Re: [casper] Error Loading Vegas Correlator

2013-01-08 Thread Arturo Veras
Mark,

Yes it is in:

root@jailander:/home/arturo# locate libgvplugin_gd.so.5

 /home/arturo/xilinx/14.2/ISE_DS/ISE/sysgen/bin/lin/dot/graphviz/libgvplugin_gd.so.5

 /home/arturo/xilinx/14.2/ISE_DS/ISE/sysgen/bin/lin64/dot/graphviz/libgvplugin_gd.so.5


and in the startsg.m file i added

addpath([getenv('XILINX_PATH'), '/ISE/sysgen/bin/lin64/dot/graphviz/']);


also just in case but i do not think that is necesasary in the PATH
variable. Is very strange i think.

2013/1/7 Mark Wagner mwag...@ssl.berkeley.edu

 Hi Arturo,

 I haven't seen this issue before, but does that file exist on your system?
 Is it in your Matlab path?

 Also FWIW, we've had issues in the past using unsupported systems:
 http://www.xilinx.com/images/tools/ise_support_lg.GIF

 Mark



 On Mon, Jan 7, 2013 at 10:51 AM, Arturo Veras a.ve...@gmail.com wrote:

 Dear Casper Group

 I'm working with Pedro on the VEGAS correlator
 (https://github.com/casper-astro/vegas_devel) using Matlab2012a,
 Xilinx 14.2 and Ubuntu 12.04 with this libraries:
 https://github.com/cs150bf/mlib_devel and
 https://github.com/casper-astro/xblocks_devel. Also I had already
 installed libltdl-dev in Ubuntu. My issue is when I try to open the
 VEGAS model, in the Matlab window appears several times this error:

 Warning: Could not load

 /home/arturo/xilinx/14.2/ISE_DS/ISE/sysgen/bin/lin64/dot/graphviz/libgvplugin_gd.so.5
 - file not found


 And every time I try to do something in the simulink window, the error
 appears again several times. . So what do you think it's going on?

 I do not know why this error appear because the file already exist and
 the path is correctly set.

 Regards!

 --
 Atte.
 Arturo





-- 
Atte.
Arturo


Re: [casper] Get Python running on ROACH-2?

2013-01-08 Thread Andrew Lutomirski
On Tue, Jan 8, 2013 at 6:00 PM, Haoxuan Zheng jef...@mit.edu wrote:
 If the answer is that we need to set up netboot to boot via dhcp+tftp+nfs,
 there is another constraint: we want our final system to make use of a
 combination of roach-1 and roach-2.
 We are going to have the server PC connected to both. Is there going to be a
 conflict between the versions when we try to set up the NFS for roach-2 as
 well?

The answer to this questin is yes.  Have the DHCP server give out
different network boot instructions to the roach 1's and 2's.  They're
at least distinguishable by mac address.  (You're using ISC dhcpd or
dnsmasq as your dhcp server, IIRC.)

If the roach 1's and 2's are really nice, they'll be directly
distinguishable as well by some dhcp option or the client identifier.
See, for example, http://linux.die.net/man/5/dhcpd.conf for how this
stuff works.

--Andy



Re: [casper] Get Python running on ROACH-2?

2013-01-08 Thread David MacMahon
Hi, Jeff and Ioana,

To get the /proc/*/hw/io_reg/* devices you will need to run a BORPH enabled 
linux kernel.  This will lock you into an older kernel (unless you want to 
migrate the BORPH linux changes to a newer kernel, but that would be a lot of 
work).  I am not sure what level (or longevity) of support the older 
BORPH-enabled kernel will have on ROACH2, but if that's adequate for you then 
you should be all set.

The new approach on ROACH2 is to interface to the FPGA via a kernel module that 
maps the FPGA (and all the gateware yellow block devices) directly into the 
PPC address space.  This is much faster than the BORPH approach, but does not 
create the /proc files that I suspect your python scripts use on ROACH1.  
Instead, the new approach uses a new version of tcpborphserver (even though 
the only thing left from BORPH is the bof file format) to provide access to 
the gateware devices via KATCP.

If you really have stuff that you want the PPC to do (besides provide access to 
the devices via tcpbporphserver), you could create your own extensions to 
tcpborphserver or create some sort of python extension (written in C) that 
mimics much of what tcpborphserver does.

I would recommend going the tcpborphserver extension route if 1) you decide to 
go with the new kernel module approach and 2) you need to run custom code on 
the PPC (e.g. for fringe rotation updates or something like that).

Hope this helps,
Dave

On Jan 8, 2013, at 6:00 PM, Haoxuan Zheng wrote:

 Dear Casper Group,
 
 We are working in MIT's Omniscope group, which until now has been using 
 roach-1's. Four days ago, we got our first roach-2 board! Following the mail 
 archive (thank you so much for your help!), we set a static ip for the 
 roach-2 through the serial port, and we managed to program  the fpga through 
 the  telnet connection using katcp commands, with the PowerPC booting 
 soloboot from its flash drive.
 
 However, in our roach-1 system, which had NFS setup, we made use of a python 
 script running on the PowerPC, whose role was to take the data from the FPGA, 
 and send it through the UDP protocol to the server PC for storage.
 
 We are now trying to use the same code for the roach-2; for this, we need to 
 have python running on the PowerPC. 
 
 Is there any way to get python going if we have the PowerPC booting in 
 soloboot from the flash drive?
 
 If not, what do you recommend us to do? 
 
 If the answer is that we need to set up netboot to boot via dhcp+tftp+nfs, 
 there is another constraint: we want our final system to make use of a 
 combination of roach-1 and roach-2.  
 We are going to have the server PC connected to both. Is there going to be a 
 conflict between the versions when we try to set up the NFS for roach-2 as 
 well?
 
 We weren't part of the group when the first roaches in our group were 
 configured, and this is all new to us, so we really appreciate your help.
 
 Thank you so much!
 
 Ioana, Jeff