Hi all.
Does anyone have a 64 input ADC board we could borrow for some SFDR and
crosstalk tests? We'd need it for a couple of weeks.
Thanks!
John
> Hey all,
>
> Not sure if this is interesting/helpful to anyone, but nvidia just
> announced that they were open sourcing CUDA and it's compiler. This is
> used in high-performance GPU computing and might provide some insights.
>
> http://developer.nvidia.com/content/cuda-platform-source-release
>
>> Looks like an effort to head off OpenCL, which is already
>> multi-platform,
>> i.e. the same binary runs on Nvidia and ATI/AMD GPUs and Intel and AMD
>> multicore CPUs depending on the hardware available.
>>
> Surely not same binary.
> Probably a similar code at the origin of the binaries, bu
I think you missed some of the messages from the terminal, and I bet that
the top message says something like
"glibc detected a memory error: freeing memory that is already freed" or
some such.
There has recently been an update to glibc on Red Hat that evidently traps
when it encounters this err
;
Date:Mon, December 19, 2011 5:19 pm
To: "John Ford"
--
Do the roach boards actually renew the lease when it expires? If they are
not doing so it would explain the symptoms we are seeing. The only cure I
can thi
>> From: "John Ford"
>> Date: 20 December 2011 00:38:40 SAST
>> To: casper@lists.berkeley.edu
>> Subject: [casper] [Fwd: Re: [Helpdesk #4625] [Fwd: reboot roach1 and
>> 3?]]
>>
>> Hi All.
>>
>> Anyone know if the DHCP setup on ROACH
> A new problem is preventing me from
> compiling even simple models with
> bee_xps. For example, when I compile
> a model containing only the system
> generator, XSB Core Config, Xilinx
> constants and CASPER software
> registers, I receive the following
> messages from bee_xps.
>
> Detected Linux
> I need to check some logs, but I do
> think somebody did some of the
> CentOS updates that were announced
> "available" by the CentOS system
> updater. I don't see the reference
> to the glibc problem in recent
> CASPER email.
May mail seems to have bounced that I sent. In any case, there is a
> Hi All,
>
> We will be procuring, soon, the required software to run the MSSGE
> toolflow. I wanted to check to make sure that the web page is
> up-to-date. This is what it says:
>
> * Matlab R2008a or R2008b (v7.7.0)
> * Simulink R2008b (v7.2)
> * Xilinx System Generator v10.1.3
> A new problem is preventing me from
> compiling even simple models with
> bee_xps. For example, when I compile
> a model containing only the system
> generator, XSB Core Config, Xilinx
> constants and CASPER software
> registers, I receive the following
> messages from bee_xps.
>
> Detected Linux
> Thank you. I thought the model was
> so simple that it should be okay.
> Did you compile after downgrading
> your glibc?
Yes, we had to downgrade glibc when it was first installed a month or so ago.
> Does it also compile
> with the updated glibc?
No. The glibc thing is a bug in xst. xilinx
> Hi Dale,
> The setting is required on the data receive computer side,
> and is done by our system administrator in GB.
>
> Sorry but I do not know how to set that myself.
>
Hi Dale,
Good catch, Glen!
On our Red Hat 5.x systems, in the /etc/sysconfig/network-scripts
directory, the following con
Hi Joe. Check these out:
http://www.mini-box.com/picoPSU-90
We have one in GB if you want to try it out. Works fine.
John
> hi joe,
>
> can you leave the DC-DC converters on the roach board?
> then you only need to supply the 12, 5 and 3.3 volts that
> come from the ATX power supply.
>
> bes
> hi joe,
>
> the DC-DC converters are standard on the roach boards,
> so you only need to supply 3.3, 5 and 12 volts to the ATX connector.
>
> if you use john ford's $30 pico-PSU-90, then you only have to supply
> one voltage: +12 Volts at 8 amps.
I'd echo this. The supplies to the FPGA are fi
> We have an new Roach board from the factory.
> I understand it should have uboot installed in flash, and I should be
> able to observe the boot procedure via
> the serial port.
> When I observe with a serial port setup to 115,200,N,8 I see no activity
> on powering up the card.
> What do I need t
know if you have any questions, or ideas for the workshop,
especially if you'd like something different we haven't thought of!
John Ford
Hi all. What is the official blessed version of the casper libraries?
There is a git repository at:
git clone git://casper.berkeley.edu/git/mlib_devel.git
Is that the right one to use, or is there a later version?
John
gt;
>> The casper libraries have been migrated to github. I always find this
>> most easily by googling casper-astro github which gives this link:
>> https://github.com/casper-astro
>>
>> Glenn
>>
>> On Tue, Jan 31, 2012 at 7:56 AM, John Ford wrote:
>> Hi all. What is the official blessed version of the casper libraries?
>> There is a git repository at:
>>
>> git clone git://casper.berkeley.edu/git/mlib_devel.git
>>
>> Is that the right one to use, or is there a later version?
>>
>> John
>>
>>
>>
>>
>
>
This looks pretty cool...
*** HPC News ***
Solarflare turns network adapters into servers
When a CPU just isn't fast enough
http://www.theregister.co.uk/2012/02/08/solarflare_application_onload_engine/
Solarflare, a maker of 10 Gigabit Ethernet server adapter cards for
performance-obsessed comp
> And to make sure I understand, are you guys using RHEL 5 64 bit without
> updates? Our University seems to have subscriptions for RHEL 6.
Hi Laura.
We are using RHEL-5 with most updates except for the latest glibc update,
which exposes a fatal bug in one of the Xilinx tools. I think that one
Hi all.
I'm wondering about the value of the workshop videos. Each year's
workshop has been recorded and posted to the internet for the benefit of
all mankind. (OK. Maybe a slight exaggeration!) In any case it is a lot
of work for someone, and I just wonder how many people have looked at
these
, everything
> worked.
> we still don't know why this problem was related to the operating system
> we were using.
>
> best wishes,
>
> dan
>
>
> On Fri, Feb 17, 2012 at 12:36 PM, Tom Kuiper wrote:
>
>> On 02/17/2012 11:49 AM, John Ford wrote:
>>
>&g
at 1:34 PM, Soriano, Melissa (335J) <
> melissa.a.sori...@jpl.nasa.gov> wrote:
>
>> Hi John,
>>
>> I am interested in the videotaped CASPER tutorials also.
>>
>> Regards,
>> Melissa
>>
>> On 2/17/12 11:49 AM, "John Ford" wrote:
>>
17, 2012 at 1:34 PM, Soriano, Melissa (335J) <
> melissa.a.sori...@jpl.nasa.gov> wrote:
>
>> Hi John,
>>
>> I am interested in the videotaped CASPER tutorials also.
>>
>> Regards,
>> Melissa
>>
>> On 2/17/12 11:49 AM, "John Ford"
> After working on the 10Gbe for a while and reading the replies to this
> thread
> http://www.mail-archive.com/casper@lists.berkeley.edu/msg02275.html, we
> used a reset scheme that holds the valid into 10Gbe low first, and then
> reset the 10Gbe, then let it startup, and release the valid line la
al fifos with the sync_out pulse.
Look to the middle right of the drawing gpt yjr ten_GBE yellow block.
This thing is running nearly all the time, and it seems to work fine.
I guess there's a newer 10 gbe yellow block, ( the _v2 block) but I don't
know if it has similar issues.
John
>
> I'm trying to run the bof file from Workshop 2010 Tutorial 3,
> r_spec_2048_r105_2010_Jul_26_1205.bof. I installed katcp and corr and
> then when I ran spectrometer.py I began to get one missing module after
> another. iniparse was easy. It's standard Python. There were a few
> others that we
long haul (months to years.) Python is a configuration management
nightmare...
John
>
> Regards
>
> Tom
> ____
> From: John Ford [jf...@nrao.edu]
> Sent: Thursday, March 01, 2012 8:25 PM
> To: Kuiper, Thomas (3266)
> Cc: LIST CASPER
&g
We routinely use 3m cables. We have a few 5 m cables in use, but not for
GUPPI production use, just in the lab. But they seem to work fine. I
remember that the ibob would not drive a very long cable...
John
>
> Hi Billy,
>
> By in the lab I was trying to say I have a box of 3m cables sitting u
Hi Matt.
We've had failure of the connections at the BEE2 board itself. The
connectors lose their spring and oxidize. We just soldered the wires on
instead of changing the connectors.
For us the symptom was that the bee2 would boot up fine, but would fail
once a few of the FPGAs were loaded up
Hi all. Has anyone got any ideas about getting the dns resolver working
on roach? Ours doesn't. :)
Also, the lack of proper DHCP on network booting is a pain.
John
> Hey Andrew,
>
> Thanks for the reply - we are looking forward to the ROACH 2 in the
> future.
>
> I haven't been able to open all of the tutorials, but I have seen a few.
> So I apologize if I may have missed something obvious, and I would even
> really appreciate an answer that says "hey you, g
> Hi All.
>
> The solution here is a new type of gpio pcore which has three gateway
> ports: gpio_o, gpio_i and gpio_oe.
>
> Currently there are two gpio pcores; one for in and one for out.
Hi David. This seems like a good solution. Will this work with Roach-II
as well as on Roach? I seem to re
Hi all. Could someone look at the web page:
https://casper.berkeley.edu/wiki/LatestVersions
and verify that these are indeed the recommended versions of stuff?
Thanks!
John
all the source
> code in the ska-sa repository, but I don't think we're planning to host
> the binaries. Maybe these should be hosted on the CASPER account at
> github?
Probably that would be a good idea. Then everything will be in one place.
Thanks for looking that over.
> When I try to compile Tutorial 2b I got the following errors.
> Rich tried compiling Jason Ray's enhanced Tutorial 2 and got similar
> platgen errors.
> Does anyone have any inputs on the possible cause and cure for these
> errors?
> Thanks,
What did you name your .mdl file? You can't have any
m.bof': No such file or directory
>
> Error using ==> gen_xps_files at 702
> Programation files generation failed, EDK compilation probably also
> failed.
>
>
>
>
> On 05/03/2012 10:37 AM, John Ford wrote:
>>> When I try to compile Tutorial 2b I got the fol
Hi all. We're working on organizing the 2012 workshop. We plan to have
lots of tutorials, science talks, and technical talks. It there's
something in particular you'd like to see, let me know. Here's a link to
the conference web site. It's also linked to the CASPER home page. It's
mostly cont
Hi all.
Rich Lacasse at NRAO in Charlottesville has the same problem. I also
tried it on our machine in Green Bank, with the same bad results. That's
three separate machines and users with the same problem. Something's
wrong with this tutorial, or it is incompatible with the latest
mlib_devel.
.
>
> The tutorials in the 2011 directory *should* work (along with their python
> counterparts).
>
> Feel free to give those a go and give me a shout if you still have
> problems.
Very cool, Jack! I'll try it out tomorrow on our GB installation.
John
>
> Cheers,
> J
> 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 t
le-ended port. Anyone done this?
Does this sound right? Is this the right way to go about it?
As far as handling the simulation part, it seems to me that the model of
the shared bram is a reasonable model. But we really don't know at this
point...
Any ideas are welcome!
John
>
>
> Hi John
>
>> 1) add the "inout" choice to the mask pulldown
>> 2) add it to the mask script, and check to make sure it's a good config
>> for the bits specified, and redraw the block with the extra direction
>> port.
>> 3) modify xps_gpio.m to handle the "inout" case
>> 4) Write/modify a vhdl mod
session, if a poster is desired. Several Invited Papers will be solicited
to allow for adequate presentation of larger or complex topics.
Please contact casper2...@nrao.edu if there are any questions.
John Ford
for the SOC
Call.pdf
Description: Adobe PDF document
Hi all. In our Roach file systems, we have the following resolve.conf:
Yes, Master<1019> more resolv.conf
search sensysnetworks.net
nameserver 192.168.1.1
This isn't really a Good Thing. It causes slowdowns and general lossage
in the DNS system, since there's no 192.168.1.1 on our networks.
We
ing its lease when
eth0 is configured during boot time?
John
>
> Jason
>
>
>
> On 18 Jun 2012, at 23:20, Dan Werthimer wrote:
>
>>
>> jason, mark,
>>
>> john asked if we could fix this in github.
>> who should do this?
>>
>> dan
>&g
Hi all. We've had a couple of ROACH failures with identical causes.
Maybe some of you have seen this, but it's worth keeping in mind in case
you have a problem.
The symptom is that the ROACH would sort of power on, but then turn off
spontaneously. On one, as soon as the bof was loaded the roach
CASPER workshop that covers these issues (even if
>> it is no more than pointing out where to find the up-to-date
>> documentation). That would certainly be helpful to me, and perhaps many
>> others.
>>
>> Regards,
>> Dale
>>
>> __
dmesg
>>> states. I'm afraid I have little faith in the Fusion/Xport combo to
>>> reliably
>>> catch these issues, but it has helped me a few times.
>>>
>>> If it works, it only retrieves the reason for the last shutdown, so
>>> you'
n web page is ready to go, and will be available Real Soon
Now.
If you have questions, please send them to me or preferably to
caasper2...@nrao.edu.
Thanks!
John Ford, for the LOC
Hi all. The workshop is coming up quickly!
If you need a letter of invitation for a visa, please send a request to
casper2...@nrao.edu.
If you would like to apply for a student travel support, please have your
advisor send a request to casper2...@nrao.edu.
The transportation from Dulles to Gree
Hi all. The workshop is coming up quickly!
If you need a letter of invitation for a visa, please send a request to
casper2...@nrao.edu.
If you would like to apply for a student travel support, please have your
advisor send a request to casper2...@nrao.edu.
The transportation from Dulles to Gree
Hi all. Preparations for the meeting are coming along!
We have quite a few participants in the workshop, but there's still time
to register for the conference. We would like to have a full count of
participants by August 1, so that we can prepare the accommodations and
food. We will keep the re
> I've been trying to get all the mssge toolflow stuff running on a new SL
> 5.8 machine. Everything works except that compilation fails at xst
> synthesis for even the simplest designs with a lot of complaints from
> glibc.
>
> A while back there was a thread describing some very similar issues. I
dynamic linking...
>
> In the meantime, I found an old source rpm for glibc 2.5-65. As soon as a
> I
> finish building and installing it I'll let everyone know how it goes. If
> it
> works, I'll post an ftp link to the rebuilt rpm's.
Very cool.
John
>
> -Ale
> I have the 7.1 tools on xp 32-bit sp3 and it works but I got troubles when
> trying to install a new machine with this same OS and EDK 10.1.
Hi all. At one time we had 10.x running on Windows, but we since blew it
away and installed Linux and 11.x on that machine. We still use good old
7.x fo
> hi rick,
>
> there are no cx4-sfp+ cables, as there's a format conversion
> (8/10 encoding to 64/66) so you need electronics.
>
> you can purchase single cx4-sfp+ adapters,
> made by ~three different companies, $1Kish.
>
> there are less expensive CX4 fiber cables than the one you received a
> qu
Hi all. Can these root filesystems be shared between roach boards?
John
> Hi all:
>
> A basic question: my understanding is that to use KATCP, one first needs
> to
> copy the bof file to Roach2. Is that correct? If yes, how does one
> transfer
> the file to Roach2 board without ftp or scp?
>
Hi Nimish.
I think you do need to use FTP or scp, or some such, to copy the
Hi all. Ive picked up where Glenn Jones left off on Dec 5th, working on
the iic for our R2 system, and I have got to where I think the driver's
missing or just not loaded. When I try to open the i2c-X devices, I get :
root@vegasr2-1:/usr/local/etc# i2cdetect -r 0
Error: Could not open file `/dev/
nd try
another one.
Do I need the romfs step if I'm using nfs?
John
>
> Regards
> Alec
>
> On Thu, Jan 3, 2013 at 5:46 AM, John Ford wrote:
>
>> Hi all. Ive picked up where Glenn Jones left off on Dec 5th, working on
>> the iic for our R2 system, and I have got
> Dear Casper group,
>
> Thank you for the help in compiling the one_GbE block
> We are trying to make the fpga send data straight through UDP to a server,
> and reading it there with python.
>
> However, we are stuck in debugging the system: we think we are sending
> stuff properly, but we can not
> Hi
>
>> I did not commit this change because it's not backwards compatible.
>
> I have noticed more and more instances of backward compatibility issues
> lately as I am using older versions of the tools. At some point soon we
> are going to be forced to make everyone upgrade to the latest tools i
Hi all.
Robin Mason of NRAO has completed the posting of the videos from the
meeting in August. There was one session that we failed to capture. And
Glenn Jones is being drowned out by a lawnmower, not an alien spaceship's
engines.
Enjoy!
https://science.nrao.edu/science/meetings/casper2012
J
Hi all. Does anyone have a copy of tcpborphserver3.init? I need to add
it to my NFS file system.
John
Hi.
Not sure of your error, but signal 9 is a sigkill by the system. Did
someone kill your process or did you run completely out of memory?
Running out of memory is a common cause of a spontaneous signal 9.
John
> hi all,
>
> I am trying to compile the correlator of tutorial 4 but i changed th
> Hi, Rich,
>
> We've sustained 9.9 Gpbs simultaneously from two 10 GbE ports (19.8 Gbps
> aggregate) on a ROACH into a PC with two 10 GbE NICs without dropping any
> packets. This was direct connect (i.e. no switch) and "transmit only"
> (i.e. no packets were sent back to the ROACH).
>
Rich, Dav
for your work?
John
>
> Dave
>
> On Feb 13, 2013, at 1:30 PM, John Ford wrote:
>
>>> Hi, Rich,
>>>
>>> We've sustained 9.9 Gpbs simultaneously from two 10 GbE ports (19.8
>>> Gbps
>>> aggregate) on a ROACH into a PC with two 10 GbE NIC
> Does anyone have any input on trying to use the GPIO A and B headers for
> very simple inter-ROACH direct FPGA to FPGA communication? I'm know that
> ROACH supports this sort of thing using 10 gbe, but for conveying trigger
> pulses, this (to my rather casper-naive intuition) seems simpler and
>
ted on it, but we got distracted and didn't get back to it.
:)
John
>
> -Alex
>
> On Fri, Mar 8, 2013 at 1:27 AM, Andrea Mattana
> wrote:
>
>> We have used at least as output signals where we have connected
>> additional LED, but never used as input trigger.
&
> Hi all,
>
> We have been getting packets from our design from one ROACH2, but when we
> added a second one that was supposed to be sending to another interface,
> we
> discovered that both interfaces were receiving the packets. We discovered
> that the packets have broadcast address packet heade
I think there are missing environment variables. Most of us have a script
that sets them on Linux, and on Windows, you have to set some environment
variables in your profile.
I don't think we open system generator from the start menu, generally. I
take it you are trying to use it outside of the
> Hi everyone,
>
> We are trying to boot the ROACH2 board through NFS. As we interrupt the
> default boot and issue the command for NFS boot (*run netboot*), the
> booting starts. Once the booting is over, we could see the login prompt
> but
> the username "root" is treated as invalid. However, try
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?
Or is there a better way?
John
> On Wed, Apr 3, 2013 at 1:30 PM, John Ford 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 curr
Hi Dan.
This looks like the mixed-case model filename problem, but obviously your
filename is not mixed case. Send me your .mdl and let me try it here.
John
> I recently installed Xilinx 14.4, MATLAB 2012b on Red Hat 6, and checked
> out the latest ska-sa toolset. I followed the instructions
> Hello all,
>
> We have been using our ROACH2 boards so far with soloboot. We are running
> into some problems (e.g., missing tgtap), and we think it is best to
> migrate to netboot. (We anyways wanted to have that eventually). We are
> starting from scratch here in terms of configuring ROACH2 boa
> Thanks for everyone's suggestions.
>
> For the CPUs on our old payload, we used heat straps straight to the
> gondola frame (a very large heatsink).
> A giant metal (or graphite/carbon foam) plate that attaches to the ROACH
> and is then attached to the gondola frame would work.
> Another thing t
> Hi
>
> Thanks of prompt response
> I have compared the schematics of both versions . The clock pins are kept
> the same.
> I compiled the bof files using the rev 2 ucf file.
Hi Homin.
We are successfully using the ASIAA 5 GS/s ADC and Rev 2 roach together
using the ADC clock input. Maybe Glenn
> Hi all,
>
> I have a new error when I ran the .bof to using ./tut3_2048.py
> 192.168.100.2 -b tut3_1ghz_2013_Apr_09_1815.bof this is:
>
> \nAuthor: Jason Manley, November 2009.
> : File name too long
>
> ./tut3_2048.py: line 15: bitstream: command not found
> ./tut3_2048.py: line 18: syntax error
Shared BRAM" CASPER blocks
> but I do see a "Shared Memory" Xilinx block.
Obviously not!
>
> Dave
>
> On Apr 24, 2013, at 11:59 AM, John Ford wrote:
>
>> Hi all. When trying to use the shared bram block in a recent (march
>> 15ish) version of the casper xp
> I attached the model for good measure.
Well, I thought about it, but I didn't actually do it...
Here it is.
jford_sbram.mdl
Description: Binary data
Hi all.
Can someone tell me if the ethernet port on the newer ROACH boards is
reliable at 1 gb/s?
Also, what is the maximum data rate expected through that interface?
Thanks!
John
t wishes,
>
> dan
>
>
> On Sun, Apr 28, 2013 at 1:57 PM, John Ford wrote:
>
>> Hi all.
>>
>> Can someone tell me if the ethernet port on the newer ROACH boards is
>> reliable at 1 gb/s?
>>
>> Also, what is the maximum data rate expected through that interface?
>>
>> Thanks!
>>
>> John
>>
>>
>>
>>
>
> Hi Ryan,
>
> What machine you are using? FWIW, we had hard time time connecting from
> RedHat, it just worked smoothly with Windows and Ubuntu.
This reminded me that I that our sysadmin installed a udev rule for this
in my redhat 6 laptop:
Yes, Master<1000> more /etc/udev/rules.d/99-ftdi.rules
> Hi All,
>
> Fault LED DS27 sometimes comes on on my ROACH2. Is there a way to query
> for the source of the problem, from both the USB port and ethernet
> connection?
>
> Also, my power switch sometimes does not work? Is anyone having this
> sort of problem?
Hi Rich. I'm pretty sure your powe
Hi all.
We have set before ourselves a task to read blocks of data from the FPGA
through some shared BRAMs or something, and send it out through the 100
Mbit Ethernet. Does anyone have a good idea for synchronizing the data
transfers? I was thinking of using:
1) 2 ping-pong shared FIFOs. Conn
Hi all. On ROACH-1, we have a design using 2 QDR snap blocks. The one
using QDR1 does not work, but the one with QDR0 works fine. Even if there
is only one qdr snap block in the design, qdr1 doesn't work. Is there a
known problem with QDR1 on ROACH-1?
John
github.com:ska-sa/mlib_devel
commit e791868ef6bd39e21fa98bb07932a0660fed3236
Author: Andrew Martens
Date: Thu Feb 21 09:10:42 2013 +0200
rcs_init fix for CASPER library revision info
etc...
John
>
> Jason
>
> On 31 May 2013, at 23:01, John Ford wrote:
>
>> Hi all. On
> Hi, John,
>
> On Jun 3, 2013, at 6:03 AM, John Ford wrote:
>
>>> We use both simultaneously quite reliably on KAT-7. I'm not aware of
>>> any
>>> issues.
>>>
>>> Have you tried another ROACH board?
>>
>> Yes, three
> Hi Louis,
>
>
> I have the same problem of "roach & adc sampling rate". We want to use
> ROACH as a holography correlator,but the sampling frequency is too high.
> After we reset the MSSGE block clock rate to 50 MHz, and also used the
> method you have been used(change all of the instances of 'HI
In our R2 systems, we have the following kernel:
root@vegasr2-2:~# uname -a
Linux vegasr2-2 3.7.0-rc2+ #20 Fri Jan 4 18:04:26 SAST 2013 ppc GNU/Linux
I'm pretty sure the Roach-2 kernels are all 3.x.
Can you get a checksum (md5sum) of the uimage? I think you have the right
one, but it may be too
6.203,mountvers=1,mountproto=udp,local_lock=all,addr=10.16.96.203)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
devpts on /dev/pts type devpts (rw,noexec,relatime,mode=620)
tmpfs0 on /var/tmp type tmpfs (rw,relatime,size=32768k)
tmpfs1 on /tmp type tmpfs (rw,relat
> Sorry for all of the questions, but now when I try to program the FPGA
> with
> katcp is complains about a read-only file system. /etc/exports declares
> it
> rw, so I seem to be stuck again.
The root filesystem is probably mounted read-only. We got around this by
mounting the /boffiles direct
>> 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), whil
Hi all. Posted for Paul
Original Message
Subject:how to stop casper_xps?
Date: Fri, 14 Jun 2013 12:53:22 -0400
From: Paul Marganian
To: casper@lists.berkeley.edu
Hi all,
Sorry if this is a silly question: once you click 'Run XPS' on the
casper_xps GUI, is the
HI. I'm not sure you can count on the on-board clocks to be within 1% of
the nominal clock without an external reference. I'd check that with an
oscilloscope before I did anything else...
John
> Hi Casper,
> Is there any way to find out the FPGA clock rate precisely? We are
> suspecting that o
Hi Ryan. We had this problem, which appeared to be a "lockup". I think
that Glenn and some others corresponded about it, and it was due to trying
to read/write bytes instead of words over the opb bus with a buggy kernel
or a buggy library.
You might search through the mailing list for Glenn's na
> Hi, Jeff,
>
> Matt pointed out to me that the crystals on the ROACH2 are pretty nice
> (100 MHz +/- 25 ppm). Maybe this one misbehaving ROACH2 has a bad crystal
> (or a badly soldered crystal)?
>
> FWIW, when the PAPER correlator used FPGA-based X engines, the X engines
> ran asynchronously from
Hi all.
We are building several new pulsar and spectral line personalities, and we
have a weird problem with the FFT block. No matter how many channels we
configure a block for, the last channel in each 1/8th of the spectrum is
getting lost. For instance, if we have a 64 channel personality, cha
301 - 400 of 457 matches
Mail list logo
