January 2002 - ixp1200 - lists.cs.princeton.edu

Running Vera software on newer boards.
by Christopher Adam Telfer 19 Jan '02

19 Jan '02

Hello, We were considering trying to install the Vera software on ixp1200 boards we recieved here at Purdue. However, I noticed that the software was written for the IXP12EB evaluation board. We, however, are using Radisys ENP-2505 boards : http://www.radisys.com/oem_products/ds-page.cfm?ProductDatasheetsID=1055&ms… Has anyone managed to get Vera compiled and run for this board? Some notable differences between the two seem to include a lack of jumpers and LEDs on the Radisys board. This board seems to use the same BootMgr, although it seems to lack VxWorks. (actually bad things seem to happen when you try to boot VxWorks) Any information would be helpful. Thanks in advance, -- Chris Telfer Purdue University

3 3

Memory map question...
by Austen McDonald 15 Jan '02

15 Jan '02

Ive asked this question before and got no answer: according to the header files in asm/arch-ixp1200/ the way SDRAM packet memory (address 0 in the micorengines) is mapped to virt memory hasnt changed between BV the eval board. But, when I go to read from virt addr 0xd8000000 (where DRAM_BASE is in board.h) I dont get what I write to 0x0 in the uE. Where is the bottom of the uE's SDRAM mapped in linux? An additional question: how exactly is linux positioned in memory? What I really want to know is where can the uEs write packets to and how much space do they have on the BV boards? Austen McDonald austen(a)cc.gatech.edu God does not care about our mathematical difficulties. He integrates empirically. -- Albert Einstein

1 0

RE: [ixp1200] Network Cards' Compatibility with the Octal ports o f IXP1200
by Raghunandan, Makaram 11 Jan '02

11 Jan '02

The LEDs on the IXP1200 boards are dual colored. So, green is 100 Mbps and amber indicates 10 mbps... -----Original Message----- From: Tan Chee Wei [mailto:eng80386@nus.edu.sg] Sent: Wednesday, January 09, 2002 1:10 AM To: ''ixp1200(a)CS.Princeton.EDU ' ' Subject: [ixp1200] Network Cards' Compatibility with the Octal ports of IXP1200 hallo, I have some network cards that seem not compatible with the octal ports of the IXP1200 ie. the LEDs show an orange-colored signal when connected using those network cards and not the green-colored indication. I have 6 working 3-Com cards, and all have that same problems. I also have 2 similar working Xircom cards, one gives a green-colored signal and the other not. It has been traced down to be the problem of the network cards and not software or PCI planes. Does anyone have any idea, why ? Thank You and kind regards, cheewei

1 0

RE: [ixp1200] Problem making ixp1200 linux armtoolchain
by Brandewie, Dirk J 10 Jan '02

10 Jan '02

Look back in your logs to see which patch failed. Patch should have created a *.rej file for the hunk that failed. I am assuming you are using the tarballs from netwinder.org true? A far easier way to get a working toolchain is to use the toolchain that comes with the Intel IXA SDK 2.0. You can order your free copy of the SDK from http://developer.intel.com/design/network/products/npfamily/sdk2.htm or call 1-800-548-4725 and order SKU number for SDK V2.0 Vol II is A68978-001 This CD set contain an RPM to install a working toolchain. Hope this helps --Dirk > -----Original Message----- > From: lcard [mailto:lcard@win.trlabs.ca] > Sent: Thursday, January 10, 2002 2:33 PM > To: ixp1200(a)CS.Princeton.EDU > Subject: [ixp1200] Problem making ixp1200 linux armtoolchain > > > Hello, > > I've run into a bit of a snag trying to make the ixp1200 armtoolchain. > Make is happy until it exits trying to make the linux_patch target. > > (Lots of output ommitted) > patching file linux/include/asm-arm/arch-ixp1200/system.h > patching file linux/include/asm-arm/arch-ixp1200/time.h > patching file linux/include/asm-arm/arch-ixp1200/timex.h > patching file linux/include/asm-arm/arch-ixp1200/uncompress.h > patching file linux/include/asm-arm/arch-ixp1200/vmalloc.h > make: *** [linux_patch] Error 1 > > Has anyone had a similar problem? > > -Regards > > Loren Card > B.Sc. Computer Engineering > System Administrator, Graduate Student, > TRLabs, Winnipeg, Canada. > Tel: (204)488-5626 > Email: lcard(a)win.trlabs.ca > > > > >

1 0

Problem making ixp1200 linux armtoolchain
by lcard 10 Jan '02

10 Jan '02

Hello, I've run into a bit of a snag trying to make the ixp1200 armtoolchain. Make is happy until it exits trying to make the linux_patch target. (Lots of output ommitted) patching file linux/include/asm-arm/arch-ixp1200/system.h patching file linux/include/asm-arm/arch-ixp1200/time.h patching file linux/include/asm-arm/arch-ixp1200/timex.h patching file linux/include/asm-arm/arch-ixp1200/uncompress.h patching file linux/include/asm-arm/arch-ixp1200/vmalloc.h make: *** [linux_patch] Error 1 Has anyone had a similar problem? -Regards Loren Card B.Sc. Computer Engineering System Administrator, Graduate Student, TRLabs, Winnipeg, Canada. Tel: (204)488-5626 Email: lcard(a)win.trlabs.ca

1 0

RE: [ixp1200] Network Cards' Compatibility with the Octal ports o f IXP1200
by Brandewie, Dirk J 10 Jan '02

10 Jan '02

The single orange light denotes that the port is running at 10Mbps. When both led's are lit the port is running at 100Mbps --Dirk > -----Original Message----- > From: Tan Chee Wei [mailto:eng80386@nus.edu.sg] > Sent: Tuesday, January 08, 2002 10:10 PM > To: ''ixp1200(a)CS.Princeton.EDU ' ' > Subject: [ixp1200] Network Cards' Compatibility with the > Octal ports of > IXP1200 > > > hallo, > > I have some network cards that seem not compatible with the octal > ports of the IXP1200 ie. the LEDs show an orange-colored signal when > connected using those network cards and not the green-colored > indication. > I have 6 working 3-Com cards, and all have that same > problems. I also have > 2 similar working Xircom cards, one gives a green-colored > signal and the > other not. > It has been traced down to be the problem of the network cards and > not software or PCI planes. > Does anyone have any idea, why ? > > Thank You and kind regards, > cheewei >

1 0

RE: [ixp1200] Errors during installation
by Tan Chee Wei 10 Jan '02

10 Jan '02

Hallo Vishal, >Now however I am getting the following error when doing a install in the >"Runtime/linux-i386/driver" directory >[vanand@localhost driver]$ make install >kgcc -I. -I/usr/src/linux/include -DMODULE -D__KERNEL__ >-DIXP1200_SUPPORT >-O -Wall >-c drvVera.c -o drvVera.o >In file included from /usr/include/linux/module.h:21, > from drvVera.c:59: >/usr/include/linux/modversions.h:1: #error Modules should never use >kernel-headers system headers, >/usr/include/linux/modversions.h:2: #error but headers from an >appropriate >kernel-source >In file included from drvVera.c:70: >/usr/include/linux/modversions.h:1: #error Modules should never use >kernel-headers system headers, >/usr/include/linux/modversions.h:2: #error but headers from an >appropriate >kernel-source >make: *** [drvVera.o] Error 1 The above problems can be resolved in 2 methods. Untar a new linux tree higher than 2.4.5 in /usr/src/ and change the HDR_DIRS to /usr/src/linux-2.4/include in makefile in "Runtime/linux-i386/driver" directory. Or else you can create a soft link linux in /usr/src pointing to the link linux-2.4 kind regards, cheewei

1 0

Errors during installation
by Vishal Anand 09 Jan '02

09 Jan '02

>gcc: cannot specify -o with -c or -S and multiple compilations > >Somehow you have the string "export" in one of your environment >variables. What are the values of the environment variables >XCCROOT and VERAROOT? They should look something like this: > >[scott@vera i386]$ echo $XCCROOT >/usr/xcc >[scott@vera i386]$ echo $VERAROOT >/home/scott/Vera You were right, there was a missing quote in the .bashrc file which caused an extra "export" to appear in the env. var's. Now however I am getting the following error when doing a install in the "Runtime/linux-i386/driver" directory [vanand@localhost driver]$ make install kgcc -I. -I/usr/src/linux/include -DMODULE -D__KERNEL__ -DIXP1200_SUPPORT -O -Wall -c drvVera.c -o drvVera.o In file included from /usr/include/linux/module.h:21, from drvVera.c:59: /usr/include/linux/modversions.h:1: #error Modules should never use kernel-headers system headers, /usr/include/linux/modversions.h:2: #error but headers from an appropriate kernel-source In file included from drvVera.c:70: /usr/include/linux/modversions.h:1: #error Modules should never use kernel-headers system headers, /usr/include/linux/modversions.h:2: #error but headers from an appropriate kernel-source make: *** [drvVera.o] Error 1 The relevant lines in the /usr/include/linux/module.h file (starting from line #14) are #ifdef __GENKSYMS__ # define _set_ver(sym) sym # undef MODVERSIONS # define MODVERSIONS #else /* ! __GENKSYMS__ */ # if !defined(MODVERSIONS) && defined(EXPORT_SYMTAB) # define _set_ver(sym) sym # include <linux/modversions.h> # endif #endif /* __GENKSYMS__ */ Any clue what I am doing wrong now? Regards, -Vishal _________________________________________________________________ Join the worlds largest e-mail service with MSN Hotmail. http://www.hotmail.com

1 0

Network Cards' Compatibility with the Octal ports of IXP1200
by Tan Chee Wei 09 Jan '02

09 Jan '02

hallo, I have some network cards that seem not compatible with the octal ports of the IXP1200 ie. the LEDs show an orange-colored signal when connected using those network cards and not the green-colored indication. I have 6 working 3-Com cards, and all have that same problems. I also have 2 similar working Xircom cards, one gives a green-colored signal and the other not. It has been traced down to be the problem of the network cards and not software or PCI planes. Does anyone have any idea, why ? Thank You and kind regards, cheewei

1 0

Re: Plugging ixp into Pentium's backplane
by Tan Chee Wei 09 Jan '02

09 Jan '02

Dear Scott and all, The README and makefiles given in the release of Vera are clear, and useful enough to get the software and hardware up successfully. I noted some points below during my set-up which I think might be useful to some for the time being. I'm using linux kernel 2.4.7 and both microcode assembler 1.2.76 and 2.0.83. Software set-up: - Do create a soft link linux in /usr/src pointing to linux-2.4 if using linux kernel higher than 2.4.5. - In README.details.txt, after "make nodes", do a "make all" to create vera.o - For microcode with vrp compilation, the uwin's development package failed to install on my win98, so I used a native win32 ports of gnu instead: http://www.wzw.tu-muenchen.de/~syring/win32/UnxUtils.html - The microcode with novrp can be compiled directly using the Intel Developer Workbench. - Do replace #if USE_REGALLOC with #ifdef USE_REGALLOC in some uc source. - All microcodes are compatible with both assembler 1.2.76 and 2.0.83. - Yitzchak Gottlieb from Princeton provided the following definitions to compile IPmm and IPcache. Include them at $VERAROOT/Runtime/ixp1200/sa/src/Lib/mem_access_p.h if they are not there. /* BEGIN DEFINTIONS */ extern inline u16 memRead16(u32 address) { return *((volatile u16 *)address); } extern inline void memWrite16(u32 address, u16 value) { *((volatile u16 *)address) = value; } /* END DEFINITIONS */ Hardware set-up : - I was indeed not careful enough with the J27 jumper. Its factory setting seems to differ with that described in manual. That could cause the problem of BIOS not coming up as described in earlier mail. Follow the recommendations from Scott as in previous mail. - Do connect the serial port of the ixp1200 as the Firmware makes minimon call during start-up. - Do set 9600 8N1 for minimon kind regards, cheewei -----Original Message----- From: Scott C. Karlin To: ixp1200(a)CS.Princeton.EDU Cc: Tan Chee Wei; xiaolin(a)krdl.org.sg; biswas(a)krdl.org.sg; Tham Chen Khong Sent: 1/9/02 6:41 AM Subject: [ixp1200] Re: Plugging ixp into Pentium's backplane On Sat, Jan 05, 2002 at 12:12:29AM +0800, Tan Chee Wei wrote: > > >The test against bit 2 of IXP1200_GPIO_DATA > >is a check on jumper J27. The README.jumpers.txt says to set > >J27 to 2-3. Is J27 set correctly? > > Yes, J27 is set correctly. In fact, there isn't any need to change > J27 since the factory's setting is similar to Vera's setting. Some more thoughts... I just opened a factory-fresh development system and the factory setting for J27 was 1-2. Be sure to verify all jumper settings to ensure they are jumpered for the Vera setting. Also, pin 1 for the jumpers is denoted by a square solder pad on the back side of the board. I hope this helps, Scott

1 0