-
Notifications
You must be signed in to change notification settings - Fork 32
Open
Description
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:
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,
Metadata
Metadata
Assignees
Labels
No labels