On Sat, 2010-11-20 at 19:25 -0500, Kyle McMartin wrote: > On Sat, Nov 20, 2010 at 04:05:59PM -0600, James Bottomley wrote: > > commit ba20085c20f1c9e8af546dea6ad0efa421bdef32 > > Author: Kyle McMartin <kyle@xxxxxxxxxxxxxxxxxxxxxx> > > Date: Wed Oct 13 21:00:55 2010 -0400 > > > > parisc: lay groundwork for killing __do_IRQ > > > > But I haven't found the fix yet ... the commit looks to be an equivalent > > transformation. > > > > The only obvious thing that jumps out is that... no, set_irq_chip > doesn't look to be doing anything awry. > > But it must be something between what a 'raw' irq_desc looks like, and > what the helpers initialize them to. Actually, that all seems to be working. I've traced the sym interrupt through with a bunch of printks. The CPU dino interrupt correctly triggers. It calls dino_isr which gets the right dino device and correctly translates the pending interrupt to the right irq number (23) in my case. It looks like generic_handle_irq() (in dino_isr()) doesn't call the handler, or the handler is somehow ineffective (it takes ages to loop around and retry with the mask still pending). That looks nuts to me because it should be simply calling parisc_do_IRQ which is a wrapper for the original do_IRQ ... so this should be equivalent. Unfortunately getting on a 'plane soon and I have no access to a remotely controllable dino system, so that's probably it for me on the debugging front. James -- To unsubscribe from this list: send the line "unsubscribe linux-parisc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
