From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christoph Hellwig Subject: Re: [patch] e1000=y && e1000e=m regression fix Date: Sat, 12 Apr 2008 09:07:33 -0400 Message-ID: <20080412130733.GA21572@infradead.org> References: <47FE8566.5040809@intel.com> <20080411112653.GC9205@elte.hu> <20080411113644.GA7767@infradead.org> <20080411121606.GA25661@elte.hu> <47FF9060.5040202@intel.com> <20080411164542.GA4066@infradead.org> <47FFF7B5.3000609@garzik.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Linus Torvalds , Daniel Barkalow , Christoph Hellwig , "Kok, Auke" , Ingo Molnar , Matthew Wilcox , Linux Kernel Mailing List , NetDev , e1000-list , linux-pci maillist , Andrew Morton , "David S. Miller" , Jesse Brandeburg , "Ronciak, John" , "Allan, Bruce W" , Greg KH , Arjan van de Ven , "Rafael J. Wysocki" To: Jeff Garzik Return-path: Received: from bombadil.infradead.org ([18.85.46.34]:43143 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752487AbYDLNIH (ORCPT ); Sat, 12 Apr 2008 09:08:07 -0400 Content-Disposition: inline In-Reply-To: <47FFF7B5.3000609@garzik.org> Sender: netdev-owner@vger.kernel.org List-ID: On Fri, Apr 11, 2008 at 07:43:49PM -0400, Jeff Garzik wrote: > However, due to a mistake now released to the public -- a tiny few PCI-E > chips are supported by e1000 -- you have a widely disparate feature set: > > e1000, old chips: full support > > e1000, a few PCI-E chips: basic support > > e1000e, all PCI-E chips: full support > > Since e1000e is all new and fancy AND CLEAN, the code for the same chips is > different -- thus Intel must make every PCI-E fix _twice_. > > It also means WE HAVE TO KEEP TOUCHING E1000, while supporting PCI-E chips. > After this PCI-E issue is resolved, I want to let e1000 sit and be stable > and not be touched. > > For a temporary situation, this is fine. Give me transition suggestions, > please! PCI-E support should be removed from the e1000 driver ASAP, that is .26. What we need is a way to have CONFIG_E1000 pull in the e1000e driver automatically to not confuse kernel developers that don't know what hardware they actually have..