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
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