discuss-gnuradio
[Top][All Lists]
Advanced

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

Re: [Discuss-gnuradio] Unhandled exception after upgrading gnuradio- bac


From: Tom Rondeau
Subject: Re: [Discuss-gnuradio] Unhandled exception after upgrading gnuradio- backtrace included
Date: Thu, 8 Mar 2012 14:25:51 -0500

On Thu, Mar 8, 2012 at 2:21 PM, Marcus D. Leech <address@hidden> wrote:
On 08/03/12 02:16 PM, Tom Rondeau wrote:
On Thu, Mar 8, 2012 at 1:22 PM, Marcus D. Leech <address@hidden> wrote:
On 08/03/12 01:11 PM, Nick Foster wrote:
> Rafiq,
>
> What CPU are you using for this test? Specifically, please send the
> output of "cat /proc/cpuinfo".
>
> --n
>
To add some more data, I tested the attached flow-graph on the only
remaining 32-bit machine in my herd.
 It provoked:

#0  0x0090d6b3 in volk_32fc_x2_multiply_32fc_a_sse3 ()
  from /usr/local/lib/libvolk.so.0.0.0
#1  0x008de0d5 in get_volk_32fc_x2_multiply_32fc_a ()
  from /usr/local/lib/libvolk.so.0.0.0
#2  0x00a8f517 in gri_fft_filter_ccc_generic::filter(int,
std::complex<float> const*, std::complex<float>*) ()
  from /usr/local/lib/libgnuradio-core-3.5.3git.so.0.0.0
#3  0x00a967fb in gr_fft_filter_ccc::work(int, std::vector<void const*,
std::allocator<void const*> >&, std::vector<void*, std::allocator<void*>
>&) ()
  from /usr/local/lib/libgnuradio-core-3.5.3git.so.0.0.0
#4  0x00a65eb7 in gr_sync_decimator::general_work(int, std::vector<int,
std::allocator<int> >&, std::vector<void const*, std::allocator<void
const*> >&, std::vector<void*, std::allocator<void*> >&) ()
  from /usr/local/lib/libgnuradio-core-3.5.3git.so.0.0.0
#5  0x00a4d185 in gr_block_executor::run_one_iteration() ()
  from /usr/local/lib/libgnuradio-core-3.5.3git.so.0.0.0
#6  0x00a688e3 in
gr_tpb_thread_body::gr_tpb_thread_body(boost::shared_ptr<gr_block>, int)
() from /usr/local/lib/libgnuradio-core-3.5.3git.so.0.0.0
#7  0x00a62bfc in
boost::detail::function::void_function_obj_invoker0<gruel::thread_body_wrapper<tpb_container>,
void>::invoke(boost::detail::function::function_buffer&) () from
/usr/local/lib/libgnuradio-core-3.5.3git.so.0.0.0
#8  0x001b881c in boost::function0<void>::operator()() const ()
  from /usr/local/lib/libgruel-3.5.3git.so.0.0.0

Well, there's your problem right there!

 flags        : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov
clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx constant_tsc
arch_perfmon bts aperfmperf pni monitor vmx est tm2 xtpr pdcm

Your CPU doesn't seem to support SSE3, which begs the question, why is it allowed to call the SSE3 proto-kernel?

Check your ~/.volk/volk_config to see what it says on that kernel (that is, if you have run volk_profile; if you haven't, run it first and see what happens).

Tom

The information in /proc/cpuinfo appears to be incorrect.   That particular CPU, the T2400, actually
  *does* support SSE3, according to the Intel datasheet, and other googled stuff out there.

-- 
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org

That still might be indicative of the problem, though, that the flags are being read incorrectly by the proc system. Very strange, that.

Marcus, if you would, change the volk kernel from the aligned (_a) to the unaligned one (_u) and see what that does. In the FFT, since it's an FFTW buffer, it _should_ be aligned, but this will let us know.

Tom


reply via email to

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