Messages in this thread | | | Subject | Re: qstor driver -> irq 193: nobody cared | From | Alberto Alonso <> | Date | Fri, 17 Nov 2006 15:42:22 -0600 |
| |
FYI: trying with just the first patch didn't work. I got the usual:
irq 185: nobody cared (try booting with the "irqpoll" option) <c013e19a> __report_bad_irq+0x2a/0xa0 <c013d970> handle_IRQ_event +0x30/0x70 <c013e2b0> note_interrupt+0x80/0xf0 <c013da8c> __do_IRQ+0xdc/0xf0 <c0105799> do_IRQ+0x19/0x30 <c010391a> common_interrupt+0x1a/0x20 <c0100d91> default_idle+0x41/0x70 <c0100e60> cpu_idle+0x80/0x90 handlers: [<c0301300>] (qs_intr+0x0/0x230) Disabling IRQ #185
Interestingly enough this is the first time I see it outside of irq 193, not that it matter though.
I am going to try now with the second patch instead.
Alberto
On Thu, 2006-11-16 at 08:53 -0500, Mark Lord wrote: > Alberto Alonso wrote: > > Sorry for the long delay, I've been called on too > > many issues at work this week. > > > > Anyway, the patch basically made the drives not usable. > > Mmm.. Okay, thanks for helping track this down. > > It appears that this got broken when the ATA_TFLAG_POLLING > got introduced into libata, replacing previous checks of ATA_NIEN. > Or maybe even before that. Not many of us have qstor cards! > > Speaking of which, I'll dig my own qstor card out of mothballs soon, > and work out a proper fix for it soon-ish. > > In the meanwhile, could you take a clean kernel, and apply the first > attached patch (qstor_spurious_1.patch), and see if it fixes things. > > If not, then you can instead apply the second patch (qstor_spurious_kludge.patch) > and your problems should disappear. But I cannot actually push that rubbish > upstream, so a "proper" fix will have to come later. > > Cheers -- Alberto Alonso Global Gate Systems LLC. (512) 351-7233 http://www.ggsys.net Hardware, consulting, sysadmin, monitoring and remote backups
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |