Message-ID: <465ED34C.2060801@garzik.org>
Date: Thu, 31 May 2007 09:53:16 -0400
From: Jeff Garzik <jeff@garzik.org>
User-Agent: Thunderbird 1.5.0.10 (X11/20070302)
MIME-Version: 1.0
To: Lennart Sorensen <lsorense@csclub.uwaterloo.ca>
CC: Jonathan Woithe <jwoithe@physics.adelaide.edu.au>,
       Bill Davidsen <davidsen@tmr.com>, linux-kernel@vger.kernel.org
Subject: Re: IDE/ATA: Intel i865-based mainboard, CDROM not detected
References: <20070528143101.GB10008@csclub.uwaterloo.ca> <200705310051.l4V0pvk2018678@turbo.physics.adelaide.edu.au> <20070531134003.GQ10006@csclub.uwaterloo.ca>
In-Reply-To: <20070531134003.GQ10006@csclub.uwaterloo.ca>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1828
Lines: 36

Lennart Sorensen wrote:
> On Thu, May 31, 2007 at 10:21:57AM +0930, Jonathan Woithe wrote:
>> I don't think so but I could be wrong.  When "Configure SATA as" was set to
>> "IDE" the HDD was being detected as a SATA drive and showed up as /dev/sda. 
>> The only visible difference the change to "AHCI" made was that instead of
>> the drive being handled by the ata_piix it now utilises the ahci driver
>> (which is a much better driver).  The other interesting thing is that the
>> probe for the Marvell PATA device occured before the initialisation of the
>> ata_piix driver (or ahci for that matter), so as far as I can tell ata_piix
>> had no chance to grab any ports before the marvell driver initialised.
> 
> Linux can still detect the chip and drive it natively even if the bios
> is emulating IDE/PATA on the chip.  And libata will make both PATA and
> SATA show up as /dev/sda now if you use libata for both.  On the other
> hand if the bios has configured the intel chip to use the standard ide
> registers, then it can't have configured the marvell to do so I would
> guess, which could make it difficult to talk to.

Mostly true...  "standard IDE" can be configured in two modes, legacy 
mode and native mode.  Legacy mode has fixed addresses originating from 
the ISA days (0x170, 0x1f0, irqs 14 & 15), and (as you implied) you 
cannot bind two IDE controllers to the same ISA addresses.

OTOH, an unlimited number of IDE controllers can be configured into 
native mode, where all addresses and irq are allocated using standard 
means accorded all PCI devices.

	Jeff


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/