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

Sam Reiter sam.reiter at ettus.com
Mon Jan 6 12:48:47 EST 2020


>
> 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've seen this before on certain host machines, but I've never actually
seen dropped logs. I'm not sure what the cause is, but it's been tricky for
me to reproduce. If you're concerned with it, I'd recommend you SSH into
the device rather than using the serial over USB.

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.
>

As I understand it, the RJ45 MGMT port is an ethernet connection to the MCU
and serves about the same purpose as the Serial connection, but over
ethernet. You can not stream data over this RJ45 port or use functions like
uhd_usrp_probe. The SFP+ port provides this ethernet link to the device
*and* is capable of streaming data on and off the device. UHD with refer to
this as a "CHDR interface" (e.g. trying to stream over the RJ45 will fail
with a "No valid CHDR interfaces found!"). Because both are available as
MGMT interfaces, you see them both listed as such by uhd_find_devices.

As to the other issues you're running into, I can't say I've seen anything
similar on my 3.15.0.0 setup. Because of this, I'd suspect theres some
config issue specific to your machine / network. But to play devils
advocate, you could try rolling back to 3.14.1.1 to see is any of your
problems resolve themselves?

Sam Reiter

On Mon, Jan 6, 2020 at 5:36 AM Subu Rama via USRP-users <
usrp-users at lists.ettus.com> wrote:

> 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
>
> _______________________________________________
> USRP-users mailing list
> USRP-users at lists.ettus.com
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20200106/6d822f5b/attachment.html>


More information about the USRP-users mailing list