- ixp1200 - lists.cs.princeton.edu

Question about Transactor
by xtan＠mail 23 Oct '02

23 Oct '02

Hello! I have encountered some problems on debugging C source code under the Workbench. I want to 'examine' or 'deposit' the C defined variable in transator's command output window. For instance, ex f0.reg.reg_name_0 While the compiler won't generate the symbol representing the variable, I can only use the following instead: ex f0.reg.@b31 We know that the C compiler provide global_label function to preserve the C label. Is there any similar solution to the variable?! Thanks a lot. And thanks for your attention.

2 4

MicroEngine cycles
by Srivatsan S 22 Oct '02

22 Oct '02

Hi, How to calculate the no. of uEngine cycles required for a particular operation (packet reception, header verification and table lookup)? Its very difficult to interpret the same with the statistics provided by the History window in the transactor. Am I missing something? Any help is appreciated. Thanks, Srivatsan ---------------------------------------------------------- Srivatsan S MindTree Consulting, Bangalore. Ph: 91-80-6711777 Extn:1428 ----------------------------------------------------------

1 0

IXF440 10/100 Ethernet controller Issues
by Tan Chee-Wei 17 Oct '02

17 Oct '02

Dear all, Can anyone from Intel advise me on this: The IXF440 Datasheet dated from 1998 to the recent copy makes a reference to the register TERR_STT. (check TERR_STT on Page 34 and 50.) But I think this register cannot be found. I want to know whether TERR_STT is a typo error and what actually is meant is TXMT_STT (register that handles the causes for transmit stops) instead ? Can I also check whether the memory map for Slow ports (MAC 0 and 1) for both Evaluation board and Spectacle Island remains the same, as indicated in the mail "First Pass at Mac Address Map" found in the SDK CDROM: ie. it ranges from base 3840 0000 to base 3840 F000 ? For example 3840 3000 would mean Port 3. However, using OctalMAC_NetStat dump on Spectacle Island, I observed that the status for port 3 were gathered from 3840 3800 instead and not from 3840 3000. I tried to verify by dumping memory from StrongARM and the strange thing is memory portion at 3840 3000 had the corresponding data that I wanted but memory values at 3840 3800 were mostly zeroed. I also noticed that the MAC register TX_TSHD_BOFF was configured to be 0xa3 by NetAPP just before Developer Workbench was run to start the microengines but the moment after the microengines were started and running, TX_TSHD_BOFF changed to 0xaf (FIFO threshold increases dramatically). Shouldn't this threshold be fixed at the start by StrongARM and why should the FIFO threshold change only after microengines start to run? I also tried to read the Slow port portions that are memory mapped to Microengines' SRAM memory address space from 007f ffff to 0070 0000. From the programmer's manual, I know that the microengines can do so but it seems that I cannot read values in SRAM 007f ffff to 0070 0000 using memory watch in the Developer Workbench 2.1 for example sram[0x70182a]. Workbench reported undefined address. However the strange thing is that it read nicely from 0000 0000 to 001f ffff. May I know if there is something I can do to make the Workbench to read that address space ? I appreciate you reading through these questions. Thank You very much. Best regards, cheewei

1 0

MicroC development.
by Jorge Hermosillo G 08 Oct '02

08 Oct '02

Hi all, We are trying to run the examples from the IXP1200 Programming book (not using the ACE framework and debugging from the WorkBench) in the enp2505 board. They are working well in simulation mode, but once we indicate to run them in hardware, the rcv_rdy_lo register is always 0x00 even we are sending packets to the port 0. What do we need to activate the ports? We can see only the Hardware->Options->Ports tab to start them, is there something more we have to do? Thanks Jorge H

1 0

Question on Intel-supplied firmware versions
by Magesh Kannan 07 Oct '02

07 Oct '02

Hi, The original firmware supplied with an IXP1200 board is also present in the IXA SDK in the directory IXP1200/BoardSupport/bin. But there are many subdirectories inside this directory. How do I find the right version for the evaluation board that I have? Thanks, Magesh

3 2

Debugging ETH ports of IXP1200 (fwd)
by Magesh Kannan 04 Oct '02

04 Oct '02

Hi, Can someone from Intel on this list please help me on this? Please find enclosed a description of a problem in making the octal Fast Ethernet ports run at 100 Mbps when using the VERA runtime. Today, I restored the flash to the original Intel supplied image, changed the jumper settings back to the factory settings, put the card back in the Evaluation system chassis and started diagnostics. The problem (of LEDs blinking on the ethernet ports and the link flapping) persists even with the Intel firmware. Is there a way to debug the ethernet ports on the evaluation board? In particular, is there a way to find out what speed the MAC has decided on after autonegotiation or to disable autonegotiation and fix the speed at 100 Mbps? Thanks, Magesh ---------- Forwarded message ---------- Date: Wed, 2 Oct 2002 17:36:42 -0500 (CDT) From: Magesh Kannan <magesh(a)ittc.ku.edu> Reply-To: ixp1200(a)CS.Princeton.EDU To: ixp1200(a)CS.Princeton.EDU Subject: [ixp1200] Debugging ETH ports of IXP1200 Hi, This is a follow-up to my earlier emails about not being able to connect the Fast Ethernet ports on the IXP1200 to a PC using a straight-thru cable. Here is a recap. If I connect any of the ports on the IXP1200 to an ethernet card on a Linux PC, the two LEDs on the IXP1200 port (which I think stand for Activity and Full-Duplex) and one of the eight LEDs in the middle (which I think is the Link LED) blink at regular intervals (even when no data is being transmitted) and no link seems to be established. If I run the diagnostic tool 'mii-diag' on the Linux side, this is the output I get. ================ Basic registers of MII PHY #1: 3100 7809 0181 b802 01e1 41e1 0003 0000. The autonegotiated capability is 01e0. The autonegotiated media type is 100baseTx-FD. Basic mode control register 0x3100: Auto-negotiation enabled. Basic mode status register 0x7809 ... 7809. Link status: not established. Your link partner advertised 41e1: 100baseTx-FD 100baseTx 10baseT-FD 10baseT. End of basic transceiver information. Monitoring the MII transceiver status. 17:13:19.731 Baseline value of MII BMSR (basic mode status register) is 7809. 17:13:34.036 MII BMSR now 782d: Good link, NWay done, No Jabber (41e1). New link partner capability is 41e1 0003: 10/100 HD+FD switch. 17:13:34.326 MII BMSR now 7809: no link, NWay busy, No Jabber (0000). 17:13:41.236 MII BMSR now 782d: Good link, NWay done, No Jabber (41e1). New link partner capability is 41e1 0003: 10/100 HD+FD switch. 17:13:41.396 MII BMSR now 7809: no link, NWay busy, No Jabber (0000). 17:14:00.106 MII BMSR now 782d: Good link, NWay done, No Jabber (41e1). New link partner capability is 41e1 0003: 10/100 HD+FD switch. 17:14:00.136 MII BMSR now 7809: no link, NWay busy, No Jabber (0000). 17:14:09.846 MII BMSR now 7829: no link, NWay done, No Jabber (41e1). New link partner capability is 41e1 0003: 10/100 HD+FD switch. 17:14:09.856 MII BMSR now 782d: Good link, NWay done, No Jabber (41e1). 17:14:10.366 MII BMSR now 7809: no link, NWay busy, No Jabber (0000). 17:14:12.076 MII BMSR now 7829: no link, NWay done, No Jabber (41e1). New link partner capability is 41e1 0003: 10/100 HD+FD switch. 17:14:12.086 MII BMSR now 782d: Good link, NWay done, No Jabber (41e1). ================ The same behavior results with different NICs on the Linux side, one using eepro100 driver and another using the tulip driver on Linux 2.4.3-12. As you can see from the output, the link seems to be flapping. I am sure that the cables that I use are fine (I tested them using a cable tester, connected them on other machines and even used a factory-made CAT5 cable). To cross-check this problem, I also connected one of the IXP1200 ports to a port on a Cisco Catalyst 3500 series switch and observed in the switch's console port that the concerned ethernet port was going up and down fairly regularly. Has anyone seen this before? Given this behavior, is there a way to debug the ethernet ports on the IXP1200 board? In particular, is there a way to find out what speed the MAC has decided on and if possible, disable autonegotiation? FYI, if I interconnect two ports of IXP1200 with each other with a crossover cable, the link is established fine, the yellow LED on the port is lit and link LED is also up. Thanks for your help, Magesh

2 1

Does IXP1200 ENP-2505 PCI board work with vera
by Roberto Maccaferri 04 Oct '02

04 Oct '02

I have an IXA Education Workstation with inside an IXP1200 ENP-2505 PCI board. Can I use Vera? Because in the site said: IXP1200 Evaluation Board users: Update the flash following the directions here. (Princeton people may wish to use our BP-1200 device programmer and use the directions here.) Change the jumper settings on the board so that it may be installed in a PC running Linux by following the directions here. , Install the updated IXP1200 Evaluation Board and/or PMC694 board. I don`t understand if this IXP1200 Evaluation Board or PMC694 board is the only that work with VERA. Thanks Roberto

2 1

errors when trying to load the microcode.
by tomer 03 Oct '02

03 Oct '02

hi, while trying to load the microcode i get this error "bad object error occurred during load microcode operation" ---------------->>>> "microcode load failed"---------------->>>> "unexpected return status (0x1) from udebug library when trying to updatefreestore." i am working with the VxWorks OS there is no problem connecting to the IXPeb with the tornado, i checked my build settings and it is fine. cant understand the reason for the failior in loading the microcode. one more thing, it worked for a few times before but not anymore. does anyone has a clue? thanks tomer

1 0

Debugging ETH ports of IXP1200
by Magesh Kannan 02 Oct '02

02 Oct '02

Hi, This is a follow-up to my earlier emails about not being able to connect the Fast Ethernet ports on the IXP1200 to a PC using a straight-thru cable. Here is a recap. If I connect any of the ports on the IXP1200 to an ethernet card on a Linux PC, the two LEDs on the IXP1200 port (which I think stand for Activity and Full-Duplex) and one of the eight LEDs in the middle (which I think is the Link LED) blink at regular intervals (even when no data is being transmitted) and no link seems to be established. If I run the diagnostic tool 'mii-diag' on the Linux side, this is the output I get. ================ Basic registers of MII PHY #1: 3100 7809 0181 b802 01e1 41e1 0003 0000. The autonegotiated capability is 01e0. The autonegotiated media type is 100baseTx-FD. Basic mode control register 0x3100: Auto-negotiation enabled. Basic mode status register 0x7809 ... 7809. Link status: not established. Your link partner advertised 41e1: 100baseTx-FD 100baseTx 10baseT-FD 10baseT. End of basic transceiver information. Monitoring the MII transceiver status. 17:13:19.731 Baseline value of MII BMSR (basic mode status register) is 7809. 17:13:34.036 MII BMSR now 782d: Good link, NWay done, No Jabber (41e1). New link partner capability is 41e1 0003: 10/100 HD+FD switch. 17:13:34.326 MII BMSR now 7809: no link, NWay busy, No Jabber (0000). 17:13:41.236 MII BMSR now 782d: Good link, NWay done, No Jabber (41e1). New link partner capability is 41e1 0003: 10/100 HD+FD switch. 17:13:41.396 MII BMSR now 7809: no link, NWay busy, No Jabber (0000). 17:14:00.106 MII BMSR now 782d: Good link, NWay done, No Jabber (41e1). New link partner capability is 41e1 0003: 10/100 HD+FD switch. 17:14:00.136 MII BMSR now 7809: no link, NWay busy, No Jabber (0000). 17:14:09.846 MII BMSR now 7829: no link, NWay done, No Jabber (41e1). New link partner capability is 41e1 0003: 10/100 HD+FD switch. 17:14:09.856 MII BMSR now 782d: Good link, NWay done, No Jabber (41e1). 17:14:10.366 MII BMSR now 7809: no link, NWay busy, No Jabber (0000). 17:14:12.076 MII BMSR now 7829: no link, NWay done, No Jabber (41e1). New link partner capability is 41e1 0003: 10/100 HD+FD switch. 17:14:12.086 MII BMSR now 782d: Good link, NWay done, No Jabber (41e1). ================ The same behavior results with different NICs on the Linux side, one using eepro100 driver and another using the tulip driver on Linux 2.4.3-12. As you can see from the output, the link seems to be flapping. I am sure that the cables that I use are fine (I tested them using a cable tester, connected them on other machines and even used a factory-made CAT5 cable). To cross-check this problem, I also connected one of the IXP1200 ports to a port on a Cisco Catalyst 3500 series switch and observed in the switch's console port that the concerned ethernet port was going up and down fairly regularly. Has anyone seen this before? Given this behavior, is there a way to debug the ethernet ports on the IXP1200 board? In particular, is there a way to find out what speed the MAC has decided on and if possible, disable autonegotiation? FYI, if I interconnect two ports of IXP1200 with each other with a crossover cable, the link is established fine, the yellow LED on the port is lit and link LED is also up. Thanks for your help, Magesh

1 0

Connectivity questions
by Magesh Kannan 02 Oct '02

02 Oct '02

Hi, This is a question for the guys at Princeton. Can you please briefly describe your hardware setup? I mean 1. what cable (cross-over/straight-thru) you use to connect the ethernet ports on the IXP1200 to the outside world. 2. if you always use a switch/hub between a host and the ixp1200 ethernet ports. 3. what ethernet card and driver do you use on the machines that you connect to the IXP1200 for the IPmm experiment. 4. if you force the speed on any of these ports to 10 Mbps etc. Contrary to some advice on this list for my question on cabling, it seems that the ethernet ports on the IXP1200 behave like ports on hubs. This means that straight-thru cables have to be used to connect an IXP1200 port to a PC's ethernet card. When I do this, the yellow LED on the IXP1200 port blinks and the LED in the LED bank in the middle of the two quad connectors does not come on. If I force the speed on the linux PC's interface to 10 Mbps (using mii-diag), the link LED (in the LED bank) comes on, but when I try to send traffic, there is some debug output on the IXP1200's serial port (indicating packet reception) initially. After some time, there is no further output and I get carrier errors on the PC (found from ifconfig). The only configuration in which I have been able to make the IXP1200 ports receive packets is this Linux PC's eth1 <--- STRAIGHT-THRU ----> 10 Mbps ONLY HUB <----- CROSS-OVER ----> 1XP1200 ETH port Consequently, I am confused. Thanks, Magesh

3 3