osmocom-sdr May 2016

osmocom-sdr@lists.osmocom.org

11 participants
13 discussions

developing driver to use new hardware in GNU Radio
by Card, Stu 09 May '16

09 May '16

(cross-posted to the 3 different sub-communities with relevant driver architectures) I would very much like to use GNU Radio as a real time signal analysis environment with some Altera FPGA based hardware (not a general purpose SDR, more a test probe in a comm system). Searching for information on porting GNU Radio to new hardware, I found https://lists.gnu.org/archive/html/discuss-gnuradio/2012-04/msg00535.html That contains some good pointers, but was 4 years ago, so I wonder if there are any other places I should be looking for information on how to write a driver for my hardware, so I can drop a corresponding source block into GRC and get started with my signal processing? My signal analysis will typically start with a scrolling spectrogram, such as is provided by fosphor (original GPU based gr-fosphor or later FPGA based rfnoc-fosphor). We can do the high rate (FFT, magnitude, log) in the FPGA: this would incline me to start with the rfnoc-fosphor software stack; but my hardware is not Ettus, it does not have a UHD interface, it is not Xilinx. So that pushes me towards writing a driver to go underneath gr-osmosdr: then I think I also would need to extend gr-osmosdr itself to make calls to that library, unless there is some sort of device driver abstraction with a dispatcher to different actual drivers? Searching for a framework that cleanly isolates the hardware specific device driver code from the higher layers, I found SoapySDR: reviewing the description on the web, it looks very nice, and under active development; but as someone new to much of this, I am not yet competent to assist with that development, and am not clear on how complete and usable (by a n00b such as myself) SoapySDR is yet? Thanks for any tips! -- Stu Card <stu.card(a)axenterprize.com>

2 1

gr-fosphor: n00b run-time errors with benchmark tool and sink block on AMD APU
by Card, Stu 08 May '16

08 May '16

Cross-posting an inquiry I sent yesterday to discuss-gnuradio; perhaps osmocom-sdr may be a more appropriate venue. ---------- Forwarded message ---------- From: "Card, Stu" <stu.card(a)axenterprize.com> Date: May 7, 2016 4:08 PM Subject: gr-fosphor: n00b run-time errors with benchmark tool and sink block on AMD APU To: <discuss-gnuradio(a)gnu.org> Cc: My apologies for this n00b question, but I have not found answers in the > usual places. > > I have carefully followed the instructions at > > http://sdr.osmocom.org/trac/wiki/fosphor > > For building the benchmark tool, I replaced the line > > make LDFLAGS=-L/opt/intel/opencl-1.2-4.5.0.8/lib64 > > with > > make LDFLAGS=-L/opt/AMDAPPSDK-3.0/lib/x86_64/sdk > > for my AMD APU (CPU w/on-chip GPU) hardware > > and > > edited the Makefile to remove "-Werror" from the CFLAGS as otherwise the > warning about cl_create_command_queue being deprecated causes Make to give > up. > > After thus building the benchmark tool, running main yields > > libEGL warning: DRI2: failed to authenticate > [+] Selected device: Devastator > libGL error: No matching fbConfigs or visuals found > libGL error: failed to load driver: swrast > X Error of failed request: BadMatch (invalid parameter attributes) > Major opcode of failed request: 157 (GLX) > Minor opcode of failed request: 5 (X_GLXMakeCurrent) > Serial number of failed request: 30 > Current serial number in output stream: 30C > > Attempting to use the GRC fosphor sink block in a trivial flowgraph (with > a signal source, noise source and add operation, intended to give me a tone > with a noise floor), I get no output until I manually terminate it, and > then in the GRC message pane I see > > libEGL warning: DRI2: failed to find _glapi_get_proc_address > [+] Selected device: Devastator > [!] CL Error (-34, /home/stu/gr-fosphor/lib/fosphor/cl.c:464): Unable to > share waterfall texture into OpenCL context > > The same flowgraph, with the fosphor sink replaced by a QT GUI waterfall > sink, works as expected. > > Any pointers would be greatly appreciated. > > -- > Stu Card <stu.card(a)axenterprize.com> > >

2 3

sdrangelove build issues on mipsel
by Arturo Borrero Gonzalez 03 May '16

03 May '16

Hi there, In debian, sdrangelove is having some build issues on mipsel [0]. At first, there was an issue regarding the '-msse2' switch. If I delete the switch, then another build error happens: ======== 8< ======== [...] [ 21%] Building CXX object CMakeFiles/sdrbase.dir/sdrbase/dsp/interpolator.cpp.o /usr/bin/c++ -DQT_CORE_LIB -DQT_GUI_LIB -DQT_MULTIMEDIA_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_WIDGETS_LIB -DUSE_FFTW -Dsdrangelove_EXPORTS -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -O3 -DNDEBUG -fPIC -isystem /usr/include/mipsel-linux-gnu/qt5 -isystem /usr/include/mipsel-linux-gnu/qt5/QtCore -isystem /usr/lib/mipsel-linux-gnu/qt5/mkspecs/linux-g++ -isystem /usr/include/mipsel-linux-gnu/qt5/QtWidgets -isystem /usr/include/mipsel-linux-gnu/qt5/QtGui -isystem /usr/include/mipsel-linux-gnu/qt5/QtOpenGL -isystem /usr/include/mipsel-linux-gnu/qt5/QtMultimedia -isystem /usr/include/mipsel-linux-gnu/qt5/QtNetwork -I/tmp/buildd/sdrangelove-0.0.1.20140824/obj-mipsel-linux-gnu -I/tmp/buildd/sdrangelove-0.0.1.20140824/include -I/tmp/buildd/sdrangelove-0.0.1.20140824/include-gpl -fPIC -o CMakeFiles/sdrbase.dir/sdrbase/dsp/interpolator.cpp.o -c /tmp/buildd/sdrangelove-0.0.1.20140824/sdrbase/dsp/interpolator.cpp In file included from /tmp/buildd/sdrangelove-0.0.1.20140824/sdrbase/dsp/interpolator.cpp:4:0: /tmp/buildd/sdrangelove-0.0.1.20140824/include-gpl/dsp/interpolator.h:4:23: fatal error: immintrin.h: No such file or directory #include <immintrin.h> ^ compilation terminated. [...] ======== 8< ======== Do you have any hint for this? Thanks, best regards. PS: Please keep me in CC, i'm not subscribed. [0] https://buildd.debian.org/status/fetch.php?pkg=sdrangelove&arch=mipsel&ver=… -- Arturo Borrero González

4 3

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

osmocom-sdr May 2016