From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753550AbYDHOWG (ORCPT ); Tue, 8 Apr 2008 10:22:06 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752525AbYDHOVv (ORCPT ); Tue, 8 Apr 2008 10:21:51 -0400 Received: from srv5.dvmed.net ([207.36.208.214]:42392 "EHLO mail.dvmed.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752495AbYDHOVu (ORCPT ); Tue, 8 Apr 2008 10:21:50 -0400 Message-ID: <47FB7F73.9020502@garzik.org> Date: Tue, 08 Apr 2008 10:21:39 -0400 From: Jeff Garzik User-Agent: Thunderbird 2.0.0.12 (X11/20080226) MIME-Version: 1.0 To: Ingo Molnar CC: "Kok, Auke" , Linux Kernel Mailing List , NetDev , e1000-list , linux-pci maillist , Andrew Morton , "David S. Miller" , Linus Torvalds , Jesse Brandeburg , "Ronciak, John" , "Allan, Bruce W" , Greg KH , Arjan van de Ven , "Rafael J. Wysocki" Subject: Re: [ANNOUNCE] e1000 to e1000e migration of PCI Express devices References: <47F69965.7030303@intel.com> <20080408083606.GA20863@elte.hu> In-Reply-To: <20080408083606.GA20863@elte.hu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -4.4 (----) X-Spam-Report: SpamAssassin version 3.2.4 on srv5.dvmed.net summary: Content analysis details: (-4.4 points, 5.0 required) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Ingo Molnar wrote: > ( sidenote: isnt there some facility that selects the "better" driver in > case there is an overlap between PCI IDs - with the ability for users > to override that selection? ) No. Multiple PCI IDs in the same driver creates all sorts of problems, because it becomes an ambiguious selection where automated tools cannot make a choice for you. Each one typically requires special case code in relevant distro installers, hardware detectors, and similar gadgets, since the normal modules.pcimap stuff doesn't work due to the duplicate IDs. We have no way to export which is the "preferred" driver -- and indeed in many cases, that's an impossible task, since the "preferred" driver for a user sometimes depends on the hardware's programmed mode rather than just a choice. Jeff