21 beta testers disagree with you. Im doing this on statistics not
technicial theory.
> I have an additional error recovery path in my latest testing version.
> http://cesdis.gsfc.nasa.gov/linux/drivers/test/3c59x.c
> This was needed on a 486 PCI box that has known PCI bugs.
OK we shall try this one for pre14 and see how it goes
> I'm fairly certain that this *is* a udelay() bug. The EEPROM read typically
> takes about 120usec. on my board, and the 162usec number comes from the
> hardware documentation. Several people that reported this as a problem
> noted that it "broke" with a kernel update.
Older kernels don't always land udelay on the same cache line alignment
and this does screw stuff up. pre14 also knows how to beat the Cyrix into
having a consistent udelay value.
Alan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu