Cause you asked:
My Apollo-VP (FIC PA-2010) likes the via82c586.c code. I had IDE DMA
problems before and they're gone since 2.1.122. It's not UDMA, however.
Bus 0, device 7, function 1:
IDE interface: VIA Technologies VT 82C586 Apollo IDE (rev 2).
Medium devsel. Fast back-to-back capable. Master Capable. Latency=32.
I/O at 0x6000 [0x6001].
Non-prefetchable 32 bit memory at 0xe0804000 [0xe0804000].
<4>VP_IDE: IDE controller on PCI bus 00 dev 39
<4>VP_IDE: not 100ative mode: will probe irqs later
<4> ide0: BM-DMA at 0x6000-0x6007, BIOS settings: hda:pio, hdb:pio
<4>ide0: VIA Bus-Master (U)DMA Timing Config Success
<4>hda: SAMSUNG WN321620A (2.16 GB), ATA DISK drive
<4>ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
<6>hda: SAMSUNG WN321620A (2.16 GB), 2060MB w/109kB Cache, CHS=523/128/63, DMA
The problems started when I changed from 6x86-P200 (150MHz) to K6-2-300
(running at 3.5 x 83.3 or 4 x 75 MHz). The BIOS doesn't detect the CPU
correctly nor the speed. I guess it doesn't initialize the IDE chips with
the correct timings, so the via82c586 is really helpful to me. Thanks, Andre!
(And, yes, I patched the kernel to enable Write Allocation for my K6.)
BTW: Will anyone correct this log message to be not ,,100% native mode``? I
remember this was discussed before and the sources look fine to me, so it
might be printk's fault or the one of klogd/syslogd.
ide-pci.c:330: printk("%s: not 100%% native mode: will probe irqs later\n", d->name);
ide-pci.c:340: printk("%s: 100%% native mode on irq %s\n",
ide-pci.c:343: printk("%s: 100%% native mode on irq %d\n", d->name, pciirq);
Regards,
-- Kurt Garloff, Dortmund <K.Garloff@ping.de> PGP key on http://student.physik.uni-dortmund.de/homepages/garloff- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/