(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>
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>
>
>
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
