>could you try the attached patch, does it fix the bug? While busy waits
>during IDE resets are done with generic interrupts enabled, i have a
>theory why it still might delay other interrupts. (but it might be
>something else too)
Unfortunately I can't reproduce easily :(. I just passed 5 minutes trying
inserting, mounting, find /cdrom, unmounting many different cd without
success. It happened when one cdrom started to make mess into the
cd-driver.
But could explain your theory? According to me if you had an irq pending
you should have all the time to run it at __sti() time without the need
of udelay(2).
Andrea Arcangeli
-
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/