gqrx crashes when initializing dsp (exotic architecture) #781
Description
Hello,
I'm having an issue involving gqrx, where I get a segmentation fault (core dumped) error any time I try to initialize my SDR. Here is the background on my current setup...
- I'm currently running on Fedora 31 on ppc64le architecture
- I have a nuand bladeRF 2.0 connected via a SuperSpeed xHCI USB port
- The bladeRF utilities detect the SDR with no issues
- I compiled GNU Radio 3.8, gr-osmosdr, and the latest gqrx from source
I have been able to start up gqrx successfully and select the bladeRF device from the drop down list in the configure I/O devices dialog box. However, upon starting the DSP, the entire program crashes and I get the following text in terminal...
[jsn@hamshack-ppc64le ~]$ gqrx
gr-osmosdr 0.2.0.0 (0.2.0) gnuradio 3.8.1.0
built-in source types: file rtl_tcp bladerf rfspace redpitaya
gr::log :WARN: file_source0 - file size is not a multiple of item size
Resampling audio 96000 -> 48000
BookmarksFile is /home/jsn/.config/gqrx/bookmarks.csv
gr-osmosdr 0.2.0.0 (0.2.0) gnuradio 3.8.1.0
built-in source types: file rtl_tcp bladerf rfspace redpitaya
[bladeRF common] init: DEBUG: entering initialization
[bladeRF source] init: Opening Nuand bladeRF with device identifier string '*:instance=0'
[bladeRF source] Device: Nuand bladeRF 2.0 Serial # 42b3...5483 FW v2.3.2 FPGA v0.11.0
[bladeRF source] init: Buffers: 512, samples per buffer: 4096, active transfers: 32
[bladeRF source] bladerf_source_c: DEBUG: initialization complete
FOUND full
[bladeRF source] start: DEBUG: starting source
Segmentation fault (core dumped)
Could there be an additional library I need to compile for my specific architecture that is normally "assumed" for x86_64 style set ups? Is there a way I can present more detailed and meaningful detail for research purposes? The error is a bit vague, and other solutions to this kind of error don't seem to be applicable to my situation. Any advice is welcomed!