On Tue, 20 Jan 2009, Gavin Atkinson wrote:
: Are you going to modify UPDATING to say that "options NTFS" will now be
: required where it wasn't previously on amd64? Also, insta-MFC's are generally
: a bad idea, even for changes believed harmless, as they often have unexpected
: side effects.
Especially since NTFS works very well in 6.x and I think in 7.x. It is
only in -current that there are issues exposed by other work...
Do you know which other work exposed these issues? Or is it broken but
nobody knows why?
If the cause is known, this might make a good "junior kernel hacker" task,
or whatever that page is called now, especially given other file systems
have been changed and may serve as example code.
I'm not sure if it's a stability issue per se, rather that as kernel
interfaces for VFS are evolved to support more parallelism, etc, file systems
without active maintenance are at risk of becoming less functional and
eventually being dropped. I think the context of the previous thread was
Attilio inquiring about expelling some of the less-recently maintained file
systems from the kernel so as to make redoing VFS interfaces easier (since
he'd have to touch fewer file systems). There may be other stability issues
as well, needless to say. One of the biggest issues will be if we want to, at
some point, remove all the scaffolding used to support non-MPSAFE file
systems, as locking down file systems requires both quite a bit of expertise
and quite a bit of time.
On a similar note, in the network stack, we jettisoned netatm and neti4b
support as they didn't have maintainers and there was no one to make them
MPSAFE. We're going to do the same for network device drivers that aren't
MPSAFE in the near future in order to remove the last bit of scaffolding there
-- I originally planned to remove IFF_NEEDSGIANT last year, but deferred it
since it seemd the usb2 project was working towards providing MPSAFE USB
network device drivers, which is seems (on the whole) to have now done, so I
should restart the removal of IFF_NEEDSGIANT for 8.0.
Robert
_______________________________________________
svn-src-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
