AMD64 FX, x86_64 architecture, 2.6.11.7 (and earlier)
-----------------------------------------------------
I have 4 sata, 1 scsi and 1 ata hard disks attached to an Asus A8N-SLI.
The primary ata disc (connected to ide0) is inaccessible:
NFORCE-CK804: 0000:00:06.0 (rev a2) UDMA133 controller
ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:DMA
Probing IDE interface ide0...
hda: JTS Corporation CHAMPION MODEL C3000-3A, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
But later:-
Probing IDE interface ide5...
hda: max request size: 128KiB
hda: 0 sectors (0 MB) w/256KiB Cache, CHS=5824/16/63, DMA <=======
hda: cache flushes not supported <=======
At some point when I was installing and running some sort of 2.6.n
debian installation kernel, the problem was not present: this disc was
mounted along with the others. But now with all the debian kernels that
I have tried, and my own builds of 2.6.7.11, the disc on ide0 cannot be
used.
There is a report with configurations and dmesg dumps etc here:
http://homepage.ntlworld.com/lawrence_a_e/report.txt
I have turned #DEBUG on in ide-disk.c although I suspect that the
problem is elsewhere.
ael
On 24.04.2005, at 14:12, A.E.Lawrence wrote:
> I have 4 sata, 1 scsi and 1 ata hard disks attached to an Asus A8N-SLI.
> The primary ata disc (connected to ide0) is inaccessible:
Are you booting from PATA or SATA? I had a similar problem
where the PATA drives wouldn't be probed if I booted from
a SATA drive. Vice versa it worked/works, though my chipset
is VIA but the boards where this problem occured are also
from Asus and daughter company.
Servus,
Daniel
Daniel Egger wrote:
> On 24.04.2005, at 14:12, A.E.Lawrence wrote:
>
>> I have 4 sata, 1 scsi and 1 ata hard disks attached to an Asus A8N-SLI.
>> The primary ata disc (connected to ide0) is inaccessible:
>
>
> Are you booting from PATA or SATA?
Sata. And as I noted, it has worked booting from sata in one version of
a 2.6.n kernel embedded in a debian install disk. Unless I am doing
something stupid in the configuration, there seems to be a clear bug
here to be tracked down.
ael