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
On Wed, 2003-08-20 at 08:12, Øyvind Hvamstad wrote:
1. Has anyone been able to run uccl.exe through wine? (I can't, and vmware isn't cheap)
Unknown - I've been meaning to play with both uca.exe and uccl.exe for some time. I'll get back to you if I have some time to do so this afternoon.
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)
Intel never implemented it. The response I got from the authors follows: "Well, I've got bad news and good news. The bad news is that Intel decided (after we wrote the book) to not support the writing of microblocks in microengine C in IXA SDK2.x. The good news is that we have re-written the sample microblock in microengine assembly and put it on the errata page. All of the concepts still apply, it is just a different language. Here is a link to the errata web page: http://www.intel.com/intelpress/ixp1200/errata.htm" I've ended up implementing my projects in microcode instead of microC.
3. Would you recommend me to use microC instead of microcode? (Any known quirks?)
I decided that if Intel hadn't implemented what seemed to be a documented and seemingly major library for microC, that I didn't want to play with it only to find other things left unimplemented or buggy.
4. Would using microC involve having to port several microcode blocks?
If by blocks you mean the DispatchLoop stuff, not necessarily. One could certainly write the packet ingress and egress code from scratch in microC, and I think others on the list have done just that. They should be able to point you in the right direction. One should also be able to write dispatch loops in microcode and then link to other microcode generated from microC. This is probably the fastest development option in the 2.0 dev environment. Anyone else have any comments on this? Best of luck, Cyrus
On Wed, 2003-08-20 at 20:05, Cyrus Hall wrote:
On Wed, 2003-08-20 at 08:12, Øyvind Hvamstad wrote:
1. Has anyone been able to run uccl.exe through wine? (I can't, and vmware isn't cheap)
Unknown - I've been meaning to play with both uca.exe and uccl.exe for some time. I'll get back to you if I have some time to do so this afternoon.
I'm able to run uca.exe and ucld.exe through wine, only needed to copy the msvcirt.dll somewhere into the winepath.
One should also be able to write dispatch loops in microcode and then link to other microcode generated from microC. This is probably the fastest development option in the 2.0 dev environment. Anyone else have any comments on this?
I thought I'd try this.
Best of luck, Cyrus
Thanks
--
Øyvind Hvamstad
Vladimir, I am asorry, I will try to answer you're question asap, but I am up to my neck in work and about leave for Pisa, so it may take a few days. Apologies. HJB lale@liacs.nl wrote:
On Wed, 2003-08-20 at 20:05, Cyrus Hall wrote:
On Wed, 2003-08-20 at 08:12, Øyvind Hvamstad wrote:
1. Has anyone been able to run uccl.exe through wine? (I can't, and vmware isn't cheap)
Unknown - I've been meaning to play with both uca.exe and uccl.exe for some time. I'll get back to you if I have some time to do so this afternoon.
I'm able to run uca.exe and ucld.exe through wine, only needed to copy the msvcirt.dll somewhere into the winepath.
One should also be able to write dispatch loops in microcode and then link to other microcode generated from microC. This is probably the fastest development option in the 2.0 dev environment. Anyone else have any comments on this?
I thought I'd try this.
Best of luck, Cyrus
Thanks
-- --------------------------------------------------------------------- Herbert Bos Leiden Institute of Advanced Computer Science (LIACS), Faculty of Natural Sciences Leiden University, Niels Bohrweg 1, 2333 CA Leiden Phone: 0031-71-5277033 (w) 0031-10-2135363 (h) Fax: 0031-71-527 6985 Email: herbertb@liacs.nl ---------------------------------------------------------------------
Hi, all I want to add my own code into the L3Fwdr microACE code. Does anyone know how to debug the micro code I added into the microACE? Currently, I allocate scratch memory as debug information exchange memory. The micro Code set the variables and the strong ARM code read and output the values. Is there any better method to debug micro ACE code? Thanks! Yong Liu
Currently, I allocate scratch memory as debug information exchange memory. The micro Code set the variables and the strong ARM code read and output the values.
Yes, that works pretty well as a debugging method.
Is there any better method to debug micro ACE code?
You could use the workbench to download code and debug it. See the archives of this list for discussion on using the workbench with MicroAce.
Thanks!
Yong Liu
Hi, I am writing programs for IXP1200 on simulator. I am defined packet stream and asgined it to port0 on a IX Bus device. But on executing the program nothing is received on the IX Bus and thus rfifo elements have the garbage data. What should i do so that i can get the defined packet stream in the rfifo elements. Please help. and reply soon i have very less time left for completing my assignment. thankyou Amit Mittal Mtech(CSE) IIT Roorkee
participants (6)
-
Abhijeet Joglekar -
Amit Mittal -
Cyrus Hall -
Herbert Bos -
Yong Liu -
Øyvind Hvamstad