Re: SA_INTERRUPT or SA_SHIRQ
Hi All, My comments inline >can you please tell me your kernel version? > It's linux 2.6.10 >SA_INTERRUPT is deprecated for many years. it is changed to be > IRQF_DISABLED, which is also deprecated since 2.6.35. >in kernel 2.6.35, top half interrupt handler will be called with > interrupts disabled, > >and for SA_SHIRQ, it is changed to be IRQF_SHARED, you should check the > return value of request_irq() to see whether your irq can be shared with > former >registered irq which use the same int line. suppose you are registering > irq19 for usb, and the BT module has reigstered irq19 with IRQF_SHARED > flag, then you are lucky enough to reigter correctly for usb. opposite, if > BT module registered irq19 without IRQF_SHARED flag, then BT will use irq19 > alone, it means your register for usb will fail . > > request_irq( irq, soc_intr, SA_INTERRUPT | SA_SHIRQ, MODULE_NAME, dev); I am assuming that when I specify both SA_INTERRUPT and SA_SHIRQ in request_irq then there are 3 possibilities: 1. If the 'irq' is free then I will be granted the line in SA_INTERRUPT mode i.e all the other maskable interrupts will be disabled when my top_half is executing. 2. If the 'irq' is already granted to some other device in SA_SHIRQ mode then I will also get it in SA_SHIRQ mode i.e all the maskable interrupts enabled execpt from the device whose ISR Top_half is executing. 3. If the 'irq' is already granted to some other device in SA_INTERRUPT mode then my request_irq will fail. I hope this is the right assumption just my only doubt is does the above behavior in any way depends on the CPU arch. i.e is it different for x86 and PPC ? Regards, Devendra ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
RE: SA_INTERRUPT or SA_SHIRQ
Hi Devendra:can you please tell me your kernel version? SA_INTERRUPT is deprecated for many years. it is changed to be IRQF_DISABLED, which is also deprecated since 2.6.35. in kernel 2.6.35, top half interrupt handler will be called with interrupts disabled, and for SA_SHIRQ, it is changed to be IRQF_SHARED, you should check the return value of request_irq() to see whether your irq can be shared with formerregistered irq which use the same int line. suppose you are registering irq19 for usb, and the BT module has reigstered irq19 with IRQF_SHARED flag, then you are lucky enough to reigter correctly for usb. opposite, if BT module registered irq19 without IRQF_SHARED flag, then BT will use irq19 alone, it means your register for usb will fail . Best Regards Date: Wed, 22 Feb 2012 14:56:41 +0530 Subject: SA_INTERRUPT or SA_SHIRQ From: devendra.rawat.si...@gmail.com To: kernelnewbies@kernelnewbies.org Hi All, If I register an ISR using both the flags SA_INTERRUPT and SA_SHIRQ set, what kind of interrupt line will I get a dedicated one or a shared one ? the exact definition is request_irq(dev->pci_dev->irq, soc_intr, SA_INTERRUPT | SA_SHIRQ, MODULE_NAME, dev); thanks in advance, Devendra ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
SA_INTERRUPT or SA_SHIRQ
Hi All, If I register an ISR using both the flags SA_INTERRUPT and SA_SHIRQ set, what kind of interrupt line will I get a dedicated one or a shared one ? the exact definition is request_irq(dev->pci_dev->irq, soc_intr, SA_INTERRUPT | SA_SHIRQ, MODULE_NAME, dev); thanks in advance, Devendra ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
