Messages in this thread | | | From | Bartlomiej Zolnierkiewicz <> | Subject | Re: (was Re: [RFC] IDE 80-core cable detect - chipset-specific code to over-ride eighty_ninty_three()) | Date | Fri, 13 Feb 2004 19:30:56 +0100 |
| |
On Friday 13 of February 2004 18:44, Erik Mouw wrote: > On Fri, Feb 13, 2004 at 06:23:53PM +0100, Bartlomiej Zolnierkiewicz wrote: > > Great, but I wonder why cable bits are set incorrectly. > > Probably it's a BIOS bug, maybe BIOS update will help? > > I think there is something wrong in the cable detection code. I've > tried chasing the bug a couple of weeks ago, but got distracted by > other work. On an AMD-768 based motherboard disks run in UDMA5 without > problem using linux-2.4.20, but on 2.4.24 (or anything with the new IDE > code), I can't get any further than UDMA2. At first glance it looks > like the 80-pin bits in the chipset registers aren't set. When I > manually force them, the driver has no problem running the disks in > UDMA5. > > So far I've seen this behaviour with the following chipset: > > Bus 0, device 7, function 1: > IDE interface: Advanced Micro Devices [AMD] AMD-768 [Opus] IDE (rev 4). > Master Capable. Latency=32. > I/O at 0xd800 [0xd80f].
It might be also chipset specific bug: 2.4.20 - amd74xx.c driver by Andre Hedrick 2.4.21-2.4.24 - new amd74xx.c driver by Vojtech Pavlik
Please try narrow it down.
> But rumours are that even on Intel ICH2 it goes wrong (haven't > confirmed this myself).
This tells us nothing about the problem.
- 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/
| |