Re: [Discuss-gnuradio] gr-fosphor : New RTSA-like visualization block for GNURadio using GPU acceleration

[Mike Cornelius]

Hi Sylvain,

Nice work, I just gave it a spin here are my results;-

I hit the 'clCreateFromGLTexture' issue when compiling the benchmark tool,
not only did I need to comment out the #define but I also needed to turn
off -Werror in the makefile.

I get 61msps with a GT9800 on a i7-950 @ 3.06G
Interestingly I find that the benchmark results are erratic for a while and
then stabilise as shown below.

Mike

 Selected device: GeForce 9800 GT
100 Frames time: 917843 us
BW estimated: 57.121752 Msps
100 Frames time: 1271217 us
BW estimated: 41.242998 Msps
100 Frames time: 3517962 us
BW estimated: 14.903174 Msps
100 Frames time: 2363734 us
BW estimated: 22.180499 Msps
100 Frames time: 2536602 us
BW estimated: 20.668911 Msps
100 Frames time: 861079 us
BW estimated: 60.887329 Msps
100 Frames time: 2259326 us
BW estimated: 23.205505 Msps
100 Frames time: 3436555 us
BW estimated: 15.256209 Msps
100 Frames time: 2754773 us
BW estimated: 19.031986 Msps
100 Frames time: 1651273 us
BW estimated: 31.750534 Msps
100 Frames time: 1034269 us
BW estimated: 50.691648 Msps
100 Frames time: 3286238 us
BW estimated: 15.954048 Msps
100 Frames time: 2911666 us
BW estimated: 18.006461 Msps
100 Frames time: 2699627 us
BW estimated: 19.420757 Msps
100 Frames time: 1940623 us
BW estimated: 27.016479 Msps
100 Frames time: 2265683 us
BW estimated: 23.140395 Msps
100 Frames time: 3601188 us
BW estimated: 14.558751 Msps
100 Frames time: 2266194 us
BW estimated: 23.135177 Msps
100 Frames time: 1710148 us
BW estimated: 30.657464 Msps
100 Frames time: 2172665 us
BW estimated: 24.131102 Msps
100 Frames time: 2452539 us
BW estimated: 21.377356 Msps
100 Frames time: 3127293 us
BW estimated: 16.764915 Msps
100 Frames time: 1545986 us
BW estimated: 33.912856 Msps
100 Frames time: 858462 us
BW estimated: 61.072942 Msps
100 Frames time: 859063 us
BW estimated: 61.030215 Msps
100 Frames time: 864266 us
BW estimated: 60.662805 Msps
100 Frames time: 863003 us
BW estimated: 60.751585 Msps
100 Frames time: 850487 us
BW estimated: 61.645622 Msps
100 Frames time: 854783 us
BW estimated: 61.335801 Msps
100 Frames time: 852875 us
BW estimated: 61.473018 Msps
100 Frames time: 858433 us
BW estimated: 61.075005 Msps
100 Frames time: 859781 us
BW estimated: 60.979249 Msps
100 Frames time: 850237 us
BW estimated: 61.663748 Msps
100 Frames time: 857009 us
BW estimated: 61.176487 Msps
100 Frames time: 854203 us
BW estimated: 61.377448 Msps
100 Frames time: 856246 us
BW estimated: 61.231001 Msps
100 Frames time: 854021 us
BW estimated: 61.390528 Msps
100 Frames time: 853289 us
BW estimated: 61.443192 Msps
100 Frames time: 858114 us
BW estimated: 61.097710 Msps
100 Frames time: 853439 us
BW estimated: 61.432393 Msps
100 Frames time: 857709 us
BW estimated: 61.126559 Msps
100 Frames time: 856152 us
BW estimated: 61.237724 Msps
100 Frames time: 856003 us
BW estimated: 61.248383 Msps

...






On 27 October 2013 07:23, Sylvain Munaut <246...@gmail.com> wrote:

> Hi,
>
>
> As some of you know, beginning of this month I presented a new
> GNURadio block I wrote that implements a RTSA like spectrum
> visualization of the spectrum similar to those found on R&S / Agilent
> / Tek equipement.
>
> I've just pushed the latest version of it on git and this includes a
> proper integration with either the WX or QT GUI of gnuradio. And I
> thought this would be a good occasion to also make the announce on
> this mailing list for those who didn't attend GRC and are not
> following the IRC channel.
>
> The home page of the project can be found at
> https://sdr.osmocom.org/trac/wiki/fosphor
> There isn't much information there, but you'll find a few screen shot
> of what the display looks like which will hopefully convince you to
> try it out for yourself. Believe me it's even better when it moves :)
>
> As the title says, the block relies on GPU acceleration. The
> computations are pretty heavy since every single input sample will be
> processed (as opposed to the current FFT sinks that just do periodic
> snaptshots), thereforce GPU acceleration is pretty much a must to
> support the very wideband devices like hackrf/bladerf/b200 ...
>
> More precisely it uses OpenCL and OpenGL and the data sharing
> extension between the two (known as CL/GL interop). That means that to
> use it, you'll need hardware that supports those and the appropriate
> drivers. For OSX that shouldn't be much of an issue if the machine has
> a decent GPU. For Linux, you'll need the binary drivers for either AMD
> or NVidia. Intel cards on linux most likely won't work. Although the
> more recent hardware can handle it, Intel decided to limit OpenCL
> support to Windows (and possibly OSX, not sure).
>
> It would be very helpful if you could report success / failure so we
> can try to list what hardware is out there and which works / which
> doesn't.
>
> For the installation you can grab the sources from git :
> git://git.osmocom.org/gr-fosphor
> It's only compatible with Gnuradio 3.7 and I'm not planning to
> backpo

Re: [Discuss-gnuradio] gr-fosphor : New RTSA-like visualization block for GNURadio using GPU acceleration

[Sylvain Munaut]

Hi,

> Well, the fosphor waterfall itself isn't of much use at high rates as the
> signals just whizz of the screen before you get a chance to look at them.
> The magic, as you point out, is in the fosphor FFT plot, which is awesome!

It kind of depends what you're looking for.

Personally I use the waterfall to see the repeteative burst structure
of the signals.
And despite the fast speed I can spot the FCCH of tetra and gsm
signals for examples and even see on which 'side' they are to know if
I'm looking at an image.

But I agree it doesn't fit all use case and this is why I want to
implement the aggregation feature I talked about.


> All I would like is for the waterfall to not be jerky at moderate sample
> rates. I find that a waterfall presents a better target than an FFT plot for
> a click-to-tune function, but a jerky one is not good.

As I said, it's due to the 'batch' processing nature of fosphor. When
the sample rate is so low that the batch size is not negligeable,
you'll see jerky movements.

Given a minimum batch size of 16*1024, if you want 30 fps for a smooth
scroll, you'd need 500 ksps at minimum.

Now one way to artificially feed fosphor with more data is to create
overlapping FFTs. You can do this in GRC using standard blocks :

http://i.imgur.com/9F7rYLJ.png

In this setup each input sample will be processing in 4 overlapping
windows, and so if you sample rate is 196 ksps you'd effectively feed
784 kbps to fosphor and should yield a smooth waterfall.


Now of cours there are other options like :

 - Instead of advancing the waterfall display in 1 frame per batch,
you could code it so that the new data of 1 batch is "spread" over
2/3/4 frames, but that will cost you latency. Also you can't do it for
the histogram view.

 - Modify the code to allow for smaller batch sizes. I might implement
batch size of 8 (mostly because some older ATI card can't deal with
16x16 OpenCL workgroup sizes), but I won't go lower than that.

At these sample rates, using the GPU is really not that necessary and
becomes annoying because of some of the limitation it imposes. A full
CPU implementation would probably be more flexible. A lot slower of
course, but for 48 ksps that just doesn't matter.


Cheers,

Sylvain

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] gr-fosphor : New RTSA-like visualization block for GNURadio using GPU acceleration

[Sylvain Munaut]

Hi Mike,

> I hit the 'clCreateFromGLTexture' issue when compiling the benchmark tool,
> not only did I need to comment out the #define but I also needed to turn off
> -Werror in the makefile.

Yes. I have a potential fix, just need to test it doesn't break OSX ...


> I get 61msps with a GT9800 on a i7-950 @ 3.06G
> Interestingly I find that the benchmark results are erratic for a while and
> then stabilise as shown below.

It might be the disk read. The software reads from a file and it might
take a couple of iterations before the OS realizes it should cache the
file and pre-fetch it.

Cheers,

   Sylvain

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] First proper build - missing blocks

[e...@silchestervillage.co.uk]

Sorry but this is a very newbie question. I tried to get GR up and running
many years ago when Fedora 8 was new! I then tried a couple of times to get
it going on windows - I got some blocks up but could not move or connect
then. I have now just installed Ubuntu 13.10 on an old laptop to have a
proper go at getting GR up and running as I now have some time to try and
play properly.

I went with the simplest looking way of doing GR3.7.1 with
$ sudo apt-get install gnuradio
but ended up with 205 warnings and a load of errors.

I tried this a couple of times with same result.

I then tried to remove as much of this as I could and went down this road
$ git clone http://git.gnuradio.org/git/gnuradio.git
$ ./build-gnuradio
And this seemed to work OK. No warnings, no errors.

Some time later I managed to get gnuradio-companion (can I still call it
grc?) up and running and tried to get the Dial Tone example built.

First thing - no Signal Source block. The only source blocks I have in Audio
is Audio Source and Wav File Source, no Signal Source.

I then tried to load up rtl2832-cfile.grc and ended with multiple
 Error: Block key "gr_file_source" not found in Platform - grc ...
Other blocks not found included gr_uchar_to_float, gr_add_const_vxx,
gr_multiply_const_vxx, gr_float_to_complex stc.

These all seem like some of the really basic stuff. I have done quite a few
hours of googling with "not found in Platform" etc but have not been able to
get any further.

I realise this is not quite up the level of most posts here but I hope
someone may have seen this before and knows exactly what the problem is.

Thanks, Andy.


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] First proper build - missing blocks

[Martin Braun (CEL)]

On Mon, Oct 28, 2013 at 12:29:31PM -, e...@silchestervillage.co.uk wrote:
> Sorry but this is a very newbie question. I tried to get GR up and running
> many years ago when Fedora 8 was new! I then tried a couple of times to get
> it going on windows - I got some blocks up but could not move or connect
> then. I have now just installed Ubuntu 13.10 on an old laptop to have a
> proper go at getting GR up and running as I now have some time to try and
> play properly.
> 
> I went with the simplest looking way of doing GR3.7.1 with
> $ sudo apt-get install gnuradio
> but ended up with 205 warnings and a load of errors.

You got errors when running apt-get install gnuradio? Can you please
pastebin them somewhere?

In general, you can and should use apt-get install if the version you
get is "new enough" for your taste.

> I tried this a couple of times with same result.
> 
> I then tried to remove as much of this as I could and went down this road
> $ git clone http://git.gnuradio.org/git/gnuradio.git
> $ ./build-gnuradio

FYI: build_gnuradio does the cloning for you.

> And this seemed to work OK. No warnings, no errors.
> 
> Some time later I managed to get gnuradio-companion (can I still call it
> grc?) up and running and tried to get the Dial Tone example built.

You can't call it grc on the command line (there was a package conflict
a while back).

> First thing - no Signal Source block. The only source blocks I have in Audio
> is Audio Source and Wav File Source, no Signal Source.
> 
> I then tried to load up rtl2832-cfile.grc and ended with multiple
>  Error: Block key "gr_file_source" not found in Platform - grc ...
> Other blocks not found included gr_uchar_to_float, gr_add_const_vxx,
> gr_multiply_const_vxx, gr_float_to_complex stc.

It seems like you're trying to import a really old flow graph. All of
these blocks have been moved to a new sub-component (in this case,
gr-blocks).

When you start GRC, you can find all of these blocks in the sidebar.
This way, you should be able to reconstruct your flow graph in no time.

MB


-- 
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)

Dipl.-Ing. Martin Braun
Research Associate

Kaiserstraße 12
Building 05.01
76131 Karlsruhe

Phone: +49 721 608-43790
Fax: +49 721 608-46071
www.cel.kit.edu

KIT -- University of the State of Baden-Württemberg and
National Laboratory of the Helmholtz Association


pgpxIYhQ3aIzp.pgp
Description: PGP signature
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] First proper build - missing blocks

[Marcus Leech]

The blocks in GRC have moved around quite a bit in the last year or so.
A simple signal source can now be found under "Waveform Generators", and if you move your mouse into the panel on the right, with all the blocks
   categories, you can use CTRL-F, which will pop up a little text-entry box and allow you to search for blocks.
 
It's likely that the .grc example you're trying to use was done for GR3.6, and there has been a major API overhaul between 3.6 and 3.7.
  By default, build-gnuradio fetches and builds GR3.7, but you can have it fetch/build 3.6 using the "-o" flag.
 
 
on Oct 28, 2013, e...@silchestervillage.co.uk  wrote:
Sorry but this is a very newbie question. I tried to get GR up and runningmany years ago when Fedora 8 was new! I then tried a couple of times to getit going on windows - I got some blocks up but could not move or connectthen. I have now just installed Ubuntu 13.10 on an old laptop to have aproper go at getting GR up and running as I now have some time to try andplay properly.I went with the simplest looking way of doing GR3.7.1 with$ sudo apt-get install gnuradiobut ended up with 205 warnings and a load of errors.I tried this a couple of times with same result.I then tried to remove as much of this as I could and went down this road$ git clone http://git.gnuradio.org/git/gnuradio.git$ ./build-gnuradioAnd this seemed to work OK. No warnings, no errors.Some time later I managed to get gnuradio-companion (can I still call itgrc?) up and running and tried to get the Dial Tone example built.First thing - no Signal Source block. The only source blocks I have in Audiois Audio Source and Wav File Source, no Signal Source.I then tried to load up rtl2832-cfile.grc and ended with multiple Error: Block key "gr_file_source" not found in Platform - grc ...Other blocks not found included gr_uchar_to_float, gr_add_const_vxx,gr_multiply_const_vxx, gr_float_to_complex stc.These all seem like some of the really basic stuff. I have done quite a fewhours of googling with "not found in Platform" etc but have not been able toget any further.I realise this is not quite up the level of most posts here but I hopesomeone may have seen this before and knows exactly what the problem is.Thanks, Andy.___Discuss-gnuradio mailing listDiscuss-gnuradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio

 

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Is there a way to get already programmed blocks?

[mhorvat]

Hello,I am an engineering intern at a company called Cellantenna and I just recently installed Gnuradio 3.71. I've been trying to follow some tutorials online, and I noticed that a lot of these tutorials use blocks (such as QT GUI Sink and Variable Slider) that my program simply doesn't have... I've tried to search for some block packages such as gr-braz, but I ran into gruel errors when trying to install. I believe this is due to the fact that I am not running 3.6. Is there any way for me to get these blocks without writing them myself? Thanks,Michael A. Horvat

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Is there a way to get already programmed blocks?

[Martin Braun (CEL)]

On Mon, Oct 28, 2013 at 08:29:48AM -0700, mhor...@cellantenna.com wrote:
> I am an engineering intern at a company called Cellantenna and I just recently
> installed Gnuradio 3.71. I've been trying to follow some tutorials online, and
> I noticed that a lot of these tutorials use blocks (such as QT GUI Sink and
> Variable Slider) that my program simply doesn't have... I've tried to search
> for some block packages such as gr-braz, but I ran into gruel errors when
> trying to install. I believe this is due to the fact that I am not running 
> 3.6.
> Is there any way for me to get these blocks without writing them myself?

This is actually several different problems.

As for the QT blocks, there's no reason for you not to have them.
Perhaps you have no QT on your machine, but in general, they're part of
core GNU Radio. Make sure you've installed GR correctly (if you need
help here, please specify your OS and how you installed GR).

gr-baz, like many other projects out there, is an extension to GNU
Radio. You might not even need it. However, if you do, you only have
these options:
- Install an old GNU Radio (then gr-baz will work)
- Port gr-baz to 3.7 (that's a lot of work, even for non-beginners).

MB

-- 
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)

Dipl.-Ing. Martin Braun
Research Associate

Kaiserstraße 12
Building 05.01
76131 Karlsruhe

Phone: +49 721 608-43790
Fax: +49 721 608-46071
www.cel.kit.edu

KIT -- University of the State of Baden-Württemberg and
National Laboratory of the Helmholtz Association


pgpP33077T5HJ.pgp
Description: PGP signature
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] qwt version

[Tom Rondeau]

On Sat, Oct 26, 2013 at 12:43 PM, Volker Schroer  wrote:
> Hi, all!
>
> Should the latest version of gnuradio already build against qwt6.1 ?
>
> The  FindQwt.cmake script suggests this.
>
> -- Volker

Apparently, no. This was never tested, but it looks like there are too
many changes between 6.0 and 6.1 to work together. This will take more
time than I have right now to update (I'm more concerned with PyQWT
problems in Ubuntu 13.10), so I've just pushed an update to GNU Radio
to not work with 6.1.

Tom

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Costas loop lock?

[Tom Rondeau]

On Fri, Oct 25, 2013 at 4:56 PM, tom sutherland  wrote:
> Tom,
> I don't quite understand the use of the "Constellation Receiver" block. I
> have transmitter and receiver and I was trying to use the Costas Loop to
> replace the mixer section in the receiver to produce the I/Q signals needed
> by the16QAM demodulator. Since the signal I am wanting to demodulate is a
> real-signal and the Constellation Receiver accepts complex input, where does
> that signal come from? I have attached a simple diagram without filters.
> Tom


The image didn't really come through on your email.

I'm confused how you can do 16QAM with a real signal? You need phase
information for that.

Tom



> On Wednesday, October 23, 2013 10:37 AM, Tom Rondeau 
> wrote:
>
> On Thu, Oct 10, 2013 at 9:30 PM, tom sutherland 
> wrote:
>> I am using a Costas loop for carrier recovery with QAM16 data. The carrier
>> is only 2khz. The I/Q output of the Costas loop seems to track (the
>> original
>> sin/cos of the modulating carrier's Frequency & Phase) steadily for a long
>> period (minutes) and then the Phase moves off, normally in +/-  45 or 90
>> degrees in one or both of the phases.  Any thoughts on why this occurs or
>> how I can fix this issue?
>> Thanks...Tom
>
>
> Tom,
>
> The Costas loop is not designed to handle QAM16. It only works for
> BPSK, QPSK, and 8PSK. My guess is that you are using an order 4 loop?
> What's probably happening is that the symbols at the four corners of
> the constellation are dominating the error calculations because they
> have the highest energy. But the loop can get biased by another symbol
> in the constellation that turns it to another phase lock. The Costas
> loop has no idea what the right constellation is; it's just minimizing
> an error function and has probably gotten trapped in a local minimum
> that your constellation presents to it.
>
> I would suggest turning instead to the constellation_receiver block.
> This allows you to specify the constellation you want it to handle.
> The constellation objects
> (http://jenkins.gnuradio.org/manual/doxygen/page_digital.html) allow
> you to specify a symbol mapping to a set of complex points. There are
> specialized forms of the constellations for certain known types (BPSK,
> QPSK, etc.) that have more computationally efficient decision making
> functions. But for any given constellation, it will at least be able
> to calculate the minimum Euclidean distance between each point. Slow
> but reliable.
>
>
> Tom
>
>

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Tests of gr-analog failed

[Tom Rondeau]

On Sun, Oct 27, 2013 at 2:18 AM, Volker Schroer  wrote:
> Hi,
>
> I'm just compiling gnuradio 3.7 latest git.
> Some tests in gr-analog failed with undefined symbol:
>
> Traceback (most recent call last):
>   File
> "/home/schroer/gnuradiocomponents/gnuradio/gr-analog/python/analog/qa_agc.py",
> line 23, in 
> from gnuradio import gr, gr_unittest, analog, blocks
>   File
> "/home/schroer/gnuradiocomponents/gnuradio/gr-analog/python/analog/__init__.py",
> line 33, in 
> from analog_swig import *
>   File
> "/home/schroer/gnuradiocomponents/gnuradio/build-3.7.2/gr-analog/python/analog/../../swig/analog_swig.py",
> line 28, in 
> _analog_swig = swig_import_helper()
>   File
> "/home/schroer/gnuradiocomponents/gnuradio/build-3.7.2/gr-analog/python/analog/../../swig/analog_swig.py",
> line 24, in swig_import_helper
> _mod = imp.load_module('_analog_swig', fp, pathname, description)
> ImportError:
> /home/schroer/gnuradiocomponents/gnuradio/build-3.7.2/gr-analog/lib/libgnuradio-analog-3.7.2git.so.0.0.0:
> undefined symbol: volk_32f_invsqrt_32f_a
>
>
> But volk_32f_invsqrt_32f_a seems to be build in volk.
>
>
> Any ideas ??
>
> -- Volker

The invsqrt function is a new one. My guess is that you haven't
rebuilt and installed libvolk with the new kernel. You might also want
to rerun cmake to make sure all of the VOLK gernating machinery gets
rerun.

Tom

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Tests of gr-analog failed

[Johnathan Corgan]

On 10/28/2013 09:19 AM, Tom Rondeau wrote:
> On Sun, Oct 27, 2013 at 2:18 AM, Volker Schroer  wrote:

>> ImportError:
>> /home/schroer/gnuradiocomponents/gnuradio/build-3.7.2/gr-analog/lib/libgnuradio-analog-3.7.2git.so.0.0.0:
>> undefined symbol: volk_32f_invsqrt_32f_a
>>
>>
>> But volk_32f_invsqrt_32f_a seems to be build in volk.
>>
>>
>> Any ideas ??
>>
>> -- Volker
> 
> The invsqrt function is a new one. My guess is that you haven't
> rebuilt and installed libvolk with the new kernel. You might also want
> to rerun cmake to make sure all of the VOLK gernating machinery gets
> rerun.

Yeah, this update required a make clean to ensure everything got
rebuilt, but afterwards it's fine.

-- 
Johnathan Corgan, Corgan Labs
SDR Training and Development Services
http://corganlabs.com
<>

signature.asc
Description: OpenPGP digital signature
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Bug with recent changes to Volk

[Michael Berman]

I believe there is a bug with the commit "volk: fixed volk rotator kernel
to support aligned and unaligned."  I built and successfully installed the
merge just prior to this commit just fine, but when I attempt to install
this commit I receive a "libvolk.so.0.0.0: undefined reference to
`volk_32fc_s32fc_x2_rotator_32fc_avx'" error (http://pastebin.com/dKZu6yr5).
 I am running on Ubuntu 12.04.

Michael Berman
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Bug with recent changes to Volk

[Johnathan Corgan]

On 10/28/2013 10:18 AM, Michael Berman wrote:

> I believe there is a bug with the commit "volk: fixed volk rotator
> kernel to support aligned and unaligned."  I built and successfully
> installed the merge just prior to this commit just fine, but when I
> attempt to install this commit I receive a "libvolk.so.0.0.0: undefined
> reference to `volk_32fc_s32fc_x2_rotator_32fc_avx'" error
> (http://pastebin.com/dKZu6yr5).  I am running on Ubuntu 12.04.

It's likely you need to do a 'make clean' in the build directory, then
recompile.  You may be able to just get away with doing 'make clean' in
the buildir/volk directory, then go back up and run make again, but I
haven't tried that.

Apparently, the cmake machinery is not smart enough to rebuild the
target binaries when changes like this happen.

-- 
Johnathan Corgan, Corgan Labs
SDR Training and Development Services
http://corganlabs.com
<>

signature.asc
Description: OpenPGP digital signature
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Bug with recent changes to Volk

[Sylvain Munaut]

Hi,

>> I believe there is a bug with the commit "volk: fixed volk rotator
>> kernel to support aligned and unaligned."  I built and successfully
>> installed the merge just prior to this commit just fine, but when I
>> attempt to install this commit I receive a "libvolk.so.0.0.0: undefined
>> reference to `volk_32fc_s32fc_x2_rotator_32fc_avx'" error
>> (http://pastebin.com/dKZu6yr5).  I am running on Ubuntu 12.04.
>
> It's likely you need to do a 'make clean' in the build directory, then
> recompile.  You may be able to just get away with doing 'make clean' in
> the buildir/volk directory, then go back up and run make again, but I
> haven't tried that.

I'm having the same error from a fresh checkout and build directory ...

Cheers,

Sylvain

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Bug with recent changes to Volk

[Ralph A. Schmid, dk5ras]

> I'm having the same error from a fresh checkout and build directory ...

Here a make clean also did not fix it.

In file included from
/home/ras/gnuradio/build/volk/lib/volk_machine_avx_32_mmx_orc.c:104:0:
/home/ras/gnuradio/volk/kernels/volk/volk_32fc_s32fc_rotatorpuppet_32fc.h:
In function 'volk_32fc_s32fc_rotatorpuppet_32fc_a_avx':
/home/ras/gnuradio/volk/kernels/volk/volk_32fc_s32fc_rotatorpuppet_32fc.h:59
:5: warning: implicit declaration of function
'volk_32fc_s32fc_x2_rotator_32fc_avx' [-Wimplicit-function-declaration]
Linking C shared library libvolk.so
[  5%] Built target volk
[  5%] Building CXX object volk/lib/CMakeFiles/test_all.dir/testqa.cc.o
[  5%] Building CXX object volk/lib/CMakeFiles/test_all.dir/qa_utils.cc.o
Linking CXX executable test_all
libvolk.so.0.0.0: undefined reference to
`volk_32fc_s32fc_x2_rotator_32fc_avx'
collect2: ld returned 1 exit status
make[2]: *** [volk/lib/test_all] Error 1
make[1]: *** [volk/lib/CMakeFiles/test_all.dir/all] Error 2
make: *** [all] Error 2
ras@ubuntu:~/gnuradio/build$

 
> Cheers,
> 
> Sylvain

Ralph



___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Bug with recent changes to Volk

[Tom Rondeau]

On Mon, Oct 28, 2013 at 2:59 PM, Ralph A. Schmid, dk5ras
 wrote:
>
>> I'm having the same error from a fresh checkout and build directory ...


Rerun cmake (or touch a CMakeLists.txt file to force cmake to rerun),
then rebuild.

Tom


> Here a make clean also did not fix it.
>
> In file included from
> /home/ras/gnuradio/build/volk/lib/volk_machine_avx_32_mmx_orc.c:104:0:
> /home/ras/gnuradio/volk/kernels/volk/volk_32fc_s32fc_rotatorpuppet_32fc.h:
> In function 'volk_32fc_s32fc_rotatorpuppet_32fc_a_avx':
> /home/ras/gnuradio/volk/kernels/volk/volk_32fc_s32fc_rotatorpuppet_32fc.h:59
> :5: warning: implicit declaration of function
> 'volk_32fc_s32fc_x2_rotator_32fc_avx' [-Wimplicit-function-declaration]
> Linking C shared library libvolk.so
> [  5%] Built target volk
> [  5%] Building CXX object volk/lib/CMakeFiles/test_all.dir/testqa.cc.o
> [  5%] Building CXX object volk/lib/CMakeFiles/test_all.dir/qa_utils.cc.o
> Linking CXX executable test_all
> libvolk.so.0.0.0: undefined reference to
> `volk_32fc_s32fc_x2_rotator_32fc_avx'
> collect2: ld returned 1 exit status
> make[2]: *** [volk/lib/test_all] Error 1
> make[1]: *** [volk/lib/CMakeFiles/test_all.dir/all] Error 2
> make: *** [all] Error 2
> ras@ubuntu:~/gnuradio/build$
>
>
>> Cheers,
>>
>> Sylvain
>
> Ralph
>
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Bug with recent changes to Volk

[Sylvain Munaut]

> Rerun cmake (or touch a CMakeLists.txt file to force cmake to rerun),
> then rebuild.

As I said ... new build dir and fresh checkout ... so I don't see how
that would help.

To me looks like a typo in
volk/kernels/volk/volk_32fc_s32fc_rotatorpuppet_32fc.h

-volk_32fc_s32fc_x2_rotator_32fc_avx(outVector, inVector,
phase_inc, phase, num_points);
+volk_32fc_s32fc_x2_rotator_32fc_a_avx(outVector, inVector,
phase_inc, phase, num_points);

Cheers,

   Sylvain

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Bug with recent changes to Volk

[Tom Rondeau]

On Mon, Oct 28, 2013 at 3:14 PM, Sylvain Munaut <246...@gmail.com> wrote:
>> Rerun cmake (or touch a CMakeLists.txt file to force cmake to rerun),
>> then rebuild.
>
> As I said ... new build dir and fresh checkout ... so I don't see how
> that would help.
>
> To me looks like a typo in
> volk/kernels/volk/volk_32fc_s32fc_rotatorpuppet_32fc.h
>
> -volk_32fc_s32fc_x2_rotator_32fc_avx(outVector, inVector,
> phase_inc, phase, num_points);
> +volk_32fc_s32fc_x2_rotator_32fc_a_avx(outVector, inVector,
> phase_inc, phase, num_points);
>
> Cheers,
>
>Sylvain

Fixed. Long story; that was fixed and then I missed adding that fix
before checking in on my non-avx box.

Tom

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] gnuradio-core.pc file is missing

[nesimi eldarov]

 Dear All,

I want to install gnuradio. I write what I did and what I could not do:

system: Ubuntu 13.04

1. installed Install Dependencies for my systems as in your web page:
http://gnuradio.org/redmine/projects/gnuradio/wiki/UbuntuInstall

2. run -  git clone http://gnuradio.org/git/gnuradio.git

3. run - 
cd gnuradio
mkdir build
cd build
cmake ../
make

4. make test
5.  sudo make install

what do I need? - I need gruradio-core. That is not in the folder pkgconfig. 
There is not any folder with the name gruradio-core and the file 
gruradio-core.pc.
I set "export PKG_CONFIG_PATH=$PKG_CONFIG_PATH:/usr/local/lib/pkgconfig" for my 
application but it does not work.

Can you guys help me to figure it out?

-
Nasimi 


   ___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] [GRC] Search function rewrite

[Sylvain Munaut]

Hi,

> I just completed a rewrite of the search function in GRC (on master).
> The block tree is now filted (instead of showing search results in a
> separete category). Also, this fixes the long-standing bug where GRC
> would crash if the search was open and the window was scrolled to the end.

I just rebuilt GR just to try this out and it's definitely a very nice
usability improvement !


> For the vim-ers out there I'll probably add second keybinding next. =)

I appreciate the '/' :)

Cheers,

Sylvain

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Tests of gr-analog failed

[Volker Schroer]

I just downloaded the latest master from github in a new directory, used 
a new build directory, run cmake and the problem remains.


-- Volker




On Sun, Oct 27, 2013 at 2:18 AM, Volker Schroer  wrote:

Hi,

I'm just compiling gnuradio 3.7 latest git.
Some tests in gr-analog failed with undefined symbol:

Traceback (most recent call last):
   File
"/home/schroer/gnuradiocomponents/gnuradio/gr-analog/python/analog/qa_agc.py",
line 23, in 
 from gnuradio import gr, gr_unittest, analog, blocks
   File
"/home/schroer/gnuradiocomponents/gnuradio/gr-analog/python/analog/__init__.py",
line 33, in 
 from analog_swig import *
   File
"/home/schroer/gnuradiocomponents/gnuradio/build-3.7.2/gr-analog/python/analog/../../swig/analog_swig.py",
line 28, in 
 _analog_swig = swig_import_helper()
   File
"/home/schroer/gnuradiocomponents/gnuradio/build-3.7.2/gr-analog/python/analog/../../swig/analog_swig.py",
line 24, in swig_import_helper
 _mod = imp.load_module('_analog_swig', fp, pathname, description)
ImportError:
/home/schroer/gnuradiocomponents/gnuradio/build-3.7.2/gr-analog/lib/libgnuradio-analog-3.7.2git.so.0.0.0:
undefined symbol: volk_32f_invsqrt_32f_a


But volk_32f_invsqrt_32f_a seems to be build in volk.


Any ideas ??

-- Volker


The invsqrt function is a new one. My guess is that you haven't
rebuilt and installed libvolk with the new kernel. You might also want
to rerun cmake to make sure all of the VOLK gernating machinery gets
rerun.

Tom




___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Question about Cycle Detection in GNU Radio

[Tommy Tracy II]

What about passing
Tommy James Tracy IIPh.D StudentHigh Performance Low Power LabUniversity of VirginiaPhone: 913-775-2241

On Jul 9, 2013, at 5:46 PM, Josh Blum  wrote:On 07/09/2013 08:25 PM, Johnathan Corgan wrote:On 07/09/2013 05:06 PM, Tommy Tracy II wrote:I am working on a GNU Radio Router block that will serve as a communication block between multiple flow graphs. My router willreceive information via TCP, and then send it to several otherblocks to be processed. After those blocks have completed theirprocessing, my original idea was to take that data and return itto the router to be sent back to a different node. This wouldintroduce a cycle in the flow graph. Is there any way to disablecycle prevention?There is no way to disable cycle prevention; the GNU Radioscheduler algorithm requires streaming ports to be a directedacyclic graph.However, this applies to streaming ports only.  It's possible(though probably lower in performance) for you to encapsulate datainto async messages and use message ports connected in an arbitrarytopology.Checkout the advanced scheduler. There is no problem with feedbackloops, and there is no penalty for passing buffers as messages insteadof streams: https://github.com/guruofquality/gras/wiki-josh___ Discuss-gnuradiomailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio___Discuss-gnuradio mailing listDiscuss-gnuradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Debugging New Gnuradio blocks

[Tommy Tracy II]

Dear List,

I’m finding it particularly challenging to debug new gnu radio blocks. If I 
have a printf() in my work() function, the output is not written to std out; is 
it redirected elsewhere? What other methods are you using for debugging gnu 
radio blocks?

Sincerely,
Tommy James Tracy II
Ph.D Student
High Performance Low Power Lab
University of Virginia
Phone: 913-775-2241

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio