Re: [casper] Problem when programming ROACH2

ut I read that: "New tcpborphserver3: fixes unmap issue when programming >> boffiles" , >> >> could be our case. >> >> It is being tested ... >> >> 2018-08-13 10:59 GMT+02:00 Marc Welz : >>> >>> The one is a symbolic link to the other >&

Re: [casper] Problem when programming ROACH2

The one is a symbolic link to the other regards marc On Mon, Aug 13, 2018 at 8:56 AM, Raimondo Concu wrote: > Yes Mark! > > I had already seen this link. > > What is the difference between tcpborphserver3 and tcpborphserver3-unmap? > > Thank You! > Raimondo > >

Re: [casper] Problem when programming ROACH2

On Fri, Aug 10, 2018 at 5:51 PM, John Ford wrote: > That depends where the image lives. If it is on an NFS mounted disk > somewhere, you have to install the new kernel and file system there. If on > the flash, you have to install it on the flash. > > THe latest stuff ought to be here (Marc is

Re: [casper] Problem when programming ROACH2

ch release mem called > roach VMA close > roach release mem called > roach VMA close > roach release mem called > roach VMA close > roach release mem called > roach VMA close > roach release mem called > roach VMA close > roach release mem called > roach VMA close &

Re: [casper] Problem with ROACH2 netboot

> > > Thanks & Regards, > Bela > > On Wed, May 9, 2018 at 2:41 PM, Marc Welz <m...@ska.ac.za> wrote: >> >> As uboot starts up, interrupt the boot to get the uboot prompt. Then >> run a printenv command and compare it to the other working roach. If &g

Re: [casper] Problem with ROACH2 netboot

As uboot starts up, interrupt the boot to get the uboot prompt. Then run a printenv command and compare it to the other working roach. If the configuration is bad, you might not have a useful kernel command line or mac address available - the latter is need for the network interface to be

Re: [casper] casperfpga attribute error

Another way of programming the roach is to go (echo "?progdev filename" ; cat) | nc -q 1 roach-ip-or-name 7147 The protocol to speak to the roach is simple text, so you might not need a supporting library to drive it, provided you are willing to open a tcp socket and write/read text from it.

Re: [casper] Options for reading slow data throughput from ROACH2

On Wed, Jun 28, 2017 at 7:56 PM, Jack Hickish wrote: > Here's a preview, which maybe someone more knowledgable with augment / > correct -- > > .. > > What tgtap does is start a process on the CPU which will read and respond to > packets from the interface which aren't

Re: [casper] [ROACH2] tap-start invalid

etstat -ng", it says "netstat: no support for 'AF INET (igmp)' on > this system. Can this be due to old version of tcpborphserver ? > > Regards, > Amit > > On 08-Jun-17 3:54 PM, Marc Welz wrote: >> You might be looking in /proc/sys/net, you want to be in /proc/net

Re: [casper] [ROACH2] tap-start invalid

entry in /proc/net directory. > > Regards, > Amit > > On 08-Jun-17 3:38 PM, Marc Welz wrote: >> Not 100% sure, but I think you might have to downgrade the linux igmp >> messages to version 2 to work with mellanox ? There is a >> force_igmp_version entry in /proc/sys/net ... >

Re: [casper] [ROACH2] tap-start invalid

IGMP version has to be same as the switch. We are > using the Mellanox SX1012. > > Thanks, > Amit > > > On 02-Jun-17 4:28 PM, Marc Welz wrote: >> On Fri, Jun 2, 2017 at 2:10 PM, Amit Bansod <aban...@mpifr-bonn.mpg.de> >> wrote: >>> Hi Marc, >>>

Re: [casper] [ROACH2] tap-start invalid

ere a way to monitor IGMP requests > ? I am not sure if the IGMP version has to be same as the switch. We are > using the Mellanox SX1012. > > Thanks, > Amit > > > On 02-Jun-17 4:28 PM, Marc Welz wrote: >> On Fri, Jun 2, 2017 at 2:10 PM, Amit Bansod <aban...@mpifr-bonn.mpg

Re: [casper] [ROACH2] tap-start invalid

On Fri, Jun 2, 2017 at 2:10 PM, Amit Bansod wrote: > Hi Marc, > > I am trying to subscribe to a multicast group (receive data). How then > can I configure the core to send an IGMP request ? You are probably looking for ?tap-multicast-add. Note that you can only invoke

Re: [casper] [ROACH2] tap-start invalid

On Fri, Jun 2, 2017 at 9:53 AM, Amit Bansod wrote: > Dear All, > > I am getting this message on giving tap-start on ROACH2: > > ?tap-start tap0 gbe0 239.10.1.64 7148 01:00:5E:0A:01:40 Hang on - you are configuring your local interface to be a multicast address. That

Re: [casper] Problem uploading .bof file to Roach1

Long shot - could you have run out of space on the roach ? On Mon, May 15, 2017 at 7:39 AM, Heystek Grobler wrote: > Good day everyone > > I have encountered a weird problem. Everything was working fine until today. > I cant upload a .bof file to my roach1. I keep

Re: [casper] Help to program roach1

It has been a while, but I am not sure if/how the remote upload was implemented in the roach1 and what its syntax was - it might have been different. Telnet to port 7147 on the roach and type ?help - if there is no progremote, see if you can find something similar ... On Sat, Apr 22, 2017 at

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] progdev fail

The fpga<->ppc interface is limited in size - if you want to see huge memory areas, you will need some sort of windowing/offset scheme regards marc On Wed, Dec 14, 2016 at 1:43 PM, Franco wrote: > Doing some more testing, I realize the progdev works when I remove the

Re: [casper] Problem reading DRAM in ROACH2

gt; register\_dram_controller\_not\_defined > > > Franco > > > > On 02/12/16 04:32, Marc Welz wrote: >> >> telnet to the roach on port 7147 while repeating the operation - what >> do the #log messages say ? >> >> On Thu, Dec 1, 2016 at 3:43 PM, Franco <f

Re: [casper] Problem reading DRAM in ROACH2

telnet to the roach on port 7147 while repeating the operation - what do the #log messages say ? On Thu, Dec 1, 2016 at 3:43 PM, Franco wrote: > Hi! > > I tried to test the dram of ROACH2 by porting an example model I had for > ROACH1. > > However when I tried to read

Re: [casper] Programming a ROACH2

I can't answer the question directly, there is a C utility which will program fpg files into roach2s, called kcpfpg - it lives on github in ska-ska/katcp_devel - run the toplevel makefile then cd into fpg and there should be the utility regards marc On Tue, Oct 11, 2016 at 12:56 PM, Heystek

Re: [casper] ROACH status queries

his system had been run previously with success using the same python > operations and .bof files. It's possible that there are required packages > that are not installed on the ROACH, because the USB drive had been loaded as > read-only (so packages installed previously may now be absent

Re: [casper] packet capture

There are a number of things to look at: - the content of /proc/sys/net/*/*rmem* - various sheduling priorities - the network driver (and card) - some are better than others, and many have options to tweak things - how bursty your traffic from the roach is - the locking strategy of your

Re: [casper] ROACH status queries

What does "?listdev" (issued via telnet roach-ip 7147, discard the quotes) have to say after a program ? If there are lots of register names, then it probably programmed successfully. You don't specify if you are using a roach1 or roach2... Generally you can telnet to the roach on port 7147 via

Re: [casper] ROACH2 romfs upgrade

On Thu, May 19, 2016 at 1:42 PM, Amit Bansod wrote: > Hello, > > I am trying to upgrade romfs on ROACH2 via "run tftproot". > > https://github.com/ska-sa/roach2_nfs_uboot/blob/master/boot/roach2-root-phyprog-release-2015-04-01.romfs > > The process seems to work but it

Re: [casper] upload_program_bof error

Hello Just use a port over 1024 in the upload command On Thu, May 12, 2016 at 7:37 AM, Amit Bansod <aban...@mpifr-bonn.mpg.de> wrote: > Hi Marc, > > I tried as root as well but I get the same error. > > Cheers, > Amit > > On 28-Apr-16 10:57 AM, Marc Welz wro

Re: [casper] Tap-Start Error message 1GbE block

On Tue, May 10, 2016 at 3:56 PM, Sam Gordon wrote: > Hi Marc, > > Thanks for the lead. I see the line you're referring to (735), but am not > sure how to go about clearing that register. I tried toggling the transfer > and receive registers on the GbE block to no avail

Re: [casper] Tap-Start Error message 1GbE block

> After sending, telnet returns the 'tap-start is OK' message, then enters > into an endless stream of: > > #log warn 183324 raw tx\_queue\_still\_busy\_(8\_words\_to\_send) > > Meanwhile, the network configuration in the PPC shows that tap0 has been > created, and the UDP frame contains the

Re: [casper] upload_program_bof error

unix systems do not let unpriviledged users bind ports under 1024 On Wed, Apr 27, 2016 at 6:08 PM, Amit Bansod wrote: > Hello, > > I am using upload_program_bof to upload the bof file and I get following > errors: > > Programming FPGA... > ('Error: request(Request to

Re: [casper] arp: unknown or malformed arp packet

On Fri, Apr 1, 2016 at 10:05 AM, Amit Bansod wrote: > Hi Marc, > > Unfortunately ?tap-info does not show any information like "announce" or > "query". That probably means you are running an earlier version of tcpborphserver > I do see lot of messages like > > #log

Re: [casper] arp: unknown or malformed arp packet

Assuming you are running a recent version of tcpborphserver, the error message is generated at line 2601 or so in tg.c, where the beginning of a packet is compared to the arp header which we can process (arp_const). It maybe be that your network has: * unusual arp traffic * maybe vlan traffic *

Re: [casper] 10 gbe on ROACH-2

So it depends on exactly what you want - if you are going though one (eg default) gateway to both subnets, then this might be feasible, but you will need a very new tcpborphserver. Having multiple routes on a single interface will require custom fpga work, however. It isn't clear how smart a

Re: [casper] Multicast on 10 gbe on ROACH-2?

David MacMhaon wrote: >> I think multicast transmit is easy (just populate the ARP table >> appropriately). I think multicast receive is also supported with recent >> versions of the 10GbE yellow block. You could probably check the >> mlib_devel git commit logs for the yellow block code to find

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

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] network settings.

You don't specify if you boot off the onboard flash, via nfs or something else. If you boot via nfs, the kernel does the initial dhcp request to get the root filesystem, so it won't write anything into resolv.conf - that you would have to do with another dhcp request, taking care not to

[casper] Fwd: ROACH-1 Boot issue

From: Marc Welz <m...@ska.ac.za> Date: Wed, Oct 14, 2015 at 7:24 AM Subject: Re: [casper] ROACH-1 Boot issue To: indrajit <indra...@iiap.res.in> What is autoboot configured as ? It looks like boot from mmc - mmc (depending on card and controller) can corrupt horribly on power failur

Re: [casper] Error Booting ROACH2 "wrong image format for bootm commmand"

You need both a valid root file system and kernel on your roach for the "soloboot" macro to bring up your system. The "run tftproot" programs a new file system, but it seems that the kernel image isn't correct, so that must have been managled somehow (possibly with a "run tftpkernel"). So try to

Re: [casper] Connecting to ROACH2 via USB and Ethernet

On Wed, Sep 9, 2015 at 4:21 PM, Christopher Barnes wrote: > Hey Marc, > > I plugged the ROACH into a PC, and the USB connection is visible within my > /dev/ folder. However, when I updated minicom to recognize the correct USB > connection and then turned on the ROACH (same

Re: [casper] Connecting to ROACH2 via USB and Ethernet

If you erase the last couple of sectors of onboard flash, then the uboot bootloader is gone, at which point the board is unresponsive. There are ways to recover it via jtag over usb. But you will have to do some work. Things to try: plug in the roach into a PC: does dmesg show any fdti devices

Re: [casper] ROCH 2 communication through Python

On Wed, Sep 2, 2015 at 6:52 AM, Craig Tong wrote: > Hi Aniket. > > As James has said, if you have been making various telnet connections to > your Roach2 before running the script it might be worth just rebooting > the board before trying the casperFPGA scripts. The

Re: [casper] ROACH2 SDRAM Check on startup?

The first point looks like you (maybe ?) installed a version of u-boot with the memory check and are running it. Updating uboot should be done with care, as recovering from a garbled upload is tricky. In other words, if you can tolerate the delay, and the system is working for you, don't worry too

Re: [casper] Roach-2 crashing fix

So I confess to relying on third parties for this information, but isn't the board populated with 1Gb RAM after all ? Would the crash be trigged by a kernel memory layout of 3Gb+1Gb rather than 2Gb+2Gb ? Have you tried the kernel from 9 months ago at github ska-sa/roach2_nfs_uboot ? regards

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

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] Roach 2 telnetd

On Fri, Mar 27, 2015 at 4:44 PM, Madden, Timothy J. tmad...@aps.anl.gov wrote: I am trying to start telnetd on a roach2 booting from the local flash. I added telnetd to /etc/rc.local When I do a ps -a, no telnet is listed... Also I cannot telnet to it. What happens if you run telnetd

Re: [casper] Suggested convention for writing registers

On Fri, Mar 20, 2015 at 7:08 AM, James Smith jsm...@ska.ac.za wrote: Hello all, I've given some thought to the topic of writing (and reading) registers on the ROACH using the python corr module. Often in a design a single register may be sliced into many bits to control various things. The

Re: [casper] Error programming .fpg file

On Wed, Mar 18, 2015 at 1:40 PM, Brad Dober do...@sas.upenn.edu wrote: Hi Marc, /dev/roach/mem exists but I'm not sure what the correct numbers are. So if you go cat /proc/devices there should be an entry for the roach driver which should tell you the major number, if there isn't such a line

Re: [casper] Error programming .fpg file

On Wed, Mar 18, 2015 at 2:10 PM, Brad Dober do...@sas.upenn.edu wrote: This is what comes up. Character devices: ... 252 roach2_fpga Ok, so then /dev/roach/config should be c 252 0 and mem c 252 1. When the programming fails, does dmesg tell you anything interesting ? regards

Re: [casper] Error programming .fpg file

On Wed, Mar 18, 2015 at 2:29 PM, Brad Dober do...@sas.upenn.edu wrote: Hi Marc. Thanks for the help. I'm not exactly sure what I'm supposed to be looking for, but here's the dmesg dump: roach2: claiming matching platform Using PowerPC 44x Platform machine description Linux version

Re: [casper] Error programming .fpg file

On Wed, Mar 18, 2015 at 2:53 PM, Brad Dober do...@sas.upenn.edu wrote: I do that by running tftpkernel at the R2 bootup instead of tftproot, correct? yep - printenv will show you what these macros do in case you want to know more Is there any cleanup I need to do after the reset like when

Re: [casper] Error programming .fpg file

On Wed, Mar 18, 2015 at 3:11 PM, Brad Dober do...@sas.upenn.edu wrote: I tried again with progdev and it failed, but I tried fpga.upload_to_ram_and_program('qdr_err_check_2015_Mar_16_1247.fpg') and it succeeded. Could fpga.upload_to_flash('qdr_err_check_2015_Mar_16_1247.fpg') be exhibiting

Re: [casper] Error programming .fpg file

On Tue, Mar 17, 2015 at 8:54 PM, Brad Dober do...@sas.upenn.edu wrote: #log error 957577359468 raw unable\_to\_map\_file\_/dev/roach/mem:\_Invalid\_argument #log error 957577359471 raw Unable\_to\_map\_/dev/roach/mem That looks like you have a kernel which doesn't have the roach2 mmap

Re: [casper] unable to run tcpborphserver2 from the command line

AM, Marc Welz wrote: On Tue, Feb 24, 2015 at 12:22 PM, Paul Marganian pmarg...@nrao.edu wrote: Hi everyone, I've recently run in to a problem with tcpborphserver2 running on Roach 1. In the past, I've been able to debug and develop simply by running this program interactively, getting

Re: [casper] unable to run tcpborphserver2 from the command line

On Tue, Feb 24, 2015 at 12:22 PM, Paul Marganian pmarg...@nrao.edu wrote: Hi everyone, I've recently run in to a problem with tcpborphserver2 running on Roach 1. In the past, I've been able to debug and develop simply by running this program interactively, getting feedback from print

Re: [casper] unable to run tcpborphserver2 from the command line

Hello Thanks Marc, Good suggestion. I'd hat the log level set to debug, but hadn't thought of lowering it. I get a lot of output, most of which I don't quite understand (see below). At this point, I probably should add that we are running a tcpborphserver with a mode we created for our

Re: [casper] unable to run tcpborphserver2 from the command line

?progdev mba15_obs2d_2014_Jan_31_1052.bof So this is the same bof file which sometimes works and sometimes does not ? Or is this subsequent to some upgrade of the roach ? If it is a sometimes work/not work issue maybe you are not marking it executable (chmod +x) on transfer or the transfer is

Re: [casper] Fwd: casperfpga and fpg's

On Wed, Feb 18, 2015 at 5:05 PM, Matt Strader mstra...@physics.ucsb.edu wrote: Hi Alec and Paul, I should have said, I'm booting from NFS. I see that on https://github.com/ska-sa/roach2_nfs_uboot, the romfs and uImage is much newer than boot/tcpborphserver3, which is what I copied into

Re: [casper] KATCP maximum segment size for transmition and struct.pack/unpack format

So as already mentioned, the trick would be to stick to the object files that implement only the _katcl functions - that shouldn't require some basics (malloc, strcmp, etc) but not the full unix io API. That might mean building individual object files (parse.c, line.c etc) rather than the full

Re: [casper] KATCP maximum segment size for transmition and struct.pack/unpack format

On Mon, Jan 26, 2015 at 1:50 PM, Pablo Vasquez pvasq...@das.uchile.cl wrote: Hi, I'm trying to get a 32 bits PIC controller to work with a ROACH. I'm establishing communication through a standard TCP connection and getting data from a socket opened between the PIC and the ROACH. About this

Re: [casper] ROACH serial connection issues

On Mon, Dec 1, 2014 at 2:47 PM, Norbert Bonnici norbert.bonnici...@um.edu.mt wrote: Dear Marc, I've have tried all the possible CR+LF combinations. Any ideas? Then I am not sure - I know that some USB dongles attempt to autodetect the serial speed - maybe something is going wrong there

Re: [casper] Problem about the adc frequency in PAPER model.

On Wed, Nov 19, 2014 at 6:50 AM, Peter Niu peterniu...@163.com wrote: Hi,Dave, Sorry reply you late. The little trouble I encountered in netboot turned out to be that the uImage I am using have changed.Well ,As for a test ,I download the latest uImage from

Re: [casper] Problem about the adc frequency in PAPER model.

On Wed, Nov 19, 2014 at 8:37 AM, Marc Welz m...@ska.ac.za wrote: There should be an even newer uImage (ie linux kernel) and romfs (ie flash filesystem, containing tcpborphserver3) at that location. I think the most notable change is that we have changed the kernel memory model, so

Re: [casper] Problem about the adc frequency in PAPER model.

Hello I find a updated roach2-root-fullmap-2014-08-12.romfs.Could you please tell me what should I do to make it work? Should I put this file in the same place as tcpborphserver3 in Roach2 file system (/usr/local/sbin)? Thanks for your answer ,I am totally a fresh man. :) Peter If

Re: [casper] Problem about the adc frequency in PAPER model.

On Thu, Nov 13, 2014 at 5:49 AM, Richard Black aeldstes...@gmail.com wrote: Wow. Well that seemed to be the magic bullet. Thanks! Any ideas why this works? Is it because of an NFS lock-out or a 10-GbE driver issue in the NFS kernel image? So I don't know. It could also be a version

Re: [casper] Problem about the adc frequency in PAPER model.

On Thu, Nov 13, 2014 at 8:32 AM, David MacMahon dav...@astro.berkeley.edu wrote: Are the drivers that provide the /dev/roach/mem and /dev/roach/config nodes compiled into the kernel image? Yes, the roach kernels have never used modules regards marc

Re: [casper] question about upload bof in soloboot

On Fri, Nov 7, 2014 at 6:11 PM, 牛晨辉 peterniu...@163.com wrote: hi, all, I try a soloboot to install a roavh2.What should I do to transfer bof file from PC to Roach board?the upload command in telnet may a little slowly, it seems never completed,so i close it first.the second time i upload

Re: [casper] about nfs boot configuration on roach2

Hello Then I reboot in the minicom window,command dhcp and nfs seperately,the ouput information is below.It seems that the roach has found the uImage and transferred the kernel file.But next it doesn't boot up automaticly. Yes, that is expected. In my thought, once the roach have loaded the

Re: [casper] about boffile download using tut3.py

On Sat, Oct 25, 2014 at 2:33 PM, Wang Jinqing jqw...@shao.ac.cn wrote: For tut1 I can use telnet to roach2,the using the command like nc -w 2 -q 2 192.168.111.10 name.bof to download the bof file.But tut3.py looks not in that way. What should I do ? I think try using the same

Re: [casper] Problem uploading bofs to ROACH 2

On Mon, Aug 4, 2014 at 6:10 PM, Raul Sapunar Opazo rasapu...@gmail.com wrote: #log error 963267824776 upload saving\_of\_bof\_file\_failed:\_No\_such\_file\_or\_directory #log info 963267824780 raw job\_483\_completed\_with\_code\_1 #log error 963267824781 raw encountered\_fail\_on\_upload

Re: [casper] Fwd: ROACH 2 First Use

On Tue, Jun 3, 2014 at 1:23 PM, Roelof Burger roe...@eflex.co.za wrote: Hi John, Thanx for the quick response. I can ping the ROACH from my windows and UBUNTU machines. They are on the same domains I left a TELNET session open just now, and when i run the command: ssh -p 7147

Re: [casper] PIC32 controlling ROACH in a radio telescope.

On Thu, May 15, 2014 at 10:09 PM, Pablo Vasquez pvasq...@das.uchile.cl wrote: Hi, I want to implement KATCP protocol on a PIC32 micro controller. I'm trying to compile the KATCP C library over a TCP/IP stack freeware provided by Microchip (the manufacturer of the starter kit I'm working

Re: [casper] ISE 14.7 in ubuntu 12.04

On Tue, May 13, 2014 at 12:54 PM, Rolando Paz flx...@gmail.com wrote: Hi Wesley I did this: rolando@rolando-MS-7815:/media/TERA/roach/Xilinx_ISE_DS_Lin_14.7_1015_1$ chmod +x xsetup rolando@rolando-MS-7815:/media/TERA/roach/Xilinx_ISE_DS_Lin_14.7_1015_1$ sudo ./xsetup ./xsetup: 18:

Re: [casper] Executing .bof on ROACH-2

On Thu, Mar 20, 2014 at 10:22 AM, David Bonnici dav...@ascentsoftware.eu wrote: Hello Mark. Are there any replacements for the BORPH ioreg interfaces? How do I access the FPGA registersor am I now kinda restricted to use the katcp interface? The ioreg interface is gone. To access FPGA

Re: [casper] ROACH 1 DRAM

On Tue, Feb 25, 2014 at 7:43 AM, G Jones glenn.calt...@gmail.com wrote: Hi Marc, Thanks for the reply. I would have expected that selecting the 64 MB chunk with the dram_controller register as described in the DRAM block documentation on the wiki would get around any such PPC address space

Re: [casper] ROACH 1 DRAM

On Mon, Feb 24, 2014 at 7:57 PM, G Jones glenn.calt...@gmail.com wrote: Hi, Sorry to repost this. Just curious if anyone has experience using more than 256 MB of FPGA DRAM on the ROACH, in particular through the PPC interface. The PowerPC's virtual memory subsystem maps things in 256Mb

Re: [casper] determining running bof file from tcpborphserver?

On Fri, Feb 21, 2014 at 3:15 PM, Paul Marganian pmarg...@nrao.edu wrote: Thanks marc! Embarrassingly enough, I've noticed these registers before, but never investigated them: sys_scratchpad So scratchpad is just a test register to see if accesses across the bus are ok (timing issues, etc can

Re: [casper] question about roach2 netboot

Hello Then, the error msgs start to show up: modprobe: FATAL: Could not load /lib/modules/3.7.0-rc2+/modules.dep: No such file or directory modprobe: FATAL: Could not load /lib/modules/3.7.0-rc2+/modules.dep: No such file or directory modprobe: FATAL: Could not load

Re: [casper] bram and katcp

Hello I'm also going to look at another option which is with the mmap kernel I have access to the FPGA memory in /dev/roach/mem. I think it should be fairly easy to write a custom server that runs on the roach that collects the bram data from the mem and then buffers if for sending over

Re: [casper] bram and katcp

Hello The path FGA-PPC-ethernet-python hasn't been optimised for speed. So if you can get hold of a PCI(e) CX4 ethernet card for your capture machine then you will save yourself a considerable amount of effort and get way better max transfer rates However: If this isn't an option, there are a

Re: [casper] ROACH TGE Multicast

Hi there I think building a multicast receiver is non-trivial. Doing multicast the right way requires that hosts implement IGMP (Internet Group Management Protocol). If you are running sshd or telnetd on the roach you can connect to those over the 10GbE interface attached to the FPGA. It

Re: [casper] How do you program a ROACH-2 that is soloboot mode?

Hi there Regarding the chdir issue: The way to fix it properly is to install a more recent tcpborphserver which always programs an absolute path. (See progdev_cmd() in tcpborphserver3/raw.c on github). I think that was changed at the beginning of the year. However, this probably isn't necessary

Re: [casper] Error when execute .bof files

Hello -bash: ./tur.bof: cannot execute binary file - I execute a lot of bof files, but the ROACH show the same error. Assuming you are running on a roach and not a roach2, the most likely reason would be that ./tur.bof isn't marked executable, so use chmod +x to change that. regards marc

Re: [casper] progdev fails on roach2

Hello On Wed, Aug 14, 2013 at 12:17 PM, Jason Ray j...@nrao.edu wrote: All, Occasionally I've noticed (maybe a handful of times over the past few months) that progdev will fail with our roach2 boards. After working fine for long periods, it will fail to program out of nowhere and the only

Re: [casper] Creating boffiles directory

Hello cockroach3 / $ ls bin dev etc lib mnt proc root sbin sys tmp usr var On the solobooted filesystem, bof files live in /usr/bof When I try to create a boffiles directory, I find that the system does not allow it (soloboot): Yes, / is readonly, /usr is writable. We have

Re: [casper] Creating boffiles directory

Hello Second, I have tried ?listbof -b /usr/bof and ?listbof -b/usr/bof (no space) Oh, I didn't explain that properly - it is the tcpborphserver process that accepts commandline parameters (eg tcpborphserver3 -b /usr/bof) But the unusual part is that it seems to be running already, and

Re: [casper] Creating boffiles directory

AFIK you can use the -b flag of tcpborphserver to set the bof dir u'll need to edit /etc/init.d/tcpborphserver startup script to change that. Confirmed -b will work, but for solobooted roaches the startup file is /etc/rc.tcpborphserver3 regards marc

Re: [casper] Using Memory Mapped Kernel for Roach2

Bad magic in file bof header ? That looks like a corrupt bof file ... Is it really a bof file and not a bin or bit file ? On Mon, Jun 24, 2013 at 1:21 PM, Sarfraz Qureshi sarfrazqureshi...@gmail.com wrote: Hi Shanly, Thanks for the reply. We have tried doing this and seem to be getting the

Re: [casper] Problem receiving ROACH2 packets

I am having a problem receiving 10gbe packets from one of the interfaces on a dual-port Myricom NIC. I believe the packets are properly addressed, and wireshark sees them fine, but programmatically we cannot receive them on 10.0.0.102 via C or Python (recvfrom() just hangs), while on

Re: [casper] Setting up 10gbe core for ROACH2

On Fri, Jun 7, 2013 at 1:14 PM, Gary, Dale E. dale.e.g...@njit.edu wrote: Hi All, Hello We previously were successful in setting up the 10gbe core for ROACH1 using tap_start, which I believe resulted in a process tgtap appearing in the ROACH. I am using the same method for ROACH2 (using

Re: [casper] KATCP library thread-safe?

Hi, Hello I was wondering if anyone knew the answer to two questions: 1) Can I use more than one KATCP connection within one process? Yes. See kcppar for an example which issues commands to multiple katcp servers in parallel. 2) If so, do they need to be protected from each other via

Re: [casper] Thermal testing

On Thu, May 16, 2013 at 12:56 PM, Rich Lacasse rlaca...@nrao.edu wrote: Hi Casperites, Is there a easy way to monitor the temperature of the FPGA and PPC on the ROACH2? Perhaps using the sensors command on katcp? Thanks, Rich Try ?sensor-sampling raw.temp.ppc period 2000 regards marc

Re: [casper] Building a new romfs

On Wed, Apr 3, 2013 at 1:30 PM, John Ford jf...@nrao.edu wrote: Hi all. We are going to attempt to update the standard romfs file system to support some additional stuff, like ssh and ???. Can someone give me a hint where to start? Well, the current romfs is mainly busybox (unmodified) and

Re: [casper] r2case_event() in dmesg

On Wed, Mar 27, 2013 at 3:52 PM, G Jones glenn.calt...@gmail.com wrote: Hi, Hello Anyone know why there are a bunch of messages like this in dmesg on a ROACH II: r2case_event(): Got type 11, code 8, value 1 attempting led toggle About to toggle cpu_rdy pin7r2case_event(): Got type 11,

Re: [casper] tcpborphserver3 logging with network mounted ROACH II

On Wed, Mar 27, 2013 at 3:29 PM, G Jones glenn.calt...@gmail.com wrote: Hi, Hello We're experiencing some intermittent failures where it appears the FPGA is spontaneously deprogramming on the ROACH II. We'd like to try to track this down by turning on logging in tcpborphserver3. Has anyone

Re: [casper] unable to load my boffiles and to configure my roach2

On Fri, Mar 8, 2013 at 3:42 PM, Guy kenfack guy.kenf...@gmail.com wrote: and we get: ?progdev roach2_tut1_2013_Mar_06_1343.bof #log info 152278 raw attempting\_to\_program\_roach2_tut1_2013_Mar_06_1343.bof #log info 152365 raw

Re: [casper] Error reading registers with ROACH2

Hello On Tue, Mar 5, 2013 at 7:25 PM, Jason Castro jcas...@nrao.edu wrote: I just loaded the latest version of tcpborphserver dated 2013-02-12T17:00:21 for my ROACH2. I've recompiled tutorial1 for a ROACH2 and I'm able to load the bof file to the FPGA, however when I try to read a register I

Re: [casper] Roach2 configuration and setup

Hello 1/ a- how can I find the version of my romfs and also how can I find the version of my Tcpborphserver3 if you telnet to port 7147, there should be a version string for tcpborphserver3. The romfs contains a timestamp in its filesystem label, but since it such a small system, you can

Re: [casper] tcpborphserver3 failure in tg.c

Hello On Tue, Jan 29, 2013 at 8:42 PM, G Jones glenn.calt...@gmail.com wrote: Hi, As mentioned previously, we've been noticing failures of tcpborphserver3 at a rate that has become annoying enough to finally track down. We compiled from the github source on the ROACH2 itself with debugging

Re: [casper] debugging communication with one_GbE from roach-2 's fpga

Hello However, we are stuck in debugging the system: we think we are sending stuff properly, but we can not read anything from the python socket, coming from our roach 2 fpga. Try running tcpdump on the receiving PC. If you are using tgtap logic, you should see occasional arp traffic from the

  1   2   >