Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

SoapyUHD not detecting USRP or simply crashing #52

Open
BatchDrake opened this issue Oct 21, 2022 · 0 comments
Open

SoapyUHD not detecting USRP or simply crashing #52

BatchDrake opened this issue Oct 21, 2022 · 0 comments

Comments

@BatchDrake
Copy link

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,

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant