A patchset against -CURRENT enables readonly XFS support for FreeBSD.
Read-only XFS support for FreeBSD 6-CURRENT
About The Author
Eugenia Loli
Ex-programmer, ex-editor in chief at OSNews.com, now a visual artist/filmmaker.
Follow me on Twitter @EugeniaLoli
It’s great that Alex got RO to work, however he does not say in his email whether binary is available as a dynamically loadable module. If it is not, I would say the port is never going to make it to the tree so it is almost useless even if it worked.
I would rather someone worked on GFS module, or finished an NFSv4 port. FreeBSD really needs these much more than GPL covered XFS support.
Still, no harm was done by porting XFS.
I would rather someone worked on GFS module, or finished an NFSv4 port.
How about you start doing it? This is a volunteer driven project.
I tried contacting him some months ago and offered to help. He never replied, and insists on keeping all development in a private repository, preventing others from helping. Not gonna work.
UFS without some kind of logging is problematic on large volumes which require long periods of time to fsck. Background fsck was supposedly the answer to this problem, but I’ve had nothing but continued trouble with it, such as improper startup during background fsck, not to mention the tremendous load this places on the drive array, and the fact that until the fsck completes disk-bound tasks are essentially unusable.
My real hope will be a port of ZFS from OpenSolaris to FreeBSD, however…
Way cool! Are there any efforts for porting XFS to NetBSD, too?
Btw, the NetBSD folks are currently doing work on LFS again. 🙂
Being GPL’d, FreeBSD dev’s wouldnt merge this into the mainline.
They could make it a LKM package.