Date: Wed, 16 Oct 2013 12:47:13 -0700 From: Adrian Chadd <adrian@freebsd.org> To: Gleb Smirnoff <glebius@freebsd.org> Cc: "svn-src-head@freebsd.org" <svn-src-head@freebsd.org>, "svn-src-all@freebsd.org" <svn-src-all@freebsd.org>, "src-committers@freebsd.org" <src-committers@freebsd.org> Subject: Re: svn commit: r256587 - in head/sys: kern sys Message-ID: <CAJ-VmokmOfMue6t82iAqo6UDxbQCF7wx_yyEKwZVQo-ewSyQEA@mail.gmail.com> In-Reply-To: <201310160502.r9G521cA066218@svn.freebsd.org> References: <201310160502.r9G521cA066218@svn.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
.. so what brought this on? I can see this fixing issues for things where a virtual device is created with taskqueues (eg a tap device of some sort) that get stuffed into a vnet context. But for physical interfaces whose taskqueues don't have a specific vnet context and may need to set it per-packet, what may this break? Ie - what did this fix, and why isn't it being fixed in all the various taskqueues in device drivers? I'd rather not see the taskqueue setup (which knows nothing about network contexts at all) grow this just to solve a bunch of places where the task in question can just correctly initialise the context itself when it's called. Thanks, -adrian
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAJ-VmokmOfMue6t82iAqo6UDxbQCF7wx_yyEKwZVQo-ewSyQEA>