Hello to all the mailing list users. I had exactly the same problem with the X310 and libuhd 3.14.
Let me explain a bit more. I've my experimental project (with custom rfnoc block) running perfectly using the libuhd 3.10.3 version. We keep this experiment about 30 days up and running without problems. Now, because we planning to experiment also with the N310 I recompiled my block and my software using the libuhd 3.14.0 version... and here the problems started! Sometimes the system bricks when my application exit (the problem is when I try to stop the streaming), some times bricks at runtime. The error is exactly the same reported below and it never happended with libuhd 3.10.3. I think this could be a very subtle bug inside the rfnoc logic. In fact, as far as I can understand, this error happens because there is no answer to a fake command sent by the libuhd. I also tried to debug the fpga design using ILA and, to be plain, I found differences between the signlas beahviour of the AXI signals arriving to my block from the rfnoc. I monitored the signal coming from the rfnoc to my noc_block when my sotfware try to stop the stream, it seems to me that the i_tvalid signal from the rfnoc to my block remains high with libuhd 3.14, while it goes down with libuhd 3.10.3. O.S.: ubuntu 18.04 64-bit At present I'm still unable to deeply understand the problem and to solve it. Any help is apreciated. Have a good day On 14/08/19 05:33, Tellrell White via USRP-users wrote: > Hello All > > I seem to be receiving an a uhd error that is causing flowgraphs to > stop when trying to send and receive using the USRP X310. Now, I'm > receiving the same error shown below when running the "uhd_usrp_probe" > command. Not quite sure where this error is coming from but I see > rfnoc in the last line of the printout below which leads me to believe > that rfnoc could have something to do with the error. However, I'm not > working with the rfnoc branch of uhd. I believe someone else who was > using the device before me may have been using rfnoc. So, if this is > indeed the issue, isthere a way to rid the fpga of rfnoc and use a > regular, up to date image? o, > > I'm working inside of a VM running Ubuntu 16.04 LTS. I'm using > UHD_3.15.0.git-34-g3c8ed1b5 as shown below, with GNU Radio 3.7.7. > > mitll@mitll-virtual-machine:~$ uhd_usrp_probe > [INFO] [UHD] linux; GNU C++ version 5.4.0 20160609; Boost_105800; > UHD_3.15.0.git-34-g3c8ed1b5 > [INFO] [X300] X300 initialization sequence... > [INFO] [X300] Maximum frame size: 1472 bytes. > [INFO] [X300] Radio 1x clock: 200 MHz > [WARNING] [UDP] The recv buffer could not be resized sufficiently. > Target sock buff size: 24266666 bytes. > Actual sock buff size: 212992 bytes. > See the transport application notes on buffer resizing. > Please run: sudo sysctl -w net.core.rmem_max=24266666 > [WARNING] [UDP] The send buffer could not be resized sufficiently. > Target sock buff size: 24266666 bytes. > Actual sock buff size: 212992 bytes. > See the transport application notes on buffer resizing. > Please run: sudo sysctl -w net.core.wmem_max=24266666 > [WARNING] [UDP] The current recv_buff_size of 212992 is less than the > minimum recommended size of 816000 and may result in dropped packets > on some NICs > [ERROR] [UHD] Exception caught in safe-call. > in ctrl_iface_impl<_endianness>::~ctrl_iface_impl() [with > uhd::endianness_t _endianness = (uhd::endianness_t)0u] > at /home/mitll/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)0u; uint64_t > = long unsigned int] > at /home/mitll/uhd/host/lib/rfnoc/ctrl_iface.cpp:142 > Error: 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)0u; uint64_t > = long unsigned int] > at /home/mitll/uhd/host/lib/rfnoc/ctrl_iface.cpp:142 > > Regards > Tellrell > > > > > _______________________________________________ > 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
