Re: [Discuss-gnuradio] Unhandled exception after upgrading gnuradio- backtrace included

[Ben Reynwar]

On Wed, Mar 14, 2012 at 1:12 PM, Ben Reynwar <address@hidden> wrote:
> On Sat, Mar 10, 2012 at 5:38 AM, Tom Rondeau <address@hidden> wrote:
>> On Sat, Mar 10, 2012 at 5:20 AM, MOHD RAFIQ <address@hidden> 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.
Forgot: cpu is Intel(R) Core(TM) i3-2100 CPU @ 3.10GHz
>
>>
>>>
>>> ________________________________
>>> From: MOHD RAFIQ <address@hidden>
>>> To: "address@hidden" <address@hidden>
>>> 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 <address@hidden>
>>> To: MOHD RAFIQ <address@hidden>
>>> Cc: "address@hidden" <address@hidden>
>>> 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 <address@hidden>
>>> 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
>>> address@hidden
>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>
>>
>>
>> _______________________________________________
>> Discuss-gnuradio mailing list
>> address@hidden
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>