Hi,

Marcus and Martin basically described all I can tell you with the given
info. Many of the given blocks are designed to be verbose about their
setup. This is mainly to see what happens.
The buffer allocator warnings would disappear if you would set N_rb_dl = 6.
But that's just avoiding the underlying problem. This warning is generated
by the blocks between extract_occupied_tones and demux_*. I chose to only
pass on the used tones, which don't line up to a power of 2. That also
means there is no quick fix for this. But for now it works and shouldn't
worry you.

Happy hacking
Johannes


On Thu, Jan 16, 2014 at 6:50 AM, Martin Braun <martin.br...@ettus.com>wrote:

> Hi,
>
> some info on your output:
>
> On Thu, Jan 16, 2014 at 02:18:18PM +0100, Baier wrote:
> > Using Volk machine: avx_64_mmx_orc
>
> This is a GNU Radio init message.
>
> > RS GENERATOR cell_id pilots 0
> >
> > RS GENERATOR cell_id pilots 1
> >
> > pre_decoder_vcvcset N_ant to 2
> >
> > pre_decoder_vcvcset decoding style to "tx_diversity"
> >
> > [...]
>
> These are gr-lte status messages.
>
> > gr::buffer::allocate_buffer: warning: tried to allocate
> > 13 items of size 4800. Due to alignment requirements
> > 64 were allocated.If this isn't OK, consider padding
> > your structure to a power-of-two bytes.
> > On this platform, our allocation granularity is 4096 bytes.
>
> This is a warning from the GNU Radio scheduler that it's operating
> sub-optimally.
>
>
> Does this help?
>
> MB
>
> _______________________________________________
> 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

Reply via email to