You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is potentially related to #50. I received reports of a crash/hang in GNU/Linux (BatchDrake/SigDigger#190) and failures to detect the device in macOS (BatchDrake/suscan#59). A friend of mine just reported me the same failure to detect the USRP in GNU/Linux.
I am attaching the backtrace of the thread hanging, in case it helps. It seems to be something related to libuhd somehow:
Thread 53 (Thread 0x7fffae7fc700 (LWP 40291)):
#0 0x00007ffff621a99f in __GI___poll (fds=0x7fffae7faca0, nfds=1, timeout=100) at ../sysdeps/unix/sysv/linux/poll.c:29
https://github.com/BatchDrake/SigDigger/issues/1 0x00007fffb64a3b22 in uhd::transport::recv_link_baseuhd::transport::udp_boost_asio_link::get_recv_buff(int) () at /lib/libuhd.so.4.3.0
#2 0x00007fffb64cc300 in uhd::transport::inline_io_service::recv(uhd::transport::inline_recv_cb*, uhd::transport::recv_link_if*, int) () at /lib/libuhd.so.4.3.0
#3 0x00007fffb64ce322 in virtual thunk to uhd::transport::inline_recv_io::get_recv_buff(int) () at /lib/libuhd.so.4.3.0
--Type for more, q to quit, c to continue without paging--
https://github.com/BatchDrake/SigDigger/issues/4 0x00007fffb5de0385 in uhd::transport::get_aligned_buffs<uhd::rfnoc::chdr_rx_data_xport, false>::operator()(int) () at /lib/libuhd.so.4.3.0
https://github.com/BatchDrake/SigDigger/issues/5 0x00007fffb5de0b14 in uhd::transport::rx_streamer_zero_copy<uhd::rfnoc::chdr_rx_data_xport, false>::get_recv_buffs(std::vector<void const*, std::allocator<void const*> >&, uhd::rx_metadata_t&, uhd::transport::detail::eov_data_wrapper&, int) () at /lib/libuhd.so.4.3.0
#6 0x00007fffb5dda76a in uhd::transport::rx_streamer_impl<uhd::rfnoc::chdr_rx_data_xport, false>::recv(uhd::ref_vector<void*> const&, unsigned long, uhd::rx_metadata_t&, double, bool) () at /lib/libuhd.so.4.3.0
https://github.com/BatchDrake/SigDigger/issues/7 0x00007fffe9c0e64f in SoapyUHDDevice::readStream(SoapySDR::Stream*, void* const*, unsigned long, int&, long long&, long) () at /usr/local/lib/SoapySDR/modules0.8-2/libuhdSupport.so
#8 0x00007ffff7d5bf28 in SoapySDRDevice_readStream () at /usr/local/lib/libSoapySDR.so.0.8-2
#9 0x00007ffff7ed75b8 in suscan_source_read_sdr (source=0x555556a2f550, buf=0x55555752e0c0, max=1024) at /home/bhml/suscan/analyzer/source.c:2048
https://github.com/BatchDrake/SigDigger/issues/10 0x00007ffff7ed77b8 in suscan_source_read (self=0x555556a2f550, buffer=0x55555752e0c0, max=1024) at /home/bhml/suscan/analyzer/source.c:2110
https://github.com/BatchDrake/SigDigger/issues/11 0x00007ffff7ea9711 in suscan_source_channel_wk_cb (mq_out=0x555556a2b998, wk_private=0x555556a2b990, cb_private=0x555556a2f550) at /home/bhml/suscan/analyzer/workers/channel.c:559
https://github.com/BatchDrake/SigDigger/issues/12 0x00007ffff7eda798 in suscan_worker_thread (data=0x55555748a880) at /home/bhml/suscan/analyzer/worker.c:101
--Type for more, q to quit, c to continue without paging--
https://github.com/BatchDrake/SigDigger/issues/13 0x00007ffff664e609 in start_thread (arg=) at pthread_create.c:477
https://github.com/BatchDrake/SigDigger/issues/14 0x00007ffff6227133 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
Has something recently changed? I'd love to fix this myself, but I am afraid I do not have any USRP at hand :(
Thanks,
The text was updated successfully, but these errors were encountered:
Hi,
This is potentially related to #50. I received reports of a crash/hang in GNU/Linux (BatchDrake/SigDigger#190) and failures to detect the device in macOS (BatchDrake/suscan#59). A friend of mine just reported me the same failure to detect the USRP in GNU/Linux.
I am attaching the backtrace of the thread hanging, in case it helps. It seems to be something related to libuhd somehow:
Has something recently changed? I'd love to fix this myself, but I am afraid I do not have any USRP at hand :(
Thanks,
The text was updated successfully, but these errors were encountered: