I tracked down the source of the oops, fully expecting to see it inside
the VIA apollo driver, but to my intense surprise I found that the oops
was happening inside try_to_read_ahead(), with a call chain of
system_call()
sys_read()
try_to_read_ahead()
I thought that it might be hardware problems with the VIA apollo, so I
built a 2.0.28 kernel (is it just me, or has gas changed recently so
that `;' doesn't work anymore?) with an older less-desirable patch
(that only activates DMA on ide0, and that only works for the master
device) for the chipset. This patched kernel worked happily, even
under the crowd-pleasing
(cd /tmp; bonnie -s 1000) & (cd /home; bonnie -s 1000) &
watch me die test.
Have I missed something that's obvious, or is it something unhappy
with 2.0.36?
____
david parsons \bi/ It's difficult to buy Triton-chipsetted
\/ 8050x boards that accept EDO Dimms.
-
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/