Re: [casper] Virtex 6 BRAM timing

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 R

[casper] Virtex 6 BRAM timing

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 extr

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

"We" did: http://ieeexplore.ieee.org/xpls/abs_all.jsp?arnumber=4840623 On Wed, Feb 13, 2013 at 7:45 PM, melvyn wright wrote: > I hope we published it. > > Mel. > > > On Wed, Feb 13, 2013 at 5:58 PM, Dan Werthimer > wrote: > > > > these guys at synopsis re-invented and implemented > > casper's p

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

I hope we published it. Mel. On Wed, Feb 13, 2013 at 5:58 PM, Dan Werthimer 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" > http://issuu.

[casper] parallel high bandwidtth FFT from synopsis/synphony

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 " http://issuu.com

Re: [casper] CASPER 10 GbE yellow block

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 wrote: > Hi All, > > Using the latest 10 GbE yellow block, has an

Re: [casper] CASPER 10 GbE yellow block

Ok! Thanks! Nimish On Feb 13, 2013, at 6:10 PM, David MacMahon 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: > >> Hi Da

Re: [casper] CASPER 10 GbE yellow block

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 R

Re: [casper] CASPER 10 GbE yellow block

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 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 as > choice betw

Re: [casper] CASPER 10 GbE yellow block

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

Re: [casper] CASPER 10 GbE yellow block

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 hav

Re: [casper] CASPER 10 GbE yellow block

> 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 >

Re: [casper] CASPER 10 GbE yellow block

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. Dave On Feb 13, 2013, at 1:30 PM, John Ford wrote: >> Hi, Rich, >> >> We've sustained 9.9 Gpbs simultane

Re: [casper] CASPER 10 GbE yellow block

> 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, Dav

Re: [casper] CASPER 10 GbE yellow block

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, Da

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

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 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. > > Glenn > > On Wed, F

[casper] CASPER 10 GbE yellow block

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

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 wrote: > Hi John. Grab the latest versions from > https://github.com/ska-sa/roach2_nfs_uboot/. > > If you netboot: copy tcpbo

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

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 ea

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

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 be

Re: [casper] ROACH2 auto-power-on

Thanks, Jason, I don't have a rev2 board on hand at the moment, so I'll have to play with this again the next time I come across one. Dave On Feb 11, 2013, at 10:06 PM, Jason Manley wrote: > JP2 functionality is broken in rev1. In rev2, "JP2 Warm Start" should do > what you want: > * When y

[casper] Uploading bof files.

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 termin

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

Hi, Now you mention is probably that i ran out of memory. I am going to check out. 2013/2/13 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 o

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

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 th

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

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 c