> It seems there is a limit to the length of the 10GbE core name (ie > simulink name) of ~8 characters, which you might be exceeding (Terry > discovered this yesterday). I keep short names (4 chars) and hadn't > noticed this.
We'll try this. But it doesn't even work for the tutorial, which has gbe0 and gbe3 as the names. If you run tut2.py, it loads up and runs fine, but the MAC addresses and IP's never get properly configured, but it works because the defaults are legal, if bogus, i.e. mac address '123456' > > To help debug, try'n ssh into the roach board and do a ps aux to see > if the tgtap process is running. If not, try'n start it manually from > a roach ssh session: > > tgtap -b /proc/313/hw/ioreg/ten_Gbe_v2 -a 192.168.3.14 -t gbe0 -m > 02:02:0A:00:00:82 -p 10000 Good idea. I need a remedial course on the innards of the katcp system... John > > > Jason > > On 01 Apr 2010, at 12:50, John Ford wrote: > >> HI all. We've been working with some code taken from the workshop >> tutorials, tutorial #2. We're trying to configure the 10 gbe block >> using >> the tut2.py example, but it doesn't actually configure anything. >> Once we >> run the configure script, the MAC address and IP address are the >> defaults >> that are put in during the FPGA build. >> >> Does anyone have an idea why this doesn't work? Here's the script >> attached. >> >> It seems to do the Right Things. >> >> John >> <Parks.py> >
