discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] seg fault in volk_32f_s32f_multiply_32f_a_sse gnu


From: Tom Rondeau
Subject: Re: [Discuss-gnuradio] seg fault in volk_32f_s32f_multiply_32f_a_sse gnuradio v 3.6.1
Date: Tue, 4 Sep 2012 10:09:07 -0400

On Mon, Sep 3, 2012 at 10:36 PM, ikjtel <address@hidden> wrote:
>
>> The reason this doesn't cause a problem for you in 3.3 is because
>> that's pre-Volk. This looks like you're running SSE operations on a
>> system that doesn't support it.
>
> Hi Tom
> I shall put together the full list of stuff you mentioned, but 3 quick things
>
> 1) the system apparently does support SSE (see below)

Yes, looks like it. But it's an Atom, which might change things. I
know we had some issues on Atom's before, but I thought that we worked
them out. I'll be interested to see how cmake reports the architecture
checks for VOLK here.

> 2) we have a few custom C++ blocks in the app, perhaps there's some rule 
> we're breaking and so running afoul of the SSE instruction operand alignment 
> restrictions (is this possible?)
> 3) the problem is happening in a relatively complex GR app 
> [http://op25.osmocom.org/wiki/wiki/SignalScopePage , using audio-IF mode].
>
> Both 2 and 3 point toward the need to try to reproduce the problem here with 
> a simplified test app, finding the absolute minimum number of GR blocks 
> needed to do so, and ruling out the possibility that's it's something we're 
> doing wrong...
>
> Thanks
>
> Max

Thanks. Not sure what to make of that, yet. What happens if you just
have a sig_source_f->multiply_ff->null_sink?

Tom


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~processor
   : 0
> vendor_id    : GenuineIntel
> cpu family    : 6
> model        : 28
> model name    : Intel(R) Atom(TM) CPU N450   @ 1.66GHz
> stepping    : 10
> cpu MHz        : 1000.000
> cache size    : 512 KB
> physical id    : 0
> siblings    : 2
> core id        : 0
> cpu cores    : 1
> apicid        : 0
> initial apicid    : 0
> fdiv_bug    : no
> hlt_bug        : no
> f00f_bug    : no
> coma_bug    : no
> fpu        : yes
> fpu_exception    : yes
> cpuid level    : 10
> wp        : yes
> flags        : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat 
> clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc 
> arch_perfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl est tm2 ssse3 cx16 
> xtpr pdcm movbe lahf_lm dts
> bogomips    : 3333.52
> clflush size    : 64
> cache_alignment    : 64
> address sizes    : 32 bits physical, 48 bits virtual
> power management:
>
> processor    : 1
> vendor_id    : GenuineIntel
> cpu family    : 6
> model        : 28
> model name    : Intel(R) Atom(TM) CPU N450   @ 1.66GHz
> stepping    : 10
> cpu MHz        : 1000.000
> cache size    : 512 KB
> physical id    : 0
> siblings    : 2
> core id        : 0
> cpu cores    : 1
> apicid        : 1
> initial apicid    : 1
> fdiv_bug    : no
> hlt_bug        : no
> f00f_bug    : no
> coma_bug    : no
> fpu        : yes
> fpu_exception    : yes
> cpuid level    : 10
> wp        : yes
> flags        : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat 
> clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc 
> arch_perfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl est tm2 ssse3 cx16 
> xtpr pdcm movbe lahf_lm dts
> bogomips    : 3332.92
> clflush size    : 64
> cache_alignment    : 64
> address sizes    : 32 bits physical, 48 bits virtual
> power management:



reply via email to

[Prev in Thread] Current Thread [Next in Thread]