All of lore.kernel.org
 help / color / mirror / Atom feed
* Registering shared & unshared interrupt handlers
@ 2014-02-17  6:36 Jay Aurabind
  2014-02-17  6:55 ` Jay Aurabind
  2014-02-17  7:34 ` anish singh
  0 siblings, 2 replies; 3+ messages in thread
From: Jay Aurabind @ 2014-02-17  6:36 UTC (permalink / raw)
  To: kernelnewbies

Dear all,

I've been going through Robert Love's LKD. Here is an excerpt from it
regarding registration of interrupt handlers:

"When request_irq() is called with IRQF_SHARED specified, the call
succeeds only if the interrupt line is currently not registered, or if
all registered handlers on the line also specified IRQF_SHARED. Shared
handlers, however, can mix usage of IRQF_DISABLED."

As far as I understand, the first sentence tells that a line currently
having shared handlers *will only have* handlers registered with
IRQF_SHARED flag in the past. Correct ?

If a interrupt line has been registered by a handler specified as non
shared, then whats the point in allowing a new handler with a "shared"
flag registering to the same line ? So how does the mixing of shared and
unshared interrupt handlers for the same line go together as mentioned
by the 2nd sentence ?

Or does it mean that a shared handler which already succeeded the
registration can further register a non shared and shared interrupt
handlers? ( That doesnt make sense, but still... )  ? Simply put, can
someone please elaborate on the second sentence I quoted from the book ?


Thanks and Regards,
Aurabindo J
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20140217/08f58b8d/attachment.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 291 bytes
Desc: OpenPGP digital signature
Url : http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20140217/08f58b8d/attachment.bin 

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Registering shared & unshared interrupt handlers
  2014-02-17  6:36 Registering shared & unshared interrupt handlers Jay Aurabind
@ 2014-02-17  6:55 ` Jay Aurabind
  2014-02-17  7:34 ` anish singh
  1 sibling, 0 replies; 3+ messages in thread
From: Jay Aurabind @ 2014-02-17  6:55 UTC (permalink / raw)
  To: kernelnewbies

Oops, I though IRQ_DISABLED was the opposite of IRQF_SHARED. Sorry.
Consider the question not asked :P


On 17 February 2014 12:06, Jay Aurabind <jay.aurabind@gmail.com> wrote:

>  Dear all,
>
> I've been going through Robert Love's LKD. Here is an excerpt from it
> regarding registration of interrupt handlers:
>
> "When request_irq() is called with IRQF_SHARED specified, the call
> succeeds only if the interrupt line is currently not registered, or if all
> registered handlers on the line also specified IRQF_SHARED. Shared
> handlers, however, can mix usage of IRQF_DISABLED."
>
> As far as I understand, the first sentence tells that a line currently
> having shared handlers *will only have* handlers registered with
> IRQF_SHARED flag in the past. Correct ?
>
> If a interrupt line has been registered by a handler specified as non
> shared, then whats the point in allowing a new handler with a "shared" flag
> registering to the same line ? So how does the mixing of shared and
> unshared interrupt handlers for the same line go together as mentioned by
> the 2nd sentence ?
>
> Or does it mean that a shared handler which already succeeded the
> registration can further register a non shared and shared interrupt
> handlers? ( That doesnt make sense, but still... )  ? Simply put, can
> someone please elaborate on the second sentence I quoted from the book ?
>
>
> Thanks and Regards,
> Aurabindo J
>



-- 

Thanks and Regards,
*Aurabindo J*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20140217/ba9ea347/attachment.html 

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Registering shared & unshared interrupt handlers
  2014-02-17  6:36 Registering shared & unshared interrupt handlers Jay Aurabind
  2014-02-17  6:55 ` Jay Aurabind
@ 2014-02-17  7:34 ` anish singh
  1 sibling, 0 replies; 3+ messages in thread
From: anish singh @ 2014-02-17  7:34 UTC (permalink / raw)
  To: kernelnewbies

On Sun, Feb 16, 2014 at 10:36 PM, Jay Aurabind <jay.aurabind@gmail.com> wrote:
> Dear all,
>
> I've been going through Robert Love's LKD. Here is an excerpt from it
> regarding registration of interrupt handlers:
>
> "When request_irq() is called with IRQF_SHARED specified, the call succeeds
> only if the interrupt line is currently not registered, or if all registered
> handlers on the line also specified IRQF_SHARED. Shared handlers, however,
> can mix usage of IRQF_DISABLED."
>
> As far as I understand, the first sentence tells that a line currently
> having shared handlers *will only have* handlers registered with IRQF_SHARED
> flag in the past. Correct ?

Yes.
>
> If a interrupt line has been registered by a handler specified as non
> shared, then whats the point in allowing a new handler with a "shared" flag
It doesn't allow as your statement in above indicates.

> registering to the same line ? So how does the mixing of shared and unshared
> interrupt handlers for the same line go together as mentioned by the 2nd
> sentence ?
>
> Or does it mean that a shared handler which already succeeded the
> registration can further register a non shared and shared interrupt
> handlers? ( That doesnt make sense, but still... )  ? Simply put, can
> someone please elaborate on the second sentence I quoted from the book ?

Where is the confusion ? Just to be clear, kernel doesn't allow shared
and unshared
interrupt handler on the same interrupt line. Read the code in irq
core subsystem.
kernel/kernel/irq
>
>
> Thanks and Regards,
> Aurabindo J
>
> _______________________________________________
> Kernelnewbies mailing list
> Kernelnewbies at kernelnewbies.org
> http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
>

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2014-02-17  7:34 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-02-17  6:36 Registering shared & unshared interrupt handlers Jay Aurabind
2014-02-17  6:55 ` Jay Aurabind
2014-02-17  7:34 ` anish singh

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.