From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752395AbXCPCOw (ORCPT ); Thu, 15 Mar 2007 22:14:52 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752428AbXCPCOw (ORCPT ); Thu, 15 Mar 2007 22:14:52 -0400 Received: from dallas.jonmasters.org ([72.29.103.172]:4598 "EHLO dallas.jonmasters.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751245AbXCPCOu (ORCPT ); Thu, 15 Mar 2007 22:14:50 -0400 X-Greylist: delayed 1917 seconds by postgrey-1.27 at vger.kernel.org; Thu, 15 Mar 2007 22:14:50 EDT Message-ID: <45F9F5F0.3090508@jonmasters.org> Date: Thu, 15 Mar 2007 21:42:08 -0400 From: Jon Masters Organization: World Organi[sz]ation Of Broken Dreams User-Agent: Thunderbird 1.5.0.9 (X11/20061219) MIME-Version: 1.0 To: Chuck Ebbert CC: linux-kernel , Jeff Garzik , linux-ide@vger.kernel.org Subject: Re: Loading both the pata_atiixp and the ahci driver causes problems References: <45F9C3F5.4070906@redhat.com> In-Reply-To: <45F9C3F5.4070906@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SA-Do-Not-Run: Yes X-SA-Exim-Connect-IP: 74.92.29.237 X-SA-Exim-Mail-From: jonathan@jonmasters.org X-SA-Exim-Scanned: No (on dallas.jonmasters.org); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Chuck Ebbert wrote: > If you try to load both the pata_atiixp and the ahci driver > (for the same ATI SB600 adapter), very strange things happen. > The AHCI driver churns for three minutes or so, spewing > messages like this, then nothing works: > > <6>ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300) > <4>ata3.00: qc timeout (cmd 0xec) > <4>ata3.00: failed to IDENTIFY (I/O error, err_mask=0x104) > Shouldn't it be able to tell the device has already been > claimed by some other driver? One would assume it'd fail to grab the PCI IO ranges twice? I haven't looked at the code but I have seen this bug mentioned elsewhere so I might well end up having to do that yet :-) Jon.