Thanks for the pointers. Here is what I've tracked it down to. When the octmac kernel modules is loaded (octmac.o) the packet spew begins. Inserting this module manually has the same result as running the ACE load script. I've tried recompiling the driver and made sure that it was truly compiled for the ARM. After a reboot the module seems in insert, repeatably, just fine. After one runs the ./ixstart script the old behavior returns. I tried running through the ./ixstart script by hand several times and was unable to recreate the problem or start the ACEs. Has anyone run into this problem or similar ones in the past? I'm going to try using the kernel modules located in /lib/modules on the card next and see if maybe the versions in /opt/ixasdk/bin/arm-be are bad. Thanks for the comments, Cyrus Hall University of Colorado Software Engineering Research Laboratory On Mon, 2003-02-17 at 18:51, Abhijeet Joglekar wrote:
Cyrus,
board will proceed to spit out malformed Ethernet packets (each packet identical) as fast as the interface will allow. This is with the simple packet counting example.
Can you expand a little more on the problem? The Count example should only recv. packets, count and then discard them. Which interface is it spitting packets out on?
Is there a bare bones MicroACE, such as the counting example, that actually works on the ENP2505?
I have tried Count, l2bridge and l3fwdr and they work fine. There are not many board dependent commands in the ixsys.config file. Just comment out "interface" commands for all other ports except for 0,1,2,3. Similarly, comment out commands for other ports from the route.config-sys-l3fwdr file or bridge.config-sys-l2bridge file.
And try with "mode = 0".
Also, check out the archives of this list, there was some discussion earlier on this list about running ACE samples on the ENP-2505.
-- abhijeet