- ixp1200 - lists.cs.princeton.edu

RE: [ixp1200] IXP Simulator Query - passage of packets to Microen gines
by Heaton, Eric D 13 Dec '01

13 Dec '01

Murali, You're correct, there are several ways to simulate network traffic using the Transactor (the IXP1200 simulator). The easiest way is to get the IX Bus Device Simulator up and running. You can find information about this tool in the IXP1200 Developer Tools User's Guide in sections 2.11.19-2.11.22. This feature of the Developer Workbench will allow you to simulate with custom Ethernet or ATM cells, though beyond that, you will have to create a "Network Traffic DLL", which is like a foreign model, but for the specific purpose of putting traffic on the IX Bus. More information on the Network Traffic DLL can be found section 2.11.21 of this same document and an simple code example can be found in the <IXP1200_INSTALL>\WIN32DevTools\Samples\NetworkTraffic directory. Eric Heaton Technical Marketing Engineer Intel Corporation - NPBU -----Original Message----- From: S Murali [mailto:tulasi@csa.iisc.ernet.in] Sent: Friday, November 30, 2001 1:44 PM To: ixp1200(a)CS.Princeton.EDU Subject: [ixp1200] IXP Simulator Query - passage of packets to Microengines Hi All, I am presently working on IXP Simulator which comes with the CD's of Intel. The issue is sending packets to the microengines. As far as I know there are 2 ways of passing packets to the microengines a) Using the IX Bus which comes with the simulator. b) Passing packets from outside the Workbench ( Foreign Model ). I am sucessful in passing packets from the IX Bus, but do not have any idea of sending packets from outside the Workbench ( i.e. from the network ) so that I can manipulate the packets going to the IXP. I think this can be achieved by creation of some DLL's on Windows ( as specified in the manual ) which can be linked to the Simulator. Can any one out there give me some guidance of how to generate these DLL's and the code ?? Or if you already have some sample code which works this way, can you pass it on to me ?? The idea is to send and receive packets from the network (another m/c) to the Simulator. If these is any other method by which we can achieve this, pls specify. Thanks, Regards, -Murali IISc. Bangalore

1 0

Administration: Updated Info
by Scott C. Karlin 11 Dec '01

11 Dec '01

I have updated the "info" file for the mailing list (see below). This is the file which is sent to new subscribers to the list. We originally established this list to link the CS and EE departments of the schools participating in Intel's IXA University Program. One particular project which grew out of this program is the VERA work being done at Princeton. Because we are getting requests for more information from people outside of academia, we have decided to expand the membership of the list and to explicitly add VERA as a discussion topic for the list. In addition to expanding the scope, we have made a few additional changes to the mailing list, including: * We've added reminders that this is not an Intel support list and that one should not post proprietary information. * We have disabled the "who" command. This is to prevent anyone from getting a list of subscribers. Scott Karlin OVERVIEW -------- The purpose of this list is to facilitate discussion on the topics of: (1) the IXP1200 Network Processor including its Ethernet Evaluation System, and (2) Princeton's VERA software. See http://www.cs.princeton.edu/nsg/vera/ This list is not sponsored by Intel and is not a substitute for Intel technical support. POSTING MESSAGES ---------------- To send mail to the people on the list, send your ASCII message (not HTML) to ixp1200(a)cs.princeton.edu Note that this list has been setup so that replies go to the entire list. This is to encourage discussion on the list. GUIDELINES ---------- While informative announcements of products or services that benefit most subscribers are allowed, blatant commercial advertising is not. Please do not clutter the archive with HTML messages or attachments. Use plain ASCII text only. (Place code, papers, etc., on a WWW or FTP site and provide a URL reference instead.) This is an "open" discussion forum in the sense that proprietary information should not be posted to the list. Note that this is a "closed" discussion forum in the sense that we will continue to manually approve submission requests and that we retain the right to unsubscribe abusers of the list. UNSUBSCRIBING ------------- See "unsubscribe" in the COMMANDS section below. ARCHIVE ------- All postings to this list are archived by month into files having extensions which represent the year and month of the archives. See "index" and "get" in the COMMANDS section below for access. COMMANDS -------- Majordomo handles the ixp1200 mailing list. To "execute" a command, send mail to majordomo(a)cs.princeton.edu (NOT ixp1200(a)cs.princeton.edu) Include the command in the *body* of the message (the subject line is ignored and may be blank). Commands include: unsubscribe ixp1200 remove yourself from this list index ixp1200 get a list of available archive files get ixp1200 <filename> retrieve an archive file. info ixp1200 get the most current version of this message (works only if you are on the list) subscribe ixp1200 request to be added to this list (must be approved by the list admin) help general help from Majordomo Note that the "who" command has been disabled. ADMINSTRATOR ------------ If you have administrative questions or comments about the list, send them to ixp1200-request(a)cs.princeton.edu LAST UPDATED ------------ November 27, 2001

2 1

Announcment: LibIXPRouter release 1.0
by Yitzchak M. Gottlieb 04 Dec '01

04 Dec '01

We are pleased to announce the release of version 1.0 of LibIXPRouter, a library of code for the StrongARM and microEngines which turn the IXP1200 into a router. The software is available at http://www.cs.princeton.edu/nsg/vera. Please feel free to post any questions. Warning: this is a 1.0 release and is slightly buggy for some cases. Read the README file. Also available are two applications which demonstrate how to use the library. Zuki -- Yitzchak Gottlieb zuki(a)CS.Princeton.EDU

1 0

IXP Simulator Query - passage of packets to Microengines
by S Murali 30 Nov '01

30 Nov '01

Hi All, I am presently working on IXP Simulator which comes with the CD's of Intel. The issue is sending packets to the microengines. As far as I know there are 2 ways of passing packets to the microengines a) Using the IX Bus which comes with the simulator. b) Passing packets from outside the Workbench ( Foreign Model ). I am sucessful in passing packets from the IX Bus, but do not have any idea of sending packets from outside the Workbench ( i.e. from the network ) so that I can manipulate the packets going to the IXP. I think this can be achieved by creation of some DLL's on Windows ( as specified in the manual ) which can be linked to the Simulator. Can any one out there give me some guidance of how to generate these DLL's and the code ?? Or if you already have some sample code which works this way, can you pass it on to me ?? The idea is to send and receive packets from the network (another m/c) to the Simulator. If these is any other method by which we can achieve this, pls specify. Thanks, Regards, -Murali IISc. Bangalore

1 0

VERA Software Announcement
by Scott C. Karlin 26 Nov '01

26 Nov '01

This is to announce that we have setup a web page dedicated to our VERA (Virtual Extensible Router Architecture) software for the Intel IXP1200 Ethernet Evaluation Board and the RAMiX PMC694 Network Interface Card. http://www.cs.princeton.edu/nsg/vera/ Scott Karlin

1 0

RE: [ixp1200] Re: questions on using the IXP1200 in a PC.
by Varnell, Frank 19 Nov '01

19 Nov '01

> 2. Can the StrongArm initiate a DMA transfer directly between its SDRAM > and PC host memory? Any idea what is the rough performance is? Yes. I've only made a couple of measurements: IXP1200 --> Pentium DMA Push 64-byte block 13.10 MByte/sec IXP1200 --> Pentium DMA Push 1500-byte block 49.01 MByte/sec Pentium --> IXP1200 DMA Pull 64-byte block 11.47 MByte/sec Pentium --> IXP1200 DMA Pull 1500-byte block 24.66 MByte/sec The performance is dependant on the CPU speed, the chip set, and the software. Here are some numbers we measured for a PCI loopback test. MCE->ARM->IA(IP layer turnaround)->ARM->MCE (no the code is not available, but it gives you an idea what is possible) Configuration 64 128 190 256 512 1024 1518 STL2(933Mhz), IXP rev C0, 32/33 frame rate 51,030 47,295 43,217 41,470 33,056 23,622 18,506 PCI Throughput 52,254,720 96,860,160 131,379,680 169,861,120 270,794,752 387,022,848 449,473,728 %gig rate 7 11 15 18 28 39 46

1 0

questions on using the IXP1200 in a PC.
by Joon 19 Nov '01

19 Nov '01

Hi All, I'm new to this list and would like to find out a little more about the IXP 1200. I apologize if some of these questions have been asked before. I understand that it is possible to plug the eval board into the 33-MHz 32-bit PCI slot of a standard PC (after some jumper and firmware changes). 1. Can the host PC access the SDRAM, SRAM, registers, etc on the IXP 1200? Is using the IXP1200 in the PCI slot of a PC a supported mode of operation in the first place? 2. Can the StrongArm initiate a DMA transfer directly between its SDRAM and PC host memory? Any idea what is the rough performance is? 3. Can the StrongArm generate interrupts to the host PC over the PCI bus? 4. Can we really expand the SDRAM memory on the IXP1200 to 256MB as listed in the specs? Thanks very much! joon

2 1

SDK 2 and Linux binaries...
by Austen McDonald 13 Nov '01

13 Nov '01

Does the SDK 2 come with a microcode loader already built for arm-linux? That is, if I have an obj file in the ramdisk of the IXP and want to, from a session on the ARM, load this into the uE's is there built code to do that? Austen McDonald austen(a)cc.gatech.edu God does not care about our mathematical difficulties. He integrates empirically. -- Albert Einstein

1 0

RE: [ixp1200] Functionality of A0 Silicon?
by Preston, Charles E 13 Nov '01

13 Nov '01

Another good catch. We'll make sure the updated versions gets posted onto the developer website. -----Original Message----- From: rasit(a)cs.umanitoba.ca [mailto:rasit@cs.umanitoba.ca] Sent: Tuesday, November 13, 2001 9:15 AM To: ixp1200(a)CS.Princeton.EDU Subject: Re: [ixp1200] Functionality of A0 Silicon? Well, the website pointed at by Scott on this list contains a document dated Feb 2001. Why it is so old, then? Rasit According to Preston, Charles E: > > Eric, > > I thought I'd let you catch this before a dozen other people start posting > corrections. The latest spec update version on FDBL is actually August > 2001. > > Carlo > > -----Original Message----- > From: Heaton, Eric D [mailto:eric.d.heaton@intel.com] > Sent: Tuesday, November 13, 2001 8:50 AM > To: 'ixp1200(a)CS.Princeton.EDU' > Subject: RE: [ixp1200] Functionality of A0 Silicon? > > > Loren, > > Check out the latest IXP1200 Spec Update for info on exactly how much > trouble you will have. ;) This document can be found on the IXA SDK, but > if you need a copy, let me know. (The latest is dated June 2001.) > > Eric Heaton > Technical Marketing Engineer > Intel Corporation - NPBU > > > -----Original Message----- > From: lcard [mailto:lcard@win.trlabs.ca] > Sent: Tuesday, November 13, 2001 11:27 AM > To: ixp1200(a)CS.Princeton.EDU > Subject: [ixp1200] Functionality of A0 Silicon? > > > Hello List, > > It would seem that I am lucky enough to have an Evaluation Kit with A0 > Silicon. > > I was able to glean this bit of information from a helpful source: > > > Intel released 3 versions I know of, each less crippled then the > > last. The B0 parts are useable. The A0 parts have a number of serious > > bugs. > > How bad are the A0 parts? > > What are the bugs? > > Thanks in advance! > > -Loren > -- M. Rasit Eskicioglu E-mail: rasit(a)cs.umanitoba.ca Department of Computer Science Phone : (204) 474-8835 (Office) 528 Machray Hall (204) 474-8313 (Messages) University of Manitoba Fax : (204) 474-7609 Winnipeg, Manitoba R3T 2N2 Canada URL : http://www.cs.umanitoba.ca/~rasit

1 0

Re: [ixp1200] Functionality of A0 Silicon?
by rasit＠cs.umanitoba.ca 13 Nov '01

13 Nov '01

Well, the website pointed at by Scott on this list contains a document dated Feb 2001. Why it is so old, then? Rasit According to Preston, Charles E: > > Eric, > > I thought I'd let you catch this before a dozen other people start posting > corrections. The latest spec update version on FDBL is actually August > 2001. > > Carlo > > -----Original Message----- > From: Heaton, Eric D [mailto:eric.d.heaton@intel.com] > Sent: Tuesday, November 13, 2001 8:50 AM > To: 'ixp1200(a)CS.Princeton.EDU' > Subject: RE: [ixp1200] Functionality of A0 Silicon? > > > Loren, > > Check out the latest IXP1200 Spec Update for info on exactly how much > trouble you will have. ;) This document can be found on the IXA SDK, but > if you need a copy, let me know. (The latest is dated June 2001.) > > Eric Heaton > Technical Marketing Engineer > Intel Corporation - NPBU > > > -----Original Message----- > From: lcard [mailto:lcard@win.trlabs.ca] > Sent: Tuesday, November 13, 2001 11:27 AM > To: ixp1200(a)CS.Princeton.EDU > Subject: [ixp1200] Functionality of A0 Silicon? > > > Hello List, > > It would seem that I am lucky enough to have an Evaluation Kit with A0 > Silicon. > > I was able to glean this bit of information from a helpful source: > > > Intel released 3 versions I know of, each less crippled then the > > last. The B0 parts are useable. The A0 parts have a number of serious > > bugs. > > How bad are the A0 parts? > > What are the bugs? > > Thanks in advance! > > -Loren > -- M. Rasit Eskicioglu E-mail: rasit(a)cs.umanitoba.ca Department of Computer Science Phone : (204) 474-8835 (Office) 528 Machray Hall (204) 474-8313 (Messages) University of Manitoba Fax : (204) 474-7609 Winnipeg, Manitoba R3T 2N2 Canada URL : http://www.cs.umanitoba.ca/~rasit

1 0

RE: [ixp1200] Functionality of A0 Silicon?
by Heaton, Eric D 13 Nov '01

13 Nov '01

You got me.. sorry about that guys! Thanks Carlo. ;) --eric h. -----Original Message----- From: Preston, Charles E [mailto:charles.e.preston@intel.com] Sent: Tuesday, November 13, 2001 12:07 PM To: 'ixp1200(a)CS.Princeton.EDU' Subject: RE: [ixp1200] Functionality of A0 Silicon? Eric, I thought I'd let you catch this before a dozen other people start posting corrections. The latest spec update version on FDBL is actually August 2001. Carlo -----Original Message----- From: Heaton, Eric D [mailto:eric.d.heaton@intel.com] Sent: Tuesday, November 13, 2001 8:50 AM To: 'ixp1200(a)CS.Princeton.EDU' Subject: RE: [ixp1200] Functionality of A0 Silicon? Loren, Check out the latest IXP1200 Spec Update for info on exactly how much trouble you will have. ;) This document can be found on the IXA SDK, but if you need a copy, let me know. (The latest is dated June 2001.) Eric Heaton Technical Marketing Engineer Intel Corporation - NPBU -----Original Message----- From: lcard [mailto:lcard@win.trlabs.ca] Sent: Tuesday, November 13, 2001 11:27 AM To: ixp1200(a)CS.Princeton.EDU Subject: [ixp1200] Functionality of A0 Silicon? Hello List, It would seem that I am lucky enough to have an Evaluation Kit with A0 Silicon. I was able to glean this bit of information from a helpful source: > Intel released 3 versions I know of, each less crippled then the > last. The B0 parts are useable. The A0 parts have a number of serious > bugs. How bad are the A0 parts? What are the bugs? Thanks in advance! -Loren

1 0

RE: [ixp1200] Functionality of A0 Silicon?
by Preston, Charles E 13 Nov '01

13 Nov '01

Eric, I thought I'd let you catch this before a dozen other people start posting corrections. The latest spec update version on FDBL is actually August 2001. Carlo -----Original Message----- From: Heaton, Eric D [mailto:eric.d.heaton@intel.com] Sent: Tuesday, November 13, 2001 8:50 AM To: 'ixp1200(a)CS.Princeton.EDU' Subject: RE: [ixp1200] Functionality of A0 Silicon? Loren, Check out the latest IXP1200 Spec Update for info on exactly how much trouble you will have. ;) This document can be found on the IXA SDK, but if you need a copy, let me know. (The latest is dated June 2001.) Eric Heaton Technical Marketing Engineer Intel Corporation - NPBU -----Original Message----- From: lcard [mailto:lcard@win.trlabs.ca] Sent: Tuesday, November 13, 2001 11:27 AM To: ixp1200(a)CS.Princeton.EDU Subject: [ixp1200] Functionality of A0 Silicon? Hello List, It would seem that I am lucky enough to have an Evaluation Kit with A0 Silicon. I was able to glean this bit of information from a helpful source: > Intel released 3 versions I know of, each less crippled then the > last. The B0 parts are useable. The A0 parts have a number of serious > bugs. How bad are the A0 parts? What are the bugs? Thanks in advance! -Loren

1 0

Re: [ixp1200] Functionality of A0 Silicon?
by rasit＠cs.umanitoba.ca 13 Nov '01

13 Nov '01

Thanks for your input Eric. Since you're from the manufacturer side, tell us how to fix the problem(s). Is there an upgrade path? Or we should just throw the board to garbage;-) How Intel can help us? Thanks, Rasit (P.S. I'm Loren's indirect(?) mentor in this project;-) According to Heaton, Eric D: > > Loren, > > Check out the latest IXP1200 Spec Update for info on exactly how much > trouble you will have. ;) This document can be found on the IXA SDK, but > if you need a copy, let me know. (The latest is dated June 2001.) > > Eric Heaton > Technical Marketing Engineer > Intel Corporation - NPBU > > > -----Original Message----- > From: lcard [mailto:lcard@win.trlabs.ca] > Sent: Tuesday, November 13, 2001 11:27 AM > To: ixp1200(a)CS.Princeton.EDU > Subject: [ixp1200] Functionality of A0 Silicon? > > > Hello List, > > It would seem that I am lucky enough to have an Evaluation Kit with A0 > Silicon. > > I was able to glean this bit of information from a helpful source: > > > Intel released 3 versions I know of, each less crippled then the > > last. The B0 parts are useable. The A0 parts have a number of serious > > bugs. > > How bad are the A0 parts? > > What are the bugs? > > Thanks in advance! > > -Loren > -- M. Rasit Eskicioglu E-mail: rasit(a)cs.umanitoba.ca Department of Computer Science Phone : (204) 474-8835 (Office) 528 Machray Hall (204) 474-8313 (Messages) University of Manitoba Fax : (204) 474-7609 Winnipeg, Manitoba R3T 2N2 Canada URL : http://www.cs.umanitoba.ca/~rasit

1 0

RE: [ixp1200] Functionality of A0 Silicon?
by Heaton, Eric D 13 Nov '01

13 Nov '01

Loren, Check out the latest IXP1200 Spec Update for info on exactly how much trouble you will have. ;) This document can be found on the IXA SDK, but if you need a copy, let me know. (The latest is dated June 2001.) Eric Heaton Technical Marketing Engineer Intel Corporation - NPBU -----Original Message----- From: lcard [mailto:lcard@win.trlabs.ca] Sent: Tuesday, November 13, 2001 11:27 AM To: ixp1200(a)CS.Princeton.EDU Subject: [ixp1200] Functionality of A0 Silicon? Hello List, It would seem that I am lucky enough to have an Evaluation Kit with A0 Silicon. I was able to glean this bit of information from a helpful source: > Intel released 3 versions I know of, each less crippled then the > last. The B0 parts are useable. The A0 parts have a number of serious > bugs. How bad are the A0 parts? What are the bugs? Thanks in advance! -Loren

1 0

Functionality of A0 Silicon?
by lcard 13 Nov '01

13 Nov '01

Hello List, It would seem that I am lucky enough to have an Evaluation Kit with A0 Silicon. I was able to glean this bit of information from a helpful source: > Intel released 3 versions I know of, each less crippled then the > last. The B0 parts are useable. The A0 parts have a number of serious > bugs. How bad are the A0 parts? What are the bugs? Thanks in advance! -Loren

2 1

Canadian ixp1200 Woes
by lcard 08 Nov '01

08 Nov '01

Hello List, I've got an IXP12EB kit. (Not the fancy IXDP1200 Development platform with the single board computer.) One of the problems I have is I don't know what silicon I have. (A0, B0, C0? How many are there anyway?) I don't know if there are different revisions of the IXP12EB kit, and I don't know if there are different revisions of the PCI blade either. Do you know the revision history of the silicon? The PCI blade? The IXP12EB kit? When I manipulate the J12 and J26 jumpers on the PCI card with a console (9600 baud, 8 data bits, No Parity bit, 1 stop bit) attached: 1. The Boot Manager will not start. (The SDK 1.0 documentation does not reference a boot manager, so maybe I just doesn't have one on my flash image...) Some trash is sent to the console however. At first I figured this was just my console not set up properly, so I tried different speeds, and setups, with no luck. 2. It won't start the VxWorks loader (Nothing is sent to the serial port. Various documentation indicates the console should be used set up the FTP client to grab a Vxworks kernel image, but that doesn't work, because the console is dead.) 3. It doesn't start the Angel Debugger. Oddly, this setting sends the same trash to the console as the setting for the boot manager. 4. The diagnostics setting DOES work. This makes me think my console setup also works. I can run through the tests, and send test commands, and receive test data back. Those four points make me think that one (or both) of the flash chips on the PCI blade are probably corrupt. I can't burn parts, but I can probably find someone to do it for me, so some Flash ROM images would be really helpful. It would be even better if they were stored on Flash ROMs. Does anyone have any? I would love to run VxWorks, or Linux, or anything other than the diagnostics at this point. Any help you can provide, including the names of support contacts would be greatly appreciated. -L Loren Card System Administrator, Packet Plumber, Process Gestapo, Data Integrity Sheriff, Information Monk, Graduate Student, TRLabs, Winnipeg, Canada. Tel: (204)488-5626 Email: lcard(a)win.trlabs.ca

2 1

RE: [ixp1200] Canadian ixp1200 Woes
by Sprajc, Barry 08 Nov '01

08 Nov '01

The orientation of the jumpers in this area of J12 and J26 are not of normal convention. If you hold the card up so the lables are correct ( With the fiber ports pointed up ), the jumpers should be read as: 3 2 1 +-+-+-+ |o|o|o| +-+-+-+ Normally one would expect them to read as: 1 2 3 +-+-+-+ |o|o|o| +-+-+-+ This caused me grief for about a day one time. To verify correct orientation of the jumpers, look for the square solder pad on the PCB. The square pad indicates pin 1. Also, in some version of the firmware, they may have changed the baud rate to 19600 or 38400, but I don't remember which version or if this was only on the fancy dev. platform. Hope this helps, /barry -----Original Message----- From: lcard [mailto:lcard@win.trlabs.ca] Sent: Thursday, November 08, 2001 9:16 AM To: ixp1200(a)CS.Princeton.EDU Subject: [ixp1200] Canadian ixp1200 Woes Hello List, I've got an IXP12EB kit. (Not the fancy IXDP1200 Development platform with the single board computer.) One of the problems I have is I don't know what silicon I have. (A0, B0, C0? How many are there anyway?) I don't know if there are different revisions of the IXP12EB kit, and I don't know if there are different revisions of the PCI blade either. Do you know the revision history of the silicon? The PCI blade? The IXP12EB kit? When I manipulate the J12 and J26 jumpers on the PCI card with a console (9600 baud, 8 data bits, No Parity bit, 1 stop bit) attached: 1. The Boot Manager will not start. (The SDK 1.0 documentation does not reference a boot manager, so maybe I just doesn't have one on my flash image...) Some trash is sent to the console however. At first I figured this was just my console not set up properly, so I tried different speeds, and setups, with no luck. 2. It won't start the VxWorks loader (Nothing is sent to the serial port. Various documentation indicates the console should be used set up the FTP client to grab a Vxworks kernel image, but that doesn't work, because the console is dead.) 3. It doesn't start the Angel Debugger. Oddly, this setting sends the same trash to the console as the setting for the boot manager. 4. The diagnostics setting DOES work. This makes me think my console setup also works. I can run through the tests, and send test commands, and receive test data back. Those four points make me think that one (or both) of the flash chips on the PCI blade are probably corrupt. I can't burn parts, but I can probably find someone to do it for me, so some Flash ROM images would be really helpful. It would be even better if they were stored on Flash ROMs. Does anyone have any? I would love to run VxWorks, or Linux, or anything other than the diagnostics at this point. Any help you can provide, including the names of support contacts would be greatly appreciated. -L Loren Card System Administrator, Packet Plumber, Process Gestapo, Data Integrity Sheriff, Information Monk, Graduate Student, TRLabs, Winnipeg, Canada. Tel: (204)488-5626 Email: lcard(a)win.trlabs.ca

1 0

FW: IXA SDK 2.0 is shipping
by Brandewie, Dirk J 05 Oct '01

05 Oct '01

> Hi All, > > For those of you who were not aware version 2 of the IXA SDK is now > shipping. > > You may order your copy of the SDK from the web page > http://developer.intel.com/design/network/products/npfamily/sdk2.htm > > Enjoy > --Dirk

1 0

RE: [ixp1200] Problems with Diagnostics...
by Heaton, Eric D 20 Sep '01

20 Sep '01

Austen, I believe that you are running the version of the diags with the Gigabit loopback bug.. v1.2.76. The first patch for this fix would have been in build v1.2D.77, as well as incorporated into v1.3.141 software. Please make sure you are compiling and flashing the latest diags and let us know if you are still having problems. Eric Heaton Technical Marketing Engineer Intel Corporation - NPBU -----Original Message----- From: Austen McDonald [mailto:austen@cc.gatech.edu] Sent: Tuesday, September 18, 2001 12:49 PM To: ixp1200(a)CS.Princeton.EDU Subject: [ixp1200] Problems with Diagnostics... We at Tech are trying to debug some problems with our gigabit ports: they've seemed to stop working (sending and recv'ing) suddenly and there appears to be no reason for it. So, we decided to turn to the diagnositcs. We updated the diagnostics (b/c the old version has known gigabit problems) as per the release notes in SDK v1.3: we reinstalled the boot image boot1200.bin overwriting everything and installing Diagnostics v1.2.76. When we run the diagnostics, they fail on the gigabit tests; nothing is sent or received except in one case: if the first thing you do when you run the diagnostics is gigabit, internal loopback mode, run test continuously, then 16 packets are sent--after that nothing and if you go do something else (like an octal test or external loopback test) before you try this test, nothing happens. However, the octal tests work. Does anyone have any suggestions? Austen McDonald austen(a)cc.gatech.edu God does not care about our mathematical difficulties. He integrates empirically. -- Albert Einstein

1 0

RE: [ixp1200] Problems with Diagnostics...
by Brandewie, Dirk J 19 Sep '01

19 Sep '01

Hi Austen, I forwarded your question to the TME for the board we will see if we can find the answer. --Dirk > -----Original Message----- > From: Austen McDonald [mailto:austen@cc.gatech.edu] > Sent: Tuesday, September 18, 2001 9:49 AM > To: ixp1200(a)CS.Princeton.EDU > Subject: [ixp1200] Problems with Diagnostics... > > > > We at Tech are trying to debug some problems with our gigabit > ports: they've seemed to stop working (sending and recv'ing) > suddenly and > there appears to be no reason for it. So, we decided to turn to the > diagnositcs. > We updated the diagnostics (b/c the old version has > known gigabit > problems) as per the release notes in SDK v1.3: we > reinstalled the boot > image boot1200.bin overwriting everything and installing Diagnostics > v1.2.76. > When we run the diagnostics, they fail on the gigabit tests; > nothing is sent or received except in one case: if the first > thing you do > when you run the diagnostics is gigabit, internal loopback > mode, run test > continuously, then 16 packets are sent--after that nothing > and if you go > do something else (like an octal test or external loopback > test) before > you try this test, nothing happens. However, the octal tests > work. Does > anyone have any suggestions? > > Austen McDonald > austen(a)cc.gatech.edu > > God does not care about our mathematical difficulties. > He integrates empirically. > -- Albert Einstein > >

1 0

Problems with Diagnostics...
by Austen McDonald 18 Sep '01

18 Sep '01

We at Tech are trying to debug some problems with our gigabit ports: they've seemed to stop working (sending and recv'ing) suddenly and there appears to be no reason for it. So, we decided to turn to the diagnositcs. We updated the diagnostics (b/c the old version has known gigabit problems) as per the release notes in SDK v1.3: we reinstalled the boot image boot1200.bin overwriting everything and installing Diagnostics v1.2.76. When we run the diagnostics, they fail on the gigabit tests; nothing is sent or received except in one case: if the first thing you do when you run the diagnostics is gigabit, internal loopback mode, run test continuously, then 16 packets are sent--after that nothing and if you go do something else (like an octal test or external loopback test) before you try this test, nothing happens. However, the octal tests work. Does anyone have any suggestions? Austen McDonald austen(a)cc.gatech.edu God does not care about our mathematical difficulties. He integrates empirically. -- Albert Einstein

1 0

RE: [ixp1200] sdk 2.0
by Yost, Susan 17 Sep '01

17 Sep '01

You will be able to order the CDs from developer.intel.com by the month. Susan Yost -----Original Message----- From: Ganesh .N [mailto:nganesh@agni.csa.iisc.ernet.in] Sent: Friday, September 14, 2001 12:49 PM To: ixp1200(a)CS.Princeton.EDU Subject: [ixp1200] sdk 2.0 hi, can any one tell me when sdk 2.0 is likely to be released? i would appreciate any information in this regard. Thanks, Ganesh.N The only reason for time is so that everything doesn't happen at once.. --Albert Einstein

1 0

linux on ixps and memory map
by Josh Fryman 14 Sep '01

14 Sep '01

hi all, this is a follow-on to my earlier question. i got enough information to find a trivial way to change the amount of memory linux is using, but now i'm trying to do some more challenging things, and having no luck. first off, to change the amount of memory being used, the simplest way is to edit "arch/arm/kernel/setup.c" and change the "#define CONFIG_CMDLINE" to include "mem=XM", where X=4,6,8... i received many suggestions, but they all involved more work than this ;) [note: X = size of space for linux + size of ramdisk] second, by resizing the ramdisk image down to 6MB from 8MB, we were able to save another little bit of space. between these two options, we can comfortably run linux in a 14MB footprint... but that leaves now 18MB of free space. now what we want to do is to move this space used by linux and ramdisk to the top or bottom of memory, and increasing the SDRAM_PACKET_xxx values such that instead of the sdram uncached packet buffer area being 8MB, it's increased to 18MB. i've modified the various values in include/asm-arm/arch-ixp1200/ hardware.h ixp1200eb.h arch/arm/mm/ mm-ixp1200.c the various combinations i've tried: - make the buffer at the top of memory, size > 8MB - make the buffer at the bottom of memory, size > 8MB - make the buffer in the middle of memory, size > 8MB - make TWO buffers, at top and bottom, each size = 8MB no matter how i try to modify the behavior in these files, if i make the buffer > 8MB, OR if i move the linux base address away from 0xc080...., OR if i try and add a 2nd buffer region... the system won't boot correctly. the most common behavior is lockup either when it reaches "Uncompress..............................done," or when it tries to initialize the Intel EEPro 10/100 card, at which point it fails the self-test and the system generally panics. does anyone have any idea what i'm doing wrong? i'm careful to modify those values that should - such as base addresses of the SDRAM_PACKET and SDRAM_BASE, sizes, etc, but no matter how i try, i can't seem to make this work. has anyone been able to move the memory blocks around? thanks for any input, josh fryman

2 1

RE: [ixp1200] sdk 2.0
by Heaton, Eric D 14 Sep '01

14 Sep '01

Ganesh, IXA SDK v2.0 will be released at the end of this month. Though perhaps you might not be able to order it until the first week of October. You will find the most current information on IXA SDK v2.0 at: http://developer.intel.com/design/network/products/npfamily/sdk2.htm Once it is available, there will be "Order Information" somewhere on the page.. most likely near the bottom. Eric Heaton Technical Marketing Engineer Intel Corporation - NPBU -----Original Message----- From: Ganesh .N [mailto:nganesh@agni.csa.iisc.ernet.in] Sent: Friday, September 14, 2001 12:49 PM To: ixp1200(a)CS.Princeton.EDU Subject: [ixp1200] sdk 2.0 hi, can any one tell me when sdk 2.0 is likely to be released? i would appreciate any information in this regard. Thanks, Ganesh.N The only reason for time is so that everything doesn't happen at once.. --Albert Einstein

1 0

RE: [ixp1200] SourceForge project
by Brandewie, Dirk J 10 Sep '01

10 Sep '01

There are no official rules. The goal of creating the project was to provide a place for people to share code with other interested parties. The code should be available for all to use so it should not have any licensing restrictions. --Dirk > -----Original Message----- > From: Lewin, Michael R [mailto:michael.r.lewin@intel.com] > Sent: Friday, September 07, 2001 4:56 PM > To: ixp1200(a)CS.Princeton.EDU > Subject: RE: [ixp1200] SourceForge project > > > Dirk, > what are the rules about posting code to sourceforge ? Is there a FAQ > somewhere ? > > Mike Lewin > Phone: 408 545-6212 > Page: 888 443 2311 > michael.r.lewin(a)intel.com > > > -----Original Message----- > From: Brandewie, Dirk J [mailto:dirk.j.brandewie@intel.com] > Sent: Tuesday, June 26, 2001 1:40 PM > To: 'ixp1200(a)cs.princeton.edu' > Cc: Ibieta, Rod; Yavatkar, Raj; Bynum, Ann > Subject: [ixp1200] SourceForge project > > > Hi All, > > As discussed at the IXA university forum last week a > SourceForge project has > been created to support sharing code and documents with the > IXA university > participants. > > Here are the particulars: > Project Unix Name: ixp1200 > CVS Server: cvs.ixp1200.sourceforge.net > Shell/Web Server: ixp1200.sourceforge.net > > > I am the Admin for the project so you will have to bear with me if the > project > space needs reconfiguration I am learning this on the fly. > The first thing > I > would like to do is solicit input on how we should organize > the CVS archive. > If you have any past successes using SourceForge I would like > to hear from > you. > > Please feel free to send me any comments or concerns you have > about the > project space. > > Thanks > --Dirk >

1 0