Date: Sun, 15 Jul 2007 13:35:56 +0100 (BST) From: Robert Watson <rwatson@FreeBSD.org> To: Niclas Zeising <niclas.zeising@gmail.com> Cc: cvs-src@freebsd.org, src-committers@freebsd.org, Dmitry Morozovsky <marck@rinet.ru>, cvs-all@freebsd.org Subject: Re: cvs commit: src/etc/mtree BSD.include.dist BSD.usr.dist src/include Makefile src/lib Makefile src/rescue/rescue Makefile src/sbin/atm Makefile src/share/examples Makefile src/sys/conf NOTES files options src/sys/modules Makefile ... Message-ID: <20070715133001.A91807@fledge.watson.org> In-Reply-To: <469A0128.6070609@gmail.com> References: <200707142149.l6ELnOfm059277@repoman.freebsd.org> <20070715103646.I37333@woozle.rinet.ru> <4699E77F.4070509@gmail.com> <20070715115727.F67691@fledge.watson.org> <469A0128.6070609@gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 15 Jul 2007, Niclas Zeising wrote: >>> And src.conf(5)? >> >> I don't believe the ATM-related options in src.conf(5) (and other spots) >> are specific to netatm -- the same ifdefs/ifs/etc are used for netnatm and >> the netgraph parts also. If you know of any additional netatm-specific >> parts that are still being installed, please let me know. Right now the >> only thing I'm aware of that hasn't been removed is that there are some >> netatm-related rc.d bits, which I need to investigate further. > > I might be entierly wrong. I wasn't aware of there being more than one atm > stack as bz@ pointed out. I just thought this was the one implementation > and that as it got removed, maybe it should be removed from src.conf(5) as > well. If that's not the case, my bad then. Robert, keep up the awesome work! Per my e-mail to current@/arch@, we are the lucky owners of no less than three ATM stacks. Of these, two were MPSAFE, and remain present and functional, and the other (netatm) is now disconnected from the build. Skip Ford has been working on locking patches for netatm, so I have a reasonable hope that we'll be able to re-enable it again in the future, hence having left them in the tree rather than deleting them. If this doesn't happen by the time we get to 7.1, I'll delete the files from the RELENG_7 branch to limit confusion. Robert N M Watson Computer Laboratory University of Cambridge
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070715133001.A91807>