[casper] tcpborphserver3

2012-11-30 Thread David MacMahon
I've noticed that tcpborphserver3 (from the ROACH2 NFS root filesystem) implements a somewhat different set of commands than tcpborphserver2. Is there a document that documents the latest KATCP commands and the latest tcpborhserver3 commands? The old KATCP spec... http://packages.python.org/ka

Re: [casper] tcpborphserver3

2012-12-04 Thread Marc Welz
Hello On Fri, Nov 30, 2012 at 10:17 PM, David MacMahon wrote: > I've noticed that tcpborphserver3 (from the ROACH2 NFS root filesystem) > implements a somewhat different set of commands than tcpborphserver2. > > Is there a document that documents the latest KATCP commands and the latest > tcpbo

Re: [casper] tcpborphserver3

2012-12-04 Thread Marc Welz
Me again >> I've noticed that tcpborphserver3 (from the ROACH2 NFS root filesystem) >> implements a somewhat different set of commands than tcpborphserver2. >> >> Is there a document that documents the latest KATCP commands and the latest >> tcpborhserver3 commands? > > Now there is :), I have w

Re: [casper] tcpborphserver3

2012-12-04 Thread David MacMahon
Thanks, Marc, This will be helpful! Is there still a distinction or are the two formerly different levels now considered one and the same? If they are still distinct, can you please add an indication of which commands are KATCP and which are tcpborphserver3? FWIW, I think the ?write command

Re: [casper] tcpborphserver3

2012-12-07 Thread Marc Welz
On Tue, Dec 4, 2012 at 6:13 PM, David MacMahon wrote: > > This will be helpful! Is there still a distinction or are the two formerly > different levels now considered one and the same? If they are still > distinct, can you please add an indication of which commands are KATCP and > which are t

Re: [casper] tcpborphserver3

2012-12-07 Thread David MacMahon
Thanks, Marc! On Dec 7, 2012, at 12:03 AM, Marc Welz wrote: > On Tue, Dec 4, 2012 at 6:13 PM, David MacMahon > wrote: >> >> This will be helpful! Is there still a distinction or are the two formerly >> different levels now considered one and the same? If they are still >> distinct, can you

[casper] tcpborphserver3 and matlab

2014-11-19 Thread Ross Williamson
Is there a matlab @katcp library that is compatible with tcpborphserver3? I'm currently using the casper-astro library. -- Ross Williamson Research Scientist - Sub-mm Group California Institute of Technology 626-395-2647 (office) 312-504-3051 (Cell)

[casper] tcpborphserver3 init script

2013-02-07 Thread John Ford
Hi all. Does anyone have a copy of tcpborphserver3.init? I need to add it to my NFS file system. John

[casper] tcpborphserver3 failure in tg.c

2013-01-29 Thread G Jones
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 enabled and ran through gdb. The failure results are described below. The problem seem

Re: [casper] tcpborphserver3 init script

2013-02-07 Thread David MacMahon
Hi, John, You can find my copy by cloning this git repo: http://astro.berkeley.edu/~davidm/roach2_netboot_etc.git Dave

Re: [casper] tcpborphserver3 failure in tg.c

2013-01-29 Thread G Jones
The katcp command was: ?tap-start tap0 gbe0 10.17.0.65 6 02:02:0A:11:00:41 On Tue, Jan 29, 2013 at 3:42 PM, G Jones 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 th

Re: [casper] tcpborphserver3 failure in tg.c

2013-01-30 Thread Marc Welz
Hello On Tue, Jan 29, 2013 at 8:42 PM, G Jones 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 enabled and ran thro

Re: [casper] tcpborphserver3 failure in tg.c

2013-01-30 Thread Marc Welz
Hello again > $12 = {r_registers = 0x10783d80, r_hwmon = 0x10783d90, r_fpga = 1, r_map > = 0x, So I think I have found the problem: r_map == -1 seems to indicate that the fpga is (no longer/not) mapped. This happens after a ?progdev without parameters, or a ?progdev that has failed (eg if

[casper] tcpborphserver3 logging with network mounted ROACH II

2013-03-27 Thread G Jones
Hi, 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 done this for a network mounted ROACH II? Should we mount an extra directory as r+w to

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

2013-03-27 Thread David MacMahon
Hi, Glenn, I don't know about getting tcpborphserver to log messages. For logging in general, I recommend running syslog on the ROACH (1 or 2) configured to send its messages to a "logserver" host on on your network. With some syslog configuration setup on the receive side (e.g. on "logserver

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

2013-03-27 Thread G Jones
Hi Dave, That sounds like a good plan. Does anyone know if it's possible to get tcpborphserver to put it's logs into syslog so they end up on the remote syslog recorder? Glenn On Wed, Mar 27, 2013 at 12:53 PM, David MacMahon wrote: > Hi, Glenn, > > I don't know about getting tcpborphserver to l

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

2013-03-27 Thread David MacMahon
Our "logserver" host (which is just an alias to our netboot server) runs Ubuntu 12.04 LTS and uses rsyslog. I've attached our /etc/rsyslog.conf file and the /etc/rsyslog.d/10-remote.conf file. The former is mostly standard but with the three following changes: 1) Enables UDP reception (maybe i

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

2013-03-28 Thread Marc Welz
On Wed, Mar 27, 2013 at 3:29 PM, G Jones 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 done this for a net