Hello, I already compiled a new kernel (version 2.6.31.8) with the rtai 3.8 patch. loading the module rtcfg ends up again in a kernel panic.
maybe i don't need this module because i only need realtime acces to my nic (rtl 8139) without any mac discipline. Is there a tutorial which describes how to use configure only the realtime nic driver? Thank You Andreas Kasper Zitat Jan Kiszka <jan.kis...@web.de>: > 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 > > ------------------------------------------------------------------------------ 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
