* [Xenomai] IRQ of pci express claimed by linux domain
@ 2016-02-12 10:22 Wolfgang Netbal
2016-02-12 10:33 ` Henning Schild
0 siblings, 1 reply; 4+ messages in thread
From: Wolfgang Netbal @ 2016-02-12 10:22 UTC (permalink / raw)
To: xenomai
Dear all,
I am using an imx6 controller where a FPGA-device is connected via PCI
express.
To use the FPGA in realtime I try to claim the IRQ 155 using
rtdm_irq_request() but the IRQ is hold by the linux domain.
It looks like the default driver claims the IRQ, but I have my own
driver that is linked to the device if we can trust the output of lspci
Has anyone of you an idea what could be the reason for this issue or an
idea how to fix it ?
> cat /proc/interrupts
CPU0 CPU1 CPU2 CPU3
...
150: 39833 0 0 0 GIC 2188000.ethernet
151: 0 0 0 0 GIC 2188000.ethernet
155: 0 0 0 0 GIC PCIe PME
...
> lspci -v
00:00.0 PCI bridge: Device 16c3:abcd (rev 01) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Memory at 01000000 (32-bit, non-prefetchable) [size=1M]
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
Memory behind bridge: 01100000-012fffff
[virtual] Expansion ROM at 01300000 [disabled] [size=64K]
Capabilities: [40] Power Management version 3
Capabilities: [50] MSI: Enable- Count=1/1 Maskable+ 64bit+
Capabilities: [70] Express Root Port (Slot-), MSI 00
Capabilities: [100] Advanced Error Reporting
Capabilities: [140] Virtual Channel
Kernel driver in use: pcieport
01:00.0 ACCESS Bus: Device 5112:0c00
Subsystem: Device 5112:0c00
Flags: bus master, fast devsel, latency 0, IRQ 155
Memory at 01100000 (32-bit, non-prefetchable) [size=1M]
Memory at 01200000 (32-bit, non-prefetchable) [size=1M]
Capabilities: [40] Power Management version 3
Capabilities: [48] MSI: Enable- Count=1/1 Maskable- 64bit+
Capabilities: [58] Express Endpoint, MSI 00
Capabilities: [100] Device Serial Number 00-00-00-01-01-00-0a-35
Kernel driver in use: Sigmatek PCIE
Kind regards
--
Wolfgang Netbal
Softwareentwicklung
________________________________
SIGMATEK GmbH & Co KG
Sigmatekstraße 1
5112 Lamprechtshausen
Österreich / Austria
Tel.: +43/6274/4321-0
Fax: +43/6274/4321-300
E-Mail: wolfgang.netbal@sigmatek.at
http://www.sigmatek-automation.at
****************************Please note: ****************************
This email and all attachments are confidential and intended solely
for the person or entity to whom it is addressed. If you are not the
named addressee you must not make this email and all attachments
accessible to any other person. If you have received this email in
error please delete it together with all attachments.
*********************************************************************
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [Xenomai] IRQ of pci express claimed by linux domain
2016-02-12 10:22 [Xenomai] IRQ of pci express claimed by linux domain Wolfgang Netbal
@ 2016-02-12 10:33 ` Henning Schild
2016-02-12 11:43 ` Wolfgang Netbal
0 siblings, 1 reply; 4+ messages in thread
From: Henning Schild @ 2016-02-12 10:33 UTC (permalink / raw)
To: Wolfgang Netbal; +Cc: xenomai
On Fri, 12 Feb 2016 11:22:17 +0100
Wolfgang Netbal <wolfgang.netbal@sigmatek.at> wrote:
> Dear all,
>
> I am using an imx6 controller where a FPGA-device is connected via
> PCI express.
> To use the FPGA in realtime I try to claim the IRQ 155 using
> rtdm_irq_request() but the IRQ is hold by the linux domain.
> It looks like the default driver claims the IRQ, but I have my own
> driver that is linked to the device if we can trust the output of
> lspci Has anyone of you an idea what could be the reason for this
> issue or an idea how to fix it ?
If you want to use another driver for the device you have to unload the
driver currently in use, afterwards you should be able to claim the
device in your driver.
At runtime you can unbind the driver and keep the module loaded, or
just unload the module. To avoid the driver taking control by default
you have to blacklist the module in your distro, or disable it in your
kernel config.
>
> > cat /proc/interrupts
> CPU0 CPU1 CPU2 CPU3
> ...
> 150: 39833 0 0 0 GIC
> 2188000.ethernet 151: 0 0 0
> 0 GIC 2188000.ethernet 155: 0 0
> 0 0 GIC PCIe PME ...
>
> > lspci -v
> 00:00.0 PCI bridge: Device 16c3:abcd (rev 01) (prog-if 00 [Normal
> decode]) Flags: bus master, fast devsel, latency 0
> Memory at 01000000 (32-bit, non-prefetchable) [size=1M]
> Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
> Memory behind bridge: 01100000-012fffff
> [virtual] Expansion ROM at 01300000 [disabled] [size=64K]
> Capabilities: [40] Power Management version 3
> Capabilities: [50] MSI: Enable- Count=1/1 Maskable+ 64bit+
> Capabilities: [70] Express Root Port (Slot-), MSI 00
> Capabilities: [100] Advanced Error Reporting
> Capabilities: [140] Virtual Channel
> Kernel driver in use: pcieport
>
> 01:00.0 ACCESS Bus: Device 5112:0c00
> Subsystem: Device 5112:0c00
> Flags: bus master, fast devsel, latency 0, IRQ 155
> Memory at 01100000 (32-bit, non-prefetchable) [size=1M]
> Memory at 01200000 (32-bit, non-prefetchable) [size=1M]
> Capabilities: [40] Power Management version 3
> Capabilities: [48] MSI: Enable- Count=1/1 Maskable- 64bit+
> Capabilities: [58] Express Endpoint, MSI 00
> Capabilities: [100] Device Serial Number 00-00-00-01-01-00-0a-35
> Kernel driver in use: Sigmatek PCIE
>
>
> Kind regards
>
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [Xenomai] IRQ of pci express claimed by linux domain
2016-02-12 10:33 ` Henning Schild
@ 2016-02-12 11:43 ` Wolfgang Netbal
2016-02-12 12:02 ` Henning Schild
0 siblings, 1 reply; 4+ messages in thread
From: Wolfgang Netbal @ 2016-02-12 11:43 UTC (permalink / raw)
To: henning.schild; +Cc: xenomai
Am 2016-02-12 um 11:33 schrieb Henning Schild:
> On Fri, 12 Feb 2016 11:22:17 +0100
> Wolfgang Netbal <wolfgang.netbal@sigmatek.at> wrote:
>
>> Dear all,
>>
>> I am using an imx6 controller where a FPGA-device is connected via
>> PCI express.
>> To use the FPGA in realtime I try to claim the IRQ 155 using
>> rtdm_irq_request() but the IRQ is hold by the linux domain.
>> It looks like the default driver claims the IRQ, but I have my own
>> driver that is linked to the device if we can trust the output of
>> lspci Has anyone of you an idea what could be the reason for this
>> issue or an idea how to fix it ?
> If you want to use another driver for the device you have to unload the
> driver currently in use, afterwards you should be able to claim the
> device in your driver.
> At runtime you can unbind the driver and keep the module loaded, or
> just unload the module. To avoid the driver taking control by default
> you have to blacklist the module in your distro, or disable it in your
> kernel config.
What I tried right now is that I use the function free_irq()
in my driver when probing the device,
but I got an error that the IRQ is not used, so no free is needed.
It seems that the IRQ was claimed after the driver was loaded,
I thought that no other driver should assigned to the device
if a driver is still in use.
Additional I tried another kernel image I created in november,
with this image everything works fine.
So it looks like I have change some kernel configs to produce this error,
do you have a hint what config could be the reason for this ?
>> > cat /proc/interrupts
>> CPU0 CPU1 CPU2 CPU3
>> ...
>> 150: 39833 0 0 0 GIC
>> 2188000.ethernet 151: 0 0 0
>> 0 GIC 2188000.ethernet 155: 0 0
>> 0 0 GIC PCIe PME ...
>>
>> > lspci -v
>> 00:00.0 PCI bridge: Device 16c3:abcd (rev 01) (prog-if 00 [Normal
>> decode]) Flags: bus master, fast devsel, latency 0
>> Memory at 01000000 (32-bit, non-prefetchable) [size=1M]
>> Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
>> Memory behind bridge: 01100000-012fffff
>> [virtual] Expansion ROM at 01300000 [disabled] [size=64K]
>> Capabilities: [40] Power Management version 3
>> Capabilities: [50] MSI: Enable- Count=1/1 Maskable+ 64bit+
>> Capabilities: [70] Express Root Port (Slot-), MSI 00
>> Capabilities: [100] Advanced Error Reporting
>> Capabilities: [140] Virtual Channel
>> Kernel driver in use: pcieport
>>
>> 01:00.0 ACCESS Bus: Device 5112:0c00
>> Subsystem: Device 5112:0c00
>> Flags: bus master, fast devsel, latency 0, IRQ 155
>> Memory at 01100000 (32-bit, non-prefetchable) [size=1M]
>> Memory at 01200000 (32-bit, non-prefetchable) [size=1M]
>> Capabilities: [40] Power Management version 3
>> Capabilities: [48] MSI: Enable- Count=1/1 Maskable- 64bit+
>> Capabilities: [58] Express Endpoint, MSI 00
>> Capabilities: [100] Device Serial Number 00-00-00-01-01-00-0a-35
>> Kernel driver in use: Sigmatek PCIE
>>
>>
>> Kind regards
>>
>
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [Xenomai] IRQ of pci express claimed by linux domain
2016-02-12 11:43 ` Wolfgang Netbal
@ 2016-02-12 12:02 ` Henning Schild
0 siblings, 0 replies; 4+ messages in thread
From: Henning Schild @ 2016-02-12 12:02 UTC (permalink / raw)
To: Wolfgang Netbal; +Cc: xenomai
On Fri, 12 Feb 2016 12:43:48 +0100
Wolfgang Netbal <wolfgang.netbal@sigmatek.at> wrote:
> Am 2016-02-12 um 11:33 schrieb Henning Schild:
> > On Fri, 12 Feb 2016 11:22:17 +0100
> > Wolfgang Netbal <wolfgang.netbal@sigmatek.at> wrote:
> >
> >> Dear all,
> >>
> >> I am using an imx6 controller where a FPGA-device is connected via
> >> PCI express.
> >> To use the FPGA in realtime I try to claim the IRQ 155 using
> >> rtdm_irq_request() but the IRQ is hold by the linux domain.
> >> It looks like the default driver claims the IRQ, but I have my own
> >> driver that is linked to the device if we can trust the output of
> >> lspci Has anyone of you an idea what could be the reason for this
> >> issue or an idea how to fix it ?
> > If you want to use another driver for the device you have to unload
> > the driver currently in use, afterwards you should be able to claim
> > the device in your driver.
> > At runtime you can unbind the driver and keep the module loaded, or
> > just unload the module. To avoid the driver taking control by
> > default you have to blacklist the module in your distro, or disable
> > it in your kernel config.
> What I tried right now is that I use the function free_irq()
> in my driver when probing the device,
> but I got an error that the IRQ is not used, so no free is needed.
> It seems that the IRQ was claimed after the driver was loaded,
> I thought that no other driver should assigned to the device
> if a driver is still in use.
If you are indeed having two drivers you need to unload one to use the
other, that should free all ressources. Partial frees while the other
driver is still running will not work.
> Additional I tried another kernel image I created in november,
> with this image everything works fine.
> So it looks like I have change some kernel configs to produce this
> error, do you have a hint what config could be the reason for this ?
Compare the configs and versions.
> >> > cat /proc/interrupts
> >> CPU0 CPU1 CPU2 CPU3
> >> ...
> >> 150: 39833 0 0 0 GIC
> >> 2188000.ethernet 151: 0 0 0
> >> 0 GIC 2188000.ethernet 155: 0 0
> >> 0 0 GIC PCIe PME ...
> >>
> >> > lspci -v
> >> 00:00.0 PCI bridge: Device 16c3:abcd (rev 01) (prog-if 00 [Normal
> >> decode]) Flags: bus master, fast devsel, latency 0
> >> Memory at 01000000 (32-bit, non-prefetchable) [size=1M]
> >> Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
> >> Memory behind bridge: 01100000-012fffff
> >> [virtual] Expansion ROM at 01300000 [disabled] [size=64K]
> >> Capabilities: [40] Power Management version 3
> >> Capabilities: [50] MSI: Enable- Count=1/1 Maskable+ 64bit+
> >> Capabilities: [70] Express Root Port (Slot-), MSI 00
> >> Capabilities: [100] Advanced Error Reporting
> >> Capabilities: [140] Virtual Channel
> >> Kernel driver in use: pcieport
> >>
> >> 01:00.0 ACCESS Bus: Device 5112:0c00
> >> Subsystem: Device 5112:0c00
> >> Flags: bus master, fast devsel, latency 0, IRQ 155
> >> Memory at 01100000 (32-bit, non-prefetchable) [size=1M]
> >> Memory at 01200000 (32-bit, non-prefetchable) [size=1M]
> >> Capabilities: [40] Power Management version 3
> >> Capabilities: [48] MSI: Enable- Count=1/1 Maskable- 64bit+
> >> Capabilities: [58] Express Endpoint, MSI 00
> >> Capabilities: [100] Device Serial Number
> >> 00-00-00-01-01-00-0a-35 Kernel driver in use: Sigmatek PCIE
Looking for the vendor-ID in a recent kernel and seeing the driver name
i do not think the kernel contained a driver that claimed the device.
If you have two drivers than it might just be two versions of your
driver?
Or we are talking about something else in your new kernel that prevents
your driver from working.
> >>
> >>
> >> Kind regards
> >>
> >
>
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2016-02-12 12:02 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-02-12 10:22 [Xenomai] IRQ of pci express claimed by linux domain Wolfgang Netbal
2016-02-12 10:33 ` Henning Schild
2016-02-12 11:43 ` Wolfgang Netbal
2016-02-12 12:02 ` Henning Schild
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.