[casper] ML-605 board

Hi all. Does anyone have a Xilinx ML605 board that I could borrow for a couple of months, or one you'd like to sell? And its companion FMC breakout board, the XM-105. We are developing some custom hardware, and one of our ML-605 boards we are using for debugging another part of the system is

[casper] Re: ML-605 board

Hi all. I got several offers of a board to help us through this tight spot! Thanks to all! John On Tue, Apr 16, 2019 at 10:12 AM John Ford wrote: > Hi all. Does anyone have a Xilinx ML605 board that I could borrow for a > couple of months, or one you'd like to sell? And its compani

[casper] Gigabit Ethernet

Hi all. I'm designing an FPGA based instrument control system with a gigabit Ethernet port. It should be easy to make this work, but alas, it's giving me fits. I have a Xilinx Artix-7 FPGA on the board, driving a TI PHY using the RGMII interface from the Xilinx tri-mode Ethernet MAC core. It

Re: [casper] Gigabit Ethernet

tized in 0.5 ns, and that might not be fine enough. Thanks for the ideas. Looks like a fun weekend in store for me. :) John > > Best, > HK > > On Thu, Feb 13, 2020 at 11:50 PM John Ford > wrote: > >> Hi all. >> >> I'm designing an FPGA based instru

Re: [casper] Gigabit Ethernet

rrect and >> you're only getting connectivity on one of the two wires in the >> differential pair. This would work *sometimes*, which is about what you're >> seeing. >> >> This might happen if you wired your own cables or connectors and laid >> them out logically. Cat5

Re: [casper] Dropped packets during HASHPIPE data acquisition

Hi Mark. Since the newer version has a script called "hashpipe_irqaffinity.sh" I would think that the most expedient thing to do is to upgrade to the newer version. It's likely to fix some or all of this. That said, there are a lot of things that you can check, and not only the irq affinity,

Re: [casper] Dropped packets during HASHPIPE data acquisition

Hi Mark. Spelunking through the hashpipe_pktsock.h header file I see that #define PKT_UDP_DATA(p) (PKT_NET(p) + 0x1c) In your code you posted earlier, you have this: memcpy(dest_p, payload, PKT_UDP_SIZE(frame) - 16) // Ignore both UDP (8 bytes) and packet header (8 bytes) Have you verified

Re: [casper] How to check or modify the network setting on ROACH2 ?

Hi. Since you can receive 1500 packets error-free, it seems like your PC is getting more data than it can handle and starts losing packets.As Jack says, the PPC doesn't get involved in it at all. Using small packets like you are using makes for more work on the PC side, as many more

<    1   2   3   4