Date: Sun, 17 Nov 2013 10:10:15 -0800 From: Marcel Moolenaar <marcel@xcllnt.net> To: Gleb Smirnoff <glebius@FreeBSD.org> Cc: luigi@freebsd.org, Marcel Moolenaar <marcel@freebsd.org>, Steve Kiernan <stevek@juniper.net>, freebsd-net@freebsd.org, zec@freebsd.org Subject: Re: [JNPR] Network stack as a module (RFC) Message-ID: <1DAF9090-08DA-404B-B86B-57E5D124D70D@xcllnt.net> In-Reply-To: <20131116084919.GF7577@glebius.int.ru> References: <CC6EF6B2.1917A%anshukla@juniper.net> <f1d8693fa83965f0d4a485a2db7e603b@novexsolutions.com> <50F868FF.5060506@networx.ch> <20131115165210.23f82578@stevek-ubuntu> <20131116084919.GF7577@glebius.int.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
On Nov 16, 2013, at 12:49 AM, Gleb Smirnoff <glebius@FreeBSD.org> wrote: > Steve, >=20 > On Fri, Nov 15, 2013 at 04:52:10PM -0500, Steve Kiernan wrote: > S> This is a follow up to the request sent back in January titled = "Proposal for changes to network device drivers and network stack". > S>=20 > S> In order to make it easier to review, we will be submitting pieces = to be contributed in logical blocks. > S>=20 > S> Please review the following patch and provide feedback: > S> = http://people.freebsd.org/~marcel/Juniper/201311/netstack-option.diff > S>=20 > S> The details of this patch are as follows (and what is suggested for = the commit log): > S>=20 > S> Add a NETSTACK option to facilitate separating network stack pieces = from the > S> rest of the OS core. This is the first step towards having the = network stack > S> as a module. >=20 > You probably mean "having the network stack optional", since under = module we > usually mean loadable kernel module. Actually, we do mean module. At Juniper we have the FreeBSD stack as a loadable module now. We also have the Juniper stack as a loadable module. Depending on context, we can use the most appropriate one. Yes, this implies that we also have a stable interface between the NIC driver and the network stack itself. We'll be contributing that as well... Note that assumptions in the finalization of setting up networking limits the network stack from being loaded manually, not to mention that unloading is an entirely different challenge. Nonetheless it's very useful without all that and I think it will make it easier for people to change the network stack or experiment with beta versions this way. It all really comes in handy for the opaque ifnet work... FYI, --=20 Marcel Moolenaar marcel@xcllnt.net
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1DAF9090-08DA-404B-B86B-57E5D124D70D>