On Mer, 2003-09-17 at 17:26, Arve Knudsen wrote:Ok, thanks for identifying the source of this. I'm no kernel hacker at all, but I'll see what I can find.X66 etc.) with hdparm, I get ~50MB/S. It's not an ideal solution since now
and then I get a bunch of "disabling irq #18" messages after running
hdparm (I think, its part of the startup scripts), and I have to restart.
That is a bug in the 2.6.0 core still. Just hack out the code which does
the IRQ disable on too many apparently unidentified interrupts.
Well, I understand that, but the older version of the driver (as of test4-mm4) doesn't have these problems (better performance according to hdparm, no corruption). The latest changes to the driver seems to have introduced problems, or is it just me?directories. Am I the only one who's run into any sort of issues with the
updated driver? From what I can see it hasn't been modified in the last
revision (test5-bk4), hopefully noone is losing important data because of
this (fortunately I had some recent backups). Anyway, I'd like some
feedback on this from those in the know (the performance drop should be
fairly easy to verify, unless hdparm is playing tricks on me).
Don't keep important data only on 2.6-test boxes. Its 'test' - it
shouldnt eat anything but...