On Sat, Mar 10, 2012 at 5:38 AM, Tom Rondeau <t...@trondeau.com> wrote: > On Sat, Mar 10, 2012 at 5:20 AM, MOHD RAFIQ <mohd_rafiq...@yahoo.com> wrote: >> >> Hi, >> pls suggest fix for this, i have attached my cat /proc/cpuinfo . >> Thanks > > > I already did. To quote: > > "Ok, I have a branch 'volk_32bit_fixes' published at: > git://github.com/trondeau/gnuradio.git > > This should fix the fft_filter issue and another issue in one of the volk > convert functions (that is not used in GNU Radio but was failing anyway). > > I'm still seeing the 32fc_x2_dot_product_32fc failure. It looks like this is > in the SSE_32 proto-kernel. I'm seeing if we can get a quick fix for it. > This is the same problem Martin was seeing. If we can't get a fix for it, > I'm going to temporarily disable it until we get it fixed. > > Tom" > > > I have been waiting for people with 32-bit machines to try it out and report > back before merging it. > > Tom > I also had this segfault issue. With the fixed branch, it appears to work fine again.
> >> >> ________________________________ >> From: MOHD RAFIQ <mohd_rafiq...@yahoo.com> >> To: "discuss-gnuradio@gnu.org" <discuss-gnuradio@gnu.org> >> Sent: Thursday, 8 March 2012 9:45 PM >> Subject: Re: [Discuss-gnuradio] Unhandled exception after upgrading >> gnuradio- backtrace included >> >> >> I apologise for not being clear, here is the backtrace >> >> [New Thread 0xb21feb70 (LWP 16921)] >> [Thread 0xb19fdb70 (LWP 16920) exited] >> [New Thread 0xb19fdb70 (LWP 16922)] >> [New Thread 0xb29ffb70 (LWP 16923)] >> [New Thread 0xb33ffb70 (LWP 16924)] >> [New Thread 0xb3dffb70 (LWP 16925)] >> [New Thread 0xb51ffb70 (LWP 16926)] >> [New Thread 0xb47ffb70 (LWP 16927)] >> [New Thread 0xb11fcb70 (LWP 16928)] >> [New Thread 0xb09fbb70 (LWP 16929)] >> [New Thread 0xb01fab70 (LWP 16930)] >> >> Program received signal SIGSEGV, Segmentation fault. >> [Switching to Thread 0xb29ffb70 (LWP 16923)] >> 0x002fc4a0 in volk_32fc_x2_multiply_32fc_a_sse3 () >> from /usr/local/lib/libvolk.so.0.0.0 >> (gdb) bt >> #0 0x002fc4a0 in volk_32fc_x2_multiply_32fc_a_sse3 () >> from /usr/local/lib/libvolk.so.0.0.0 >> #1 0x002c25d2 in get_volk_32fc_x2_multiply_32fc_a () >> from /usr/local/lib/libvolk.so.0.0.0 >> #2 0x005125bf 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 0x005196ff 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 0x004e537a 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 0x004c983c in gr_block_executor::run_one_iteration() () >> from /usr/local/lib/libgnuradio-core-3.5.3git.so.0.0.0 >> #6 0x004e7a7f 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 0x004e2374 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 0x006c8156 in boost::detail::thread_data<boost::function0<void> >> >::run() () >> from /usr/local/lib/libgruel-3.5.3git.so.0.0.0 >> #9 0x0017444d in thread_proxy () from >> /usr/lib/libboost_thread-mt.so.1.46.0 >> #10 0x4f94ca2e in start_thread () from /lib/libpthread.so.0 >> #11 0x4f86689e in clone () from /lib/libc.so.6 >> >> Thanks, >> rafiq >> >> >> ________________________________ >> From: Tom Rondeau <t...@trondeau.com> >> To: MOHD RAFIQ <mohd_rafiq...@yahoo.com> >> Cc: "discuss-gnuradio@gnu.org" <discuss-gnuradio@gnu.org> >> Sent: Thursday, 8 March 2012 8:51 PM >> Subject: Re: [Discuss-gnuradio] Unhandled exception after upgrading >> gnuradio >> >> On Thu, Mar 8, 2012 at 5:40 AM, MOHD RAFIQ <mohd_rafiq...@yahoo.com> >> wrote: >> >> Hi, >> I am using benchmark_tx.py and benchmark_rx.py in code to make WBX >> usrp2 as transceiver, this was running without error until I upgraded my >> gnuradio from 3.5.1 to current version >> v3.5.2-1-g57ad294b, when I run the same code now it gives a segmenatation >> fault(core dump), below are the /var/log/messages when seg. fault occurs >> >> Mar 8 15:29:10 MRAFIQ-NGN kernel: [75426.998302] python[12650] general >> protection ip:b2d4a0 sp:b51fee80 error:0 in libvolk.so.0.0.0[ae2000+be000] >> Mar 8 15:29:11 MRAFIQ-NGN abrt[12658]: saved core dump of pid 12635 >> (/usr/bin/python) to >> /var/spool/abrt/ccpp-2012-03-08-15:29:10-12635.new/coredump (127561728 >> bytes) >> Mar 8 15:29:11 MRAFIQ-NGN abrtd: Directory >> 'ccpp-2012-03-08-15:29:10-12635' creation detected >> Mar 8 15:29:11 MRAFIQ-NGN abrtd: Interpreter crashed, but no packaged >> script detected: 'python algo-sink.py' >> Mar 8 15:29:11 MRAFIQ-NGN abrtd: Corrupted or bad dump >> /var/spool/abrt/ccpp-2012-03-08-15:29:10-12635 (res:2), deleting >> >> In the code this occurs at tb.start() inside benchmark_rx.py >> >> and it works without an error after a 6-8 trials in a row , >> I am not able to figure out where there is exception that is not handled >> properly, I appreciate your comments. >> >> fedora 15, gnuradio v3.5.2-1-g57ad294b, >> usrp2, WBX daughter board >> >> >> >> Can you follow the instructions here: >> >> http://gnuradio.org/redmine/projects/gnuradio/wiki/FAQ#How-do-I-debug-GNU-Radio-in-Python >> >> And get us a backtrace (bt in gdb) when the seg fault happens? It'll help >> us to debug it. >> >> Thanks, >> Tom >> >> >> >> >> >> >> _______________________________________________ >> 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 > _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
