Re: [Xenomai-core] Runtime error on PXA270 for branch 'for-ipipe-2.6.35-arm' in 'ipipe-gch.git'
Nazarov Sergey wrote: > Hello! The problem is the same as on my Compulab EM-X270 board, I > think. dm9000 ethernet controller works unstable with level-type irq > handler. Sergey. Hi Sergey, The I-pipe patches for ARM included in Xenomai 2.5.6, released yesterday, reversed the irq type to edge, as another user reported the same failure on another board (colibri). Regards. -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] Runtime error on PXA270 for branch 'for-ipipe-2.6.35-arm' in 'ipipe-gch.git'
Hello! The problem is the same as on my Compulab EM-X270 board, I think. dm9000 ethernet controller works unstable with level-type irq handler. Sergey. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] Runtime error on PXA270 for branch 'for-ipipe-2.6.35-arm' in 'ipipe-gch.git'
Hello! I'm trying to get running the ipipe patch on a 2.6.35 kernel. I've seen that Gilles was working on that port lately so I gave it a try. The kernel is booting fine. However init does not continue and the NETDEV watchdog triggers: [ 23.043294] Freeing init memory: 124K [ 31.995507] [ cut here ] [ 32.009368] WARNING: at /home/mib/EBX04/ipipe-2.6/net/sched/sch_generic.c:258 dev_watchdog+0x17c/0x290() [ 32.037640] NETDEV WATCHDOG: eth0 (dm9000): transmit queue 0 timed out [ 32.057061] Modules linked in: [ 32.066209] [] (unwind_backtrace+0x0/0xec) from [] (warn_slowpath_common+0x4c/0x64) [ 32.094207] [] (warn_slowpath_common+0x4c/0x64) from [] (warn_slowpath_fmt+0x2c/0x3c) [ 32.122715] [] (warn_slowpath_fmt+0x2c/0x3c) from [] (dev_watchdog+0x17c/0x290) [ 32.149695] [] (dev_watchdog+0x17c/0x290) from [] (run_timer_softirq+0x184/0x258) [ 32.177192] [] (run_timer_softirq+0x184/0x258) from [] (__do_softirq+0x88/0x124) [ 32.204409] [] (__do_softirq+0x88/0x124) from [] (irq_exit+0x48/0x5c) [ 32.228816] [] (irq_exit+0x48/0x5c) from [] (asm_do_IRQ+0x70/0x8c) [ 32.252409] [] (asm_do_IRQ+0x70/0x8c) from [] (__irq_svc+0x44/0xd0) [ 32.276250] Exception stack(0xc0415f80 to 0xc0415fc8) [ 32.291291] 5f80: 0001 c0415fc8 6013 c0414000 c0022020 c002201c c0417b50 [ 32.315654] 5fa0: a001ffa8 69054117 a001ff74 c0415fc8 c002905c c0029068 [ 32.340003] 5fc0: 6013 [ 32.350403] [] (__irq_svc+0x44/0xd0) from [] (default_idle+0x2c/0x30) [ 32.374756] [] (default_idle+0x2c/0x30) from [] (cpu_idle+0x58/0xac) [ 32.398881] [] (cpu_idle+0x58/0xac) from [] (start_kernel+0x284/0x2e4) [ 32.423502] [] (start_kernel+0x284/0x2e4) from [] (0xa0008034) [ 32.446064] ---[ end trace a6d3f140188b1aa5 ]--- The same behavior happens even if I disable FCSE and IPIPE or either of it. I think this is pretty much what this tree contains. A vanilla 2.6.35.9 kernel is booting fine with colibri_pxa270_defconfig. As you see from the defconfig, the target is a PXA270 colibri board. For me the behavior is a bit strange because the kernel already fetched the IP address via DHCP and also mounted the NFS root file system Does somebody have an idea in which direction I should investigate? Of course I can provide more information if needed. We would like to use Xenomai on this ARM board with kernel 2.6.35. Best regards, Michael ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core