[Xenomai-help] Problem with PXA320 and xenomai 2.4.9

[Xenomai-help] Problem with PXA320 and xenomai 2.4.9

[Imanol Martínez]

[-- Attachment #1: Type: text/plain, Size: 12795 bytes --]

Hello all,

I have installed xenomai 2.4.9 in a linux 2.6.30 kernel. It seems that all
the boot is done correctly but when reaching the point to access the nfs
filesystem I get the following error:

<4>[   32.879389] WARNING: at net/sched/sch_generic.c:226
dev_watchdog+0x2c0/0x2e0()
[   32.879389] WARNING: at net/sched/sch_generic.c:226
dev_watchdog+0x2c0/0x2e0()
<6>[   33.055929] NETDEV WATCHDOG: eth0 (): transmit timed out
[   33.055929] NETDEV WATCHDOG: eth0 (): transmit timed out

and after some seconds

<7>[   39.438510] eth0: Tx timed out, lost interrupt? TSR=0x1, ISR=0x3,
t=160.
<7>[   49.765548] eth0: Tx timed out, lost interrupt? TSR=0x1, ISR=0x2,
t=1025.
<7>[   51.765562] eth0: Tx timed out, lost interrupt? TSR=0x1, ISR=0x2,
t=124

Any idea or help to solve this problem...

Thanks

  Imanol

I attached here all the boot log:



[    0.000000] Linux version 2.6.30 (root@domain.hid) (gcc version 4.2.2) #2
PREEMPT Wed Aug 26 11:25:01 CEST 2009
[    0.000000] CPU: XScale-V3 based processor [69056826] revision 6
(ARMv5TE), cr=0000397f
[    0.000000] CPU: VIVT data cache, VIVT instruction cache
[    0.000000] Machine: Toradex Colibri PXA320
[    0.000000] Memory policy: ECC disabled, Data cache writeback
[    0.000000] RO Mode clock: 60.00MHz (inactive)
[    0.000000] Run Mode clock: 403.00MHz (*31)
[    0.000000] Turbo Mode clock: 806.00MHz (*2, active)
[    0.000000] HSIO bus clock: 208.00MHz
[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total
pages: 32512
[    0.000000] Kernel command line: root=/dev/nfs rw
nfsroot=172.16.5.4:/home/imanol/work/rootfilesystem/rootfs2.6
ip=172.16.5.253:172.16.5.4 rootdelay=2 console=ttyS0,9608
[    0.000000] NR_IRQS:192
[    0.000000] PID hash table entries: 512 (order: 9, 2048 bytes)
[   17.655537] I-pipe 1.14-00: pipeline enabled.
[   17.710434] Console: colour dummy device 80x30
[   17.766261] Dentry cache hash table entries: 16384 (order: 4, 65536
bytes)
[   17.851243] Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
[   17.943049] Memory: 128MB = 128MB total
[   17.991639] Memory: 124984KB available (3788K code, 829K data, 136K init,
0K highmem)
[   18.087889] SLUB: Genslabs=11, HWalign=32, Order=0-3, MinObjects=0,
CPUs=1, Nodes=1
[   18.181969] Calibrating delay loop... 804.45 BogoMIPS (lpj=4022272)
[   18.479820] Security Framework initialized
[   18.531616] SELinux:  Disabled at boot.
[   18.580206] Mount-cache hash table entries: 512
[   18.637688] CPU: Testing write buffer coherency: failed, enabling
work-around
[   18.731872] net_namespace: 1044 bytes
[   18.780669] NET: Registered protocol family 16
[   18.850453] colibri_pxa3xx_init_eth(): taking MAC from serial boot tag
[   18.955285] bio: create slab <bio-0> at 0
[   19.013594] NET: Registered protocol family 8
[   19.068490] NET: Registered protocol family 20
[   19.130728] NET: Registered protocol family 2
[   19.249311] IP route cache hash table entries: 1024 (order: 0, 4096
bytes)
[   19.335843] TCP established hash table entries: 4096 (order: 3, 32768
bytes)
[   19.422788] TCP bind hash table entries: 4096 (order: 2, 16384 bytes)
[   19.502497] TCP: Hash tables configured (established 4096 bind 4096)
[   19.581069] TCP reno registered
[   19.621803] NET: Registered protocol family 1
[   19.680112] audit: initializing netlink socket (disabled)
[   19.747519] type=2000 audit(1.021:1): initialized
[   19.814926] I-pipe: Domain Xenomai registered.
[   19.870855] Xenomai: hal/arm started.
[   19.936402] Xenomai: real-time nucleus v2.4.9 (Big Bad Moon) loaded.
[   20.016112] Xenomai: starting native API services.
[   20.076177] Xenomai: starting POSIX services.
[   20.131177] Xenomai: starting RTDM services.
[   20.219985] VFS: Disk quotas dquot_6.5.2
[   20.270747] Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
[   20.354282] msgmni has been set to 244
[   20.404940] alg: No test for stdrng (krng)
[   20.456942] io scheduler noop registered
[   20.506669] io scheduler anticipatory registered
[   20.564668] io scheduler deadline registered
[   20.619462] io scheduler cfq registered (default)
[   21.415728] pxa2xx-uart.0: ttyS0 at MMIO 0x40100000 (irq = 22) is a
FFUART
[   21.500742] console [ttyS0] enabled
<6>[   25.144037] pxa2xx-uart.1: ttyS1 at MMIO 0x40200000 (irq = 21) is a
BTUART
[   25.144037] pxa2xx-uart.1: ttyS1 at MMIO 0x40200000 (irq = 21) is a
BTUART
<6>[   25.313995] pxa2xx-uart.2: ttyS2 at MMIO 0x40700000 (irq = 20) is a
STUART
[   25.313995] pxa2xx-uart.2: ttyS2 at MMIO 0x40700000 (irq = 20) is a
STUART
<6>[   25.504949] brd: module loaded
[   25.504949] brd: module loaded
<6>[   25.581625] ax88796 ax88796.0: 16bit, irq 100, c8862000, MAC:
00:14:2d:00:00:00
[   25.581625] ax88796 ax88796.0: 16bit, irq 100, c8862000, MAC:
00:14:2d:00:00:00
<6>[   25.764953] mice: PS/2 mouse device common for all mice
[   25.764953] mice: PS/2 mouse device common for all mice
<6>[   25.898874] TCP cubic registered
[   25.898874] TCP cubic registered
<6>[   25.980979] RPC: Registered udp transport module.
[   25.980979] RPC: Registered udp transport module.
<6>[   26.097035] RPC: Registered tcp transport module.
[   26.097035] RPC: Registered tcp transport module.
<4>[   26.213302] CAUTION: XScale iWMMXt coprocessor detected, but kernel
support is missing.
[   26.213302] CAUTION: XScale iWMMXt coprocessor detected, but kernel
support is missing.
<4>[   26.412091] registered taskstats version 1
[   26.412091] registered taskstats version 1
<4>[   26.513626] drivers/rtc/hctosys.c: unable to open rtc device (rtc0)
[   26.513626] drivers/rtc/hctosys.c: unable to open rtc device (rtc0)
<4>[   28.185633] IP-Config: Guessing netmask 255.255.0.0
[   28.185633] IP-Config: Guessing netmask 255.255.0.0
<4>[   28.306077] IP-Config: Complete:[   28.306077] IP-Config: Complete:
<4>[   28.384422]      device=eth0
[   28.384422]      device=eth0, addr=172.16.5.253, addr=172.16.5.253,
mask=255.255.0.0, mask=255.255.0.0, gw=255.255.255.255, gw=255.255.255.255,
<4>[   28.576631]      host=172.16.5.253, domain=, nis-domain=(none),
[   28.576631]      host=172.16.5.253, domain=, nis-domain=(none),
<4>[   28.721832]      bootserver=172.16.5.4,
[   28.721832]      bootserver=172.16.5.4, rootserver=172.16.5.4,
rootserver=172.16.5.4, rootpath=, rootpath=

<6>[   28.889075] Waiting 2sec before mounting root device...
[   28.889075] Waiting 2sec before mounting root device...
<5>[   31.025935] Looking up port of RPC 100003/2 on 172.16.5.4
[   31.025935] Looking up port of RPC 100003/2 on 172.16.5.4
<4>[   32.765527] ------------[ cut here ]------------
[   32.765527] ------------[ cut here ]------------
<4>[   32.879389] WARNING: at net/sched/sch_generic.c:226
dev_watchdog+0x2c0/0x2e0()
[   32.879389] WARNING: at net/sched/sch_generic.c:226
dev_watchdog+0x2c0/0x2e0()
<6>[   33.055929] NETDEV WATCHDOG: eth0 (): transmit timed out
[   33.055929] NETDEV WATCHDOG: eth0 (): transmit timed out
<4>[   33.186505] Modules linked in:[   33.186505] Modules linked in:

<4>[   33.262762] Backtrace: [   33.262762] Backtrace:

<4>[   33.324394] [<c002e92c>] [   33.324394] [<c002e92c>]
(dump_backtrace+0x0/0x110) (dump_backtrace+0x0/0x110) from [<c002ea70>] from
[<c002ea70>] (dump_stack+0x18/0x1c)
(dump_stack+0x18/0x1c)
<4>[   33.530182]  r6:c0263194[   33.530182]  r6:c0263194 r5:c03b7148
r5:c03b7148 r4:000000e2 r4:000000e2

<4>[   33.644045] [<c002ea58>] [   33.644045] [<c002ea58>]
(dump_stack+0x0/0x1c) (dump_stack+0x0/0x1c) from [<c00405f0>] from
[<c00405f0>] (warn_slowpath_common+0x50/0x68)
(warn_slowpath_common+0x50/0x68)
<4>[   33.860280] [<c00405a0>] [   33.860280] [<c00405a0>]
(warn_slowpath_common+0x0/0x68) (warn_slowpath_common+0x0/0x68) from
[<c0040654>] from [<c0040654>] (warn_slowpa)
(warn_slowpath_fmt+0x30/0x38)
<4>[   34.091140]  r7:00000001[   34.091140]  r7:00000001 r6:c7a44000
r6:c7a44000 r5:c03e6ec0 r5:c03e6ec0 r4:c03dfd6c r4:c03dfd6c

<4>[   34.230073] [<c0040624>] [   34.230073] [<c0040624>]
(warn_slowpath_fmt+0x0/0x38) (warn_slowpath_fmt+0x0/0x38) from [<c0263194>]
from [<c0263194>] (dev_watchdog+0x2c)
(dev_watchdog+0x2c0/0x2e0)
<4>[   34.448397]  r3:c7a44000[   34.448397]  r3:c7a44000 r2:c03b71d0
r2:c03b71d0

<4>[   34.537189]  r4:c04a638c[   34.537189]  r4:c04a638c

<4>[   34.600910] [<c0262ed4>] [   34.600910] [<c0262ed4>]
(dev_watchdog+0x0/0x2e0) (dev_watchdog+0x0/0x2e0) from [<c004bf28>] from
[<c004bf28>] (run_timer_softirq+0x1d0/0)
(run_timer_softirq+0x1d0/0x28c)
<4>[   34.821323] [<c004bd58>] [   34.821323] [<c004bd58>]
(run_timer_softirq+0x0/0x28c) (run_timer_softirq+0x0/0x28c) from
[<c0046734>] from [<c0046734>] (__do_softirq+0x)
(__do_softirq+0x94/0x1fc)
<4>[   35.039648] [<c00466a0>] [   35.039648] [<c00466a0>]
(__do_softirq+0x0/0x1fc) (__do_softirq+0x0/0x1fc) from [<c0046d50>] from
[<c0046d50>] (irq_exit+0x98/0xa0)
(irq_exit+0x98/0xa0)
<4>[   35.237079] [<c0046cb8>] [   35.237079] [<c0046cb8>]
(irq_exit+0x0/0xa0) (irq_exit+0x0/0xa0) from [<c002a060>] from [<c002a060>]
(_text+0x60/0x70)
(_text+0x60/0x70)
<4>[   35.417797]  r4:0000001a[   35.417797]  r4:0000001a

<4>[   35.481519] [<c002a000>] [   35.481519] [<c002a000>] (_text+0x0/0x70)
(_text+0x0/0x70) from [<c0080454>] from [<c0080454>]
(__ipipe_sync_stage+0x224/0x260)
(__ipipe_sync_stage+0x224/0x260)
<4>[   35.687307] Exception stack(0xc03dfe84 to 0xc03dfecc)
[   35.687307] Exception stack(0xc03dfe84 to 0xc03dfecc)
<4>[   35.811616] fe80: [   35.811616] fe80:                   fffffffe
fffffffe 00000000 00000000 c03ecfac c03ecfac c045b860 c045b860 c045b860
c045b860 c03ec454 c03ec454

<4>[   36.013226] fea0: [   36.013226] fea0: c03ed378 c03ed378 c04826e4
c04826e4 c03dfed8 c03dfed8 c03dfeb8 c03dfeb8 c008063c c008063c c008023c
c008023c c03ecfac c03ecfac

<4>[   36.214836] fec0: [   36.214836] fec0: c03ed374 c03ed374 c045b860
c045b860 c045b860
c045b860

<4>[   36.416446]  r6:00000340[   36.416446]  r6:00000340 r5:00000000
r5:00000000 r4:c03ec454 r4:c03ec454

<4>[   36.530309] [<c0080230>] [   36.530309] [<c0080230>]
(__ipipe_sync_stage+0x0/0x260) (__ipipe_sync_stage+0x0/0x260) from
[<c008063c>] from [<c008063c>] (__ipipe_walk_)
(__ipipe_walk_pipeline+0xe8/0xfc)
<4>[   36.767436] [<c0080554>] [   36.767436] [<c0080554>]
(__ipipe_walk_pipeline+0x0/0xfc) (__ipipe_walk_pipeline+0x0/0xfc) from
[<c00806d0>] from [<c00806d0>] (__ipipe_d)
(__ipipe_dispatch_wired_nocheck+0x80/0xb0)
<4>[   37.027545]  r8:c045b860[   37.027545]  r8:c045b860 r7:c045b860
r7:c045b860 r6:c03ed374 r6:c03ed374 r5:c04826e0 r5:c04826e0 r4:c03ecfac
r4:c03ecfac

<4>[   37.191549] [<c0080650>] [   37.191549] [<c0080650>]
(__ipipe_dispatch_wired_nocheck+0x0/0xb0)
(__ipipe_dispatch_wired_nocheck+0x0/0xb0) from [<c008135c>] from [<c00)
(__ipipe_dispatch_wired+0x4c/0x88)
<4>[   37.453747]  r7:00000000[   37.453747]  r7:00000000 r6:0000001a
r6:0000001a r5:00000340 r5:00000340 r4:0000001a r4:0000001a

<4>[   37.592680] [<c0081310>] [   37.592680] [<c0081310>]
(__ipipe_dispatch_wired+0x0/0x88) (__ipipe_dispatch_wired+0x0/0x88) from
[<c002fdbc>] from [<c002fdbc>] (__ipipe)
(__ipipe_handle_irq+0x158/0x1ac)
<4>[   37.833986]  r4:c04826e0[   37.833986]  r4:c04826e0

<4>[   37.897707] [<c002fc64>] [   37.897707] [<c002fc64>]
(__ipipe_handle_irq+0x0/0x1ac) (__ipipe_handle_irq+0x0/0x1ac) from
[<c002fe40>] from [<c002fe40>] (__ipipe_grab_)
(__ipipe_grab_irq+0x30/0xac)
<4>[   38.124387] [<c002fe10>] [   38.124387] [<c002fe10>]
(__ipipe_grab_irq+0x0/0xac) (__ipipe_grab_irq+0x0/0xac) from [<c02f7930>]
from [<c02f7930>] (__irq_svc+0x30/0xd8)
(__irq_svc+0x30/0xd8)
<4>[   38.330176] [<c002bce0>] [   38.330176] [<c002bce0>]
(default_idle+0x0/0x6c) (default_idle+0x0/0x6c) from [<c002bbac>] from
[<c002bbac>] (cpu_idle+0x48/0x78)
(cpu_idle+0x48/0x78)
<4>[   38.525519] [<c002bb64>] [   38.525519] [<c002bb64>]
(cpu_idle+0x0/0x78) (cpu_idle+0x0/0x78) from [<c02f3e28>] from [<c02f3e28>]
(rest_init+0x6c/0x80)
(rest_init+0x6c/0x80)
<4>[   38.714593]  r6:c0027ee0[   38.714593]  r6:c0027ee0 r5:c04088dc
r5:c04088dc r4:c04952ac r4:c04952ac

<4>[   38.828456] [<c02f3dbc>] [   38.828456] [<c02f3dbc>]
(rest_init+0x0/0x80) (rest_init+0x0/0x80) from [<c0008bc8>] from
[<c0008bc8>] (start_kernel+0x21c/0x30c)
(start_kernel+0x21c/0x30c)
<4>[   39.030067] [<c00089ac>] [   39.030067] [<c00089ac>]
(start_kernel+0x0/0x30c) (start_kernel+0x0/0x30c) from [<80008034>] from
[<80008034>] (0x80008034)
(0x80008034)
<4>[   39.210784]  r6:c00282e4[   39.210784]  r6:c00282e4 r5:c0408938
r5:c0408938 r4:0000397d r4:0000397d

<4>[   39.324647] ---[ end trace 8741cd9a646bbb13 ]---
[   39.324647] ---[ end trace 8741cd9a646bbb13 ]---
<7>[   39.438510] eth0: Tx timed out, lost interrupt? TSR=0x1, ISR=0x3,
t=160.
<7>[   49.765548] eth0: Tx timed out, lost interrupt? TSR=0x1, ISR=0x2,
t=1025.
<7>[   51.765562] eth0: Tx timed out, lost interrupt? TSR=0x1, ISR=0x2,
t=124

[-- Attachment #2: Type: text/html, Size: 14455 bytes --]

Re: [Xenomai-help] Problem with PXA320 and xenomai 2.4.9

[Gilles Chanteperdrix]

Imanol Martínez wrote:
> Hello all,
> 
> I have installed xenomai 2.4.9 in a linux 2.6.30 kernel. It seems that
> all the boot is done correctly but when reaching the point to access the
> nfs filesystem I get the following error:
> 
> <4>[   32.879389] WARNING: at net/sched/sch_generic.c:226
> dev_watchdog+0x2c0/0x2e0()
> [   32.879389] WARNING: at net/sched/sch_generic.c:226
> dev_watchdog+0x2c0/0x2e0()
> <6>[   33.055929] NETDEV WATCHDOG: eth0 (): transmit timed out
> [   33.055929] NETDEV WATCHDOG: eth0 (): transmit timed out
> 
> and after some seconds
> 
> <7>[   39.438510] eth0: Tx timed out, lost interrupt? TSR=0x1, ISR=0x3,
> t=160.
> <7>[   49.765548] eth0: Tx timed out, lost interrupt? TSR=0x1, ISR=0x2,
> t=1025.
> <7>[   51.765562] eth0: Tx timed out, lost interrupt? TSR=0x1, ISR=0x2,
> t=124
> 
> Any idea or help to solve this problem...

Probably a problem with interrupts, most probably multiplexed GPIO. But
the I-pipe patches for ARM released with Xenomai 2.4.9 are buggy. So, I
will ask you to re-run the tests once we have released the corrected
patches.

-- 
                                          Gilles

Re: [Xenomai-help] Problem with PXA320 and xenomai 2.4.9

[Gilles Chanteperdrix]

Imanol Martínez wrote:
> Hello all,
> 
> I have installed xenomai 2.4.9 in a linux 2.6.30 kernel. It seems that
> all the boot is done correctly but when reaching the point to access the
> nfs filesystem I get the following error:
> 
> <4>[   32.879389] WARNING: at net/sched/sch_generic.c:226
> dev_watchdog+0x2c0/0x2e0()
> [   32.879389] WARNING: at net/sched/sch_generic.c:226
> dev_watchdog+0x2c0/0x2e0()
> <6>[   33.055929] NETDEV WATCHDOG: eth0 (): transmit timed out
> [   33.055929] NETDEV WATCHDOG: eth0 (): transmit timed out
> 
> and after some seconds
> 
> <7>[   39.438510] eth0: Tx timed out, lost interrupt? TSR=0x1, ISR=0x3,
> t=160.
> <7>[   49.765548] eth0: Tx timed out, lost interrupt? TSR=0x1, ISR=0x2,
> t=1025.
> <7>[   51.765562] eth0: Tx timed out, lost interrupt? TSR=0x1, ISR=0x2,
> t=124
> 
> Any idea or help to solve this problem...

Please check that when starting from the configuration where you have
the bug, if you disable Xenomai (CONFIG_XENOMAI) and the interrupt
pipeline (CONFIG_IPIPE), the system works.

If it works, could you try the attached patch?
diff --git a/arch/arm/mach-pxa/irq.c b/arch/arm/mach-pxa/irq.c
index f6e0300..f8a25d5 100644
--- a/arch/arm/mach-pxa/irq.c
+++ b/arch/arm/mach-pxa/irq.c
@@ -111,7 +111,11 @@ static void __init pxa_init_low_gpio_irq(set_wake_t fn)

        for (irq = IRQ_GPIO0; irq <= IRQ_GPIO1; irq++) {
                set_irq_chip(irq, &pxa_low_gpio_chip);
+#ifndef CONFIG_IPIPE
                set_irq_handler(irq, handle_edge_irq);
+#else /* CONFIG_IPIPE */
+               set_irq_handler(irq, handle_level_irq);
+#endif /* CONFIG_IPIPE */
                set_irq_flags(irq, IRQF_VALID);
        }




-- 
                                          Gilles

Re: [Xenomai-help] Problem with PXA320 and xenomai 2.4.9

[Imanol Martínez]

[-- Attachment #1: Type: text/plain, Size: 979 bytes --]

>Please check that when starting from the configuration where you have
>the bug, if you disable Xenomai (CONFIG_XENOMAI) and the interrupt
>pipeline (CONFIG_IPIPE), the system works.

This way it works, but when applying the patch it still does not work, I get
the same error...

>If it works, could you try the attached patch?
>diff --git a/arch/arm/mach-pxa/irq.c b/arch/arm/mach-pxa/irq.c
>index f6e0300..f8a25d5 100644
>--- a/arch/arm/mach-pxa/irq.c
>+++ b/arch/arm/mach-pxa/irq.c
>@@ -111,7 +111,11 @@ static void __init pxa_init_low_gpio_irq(set_wake_t
fn)

>       for (irq = IRQ_GPIO0; irq <= IRQ_GPIO1; irq++) {
>               set_irq_chip(irq, &pxa_low_gpio_chip);
>+#ifndef CONFIG_IPIPE
>               set_irq_handler(irq, handle_edge_irq);
>+#else /* CONFIG_IPIPE */
>+               set_irq_handler(irq, handle_level_irq);
>+#endif /* CONFIG_IPIPE */
>               set_irq_flags(irq, IRQF_VALID);
>      }




--
                                          Gilles

[-- Attachment #2: Type: text/html, Size: 1249 bytes --]

Re: [Xenomai-help] Problem with PXA320 and xenomai 2.4.9

[Gilles Chanteperdrix]

Imanol Martínez wrote:
>>Please check that when starting from the configuration where you have
>>the bug, if you disable Xenomai (CONFIG_XENOMAI) and the interrupt
>>pipeline (CONFIG_IPIPE), the system works.
> 
> This way it works, but when applying the patch it still does not work, I
> get the same error...

Ok. When it works, could you show me the contents of /proc/interrupts ?

-- 
                                          Gilles

Re: [Xenomai-help] Problem with PXA320 and xenomai 2.4.9

[Gilles Chanteperdrix]

Imanol Martínez wrote:
>>Please check that when starting from the configuration where you have
>>the bug, if you disable Xenomai (CONFIG_XENOMAI) and the interrupt
>>pipeline (CONFIG_IPIPE), the system works.
> 
> This way it works, but when applying the patch it still does not work, I
> get the same error...

Ok. And with this one?

diff --git a/arch/arm/plat-pxa/gpio.c b/arch/arm/plat-pxa/gpio.c
index 9bb16fe..51b136e 100644
--- a/arch/arm/plat-pxa/gpio.c
+++ b/arch/arm/plat-pxa/gpio.c
@@ -253,7 +253,8 @@ void __ipipe_mach_demux_irq(unsigned irq, struct pt_regs *re
                        while (n < BITS_PER_LONG) {
                                loop = 1;

-                               __ipipe_handle_irq(gpio_base + n, regs);
+                               __ipipe_handle_irq(
+                                       gpio_to_irq(gpio_base + n), regs);
                                n = find_next_bit(&gedr, BITS_PER_LONG, n + 1);
                        }
                }

-- 
					    Gilles.

Re: [Xenomai-help] Problem with PXA320 and xenomai 2.4.9

[Gilles Chanteperdrix]

[-- Attachment #1: Type: text/plain, Size: 447 bytes --]

Gilles Chanteperdrix wrote:
> Imanol Martínez wrote:
>>> Please check that when starting from the configuration where you have
>>> the bug, if you disable Xenomai (CONFIG_XENOMAI) and the interrupt
>>> pipeline (CONFIG_IPIPE), the system works.
>> This way it works, but when applying the patch it still does not work, I
>> get the same error...
> 
> Ok. And with this one?

If it does not work, try that one.

-- 
					    Gilles.

[-- Attachment #2: ipipe-pxa-gpio.diff --]
[-- Type: text/x-diff, Size: 889 bytes --]

diff --git a/arch/arm/plat-pxa/gpio.c b/arch/arm/plat-pxa/gpio.c
index 9bb16fe..6a30b57 100644
--- a/arch/arm/plat-pxa/gpio.c
+++ b/arch/arm/plat-pxa/gpio.c
@@ -253,7 +253,8 @@ void __ipipe_mach_demux_irq(unsigned irq, struct pt_regs *regs)
 			while (n < BITS_PER_LONG) {
 				loop = 1;
 
-				__ipipe_handle_irq(gpio_base + n, regs);
+				__ipipe_handle_irq(
+					gpio_to_irq(gpio_base + n), regs);
 				n = find_next_bit(&gedr, BITS_PER_LONG, n + 1);
 			}
 		}
@@ -319,7 +320,11 @@ void __init pxa_init_gpio(int mux_irq, int start, int end, set_wake_t fn)
 
 	for (irq  = gpio_to_irq(start); irq <= gpio_to_irq(end); irq++) {
 		set_irq_chip(irq, &pxa_muxed_gpio_chip);
+#ifndef CONFIG_IPIPE
 		set_irq_handler(irq, handle_edge_irq);
+#else /* CONFIG_IPIPE */
+		set_irq_handler(irq, handle_level_irq);
+#endif /* CONFIG_IPIPE */
 		set_irq_flags(irq, IRQF_VALID | IRQF_PROBE);
 	}