Hi Andrew,
Good news: I found a solution to this license problem. Bad news: I still
don't really know the source. I reinstalled the Xilinx ISE 10.1 software
and this fixed it. If I'm able to reproduce this problem with some more
diagnostic information, I'll update this email thread.
Thanks for
Hi all,
I need to dump data from a ROACH board to a PC over the 10gbe. Do any of
you have any recommendations for what I should use as a client to handle
the incoming data?
I've been trying to use a simple Python client like,
s = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
s.bind((ip_addre
Hi Paul,
Thanks for the reply. By "not working" I meant that no data appears and
therefore the script stalls on the line
data = s.recvfrom(1024)[0]
Also, currently I don't need very high data rates (~ 10Mb/s), but I will
need them in the near future.
Sean
> Hi Sean,
>
> I've used python code
Hi Nevada,
Thanks for the input. But I haven't yet figured out what's wrong. I
tried setting the source_ip directly as you suggested, but this had no
effect. And in any event, the source_ip, destination_ip, and port as
indicated by Wireshark are all correct (as I set them). It's just that my
p
> Perhaps you could attach the relevant portions of your init code and
> capture code?
I've just been trying it from the python command line so it's very simple:
from socket import *
import struct
host = '10.0.0.30'
port = 6
s = socket(AF_INET, SOCK_DGRAM)
s.settimeout(10)
s.bind((host, por
Hi John,
I had the same problem, but it was fixed after I updated my ROACH
according to Jason's recommendations:
http://www.mail-archive.com/casper@lists.berkeley.edu/msg01370.html
Also, if you just want to run the 10gbe tutorial, you can set the mac and
ip addresses in the yellow block when you
er according to Henry Chen's email:
http://www.mail-archive.com/casper@lists.berkeley.edu/msg01878.html.
Any thoughts?
Thanks,
Sean McHugh
> That looks like a bug. Could you try and see if
> tcpborphserver2-2010-10-18-r3340-parsefix fixes that?
Yep. That fixed it. Thanks, Marc.
Sean
> Hi there
>
>> We recently upgraded to the newest version of tcpborphserver
>> (tcpborphserver-2.3304 2010-08-27) and have discovered that we can n
Hi all,
This a follow-up to an old thread, in case anyone runs into a similar
problem.
I can see the data coming in from the roach via the 10gbe using Tcpdump
and Wireshark with the correct IP address and port, but I never was able
to get data using this Python socket. Still puzzled. However, I
Sure. I posted the code earlier and the consensus was that it ought to
work. Instead, it simply hangs on the recv line. Here it is again:
s = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
s.bind(('10.0.0.30', 6))
data = s.recv(5000)
And here are the outputs of iptables, tcpdump, and ifc
Hi Dave,
Good eye. Sorry, I corrected that recent blunder, but I still have the
same problem. I also added the port to the firewall, as Terry suggested
(though I'm not sure I did that correctly). No luck yet, the Python udp
socket still fails.
[r...@arcons sysconfig]# /sbin/iptables -L -n
Chai
> Rule order matters with iptables. Move the "state NEW udp dpt:6"
> rule to above the "reject-with icmp-host-prohibited" rule.
That worked! Thanks a lot, gents.
Sean
Hi Dave and Jason,
Here are the outputs of print_10gbe_core_details and tcpdump. It looks to
me that the ARP table is configured properly. Do you still see something
funny in the received packet?
FYI, I'm using the latest versions of the roach software with the
exception of the tcpborphserver,
> If you ping the the ROACH from the PC (e.g. run "ping 10.0.0.20" on the
> PC), does it get replies? What does "arp -a" show afterwards?
[r...@arcons controlScripts]# ping 10.0.0.20
PING 10.0.0.20 (10.0.0.20) 56(84) bytes of data.
>From 10.0.0.30 icmp_seq=1 Destination Host Unreachable
>From 10.
I believe the only firewall is iptables. Here are the contents of
/etc/sysconfig/iptables:
# Generated by iptables-save v1.3.5 on Fri Oct 29 16:50:27 2010
*filter
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [86795:40960060]
:RH-Firewall-1-INPUT - [0:0]
-A INPUT -j RH-Firewall-1-INPUT
Hi all,
Is it possible to put more than one "dram" yellow block on a single
design? I've been getting the following error when I try this even though
they have different names ("dram" and "dram1") and are on different DIMM
(1 and 3):
Format revision of project to EDK 11.4 completed
Overriding Xi
)*numpy.hanning(taps*L)
y = np.array([0+0j]*(N-taps*L))
for n in range((taps-1)*L, N):
m = n%L
coeff_sub = coeff[L*taps-m::-L]
y[n-taps*L] = (x[n-(taps-1)*L:n+L:L]*coeff_sub).sum()
return y
Sean McHugh
> Hi,
>
> I'm getting started on implementi
Hi Casper,
Two GPIO problems in the same day. What are the odds?
I've been using the bwrc.git development library but haven't updated since
October. I just updated to the latest version a couple of days ago,
recompiled a working design as a benchmark, and noticed that the order of
the GPIO outp
Nevermind. I see the "notes" on https://casper.berkeley.edu/wiki/GPIO
reflect this new mapping of the pins. Nothing to see here.
> Hi Casper,
>
> Two GPIO problems in the same day. What are the odds?
>
> I've been using the bwrc.git development library but haven't updated since
> October. I ju
Hi CASPER,
We have a simple python TCP server running on a roach board's PPC. It
reads a shared software register that acts like an address pointer for
data in a shared BRAM; just like in the "snap" block. When the address
gets to a certain value, the server reads the data in the BRAM using the
Thanks, Jason. I think we may have found the problem and, as you say,
it's not related to reading the shared BRAM. We actually have four roach
boards connected to a switch. One of the boards has a problem with its 1
Gbe nic and was only able to connect at 100 Mb/s. It was also sending out
lots
21 matches
Mail list logo