[Xenomai-help] xenomai interferes with ethernet, crashes

[Xenomai-help] xenomai interferes with ethernet, crashes

[Landau, Bracha]

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

I am using a Xenomai-patched kernel on an MPC8272-based board.

When I run the plain kernel without activatine either Xenomai or CONFIG_IPIPE, the network interface works fine; I am able to ping other nodes on the network.

When I activate Xenomai, I don't get a reponse to ping (though I do see transmission of packets on the network), and evenetually the kernel crashes with the following
(This phenomenon happens even when Xenomai is not active, but CONFIG_IPIPE is active)

ping 11.11.11.236
PING 11.11.11.236 (11.11.11.236): 56 data bytes

NETDEV WATCHDOG: eth0 (): transmit timed out
------------[ cut here ]------------
Badness at net/sched/sch_generic.c:226
NIP: c01c59c4 LR: c01c59c4 CTR: c01690fc
REGS: c0305c70 TRAP: 0700   Not tainted  (2.6.29)
MSR: 00029032 <EE,ME,CE,IR,DR>  CR: 24022022  XER: 00000000
TASK = c02e0588[0] 'swapper' THREAD: c0304000
GPR00: c01c59c4 c0305d20 c02e0588 00000030 00008b99 ffffffff 0000002d c0326164
GPR08: 00000001 c02ebd28 ffffffff 00000000 fdfb6060 f7efffee 0fffc000 00000000
GPR16: 0fff1864 0fff61bc 00000000 c02e0000 c0318548 c0318748 c0318948 c0318b48
GPR24: c0304000 00200200 c0305d88 c02ebda0 c02f0000 00000100 c01c587c cf441800
NIP [c01c59c4] dev_watchdog+0x148/0x224
LR [c01c59c4] dev_watchdog+0x148/0x224
Call Trace:
[c0305d20] [c01c59c4] dev_watchdog+0x148/0x224 (unreliable)
[c0305d80] [c00283fc] run_timer_softirq+0x15c/0x1d4
[c0305dd0] [c0023b88] __do_softirq+0x7c/0x10c
[c0305e10] [c000614c] do_softirq+0x60/0x80
[c0305e20] [c00239b4] irq_exit+0x38/0x7c
[c0305e30] [c004789c] __ipipe_sync_stage+0x168/0x254
[c0305e70] [c000a4fc] __ipipe_handle_irq+0x148/0x15c
[c0305ea0] [c000a6cc] __ipipe_grab_timer+0x88/0xc0
[c0305eb0] [c00114f0] __ipipe_ret_from_except+0x0/0xc
--- Exception: 901 at ipipe_suspend_domain+0xdc/0xec
    LR = cpu_idle+0x60/0xec
[c0305f70] [0fa07000] 0xfa07000 (unreliable)
[c0305f90] [c0008dbc] cpu_idle+0x60/0xec
[c0305fb0] [c022d130] __got2_end+0x5c/0x6c
[c0305fc0] [c02b8804] start_kernel+0x294/0x2a8
[c0305ff0] [00003438] 0x3438
Instruction dump:
80097254 2f800000 40be0038 38810008 7fe3fb78 38a00040 4bfee295 7fe4fb78
7c651b78 3c60c02b 38639a54 4be59b09 <0fe00000> 38000001 3d20c032 90097254
------------[ cut here ]------------
kernel BUG at drivers/net/phy/mdio_bus.c:262!
Oops: Exception in kernel mode, sig: 5 [#1]
Freescale MPC8272 ADS
NIP: c0176208 LR: c0176754 CTR: c0176718
REGS: c0305bf0 TRAP: 0700   Tainted: G        W   (2.6.29)
MSR: 00029032 <EE,ME,CE,IR,DR>  CR: 24022024  XER: 20000000
TASK = c02e0588[0] 'swapper' THREAD: c0304000
GPR00: 00000100 c0305ca0 c02e0588 cf74ca00 00000000 00000012 00000000 c0326164
GPR08: 00000001 c0304000 00000001 00000000 fdfb6060 f7efffee 0fffc000 00000000
GPR16: 0fff1864 0fff61bc 00000000 c02e0000 c0318548 c0318748 c0318948 c0318b48
GPR24: c0304000 00000000 00000012 00000000 c02f0000 cf74ca00 cf74cd90 cf74cc00
NIP [c0176208] mdiobus_write+0x2c/0x7c
LR [c0176754] lxt971_config_intr+0x3c/0x4c
Call Trace:
[c0305ca0] [f7efffee] 0xf7efffee (unreliable)
[c0305cd0] [c0176754] lxt971_config_intr+0x3c/0x4c
[c0305ce0] [c01743f4] phy_config_interrupt+0x2c/0x44
[c0305cf0] [c017463c] phy_stop+0x44/0x70
[c0305d00] [c017fbe4] fs_timeout+0x64/0x124
[c0305d20] [c01c59e8] dev_watchdog+0x16c/0x224
[c0305d80] [c00283fc] run_timer_softirq+0x15c/0x1d4
[c0305dd0] [c0023b88] __do_softirq+0x7c/0x10c
[c0305e10] [c000614c] do_softirq+0x60/0x80
[c0305e20] [c00239b4] irq_exit+0x38/0x7c
[c0305e30] [c004789c] __ipipe_sync_stage+0x168/0x254
[c0305e70] [c000a4fc] __ipipe_handle_irq+0x148/0x15c
[c0305ea0] [c000a6cc] __ipipe_grab_timer+0x88/0xc0
[c0305eb0] [c00114f0] __ipipe_ret_from_except+0x0/0xc
--- Exception: 901 at ipipe_suspend_domain+0xdc/0xec
    LR = cpu_idle+0x60/0xec
[c0305f70] [0fa07000] 0xfa07000 (unreliable)
[c0305f90] [c0008dbc] cpu_idle+0x60/0xec
[c0305fb0] [c022d130] __got2_end+0x5c/0x6c
[c0305fc0] [c02b8804] start_kernel+0x294/0x2a8
[c0305ff0] [00003438] 0x3438
Instruction dump:
4e800020 9421ffd0 7c0802a6 bf210014 54290024 7c7d1b78 90010034 7c9b2378
7cba2b78 7cd93378 8009000c 5400012e <0f000000> 3b830028 7f83e378 480b59b9
Kernel panic - not syncing: Fatal exception in interrupt
Rebooting in 180 seconds..

****************************
Any ideas?




________________________________
This e-mail is confidential, the property of NDS Ltd and intended for the addressee only. Any dissemination, copying or distribution of this message or any attachments by anyone other than the intended recipient is strictly prohibited. If you have received this message in error, please immediately notify the postmaster@domain.hid and destroy the original message. Messages sent to and from NDS may be monitored. NDS cannot guarantee any message delivery method is secure or error-free. Information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. We do not accept responsibility for any errors or omissions in this message and/or attachment that arise as a result of transmission. You should carry out your own virus checks before opening any attachment. Any views or opinions presented are solely those of the author and do not necessarily represent those of NDS.

To protect the environment please do not print this e-mail unless necessary.

NDS Limited Registered Office: One London Road, Staines,Middlesex TW18 4EX, United Kingdom. A company registered in England and Wales Registered no. 3080780 VAT no. GB 603 8808 40-00

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

Re: [Xenomai-help] xenomai interferes with ethernet, crashes

[Philippe Gerum]

On Thu, 2009-05-21 at 10:55 +0300, Landau, Bracha wrote:
> I am using a Xenomai-patched kernel on an MPC8272-based board.
>  
> When I run the plain kernel without activatine either Xenomai or
> CONFIG_IPIPE, the network interface works fine; I am able to ping
> other nodes on the network.
>  
> When I activate Xenomai, I don't get a reponse to ping (though I do
> see transmission of packets on the network), and evenetually the
> kernel crashes with the following
> (This phenomenon happens even when Xenomai is not active, but
> CONFIG_IPIPE is active)

Xenomai never got ported to that platform, so the interrupt pipeline is
likely not working at all for your board.

-- 
Philippe.

Re: [Xenomai-help] xenomai interferes with ethernet, crashes

[Landau, Bracha]

That's interesting - we had an older version of it (2.2.4) working  on a Linux 2.6.14 platform.

According to http://www.xenomai.org/index.php/FAQs the PQII family is supported.

-----Original Message-----
From: Philippe Gerum [mailto:rpm@xenomai.org]
Sent: Thursday, May 21, 2009 12:38 PM
To: Landau, Bracha
Cc: xenomai@xenomai.org
Subject: Re: [Xenomai-help] xenomai interferes with ethernet, crashes

On Thu, 2009-05-21 at 10:55 +0300, Landau, Bracha wrote:
> I am using a Xenomai-patched kernel on an MPC8272-based board.
>
> When I run the plain kernel without activatine either Xenomai or
> CONFIG_IPIPE, the network interface works fine; I am able to ping
> other nodes on the network.
>
> When I activate Xenomai, I don't get a reponse to ping (though I do
> see transmission of packets on the network), and evenetually the
> kernel crashes with the following (This phenomenon happens even when
> Xenomai is not active, but CONFIG_IPIPE is active)

Xenomai never got ported to that platform, so the interrupt pipeline is likely not working at all for your board.

--
Philippe.



This e-mail is confidential, the property of NDS Ltd and intended for the addressee only. Any dissemination, copying or distribution of this message or any attachments by anyone other than the intended recipient is strictly prohibited. If you have received this message in error, please immediately notify the postmaster@domain.hid and destroy the original message. Messages sent to and from NDS may be monitored. NDS cannot guarantee any message delivery method is secure or error-free. Information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. We do not accept responsibility for any errors or omissions in this message and/or attachment that arise as a result of transmission. You should carry out your own virus checks before opening any attachment. Any views or opinions presented are solely those of the author and do not necessarily represent those of NDS.

To protect the environment please do not print this e-mail unless necessary.

NDS Limited Registered Office: One London Road, Staines,Middlesex TW18 4EX, United Kingdom. A company registered in England and Wales Registered no. 3080780 VAT no. GB 603 8808 40-00

Re: [Xenomai-help] xenomai interferes with ethernet, crashes

[Philippe Gerum]

On Thu, 2009-05-21 at 13:00 +0300, Landau, Bracha wrote:
> That's interesting - we had an older version of it (2.2.4) working  on a Linux 2.6.14 platform.
> 

Changes happen between kernel versions. The only 82xx-based system I
ever ported Xenomai to was Freescale's mpc8240 Sandpoint, and I don't
recall that anyone has ever contributed anything else in that area.

> According to http://www.xenomai.org/index.php/FAQs the PQII family is supported.


PQII Pro - mpc83xx

> 
> -----Original Message-----
> From: Philippe Gerum [mailto:rpm@xenomai.org]
> Sent: Thursday, May 21, 2009 12:38 PM
> To: Landau, Bracha
> Cc: xenomai@xenomai.org
> Subject: Re: [Xenomai-help] xenomai interferes with ethernet, crashes
> 
> On Thu, 2009-05-21 at 10:55 +0300, Landau, Bracha wrote:
> > I am using a Xenomai-patched kernel on an MPC8272-based board.
> >
> > When I run the plain kernel without activatine either Xenomai or
> > CONFIG_IPIPE, the network interface works fine; I am able to ping
> > other nodes on the network.
> >
> > When I activate Xenomai, I don't get a reponse to ping (though I do
> > see transmission of packets on the network), and evenetually the
> > kernel crashes with the following (This phenomenon happens even when
> > Xenomai is not active, but CONFIG_IPIPE is active)
> 
> Xenomai never got ported to that platform, so the interrupt pipeline is likely not working at all for your board.
> 
> --
> Philippe.
> 
> 
> 
> This e-mail is confidential, the property of NDS Ltd and intended for the addressee only. Any dissemination, copying or distribution of this message or any attachments by anyone other than the intended recipient is strictly prohibited. If you have received this message in error, please immediately notify the postmaster@domain.hid and destroy the original message. Messages sent to and from NDS may be monitored. NDS cannot guarantee any message delivery method is secure or error-free. Information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. We do not accept responsibility for any errors or omissions in this message and/or attachment that arise as a result of transmission. You should carry out your own virus checks before opening any attachment. Any views or opinions presented are solely those of the author and do not necessarily represent those of NDS.
> 
> To protect the environment please do not print this e-mail unless necessary.
> 
> NDS Limited Registered Office: One London Road, Staines,Middlesex TW18 4EX, United Kingdom. A company registered in England and Wales Registered no. 3080780 VAT no. GB 603 8808 40-00
-- 
Philippe.