I am curious to hear from folks if the changes made in this commit (
https://github.com/gnuradio/gnuradio/commit/33a43b42c7ea3c318cbad3fe9372a32bc2bd127e)
has any effect on cross-compiling. I verified it did the correct thing for
me when using the SDK from the gnuradio wiki (i.e. the one linked to
Sylvain,
Thanks - I hadn't had a chance to read through this until today.
Just to make sure I understand the intention here: this is aimed at helping
the scheduler avoid moving memory back and forth between host <->
coprocessor correct, and doing so without adding a 'new' mechanism to
connect se
I'm using the cross compiling environment to take advantage of the latest
updates to ARM VOLK kernels. My build environment is identical to the one
described in the Wiki page for embedded, except that it was necessary to add
"-mtune=cortex-a9" to get the Neon assembly files to compile in volk. B
Hi all,
I would like to overcome a limitation of gr-ieee802-11, which is due to
the fact it must copy a fixed amount of samples in the ofdm_sync_short
block; the consequence of this is that is non possible to capture all of
the wifi frame on the air; if you copy 40 sym and there was a frame
s
