Thanks Wade,
I had tried this just before your email. The first time I did this I got an
error from make saying that Vivado wasn’t found in the environment and that I
should run setupenv.sh.
Running “source setupenv.sh” fixed this issue and “make E320_1G” GUI=1 did open
the design up in Vivado
I notice in the second and subsequent runs, you get this message from UHD:
[ERROR] [DPDK] All DPDK links did not report as up!
One of the other issues I've noticed with DPDK (and unfortunately
don't have an answer for) is that link detection seems to have issues.
I'm not sure if this is an XL710-
Hi Aaron,
Unfortunately, I already tried playing around with the link timeout
increasing up to 10 seconds. No luck. But, I am presently troubleshooting
the issue and trying to switch back and forth between DPDK and normal
networking. I am finding that normal networking is not working after 1 run
Hi Aaron,
Two things:
1) I am getting an error message at the conclusion of a successful run (see
below). Not sure if this is something I should be looking at or if it is
harmless.
2) I figured out a sequence of steps that can "fix" my broken state
following a successful run. If I do the following,
On 02/03/2021 02:31 AM, Puertas Blanco, Roberto via USRP-users wrote:
Hello,
Is there any way to get the PPS pulse from PS side (ARM) in the USRP
N300? I would like to know if the PPS is mapped through the /dev/pps
or if it is embedded into GPSDO module.
Thanks,
Roberto
The answer (base
I am now to the point where things are kind of working and I'm basically
giving up trying to make them better. A few remarks for anyone who tries
DPDK in the future (with N310, Ubuntu 20.04, Intel XL710 NIC, and UHD 4.0).
1) I can only get my application to run once and then I have to do some
stu
Hi Rob,
Thanks for documenting your steps. I can confirm most if not all of your
problems on Centos 7, USRP N321, Intel XL710. @Ettus can we get some
attention for this issue? DPDK is marketted as a huge improvement for max
bandwidth applications, and I have failed to see any real testing or use
c
I still cannot use a single 2-port QSFP+ NIC to connect to 2x N321s. Using
the Intel tools to set the NIC to 2x2x10, the NIC doesn't recognize the
second physical port as a valid connection to a USRP, but works as a
loopback or a connection to another NIC. I asked Intel regarding the issues
to see
On 02/02/2021 04:20 PM, dtra...@tampabay.rr.com wrote:
From the root directory of the radio, I did: find . -name "ld-linux*"
That command produced no results, either.
If I am following the instructions
at https://kb.ettus.com/Software_Development_on_the_E3xx_USRP_-_Building_RFNoC_UHD_/_GNU_Rad
