Re: [casper] Question on Casperfpga python 3.8 version

by removing everthing up to and including the ?quit. "vim -b" should work. I suspect the mtu on your network card isn't set high enough. progska needs jumbograms. regards marc On Wed, Aug 30, 2023 at 9:03 PM 'Kobesky, Jeffrey CIV USN NRL (5533) Washington DC (USA)' via casper@lists.be

Re: [casper] Roach2 progremote error & CASPER slack account

new version of the romfs (or nfs image) - while there are several images in one of the ska-sa repositories on github, it is probably best to pick the one the community is using. regards marc On Sat, Apr 1, 2023 at 6:15 PM Austin Dymont wrote: > Hi Marc,Thanks for the rapid response. Her

Re: [casper] Roach2 progremote error & CASPER slack account

ftp. Regarding the uboot prompt: There are standalone tftp servers as well as one part of dnsmasq, and if you do a printenv at the uboot prompt you can see what those run macros expand to, so you could run the tftp get by hand too... I'd put off reflashing uboot until later, if that goes wro

Re: [casper] Help with ROACH2 uboot issue

he mount we normally encounter. regards marc On Wed, Aug 24, 2022 at 3:54 PM Gary, Dale E wrote: > > Marc, I tried soloboot and it did let me log in, but I couldn't seem to > create a mount point. The filesystem shows > > Filesystem 1K-blocks Used Available Use% Mounted

Re: [casper] Help with ROACH2 uboot issue

mount the nfs share in some random subdirectory - maybe the error messages are more informative there ? I'd try to go with nolock and an earlier NFS version across UDP, at least initially. That might give you an idea what versions/options the roaches understand. regards marc -- https://katf

Re: [casper] Help with ROACH2 uboot issue

uld contain references other ${variables}. Be careful to escape them propery, and only use saveenv once you are sure they do what you want. All the best and regards marc On Tue, Aug 23, 2022 at 7:08 PM Gary, Dale E wrote: > > Hi All, > > I upgraded my remote boot server to a new m

Re: [casper] Hola Jack!

are feeling adventureous you could get hold of a powerpc toolchain (ftp.denx.de has one prebuilt, I think) and build it from source too regards marc On Thu, Jul 28, 2022 at 11:13 PM Rolando Paz wrote: > > Thanks for the information. > If anyone has a copy of this file, I'd appreciate it if

Re: [casper] Re: tcpborphserver violates katcp specification

are described as `human-readable' the content of the parameters should be restricted to plain ASCII text" (pg11) but that is for parameters which are documented to be human readable - and I'd be surprised if all the parameters "?write" and "!read" are described as such. rega

Re: [casper] Re: tcpborphserver violates katcp specification

supported in hardware, so maybe that complexity makes updating/porting them less of a priority. I suppose if these shifts aren't needed, they could be simplified/elided - and I suspect your hardware does byte level accesses natively anyway. regards marc On Tue, Jul 19, 2022 at 6:01 PM Kiran Shila

Re: [casper] Re: tcpborphserver violates katcp specification

as suffiently awkward. regards marc On Tue, Jul 19, 2022 at 1:52 PM Kiran Shila wrote: > > On 7/15/22 08:16, Marc wrote: > > So re-reading my first reply it becomes clear that this was much too > > terse - sorry. > > > > Here then the longer explanation: >

Re: [casper] Re: tcpborphserver violates katcp specification

type, and while that might be useful in a number of cases, say when binding it to a strongly typed language, at this level they are all just a sequence of octets... regards marc [1] - It is always good to offer an escape - not only to cornered wild animals, but to other programmer

Re: [casper] Re: tcpborphserver violates katcp specification

t; somewhere that guarantees these bytes don't exist in the payload? Those characters are backslash escaped (well, not 0x10, but certainly 0xa). regards marc -- https://katfs.kat.ac.za/~marc/ -- You received this message because you are subscribed to the Google Groups "casper@lists.be

Re: [casper] An error occurs when 'exportfs -a' is entered

t be something that config file parser knows about regards marc -- https://katfs.kat.ac.za/~marc/ -- You received this message because you are subscribed to the Google Groups "casper@lists.berkeley.edu" group. To unsubscribe from this group and stop receiving emails f

Re: [casper] ROACH 2 10 GbE Troubleshooting

to use those commands, rather then looking in /proc/net/arp on the roach, as arp isn't handled by the ppc linux kernel - those tables have to be shared with the fpga. regards marc On Tue, Oct 20, 2020 at 8:42 AM 'Benjamin Godfrey' via casper@lists.berkeley.edu wrote: > > Hi Jack, >Tha

Re: [casper] ROACH2 jtag booting

/support_files/program.mac here formatted in a way that the macgraigor tools can understand. It can speak xmodem, and writes whatever it receives (typically uboot) to flash. But these things can be fiddly, so best not to erase uboot if at all possible. regards marc On Sun, Sep 13, 2020 at 7:40 PM

Re: [casper] Issue programming SNAP Microblaze golden image

discarded/ignored. regards marc On Sat, Jun 6, 2020 at 12:09 AM Danny Price wrote: > > Hi all, > > I am trying to set up a SNAP board for microblaze, following the SNAP Bringup > guide https://casper.ssl.berkeley.edu/wiki/SNAP_Bringup > > I am programming the board

Re: [casper] Red Pitaya access registers of snap blocks from PS

kcpcmd listdev or kcpcmd help regards marc -- You received this message because you are subscribed to the Google Groups "casper@lists.berkeley.edu" group. To unsubscribe from this group and stop receiving emails from it, send an email to casper+unsubscr...@lists.berkeley.edu. To view t

Re: [casper] Red Pitaya Tutorial 1 reg

ters, and there is a utility called kcpfg which should make it possible to program an fpg file remotely regards marc -- You received this message because you are subscribed to the Google Groups "casper@lists.berkeley.edu" group. To unsubscribe from this group and stop re

Re: [casper] (Red Pitaya 125-14) RuntimeError: no programming informs yet. Odd?

A fpg file is text (katcp commands describing the register layout) followed by the bitstream - use less to view it. If you can generate the bitstream, chances are you should be able to build the fpg file too. regards marc On Thu, Feb 13, 2020 at 8:45 AM Lukas Karch wrote: > Thank you for

Re: [casper] (Red Pitaya 125-14) RuntimeError: no programming informs yet. Odd?

cp > -r" to copy it to my Red Pitaya. > Can you confirm that a tcpborphserver process is running on the redpitaya ? It should appear in the process listing (use ps) regards marc -- You received this message because you are subscribed to the Google Groups "casper@lists.berke

Re: [casper] SNAP board writing and reading the registers issue.

Consider issuing the request by hand telnet 192.168.41.159 7147 and then type ?read payload_length 0 4 if that fails, maybe try ?listdev to see if the device is even programmed regards marc On Wed, Dec 18, 2019 at 2:49 AM Indrajit Barve wrote: > Dear all, > > I could able t

Re: [casper] Programming in the PPC

and compress it - that might save you space too... The reads from /proc//hw/ioreg were a thing on older software revisions and probably not available on the roach2 regards marc On Wed, Nov 20, 2019 at 1:48 PM Sebastian Antonio Jorquera Tapia < sebastian.jorqu...@ug.uchile.cl> wrote: &

Re: [casper] help with possible hardware problems in roach2

rt of driver/kernel/hardware issue on the controlling Ubuntu system, but I suspect there is something wrong on the roach. You might be able to use another PSU to power the roach, in case it is a PSU problem, but other problems might be harder to debug ... regards marc -- You received this message

Re: Re: Re: [casper] ROACH Network is unreachable

On 6/20/19, zhang laiyu wrote: > Hi，Marc, Jack > I make some progress but it was not solved. > I boot the ROACH by 'run mmcboot' and did not got an IP address. And > then log in RAOCH as root and try issuing the commands: > dhclient -r > dhclient > ifco

Re: [casper] ROACH Network is unreachable

erfaces isn't configured, or that a route is being initialised that doesn't make sense on the current network ? regards marc -- You received this message because you are subscribed to the Google Groups "casper@lists.berkeley.edu" group. To unsubscribe from this group and stop recei

Re: [casper] Bof file issue

art of katcp_devel to be found at https://github.com/casper-astro/katcp_devel or https://github.com/ska-sa/katcp_devel, use $ make -k to build it once you have cloned it, then # make -C fpg install to install it. It understands the -h option and can upload .fpg files regards marc On Mon, Apr

Re: [casper] Bof file issue

of address space after a dozen or so uploads, if there was no reboot, but that has been fixed quite a while ago. regards marc On Mon, Apr 29, 2019 at 7:10 AM 'Nikita Rathore' via casper@lists.berkeley.edu wrote: > > Following fpg file I am using. Yes I can ping the IP of the roach board, and

Re: [casper] Bof file issue

Is the fpg file empty, if not do a less on the file - the first couple of lines should be human readable register definitions, followed by the bitstream to check that it looks reasonble. Also see if you can ping the IP of the roach board, and see if telnet to its port 7147 works regards marc

Re: [casper] Bof file issue

marc On Thu, Apr 25, 2019 at 5:59 AM 'Nikita Rathore' via casper@lists.berkeley.edu wrote: > > Hello, > > I started working on 2 element pocket correlator. Simulink design compiled > successfully but the bof file generated is completely blank (0 bytes). > It would be gratefu

Re: [casper] Issues with setting up a ROACH2

This is strange advice so proceed with caution: Maybe take out the dimm, rub its contacts (gently) with an eraser and reseat it ? regards marc On Tue, Mar 19, 2019 at 1:59 PM Michael Peel wrote: > > Hi Heystek, > > Thanks for the reply and the link. The memory error appears immed

Re: [casper] Problem when programming ROACH2

Excellent! regards marc On Mon, Aug 13, 2018 at 10:19 AM, Concu, Raimondo wrote: > Hi Mark, > > I replaced tcpborphserver3 with tcpborphserver3-unmap. > > I have programmed the roach2 100 + 400 times ... without problems > > We had an old version of tcpborphserver3 >

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 t

Re: [casper] Problem when programming ROACH2

As per previous email: Either start it again, or upgrade it regards marc On Fri, Aug 10, 2018 at 12:45 PM, Concu, Raimondo wrote: > Hi Mark, > > Hi everyone, > > maybe you're right > > when the problem happens > > and i restart tcpborphserv

Re: [casper] Problem with ROACH2 netboot

the address and path for your nfs filesystem and your root device isn't any of the mtblock devices. These commands aren't particular to a roach, but to uboot in general and should be documented online. regards marc On Fri, May 11, 2018 at 10:02 AM, Bela Dixit <dixitb...@gmail.com> wrote: &g

Re: [casper] Problem with ROACH2 netboot

to be initialised. regards marc On Wed, May 9, 2018 at 5:50 AM, Bela Dixit <dixitb...@gmail.com> wrote: > Hi CASPERites, > > I get a problem when I try to boot ROACH2 via netboot. I tried anther > ROACH2 board with same machine, it successfully booted. The complete log > message dum

Re: [casper] casperfpga attribute error

text from it. regards marc On Fri, Jul 7, 2017 at 8:58 AM, James Smith <jsm...@ska.ac.za> wrote: > Hello Anshu, > > Looping back into the mailing list so this is a reference for anyone else > who encounters this. > > In order to use the casperfpga package with a ROACH 1 you

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

el/tcpborphserver, in particular tg.c. From line 1700 onward, functions ending in _cmd are the ones which can be used from the network to drive the devices. regards marc -- You received this message because you are subscribed to the Google Groups "casper@lists.berkeley.edu" group. To

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

Unrelated to the age of tcpborphserver. If you can't find /proct/net/igmp then you would be running a kernel build quite a bit older that what is available ... regards marc On Thu, Jun 8, 2017 at 2:06 PM, Amit Bansod <aban...@mpifr-bonn.mpg.de> wrote: > Hi Marc, > > On "n

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

You might be looking in /proc/sys/net, you want to be in /proc/net regards marc On Thu, Jun 8, 2017 at 1:51 PM, Amit Bansod <aban...@mpifr-bonn.mpg.de> wrote: > Hi Marc, > > Thanks, I changed the force_igmp_version to 2 however I do not see any > "igmp"

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

Also: cat /proc/net/igmp on the roach will tell you what groups the kernel thinks it should be subscribed to ... regards marc On Thu, Jun 8, 2017 at 12:15 PM, Amit Bansod <aban...@mpifr-bonn.mpg.de> wrote: > Hi Marc, > > I gave this a try: > > fpga.tap_start('tap0'

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

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 ... regards marc On Thu, Jun 8, 2017 at 12:15 PM, Amit Bansod <aban...@mpifr-bonn.mpg.de> wrote: > Hi Marc, &

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

On Fri, Jun 2, 2017 at 2:10 PM, Amit Bansod <aban...@mpifr-bonn.mpg.de> 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 y

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

e a multicast address. That doesn't work - an interface needs to have a *unicast* address, it then *sends* to a multicast address. regards marc -- You received this message because you are subscribed to the Google Groups "casper@lists.berkeley.edu" group. To unsubscribe from this group

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

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 <francocuro...@gmail.com> wrote: > Doing some more testing, I realize the progdev work

Re: [casper] Problem reading DRAM in ROACH2

Then there is no bitstream programmed or the particular bitstream doesn't contain that register. Type ?listdev on that connection to find out regards marc On Fri, Dec 2, 2016 at 12:52 PM, Franco <francocuro...@gmail.com> wrote: > It says: #log error 1018802834854 raw &

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

So: if you have multiple bof files, then I am not sure if between reprograms things should remain set up or initialised. In addition to whatever resets happen on the fpga, the register layout (the memory locations) can also change ? regards marc On Thu, Jul 14, 2016 at 7:59 PM, Miller, Eric H

Re: [casper] packet capture

code (you might be waiting unproductively for a lock) - and maybe CPU affinities ? And if you can, measure and profile your execution path regards marc On Thu, Jun 30, 2016 at 4:58 AM, Louis P. Dartez <louisdar...@gmail.com> wrote: > Hi all, > Can anyone guide me on what too

Re: [casper] ROACH status queries

n a subprocess, so that is one of the cases where there is a bit less detail... common problems include that the executable in the bof file doesn't match the libraries installed on the roach. regards marc On Mon, Jun 27, 2016 at 3:45 PM, Miller, Eric H. <eric.mil...@sdsmt.edu> wrote: >

Re: [casper] ROACH2 romfs upgrade

s > > The process seems to work but it stops after > > "Copy to Flash...done" with a prompt. > > After entering => boot, the romfs doesn't seem to be upgraded. Maybe do an rm /usr/.keep and then reboot again, if you would like to destroy local customisations and reset things to the new defaults ? regards marc

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 <sbg2...@gmail.com> 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

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

he UDP frame contains the settings that I chose: In such cases, checking the source for the log message (github.com/ska-sa/katcp_devel/ - tcpborphserver/tg.c), suggests that the register at offset 0x18 in gbeX never seems to clear, indicating to software that there is no space to send ? regards marc

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 <aban...@mpifr-bonn.mpg.de> 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 &g

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

* or some sort of other corruption. Check with tcpdump on a PC to see if you can spot anything usual, it might not be anything serious but simply something that isn't supported regards marc On Thu, Mar 31, 2016 at 2:23 PM, Amit Bansod <aban...@mpifr-bonn.mpg.de> wrote: > Hi All, > >

Re: [casper] 10 gbe on ROACH-2

a switch you have - in some cases multicast may also be an option regards marc On Tue, Dec 1, 2015 at 3:46 PM, John Ford <jf...@nrao.edu> wrote: > Hi all. I have another question on ROACH-2 ten gbe interfaces. > > We really need to be able to set up 2 10.0.{17,18}.X subnet

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

ffic involved. Reception does require a newer romfs/tcpborphserver where we get the kernel to issue IGMP requests on the 10Gbe interfaces, so that the traffic arrives at the particular port. regards marc

Re: [casper] ROACH1 10GbE routing

ersonally might not be up for it - but if anybody else on the list has the energy it it would mean that the roach2 and roach1 userland could be pretty much merged, and things like multicast support would be available on roach1, in addition to the other fixes and features (.fpg files, etc) regards marc > > Cheers, > Ramesh > > > > >

Re: [casper] ROACH1 10GbE routing

the gateway register needs to be loaded up (at offset 0xc). Doesn't the tap-start call have an option for that ? regards marc > > Cheers, > Ramesh

Re: [casper] network settings.

not to deconfigure the interface, otherwise you use your filesystem (as it is set up via nfs) - best is to keep the resolv.conf set up remotely. Generally, strace is helpful, it will tell you what configuration files an application opens regards marc On Fri, Oct 16, 2015 at 2:56 AM, Simon Dicker <simon.

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

;run tftpkernel"). So try to update your kernel. Also: don't try updating uboot until you are a lot more comfortable with the entire thing, recovering from a failed uboot update is a lot harder. But you may have an imls command, it might tell you if it can find a valid kernel on flash. regards

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

On Wed, Sep 9, 2015 at 4:21 PM, Christopher Barnes <barnc...@umich.edu> 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 turn

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

being registered ? If so, there is at least something of the roach hardware is up. Then power cycle the roach while the correct USB port is used by minicom: Do you see any messages going past ? If so uboot is probably ok. regards marc On Tue, Sep 8, 2015 at 6:47 PM, Christopher Barnes <ba

Re: [casper] ROCH 2 communication through Python

). If the roach is responsive, then consider looking on the control PC side if something has gone wrong. Maybe version differences/mismatches in python or katcp libraries ? Unexpected container/control group nonsense courtesy of systemd ? regards marc

Re: [casper] ROACH2 SDRAM Check on startup?

much. The second means that you are running a kernel which was built without hardware monitoring support. If you are not interested in board temperatures, then you can ignore that. Otherwise there are newer kernels and romfs images on github in the ska-sa repositories regards marc On Fri, Aug

Re: [casper] Roach-2 crashing fix

marc On Wed, Jun 24, 2015 at 11:49 PM, John Ford jf...@nrao.edu wrote: Hi all. We were having problems with multiple sequentail progdev calls failing on our ROACH-2 systems. We were testing multiple bof files in a loop, and the roach would fall over and crash completely, and after the kernel

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

pressing any key during bootup, to see if you can reach the bootloader prompt - if you can type printenv then uboot is still functional, and there is no need to resort to jtag regards marc

Re: [casper] Roach 2 telnetd

from the commandline (via the serial connection ?) regards marc

Re: [casper] Suggested convention for writing registers

, for example write_cmd regards marc

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

marc

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 3.9.0

Re: [casper] Error programming .fpg file

updating tcpborphserver3? No, I think a reboot should be sufficient regards marc

Re: [casper] Error programming .fpg file

errors? I'm using casperfpga.katcp_fpga.KatcpFpga instead of corr.katcp_wrapper.FpgaClient So I don't know about the status of these things ... maybe somebody else will know regards marc

Re: [casper] Error programming .fpg file

driver built for it ? Maybe you need to upgrade your kernel too ? Do the files /dev/roach/mem exist and have the correct major/minor numbers ? regards marc

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

If you telnet to port 7147 and then type ?log-level trace followed by ?progdev something where something is the file you want to have programmed, what happens ? On Tue, Feb 24, 2015 at 2:28 PM, Paul Marganian pmarg...@nrao.edu wrote: Thanks Marc, I tracked down where it is being called

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

marc

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

for experts ... regards marc

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

image via loopback and get it from there # mkdir -p /mnt/tmp mount -o loop romfs /mnt/tmp regards marc

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

library. regards marc On Mon, Feb 2, 2015 at 6:22 AM, Jason Manley jman...@ska.ac.za wrote: Hi Pablo I'm hoping Marc will chime-in here, as the author of the package. My suspicion is that these are expected standard libraries that should be supplied with your dev environment. If PIC don't

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

to restrict yourself to the *_katcl functions if you are resource limited regards marc Any hints will help. Best regards. -- Pablo Vasquez Ingeniero Eléctrico DAS Universidad de Chile (+562)29771119

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

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

think ?) maintains a more recent version. regards marc

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.

If you are not solobooting, then on a linux pc somewhere # mkdir -p /mnt/tmp mount -o loop roach2-root-fullmap-2014-08-12.romfs /mnt/tmp ... now copy out /mnt/tmp/sbin/tcpborphserver3 to where you need it regards marc

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

to see failures or problems, and for detailed debugging messages, try typing ?log-level trace - just be mindful of the performance impact. There is a tool (kcplog) which can be built for a remote machine to automate this. regards marc

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

through telnet,it shows the port is used. Have you actually sent the bof file to the other port (using netcat or something similar ?). You need to close that port once you have finished sending the file regards marc

Re: [casper] about nfs boot configuration on roach2

the uImage file, the linux system should boot up automaticly. But now it stop on the line. No, transferring the image and booting are two separate steps, while booting itself has a number of options/settings. Type printenv, it should show you a sequence of commands used to boot via nfs regards marc

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

\_file\_or\_directory Progdev requires a file on the local filesystem - if it hasn't been transferred/uploaded to it previously, then this won't be found. Use the upload* requests to transfer the bof file on to the roach regards marc

Re: [casper] Problem uploading bofs to ROACH 2

that flash is connected to the same bus as the fpga, a misbehaving fpga can interfere with flash io. Now, /usr is writable, but it can be erased and will be recreated at boot time. / is readonly and shoudn't be modified regards marc

  1   2   >