- ixp1200 - lists.cs.princeton.edu

RE: [ixp1200] Workbench, debug with "hardware" option?
by Botham, Mick 12 Nov '02

12 Nov '02

Irwin, Check the portmapper is running on the host, this error message results if the portmapper is not started. Rgds Mick -----Original Message----- From: Ye, Irvin [mailto:i.ye@lancaster.ac.uk] Sent: 08 November 2002 14:09 To: 'ixp1200(a)CS.Princeton.EDU' Subject: RE: [ixp1200] Workbench, debug with "hardware" option? I'm using Linux. -----Original Message----- From: Botham, Mick [mailto:mick.botham@intel.com] Sent: 08 November 2002 13:43 To: ixp1200(a)CS.Princeton.EDU Subject: RE: [ixp1200] Workbench, debug with "hardware" option? Irvin, Are you using VxWorks or Linux? The workbench will function the same on either EB or SI card. I prefer a direct network connection from host to target board, it saves a lot of confusion. Rgds Michael Botham EMEA IXA TME -----Original Message----- From: Ye, Irvin [mailto:i.ye@lancaster.ac.uk] Sent: 08 November 2002 11:46 To: 'ixp1200(a)cs.princeton.edu' Subject: [ixp1200] Workbench, debug with "hardware" option? Hi, I wonder, if I can use Workbench to do "hardware" debug? It's said that it's OK on EB boards, but I only have a SI board from Radisys. So I'm not sure whether it works. I've tried. Sometimes, it seemed successifully connected with the board, while in the other times, it just reported "Attach to debug library operation failed". It let me puzzled. Who can give some hints? BTW, to my opinion, play with ixp1200 is a game far from fun. There are enormous documents, while it's rather difficult to find wanted information. Cheers! Irvin

1 0

microengine loader
by Kenneth M. Mackenzie 11 Nov '02

11 Nov '02

Hi all, Here's an updated package of our local tools, just updated to include a microcode loader, etc. that we use to operate the microengines from the StrongARM under Linux without ACEs or the workbench. http://www.cercs.gatech.edu/projects/asan/software/ Note that the StrongARM tools (in the "utils/" directory) don't depend on our alternative host-side driver scheme, I'm just packaging them in one tarball. ---------------- Various folks have asked about alternatives to ACEs. We use three schemes to program the microengines: 1. Homebrew tools including loader and etc., that run stand-alone under Linux on the StrongARM and communicate with the uEngines via Intel's "ue.o" kernel module on the StrongARM (same as used by rs_udebug with the workbench). We also use command-line versions of the assembler and linker in this configuration under "wine" so it's an all-linux solution. 2. Intel's Workbench. You can use this to load code onto the hardware instead of the simulator and it doesn't require ACEs (in fact it doesn't work with ACEs although it's not obvious that they should be incompatible). 3. ACEs Note: I would not characterize any of these three toolchains as exactly "easy". Each just offers its own kind of pain. In other words, don't switch toolchains just because you're frustrated with ACEs. -- Ken

1 0

RmSendPacket error "Ring to microengine is full"
by Ye, Irvin 11 Nov '02

11 Nov '02

Hi, I use Intel's MicroACE. But there's a problem on egress side. The problem is between the core and micro block. When the core tried to send packets to micro block, there may be a RmSendPacket error, and the message is "Ring to microengine is full". Who can give me some help? Regards. Irvin

1 0

uengine interrupt
by Arthur Berkowitz 11 Nov '02

11 Nov '02

Excuse me in advance if this is too long. Let me explain what I'm trying to do: I'm using the uengine interrupt to StrongARM to ask for an ARP service performed by VxWorks. I'm not using the OS ARP Cache directly from uengines, rather I maintain a private hash table (SRAM and DRAM) for IP to MAC entries. This table is written by the core and read by uengines. All locking, hash unit and duplicates issues are just fine. When a lookup from uengine thread fails to find an entry for IP (the MAC is unknown!), the uengine thread will write the request in a mailbox and raise an interrupt to core. ACK from core is waited (inter thread signal). when ACK received, uthread will drop the packet, hopefully next packet required MAC will be resolved since ARP Service on core will add the information to IP2MAC table. On core there is an interrupt handler, that is a callback function registered with the Global uengine ISR (yeah, the same one breakpoint is using!). This handler will read the uthread request from mailbox and send it by message queue to ARP resolver task. The interrupt handler send an inter thread signal as an ACK back to uengines. The ARP resolver task perform the ARP and adds the resolved MAC to IP2MAC hash table. some code snippets: #macro arp_resolve_request(_output_intf, _ip) .local mailbox xbuf_alloc($request, 2) move($request0, _output_intf) move($request1, _ip) #if (UENGINE_ID == 0) move(mailbox, LWOFFSET0) #else // UENGINE_ID == 1 move(mailbox, LWOFFSET2) #endif sram_write($request0, UTHREAD_TO_CORE_MAILBOXES, mailbox, LWCOUNT2, sig_done) block_on_sram#: br_!signal[sram, block_on_sram#] ; block until mailbox written to continue fast_wr[1, ireg] ; raise interrupt block_on_inter_thread#: br_!signal[inter_thread, block_on_inter_thread#] ; wait for core ACK xbuf_free($request) alu[--,--,b, 0] ; this will cause drop pkt .endlocal // mailbox #endm note that I use only the first 2 (0, 1) uengines to Receive & Forward so just two mailboxes. now at the core... I connect the interrupt handler as: #include "ueng.h" ......... /* statics initialization */ unsigned int & ArpServ::_ireg(*(unsigned int *)0xB00401E0); ................. uEng_intConnect(UENG_MSG_INT, 0xFFFFFF, interrupt_handler, 0); ................ void ArpServ::interrupt_handler(int){ REQUEST_t request; unsigned int ifname, ipaddr, request_size; unsigned int iregShadow; iregShadow= _ireg; _ireg = iregShadow & 0xF8FFFFFF; iregShadow &= 0xFFFFFF; for(int bit=0; bit<FWD_THR_NUM; bit++){ if (iregShadow & (1 << bit)){ iregShadow = iregShadow & ~( 1<< bit); request_size = (bit >> 2) ? REQ_SIZE : 0; READ_MAILBOX(request_size, ifname, ipaddr); request.ifname = ifname; request.ipaddr = ipaddr; logMsg("request.ifname = %d request.ipaddr = 0x%08x\n", request.ifname, request.ipaddr, 3, 4, 5, 6); msgQSend(msgQId, (char *)&request, REQ_SIZE, 0, 0); /* ack uengine thread by inter thread signal */ *(unsigned int *)0xB00401C0 = bit; } } } At this point let me thank you for reading so far! Now the problem: 3 boards with same configuration work inconsistently. Board A always performs as expected. Board B and Board C not always. The interrupt isn't received on core. BUT, when I set breakpoint in uthread and stop as close before the fast_wr instruction (on sram_write) then just continue running interrupt is received on core! Then even if I unset the breakpoint the board function as expected The software looks OK and (surprisingly :-) it sometimes (always on one of the Boards) work as expected. Is it some timing issue with SRAM reference? Maybe I mask something wrong in ireg and not register proper to ISR? At the time of writing this an idea came to me: I should link out debug from vxworksnetapp so Breakpoint interrupt handler is not getting connected. Could this be a H/W problem?! Any ideas and all are welcomed ! Arthur Berkowitz COMGATES Ltd. 15 Hagalim Avenue. Herzliya, 46725 Israel Tel: +972.9.950.0404 Ext: 288 Fax: +972.9.950.0385 Mobile: +972.55.535.349 Email: arthur(a)comgates.co.il Visit Us: www.comgates.com

1 0

Boards without debug port.
by Ye, Irvin 11 Nov '02

11 Nov '02

Hi, It seems that most people work on ixp1200 boards with a debug ethernet port, which can be used to boot and then debug, with tools such as WorkBench, the board. While, ENP2505 from Radisys without such a port. It can be booted by the host machine via PCI. And when booted, a pair of psedo ethernet interfaces are setup also via PCI, for the communication between the board and the host. It's convenient and efficient. Yet, just wonder, is it still possible for it to be used in an unhosted environment? Is there any idea from those who also uses ENP2505? Regards. Irvin

1 0

Workbench, debug with "hardware" option?
by Ye, Irvin 11 Nov '02

11 Nov '02

Hi, I wonder, if I can use Workbench to do "hardware" debug? It's said that it's OK on EB boards, but I only have a SI board from Radisys. So I'm not sure whether it works. I've tried. Sometimes, it seemed successifully connected with the board, while in the other times, it just reported "Attach to debug library operation failed". It let me puzzled. Who can give some hints? BTW, to my opinion, play with ixp1200 is a game far from fun. There are enormous documents, while it's rather difficult to find wanted information. Cheers! Irvin

4 4

Loading uCode from StrongARM
by Kerry Wood (RPI) 09 Nov '02

09 Nov '02

I was wondering if anyone knows the easiest way to load and run a compiled micro-code "list" file from the StrongARM (avoiding having to use the SDK hardware debug). I'd obviously like to incorporate this into the first stages of my ARM code, in order to initialize everything at once. Any help is appreciated. I'm running the provided Linux kernel (ixp_target 2.3.99-pre3-rmk3-np2) on Radisys hardware. Thanks! -Kerry ******************************************** Kerry Wood - Graduate Student ECSE JEC 6049 Rensselaer Polytechnic Institute Troy, NY 12180 woodk(a)rpi.edu woodkn43(a)nycap.rr.com ********************************************

2 1

RE: [ixp1200] Workbench, debug with "hardware" option?
by Botham, Mick 08 Nov '02

08 Nov '02

Ning, You should find all the details in IXP1200/documentation/SerialPort.txt Rgds Michael -----Original Message----- From: Ning Weng [mailto:nweng@ecs.umass.edu] Sent: 08 November 2002 16:03 To: ixp1200(a)CS.Princeton.EDU Subject: RE: [ixp1200] Workbench, debug with "hardware" option? Michael, In "Hardware Options", what is the chip's node name if connect via serial port to VxWorks. Thanks. -Ning On Fri, 8 Nov 2002, Botham, Mick wrote: > Irvin, > > Are you using VxWorks or Linux? > The workbench will function the same on either EB or SI card. > I prefer a direct network connection from host to target board, it saves a lot of confusion. > > Rgds > > Michael Botham EMEA IXA TME > > -----Original Message----- > From: Ye, Irvin [mailto:i.ye@lancaster.ac.uk] > Sent: 08 November 2002 11:46 > To: 'ixp1200(a)cs.princeton.edu' > Subject: [ixp1200] Workbench, debug with "hardware" option? > > > Hi, > > I wonder, if I can use Workbench to do "hardware" debug? It's said that it's OK on EB boards, but I only have a SI board from Radisys. So I'm not sure whether it works. I've tried. Sometimes, it seemed successifully connected with the board, while in the other times, it just reported "Attach to debug library operation failed". It let me puzzled. Who can give some hints? > > BTW, to my opinion, play with ixp1200 is a game far from fun. There are enormous documents, while it's rather difficult to find wanted information. > > Cheers! > > Irvin > >

1 0

RE: [ixp1200] Workbench, debug with "hardware" option?
by Botham, Mick 08 Nov '02

08 Nov '02

Irvin, Are you using VxWorks or Linux? The workbench will function the same on either EB or SI card. I prefer a direct network connection from host to target board, it saves a lot of confusion. Rgds Michael Botham EMEA IXA TME -----Original Message----- From: Ye, Irvin [mailto:i.ye@lancaster.ac.uk] Sent: 08 November 2002 11:46 To: 'ixp1200(a)cs.princeton.edu' Subject: [ixp1200] Workbench, debug with "hardware" option? Hi, I wonder, if I can use Workbench to do "hardware" debug? It's said that it's OK on EB boards, but I only have a SI board from Radisys. So I'm not sure whether it works. I've tried. Sometimes, it seemed successifully connected with the board, while in the other times, it just reported "Attach to debug library operation failed". It let me puzzled. Who can give some hints? BTW, to my opinion, play with ixp1200 is a game far from fun. There are enormous documents, while it's rather difficult to find wanted information. Cheers! Irvin

2 1

RE: [ixp1200] Workbench, debug with "hardware" option?
by Ye, Irvin 08 Nov '02

08 Nov '02

I'm using Linux. -----Original Message----- From: Botham, Mick [mailto:mick.botham@intel.com] Sent: 08 November 2002 13:43 To: ixp1200(a)CS.Princeton.EDU Subject: RE: [ixp1200] Workbench, debug with "hardware" option? Irvin, Are you using VxWorks or Linux? The workbench will function the same on either EB or SI card. I prefer a direct network connection from host to target board, it saves a lot of confusion. Rgds Michael Botham EMEA IXA TME -----Original Message----- From: Ye, Irvin [mailto:i.ye@lancaster.ac.uk] Sent: 08 November 2002 11:46 To: 'ixp1200(a)cs.princeton.edu' Subject: [ixp1200] Workbench, debug with "hardware" option? Hi, I wonder, if I can use Workbench to do "hardware" debug? It's said that it's OK on EB boards, but I only have a SI board from Radisys. So I'm not sure whether it works. I've tried. Sometimes, it seemed successifully connected with the board, while in the other times, it just reported "Attach to debug library operation failed". It let me puzzled. Who can give some hints? BTW, to my opinion, play with ixp1200 is a game far from fun. There are enormous documents, while it's rather difficult to find wanted information. Cheers! Irvin

1 0