- ixp1200 - lists.cs.princeton.edu

RE: [ixp1200] How to duplicate a packet in memory?
by Johnson, Erik J 10 Jun '04

10 Jun '04

Hi Øyvind I am unaware of any magic instructions. My main suggestion is to consider alternative buffer representations. If it is common for your application to perform this type of "multicast", a buffer representation that had reference counting capabilities (so you can copy by only increasing the reference count) and non-contiguous data layout (for example, like mbufs so that the multiple owners of packets and modify, say, the packet headers independently while sharing the packet payload) will probably provide the best performance. The downside is integrating a new buffer scheme with the existing SDK, which will require touching several of the SDK components (rx, tx, resource manager). If you don't want to write a new buffer data structure, my only other thought would be to dedicate a microengine to buffer copying. This ME could receive packet (handles) on one queue and return the duplicated handle on another queue. The implementation of the buffer copy could obviously use multiple threads in the ME, but could also include a single thread working on copying multiple packets at once if you need to hide even more memory latency. erik ~~~~~~~~~~~~~~~~~~~~~~~~ Erik J. Johnson erik.j.johnson(a)intel.com Not speaking for Intel ~~~~~~~~~~~~~~~~~~~~~~~~ -----Original Message----- From: ixp1200-bounces(a)lists.cs.princeton.edu [mailto:ixp1200-bounces@lists.cs.princeton.edu] On Behalf Of Øyvind Hvamstad Sent: Thursday, June 10, 2004 6:58 AM To: ixp1200(a)lists.cs.princeton.edu Subject: [ixp1200] How to duplicate a packet in memory? Hi, I'm wondering what is the best way to duplicate a packet in SDRAM? The reason for this is that I want to send one copy of the packet to the StrongARM and the other copy will be forwarded to a different host after some modifications. 1. I could loop in microcode and use sdram[read] -> sdram[write] in sequence until I reach the end of the packet. 2. I can copy it using the StrongARM, but this would probably mean that the whole forwarding process will be stalled until the copying is finished. 3. There is some 'magic' instruction that does this for me, that I'm unaware of. I'd much appreciate it if someone could give me a clue about what is the best practice here? Info: ENP-2505, embedded linux, Intel SDK 2.01 -- Øyvind Hvamstad <oyvindh(a)ifi.uio.no> _______________________________________________ ixp1200 mailing list ixp1200(a)lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/ixp1200

1 0

RE: booting over PCI (ENP boards)...
by Ing. Ricardo Camarena Ramos 10 Jun '04

10 Jun '04

Hi Willem. Currently I'm trying to set-up five Linux (RedHat 7.2 and 7.3) workstations with ENP-2505 boards, but failed to accomplish the task. (Using the IXA EDU Setup guide 1.01 from Intel).I think the problem is on the pciDg.o and pciDgNet.o modules. Because the only problem I have is regarging loading these modules, as a result I cannot ping between Linux host and board. Linux and W2K can ping between each other. The main problem I have with Linux 7.2 (besides having a hard time to configure the video card, not finished yet either) is that although it seems pciDg.o and pciDgNet.o load correctly, eth1 is not created, I got this message: "SIOCSIFADDR: No such device eth1: unknown interface: no such device." With Linux 7.3 I have tried to recompile the modules following a guide from Laboratory of Advanced Systems Research at UCLA (I think)(http://webdiee.cem.itesm.mx/web2/comunicaciones/proyectos/otraguia.doc) but still I got a message telling me the modules "pciDg.o was compilled for version 2.4.18-4 while this kernel version is 2.4.18-3smp." So, I decided to follow my own re-compilation procedure. This is what I did: cd /usr/src/linux edit the Makefile and change the EXTRAVERSION=-4 make mrproper make oldconfig cd /mnt/cdrom/ENP-2505_Driver rpm -recompile boot_drv-2.0-1.src.rpm cd /usr/src/linux make clean make zImage To big, so I change to make bzImage make modules make modules_install cp /arch/i386/boot/bzImage /boot/vmlinuz-2.4.18-4 I modified the grub.conf file to add the new kernel reboot uname -r and I got 2.4.18-4 cd /opt/ixasdk/enp-2505/bin insmod pciDg.o pciDg.o was compiled for kernel ersion 2.4.17 while this kernel is version 2.4.18-4 Hope you or somebody can help me. Best regards. >-- Mensaje Original -- >Date: Thu, 10 Jun 2004 12:00:14 -0400 (EDT) >From: ixp1200-request(a)lists.cs.princeton.edu >Subject: ixp1200 Digest, Vol 7, Issue 1 >To: ixp1200(a)lists.cs.princeton.edu >Reply-To: ixp1200(a)lists.cs.princeton.edu > > >Send ixp1200 mailing list submissions to ixp1200(a)lists.cs.princeton.edu To subscribe or unsubscribe via the World Wide Web, visit https://lists.cs.princeton.edu/mailman/listinfo/ixp1200 or, via email, send a message with subject or body 'help' >o ixp1200-request(a)lists.cs.princeton.edu You can reach the person managing the list at ixp1200-owner(a)lists.cs.princeton.edu When replying, please edit your Subject line so it is more specific than "Re: Contents of ixp1200 digest..." >Today's Topics: 1. [WORKING] booting over PCI (ENP boards) from a 2.6 kernel installation (Willem de Bruijn) 2. How to duplicate a packet in memory? (?yvind Hvamstad) >Principio del mensaje anexo > >From: Willem de Bruijn <wdebruij(a)dds.nl> >Subject: [ixp1200] [WORKING] booting over PCI (ENP boards) from a 2.6 kernel > installation >Date: Thu, 10 Jun 2004 14:48:33 +0200 >To: ixp1200(a)lists.cs.princeton.edu >Reply-To: IXP1200 Developer's List <ixp1200(a)lists.cs.princeton.edu> > > >Hi, this is just a short message for people running Linux on an IXP board that connects to the host over PCI. As you probably know, most support applications are currently restricted to linux 2.4 kernels. For one of our projects I'm in the p >ocess of writing an alternate PciDg driver that will also work with newer (2.6) kernels. At the moment we are able to (1) map both ENP and EB memory over PCI to kernel- and userspace on the host. (2) boot the ENP boards over PCI using Radisys' o > Intel's bvloadapp utility while relying on our own GPLed mmapping module instead of PciDg. Note that pseudo-ethernet is not working yet. However, if you simply want to get the board up and running that's not an issue. Please let me know if yo >'re interested in an updated pseudo-ethernet driver, I may consider investing time in it then. If you want to try out the module, do the following: get the latest ffpf distribution from anonymous CVS via ffpf.sourceforge.net (I'll update the r >gular distribution download shortly): cvs -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/ffpf login cvs -z3 -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/ffpf co ffpf/src/v1.2 and then build the kernelspace modules in [dir]/kernelspac >, using 1) for 2.5.70+ and 2.6 (kbuild) infrastructure) ln -s Makefile.kernel.kbuild Makefile make -C [directory of your linux src, e.g. /usr/src/linux] SUBDIRS=${PWD} modules 2) for 2.4 and lower make -f Makefile.kernel.nokbuild this shoul > give you a module called genpci.ko. inserting this module with the proper parameters will ioremap all memory on an arbitrary PCI device to the host's kernel and export it to userspace via a file in /dev through both read/write/llseek and mmap mec >anisms. If the module is inserted without any options it will try to create the file /dev/genpci with all memory on an ENP board mapped. Since the SDRAM is in the 4th onboard memory region you'll have to add the length of the previous three me >ory reigons to the offsets used in bvloadapp.c to get bvloadapp running: #define LINUX_LOAD_ADDRESS 0x04008000 + 256 + 4096 + (1024*1024) #define RAMDISK_LOAD_ADDRESS 0x04800000 + 256 + 4096 + (1024*1024) also, bvloadapp asks for /dev/bv, so y >u should insmod genpci.ko using the following command: insmod genpci.ko name=/dev/bv or change the filename in bvloadapp.c. To get an EB booted, add the option device=0x1200 to the insmod parameter list and move the offsets around a bit. U >fortunately, my EB board kept resetting itself when put in a PCI slot, so I couldn't get it to work (I posted a question about this before). I hope that this can be of use to some of you. regards, Willem -- Willem de Bruijn wdebrui >_at_dds.nl http://www.wdebruij.dds.nl/ current project : Fairly Fast Packet Filter (FFPF) http://ffpf.sourceforge.net/ -- Dit bericht is gescand op virussen en andere gevaarlijke inhoud door ULCN MailScanner en het bericht lijkt schoon te z >jn. This message has been scanned for viruses and dangerous content by ULCN MailScanner, and is believed to be clean. >Fin del mensaje anexo > >Principio del mensaje anexo > >From: Øyvind Hvamstad <oyvindh(a)ifi.uio.no> >Subject: [ixp1200] How to duplicate a packet in memory? >Date: Thu, 10 Jun 2004 15:58:07 +0200 >To: ixp1200(a)lists.cs.princeton.edu >Reply-To: ixp1200(a)lists.cs.princeton.edu > > >Hi, I'm wondering what is the best way to duplicate a packet in SDRAM? The reason for this is that I want to send one copy of the packet to the StrongARM and the other copy will be forwarded to a different host after some modifications. 1. I coul > loop in microcode and use sdram[read] -> sdram[write] in sequence until I reach the end of the packet. 2. I can copy it using the StrongARM, but this would probably mean that the whole forwarding process will be stalled until the copying is fini >hed. 3. There is some 'magic' instruction that does this for me, that I'm unaware of. I'd much appreciate it if someone could give me a clue about what is the best practice here? Info: ENP-2505, embedded linux, Intel SDK 2.01 -- Øyvind Hv >mstad <oyvindh(a)ifi.uio.no> >Fin del mensaje anexo > >_______________________________________________ ixp1200 mailing list ixp1200(a)lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/ixp1200 Ricardo Camarena Ramos Asistente de Investigación Departamento de Ingeniería Eléctrica y Electrónica División de Profesional y Graduados, Campus Estado de México Premio Nacional de Calidad 1998 Teléfono: (5255)5864.5555 x 3208, 5864.5660 camarena(a)itesm.mx enlace-intercampus: 80.236.3208, www.cem.itesm.mx Tecnológico de Monterrey, 60 AÑOS COMPROMETIDOS CON LA EXCELENCIA EDUCATIVA Hoy mejor que ayer, y mañana mejor que hoy.

1 0

How to duplicate a packet in memory?
by Øyvind Hvamstad 10 Jun '04

10 Jun '04

Hi, I'm wondering what is the best way to duplicate a packet in SDRAM? The reason for this is that I want to send one copy of the packet to the StrongARM and the other copy will be forwarded to a different host after some modifications. 1. I could loop in microcode and use sdram[read] -> sdram[write] in sequence until I reach the end of the packet. 2. I can copy it using the StrongARM, but this would probably mean that the whole forwarding process will be stalled until the copying is finished. 3. There is some 'magic' instruction that does this for me, that I'm unaware of. I'd much appreciate it if someone could give me a clue about what is the best practice here? Info: ENP-2505, embedded linux, Intel SDK 2.01 -- Øyvind Hvamstad <oyvindh(a)ifi.uio.no>

1 0

[WORKING] booting over PCI (ENP boards) from a 2.6 kernel installation
by Willem de Bruijn 10 Jun '04

10 Jun '04

Hi, this is just a short message for people running Linux on an IXP board that connects to the host over PCI. As you probably know, most support applications are currently restricted to linux 2.4 kernels. For one of our projects I'm in the process of writing an alternate PciDg driver that will also work with newer (2.6) kernels. At the moment we are able to (1) map both ENP and EB memory over PCI to kernel- and userspace on the host. (2) boot the ENP boards over PCI using Radisys' or Intel's bvloadapp utility while relying on our own GPLed mmapping module instead of PciDg. Note that pseudo-ethernet is not working yet. However, if you simply want to get the board up and running that's not an issue. Please let me know if you're interested in an updated pseudo-ethernet driver, I may consider investing time in it then. If you want to try out the module, do the following: get the latest ffpf distribution from anonymous CVS via ffpf.sourceforge.net (I'll update the regular distribution download shortly): cvs -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/ffpf login cvs -z3 -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/ffpf co ffpf/src/v1.2 and then build the kernelspace modules in [dir]/kernelspace, using 1) for 2.5.70+ and 2.6 (kbuild) infrastructure) ln -s Makefile.kernel.kbuild Makefile make -C [directory of your linux src, e.g. /usr/src/linux] SUBDIRS=${PWD} modules 2) for 2.4 and lower make -f Makefile.kernel.nokbuild this should give you a module called genpci.ko. inserting this module with the proper parameters will ioremap all memory on an arbitrary PCI device to the host's kernel and export it to userspace via a file in /dev through both read/write/llseek and mmap mechanisms. If the module is inserted without any options it will try to create the file /dev/genpci with all memory on an ENP board mapped. Since the SDRAM is in the 4th onboard memory region you'll have to add the length of the previous three memory reigons to the offsets used in bvloadapp.c to get bvloadapp running: #define LINUX_LOAD_ADDRESS 0x04008000 + 256 + 4096 + (1024*1024) #define RAMDISK_LOAD_ADDRESS 0x04800000 + 256 + 4096 + (1024*1024) also, bvloadapp asks for /dev/bv, so you should insmod genpci.ko using the following command: insmod genpci.ko name=/dev/bv or change the filename in bvloadapp.c. To get an EB booted, add the option device=0x1200 to the insmod parameter list and move the offsets around a bit. Unfortunately, my EB board kept resetting itself when put in a PCI slot, so I couldn't get it to work (I posted a question about this before). I hope that this can be of use to some of you. regards, Willem -- Willem de Bruijn wdebruij_at_dds.nl http://www.wdebruij.dds.nl/ current project : Fairly Fast Packet Filter (FFPF) http://ffpf.sourceforge.net/ -- Dit bericht is gescand op virussen en andere gevaarlijke inhoud door ULCN MailScanner en het bericht lijkt schoon te zijn. This message has been scanned for viruses and dangerous content by ULCN MailScanner, and is believed to be clean.

1 0

RE: Problem booting the IXP1200 in "BootMgr" prompt
by Ing. Ricardo Camarena Ramos 11 May '04

11 May '04

Hi Mohammad. The following information can be useful to you because I had a look like problem. I got the message "Press space bar to abort...". Besdides the IXA EDU workstation manual, I used two documents more to set up the workstation, the one that help me to fix the problem I refer to, can be downloaded at: http://webdiee.cem.itesm.mx/web2/comunicaciones/proyectos/otraguia.doc This guide includes a patch for the Linux host that solved the problem. I have tried to collect all the information regarding the Intel IXP1200 Network Processors, but it is in spanish. I will convert it to english soon. There are several useful links here: http://webdiee.cem.itesm.mx/web2/comunicaciones/proyectos/intel.htm Best regards, >-- Mensaje Original -- >Date: Tue, 11 May 2004 12:00:11 -0400 (EDT) >From: ixp1200-request(a)lists.cs.princeton.edu >Subject: ixp1200 Digest, Vol 6, Issue 5 >To: ixp1200(a)lists.cs.princeton.edu >Reply-To: ixp1200(a)lists.cs.princeton.edu > > >Send ixp1200 mailing list submissions to ixp1200(a)lists.cs.princeton.edu To subscribe or unsubscribe via the World Wide Web, visit https://lists.cs.princeton.edu/mailman/listinfo/ixp1200 or, via email, send a message with subject or body 'help' >o ixp1200-request(a)lists.cs.princeton.edu You can reach the person managing the list at ixp1200-owner(a)lists.cs.princeton.edu When replying, please edit your Subject line so it is more specific than "Re: Contents of ixp1200 digest..." >Today's Topics: 1. Problem booting the IXP1200 in "BootMgr" prompt (Mohammad Shorfuzzaman) >Principio del mensaje anexo > >From: Mohammad Shorfuzzaman <szaman(a)cs.umanitoba.ca> >Subject: [ixp1200] Problem booting the IXP1200 in "BootMgr" prompt >Date: Mon, 10 May 2004 17:08:31 -0500 >To: ixp1200(a)lists.cs.princeton.edu >Reply-To: IXP1200 Developer's List <ixp1200(a)lists.cs.princeton.edu> > > >Hi all, I am facing problem booting the IXP1200 evaluation board in "BootMgr" prompt. When I power up the IXP board, following message comes in the terminal: " Press space bar to stop auto-boot... 2 " I press space bar several times within thi > countdown, but "BootMgr" deos not come, it goes to the default OS "cygmon". Actually, at the beginning this countdown value was 15 and that time I was able to boot the box in "BootMgr" prompt. Then I changed the countdown value to 2 and the d >fault OS to "cygmon". But now I can't stop the auto-boot. Could any body please help me how can I get "BootMgr" prompt or how can I change countdown value (without going to "BootMgr"). Thanks, -- Shorfuzzzaman --------------------- >--------------------------- This mail sent through IMP: http://horde.org/imp/ >Fin del mensaje anexo > >_______________________________________________ ixp1200 mailing list ixp1200(a)lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/ixp1200 Ricardo Camarena Ramos Asistente de Investigación Departamento de Ingeniería Eléctrica y Electrónica División de Profesional y Graduados, Campus Estado de México Premio Nacional de Calidad 1998 Teléfono: (5255)5864.5555 x 3208, 5864.5660 camarena(a)itesm.mx enlace-intercampus: 80.236.3208, www.cem.itesm.mx Tecnológico de Monterrey, 60 AÑOS COMPROMETIDOS CON LA EXCELENCIA EDUCATIVA Hoy mejor que ayer, y mañana mejor que hoy.

1 0

Problem booting the IXP1200 in "BootMgr" prompt
by Mohammad Shorfuzzaman 10 May '04

10 May '04

Hi all, I am facing problem booting the IXP1200 evaluation board in "BootMgr" prompt. When I power up the IXP board, following message comes in the terminal: " Press space bar to stop auto-boot... 2 " I press space bar several times within this countdown, but "BootMgr" deos not come, it goes to the default OS "cygmon". Actually, at the beginning this countdown value was 15 and that time I was able to boot the box in "BootMgr" prompt. Then I changed the countdown value to 2 and the default OS to "cygmon". But now I can't stop the auto-boot. Could any body please help me how can I get "BootMgr" prompt or how can I change countdown value (without going to "BootMgr"). Thanks, -- Shorfuzzzaman ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/

1 0

Re: [ixp1200] Where to run example programs of IXP1200 Programming book
by dveluchamy＠vsnl.net 08 May '04

08 May '04

Hi Deepak, If you are just starting on ixp1200, then it is better to start with developer workbench. It is one of the best places to start testing ur ixp skills. It provides a very good environment to write, test and debug your code. Once you are done with it, then it is pretty simple to put it on the hardware(u can even do it from developer workbench - if you are using IXP12EB). --- WRT IXA SDK 2.01 --- If u are writing programs in microcode(microengine assembly lang) then u can install Dev WB on any Win OS. If u r trying something in microengine C, then u need to install it on Win NT(2k or XP will also do). ----------------------- U don't need the IXP hardware if u r running programs in simulation mode. All the best. Regards, D.Veluchamy College of Engineering, Guindy, Anna University, Chennai ----- Original Message ----- From: Deepak Rathi <deepak.rathi(a)gmx.net> Date: Wednesday, May 5, 2004 8:17 pm Subject: [ixp1200] Where to run example programs of IXP1200 Programming book > Hi, > > I am an undergraduate student trying to run example programs of > ixp1200programming book on IXP1200 evaluation board. But am unable > to find where to > run those programs .. on the developer workbench or on the ixp1200 ? > > Can anyone guide me running those programs. > > Deepak Rathi > > _______________________________________________ > ixp1200 mailing list > ixp1200(a)lists.cs.princeton.edu > https://lists.cs.princeton.edu/mailman/listinfo/ixp1200 >

1 0

RE: Where to run example programs
by Ing. Ricardo Camarena Ramos 07 May '04

07 May '04

Hi Deepak. Hope I understand the question properly. If you are new to IXP1200 programming and doing first practices I recommend you to start on the developer's workbench. As a matter of fact you can install the developer's workbench in any computer and practice there (I mean you don't need the network processor board on your computer to run the example programs). After that you can switch to the board, but I haven't got there yet. Best regards. >-- Mensaje Original -- >Date: Fri, 7 May 2004 12:00:11 -0400 (EDT) >From: ixp1200-request(a)lists.cs.princeton.edu >Subject: ixp1200 Digest, Vol 6, Issue 3 >To: ixp1200(a)lists.cs.princeton.edu >Reply-To: ixp1200(a)lists.cs.princeton.edu > > >Send ixp1200 mailing list submissions to ixp1200(a)lists.cs.princeton.edu To subscribe or unsubscribe via the World Wide Web, visit https://lists.cs.princeton.edu/mailman/listinfo/ixp1200 or, via email, send a message with subject or body 'help' >o ixp1200-request(a)lists.cs.princeton.edu You can reach the person managing the list at ixp1200-owner(a)lists.cs.princeton.edu When replying, please edit your Subject line so it is more specific than "Re: Contents of ixp1200 digest..." >Today's Topics: 1. Where to run example programs of IXP1200 Programming book (Deepak Rathi) >Principio del mensaje anexo > >From: "Deepak Rathi" <deepak.rathi(a)gmx.net> >Subject: [ixp1200] Where to run example programs of IXP1200 Programming book >Date: Wed, 5 May 2004 20:17:27 +0530 >To: "IXP1200 Developer's List" <ixp1200(a)lists.cs.princeton.edu> >Reply-To: IXP1200 Developer's List <ixp1200(a)lists.cs.princeton.edu> > > >Hi, I am an undergraduate student trying to run example programs of ixp1200 programming book on IXP1200 evaluation board. But am unable to find where to run those programs .. on the developer workbench or on the ixp1200 ? Can anyone guide me ru >ning those programs. Deepak Rathi >Fin del mensaje anexo > >_______________________________________________ ixp1200 mailing list ixp1200(a)lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/ixp1200 Ricardo Camarena Ramos Asistente de Investigación Departamento de Ingeniería Eléctrica y Electrónica División de Profesional y Graduados, Campus Estado de México Premio Nacional de Calidad 1998 Teléfono: (5255)5864.5555 x 3208, 5864.5660 camarena(a)itesm.mx enlace-intercampus: 80.236.3208, www.cem.itesm.mx Tecnológico de Monterrey, 60 AÑOS COMPROMETIDOS CON LA EXCELENCIA EDUCATIVA Hoy mejor que ayer, y mañana mejor que hoy.

1 0

Reading data from sdram
by Mohammad Shorfuzzaman 05 May '04

05 May '04

Hi, I am experimenting with uC_lab1 project from the SDK. When a packet is copied from the rfifo to the sdram, I want to read that packet data from the sdram address to sdram read register. Since a single sdram address contains 64 bit data and an sdram read register is 32 bit, how can I read the whole 64 bit data to sdram registers? I tried using this intrinsic: void sdram_read(__declspec(sdram_read_reg) void *data, volatile void __declspec (sdram) * address, unsigned int count, queue_t queue, sync_t sync); I can't understand how to declare the "data" parameter as the reference says it's a structure. Please help. Thanks, -Shorfuzzaman ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/

2 1

sram shared problem with array
by Jason.Midkiff＠asu.edu 05 May '04

05 May '04

Hi, I'm an undergraduate student at Arizona State University working on implementing network address translation using the ucLab1 example code provided with the IXP1200. I'm having a problem when using the declaration as follows: __declspec (shared sram) nat_table table[15]. I understand this should enable the table to be seen by all other threads running on the same microengine. I have two threads running on this microengine. Thread 1 is responsible for lookup and modification of this table. Thread 2 only performs lookup on this table, however, it cannot see the contents of the table. This seems like it could be related to using an array since I use the shared sram keywords on other unsigned ints and it works. Any help would be appreciated on this problem. Thanks, Jason

2 1

Help?
by rasit＠cs.umanitoba.ca 29 Apr '04

29 Apr '04

Hi, I need to program the flash (Intel TE28F800 B3BA90) on our IXP1200EB board. Please email me directly for details. Thanks, Rasit -- M. Rasit Eskicioglu E-mail: rasit at 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

Packet transmitting code
by Mohammad Shorfuzzaman 29 Apr '04

29 Apr '04

Hi all, Did any body try running successfully the packet transmitting code (from chap 9 IXP1200 prog. book) on hardware mode and see any packets transmitted from the ixp port? I tried to run it on IXP and it runs fine and I sent packets to the ixp port but I could not see any packet transmitted. Any help is greatly appreciated. Regards, Mohammad ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/

2 1

RE: [ixp1200] core locks using IXA SDK
by Johnson, Erik J 20 Apr '04

20 Apr '04

Hi Tim Without actually trying it, I suspect you can read from the 0xf5000000 range to issue the read lock. However, that does not guarantee the lock was obtained (see the next 12 lines of code in the same example from the book). For that you will need to poll (and update) the SRAM CSR _without any other process doing the same_. This will require mapping this CSRs physical address into the virtual address space of your application as well as finding some way of making this polling code execute in a system-wide critical section. In the end, you may find that doing this work in the kernel and providing some ioctl/syscall/whatever is easier because of these reasons. erik ~~~~~~~~~~~~~~~~~~~~~~~~ Erik J. Johnson erik.j.johnson(a)intel.com Not speaking for Intel ~~~~~~~~~~~~~~~~~~~~~~~~ -----Original Message----- From: ixp1200-bounces(a)lists.cs.princeton.edu [mailto:ixp1200-bounces@lists.cs.princeton.edu] On Behalf Of Tim Stevens Sent: Tuesday, April 20, 2004 7:35 AM To: IXP1200 Developer's List Subject: RE: [ixp1200] core locks using IXA SDK Thanks David, You are right, I was confusing virtual and physical address space. Meanwhile, I have found the following lines in hardware.h: #define SRAM_READ_LOCK UNSIGNED(0xf5000000) #define SRAM_READ_LOCK_SIZE UNSIGNED(0x00800000) #define SRAM_WRITE_UNLOCK UNSIGNED(0xf5800000) #define SRAM_WRITE_UNLOCK_SIZE UNSIGNED(0x00800000) #define SRAM_CAM_UNLOCK UNSIGNED(0xf6000000) #define SRAM_CAM_UNLOCK_SIZE UNSIGNED(0x00800000) #define SRAM_CLEAR_BITS UNSIGNED(0xf6800000) #define SRAM_CLEAR_BITS_SIZE UNSIGNED(0x00800000) #define SRAM_SET_BITS UNSIGNED(0xf7000000) #define SRAM_SET_BITS_SIZE UNSIGNED(0x00800000) #define SRAM_TEST_CLEAR_BITS UNSIGNED(0xf7800000) #define SRAM_TEST_CLEAR_BITS_SIZE UNSIGNED(0x00800000) #define SRAM_TEST_SET_BITS UNSIGNED(0xf8000000) #define SRAM_TEST_SET_BITS_SIZE UNSIGNED(0x00800000) and the following in board.h: #define SRAM_BASE UNSIGNED(0xf4000000) #define RM_SRAM_BASE SRAM_BASE When an SRAM address is allocated using RmMalloc(...), an address in the 0xf4000000 range is returned (e.g. 0xf400feea). Now I wonder whether it's possible to read from the corresponding 0xf5000000 range (e.g. 0xf500feea) to issue a read-lock. Or would this cause a memory violation, since the malloc allocated memory in the 0xf4000000 range? If this is not possible, how should one use the presented constants in hardware.h? Thanks again. Kind regards, Tim At 15:15 20/04/2004, you wrote: >Hello Tim, > >I hope I have understood your issue correctly: > > > From: Tim Stevens [mailto:tim.stevens@intec.ugent.be] > > Sent: Tuesday, April 20, 2004 2:42 PM > > > Chapter 7 (p 167) of the IXP1200 programming book states that an > > SRAM memory read-lock can be obtained by the following command: > > *(unsigned int *)(SRAM_READ_LOCK + (sramLWAddr << 2)); where > > sramLWAddr is the physical address in longwords and SRAM_READ_LOCK > > is defined as follows: > > #define SRAM_READ_LOCK 0x12000000 > > > > Quite obviously, this results in a memory violation because the > > memory was not previously allocated (in the 0x12000000 range). > >Your are confusing Physical and Virtual addresses. I don't have the >IXP1200 book at hand but as far as I can guess, the 0x12000000 is a >physical one. So you need to open a window, i.e. a virtual address to >physical address translation, from a virtual address range of your user >linux program to the 0x12000000 physical address range. > >The simplest way, in my humble opinion, is to mmap(2) the /dev/mem >device that corresponds to physical address space. You'll find an >example of such a program at: >http://www.lart.tudelft.nl/lartware/port/devmem2.c > > > A related problem we face is that our addresses allocated in SRAM > > (by > > RmMalloc) seem to have a virtual address starting with 0xf400...., > > which does not correspond to the 10000000-->107fffff range presented > > in the "StrongARM Core Memory Map" (appendix C) from the "Microcode > > Programmer's Reference Manual". > >I think that once again your are confusing physical and virtual addresses. > > >Yours, >david >-- >David Mentré <mentre(a)tcl.ite.mee.com> - Research engineer (Ph.D.) >Mitsubishi Electric ITE-TCL / European Telecommunication Research Lab >Phone: +33 2 23 45 58 29 / Fax: +33 2 23 45 58 59 >http://www.mitsubishi-electric-itce.fr >_______________________________________________ >ixp1200 mailing list >ixp1200(a)lists.cs.princeton.edu >https://lists.cs.princeton.edu/mailman/listinfo/ixp1200 _______________________________________________ ixp1200 mailing list ixp1200(a)lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/ixp1200

1 0

RE: [ixp1200] Problem running packet transmitting code
by Kunze, Aaron 20 Apr '04

20 Apr '04

Shorfuzzaman, Hello! There is an errata concerning this issue on the web site for the book. Here is a link to the errata web page: http://www.intel.com/intelpress/ixp1200/errata.htm Sorry for the trouble! A ------------------------------ Aaron Kunze Intel Research and Development aaron.kunze(a)intel.com ----PGP Key ID: 0x81124B7C---- ----NOT SPEAKING FOR INTEL---- ---------GO BOILERS!!--------- > -----Original Message----- > From: ixp1200-bounces(a)lists.cs.princeton.edu > [mailto:ixp1200-bounces@lists.cs.princeton.edu] On Behalf Of > Mohammad Shorfuzzaman > Sent: Tuesday, April 20, 2004 5:00 AM > To: ixp1200(a)lists.cs.princeton.edu > Subject: [ixp1200] Problem running packet transmitting code > > > Hi everybody, > I tried to run the packet transmittng code (Chap 9) from > IXP1200 programming > book. In function "bridging.c", hashIO_t has structure like: > > typedef struct { > unsigned int hash_lo32; > unsigned int hash_hi16 : 16; > unsigned int pad : 16; > } hashIO_t; > If I compile the code, it gives an error regarding > "hash_hi16: 16" field: > "error : intrinsic data buffer "hashInput_103$1$0" cannot be read" > > But if I remove specifying the number of bits I mean only > "unsigned int > hash_hi16" it compiles fine, though logically it's not correct. > > Any help why it's happenning and how can I solve the problem? > > Thanks, > Shorfuzzaman. > > > ------------------------------------------------- > This mail sent through IMP: http://horde.org/imp/ > _______________________________________________ > ixp1200 mailing list > ixp1200(a)lists.cs.princeton.edu > https://lists.cs.princeton.edu/mailman/listinfo/ixp1200 >

1 0

RE: [ixp1200] core locks using IXA SDK
by Tim Stevens 20 Apr '04

20 Apr '04

Thanks David, You are right, I was confusing virtual and physical address space. Meanwhile, I have found the following lines in hardware.h: #define SRAM_READ_LOCK UNSIGNED(0xf5000000) #define SRAM_READ_LOCK_SIZE UNSIGNED(0x00800000) #define SRAM_WRITE_UNLOCK UNSIGNED(0xf5800000) #define SRAM_WRITE_UNLOCK_SIZE UNSIGNED(0x00800000) #define SRAM_CAM_UNLOCK UNSIGNED(0xf6000000) #define SRAM_CAM_UNLOCK_SIZE UNSIGNED(0x00800000) #define SRAM_CLEAR_BITS UNSIGNED(0xf6800000) #define SRAM_CLEAR_BITS_SIZE UNSIGNED(0x00800000) #define SRAM_SET_BITS UNSIGNED(0xf7000000) #define SRAM_SET_BITS_SIZE UNSIGNED(0x00800000) #define SRAM_TEST_CLEAR_BITS UNSIGNED(0xf7800000) #define SRAM_TEST_CLEAR_BITS_SIZE UNSIGNED(0x00800000) #define SRAM_TEST_SET_BITS UNSIGNED(0xf8000000) #define SRAM_TEST_SET_BITS_SIZE UNSIGNED(0x00800000) and the following in board.h: #define SRAM_BASE UNSIGNED(0xf4000000) #define RM_SRAM_BASE SRAM_BASE When an SRAM address is allocated using RmMalloc(...), an address in the 0xf4000000 range is returned (e.g. 0xf400feea). Now I wonder whether it's possible to read from the corresponding 0xf5000000 range (e.g. 0xf500feea) to issue a read-lock. Or would this cause a memory violation, since the malloc allocated memory in the 0xf4000000 range? If this is not possible, how should one use the presented constants in hardware.h? Thanks again. Kind regards, Tim At 15:15 20/04/2004, you wrote: >Hello Tim, > >I hope I have understood your issue correctly: > > > From: Tim Stevens [mailto:tim.stevens@intec.ugent.be] > > Sent: Tuesday, April 20, 2004 2:42 PM > > > Chapter 7 (p 167) of the IXP1200 programming book states that an SRAM > > memory read-lock can be obtained by the following command: > > *(unsigned int *)(SRAM_READ_LOCK + (sramLWAddr << 2)); > > where sramLWAddr is the physical address in longwords and > > SRAM_READ_LOCK is > > defined as follows: > > #define SRAM_READ_LOCK 0x12000000 > > > > Quite obviously, this results in a memory violation because > > the memory was > > not previously allocated (in the 0x12000000 range). > >Your are confusing Physical and Virtual addresses. I don't have the IXP1200 >book at hand but as far as I can guess, the 0x12000000 is a physical one. So >you need to open a window, i.e. a virtual address to physical address >translation, from a virtual address range of your user linux program to the >0x12000000 physical address range. > >The simplest way, in my humble opinion, is to mmap(2) the /dev/mem device >that corresponds to physical address space. You'll find an example of such a >program at: http://www.lart.tudelft.nl/lartware/port/devmem2.c > > > A related problem we face is that our addresses allocated in SRAM (by > > RmMalloc) seem to have a virtual address starting with > > 0xf400...., which > > does not correspond to the 10000000-->107fffff range presented in the > > "StrongARM Core Memory Map" (appendix C) from the "Microcode > > Programmer's > > Reference Manual". > >I think that once again your are confusing physical and virtual addresses. > > >Yours, >david >-- >David Mentré <mentre(a)tcl.ite.mee.com> - Research engineer (Ph.D.) >Mitsubishi Electric ITE-TCL / European Telecommunication Research Lab >Phone: +33 2 23 45 58 29 / Fax: +33 2 23 45 58 59 >http://www.mitsubishi-electric-itce.fr >_______________________________________________ >ixp1200 mailing list >ixp1200(a)lists.cs.princeton.edu >https://lists.cs.princeton.edu/mailman/listinfo/ixp1200

1 0

RE: [ixp1200] core locks using IXA SDK
by David Mentre 20 Apr '04

20 Apr '04

Hello Tim, I hope I have understood your issue correctly: > From: Tim Stevens [mailto:tim.stevens@intec.ugent.be] > Sent: Tuesday, April 20, 2004 2:42 PM > Chapter 7 (p 167) of the IXP1200 programming book states that an SRAM > memory read-lock can be obtained by the following command: > *(unsigned int *)(SRAM_READ_LOCK + (sramLWAddr << 2)); > where sramLWAddr is the physical address in longwords and > SRAM_READ_LOCK is > defined as follows: > #define SRAM_READ_LOCK 0x12000000 > > Quite obviously, this results in a memory violation because > the memory was > not previously allocated (in the 0x12000000 range). Your are confusing Physical and Virtual addresses. I don't have the IXP1200 book at hand but as far as I can guess, the 0x12000000 is a physical one. So you need to open a window, i.e. a virtual address to physical address translation, from a virtual address range of your user linux program to the 0x12000000 physical address range. The simplest way, in my humble opinion, is to mmap(2) the /dev/mem device that corresponds to physical address space. You'll find an example of such a program at: http://www.lart.tudelft.nl/lartware/port/devmem2.c > A related problem we face is that our addresses allocated in SRAM (by > RmMalloc) seem to have a virtual address starting with > 0xf400...., which > does not correspond to the 10000000-->107fffff range presented in the > "StrongARM Core Memory Map" (appendix C) from the "Microcode > Programmer's > Reference Manual". I think that once again your are confusing physical and virtual addresses. Yours, david -- David Mentré <mentre(a)tcl.ite.mee.com> - Research engineer (Ph.D.) Mitsubishi Electric ITE-TCL / European Telecommunication Research Lab Phone: +33 2 23 45 58 29 / Fax: +33 2 23 45 58 59 http://www.mitsubishi-electric-itce.fr

1 0

core locks using IXA SDK
by Tim Stevens 20 Apr '04

20 Apr '04

Hi all, While programming our IXP1200 we face a problem concerning issueing a memory lock from the core. We are using linux (bluecat 2.3.99) as the operating system for the core and the IXA SDK programming model for our application development. Memory shared between the core and the microengines is allocated using the RmMalloc(...) function and read/write (without lock constraints) works fine from both the core and the MEs (passing the address returned by RmGetPhysOffset(...)). Chapter 7 (p 167) of the IXP1200 programming book states that an SRAM memory read-lock can be obtained by the following command: *(unsigned int *)(SRAM_READ_LOCK + (sramLWAddr << 2)); where sramLWAddr is the physical address in longwords and SRAM_READ_LOCK is defined as follows: #define SRAM_READ_LOCK 0x12000000 Quite obviously, this results in a memory violation because the memory was not previously allocated (in the 0x12000000 range). A related problem we face is that our addresses allocated in SRAM (by RmMalloc) seem to have a virtual address starting with 0xf400...., which does not correspond to the 10000000-->107fffff range presented in the "StrongARM Core Memory Map" (appendix C) from the "Microcode Programmer's Reference Manual". If the memory is not allocated in this range, does the corresponding 0x12000000 range for the SRAM locks make any sense? Any help for these issues would be greatly appreciated. Kind regards, Tim

1 0

Problem running packet transmitting code
by Mohammad Shorfuzzaman 20 Apr '04

20 Apr '04

Hi everybody, I tried to run the packet transmittng code (Chap 9) from IXP1200 programming book. In function "bridging.c", hashIO_t has structure like: typedef struct { unsigned int hash_lo32; unsigned int hash_hi16 : 16; unsigned int pad : 16; } hashIO_t; If I compile the code, it gives an error regarding "hash_hi16: 16" field: "error : intrinsic data buffer "hashInput_103$1$0" cannot be read" But if I remove specifying the number of bits I mean only "unsigned int hash_hi16" it compiles fine, though logically it's not correct. Any help why it's happenning and how can I solve the problem? Thanks, Shorfuzzaman. ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/

1 0

Re: [ixp1200] problem with routing table
by dveluchamy＠vsnl.net 15 Apr '04

15 Apr '04

Hi, A simple initial routing table is built(see Script file -> packet_gen.ind) durin g startup. The routing table is maintained in a TRIE data structure. See "RFC1812 Imp.pdf" for more details given along with Dev Workbench. Regards, D.Veluchamy, College of Engineering, Guindy Anna University, Chennai. ----- Original Message ----- From: Ajay modi <amodipec(a)iitr.ernet.in> Date: Thursday, April 15, 2004 5:30 am Subject: [ixp1200] problem with routing table > Hi frnds, > I ma student of masters.i m working on IXP1200. > I am facing the problem of routing.I m doing some enahancement in > RFC1812router example.Any body did the work on it.Then plz tell me > where is the > routing table and what r there contents and how r they creating .... > I waitng for ur ans.... > Thanx in advance......... > bybye > ajay > > > Ajay Modi > Mobile No. 9412352842 > Mtech-II(CSE) > F-112,Jawhar Bhawnan > IIT Roorkee > --------------------------------- > M.B.M.ENGINERRING COLLEGE JODHPUR > --------------------------------- > > ----------------------------------------- (on isc) ________________________________________________________________________ Powered by TREND VirusWall: Information Superhighway Centre, IIT Roorkee --------------------------------------------------------- _______________________________________________ ixp1200 mailing list ixp1200(a)lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/ixp1200

1 0

Problem with getting packets
by Matija Puzar 14 Apr '04

14 Apr '04

Hello, I already sent this question to the (old) list some half an year ago, but noone seemed to have an idea. Hopefully, there will be more luck this time. We have a strange problem and the most annoying part is that it shows up pretty randomly. The boards used are ENP-2505. Sometimes, when we start some aces, the card does receive packets, the ace does send a response, but its response doesn't get to the wire (it happens even with the WWBump example). The RmSendPacket() doesn't report any error and everything seems to be working, except this little thing - no packet is received from the card. It seems that the packets get lost somewhere in the DL_SASink[] macro, but I don't really know how to check it or debug it. Restarting the aces usually helps, but still, this happens once in 4 or 5 times, which makes it VERY annoying when developing something (especially if it involves more machines at the same time, like in our case). Has anyone else encountered this problem and, perhaps, found a solution to it? Best regards, Matija -- Matija Puzar Department of Informatics, University of Oslo Postbox 1080 Blindern, N-0316 Oslo tel: +47 22 85 27 87, fax: +47 22 85 24 01

2 1

Deep Packet Inspection using IXP1200 simulator.
by Denis Lyons 13 Apr '04

13 Apr '04

Hi, I am a masters student who is just starting work with the IXP1200 simulator. I am interested in performing deep packet inspection using the simulator (v2.0) and analysing the perfromance. Is there any code available for implementing deep packet inspection on the IXP1200 simulator?? Any help or advice will be greatly appreciated. Thanks in advance, Denis Lyons Department of Informatics and Electronics University of Limerick Limerick Ireland.

1 0

IXP1200's publicly available in Emulab
by Jay Lepreau 09 Apr '04

09 Apr '04

I am pleased to announce the Utah Emulab testbed's integrated and documented support for IXP1200's. Currently we have 8 cards installed; all are publicly available to anyone with a valid research, educational, or development use, by signing up at www.emulab.net. http://www.emulab.net/tutorial/docwrapper.php3?docname=ixp.html Similar to other Emulab resources, an IXP1200 node can be allocated through an 'ns' script or through the Netbuild GUI. It can be configured as part of an arbitrary topology (of PCs, IXPs, or other node types), with end-nodes, traffic generators, routers, links, etc. Through NFS it has access to /proj and your Emulab home directory. You can configure a command to run automatically upon bootup. You have full access to the serial consoles of both the IXP and its host PC, which you can power cycle and of course reboot. All that makes it easy to allocate, experiment with, and evaluate an IXP-based application. Right now we have 8 ENP2505 (Bridalveil) cards installed, with Intel SDK 2.01 software. We hope to incorporate more IXP1200 nodes as we make space in our machine room, and also IXP2400 cards as development resources permit. Many thanks go to Intel for helping to support this work, to NSF of course, to the Emulab crew who helped develop it, and most especially to our former student Abhijeet Joglekar, who became our IXP expert.... and is now working at Intel. Jay Lepreau University of Utah

1 0

plugging an IXP1200 eval board into a regular PC causes infinite reboot
by wdebruij＠dds.nl 07 Apr '04

07 Apr '04

Hi all, to be able to use the evaluation boards on a regular basis I would like to move them onto a regular (active) PCI backplane. From the VERA project documentation I've gotten quite useful information, and from the georgia tech PCI drivers for the ENP I've managed to write to the card over PCI just fine. However, I'm experiencing a strange problem that I hope someone has seen before: when I plug in the board it keeps resetting itself. This appears to be related to the BootMgr software, as it nicely waits for user input when I enter its menu by pressing space. Running cygmon or the diagnostics will immediately reset the board, though. I'm using the netwinder flash with cygmon on a B0 board, by the way. at first I thought that it might have to do with receiving a possible interrupt from the backplane, but having tried all interrupt lines (and none at all), this does not appear to be the problem. Does this problem sound familiar to anyone? On a related note: we're trying to get the eval boards working as ENP boards, ie booting linux over PCI. So far I've managed to write drivers for directly accessing the onboard pci from the host in kernelspace and through mmmap in userspace. In case anyone's interested, the sources can be found in CVS on ffpf.sourceforge.net . As soon as I've worked out the last bugs I'll supply a regular distribution.

2 1

Doubt reg. sending data streams to IXP1200 ports
by sharmila radhakrishnan 07 Apr '04

07 Apr '04

Hello all, I have a doubt.I tried sending data to the IXP1200 physical port using 'ping' command.But I was not able to read the data from the port.Can you'll help me out with this.It is very urgent please. Thanx in advance, Sharmila Win an evening with the Indian cricket captain: Yahoo! India Promos.

1 0

Re: Doubt reg. sending data streams to IXP1200 ports
by sharmila radhakrishnan 07 Apr '04

07 Apr '04

Hello Win an evening with the Indian cricket captain: Yahoo! India Promos.

1 0