Hi all,
For reference I've attached a summary of our problems below, and a few
things I have attempted to do to isolate it. The short of it is that we
are unable to transfer large amounts of data across the ethernet
reliably regardless of;
--kernel version
--whether we are usb mount or nfs mo
comments appended below...
On 04 Nov 2009, at 01:04,
wrote:
Hi Jason:
Could you please let me know how do you get data using KATCP?
Look at the wideband poco example (tut4) from the workshop. It is a
fully-functional correlator on a single ROACH board, and includes
python scripts whic
I was having similarly strange problems until I upgraded all the
Xilinx tools to the latest service packs. They've all disappeared now.
Jason
On 03 Nov 2009, at 20:32, John Ford wrote:
Hi all. This is exactly the error I have, and I am attempting to
fix it
now. Note that I have XP, not V
Hello,
On Nov 3, 2009, at 6:39 PM, C-H Cheng wrote:
Hello All
If I want to simulate a design in ISE and generate a bit file to
download to ROACH over JTAG.
You can do this using the .bit generated by the CASPER toolflow,
available in the same location as the .bof. bof files are generated
Hello All
If I want to simulate a design in ISE and generate a bit file to download to
ROACH over JTAG.
A problem I meet is the FPGA pin number assignment.
For example, in ISE I select the device is vxs95t and the FPGA pin assignment
in ucf file is according to my desing.
But ROACH has a lot of
Hi Jason:
Could you please let me know how do you get data using KATCP?
I also used KATCP for a while. But I can not find an efficient way to read a
large mount data from FPGA, like 1GB data stored in the Dram. And there are a
few difficulties as well. Such as, network is not reliable, OS crash
On Nov 3, 2009, at 13:03 , Andrew Siemion wrote:
http://casper.berkeley.edu/memos/udp_packetization.pdf
Nice memo, guys!
I think it would be helpful to mention the byte ordering of the multi-
byte values. I would assume that they are in network byte order
(i.e. big endian), but it never h
Hi all,
The wiki link ( http://casper.berkeley.edu/wiki/LWIP ) to a 7.1 iBOB
basesystem that had been edited to employ the iBOB UDP TinySH command server
described at http://casper.berkeley.edu/memos/udp_packetization.pdf has been
replaced with a shell script that will patch your current SVN chec
Hi Dave,
Good suggestions.
If anyone is planning on giving this a go for the first time, Laura Spitler
wrote some nice c functions for interacting with this basesystem:
http://casper.berkeley.edu/svn/trunk/projects/seti_spec/sandbox/laura/ibob_u
dp/
- Andrew
On 11/3/09 1:25 PM, "David MacMa
Hi all. This is exactly the error I have, and I am attempting to fix it
now. Note that I have XP, not Vista, but it's still broken. I can't wait
until the Linux build environment is up and running...
I have no idea why it works on some machines but not others.
John
-
Jason Manley wrote:
>Kjetil Wormnes wrote:
>>Jason Manley wrote:
>>>Kjetil Wormnes wrote:
Jason Manley wrote:
>The "MAC" problem appears to be software related, and comes and
>goes depending on the kernel build.
>,,,
>http://casper.berkeley.edu/svn/trunk/roach/sw/binaries/linux/
11 matches
Mail list logo
