RE: [ixp1200] Threads

Shruti, Why is the thread swapped out? That is, what signal is it waiting on? That will be the first clue to understand what's going on! To find out, you need to query the CTX_X_WAKEUP_EVENTS and CTX_X_SIG_EVENTS (X = thread number) family of CSRs. And the easiest way to do that if you've got the Developer's Workbench hooked up to the hardware, then you can simply open up the "Thread Status" windown in debug mode. If not, you'll have to write some StrongARM code to query the StrongARM memory map (see Appendix C of the IXP1200 PRM - Programmer's Reference Manual) or use your favorite StrongARM debugger to do this. If I had to guess, the thread is probably swapped out waiting for a packet indicator. Perhaps you haven't setup the global CSRs of the IXP1200 to match the media buses on your hardware? What code are you running on the StrongARM? It might be easiest to simply load the precompiled VxWorks image in the IXA SDK v2.01 first to get the hang to using the hardware before you try other configurations (ie. like the Linux code out there or something homegrown!). Good luck! --eric h. -----Original Message----- From: Shruti Gorappa [mailto:goraps@rpi.edu] Sent: Tuesday, November 26, 2002 8:05 PM To: ixp1200@CS.Princeton.EDU Subject: [ixp1200] Threads Hi I am using the IXP1200 Eval platform to run a routing and forwarding program. One of the threads simply forward packets and the other sends out generated packets. When I run the code on the hardware, I notice that the first thread gets swapped out and does not run. I also ran the l3fwd_16_RFC1812 example code on the hardware and noticed that the thread is swapped out in that too. The programs run great when I use the simulator and I am not able to find out what is different on the hardware. Could somebody help me out here? Thanks in advance. Shruti

Hi, I am trying to run gdbserver on the enp2505 that was provided. It is not able to handle SIGILL. Did anyone use that before? If so could you please point me where to find the required binarries Thank you, Chris

There are two problems in 5.2.1. Newer distribution fixes the gdbserver problems, but was missing a patch for gdb to handle big endian breakpoint. Daniel Jacobowitz from MontaVista Software provided me with a patch that will probably be in a next release. Chris Chris Gniady wrote:
Hi, I am trying to run gdbserver on the enp2505 that was provided. It is not able to handle SIGILL. Did anyone use that before? If so could you please point me where to find the required binarries Thank you, Chris
participants (2)
-
Chris Gniady
-
Heaton, Eric D