August 2003 - ixp1200 - lists.cs.princeton.edu

Micro C Compiler
by Øyvind Hvamstad 29 Sep '03

29 Sep '03

Hi, I was planning to use microC when programming the engines, so I was wondering. 1. Has anyone been able to run uccl.exe through wine? (I can't, and vmware isn't cheap) 2. When trying to compile the Bridging example from the IXP Programming book, the file DispachLoop.h is nowhere to be found. Are there some secret library that I need? Or should I already have it? (Couldn't find it) 3. Would you recommend me to use microC instead of microcode? (Any known quirks?) 4. Would using microC involve having to port several microcode blocks? 5. Sorry for the, possibly, stupid questions. Can someone assist me? -- Øyvind Hvamstad <oyvindh(a)ifi.uio.no>

6 6

Question on enp-2505
by Feng Tang 09 Sep '03

09 Sep '03

Hello, Currently, my problem when trying to boot linux is: After the board entered cygmon, I typed "go" command, then the minicom screen show below information: ****************** cygmon>go cygmon_handle_exception()monitor_loop return=0 Returned from breakpoint Waiting for host based download Press space bar to abort host download mode.... .. .. .. Press space bar to abort host download mode.... ******************** Then I open another terminal and entered the directory of /opt/ixasdk/enp-2505/bin. I run the script .create_environment.rc and boot_bv. The screen of boot_bv show: ********************* eht1: unknow interface: No such device rmmod: module pciDgNet is not loaded rmmod: module pciDg is not loaded Booting board before = 0x7e6c6700 ********************* Then the screen of minicom show below information: ******************** Booting linux.... Hit breakpointDisassembling 0xc4e9.8944 mrcge 13, 4, r9, cr3, cr14, {4} Waiting for host based download Press space bar to abort host download mode... Press space bar to abort host download mode... ..

4 7

Problem rnning ixstart script
by Mohammad Shorfuzzaman 29 Aug '03

29 Aug '03

Hi all, I tried to run the sample packet count application from the IXA SDK. After successfully completing the steps related to compiling microcode source files and core components, I attempted to run the application on IXP EB with ./ixstart. It gives the following error: ixasl.o: unresolved symbol get_virtual_mem_map library aces require ixasl driver. ixasl driver does not appear to be running. ixconfig: Resource Manager intialization failed Sat Jan 3 02:31:40 1970 rmlib.c, line 80: open failed: errno 2 I tried to "insmod ixasl.o", but it gives the same error: ixasl.o: unresolved symbol get_virtual_mem_map Did any body successfully face this problem running this count application? Please help. Thanks. Mohammad Shorfuzzaman ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/

1 0

Gerry Murphy/Radisys_Corporation/US is out of the office.
by Gerry.Murphy＠radisys.com 21 Aug '03

21 Aug '03

I will be out of the office starting 08/15/2003 and will not return until 08/27/2003. I will respond to your message when I return. Please contact Brett Prochaska for any urgent issues

1 0

RE: [ixp1200] Frustration with subroutines...
by Cyrus Hall 13 Aug '03

13 Aug '03

The first solution certainly works, and I used to use it when I only had a single call point, but now I have need for fairly separated call points for this given code, and need to get data both in to and out of the subroutine (a "return value" if you will). I'm low on code store, and the subroutine is rather large, so a macro is out of the question. I gave the second solution a shot, after adding a branch around the code so it wouldn't execute when included. IE: br[after_include#] #include "file.uc" after_include#: However, I continue to get the same errors. The compiler still considers the variable initialized in the macro as separate from those (with the same name) in the subroutine. IE, "WARNGING: GPR, 'ret_addr', was referenced, but never assigned to," from within subroutine. It would appear that the .local directive is being ignored, although the compiler does not complain. I went back and re-read section 2.2.7 of the Microcode Programmer's Reference Manual, and it would seem that your suggestion *should* actually be working. However, I would guess that uca implements macros by simple cut-past and substitute, so it's not considered to be part of the .local declaration. I also took a look at how the microC complier handles function calls, only to find that it too uses global registers. Needless to say, I don't have many unused registers left either, and I'm trying to avoid the losing one of them for the entire code space as hard as I can. Thanks, Cy On Wed, 2003-08-13 at 15:37, Johnson, Erik J wrote: > I wouldn't think you would have to make it global, but certainly you > would have to make the live range through the subroutine (which make > sense from the functionality you want to achieve). I am stuck in a > hotel right now and don't have access to the assembler, but I would > guess that the following would work > > .local rtn_addr > load_addr[rtn_addr, ret_loc#] > br[sub_func#] > ret_loc#: > //...other code... > > .subroutine > sub_func#: > //does neat stuff > rtn[rtn_addr] > .endsub > .endlocal > > Of course, there are drawbacks to this as well. The rtn_addr is live > for the "other code", but perhaps you can re-arrange the code to fix > this "problem" as follows: > > Some ".h" file > > .local rtn_addr > #macro my_sub_func[] > load_addr[rtn_addr, ret_loc#] > br[sub_func#] > ret_loc#: > > .subroutine > sub_func#: > //does neat stuff > rtn[rtn_addr] > .endsub > .endlocal > > > Some .uc file > #include "my.h" > > my_sub_func[] > // other code > > > Wow, now I really wish I had the assembler with me because I probably am > just fooling myself into thinking this works... > > erik > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Erik J. Johnson > Intel Research & Development > erik.j.johnson(a)intel.com > NOT SPEAKING FOR INTEL > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > -----Original Message----- > From: Cyrus Hall [mailto:hallcp@cs.colorado.edu] > Sent: Wednesday, August 13, 2003 2:07 PM > To: ixp1200 List > Subject: [ixp1200] Frustration with subroutines... > > > A general question in regards to "passing" registers to branch points. > Here is what I would love to be able to do: > > .local rtn_addr > load_addr[rtn_addr, ret_loc#] > br[sub_func#] > ret_loc#: > .endlocal > //...other code... > > .subroutine > sub_func#: > //does neat stuff > rtn[rtn_addr] > .endsub > > IE, I want to declare a variable->register mapping and then be able to > use that same register in a subroutine. I've tried fooling around with > the .subroutine structures assembly with no luck. Only if rtn_addr is > live for the entire program does that work. Is there anyway to control > live ranges when using subroutines, or will uca force one to waste a > register by making it global? > > Thanks, > Cy >

1 0

Frustration with subroutines...
by Cyrus Hall 13 Aug '03

13 Aug '03

A general question in regards to "passing" registers to branch points. Here is what I would love to be able to do: .local rtn_addr load_addr[rtn_addr, ret_loc#] br[sub_func#] ret_loc#: .endlocal //...other code... .subroutine sub_func#: //does neat stuff rtn[rtn_addr] .endsub IE, I want to declare a variable->register mapping and then be able to use that same register in a subroutine. I've tried fooling around with the .subroutine structures assembly with no luck. Only if rtn_addr is live for the entire program does that work. Is there anyway to control live ranges when using subroutines, or will uca force one to waste a register by making it global? Thanks, Cy

1 0

IXP CSR.
by Kameswara Avasarala 06 Aug '03

06 Aug '03

Hi, Has anybody tried to access the IXP CSR space from the host ? The pciDg driver supplied by Intel maps the IXP CSR region into the host memory to access the DOORBELL register. Is is possible to access any register(eg. the watchdog timer registers) through this mapping ? Thanks, Kamesh.

3 2

[Q] Does Intel provide IXP1200EB device driver for linux host?
by Cho, joon-woo 06 Aug '03

06 Aug '03

Does Intel provide IXP1200EB device driver for Linux PC? I knew that Intel doesn't support device driver for Linux PC. But I see pciDg from this mailing-list. Is this a device driver which is provided by Intel? If yes, plz say me web or FTP address to get this device driver & driver manual. Thanks.

1 0