Hi Joe - What does "uhd_find_devices" return for "mgmt_addr" on the USRP? Is the 1 GbE/RJ-45 link connected to the same LAN as the host computer attached to the USRP?
I'm literally right now working with another customer and Ettus R&D on this exact same issue and we have determined that the 1 GbE / RJ-45 MGMT link needs to be up and accessible from the same computer as is connected to the USRP. If I remove the "mgmt_addr=XX" part of the device args. then the DPDK link fails; same thing if I disable "eth0" on the USRP, or if I set "mgmt_addr" to the link that will be overtaken by DPDK. Worth a try! - MLD --- Dr Michael L Dickens NI is now part of Emerson! Principal Emerson/NI/Ettus Technical Support Engineer Teams: +1-512-683-5305 Cell: +1-512-585-1391 michael.dick...@ni.com michael.dick...@ettus.com DISCLAIMER: Any attached Code is provided As Is. It has not been tested or validated as a product, for use in a deployed application or system, or for use in hazardous environments. You assume all risks for use of the Code. Use of the Code is subject to terms of the licenses to the UHD or RFNoC code with which the Code is used. Standard licenses to UHD and RFNoC can be found at https://www.ettus.com/sdr-software/licenses/ . NI will only perform services based on its understanding and condition that the goods or services (i) are not for the use in the production or development of any item produced, purchased, or ordered by any entity with a footnote 1 designation in the license requirement column of Supplement No. 4 to Part 744, U.S. Export Administration Regulations and (ii) such a company is not a party to the transaction. If our understanding is incorrect, please notify us immediately because a specific authorization may be required from the U.S. Commerce Department before the transaction may proceed further. On Fri, Dec 22, 2023 at 12:02 PM <jmalo...@umass.edu> wrote: > After reading through the documentation again, I learned I should only > specify the NIC ports used in the UHD arguments in my conf file, I believe > this was able to resolve some of my issues, it still does not successfully > begin the benchmarking. For example, if I specify 1 > management_address/mgmt_addr and 1 address/addr I get an error that says > not devices could be found. However, the errors are slightly different > depending on if I set the management address to either the QSFP port or the > RJ-45. > > In the scenario where I set the mgmt_addr to the QSFP port, I get an error > that says no devices were found, but I also get the warning “No link entry > in rx table” > > ./benchmark_rate --rx_rate 491.52e6 --rx_channels 0 --tx_rate 491.52e6 > --tx_channels 0 --args > "addr=192.168.10.2,mgmt_addr=192.168.10.2,use_dpdk=1,type=x4xx,product=x410,fpga=CG_400" > > [INFO] [UHD] linux; GNU C++ version 9.4.0; Boost_107100; DPDK_19.11; > UHD_4.5.0.main-2-ga7657c80 > > [WARNING] [PREFS] Loaded config from /root/.uhd. This location is > considered deprecated, consider moving your config file to /root/.config > instead. > > EAL: Detected 32 lcore(s) > > EAL: Detected 1 NUMA nodes > > EAL: Multi-process socket /var/run/dpdk/rte/mp_socket > > EAL: Selected IOVA mode 'PA' > > EAL: No available hugepages reported in hugepages-1048576kB > > EAL: Probing VFIO support... > > EAL: VFIO support initialized > > EAL: PCI device 0000:06:00.0 on NUMA socket -1 > > EAL: probe driver: 15b3:1017 net_mlx5 > > EAL: PCI device 0000:06:00.1 on NUMA socket -1 > > EAL: probe driver: 15b3:1017 net_mlx5 > > [WARNING] [DPDK::IO_SERVICE] Dropping packet: No link entry in rx table > > [00:00:00.000041] Creating the usrp device with: > addr=192.168.10.2,mgmt_addr=192.168.10.2,use_dpdk=1,type=x4xx,product=x410,fpga=CG_400... > > [WARNING] [DPDK::IO_SERVICE] Dropping packet: No link entry in rx table > > Error: LookupError: KeyError: No devices found for -----> > > Device Address: > > addr: 192.168.10.2 > > mgmt_addr: 192.168.10.2 > > use_dpdk: 1 > > type: x4xx > > product: x410 > > fpga: CG_400 > > In the scenario where I set the mgmt_addr to the RJ-45 port, I still get > the device not found error, but the warning goes away. > > ./benchmark_rate --rx_rate 491.52e6 --rx_channels 0 --tx_rate 491.52e6 > --tx_channels 0 --args > "addr=192.168.10.2,mgmt_addr=192.168.1.184,use_dpdk=1,type=x4xx,product=x410" > > [INFO] [UHD] linux; GNU C++ version 9.4.0; Boost_107100; DPDK_19.11; > UHD_4.5.0.main-2-ga7657c80 > > [WARNING] [PREFS] Loaded config from /root/.uhd. This location is > considered deprecated, consider moving your config file to /root/.config > instead. > > EAL: Detected 32 lcore(s) > > EAL: Detected 1 NUMA nodes > > EAL: Multi-process socket /var/run/dpdk/rte/mp_socket > > EAL: Selected IOVA mode 'PA' > > EAL: No available hugepages reported in hugepages-1048576kB > > EAL: Probing VFIO support... > > EAL: VFIO support initialized > > EAL: PCI device 0000:06:00.0 on NUMA socket -1 > > EAL: probe driver: 15b3:1017 net_mlx5 > > EAL: PCI device 0000:06:00.1 on NUMA socket -1 > > EAL: probe driver: 15b3:1017 net_mlx5 > > [00:00:00.000037] Creating the usrp device with: > addr=192.168.10.2,mgmt_addr=192.168.1.184,use_dpdk=1,type=x4xx,product=x410... > > Error: LookupError: KeyError: No devices found for -----> > > Device Address: > > addr: 192.168.10.2 > > mgmt_addr: 192.168.1.184 > > use_dpdk: 1 > > type: x4xx > > product: x410 > > if I use uhd_find devices, the command returns successfully if I specify > the address to the QSFP port, however, if I specify the address as RJ-45 > port, it returns unsuccessfully. > > uhd_find_devices --args="addr=192.168.10.2" > > [INFO] [UHD] linux; GNU C++ version 9.4.0; Boost_107100; DPDK_19.11; > UHD_4.5.0.main-2-ga7657c80 > > -------------------------------------------------- > > -- UHD Device 0 > > -------------------------------------------------- > > Device Address: > > serial: 328AACC > > claimed: False > > fpga: CG_400 > > mgmt_addr: 192.168.10.2 > > name: ni-x4xx-328AACC > > product: x410 > > type: x4xx > > > > _______________________________________________ > USRP-users mailing list -- usrp-users@lists.ettus.com > To unsubscribe send an email to usrp-users-le...@lists.ettus.com >
_______________________________________________ USRP-users mailing list -- usrp-users@lists.ettus.com To unsubscribe send an email to usrp-users-le...@lists.ettus.com
