[Please keep the list in CC] Mark Fernandez wrote: > On 5/4/07, Jan Kiszka <[EMAIL PROTECTED]> wrote: >> >> Rh Fernandez wrote: >> >>> Hello, >> >>> >> >>> I have Intel Gigabit-Cards and RTnet 0.9.6, Rtai 3.3 with 2.6.15.7 >> >>> kernel. >> >>> The RTnet server starts with the following error: >> >>> >> >>> TDMA: failed to transferred sync frame >> >>> >> >>> For what reason? >> > >> >> Likely because the TDMA subsystem ran out of buffers while the >> rt_e1000 >> >> consumes them but doesn't transmit yet. >> > >> >>> The client can connect with the server, but rtping and everything >> >>> else isn't >> >>> possible. >> >>> What can I do? >> > >> >> There has been reports that it takes about 2 s after "rtifconfig >> up" to >> >> get any packet out. The TDMA master starts its cycles earlier and may >> >> run out of memory therefore. Try putting an explicit "sleep 3" (to >> play >> >> safe) in the rtnet start script and check again. >> > >> >> Unfortunately, I still have no hardware access to test this issue, >> find >> >> the reason and resolve it or install a workaround. >> > >> > HI! I have the same problem, I have RTnet 0.9.8, Rtai Magma with >> > x86_64 kernel 2.6.19.7 >> >> 0.9.8? I don't think so. That release didn't support x64. > > > sorry, it is 0.9.9 > >> I start the server then when it say "Waiting for all slaves" a start >> > the client, than the server error: >> > "TDMA: Failed to transmit sync frame!" >> > I put the sleep 3 in the start script but I have no success, what >> > place I have to put "sleep 3"? after "rtifconfig up" >> > ? >> > What can I do? >> >> Are interrupts coming? Check what RTAI tells you about it in its /proc >> directories. >> >> Jan >> >> >> > I try check in /proc/rtai but I can not see nothing wrong, what you think?
Neither /me sees anything. I'm not familiar with RTAI anymore, I was just looking for some IRQ hit counter and an overview which component is using which RT-IRQ. Without that, debugging becomes far trickier. Do you have a chance to plug in some alternative card for testing (to exclude e1000-specific problems)? Eg. some cheap Realtek 8139? > > > <client> > caxixi:/home/marcos# cat /proc/rtai/* > > ** RTAI/x86: > > APIC Frequency: 16650500 > APIC Latency: 3944 ns > APIC Setup: 1000 ns > > ** Real-time IRQs used by RTAI: > > #1274 at ffffffff8812c1da > #1285 at ffffffff88100b69 > #1288 at ffffffff88102509 > > ** RTAI extension traps: > > SYSREQ=0xf6 > ** RTAI SYSREQs in use: #1 #2 > > > RTAI LXRT Information. > > MAX_SLOTS = 150 > > Linux_Owner Parent PID > Slot Name ID Type RT_Handle Pointer Tsk_PID MEM_Sz USG > Cnt > ------------------------------------------------------------------------------- > > cat: /proc/rtai/rtdm: Is a directory > > RTAI LXRT Real Time Task Scheduler. > > Calibrated CPU Frequency: 2131276000 Hz > Calibrated interrupt to scheduler latency: 2943 ns > Calibrated oneshot timer setup_to_firing time: 999 ns > > Number of RT CPUs in system: 2 > > Real time kthreads in resorvoir (cpu/#): (0/6): (1/0) > > Number of forced hard/soft/hard transitions: traps 0, syscalls 0 > > Priority Period(ns) FPU Sig State CPU Task HD/SF PID RT_TASK * > TIME > ------------------------------------------------------------------------------ > > 1 0 Yes No 0x9 0:1 1 1 5224 > ffffffff8813cd80 0 > 999999999 0 Yes No 0x9 0:1 2 1 5223 > ffffffff8813da80 0 > 999999999 0 Yes No 0x9 0:1 3 1 5237 > ffffffff88173900 0 > 0 0 Yes No 0x9 0:1 4 1 5249 > ffff81002e4be7e0 0 > 999999999 1000000000 Yes No 0x5 0:1 5 1 5257 > ffffffff88170b80 0 > TIMED >> ffffffff88170b80 > READY > TIMED > > READY > > > > caxixi:/home/marcos# cat /proc/rtnet/rtcfg/rteth0/* > state: 8 (CLIENT_READY) > flags: 00010002 > other stations: 1 > stations found: 1 > stations ready: 1 > address type: 1 > server address: 00:16:76:CA:3C:63 > stage 2 config: 0/0 > 00:16:76:CA:3C:63 02 > > > > > > <server> > [EMAIL PROTECTED]:/home/marcos# cat /proc/rtai/* > > ** RTAI/x86: > > APIC Frequency: 16650250 > APIC Latency: 3944 ns > APIC Setup: 1000 ns > > ** Real-time IRQs used by RTAI: > > #1274 at ffffffff8812c1da > #1285 at ffffffff88100b69 > #1288 at ffffffff88102509 > > ** RTAI extension traps: > > SYSREQ=0xf6 > ** RTAI SYSREQs in use: #1 #2 > > > RTAI LXRT Information. > > MAX_SLOTS = 150 > > Linux_Owner Parent PID > Slot Name ID Type RT_Handle Pointer Tsk_PID MEM_Sz USG > Cnt > ------------------------------------------------------------------------------- > > cat: /proc/rtai/rtdm: Is a directory > > RTAI LXRT Real Time Task Scheduler. > > Calibrated CPU Frequency: 2131248000 Hz > Calibrated interrupt to scheduler latency: 2943 ns > Calibrated oneshot timer setup_to_firing time: 999 ns > > Number of RT CPUs in system: 2 > > Real time kthreads in resorvoir (cpu/#): (0/6): (1/0) > > Number of forced hard/soft/hard transitions: traps 0, syscalls 0 > > Priority Period(ns) FPU Sig State CPU Task HD/SF PID RT_TASK * > TIME > ------------------------------------------------------------------------------ > > 1 0 Yes No 0x9 0:1 1 1 25549 > ffffffff8813cd80 0 > 999999999 0 Yes No 0x9 0:1 2 1 25548 > ffffffff8813da80 0 > 999999999 0 Yes No 0x9 0:1 3 1 25585 > ffffffff88170900 0 > 999999999 1000000000 Yes No 0x5 0:1 4 1 25577 > ffffffff8816db80 0 > 0 0 Yes No 0x5 0:1 5 1 25593 > ffff8100078fe7e0 0 > TIMED >> ffff8100078fe7e0 > ffffffff8816db80 > READY > TIMED > > READY > > > > [EMAIL PROTECTED]:/home/marcos# cat /proc/rtnet/rtcfg/rteth0/* > state: 4 (DEAD) > flags: 00 > stage 1 size: 66 > stage 2 filename: - > stage 2 size: 0 > stage 2 offset: 0 > burstrate: 4 > mac address: FF:FF:FF:FF:FF:FF > ip: 192.168.149.12 > state: 1 (SERVER_RUNNING) > flags: 00010002 > other stations: 1 > stations found: 0 > stations ready: 0 > configured clients: 0 > burstrate: 4 > heartbeat period: 1000 ms > Jan
signature.asc
Description: OpenPGP digital signature
------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/
_______________________________________________ RTnet-users mailing list RTnet-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rtnet-users
