So, der Kram ist nun in 10-CURRENT und wird auch in FreeBSD 9.2 sein:
Date: Sat Oct 13 23:54:26 2012
New Revision: 241519
Import a FreeBSD port of the FUSE Linux module.
This has been developed during 2 summer of code mandates and being revived
by gnn recently.
The functionality in this commit mirrors entirely content of fusefs-kmod
port, which doesn't need to be installed anymore for -CURRENT setups.
In order to get some sparse technical notes, please refer to:
or to the project branch:
which also contains granular history of changes happened during port
refinements. This commit does not came from the branch reintegration
itself because it seems svn is not behaving properly for this functionaly
at the moment.
Partly Sponsored by: Google, Summer of Code program 2005, 2011
Originally submitted by: ilya, Csaba Henk <csaba-ml AT creo DOT hu >
In collabouration with: pho
Tested by: flo, gnn, Gustau Perez,
Kevin Oberman <rkoberman AT gmail DOT com>
MFC after: 2 months
I've committed the FUSE support into base as r241519.
Few things I would like to stress out at the present time:
- The import of the fusefs in base, along with update of fusefs-ntfs
and fusefs-libs ports (which happened by Florian and Brian), will
bring us a fairly good ntfs (and possibly smbfs too, which is
currently untested, as far as I know) support. In particular,
in-kernel ntfs is so fragile that I don't understand how people cannot
easily experience deadlocks, memory leaks and panics at the present
- In -CURRENT, you don't need to install fusefs-kmod anymore. It would
be good if a port committer (Florian, Brian?) will update the port in
order to forbid install of fusefs-kmod in -CURRENT at the present
time. I didn't bump the __FreeBSD_version because it is really
unnecessary (port can just detect 10xxxx version and be ok with not
installing the port) but once I will MFC it, I will bump the version
in order to make the port not installable in STABLE branches
- It would be good if someone could give a sweep to the style(9) of
the fuse code. I tried to reduce the changes to the gnn's proposed
patches at the minimum, thus I didn't fix style before to commit it,
but there are several style violations that should be addressed. This
could be a work for junior developers willing to take over.
- There are still a couple of bugs, but they are infrequent and minor
enough that they can be addressed after the committing of the
infrastructure. gnn has agreed to take care of them in the long term
and I will feed him as soon as possible with the details to reproduce
and fix them. I will also help directly with fuse code when I will
have available time.
Next step for the VFS deorbit project now include the disconnect of
non-MPSAFE filesystems, including NTFS and SMBFS that can be now used
as FUSE modules instead.