Hi all and thanks for all Jan,
2010/3/27 Jan Kiszka <jan.kis...@web.de>
> Cyril Wallois wrote:
> > Hello,
> >
> > After many test, I think that maybe my interrupt problem could comes from
> > Xenomai. When I load the linux driver module before rtnet, The interrupt
> > handler happen but the reception of packet cause a oops.
>
> If you only load the linux driver or if you load it before loading your
> RTnet port as well?
The oops occurs only when receiving packet with xenomai driver.
Is the IRQ line exclusively used by the dm9k?
>
Yes, The IRQ 110 is exclusively used by the dm9k.
Did you resolved the addresses in your oops meanwhile? That's really
> _essential_ for debugging.
>
I use ksymoops, but I don't how to interpret it, I suppose that the panic
happened at the last line :
>>sp; c0349e00 <gss_kerberos_ops+1fae0/35ce0>
>>ip; c0349e18 <gss_kerberos_ops+1faf8/35ce0>
>>fp; c0349e14 <gss_kerberos_ops+1faf4/35ce0>
Trace; bf00aa84 Before first symbol
Trace; bf029dfc Before first symbol
Trace; bf029ba8 Before first symbol
Trace; c0069958 <__ipipe_dispatch_wired+30/84>
Trace; c0069914 <__ipipe_dispatch_event+1bc/1d0>
Trace; c0065c18 <try_one_irq+1bc/1d0>
Trace; c0065bbc <try_one_irq+160/1d0>
Trace; c00667ec <dynamic_irq_init+34/f4>
>>r6; c037a9e4 <init_thread_union+9e4/2000>
>>r4; c037a9e0 <init_thread_union+9e0/2000>
Trace; c0066770 <set_irq_chip_and_handler_name+20/38>
Trace; c002e704 <arm_syscall+26c/2ac>
Trace; c002e664 <arm_syscall+1cc/2ac>
Trace; c003289c <do_alignment_ldrdstrd+7c/1f4>
Trace; c0032814 <do_alignment_ldrhstrh+c4/d0>
Trace; c002e870 <apply_relocate+cc/1e4>
Trace; c002e7fc <apply_relocate+58/1e4>
Trace; c0028b50 <__stop___verbose_strings+6f0/ba0>
Trace; c002a6cc <sys_call_table+500/5b0>
Trace; c002a5f4 <sys_call_table+428/5b0>
Trace; c002a5b8 <sys_call_table+3ec/5b0>
Trace; c02d8958 <ip6_mc_del1_src+10/150>
>>r7; c034bcf0 <gss_kerberos_ops+219d0/35ce0>
>>r6; c0020d58 <__security_initcall_start+254/4fc>
>>r5; c036c690 <__kstrtab_mm_kobj+7/8>
>>r4; c0348000 <gss_kerberos_ops+1dce0/35ce0>
Trace; c02d88e0 <sf_setstate+14c/1b4>
Trace; c00089d4 <start_kernel+23c/294>
>>r4; c038c688 <camellia_dec_tv_template+6c/84>
Trace; c0008798 <start_kernel+0/294>
Trace; 08008034 Before first symbol
Kernel panic - not syncing: Attempted to kill the idle task!
>
> > On the one hand the interrupt number is the same in linux and xenomai,
> maybe
> > it should not. On the other hand I listened the ethernet port with
> ethereal,
> > without load the linux driver before. When I run rtping, only one packet
> is
> > send and the material interrupt is send but it seems that xenomaï doesn't
> > take into account the interrupt.
>
> Check /proc/xenomai/irq, does the counter for the corresponding line
> increase?
>
/proc/xenomai/irq :
IRQ CPU0
59: 21197 [timer]
110: 0 rteth0
226: 5 [virtual]
/proc/interrupts :
CPU0
29: 682 MPU IMX-uart
30: 447 MPU IMX-uart
35: 22 MPU imx-mmc
39: 14 MPU I2C_IMX
40: 0 MPU spi_imx.2
41: 0 MPU spi_imx.1
47: 1 MPU imx_udc
48: 0 MPU imx_udc
49: 0 MPU imx_udc
50: 0 MPU imx_udc
51: 0 MPU imx_udc
52: 0 MPU imx_udc
53: 0 MPU imx_udc
59: 42261 MPU i.MX Timer Tick
60: 0 MPU DMA
61: 0 MPU DMA
138: 421247 GPIO ISP1761HCD:usb1
Err: 0
Best regards,
Cyril
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
RTnet-users mailing list
RTnet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rtnet-users
