On 06/05/2012 04:29 PM, Tom Rondeau wrote: > On Tue, Jun 5, 2012 at 1:49 PM, Josh Blum <j...@joshknows.com> wrote: >> >> >> On 06/05/2012 09:39 AM, Josh Blum wrote: >>> >>>>> My problem is like this: >>>>> http://lists.gnu.org/archive/html/discuss-gnuradio/2012-03/msg00294.html >>>>> Then i run volk_profile, and got this errors: >>>>> >>>>> Using Volk machine: generic >>> >>> Looks like volk isnt detecting your machine right... hmmm curious. >> >> All, we dont have an sse machine generated since there are no sse only >> kernels. So that should be expected. >> >>> >>>>>>> gr_fir_ccc: using 3DNow!Ext >>>> Using Volk machine: generic >>>> terminate called after throwing an instance of 'std::invalid_argument' >>>> what(): gr_block::volk_get_alignment >>>> Aborted >>> >> >> so volk_get_alignment() should be returning 1. Would that be a problem >> for volk_get_alignment in this particular block, Tom? >> >> -josh > > Yep, it would cause this problem. That block uses VOLK, so it will try > to set the alignment property for the scheduler, which calls > set_alignment. That function checks to see if the multiple is less > than 1 and throws a: "throw std::invalid_argument > ("gr_block::set_alignment_multiple");" > > So yeah, with VOLK not handling that processor correctly, it looks > like it can't get the alignment right, either. > > Would patching VOLK to return a minimum of 1 work, or is that just > masking a larger issue for these older processors? >
volk is fine, but this gives a 0 volk_get_alignment() / sizeof(gr_complex) needs some std::max somewhere _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
