Hi Nate,
thanks for the hint. I just double checked. The MTU size is set to 1500
on the device for sfp0. I just attached the output of `ip a` for that.
The MTU is set to 1500 on the host as well.
And yes, the .213 is connected to the sfp0 port.
I ran 2 additional tests. I connected my host and device directly via a
switch and disconnected this switch from our network. But the error
still persisted.
Next I plugged the .213 aka sfp0 interface into another port on the
switch and now it works. I was already able to run a basic GNU Radio
example flowgraph. The examples in 'gr-uhd' need an update to be
compatible with GR3.8 though.
The port I used initially was a special port on the switch for uplink or
so and that port didn't work. Now it does.
Thanks for your support. I'll update my devices and see if all of them
work now.
Johannes
1: lo: [...]
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
qlen 1000
link/ether 00:80:2f:26:6c:b8 brd ff:ff:ff:ff:ff:ff
inet X.X.X.129/24 brd X.X.X.255 scope global dynamic eth0
valid_lft 24082sec preferred_lft 24082sec
3: sfp0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
qlen 1000
link/ether 00:80:2f:26:6c:b9 brd ff:ff:ff:ff:ff:ff
inet X.X.X.213/24 brd X.X.X.255 scope global sfp0
valid_lft forever preferred_lft forever
4: sfp1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 8000 qdisc pfifo_fast
qlen 1000
link/ether 00:80:2f:26:6c:ba brd ff:ff:ff:ff:ff:ff
On 15.10.19 18:40, Ettus Research Support wrote:
> Hi Johannes,
>
>
> Verify that your MTU's match on both your host and N3xx. (1Gb should
> have a MTU of 1500, 10Gb MTU should be 8000).
>
>
> Is your .213 interface connected to the SFP port?
>
>
> Regards,
> Nate Temple
>
> On Tue, Oct 15, 2019 at 9:14 AM Johannes Demel via USRP-users
> <usrp-users@lists.ettus.com <mailto:usrp-users@lists.ettus.com>> wrote:
>
> Hi Robin,
>
> thanks for your hint. The SD card image helped. And `bmaptool` seems
> the
> better tool to flash the SD card. Now, `ip a` shows the sfp ports
> again.
> Furthermore, `uhd_find_devices` shows all the info I'd expect.
> Also, the 'dtc' error during FPGA image update went away.
> After I updated the FPGA image, I did a `reboot now` on the device. I
> hope this is enough to make sure the device uses the new FPGA image?
>
> I followed the instructions:
>
> https://kb.ettus.com/USRP_N300/N310/N320/N321_Getting_Started_Guide#Updating_the_Network_Configurations
> to update my network configuration. Actually, I did that before as well.
>
> Unfortunately, the `uhd_usrp_probe` error persists. How do I proceed
> from here?
>
> $ uhd_usrp_probe --args="addr=X.X.X.213"
> [INFO] [UHD] linux; GNU C++ version 7.4.0; Boost_106501;
> UHD_3.14.1.HEAD-0-g0347a6d8
> [INFO] [MPMD] Initializing 1 device(s) in parallel with args:
>
> mgmt_addr=X.X.X.129,type=n3xx,product=n310,serial=XXXXXXX,claimed=False,addr=X.X.X.213
> [INFO] [MPM.PeriphManager] init() called with device args
>
> `time_source=internal,clock_source=internal,mgmt_addr=X.X.X.129,product=n310'.
> [ERROR] [UHD] Exception caught in safe-call.
> in ctrl_iface_impl<_endianness>::~ctrl_iface_impl() [with
> uhd::endianness_t _endianness = (uhd::endianness_t)0]
> at <installprefix>/src/uhd/host/lib/rfnoc/ctrl_iface.cpp:52
> this->send_cmd_pkt(0, 0, true); -> EnvironmentError: IOError: Block
> ctrl
> (CE_00_Port_30) 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_t)0; uint64_t =
> long unsigned int]
> at <installprefix>/src/uhd/host/lib/rfnoc/ctrl_iface.cpp:142
>
> [ERROR] [MPMD] Failure during block enumeration: EnvironmentError:
> IOError: recv error on socket: Connection refused
> Error: RuntimeError: Failed to run enumerate_rfnoc_blocks()
>
> Cheers
> Johannes
>
>
>
> I hope the following output helps with the debugging process.
>
> $ uhd_find_devices
> [INFO] [UHD] linux; GNU C++ version 7.4.0; Boost_106501;
> UHD_3.14.1.HEAD-0-g0347a6d8
> --------------------------------------------------
> -- UHD Device 0
> --------------------------------------------------
> Device Address:
> serial: XXXXXXX
> addr: X.X.X.213
> claimed: False
> mgmt_addr: X.X.X.129
> product: n310
> type: n3xx
>
>
> On my HOST machine:
>
> $ uhd_config_info --print-all
> UHD 3.14.1.HEAD-0-g0347a6d8
> Build date: Tue, 15 Oct 2019 15:16:27
> C compiler: GNU 7.4.0
> C++ compiler: GNU 7.4.0
> C flags: -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: -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, E300, USRP1, USRP2, X300,
> N230,
> MPMD, N300, N320, E320, OctoClock
> Install prefix: <installprefix>
> Boost version: 1.65.1
> Libusb version: 1.0.23
> Package path: <installprefix>
> Images directory: <installprefix>/share/uhd/images
> ABI version string: 3.14.1
>
>
> ON the DEVICE itself:
> I noticed that `uhd_images_downloader' with my previous install got me
> an image where UHD reports: `Build date: Tue, 19 Feb 2019 00:05:23`.
> Now
> the build date is: `Thu, 26 Sep 2019 01:26:32'.
>
> This is the output on the device:
> $ uhd_config_info --print-all
> UHD 3.14.1.1-0-g0347a6d8
> Build date: Thu, 26 Sep 2019 01:26:32
> C compiler: GNU 7.3.0
> C++ compiler: GNU 7.3.0
> C flags: -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 -marm -mfpu=neon -mfloat-abi=hard -mcpu=cortex-a9
>
> --sysroot=/home/oe-builder/build/tmp-glibc/work/cortexa9hf-neon-oe-linux-gnueabi/uhd/3.14.1.1-r1/recipe-sysroot
>
> -O2 -pipe -g -feliminate-unused-debug-types
>
> -fdebug-prefix-map=/home/oe-builder/build/tmp-glibc/work/cortexa9hf-neon-oe-linux-gnueabi/uhd/3.14.1.1-r1=/usr/src/debug/uhd/3.14.1.1-r1
>
>
> -fdebug-prefix-map=/home/oe-builder/build/tmp-glibc/work/cortexa9hf-neon-oe-linux-gnueabi/uhd/3.14.1.1-r1/recipe-sysroot=
>
>
> -fdebug-prefix-map=/home/oe-builder/build/tmp-glibc/work/cortexa9hf-neon-oe-linux-gnueabi/uhd/3.14.1.1-r1/recipe-sysroot-native=
>
> -march=armv7-a -marm -mfpu=neon -mfloat-abi=hard -mcpu=cortex-a9
>
> --sysroot=/home/oe-builder/build/tmp-glibc/work/cortexa9hf-neon-oe-linux-gnueabi/uhd/3.14.1.1-r1/recipe-sysroot
> C++ flags: -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 -marm -mfpu=neon -mfloat-abi=hard
> -mcpu=cortex-a9
>
> --sysroot=/home/oe-builder/build/tmp-glibc/work/cortexa9hf-neon-oe-linux-gnueabi/uhd/3.14.1.1-r1/recipe-sysroot
>
> -O2 -pipe -g -feliminate-unused-debug-types
>
> -fdebug-prefix-map=/home/oe-builder/build/tmp-glibc/work/cortexa9hf-neon-oe-linux-gnueabi/uhd/3.14.1.1-r1=/usr/src/debug/uhd/3.14.1.1-r1
>
>
> -fdebug-prefix-map=/home/oe-builder/build/tmp-glibc/work/cortexa9hf-neon-oe-linux-gnueabi/uhd/3.14.1.1-r1/recipe-sysroot=
>
>
> -fdebug-prefix-map=/home/oe-builder/build/tmp-glibc/work/cortexa9hf-neon-oe-linux-gnueabi/uhd/3.14.1.1-r1/recipe-sysroot-native=
>
> -fvisibility-inlines-hidden -march=armv7-a -marm -mfpu=neon
> -mfloat-abi=hard -mcpu=cortex-a9
>
> --sysroot=/home/oe-builder/build/tmp-glibc/work/cortexa9hf-neon-oe-linux-gnueabi/uhd/3.14.1.1-r1/recipe-sysroot
>
> -fvisibility=hidden -fvisibility-inlines-hidden
> Enabled components: LibUHD, LibUHD - C API, Examples, Utils, Tests,
> LIBERIO, USB, GPSD, MPMD, N300, N320, E320
> Install prefix: /usr
> Boost version: 1.66
> Libusb version: 1.0.23
> Package path: /usr
> Images directory: /usr/share/uhd/images
> ABI version string: 3.14.1
>
>
>
>
> On 15.10.19 16:22, Robin Coxe wrote:
> > Hi Johannes. Things tend to go badly when the UHD and FPGA
> bitstream
> > versions on the N310 SD card don't match those on the host for the
> > N3xx. Avoid using master with the N310 out of the box because
> the
> > filesystem/FPGA images most likely don't exist.
> >
> > Burn this SD card image:
> >
>
> http://files.ettus.com/binaries/cache/n3xx/meta-ettus-v3.14.1.1/n3xx_common_sdimg_default-v3.14.1.1.zip
> > (yes, the location is non-obvious) then build UHD v.3.14.1.1 on
> the host PC.
> >
> > Starting with UHD v.3.14, the SFP+ ports are mapped to IP addresses
> > 192.168.10.2 and 192.168.20.2, to be more consistent with the X310.
> > When you issue the uhd_usrp_probe command, try adding the --args
> > "addr=192.168.x0.2" command.
> > I can't remember for certain if the HG (SFP0 = 1gigE and SFP1=10
> gigeE)
> > or XG image (both 10gigE) is loaded by default. I think it's
> HG. Set
> > the MTU on the host side to 8000 for the 10gigE port.
> >
> > The N310 Getting Started guide outlines the mender method of
> > updating the filesystem, which should also work, but I tend to
> prefer
> > downloading the SD card image and burning it myself. Good luck.
> >
> > -Robin
> >
> >
> >
> > On Tue, Oct 15, 2019 at 2:47 AM Johannes Demel via USRP-users
> > <usrp-users@lists.ettus.com <mailto:usrp-users@lists.ettus.com>
> <mailto:usrp-users@lists.ettus.com
> <mailto:usrp-users@lists.ettus.com>>> wrote:
> >
> > Hi all,
> >
> > we just received some new N310s. Yeah!
> >
> > They don't work! Noooo.
> >
> > Let me explain what I tried so far and what I found out. So
> far, I work
> > with 2 devices.
> >
> > Summary:
> > With factory default image I can find the device but
> > `uhd_usrp_probe` fails.
> > With a newly flashed image on the SD card, The SFP ports
> don't show up
> > anymore.
> >
> >
> > How do I recover my device that doesn't show the SFP ports
> anymore?
> >
> > What do I need to do to successfully run `uhd_usrp_probe`?
> Since this
> > command errors out with the same error as a flowgraph, I
> assume if I
> > get
> > passed `uhd_usrp_probe` there is a good chance I'll be able
> to run a
> > flowgraph.
> >
> > What is dtc? It errors out during FPGA image updates.
> >
> > What is the latest `sdimg` to install? I want to make sure
> I'm up to
> > date. As soon as I figured out why the devices don't work.
> >
> > I append all the information I could find so far for my devices.
> >
> > Cheers
> > Johannes
> >
> >
> >
> > On Host:
> > $ uhd_config_info --print-all
> > UHD 3.15.0.git-79-gf353db8f
> > Build date: Tue, 08 Oct 2019 12:08:10
> > C compiler: GNU 7.4.0
> > C++ compiler: GNU 7.4.0
> > C flags: -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: -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: <install_prefix>/gnuradio38
> > Boost version: 1.65.1
> > Libusb version: 1.0.23
> > Package path: <install_prefix>/gnuradio38
> > Images directory: <install_prefix>/gnuradio38/share/uhd/images
> > ABI version string: 3.15.0
> >
> >
> > $ uhd_image_loader --args "type=n3xx,addr=X.X.X.212,fpga=HG"
> > [INFO] [UHD] linux; GNU C++ version 7.4.0; Boost_106501;
> > UHD_3.15.0.git-79-gf353db8f
> > [INFO] [MPMD] Initializing 1 device(s) in parallel with args:
> >
>
> mgmt_addr=X.X.X.128,type=n3xx,product=n310,serial=XXXXXXX,claimed=False,skip_init=1
> > [INFO] [MPMD] Claimed device without full initialization.
> > [INFO] [MPMD IMAGE LOADER] Starting update. This may take a
> while.
> > [INFO] [MPM.PeriphManager] Updating component `fpga'
> > [INFO] [MPM.PeriphManager] Updating component `dts'
> > [ERROR] [MPM.PeriphManager] Error executing `dtc': Command
> '['dtc',
> > '--symbols', '-O', 'dtb', '-q', '-o', '/lib/firmware/n310.dtbo',
> > '/lib/firmware/n310.dts']' returned non-zero exit status 1
> > [INFO] [MPM.RPCServer] Resetting peripheral manager.
> > [INFO] [MPM.PeriphManager] Device serial number: XXXXXXX
> > [INFO] [MPM.PeriphManager] Initialized 2 daughterboard(s).
> > [WARNING] [MPM.PeriphManager] Actual minor compat ahead of
> expected
> > compat for component `FPGA'. Expected: 5.2 Actual: 5.3
> > [INFO] [MPM.PeriphManager] init() called with device args `'.
> > [INFO] [MPMD IMAGE LOADER] Update component function succeeded.
> >
> > Rebooted devices, then:
> >
> > $ uhd_find_devices
> > --------------------------------------------------
> > -- UHD Device 0
> > --------------------------------------------------
> > Device Address:
> > serial: XXXXXX
> > addr: X.X.X.212
> > claimed: False
> > mgmt_addr: X.X.X.128
> > product: n310
> > type: n3xx
> >
> >
> > --------------------------------------------------
> > -- UHD Device 1
> > --------------------------------------------------
> > Device Address:
> > serial: n/a
> > claimed: False
> > mgmt_addr: X.X.X.123
> > product: n/a
> > reachable: No
> > type: n/a
> >
> >
> > On Device 0:
> >
> > $ uhd_config_info --print-all
> > UHD 3.13.0.2-0-unknown
> > Build date: Fri, 08 Mar 2019 18:43:32
> > C compiler: GNU 7.3.0
> > C++ compiler: GNU 7.3.0
> > C flags: -DUHD_IMAGES_DIR=OFF -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 -marm -mfpu=neon -mfloat-abi=hard
> > -mcpu=cortex-a9
> >
>
> --sysroot=/home/oe-builder/build/tmp-glibc/work/cortexa9hf-neon-oe-linux-gnueabi/uhd/3.13.0.2-r0/recipe-sysroot
> >
> > -O2 -pipe -g -feliminate-unused-debug-types
> >
>
> -fdebug-prefix-map=/home/oe-builder/build/tmp-glibc/work/cortexa9hf-neon-oe-linux-gnueabi/uhd/3.13.0.2-r0=/usr/src/debug/uhd/3.13.0.2-r0
> >
> >
>
> -fdebug-prefix-map=/home/oe-builder/build/tmp-glibc/work/cortexa9hf-neon-oe-linux-gnueabi/uhd/3.13.0.2-r0/recipe-sysroot=
> >
> >
>
> -fdebug-prefix-map=/home/oe-builder/build/tmp-glibc/work/cortexa9hf-neon-oe-linux-gnueabi/uhd/3.13.0.2-r0/recipe-sysroot-native=
> >
> > -march=armv7-a -marm -mfpu=neon -mfloat-abi=hard
> -mcpu=cortex-a9
> >
>
> --sysroot=/home/oe-builder/build/tmp-glibc/work/cortexa9hf-neon-oe-linux-gnueabi/uhd/3.13.0.2-r0/recipe-sysroot
> > C++ flags: -DUHD_IMAGES_DIR=OFF -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 -marm -mfpu=neon -mfloat-abi=hard
> > -mcpu=cortex-a9
> >
>
> --sysroot=/home/oe-builder/build/tmp-glibc/work/cortexa9hf-neon-oe-linux-gnueabi/uhd/3.13.0.2-r0/recipe-sysroot
> >
> > -O2 -pipe -g -feliminate-unused-debug-types
> >
>
> -fdebug-prefix-map=/home/oe-builder/build/tmp-glibc/work/cortexa9hf-neon-oe-linux-gnueabi/uhd/3.13.0.2-r0=/usr/src/debug/uhd/3.13.0.2-r0
> >
> >
>
> -fdebug-prefix-map=/home/oe-builder/build/tmp-glibc/work/cortexa9hf-neon-oe-linux-gnueabi/uhd/3.13.0.2-r0/recipe-sysroot=
> >
> >
>
> -fdebug-prefix-map=/home/oe-builder/build/tmp-glibc/work/cortexa9hf-neon-oe-linux-gnueabi/uhd/3.13.0.2-r0/recipe-sysroot-native=
> >
> > -fvisibility-inlines-hidden -march=armv7-a -marm -mfpu=neon
> > -mfloat-abi=hard -mcpu=cortex-a9
> >
>
> --sysroot=/home/oe-builder/build/tmp-glibc/work/cortexa9hf-neon-oe-linux-gnueabi/uhd/3.13.0.2-r0/recipe-sysroot
> >
> > -fvisibility=hidden -fvisibility-inlines-hidden
> > Enabled components: LibUHD, LibUHD - C API, Examples, Utils,
> Tests,
> > LIBERIO, USB, GPSD, MPMD, N300, E320
> > Install prefix: /usr
> > Boost version: 1.66
> > Libusb version: 1.0.23
> > Package path: /usr
> > Images directory: /usr/share/uhd/images
> > ABI version string: 3.13.0
> >
> > $ ip a
> > 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue qlen 1000
> > link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
> > inet 127.0.0.1/8 <http://127.0.0.1/8>
> <http://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
> > qlen 1000
> > link/ether 00:80:2f:26:6c:c1 brd ff:ff:ff:ff:ff:ff
> > inet X.X.X.128/24 brd X.X.X.255 scope global dynamic eth0
> > valid_lft 43114sec preferred_lft 43114sec
> > 3: sfp0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc
> pfifo_fast
> > qlen 1000
> > link/ether 00:80:2f:26:6c:c2 brd ff:ff:ff:ff:ff:ff
> > inet X.X.X.212/24 brd X.X.X.255 scope global sfp0
> > valid_lft forever preferred_lft forever
> > 4: sfp1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 8000 qdisc
> pfifo_fast
> > qlen 1000
> > link/ether 00:80:2f:26:6c:c3 brd ff:ff:ff:ff:ff:ff
> >
> > On Host for Device 0:
> > $ uhd_usrp_probe --args="addr=X.X.X.212"
> > [INFO] [UHD] linux; GNU C++ version 7.4.0; Boost_106501;
> > UHD_3.15.0.git-79-gf353db8f
> > [INFO] [MPMD] Initializing 1 device(s) in parallel with args:
> >
>
> mgmt_addr=X.X.X.128,type=n3xx,product=n310,serial=XXXXXXX,claimed=False,addr=X.X.X.212
> > [WARNING] [MPMD] Could not determine link speed; using 1GibE
> max speed
> > of 1.25e+08
> > [INFO] [MPM.PeriphManager] init() called with device args
> > `product=n310,mgmt_addr=X.X.X.128'.
> > [ERROR] [UHD] Exception caught in safe-call.
> > in ctrl_iface_impl<_endianness>::~ctrl_iface_impl() [with
> > uhd::endianness_t _endianness = (uhd::endianness_t)0]
> > at
> /home/ant/gnuradio38/src/uhd/host/lib/rfnoc/ctrl_iface.cpp:52
> > this->send_cmd_pkt(0, 0, true); -> EnvironmentError: IOError:
> Block
> > ctrl
> > (CE_00_Port_30) 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_t)0;
> uint64_t =
> > long unsigned int]
> > at
> /home/ant/gnuradio38/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()
> >
> > That's where I hang now.
> > The same error appears in case I try to run a GR flowgraph
> with that
> > device.
> >
> > For Device 1:
> > I followed: https://files.ettus.com/manual/page_usrp_n3xx.html
> > $ uhd_images_downloader -t n3xx_common_sdimg_default
> > $ sudo dd if=<YOUR_IMAGE> of=/dev/<YOUR_SD_CARD> bs=1M
> >
> > After quite some time `dd` reported success.
> >
> > On Host
> > $ uhd_find_devices
> > --------------------------------------------------
> > -- UHD Device 1
> > --------------------------------------------------
> > Device Address:
> > serial: n/a
> > claimed: False
> > mgmt_addr: X.X.X.123
> > product: n/a
> > reachable: No
> > type: n/a
> >
> > On Device 1:
> > $ uhd_config_info --print-all
> > UHD 3.14.0.0-0-g655b9b0f
> > Build date: Tue, 19 Feb 2019 00:05:23
> > C compiler: GNU 7.3.0
> > C++ compiler: GNU 7.3.0
> > C flags: -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 -marm -mfpu=neon -mfloat-abi=hard -mcpu=cortex-a9
> >
>
> --sysroot=/home/oe-builder/build/tmp-glibc/work/cortexa9hf-neon-oe-linux-gnueabi/uhd/3.14.0.0-r1/recipe-sysroot
> >
> > -O2 -pipe -g -feliminate-unused-debug-types
> >
>
> -fdebug-prefix-map=/home/oe-builder/build/tmp-glibc/work/cortexa9hf-neon-oe-linux-gnueabi/uhd/3.14.0.0-r1=/usr/src/debug/uhd/3.14.0.0-r1
> >
> >
>
> -fdebug-prefix-map=/home/oe-builder/build/tmp-glibc/work/cortexa9hf-neon-oe-linux-gnueabi/uhd/3.14.0.0-r1/recipe-sysroot=
> >
> >
>
> -fdebug-prefix-map=/home/oe-builder/build/tmp-glibc/work/cortexa9hf-neon-oe-linux-gnueabi/uhd/3.14.0.0-r1/recipe-sysroot-native=
> >
> > -march=armv7-a -marm -mfpu=neon -mfloat-abi=hard
> -mcpu=cortex-a9
> >
>
> --sysroot=/home/oe-builder/build/tmp-glibc/work/cortexa9hf-neon-oe-linux-gnueabi/uhd/3.14.0.0-r1/recipe-sysroot
> > C++ flags: -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 -marm -mfpu=neon -mfloat-abi=hard
> > -mcpu=cortex-a9
> >
>
> --sysroot=/home/oe-builder/build/tmp-glibc/work/cortexa9hf-neon-oe-linux-gnueabi/uhd/3.14.0.0-r1/recipe-sysroot
> >
> > -O2 -pipe -g -feliminate-unused-debug-types
> >
>
> -fdebug-prefix-map=/home/oe-builder/build/tmp-glibc/work/cortexa9hf-neon-oe-linux-gnueabi/uhd/3.14.0.0-r1=/usr/src/debug/uhd/3.14.0.0-r1
> >
> >
>
> -fdebug-prefix-map=/home/oe-builder/build/tmp-glibc/work/cortexa9hf-neon-oe-linux-gnueabi/uhd/3.14.0.0-r1/recipe-sysroot=
> >
> >
>
> -fdebug-prefix-map=/home/oe-builder/build/tmp-glibc/work/cortexa9hf-neon-oe-linux-gnueabi/uhd/3.14.0.0-r1/recipe-sysroot-native=
> >
> > -fvisibility-inlines-hidden -march=armv7-a -marm -mfpu=neon
> > -mfloat-abi=hard -mcpu=cortex-a9
> >
>
> --sysroot=/home/oe-builder/build/tmp-glibc/work/cortexa9hf-neon-oe-linux-gnueabi/uhd/3.14.0.0-r1/recipe-sysroot
> >
> > -fvisibility=hidden -fvisibility-inlines-hidden
> > Enabled components: LibUHD, LibUHD - C API, Examples, Utils,
> Tests,
> > LIBERIO, USB, GPSD, MPMD, N300, N320, E320
> > Install prefix: /usr
> > Boost version: 1.66
> > Libusb version: 1.0.23
> > Package path: /usr
> > Images directory: /usr/share/uhd/images
> > ABI version string: 3.14.0
> >
> > $ip a
> > 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue qlen 1000
> > link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
> > inet 127.0.0.1/8 <http://127.0.0.1/8>
> <http://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
> > qlen 1000
> > link/ether 00:80:2f:26:6c:b8 brd ff:ff:ff:ff:ff:ff
> > inet X.X.X.123/24 brd X.X.X.255 scope global dynamic eth0
> > valid_lft 40613sec preferred_lft 40613sec
> >
> > The SFP ethernet devices don;t show up.
> > Also, I wasn't able to load a current FPGA image on the
> device. Since
> > the SFP port does not show up, I tried to use
> `mgmt_addr=X.X.X.123`.
> > _______________________________________________
> > USRP-users mailing list
> > USRP-users@lists.ettus.com <mailto:USRP-users@lists.ettus.com>
> <mailto:USRP-users@lists.ettus.com <mailto:USRP-users@lists.ettus.com>>
> > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> >
> _______________________________________________
> USRP-users mailing list
> USRP-users@lists.ettus.com <mailto:USRP-users@lists.ettus.com>
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
_______________________________________________
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
