On Mon, 2 Dec 2013 10:41:48 +0100 Philippe Gerum <[email protected]> wrote: > On 12/02/2013 10:24 AM, Bukuli Norbert wrote: > > > > > > On Mon, 2 Dec 2013 10:15:22 +0100 > > Philippe Gerum <[email protected]> wrote: > >> On 12/02/2013 09:50 AM, Bukuli Norbert wrote: > >> > >>> Program received signal SIGILL, Illegal instruction. > >>> [Switching to Thread 338] > >>> 0x4800ce74 in ?? () > >>> > >>> (gdb) bt > >>> #0 0x4800ce74 in ?? () > >>> #1 0x0ff98534 in ?? () > >>> #2 0x0fe17a68 in ?? () > >>> #3 0x480eba4c in ?? () > >>> > >>> (gdb) info sharedlibrary > >>> From To Syms Read Shared Object Library > >>> 0x00001ff0 0x0001b014 > >>> Yes /opt/eldk-5.4/powerpc/sysroots/powerpc-linux/lib/ld.so.1 > >>> 0x00100360 0x00100648 > >>> No > >>> /srv/tftpboot/172.31.2.11/lib/modules/3.8.13/vdso/linux-vdso32.so.1 > >>> 0x0ff979b4 0x0ff9e948 > >>> No > >>> /opt/eldk-5.4/powerpc/sysroots/powerpc-linux/usr/xenomai/lib/libpthread_rt.so.1 > >> > >> For some reason, it looks like the program flow jumps to a weird > >> location. Assuming this backtrace is right, the last location that > >> would make sense seems to be frame #1 at 0x0ff98534 in > >> libpthread_rt.so.1, which is Xenomai's POSIX interface library. > >> > >> - could you please make a full disassembly of libpthread_rt.so.1 > >> accessible via pastebin? > > > > Of course. You can find the output of > > $ powerpc-linux-objdump -d libpthread_rt.so.1 > > here: > > http://pastebin.com/uywTZGfg > > > > Ok, thanks. I will have a look.
Thank you! > > >> > >> - we already had these kinds of events a couple of times on > >> different architectures with new gcc releases due to, either > >> broken TLS code generation by gcc, or some weaknesses in our > >> inline syscall trampoline code with respect to expressing > >> constraints. Is --with-__thread enabled when configuring the > >> Xenomai build for libaries and programs? > >> > > Unfortunatelly I do not know exactly. The stock ELDK-5.4 version of > > libpthread_rt.so.1 is used. I will check it up. > > > > Please don't bother. From the disassembly you just sent, TLS support > is not used (--with-__thread disabled). > All right. -- Norbert Bukuli software engineer embedded development Mediso Ltd. Tel.: +36 1 3993 030 Fax.: +36 1 3993 040 Mailing address: Hungary, H-1047 Budapest, Baross utca 91-95. Billing address: Hungary, H-1022 Budapest, Alsotorokvesz 14. [email protected] www.mediso.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: <http://www.xenomai.org/pipermail/xenomai/attachments/20131202/c0cee77d/attachment.sig> _______________________________________________ Xenomai mailing list [email protected] http://www.xenomai.org/mailman/listinfo/xenomai
