Re: [casper] .bof generation problems

2010-07-27 Thread Jason Manley
This is telling you that the FPGA isn't programmed. Unfortunately you can't go'n program the FPGA behind tcpborphserver's back because it keeps state (including register listings etc). You need to use myfpga.progdev('mybof.bof'), for example. Jason On 26 Jul 2010, at 22:39,

Re: [casper] .bof generation problems

2010-07-27 Thread David MacMahon
Hi, Suraj, Have you tried running the bof file from the command line while logged into the ROACH? Another thing to check is whether the 1.bof file you created is identical to the 1.bof file that got uploaded to the roach. How did you transfer 1.bof onto the ROACH? Dave On Jul 26,

Re: [casper] .bof generation problems

2010-07-27 Thread David MacMahon
On Jul 27, 2010, at 10:33 , Suraj Gowda wrote: When I try to run the .bof from the ROACH command line, it returns with Input/Output Error. The ROACH is NFS mounted and I put the bof in the filesystem via scp. Sounds like a corrupted/incomplete bof file. What are its permissions on

Re: [casper] .bof generation problems

2010-07-27 Thread Suraj Gowda
Hi Dave, The file permissions are -rwxr-xr-x 1 43845 300 4469095 Jul 26 2010 1.bof -rwxr-xr-x 1 43845 300 4469090 Jul 22 2010 2.bof Also, the MD5 checksum of the .bof running on the roach matches the original. Thanks, -Suraj On Tue, 27 Jul 2010 10:57:59 -0700, David MacMahon

Re: [casper] .bof generation problems

2010-07-27 Thread David MacMahon
On Jul 27, 2010, at 12:44 , Suraj Gowda wrote: Also, the MD5 checksum of the .bof running on the roach matches the original. I assume you mean the .bof NOT running on the roach matches the original. :-) The only thing I can suggest is checking the output of dmesg and/or retrying with