I have an issue that may be related. Using LFTX and LFRX boards in an X310,
anytime I use the RFNoC Radio block in Rx mode the run terminates with:

terminate called after throwing an instance of 'std::out_of_range'
  what():  map::at

Following for updates.

Andrew

On Thu, Apr 19, 2018 at 9:54 AM, Neel Pandeya via USRP-users <
usrp-users@lists.ettus.com> wrote:

> Hello Louis:
>
> Thanks for the detailed feedback. We have reproduced this issue, and are
> debugging it now. We will get back to you and post an update shortly.
>
> --​Neel Pandeya
>
>
>
>
> On 12 April 2018 at 18:46, Louis Brown via USRP-users <
> usrp-users@lists.ettus.com> wrote:
>
>> Could it be something to do with this commit for address offsets?
>>
>> https://github.com/EttusResearch/uhd/commit/8ee22529f33a63c2
>> 064b0dc6fbcc04c2ded94b4a
>>
>> Lou
>>
>>
>> On Apr 12, 2018, at 16:38, Louis Brown <rfeng...@me.com> wrote:
>>
>>
>> Did something change with respect to daughter board addressing in UHD
>> 3.11?
>> I have an X310 with LFTX and LFRX  in motherboard slot A.
>> When I run benchmark_rate it core dumps as follows:
>>
>> /*
>> [/usr/local/lib64/uhd/examples]$ ./benchmark_rate --args
>> "addr=192.168.40.2" --tx_rate=10E6
>>
>> [INFO] [UHD] linux; GNU C++ version 7.3.1 20180303 (Red Hat 7.3.1-5);
>> Boost_106400; UHD_3.11.0.1-0-unknown
>> [00:00:00.000006] Creating the usrp device with: addr=192.168.40.2...
>> [INFO] [X300] X300 initialization sequence...
>> [INFO] [X300] Determining maximum frame size...
>> [INFO] [X300] Maximum frame size: 8000 bytes.
>> [INFO] [X300] Setup basic communication...
>> [INFO] [X300] Loading values from EEPROM...
>> [INFO] [X300] Setup RF frontend clocking...
>> [INFO] [X300] Radio 1x clock:200
>> [INFO] [RFNOC DMA FIFO] Running BIST for FIFO 0...
>> [INFO] [RFNOC DMA FIFO] BIST passed (Throughput: 1299 MB/s)
>> [INFO] [RFNOC DMA FIFO] Running BIST for FIFO 1...
>> [INFO] [RFNOC DMA FIFO] BIST passed (Throughput: 1302 MB/s)
>> [WARNING] [RFNOC] [0/Radio_0] defines 2 input buffer sizes, but 1 input
>> ports
>> [INFO] [RFNOC RADIO] Register loopback test passed
>> [INFO] [RFNOC RADIO] Register loopback test passed
>> [WARNING] [RFNOC] [0/Radio_1] defines 2 input buffer sizes, but 1 input
>> ports
>> [INFO] [RFNOC RADIO] Register loopback test passed
>> [INFO] [RFNOC RADIO] Register loopback test passed
>> [INFO] [CORES] Performing timer loopback test...
>> [INFO] [CORES] Timer loopback test passed
>> [INFO] [CORES] Performing timer loopback test...
>> [INFO] [CORES] Timer loopback test passed
>> Using Device: Single USRP:
>> Device: X-Series Device
>> Mboard 0: X310
>> RX Channel: 0
>> RX DSP: 0
>> RX Dboard: A
>> RX Subdev: LFRX (AB)
>> RX Channel: 1
>> RX DSP: 0
>> RX Dboard: B
>> RX Subdev: Unknown (0xffff) - 0
>> TX Channel: 0
>> TX DSP: 0
>> TX Dboard: A
>> TX Subdev: LFTX (AB)
>> TX Channel: 1
>> TX DSP: 0
>> TX Dboard: B
>> TX Subdev: Unknown (0xffff) - 0
>>
>> [00:00:02.623786] Setting device timestamp to 0...
>> terminate called after throwing an instance of 'std::out_of_range'
>> what(): map::at
>> Aborted (core dumped)
>> */
>>
>>
>> If I specify tx_channels "1" it runs, lighting up the slot B TX/RX LED,
>> or course I have no boards installed there.
>>
>> /*
>> [/usr/local/lib64/uhd/examples]$ ./benchmark_rate --args
>> "addr=192.168.40.2" --tx_rate=100E6 --tx_channels "1"
>> */
>>
>> If I specify tx_channels "0" it core dumps with the same std::out_of_range
>>
>> Flow graphs that ran in UHD 3.10 with sub-device "A:AB" no longer run:
>>
>> /*
>> [INFO] [CORES] Timer loopback test passed
>> terminate called after throwing an instance of 'std::out_of_range'
>> what(): map::at
>> */
>>
>> If I try benchmark_rate with another X310 with the UBX card in slot A,
>> things work fine.  So maybe it's specific to the use of LF cards with UHD
>> 3.11.
>>
>> Thanks,
>> Lou
>>
>>
>>
>>
>> _______________________________________________
>> USRP-users mailing list
>> 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
>
>
_______________________________________________
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Reply via email to