[casper] ERROR:Xflow - map: application received signal 9

2013-02-13 Thread Arturo Veras
hi all, I am trying to compile the correlator of tutorial 4 but i changed the adc to the acd083000x1. I have an error in the Starting program map. i went to gen_xps_files (line 636) and there is an error with the system(['xps -nw -scr run_xps.tcl system.xmp']) command. I do not know what this

Re: [casper] ERROR:Xflow - map: application received signal 9

2013-02-13 Thread John Ford
Hi. Not sure of your error, but signal 9 is a sigkill by the system. Did someone kill your process or did you run completely out of memory? Running out of memory is a common cause of a spontaneous signal 9. John hi all, I am trying to compile the correlator of tutorial 4 but i changed the

Re: [casper] ERROR:Xflow - map: application received signal 9

2013-02-13 Thread Arturo Veras
Hi, Now you mention is probably that i ran out of memory. I am going to check out. 2013/2/13 John Ford jf...@nrao.edu Hi. Not sure of your error, but signal 9 is a sigkill by the system. Did someone kill your process or did you run completely out of memory? Running out of memory is a

[casper] Uploading bof files.

2013-02-13 Thread Alec Rust
Hi all, there is a new rom file system (for soloboot) and tcpborphserver3 (copy to nfsroot/usr/local/sbin) for nfsboot in github ( https://github.com/ska-sa/roach2_nfs_uboot/) There is an email detailing how to upload a new romfs but it's fairly straight forward, set up a tftp server, use a

Re: [casper] casper Digest, Vol 63, Issue 9

2013-02-13 Thread Jason Castro
I recently got a ROACH2 from digicom and I'm trying to upload a bof file. My tcpborphserver does not support the KATCP command upload_bof. I do have the command upload which will upload and run a bof file but when I read a register something crashes. According to the previous posts, I

Re: [casper] casper Digest, Vol 63, Issue 9

2013-02-13 Thread Alec Rust
Hi John. Grab the latest versions from https://github.com/ska-sa/roach2_nfs_uboot/. If you netboot: copy tcpborphserver3 to nfs_root_directory/usr/local/sbin. Tcpbporphserver3 will load automatically when the roach boots. If you soloboot (boot the root file system stored in flash), which is the

Re: [casper] casper Digest, Vol 63, Issue 9

2013-02-13 Thread G Jones
I just dumped this info on the wiki on the ROACH 2 page since it seems very useful and didn't appear to be there already. Glenn On Wed, Feb 13, 2013 at 2:21 PM, Alec Rust alec.r...@ska.ac.za wrote: Hi John. Grab the latest versions from https://github.com/ska-sa/roach2_nfs_uboot/. If you

[casper] CASPER 10 GbE yellow block

2013-02-13 Thread Rich Lacasse
Hi All, Using the latest 10 GbE yellow block, has anyone achieved a sustained data rate of greater than 8 Gb/s? Thanks, Rich

Re: [casper] casper Digest, Vol 63, Issue 9

2013-02-13 Thread Alec Rust
Thanks Glenn... I am preparing a whole lot of documentation for the wiki. Hope to have it up soon! On Wed, Feb 13, 2013 at 9:38 PM, G Jones glenn.calt...@gmail.com wrote: I just dumped this info on the wiki on the ROACH 2 page since it seems very useful and didn't appear to be there already.

Re: [casper] CASPER 10 GbE yellow block

2013-02-13 Thread David MacMahon
Hi, Rich, We've sustained 9.9 Gpbs simultaneously from two 10 GbE ports (19.8 Gbps aggregate) on a ROACH into a PC with two 10 GbE NICs without dropping any packets. This was direct connect (i.e. no switch) and transmit only (i.e. no packets were sent back to the ROACH). Hope this helps,

Re: [casper] CASPER 10 GbE yellow block

2013-02-13 Thread John Ford
Hi, Rich, We've sustained 9.9 Gpbs simultaneously from two 10 GbE ports (19.8 Gbps aggregate) on a ROACH into a PC with two 10 GbE NICs without dropping any packets. This was direct connect (i.e. no switch) and transmit only (i.e. no packets were sent back to the ROACH). Rich, Dave, can

Re: [casper] CASPER 10 GbE yellow block

2013-02-13 Thread John Ford
Hi, John, The benchmarking tests were done here by Christopher Schollar who was visiting from the University of Cape Town. I'm not sure which library version he used, but I can find out. It was mostly just curiosity on my part, but are you using the same blocks for your work? John Dave

Re: [casper] CASPER 10 GbE yellow block

2013-02-13 Thread David MacMahon
Hi, John, My current work is on ROACH2 and the 10_Gbe_v2 block is the only 10 GbE block supported on ROACH2 so that's the one I'm currently designing with (but not yet using myself). I'm not sure which block Christopher used in the packet generator. His design ran on a ROACH so it could have

Re: [casper] CASPER 10 GbE yellow block

2013-02-13 Thread Nimish Sane
Hi Dave and others, I was under the impression that ten_Gbe_v2 was suppose to support ROACH2 as well. At least, its mask supports parameters specific to ROACH2 (such as choice between CX4, SFP+ and ports etc.). Rather, these options are available in the mask only for ROACH2. Is 10_Gbe_v2 part of

Re: [casper] CASPER 10 GbE yellow block

2013-02-13 Thread G Jones
I think it's just a typo and ten_gbe_v2 == 10_gbe_v2 On Wed, Feb 13, 2013 at 5:47 PM, Nimish Sane nimishs...@gmail.com wrote: Hi Dave and others, I was under the impression that ten_Gbe_v2 was suppose to support ROACH2 as well. At least, its mask supports parameters specific to ROACH2 (such

Re: [casper] CASPER 10 GbE yellow block

2013-02-13 Thread David MacMahon
Hi, Nimish, Sorry for my 10_Gbe_v2 typo. I meant ten_Gbe_v2. There is no 10_Gbe_v2 block. I am using the ten_Gbe_v2 block for ROACH2. Dave On Feb 13, 2013, at 2:47 PM, Nimish Sane wrote: Hi Dave and others, I was under the impression that ten_Gbe_v2 was suppose to support ROACH2 as

Re: [casper] CASPER 10 GbE yellow block

2013-02-13 Thread Nimish Sane
Ok! Thanks! Nimish On Feb 13, 2013, at 6:10 PM, David MacMahon dav...@astro.berkeley.edu wrote: Hi, Nimish, Sorry for my 10_Gbe_v2 typo. I meant ten_Gbe_v2. There is no 10_Gbe_v2 block. I am using the ten_Gbe_v2 block for ROACH2. Dave On Feb 13, 2013, at 2:47 PM, Nimish Sane wrote:

Re: [casper] CASPER 10 GbE yellow block

2013-02-13 Thread Dan Werthimer
hi rich, we've transmitted 9.9 Gbit/sec on roach1, with the 10Gbe yellow block from the library about 4 months ago. i'm not sure if there have been revisions since then. best, dan On Wed, Feb 13, 2013 at 1:06 PM, Rich Lacasse rlaca...@nrao.edu wrote: Hi All, Using the latest 10 GbE

Re: [casper] parallel high bandwidtth FFT from synopsis/synphony

2013-02-13 Thread melvyn wright
I hope we published it. Mel. On Wed, Feb 13, 2013 at 5:58 PM, Dan Werthimer d...@ssl.berkeley.edu wrote: these guys at synopsis re-invented and implemented casper's parameterized parallel FFT, (about a decade after we did): Using the Parallel FFT for Multigigahertz FPGA Signal Processing

Re: [casper] parallel high bandwidtth FFT from synopsis/synphony

2013-02-13 Thread Aaron Parsons
We did: http://ieeexplore.ieee.org/xpls/abs_all.jsp?arnumber=4840623 On Wed, Feb 13, 2013 at 7:45 PM, melvyn wright melvyn.wri...@gmail.comwrote: I hope we published it. Mel. On Wed, Feb 13, 2013 at 5:58 PM, Dan Werthimer d...@ssl.berkeley.edu wrote: these guys at synopsis

[casper] Virtex 6 BRAM timing

2013-02-13 Thread David MacMahon
I've noticed that the Virtex 6 BRAM clock-to-output time is kind of long when NOT using the optional output register (Trcko_DO = 2.08 ns) as compared to using the optional output register (Trcko_DOA_REG = 0.75 ns). Using the optional output register adds an extra cycle of latency, but that

Re: [casper] Virtex 6 BRAM timing

2013-02-13 Thread Andrew Martens
Hi Dave It would be good to add an optional Latency parameter to the Shared BRAM block and allow the user to select 1 (current value that does not use the BRAMs optional output register) or 2 (new value that does use the BRAM's optional output register). I think this would help ROACH2