Le Sat, 12 Jun 2010 19:33:09 +0200, Tejun Heo <tj@kernel.org> a écrit : > Hello, Ben. > > On 06/12/2010 01:13 AM, Ben Hutchings wrote: > > (more details at <http://bugs.debian.org/585556>). > > > > This is in Debian kernel version 2.6.32-15 which is based on stable > > version 2.6.32.14 but has your backported spurious IRQ handling > > patch taken from SLE11 (References: bnc#445872, bnc#589449). Any > > idea what's going wrong here? Is there a piece missing from that > > fix? > > One great thing about traditional IDE is that the IRQ line is not > really under the control of the controller so the device can assert > the IRQ whether the controller want or not and there's nothing much > the driver can do to prevent runaway IRQs if the device is crazy > enough (some devices seem to have problem with toggling nIEN for > example). Ain't it just great? :-) I didn't realise that. Of course it should be obvious, given that PATA is based on extension of the ISA bus. > As the spurious interrupt handling kicked in, the spurious interrupts > itself shouldn't cause problem. It would be polling now, so it's > likely that the device is asserting interrupt and not responding to > commands properly. Does the drive work in other environments? > e.g. Can the BIOS d it and boot from it? On Sat, 2010-06-12 at 19:49 +0200, jeanseb wrote: > Hi, > the Drive is recognizes by bios and works (fine enough to install > debian). But you originally complained that it was responding slowly. It seems like this is really a hardware bug. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse.
Attachment:
signature.asc
Description: This is a digitally signed message part