Re: [casper] ROACH1 - ethernet problem.

Thanks for all your inputs folks. Forcing the switch to operate in 100mbps mode on the said port and then connecting the ROACH1 has solved the problem now. I am super stumped by the problem - this board worked for close to 10 years auto-negotiating and decided not to, last Friday! Cheers,

Re: [casper] ROACH1 - ethernet problem.

Ramesh, I've never actually gotten a ROACH to talk directly to a server. The auto-negotiation in the NIC is not great. You pretty much need a switch in-between. Which is why Jason recommended using an old 100Mbps switch. Regards, James On Fri, Apr 17, 2020 at 4:00 PM Ramesh Karuppusamy

Re: [casper] ROACH1 - ethernet problem.

Yeah, but as I say, this never fixed the 1Gbps problem anyway. Was a weird problem. Jason > On 17 Apr 2020, at 16:00, Ramesh Karuppusamy wrote: > > > > I just tried this by putting a spare network interface on to 100mbps and also > forcing the ROACH1 eth0 to 100mpbs - this did not help.

Re: [casper] ROACH1 - ethernet problem.

I just tried this by putting a spare network interface on to 100mbps and also forcing the ROACH1 eth0 to 100mpbs - this did not help. Looks like the ethernet device on the ROACH1 is dead. I used mii-tool to force 100mbps operation: root@roach:~# mii-tool -F 100baseTx-HD eth0 root@roach:~#

Re: [casper] ROACH1 - ethernet problem.

Dear Ramesh, Here is the link you can download and write the image to the SD card. If possible use the 2GB SD card which is shipped along with the board. https://drive.google.com/open?id=1sK69IUDKkdEw3W6aF0r7wll0QR1KoSiS sudo dd of=/dev/mmcblk0p1 if=~/roach1_imagebkup_20190416_2GB.img Note

Re: [casper] ROACH1 - ethernet problem.

Hi Indrajit, Useful to know - I believe I do have our original ROACH1 image somewhere, therefore I will try what you suggested. Thanks! Cheers, Ramesh > On 17. Apr 2020, at 15:30, Indrajit Vittal Barve wrote: > > Dear Ramesh Karuppusamy, > > This kind of issues we faced several times,

Re: [casper] ROACH1 - ethernet problem.

Just to add to what Jason has said, older 100 Mbps switches are easy enough to pick up secondhand on eBay and such, depending on where you are. They're quite cheap. On Fri, Apr 17, 2020 at 3:19 PM Jason Manley wrote: > > > Since we are running the ancient Debian Etch on this unit, I have no >

Re: [casper] ROACH1 - ethernet problem.

Dear Ramesh Karuppusamy, This kind of issues we faced several times, We use to do re-write the SD card image. Then it gets resolved. If you want the image for the roach1 I can provide the same. Then you can copy your BOF and run your code. --- Thanks and Regards Indrajit Vittal Barve On

Re: [casper] ROACH1 - ethernet problem.

> Since we are running the ancient Debian Etch on this unit, I have no access > to ethtool, with which I understand that you can switch to 100mpbs. Is there > any other way to force 100mbps operation? This actually wouldn't work anyway (we tried it). Something is broken in that Nat.Semi

Re: [casper] ROACH1 - ethernet problem.

Thanks Jason, I thought about it. Since we are running the ancient Debian Etch on this unit, I have no access to ethtool, with which I understand that you can switch to 100mpbs. Is there any other way to force 100mbps operation? Cheers, Ramesh > On 17. Apr 2020, at 15:10, Jason Manley

Re: [casper] ROACH1 - ethernet problem.

Can you try it with a 100mbps link partner? ROACH1's PHY was notoriously fickle at 1Gbps. We never did get to the bottom of it, even with Nat.Semi's support, and switched PHYs on ROACH2. Jason Manley DSP Manager SKA-SA Cell: +27 82 662 7726 Work: +27 21 506 7300 > On 17 Apr 2020, at 14:56,

[casper] ROACH1 - ethernet problem.

Dear All, I hope you are all staying healthy. The gigabit ethernet on our ~10 year old ROACH1 board went silent all of a sudden this morning. The ethernet port show no activity (the yellow LED flickers very occasionally). On booting the unit off the SD card, and manually bringing up the

Re: [casper] ROACH1 NFS unable to mount root

Hello Brent, That was it! Thanks for that! Good catch, I'm using a recent Ubuntu version whereas my previous installs are all really old & stable systems that I haven't had to touch or mess with in a long time. Thanks again, LD On Thu, Apr 9, 2020 at 12:42 PM Brent Graner wrote: > Hi Louis- >

[casper] ROACH1 NFS unable to mount root

Hello, I'm setting up an NFS server for a ROACH-1 board. I've done this a couple of times before but this time there's an issue I've never encountered. The ROACH board is assigned the correct ip address (dhcp is working) and seems to load the uImage just fine. However, when it attempts to mount

Re: [casper] ROACH1 est_brd_clk()

On 04/18/2018 10:53 AM, Gary, Dale E. wrote: What digitizer are these using?  We have had issues with the KATADC on ROACH2, which turns out to need some register initializations in order to function properly, and the symptom is a bad est_brd_clk() result. Hey, wow, Dale! That was fast.  Yes,

Re: [casper] ROACH1 est_brd_clk()

Hi Tom, What digitizer are these using? We have had issues with the KATADC on ROACH2, which turns out to need some register initializations in order to function properly, and the symptom is a bad est_brd_clk() result. Regards, Dale On Wed, Apr 18, 2018 at 1:48 PM, Tom Kuiper

[casper] ROACH1 est_brd_clk()

What situations could cause est_brd_clk() to give the wrong answer? I have two ROACH1s and a Valon 5007.  Every time we check the Valon it puts out the required clock frequency, 1020 MHz, at about +7 dBm. When I initialize the ROACHs (roach1, roach2) from an ipython command line,

Re: [casper] ROACH1 Programming issues

Excellent! Happy ROACHing Jack On Thu, 12 Oct 2017 at 22:16 Mugundhan vijayaraghavan < v.vaishnav151...@gmail.com> wrote: > Hi Jack, > > The bof was not a executable, and this seemed to be the problem. > Once I changed it to an executable, then the ROACH got programmed. > > Thank to you and

Re: [casper] ROACH1 Programming issues

Hi Jack, The bof was not a executable, and this seemed to be the problem. Once I changed it to an executable, then the ROACH got programmed. Thank to you and James :) Regards, Mugundhan On Fri, Oct 13, 2017 at 10:34 AM, Jack Hickish wrote: > Hi Mugundhan, > > Is the

Re: [casper] ROACH1 Programming issues

Hi Mugundhan, Is the boffile that fails to program executable? I.e., if you log into the roach and run "ls -la /boffiles/" do the working and not-working boffiles have the asme permissions. (I don't actually know if roach1 still requires boffiles to be executable, but it used to, so maybe it's

Re: [casper] ROACH1 Programming issues

Hi James, I tried it using the version of casperfpga you suggested. The same error is returned. I'm attaching the python code that I'm using for programming the board. - Regards, Mugundhan V. On Thu, Oct 12, 2017 at 5:24 PM, James Smith wrote: > Hello Mugundhan, > >

Re: [casper] ROACH1 Programming issues

Hello Mugundhan, Casperfpga is a work in progress and unfortunately some of the more recent developments will have broken compatibility with ROACH1. Its main focus at the moment is SKARAB / ROACH2. I use the following commit to work on ROACH1: avnuser@planck:~/SKASoftware/casperfpga$ git show

Re: [casper] ROACH1 Programming issues

And I'm using the latest version of casperfpga library and katcp version. On Thu, Oct 12, 2017 at 3:56 PM, Mugundhan vijayaraghavan < v.vaishnav151...@gmail.com> wrote: > Hello James, > > I'm attaching the model files of the first and the second designs, along > with the bof and the fga files. I

Re: [casper] ROACH1 Programming issues

Hello Mugundhan, Please describe your context a bit more - what libraries are you using? Please also paste the error that you get? (and perhaps the code you used to generate the error.) Regards, James On Thu, Oct 12, 2017 at 12:17 PM, Mugundhan vijayaraghavan < v.vaishnav151...@gmail.com>

Re: [casper] ROACH1 serial to USB connection

This is a bit hazy, but I think that might be because the processor hasn't stopped properly - some permutation of rebooting, unplugging and pressing the halt button on the GUI repeatedly sometimes helps. Also check if the processor isn't running in an overclocked configuration regards marc On

Re: [casper] ROACH1 serial to USB connection

Hi Jason Its really no problem. I used the steps that you have send me with a ST-link V2 J-TAG (It is almost like the USB wiggler). I can open up a serail connection with Hyperterminal and open up an connection with the OCD Commander. Once i run the Macro I get the following error: Write large:

Re: [casper] ROACH1 serial to USB connection

Heystek, Sorry for the delay in replying. I'm not sure about the converter script. Every time I've debricked a roach, I used our USB wiggler, and followed these steps:

Re: [casper] ROACH1 serial to USB connection

Hi Jason I got my hands on a JTAG. I went through the CASPER debricking tutorial page but I dont understand how to use the converter script? Do you perhaps know how to use it? Thanks for all of your help Heystek On Mon, Mar 27, 2017 at 11:54 AM, Heystek Grobler

Re: [casper] ROACH1 serial to USB connection

Hi Jason The ROACH1 is a brand new board that we just unboxed. I tried connecing to it using two diffirent serial to usb cables and both gave the same result, a connection to the board, but the terminal only displays a black screen. No Uboot sequence or any kind of output. I will double check by

Re: [casper] Roach1!

On Sat, 9 Apr 2016 at 20:01 Rolando Paz wrote: > Hi Jack > > Today I had the opportunity to starting 3 ROACHs1, thanks to Dr. Stan from > IRYA. > > Some doubts: > > a) When we starting two of the three Roachs1, we used minicom to > communicate with them. Two of the roachs goes

Re: [casper] Roach1!

Hi Jack Today I had the opportunity to starting 3 ROACHs1, thanks to Dr. Stan from IRYA. Some doubts: a) When we starting two of the three Roachs1, we used minicom to communicate with them. Two of the roachs goes directly to "roach_login" where we put "root" and then we enter into an operating

Re: [casper] Roach1!

Regarding the kernel and filesystem, which you advise me to use? The kernel https://casper.berkeley.edu/svn/trunk/roach/sw/binaries/linux/ The filesystem https://casper.berkeley.edu/svn/trunk/roach/sw/binaries/filesystem/ Regards Rolando 2016-04-06 23:37 GMT-06:00 Jack Hickish

Re: [casper] Roach1!

Hi Rolando, That guide should still be up to date and working. Jack On Wed, 6 Apr 2016 at 22:35 Rolando Paz wrote: > Thanks Jack. > > So, Can I follow this guide? > > https://casper.berkeley.edu/wiki/ROACH_NFS_guide > > Regards > > Rolando > > > 2016-04-06 23:07 GMT-06:00

Re: [casper] Roach1!

Thanks Jack. So, Can I follow this guide? https://casper.berkeley.edu/wiki/ROACH_NFS_guide Regards Rolando 2016-04-06 23:07 GMT-06:00 Jack Hickish : > Hi Rolando, CASPER, > > The ROACH should still be supported by all the CASPER tutorials which are > on the wiki --

Re: [casper] Roach1!

Hi Rolando, CASPER, The ROACH should still be supported by all the CASPER tutorials which are on the wiki -- https://casper.berkeley.edu/wiki/Tutorials Cheers, Jack On Wed, 6 Apr 2016 at 16:48 Rolando Paz wrote: > Hi Jack > > The next Friday I will travel to Mexico to pick

[casper] roach1 not booting

Hello, a usually working roach1 ceased to answer on its ethernet. We tried to power OFF/ON with no result We re-connect the serial line and got the following through minicom at power on: --- U-Boot 2008.10-svn2226 (Nov 13 2009 - 09:27:45) CPU: AMCC PowerPC 440EPx Rev. A at 500 MHz

Re: [casper] ROACH1 10GbE routing

Thanks Marc, I shall try the very first alternative for the time being. Cheers, Ramesh > On 28 Oct 2015, at 10:10, Marc Welz wrote: > >> >> I use an ancient version of the core package, and here is the help on on >> tg_tap - no mention of a gateway here... >> >>

Re: [casper] ROACH1 10GbE routing

> > I use an ancient version of the core package, and here is the help on on > tg_tap - no mention of a gateway here... > > tap_start(self, tap_dev, device, mac, ip, port) method of > corr.katcp_wrapper.FpgaClient instance > Program a 10GbE device and start the TAP driver. > > @param

[casper] ROACH1 10GbE routing

Hello List, For a set up here, we have a ROACH1 with it 10GbE (assigned to 10.0.0.30) ports connected to a HP 5412l switch’s VLAN (subnet 10.0.0.0/24). Is there a way to get the ROACH1’s 10GbE packets on a second VLAN (subnet 10.0.2.0/24) on the same switch? On starting tgtap, the following

Re: [casper] ROACH1 10GbE routing

On Tue, Oct 27, 2015 at 2:46 PM, Ramesh Karuppusamy wrote: > > Hello List, > > For a set up here, we have a ROACH1 with it 10GbE (assigned to 10.0.0.30) > ports connected to a HP 5412l switch’s VLAN (subnet 10.0.0.0/24). Is there a > way to get the ROACH1’s 10GbE

Re: [casper] ROACH1 10GbE routing

Hi Marc, > Shouldn't you then have a route involving the tap0 interace with a G > flag in it ? > Sure - here is output after the route was added: root@dhcpeff64253:~# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 10.0.0.0

Re: [casper] Roach1 Host name lookup error.

So this is new. When I rebooted to check the boot process, it took the IP address immediately, started loading Uboot, but restarted around block 162. Wireshark shows multiple packets of the same number being send and acknowledged. Yes, I'm using dnsmasq. U-Boot 2008.10-svn3231 (Jul 15 2010 -

Re: [casper] Roach1 Host name lookup error.

I have no issues with the Roach2 that is also connected to this host computer. I switched the Roach1's and Roach'2 ethernet cables and still have the same problem on the Roach1 and Roach2 is still working fine. Which pins / voltages should I be checking on the power supply? Brad Dober Ph.D.

Re: [casper] Roach1 Host name lookup error.

Hi, Brad, On May 27, 2015, at 9:37 AM, Brad Dober wrote: I have no issues with the Roach2 that is also connected to this host computer. No issues meaning that you can tftp the uImage file from the server to the roach2? Does tcpdump/wireshark show any clues vis a vis the ROACH1's attempted

Re: [casper] Roach1 Host name lookup error.

So I plugged my other Roach1 that's in the lab into where the troubled Roach1 was sitting and started up the netboot. The uImage transferred fine this time, but I got another problem: *VFS: Unable to mount root fs via NFS, trying floppy.* *VFS: Cannot open root device

Re: [casper] Roach1 Host name lookup error.

There was a very long thread about this new problem a few weeks ago. Bottom line is that it's likely that your host isn't exporting the filesystem correctly, there's a typo in the DHCP offer, or some other such host problem. Look in the mail archives... John So I plugged my other Roach1

Re: [casper] Roach1 Host name lookup error.

Hi, Brad, On May 27, 2015, at 1:15 PM, Brad Dober wrote: Kernel command line: console=ttyS0,115200 mtdparts=physmap-flash.0:1792k(linux),256k@0x1c(fdt),8192k@0x20(root),54656k@0xa0(usr),256k@0x3f6(env),384k@0x3fa(uboot)fdt_addr=0xfc1c

Re: [casper] Roach1 Host name lookup error.

Hi Dave, Here is the configuration of the network. The host computer, a ROACH1 and a working ROACH2 running in soloboot are the only ones connected. The host is 192.168.40.1 and is offering 192.168.100.50 and the ROACH2 is assigned to 192.168.40.50. Is there anything weird about how the ROACH1

Re: [casper] Roach1 Host name lookup error.

Nothing obvious comes to mind (yet). Can you watch the roach1 boot process via serial console? What does that show? Are you using dnsmasq for the DHCP server? What if you try direct connect with mii-tool to set the speed of eth1 to 100 Mbps? Dave On May 26, 2015, at 5:00 PM, Brad Dober

Re: [casper] Roach1 Host name lookup error.

I've switched to NFS boot to avoid SD card corruptions. However, when attempting to run netboot, the roach will send an IP discover, the host will offer one, and then the roach will send a discover again. This goes on for 10-15 times when finally the roach will request the correct IP, and the

Re: [casper] Roach1 Host name lookup error.

Are you trying to run the ROACH1 on 1 GbE? ROACH1 is not reliable on 1 GbE. You have to force it to be 100 Mbps. This can be done by using an unmanaged non-gigabit switch (or hub), a managed switch that can force its port for the ROACH1 to be 100 Mbsp only. For direct connect, you'll have

Re: [casper] Roach1 Host name lookup error.

Hi Dave, I switched to a 100 Mbps switch, and now I'm still getting the ROACH1 continuously sending DCHP discovers, and my host computer continuously sending offers, but now the occasional request/acknowledge and uboot download is no longer happening. For what it's worth, I am not using jumbo

Re: [casper] Roach1 Host name lookup error.

Weird. Are there any other hosts on the network that might be also sending (non-netboot-aware) DHCP offers? What does sudo tcpdump -i eth0 -n -e -v port bootps or port bootpc show (replacing eth0 with the actual network interface name where the DHCP activity is). Dave On May 26, 2015, at

[casper] Roach1 Host name lookup error.

Hi Casperites, I have a Roach1 which is booting from an SD card. I booted it up yesterday, and it was displaying the STALE NFS handle error that other people have seen in the past (which suggested a corrupt flash card). I ran fsck and fixed several errors, and when rebooting, the stale nfs handle

Re: [casper] Roach1 Host name lookup error.

I ran into this a lot when trying to use the sdcard filesystem. I think the problem is that the filesystem is ext2 or something old like that which is prone to corruption if the system is hard rebooted. My advice is use NFS file system. On May 20, 2015 1:20 PM, Brad Dober do...@sas.upenn.edu

Re: [casper] Roach1 not working

Hi David, It gives me this result. /home/nfs/roach1/boot 192.168.70.0/24(rw,wdelay,no_root_squash,sec=sys,rw,no_root_squash,no_all_squash) thanks Nishanth On Sun, May 10, 2015 at 7:59 PM, David MacMahon dav...@astro.berkeley.edu wrote: Hi, Nishanth, On May 10, 2015, at 11:41 AM,

Re: [casper] Roach1 not working

Hi All, I set the link to 100MBPS as well as 10mbps and tried its giving me the same result. thanks. Nishanth Here is the screen shot U-Boot 2008.10-svn3231 (Jul 15 2010 - 14:58:38) CPU: AMCC PowerPC 440EPx Rev. A at 533.333 MHz (PLB=133, OPB=66, EBC=66 MHz) No Security/Kasumi

Re: [casper] Roach1 not working

Well, then you are almost there: Note that the NFS server somehow isn't happy: Root-NFS: Server returned error -13 while mounting /home/nfs/roach1/current regards marc

Re: [casper] Roach1 not working

Hi, Nishanth, On May 7, 2015, at 8:23 PM, Nishanth Shivashankaran wrote: ENET Speed is 1000 Mbps - FULL duplex connection (EMAC0) I don't know whether this is causing your problem, but I believe the ROACH1 ethernet port is not reliable at 1 Gbps. I think you somehow need to limit it to 100

Re: [casper] Roach1 not working

Hi. error 13 is permission denied. Probably your exports file isn't quite right. Note that you have to allow root permission on the mount. Something like this should be in /etc/exports: /home/nfs/roach1/current 192.168.40.0/24(sync,rw,no_root_squash) John Hi All, I used the usb

Re: [casper] Roach1 not working

Note that for recursive, you need -R not -r On Fri, May 8, 2015 at 3:55 PM, Nishanth Shivashankaran nshiv...@asu.edu wrote: Hi All, Thanks for the reply. I have the exports set to /home/nfs/roach1/current 192.168.70.0/24(sync,rw,no_root_squash) and it did not work. I changed the

Re: [casper] Roach1 not working

Hi All, Thanks for the reply. I have the exports set to /home/nfs/roach1/current 192.168.70.0/24(sync,rw,no_root_squash) and it did not work. I changed the permissions of all the files in the boot and current to chmod -r 777 and it still gives me the same error. thanks and regards,

Re: [casper] Roach1 not working

Hi All, I used the usb wriggler and ito load the bootloader and now I am seeing data comming out of the serial terminal as before. But the roach is still not booting properly. I am trying to boot the roach through nfs boot and I am seeing this at the terminal. Please can any tell me how to fix

Re: [casper] Roach1 not working

HI Marc, Thank you for the reply, I am not seeing anything on the serial terminal. I have ordered a macraigor wiggler, I will try using that and see if the roach starts working. Thanks and regards, Nishanth On Mon, May 4, 2015 at 12:28 AM, Marc Welz m...@ska.ac.za wrote: On Wed, Apr 29,

Re: [casper] Roach1 not working

On Wed, Apr 29, 2015 at 10:49 PM, Nishanth Shivashankaran nshiv...@asu.edu wrote: Hi All, We bought a new desktop and I tried installing nfs boot on to the new computer to boot the roach1 and was trying to bring the roach1 up. But I think I messed up installing something somewhere and

Re: [casper] Roach1 not working

Hi. I think maybe you have bricked your ROACH, i.e. the bootloader is messed up. You'll possibly need a jtag pod and software to reload it. See: https://casper.berkeley.edu/wiki/ROACH_Debricking John Hi All, We bought a new desktop and I tried installing nfs boot on to the new

Re: [casper] Roach1 not working

Thank you John for replying, I saw this wiki page before. The Jtag suggested in this website is no longer available. I was wondering you can suggest me a cheaper Jtag that is compatible with the micro processor on the roach board. Thanks and regards, Nishanth On Thu, Apr 30, 2015 at 7:56

[casper] Roach1 not working

Hi All, We bought a new desktop and I tried installing nfs boot on to the new computer to boot the roach1 and was trying to bring the roach1 up. But I think I messed up installing something somewhere and the roach 1 is not returning anything to the minicom terminal at all. I am sure it is

[casper] Roach1

Greetings, Digicom Electronics is asking anyone or organization that is retiring or has retired their Roach1 assemblies to please contact us. Digicom is at a fork trying to decide weather to build more boards or simply re allocate boards not in use. You can use one of the email addresses

[casper] roach1 uboot loading?

All, I'm currently troubleshooting a bad roach1 board, and I thought I'd ask for some advice about the problems I'm seeing. The board seems to be bricked. It doesn't do anything on power up. So, I attached our wiggler and it appears to successfully run the macro loadram_rinit_auto.mac.

Re: [casper] ROACH1 auto power-on

Hi Louis and Jason, Thank you very much for the detailed instructions. I will set the auto-poweron via Xport and see how it goes. If it ends up being unreliable or it turns out our Xport is dead too then we'll look into getting something like an Arduino board as you suggest. Thanks, Alex On

[casper] ROACH1 auto power-on

Hello all, Is there a way (maybe with a jumper in the right place) to make the ROACH1 boot automatically when the main power is supplied (i.e., after a power failure or shutdown). The Xport isn't really convenient for our current hardware setup, but we could make it work if that's our only

Re: [casper] ROACH1 QDR size

Hi Ryan Can you say a few words about how the in-place corner turner works? I'd be fascinated to hear. Thanks Gerry On 3/1/2013 11:28 AM, David MacMahon wrote: Thanks, Ryan, The problem was actually in the integration buffers. We were using QDR vector accumulators and the vector was too

Re: [casper] ROACH1 QDR size

hi gerry, you might be interested in aaron's paper about in place corner turners: https://casper.berkeley.edu/wiki/Papers Parsons, A., The Symmetric Group in Data Permutation, with Applications to a High-Bandwidth Streaming FFT

[casper] ROACH1 QDR size

Hi All, Is someone able to confirm that the size of the QDR chips on ROACH 1 boards depends solely on the board version? If this is indeed the case, does anyone know the QDR specs for the different board iterations? Cheers, Jack

Re: [casper] ROACH1 QDR size

Hi, Jack, We noticed that one of our designs gave bogus results when run on a ROACH 1 board with a serial number in the range 02, but valid results when run on a ROACH 1 board with a serial number in the ranges 03 or 04. After much head scratching, we opened up one 02, one

Re: [casper] ROACH1 QDR size

Hey David, I know it's probably too late, but I figured out how to do a QDR-corner turn without ping-ponging (thus, doubling the effective size of the QDR). Give me a shout if you need this in the future! On 03/01/2013 10:23 AM, David MacMahon wrote: Hi, Jack, We noticed that one of our

Re: [casper] ROACH1 QDR size

hi ryan, can you check this into one of the GIT repositories? thanks, dan On Fri, Mar 1, 2013 at 10:37 AM, Ryan Monroe ryan.m.mon...@gmail.comwrote: Hey David, I know it's probably too late, but I figured out how to do a QDR-corner turn without ping-ponging (thus, doubling the effective

Re: [casper] ROACH1 QDR size

It's not that complete. I could write a memo about it and throw around some matlab code. I implemented it for a demo several months ago but it was never tidy. Whoever actually needs it would have half of their work done though. Basically, you just have to permute the bits of the address

Re: [casper] ROACH1 QDR size

Hi David, That was exactly the information i was looking for -- thanks! Jack On 1 March 2013 18:23, David MacMahon dav...@astro.berkeley.edu wrote: Hi, Jack, We noticed that one of our designs gave bogus results when run on a ROACH 1 board with a serial number in the range 02, but

Re: [casper] Roach1 uboot network curiosity

From my experience with uBoot, you cannot ping a board running uBoot, as uBoot does not listen for pings. You can however ping a PC from the board running uBoot. On 14/05/2012 00:23, Marc Welz wrote: Hello With the Roach1 in the uboot state. Network address (192.168.3.240) acquired via

[casper] Roach1 uboot network curiosity

Hi, Is anyone willing to explain what seems to me to be an unexpected behavior in a windows+cygwin PC to Roach1 network connection ? With the Roach1 in the uboot state. Network address (192.168.3.240) acquired via dhcp, from a directly connected windows+cygwin PC host system (192.168.3.2).

Re: [casper] Roach1 uboot network curiosity

Glen, The problem you describe sounds like an issue we had during testing at Green Bank last December where the NRAO DHCP server would release the DHCP entry if the client did not renew it at regular intervals. It turns out that the ROACH linux was not renewing the DHCP entries. I think the final

Re: [casper] Roach1 uboot network curiosity

Glen, The problem you describe sounds like an issue we had during testing at Green Bank last December where the NRAO DHCP server would release the DHCP entry if the client did not renew it at regular intervals. It turns out that the ROACH linux was not renewing the DHCP entries. I think the

Re: [casper] Roach1 PPC temperature sensor misbehaving

I agree with Francois and suggest you just disable the PPC temperature monitoring on that board rather than trying to rework it. Using different code on that ROACH's Actel Fusion might be painful though. You could either disable all the safety shutdowns with that flag as you've done and live

[casper] Roach1 PPC temperature sensor misbehaving

Hi, Yesterday I spent some time debugging a Roach1 with something strange with the PPC temperature sensor. The PPC temperature reported is about 50 deg higher than that reported for the Xilinx FPGA or Actel Fusion device (which actually has the ADC). As in 80 vs 30 when just the Xport is

Re: [casper] Roach1 CX4 port to reference xtal mapping

Hi Matt I have, for ROACH-1: X1: CX-0 maps to MGT bottom 0 CX-1 maps to MGT bottom 1 X4: CX-2 maps to MGT top 0 CX-3 maps to MGT top 1 Jason On 07 Apr 2012, at 03:46, Matt Dexter wrote: Hi, I've confused myself when I try to map CX4 port to reference crystal - I hope one of you can

[casper] Roach1 CX4 port to reference xtal mapping

Hi, I've confused myself when I try to map CX4 port to reference crystal - I hope one of you can help me unconfuse me. When viewing the rear of the Roach1 board, with components on top, the design tools call out, I think, the CX4 ports as: upper left=2 upper right=1 lower left=3

[casper] Roach1 bug report and maybe more tests for Digicom?

Hi, We had a Roach1 that had been used for a long time but only on designs that did NOT use any of the CX4 ports. When it came time to finally use it to ship around 10 GbE traffic we found something amiss. Pin 1 of U21 wasn't well soldered to the PCB pad so the logic to apply power to the