Just to see how it worked, I installed
ftp://ftp.us.kernel.org/pub/linux/kernel/people/hedrick/ide.2.2.16.all.20000805.patch.gz
the other day, on my Abit KA7 (Via KX133, Via 82C586 IDE controller)
with RY beta BIOS. The problem I was curious to see if it solved
was that my devices on the secondary cable were not getting detected
as UDMA capable (at least not automatically), using stock 2.2.16.
It did in fact appear to solve that problem, but it created another.
It doesn't appear to pull the correct geometry from hdc, which is an
IBM Deskstar 75GXP 30G drive. I've thought about just overriding
with the right geometry, but this sort of issue probably ought to be
done automagically for joe user's benefit. Here's the relevant kernel
messages in the stock 2.2.16 case:
VP_IDE: IDE controller on PCI bus 00 dev 39
VP_IDE: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xd000-0xd007, BIOS settings: hda:DMA, hdb:DMA
ide0: VIA Bus-Master (U)DMA Timing Config Success
ide1: BM-DMA at 0xd008-0xd00f, BIOS settings: hdc:DMA, hdd:DMA
ide1: VIA Bus-Master (U)DMA Timing Config Success
hda: IBM-DHEA-38451, ATA DISK drive
hdb: IBM-DTTA-371440, ATA DISK drive
hdc: IBM-DTLA-307030, ATA DISK drive
hdd: Pioneer DVD-ROM ATAPIModel DVD-114 0110, ATAPI CDROM drive
ide2: ports already in use, skipping probe
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: IBM-DHEA-38451, 8063MB w/472kB Cache, CHS=1027/255/63, UDMA
hdb: IBM-DTTA-371440, 13783MB w/462kB Cache, CHS=1757/255/63, UDMA
hdc: IBM-DTLA-307030, 29314MB w/1916kB Cache, CHS=59560/16/63
hdd: ATAPI DVD-ROM drive, 512kB Cache
Uniform CD-ROM driver Revision: 3.10
...
Partition check:
hda: hda1 hda2 < hda5 hda6 >
hdb: hdb1 < hdb5 hdb6 > hdb2 hdb3
hdc: [PTBL] [3737/255/63] hdc1 < hdc5 hdc6 >
In the 20000805 patch case:
Uniform Multi-Platform E-IDE driver Revision: 6.30
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: IDE controller on PCI bus 00 dev 39
VP_IDE: chipset revision 16
VP_IDE: not 100% native mode: will probe irqs later
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VT 8371
Chipset Core ATA-66
Split FIFO Configuration: 8 Primary buffers, threshold = 1/2
8 Second. buffers, threshold = 1/2
ide0: BM-DMA at 0xd000-0xd007, BIOS settings: hda:DMA, hdb:DMA
ide0: VIA Bus-Master (U)DMA Timing Config Success
ide1: BM-DMA at 0xd008-0xd00f, BIOS settings: hdc:DMA, hdd:DMA
ide1: VIA Bus-Master (U)DMA Timing Config Success
hda: IBM-DHEA-38451, ATA DISK drive
hdb: IBM-DTTA-371440, ATA DISK drive
hdc: IBM-DTLA-307030, ATA DISK drive
hdd: Pioneer DVD-ROM ATAPIModel DVD-114 0110, ATAPI CDROM drive
ide2: ports already in use, skipping probe
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: IBM-DHEA-38451, 8063MB w/472kB Cache, CHS=1027/255/63, UDMA(33)
hdb: IBM-DTTA-371440, 13783MB w/462kB Cache, CHS=1757/255/63, UDMA(33)
hdc: IBM-DTLA-307030, 29314MB w/1916kB Cache, CHS=59560/16/63, UDMA(66)
hdd: ATAPI DVD-ROM drive, 512kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.10
...
Partition check:
hda: hda1 hda2 < hda5 hda6 >
hdb: hdb1 < hdb5 hdb6 > hdb2 hdb3
hdc: [PTBL] [1027/255/63] hdc1 < hdc5 hdc6 >
In fact I've always been a little surprised that the initial CHS
sizes on hdc/hdd have been incorrect, but I've become used to it and
to seeing the correct CHS values ascertained from the partition
table checks later on in the boot process. What does worry me is
that the patched via driver seems to result in incorrect CHS
information for the partition table check.
Is this an actual bug, or am I missing something? It appeared to
mount my dos partitions that extended beyond the supposed 1027
cylinder end of hdc, but I was reluctant to push my luck at attempt
to actually write to the disk in that setup. fdisk also had a fit
about the partition table referring to "invalid" cylinders beyond
the end of the disk.
Can I just override with the correct geometry (3737/255/63, LBA)?
Thanks! Let me know if I should be directing this question
elsewhere.
Dan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Thu Aug 31 2000 - 21:00:17 EST