[yocto] Debugging question
Gary Thomas
gary at mlbassoc.com
Sun Jan 15 20:29:01 PST 2017
I'm trying to find a problem I have with recent [master] OE-core.
In particular, the X server is crashing on launch, so I thought
I'd run GDB:
root at teton-p0382:~# gdb /usr/bin/X
<... boilerplate snipped ...>
Reading symbols from /usr/bin/X...Reading symbols from /usr/bin/.debug/Xorg...done.
done.
(gdb) r
Starting program: /usr/bin/X
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/libthread_db.so.1".
Program received signal SIGILL, Illegal instruction.
0xb6f4a8e8 in ?? () from /usr/lib/libcrypto.so.1.0.0
_armv7_tick () at armv4cpuid.S:94
94 mrrc p15,1,r0,r1,c14 @ CNTVCT
(gdb) bt
#0 _armv7_tick () at armv4cpuid.S:94
#1 0xb6e6c7d4 in OPENSSL_cpuid_setup () from /usr/lib/libcrypto.so.1.0.0
#2 0xb6fdf34c in call_init (l=<optimized out>, argc=argc at entry=1, argv=argv at entry=0xbefffe14,
env=env at entry=0xbefffe1c) at /usr/src/debug/glibc/2.24-r0/git/elf/dl-init.c:72
#3 0xb6fdf4a8 in call_init (env=<optimized out>, argv=<optimized out>, argc=<optimized out>,
l=<optimized out>) at /usr/src/debug/glibc/2.24-r0/git/elf/dl-init.c:30
#4 _dl_init (main_map=0xb6fff958, argc=1, argv=0xbefffe14, env=0xbefffe1c)
at /usr/src/debug/glibc/2.24-r0/git/elf/dl-init.c:120
#5 0xb6fcfac4 in _dl_start_user () from /lib/ld-linux-armhf.so.3
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb) info sharedlibrary
From To Syms Read Shared Object Library
0xb6fcf800 0xb6feaad4 Yes /lib/ld-linux-armhf.so.3
0xb6fa5538 0xb6fba9c0 Yes (*) /lib/libudev.so.1
0xb6e6c680 0xb6f4af50 Yes (*) /usr/lib/libcrypto.so.1.0.0
0xb6e1792c 0xb6e187e8 Yes /lib/libdl.so.2
0xb6e02800 0xb6e06848 Yes /usr/lib/libpciaccess.so.0
0xb6de807c 0xb6def3d4 Yes /usr/lib/libdrm.so.2
0xb6d5e028 0xb6dce8b0 Yes /usr/lib/libpixman-1.so.0
0xb6d1f9c0 0xb6d42dd4 Yes /usr/lib/libXfont2.so.2
0xb6d0ba00 0xb6d0c5b0 Yes /usr/lib/libXau.so.6
0xb6cf7f80 0xb6cf9614 Yes /usr/lib/libXdmcp.so.6
0xb6c7cd38 0xb6cb0530 Yes /lib/libm.so.6
0xb6c550c0 0xb6c63d74 Yes /lib/libpthread.so.0
0xb6b2b000 0xb6c1d070 Yes /lib/libc.so.6
0xb6b00cfc 0xb6b035dc Yes /usr/lib/libfontenc.so.1
0xb6a7e6cc 0xb6ad84c4 Yes /usr/lib/libfreetype.so.6
0xb6a588e8 0xb6a649e0 Yes /lib/libz.so.1
(*): Shared library is missing debugging information.
Questions
* Any ideas how upgrading the X server now calls into openssl?
I've bisected this error down to the change in the X server
recipe to v1.19 from v1.18.4
* What about the illegal instruction? I'm running on an i.MX6Q
which is cortexa9hf-neon
In trying to track this down, I made a patch to the openssl recipe.
Madness followed as a TON of packages had to be rebuilt and I can't
see from the dependencies (or recipes) why. Here's my build log and
the dependencies for my build are at
http://www.mlbassoc.com/yocto-rebuild-after-openssl-change-depends.tgz
Maybe someone can point out what went so wacky?
Thanks
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 20170115080040.log
Type: text/x-log
Size: 329827 bytes
Desc: not available
URL: <http://lists.yoctoproject.org/pipermail/yocto/attachments/20170116/f6ac2035/attachment.bin>
More information about the yocto
mailing list