From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christoph Hellwig Subject: Re: [Pv-drivers] RFC: Network Plugin Architecture (NPA) for vmxnet3 Date: Wed, 5 May 2010 13:31:20 -0400 Message-ID: <20100505173120.GA1752@infradead.org> References: <20100504230225.GP8323@vmware.com> <20100505172316.GA25338@infradead.org> <201005051029.42052.dtor@vmware.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: pv-drivers@vmware.com, Christoph Hellwig , Pankaj Thakkar , "netdev@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "virtualization@lists.linux-foundation.org" To: Dmitry Torokhov Return-path: Received: from bombadil.infradead.org ([18.85.46.34]:47287 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751865Ab0EERbW (ORCPT ); Wed, 5 May 2010 13:31:22 -0400 Content-Disposition: inline In-Reply-To: <201005051029.42052.dtor@vmware.com> Sender: netdev-owner@vger.kernel.org List-ID: On Wed, May 05, 2010 at 10:29:40AM -0700, Dmitry Torokhov wrote: > > We're not going to add any kind of loader for binry blobs into kernel > > space, sorry. Don't even bother wasting your time on this. > > > > It would not be a binary blob but software properly released under GPL. > The current plan is for the shell to enforce GPL requirement on the > plugin code, similar to what module loaded does for regular kernel > modules. The mechanism described in the document is loading a binary blob coded to an abstract API. That's something entirely different from having normal modules for the Virtual Functions, which we already have for various pieces of hardware anyway.