[USRP-users] E320 1GMgmt vs SFP-1G data streaming ethernet ports

Subu Rama subu.rama at gmail.com
Mon Jan 6 06:34:41 EST 2020


I have an E320 that I initially set up using the 1G (not the SFP)
management ethernet port.
I set up a static IP on it and also set up the SFP port using the SFP to 1G
adapter that came with the E320.

The setup on the E320 is:

root at ni-e320-31BB638:/data/network#  ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen
1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state
UP qlen 1000
    link/ether 00:80:2f:28:8d:7e brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.2/24 brd 192.168.1.255 scope global eth0
       valid_lft forever preferred_lft forever
3: sfp0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state
UP qlen 1000
    link/ether 00:80:2f:28:8d:7f brd ff:ff:ff:ff:ff:ff
    inet 192.168.10.2/24 brd 192.168.10.255 scope global sfp0
       valid_lft forever preferred_lft forever

-------------------------------------

The SD card does seem to have enough space:

root at ni-e320-31BB638:/data/network# df -hP
Filesystem      Size  Used Avail Use% Mounted on
/dev/root       1.8G  1.4G  346M  80% /
devtmpfs        500M     0  500M   0% /dev
tmpfs           501M  4.0K  501M   1% /dev/shm
tmpfs           501M  8.3M  492M   2% /run
tmpfs           501M     0  501M   0% /sys/fs/cgroup
tmpfs           501M  4.0K  501M   1% /tmp
tmpfs           501M   44K  501M   1% /var/volatile
/dev/mmcblk0p1   16M  462K   16M   3% /uboot
/dev/mmcblk0p4   11G   28M   10G   1% /data
---------------------------------------------------
root at ni-e320-31BB638:/data/network# uhd_config_info --print-all
UHD 3.15.0.0-0-gaea0e2de
Build date: Wed, 01 Jan 2020 06:06:23
C compiler: GNU 8.2.0
C++ compiler: GNU 8.2.0
C flags: -DBOOST_ERROR_CODE_HEADER_ONLY
-DBOOST_ASIO_DISABLE_STD_STRING_VIEW
-DBOOST_ASIO_DISABLE_STD_EXPERIMENTAL_STRING_VIEW -DUHD_RFNOC_ENABLED
-DHAVE_CONFIG_H -DUHD_LOG_MIN_LEVEL=1 -DUHD_LOG_CONSOLE_LEVEL=2
-DUHD_LOG_FILE_LEVEL=2 -DUHD_LOG_CONSOLE_COLOR -DHAVE_LIBERIO
-march=armv7-a -mthumb -mfpu=neon -mfloat-abi=hard -mcpu=cortex-a9
 --sysroot=/cache/workdir/OE_Fedora_25_64_0/build_oe/build_e320_v3.15.0.0/build/tmp-musl/work/cortexa9t2hf-neon-oe-linux-musleabi/uhd/3.15.0.0-r0/recipe-sysroot
 -O2 -pipe -g -feliminate-unused-debug-types
-fdebug-prefix-map=/cache/workdir/OE_Fedora_25_64_0/build_oe/build_e320_v3.15.0.0/build/tmp-musl/work/cortexa9t2hf-neon-oe-linux-musleabi/uhd/3.15.0.0-r0=/usr/src/debug/uhd/3.15.0.0-r0
-fdebug-prefix-map=/cache/workdir/OE_Fedora_25_64_0/build_oe/build_e320_v3.15.0.0/build/tmp-musl/work/cortexa9t2hf-neon-oe-linux-musleabi/uhd/3.15.0.0-r0/recipe-sysroot=
-fdebug-prefix-map=/cache/workdir/OE_Fedora_25_64_0/build_oe/build_e320_v3.15.0.0/build/tmp-musl/work/cortexa9t2hf-neon-oe-linux-musleabi/uhd/3.15.0.0-r0/recipe-sysroot-native=
  -march=armv7-a -mthumb -mfpu=neon -mfloat-abi=hard -mcpu=cortex-a9
 --sysroot=/cache/workdir/OE_Fedora_25_64_0/build_oe/build_e320_v3.15.0.0/build/tmp-musl/work/cortexa9t2hf-neon-oe-linux-musleabi/uhd/3.15.0.0-r0/recipe-sysroot
C++ flags: -DBOOST_ERROR_CODE_HEADER_ONLY
-DBOOST_ASIO_DISABLE_STD_STRING_VIEW
-DBOOST_ASIO_DISABLE_STD_EXPERIMENTAL_STRING_VIEW -DUHD_RFNOC_ENABLED
-DHAVE_CONFIG_H -DUHD_LOG_MIN_LEVEL=1 -DUHD_LOG_CONSOLE_LEVEL=2
-DUHD_LOG_FILE_LEVEL=2 -DUHD_LOG_CONSOLE_COLOR -DHAVE_LIBERIO
-march=armv7-a -mthumb -mfpu=neon -mfloat-abi=hard -mcpu=cortex-a9
 --sysroot=/cache/workdir/OE_Fedora_25_64_0/build_oe/build_e320_v3.15.0.0/build/tmp-musl/work/cortexa9t2hf-neon-oe-linux-musleabi/uhd/3.15.0.0-r0/recipe-sysroot
 -O2 -pipe -g -feliminate-unused-debug-types
-fdebug-prefix-map=/cache/workdir/OE_Fedora_25_64_0/build_oe/build_e320_v3.15.0.0/build/tmp-musl/work/cortexa9t2hf-neon-oe-linux-musleabi/uhd/3.15.0.0-r0=/usr/src/debug/uhd/3.15.0.0-r0
-fdebug-prefix-map=/cache/workdir/OE_Fedora_25_64_0/build_oe/build_e320_v3.15.0.0/build/tmp-musl/work/cortexa9t2hf-neon-oe-linux-musleabi/uhd/3.15.0.0-r0/recipe-sysroot=
-fdebug-prefix-map=/cache/workdir/OE_Fedora_25_64_0/build_oe/build_e320_v3.15.0.0/build/tmp-musl/work/cortexa9t2hf-neon-oe-linux-musleabi/uhd/3.15.0.0-r0/recipe-sysroot-native=
 -fvisibility-inlines-hidden  -march=armv7-a -mthumb -mfpu=neon
-mfloat-abi=hard -mcpu=cortex-a9
 --sysroot=/cache/workdir/OE_Fedora_25_64_0/build_oe/build_e320_v3.15.0.0/build/tmp-musl/work/cortexa9t2hf-neon-oe-linux-musleabi/uhd/3.15.0.0-r0/recipe-sysroot
-fvisibility=hidden -fvisibility-inlines-hidden
Enabled components: LibUHD, LibUHD - C API, Examples, Utils, Tests,
LIBERIO, MPMD, N300, N320, E320, E300, OctoClock
Install prefix: /usr
Boost version: 1.68
Libusb version: N/A
Package path: /usr
Images directory: /usr/share/uhd/images
ABI version string: 3.15.0

---------------------------------
root at ni-e320-31BB638:/data/network# ls -l /usr/share/uhd/images
total 26280
-rw-r--r-- 1 root root 13321512 Jan  1 06:06 usrp_e320_fpga_1G.bit
-rw-r--r-- 1 root root     9792 Jan  1 06:06 usrp_e320_fpga_1G.dts
-rw-r--r-- 1 root root 13321512 Jan  1 06:06 usrp_e320_fpga_AA.bit
-rw-r--r-- 1 root root     9335 Jan  1 06:06 usrp_e320_fpga_AA.dts
-rw-r--r-- 1 root root 13321512 Jan  1 06:06 usrp_e320_fpga_XG.bit
-rw-r--r-- 1 root root     9837 Jan  1 06:06 usrp_e320_fpga_XG.dts
-------------------------------------------

On my host:
----------------------------------
ramasu at nuc-qrc3:~/references/EndRun$ uhd_find_devices
[INFO] [UHD] linux; GNU C++ version 9.2.1 20191008; Boost_107200;
UHD_3.15.0.0-0-gaea0e2de
--------------------------------------------------
-- UHD Device 0
--------------------------------------------------
Device Address:
    serial: 31BB638
    addr: 192.168.10.2
    claimed: False
    mgmt_addr: 192.168.1.2
    mgmt_addr: 192.168.10.2
    product: e320
    type: e3xx
-------------------------------------------------------------------------

Issue #1:
    I sometimes see messages such as:
root at ni-e320-31BB638:/data/network# [  340.972102] cros-ec-dev
cros-ec-dev.0.auto: Some logs may have been dropped...

(I have it connected with screen from an Ubuntu box using the JTAG USB
connection)

What does it mean?

------------------
Issue #2:
   What is each Ethernet port used for? See that in the output above from
uhd_find_devices,
mgmt_addr is shown with both the eth0 and sfp0 addresses.

Once configured, do I need to maintain both the Ethernet connections?

--------------------
If I run uhd_usrp_probe as follows:
ramasu at nuc-qrc3:~/references/EndRun$ uhd_usrp_probe --args find_all
[INFO] [UHD] linux; GNU C++ version 9.2.1 20191008; Boost_107200;
UHD_3.15.0.0-0-gaea0e2de
[INFO] [MPMD] Initializing 1 device(s) in parallel with args:
mgmt_addr=192.168.10.2,type=e3xx,product=e320,serial=31BB638,claimed=False,addr=192.168.10.2,find_all=
[INFO] [MPM.PeriphManager] init() called with device args
`mgmt_addr=192.168.10.2,find_all=,product=e320'.
[WARNING] [MPM.get_mac_addr] More than one device with the same IP address
`192.168.10.42' found. Picking entry at random.
[WARNING] [MPM.get_mac_addr] More than one device with the same IP address
`192.168.10.42' found. Picking entry at random.
[ERROR] [UHD] Exception caught in safe-call.
  in ctrl_iface_impl<_endianness>::~ctrl_iface_impl() [with
uhd::endianness_t _endianness = uhd::ENDIANNESS_BIG]
  at /usr/local/src/uhd/host/lib/rfnoc/ctrl_iface.cpp:50
this->send_cmd_pkt(0, 0, true); -> EnvironmentError: IOError: Block ctrl
(CE_00_Port_20) no response packet - AssertionError: bool(buff)
  in uint64_t ctrl_iface_impl<_endianness>::wait_for_ack(bool, double)
[with uhd::endianness_t _endianness = uhd::ENDIANNESS_BIG; uint64_t = long
unsigned int]
  at /usr/local/src/uhd/host/lib/rfnoc/ctrl_iface.cpp:151

[ERROR] [MPMD] Failure during block enumeration: EnvironmentError: IOError:
recv error on socket: Connection refused
Error: RuntimeError: Failed to run enumerate_rfnoc_blocks()

---
Issue #3: Huh?

[WARNING] [MPM.get_mac_addr] More than one device with the same IP address
`192.168.10.42' found. Picking entry at random.

I do NOT have more than one device with that IP address.

What I have on my host is:

2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP
group default qlen 1000
    link/ether 1c:69:7a:0a:83:16 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.42/24 brd 192.168.1.255 scope global eno1
       valid_lft forever preferred_lft forever
    inet 192.168.10.42/24 scope global eno1
       valid_lft forever preferred_lft forever
    inet6 fe80::1e69:7aff:fe0a:8316/64 scope link
       valid_lft forever preferred_lft forever

And what's with the RuntimeError?

Note that on the host I have compiled UHD with the latest Boost libraries.
(v1.72).
The UHD on the E320 uses v1.68

The compiler used is GNU 9.2.1 on Ubuntu 19.10
The UHD on the E320 used GNU 8.2.0

(The entire output of uhd_config_info on the E320 is shown at the beginning
of this message).

ramasu at nuc-qrc3:~/references/EndRun$ uhd_config_info --print-all
UHD 3.15.0.0-0-gaea0e2de
Build date: Sun, 05 Jan 2020 17:26:13
C compiler: GNU 9.2.1
C++ compiler: GNU 9.2.1
C flags: -DBOOST_ERROR_CODE_HEADER_ONLY
-DBOOST_ASIO_DISABLE_STD_STRING_VIEW
-DBOOST_ASIO_DISABLE_STD_EXPERIMENTAL_STRING_VIEW -DUHD_RFNOC_ENABLED
-DHAVE_CONFIG_H -DUHD_LOG_MIN_LEVEL=1 -DUHD_LOG_CONSOLE_LEVEL=2
-DUHD_LOG_FILE_LEVEL=2 -DUHD_LOG_CONSOLE_COLOR
C++ flags: -DBOOST_ERROR_CODE_HEADER_ONLY
-DBOOST_ASIO_DISABLE_STD_STRING_VIEW
-DBOOST_ASIO_DISABLE_STD_EXPERIMENTAL_STRING_VIEW -DUHD_RFNOC_ENABLED
-DHAVE_CONFIG_H -DUHD_LOG_MIN_LEVEL=1 -DUHD_LOG_CONSOLE_LEVEL=2
-DUHD_LOG_FILE_LEVEL=2 -DUHD_LOG_CONSOLE_COLOR -fvisibility=hidden
-fvisibility-inlines-hidden
Enabled components: LibUHD, LibUHD - C API, LibUHD - Python API, Examples,
Utils, Tests, USB, B100, B200, USRP1, USRP2, X300, N230, MPMD, N300, N320,
E320, E300, OctoClock
Install prefix: /usr/local
Boost version: 1.72
Libusb version: 1.0.25
Package path: /usr/local
Images directory: /usr/local/share/uhd/images
ABI version string: 3.15.0

Much appreciate resolving these issues.

Thank you
Subu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20200106/18cebbae/attachment.html>


More information about the USRP-users mailing list