From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932215AbWGGRXX (ORCPT ); Fri, 7 Jul 2006 13:23:23 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932220AbWGGRXX (ORCPT ); Fri, 7 Jul 2006 13:23:23 -0400 Received: from srv5.dvmed.net ([207.36.208.214]:27626 "EHLO mail.dvmed.net") by vger.kernel.org with ESMTP id S932215AbWGGRXW (ORCPT ); Fri, 7 Jul 2006 13:23:22 -0400 Message-ID: <44AE9884.5040601@garzik.org> Date: Fri, 07 Jul 2006 13:23:16 -0400 From: Jeff Garzik User-Agent: Thunderbird 1.5.0.4 (X11/20060614) MIME-Version: 1.0 To: David Lloyd CC: Alan Cox , "Randy.Dunlap" , jamagallon@ono.com, akpm@osdl.org, linux-kernel@vger.kernel.org Subject: Re: 2.6.17-mm6 References: <20060703030355.420c7155.akpm@osdl.org> <20060705234347.47ef2600@werewolf.auna.net> <20060705155602.6e0b4dce.akpm@osdl.org> <20060706015706.37acb9af@werewolf.auna.net> <20060705170228.9e595851.akpm@osdl.org> <20060706163646.735f419f@werewolf.auna.net> <20060706164802.6085d203@werewolf.auna.net> <20060706234425.678cbc2f@werewolf.auna.net> <20060706145752.64ceddd0.akpm@osdl.org> <1152288168.20883.8.camel@localhost.localdomain> <20060707175509.14ea9187@werewolf.auna.net> <1152290643.20883.25.camel@localhost.localdomain> <20060707093432.571af16e.rdunlap@xenotime.net> <1152292196.20883.48.camel@localhost.localdomain> <44AE966F.8090506@garzik.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -4.3 (----) X-Spam-Report: SpamAssassin version 3.1.3 on srv5.dvmed.net summary: Content analysis details: (-4.3 points, 5.0 required) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org David Lloyd wrote: > On Fri, 7 Jul 2006, Jeff Garzik wrote: > >> Alan Cox wrote: >>> Also its dangerous to assume "pata_*" is a PATA driver, it may be SATA >>> with a bridge chip, and in some cases like the ATI this is quite >>> common. >> >> Incorrect; what you describe is the core assumption underlying the >> "ata_", "pata_", and "sata_" prefixes. >> >> If the user can attached PATA and SATA devices to a controller, its >> prefix is ata_ > > So sata_promise will change to ata_promise at some point? Yes, if breakage can be minimized. Internal symbols have already changed... Jeff