[HEADSUP] IPX and NWFS to be killed in -current.
Robert Watson
rwatson at freebsd.org
Thu Dec 9 07:16:19 PST 2004
On Thu, 9 Dec 2004, Scott Long wrote:
> >>FYI, I have a substantial work in progress in the netperf branch to bring
> >>fine-grained locking to IPX/SPX, as well as to clean up a number of
> >>elements of its implementions (for example, moving the the queue(9)
> >>macros. While I'm currently a bit stalled on it due to being overwhelmed
> >>at work (etc), my hope was to get the Giant-free IPX pieces working early
> >>next year. I think there's a reference to this on the SMPng page showing
> >
> > These are perfect news. As the former active maintainer of IPX
> > protocol stack and the author of NWFS I'm receive notable amount of complains
> > about IPX support in 5.X as people upgrade boxes from 4.X. For some
> > people it works but nwfs doesn't and vise versa.
> >
> > Addressing phk's request about removal: there was exactly 93
> > questions related to ipx/nwfs in November. This indeed encourages me to
> > fix them. Although, I can't promise anything at this point because
> > earning on life doesn't left much free time these days.
>
> This is wonderful news too! If you have any questions or need help with
> testing, please don't hesitate to ask.
The elements I can easily work on here are:
- IPX cleanup and locking, in particular, normalizing the data structures,
moving to queue(9) from custom lists, locking of the pcb lists and pcbs,
and interactions with socket locking. The basic IPX pieces should fall
out pretty easily; I need to look more closely at SPX before passing
judgement there.
- Writing some simple IPX/SPX regression suites for loopback traffic and
ethernet traffic.
I'm less qualified, and insufficiently available, to work with the NCP
protocol pieces, or the file system pieces, and other hands there would be
most welcome. As with the NFS client, smb client, etc, there's not an
immediate pressure to get netncp and nwfs able to run without the Giant
lock, especially since netncp doesn't use socket upcalls, but as Giant
pushes down on VFS, it's probably an increasingly good idea to do that. I
anticipate being available to start working on IPX/SPX again sometime in
late January or early Feburary, although I may be able to start on the
regression tests to diagnose any current problems a bit before that.
Robert N M Watson FreeBSD Core Team, TrustedBSD Projects
robert at fledge.watson.org Principal Research Scientist, McAfee Research
More information about the freebsd-arch
mailing list