Hi Kyle, Thank you for the good information. We will be increasing the timeout in the next release of UHD, so the issues should be resolved soon.
Regards, Michael On Wed, Nov 15, 2017 at 9:19 AM, Guilbert, Kyle J via USRP-users < usrp-users@lists.ettus.com> wrote: > Greetings, > > I am experiencing a similar timeout problem to the one reported in the > thread "UHD 3.10.2 | X300 - High CPU load even for low samples rate". > I'm using an X310 with LFRX/LFTX and UHD 3.10.2.0 (maint) and can > reproduce the issue with benchmark_rate for RX and TX somewhere under 10 > MS/s. > When I use benchmark_rate with RX only as suggested by Michael West, > there's no issue. But when I do simultaneous RX and TX I get a flurry of > ERROR_CODE_TIMEOUT messages after a few seconds: > > benchmark_rate --rx_rate 20e6 --tx_rate 20e6 --duration 20: OK > benchmark_rate --rx_rate 10e6 --tx_rate 10e6 --duration 20: OK > benchmark_rate --rx_rate 5e6 --tx_rate 5e6 --duration 20: > ERROR_CODE_TIMEOUT errors > (failures continue for lower rates) > > benchmark_rate --rx_rate 20e6 --duration 20: OK > benchmark_rate --rx_rate 10e6 --duration 20: OK > benchmark_rate --rx_rate 5e6 --duration 20: OK > benchmark_rate --rx_rate 1e6 --duration 20: OK > (note: the same goes for tx only) > > Also I can confirm that when I change the timeout value in the > get_recv_buff() call in device3_io_impl.cpp from 1 us to 10 ms, > all these configurations work. Let me know if there's any more information > I can provide. > > Regards, > Kyle > > _______________________________________________ > 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
