Date: Wed, 27 Feb 2008 06:00:02 +1100 From: Peter Jeremy <peterjeremy@optushome.com.au> To: Julian Elischer <julian@elischer.org> Cc: Marko Zec <zec@freebsd.org>, Brooks Davis <brooks@freebsd.org>, Marko Zec <zec@imunes.net>, FreeBSD Current <current@freebsd.org>, Marko Zec <zec@icir.org> Subject: Re: warning of pending commit attempt. Message-ID: <20080226190002.GT83599@server.vk2pj.dyndns.org> In-Reply-To: <47C3A43C.7090308@elischer.org> References: <47C39948.3080907@elischer.org> <20080226051346.GA65258@lor.one-eyed-alien.net> <47C3A43C.7090308@elischer.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--5oH/S/bF6lOfqCQb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Overall, vimage sounds very useful. Are there changes to public kernel interfaces? (ie could it potentially be MFCd) On Mon, Feb 25, 2008 at 09:31:40PM -0800, Julian Elischer wrote: >>> The current version referred to in the code is implemented in >>> a manner that allows it to be COMPILED OUT. Since even things like INET and INET6 are "compiled in" rather than "compiled out" on request, why is vimage defaulting to "compiled in" by default? >No. There are some minor reorganisations of where some variables are, and= =20 >some minor changes but they are pretty easy to confirm as being=20 >"functionally equivalent". Macros are used to do a lot but there are some= =20 >places where it was not possible to hide it behind a macro, so small=20 >re-orgs were required.. they really are small in comparison to >the whole work though, and as I said. quite "provable". How much will impact on the ease with which networking stack changes can be MFCd back to 7.x? >I say the next few weeks because we need it to happen NOW and >not "just before 8.0" Agreed but I can understand Brook's reluctance to have yet another roto-tilling of the network stack whilst there still appear to be a few issues remaining from the last roto-tilling. IMHO, it would be reasonable to get input from re@ as to whether they would like the stack left alone for a while to simplify the resolution of any issues that may crop up once 7.0 is released. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --5oH/S/bF6lOfqCQb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHxGGy/opHv/APuIcRAiuoAJ0Z6oSV0x3OtFKyg/E0prd0OPHHdQCfb4n9 lR4OIMCip4GDxccG9hxZoWQ= =drMP -----END PGP SIGNATURE----- --5oH/S/bF6lOfqCQb--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080226190002.GT83599>