* Realtime interrupt handling in driver
@ 2022-02-23 0:10 Russell Johnson
2022-02-23 6:12 ` Chen, Hongzhan
2022-02-23 8:12 ` Philippe Gerum
0 siblings, 2 replies; 3+ messages in thread
From: Russell Johnson @ 2022-02-23 0:10 UTC (permalink / raw)
To: xenomai
Hello,
In my driver that I have been converting to support OOB functionality with the EVL core, I have an interrupt handler that handles all interrupts from a device sitting on the PCIe bus. I was reading through the information on your wiki about interrupt pipelining in Dovetail. I was confused a bit on if there is work that I need to do in order to get interrupts & interrupt handlers to run out-of-band (and not be preempted by in-band linux processing), or if the EVL core takes care of that for me? If there is work I need to do with interrupt config & interrupt handlers in order to make them able to run out-of-band, where do I need to start?
Thanks!
Russell
^ permalink raw reply [flat|nested] 3+ messages in thread
* RE: Realtime interrupt handling in driver
2022-02-23 0:10 Realtime interrupt handling in driver Russell Johnson
@ 2022-02-23 6:12 ` Chen, Hongzhan
2022-02-23 8:12 ` Philippe Gerum
1 sibling, 0 replies; 3+ messages in thread
From: Chen, Hongzhan @ 2022-02-23 6:12 UTC (permalink / raw)
To: Russell Johnson, xenomai
>-----Original Message-----
>From: Xenomai <xenomai-bounces@xenomai.org> On Behalf Of Russell Johnson via Xenomai
>Sent: Wednesday, February 23, 2022 8:10 AM
>To: xenomai@xenomai.org
>Subject: Realtime interrupt handling in driver
>
>Hello,
>
>In my driver that I have been converting to support OOB functionality with the EVL core,
>I have an interrupt handler that handles all interrupts from a device sitting on the PCIe bus.
>I was reading through the information on your wiki about interrupt pipelining in Dovetail.
>I was confused a bit on if there is work that I need to do in order to get interrupts & interrupt
>handlers to run out-of-band (and not be preempted by in-band linux processing), or if the EVL core
It was supposed that you already went through introduction about dovetail irq handling and request irq
for your driver as described in [1]. Dovetail would handle oob interrupt after then per my understanding.
Regards
Hongzhan Chen
[1]: https://evlproject.org/dovetail/pipeline/irq_handling/
>takes care of that for me? If there is work I need to do with interrupt config & interrupt handlers
>in order to make them able to run out-of-band, where do I need to start?
>
>Thanks!
>
>Russell
>
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Realtime interrupt handling in driver
2022-02-23 0:10 Realtime interrupt handling in driver Russell Johnson
2022-02-23 6:12 ` Chen, Hongzhan
@ 2022-02-23 8:12 ` Philippe Gerum
1 sibling, 0 replies; 3+ messages in thread
From: Philippe Gerum @ 2022-02-23 8:12 UTC (permalink / raw)
To: Russell Johnson; +Cc: xenomai
Russell Johnson via Xenomai <xenomai@xenomai.org> writes:
> Hello,
>
> In my driver that I have been converting to support OOB functionality
> with the EVL core, I have an interrupt handler that handles all
> interrupts from a device sitting on the PCIe bus. I was reading
> through the information on your wiki about interrupt pipelining in
> Dovetail. I was confused a bit on if there is work that I need to do
> in order to get interrupts & interrupt handlers to run out-of-band
> (and not be preempted by in-band linux processing), or if the EVL core
> takes care of that for me?
> If there is work I need to do with
> interrupt config & interrupt handlers in order to make them able to
> run out-of-band, where do I need to start?
>
> Thanks!
>
> Russell
[1] describes the general flow, this is a bit outdated starting from the
upcoming kernel v5.17 series [2], but the logic remains the same though.
[3] explains why and how to fix up the irqchip handlers for IRQ
pipelining.
[1] https://evlproject.org/dovetail/porting/irqflow/
[2] https://source.denx.de/Xenomai/xenomai4/linux-evl/-/tree/v5.17-evl-rebase
[3] https://evlproject.org/dovetail/pipeline/irq_handling/
--
Philippe.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2022-02-23 8:12 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-02-23 0:10 Realtime interrupt handling in driver Russell Johnson
2022-02-23 6:12 ` Chen, Hongzhan
2022-02-23 8:12 ` Philippe Gerum
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.