Am 28.12.2010 16:24, Andreas Kasper wrote:
> Hello,
> 
> every time when I use the command
> 
> ./rtnet start
> 
> a kernel panic occurs. The first time I installed rtnet I was able so  
> start the simpleclient & simpleserver example programs, but a week  
> later, booting the computer again and trying to start rtnet ends with  
> the panic. I hope somone can help me, details can be found belwo.
> 
> I'm new to that mailing list and I need a working rtnet configuration  
> for my thesis. Thanks in advance
> Andreas Kasper
> 
> My configuration:
> Kernel 2.6.24

This is a very old kernel. You should try to reproduce with a recent one.

> RTAI 3.8
> rtnet 0.9.12
> NIC: Realtek 8139
> 
> Befor I start rtnet I'm:
> X) unloading the following kernel module
> 8139too
> 
> X) loading the following kernel modules
> trai_hal, rtai_sched, rtai_sem, rtai_rtdm
> 
> I can also run the RTAI test programs without any errors!
> 
> Kernel Panic output:
> I only see the last lines of the kernel panic output, but here they  
> are (in short form):
> 
> Call Trace:
> _rtai_apic_timer_handler+0xab/0x240 [rtai_hal]
> detault_idle+0x2f/0x40
> detault_idle+0x0/0x40
> rtai_apic_timer_handler+0x23/0x40 [rtai_hal]
> detault_idle+0x0/0x40
> detault_idle+0x2f/0x40
> cpu_idle+0x4b/0xd0
> start_kernel+0x325/0x3c0
> unknown_bootoption+0x0/0x1e0
> ....
> EIP: [<...>] rt_timer_handler+0x3b5/0xa00 [rtai_sched] SS:ESP ...
> --- [ end trace ... ] ---
> Kernel panic - not syncing: Attempted to kill the idle task!

The backtrace appears to point to RTAI issues. After reproducing over a
recent kernel and catching the full trace via a serial console etc., you
may involve that community as well. I can't help with RTAI bits, but if
it turns out that RTnet is the actual origin of the crash, I will have a
look.

Jan

Attachment: signature.asc
Description: OpenPGP digital signature

------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
RTnet-users mailing list
RTnet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rtnet-users

Reply via email to