Сбрасываемые смещения загрузки libs в дампах ядра

Question

Я загрузил основной дамп из процесса MIPS openwrt в cross-gdb для этой платформы. Трассировки стека не помогает, и я пытаюсь выяснить, где он разбился из указателей на стеке:

Program terminated with signal 6, Aborted. 
#0 0x77ce2810 in ??() 
(gdb) set sysroot rootfs/ 
Loaded symbols for rootfs/lib/libc.so.0 

[...more lines while loading symbols...] 

(gdb) info sharedlibrary 
From  To   Syms Read Shared Object Library 
         Yes (*)  rootfs/lib/libssp.so.0 
         Yes (*)  rootfs/lib/libdl.so.0 
         Yes (*)  rootfs/lib/libpthread.so.0 
         Yes (*)  rootfs/usr/lib/libstdc++.so.6 
         Yes (*)  rootfs/lib/libm.so.0 
         Yes (*)  rootfs/lib/libgcc_s.so.1 
         Yes (*)  rootfs/lib/libc.so.0 
         Yes (*)  rootfs/lib/ld-uClibc.so.0 
0x77bea200 0x77c70de0 Yes (*)  rootfs/lib/libbdnc.so 
         No   /usr/lib/libssl.so 
         No   /usr/lib/libcrypto.so 
         Yes (*)  rootfs/usr/lib/libz.so 
(*): Shared library is missing debugging information. 

Libbdnc является единственным, для которого я вижу адрес загрузки. Он загружается через dlopen(). Остальные связаны с исполняемым файлом через -l. Все они присутствуют в rootfs /, но, по-видимому, не подхватываются set sysroot.

В верхней части стека выглядит следующим образом:

(gdb) x/50a $sp  
0x76fafe88: 0x427370 <stderr> 0x77d04000 0x77df70b4 0x77cf4000 
0x76fafe98: 0x0 0x1 0x77e9f000 0x427370 <stderr> 
0x76fafea8: 0x77d033a0 0x77df70b4 0x77df70c4 0x420000 
0x76faffb8: 0x0 0x0 0x77e33160 0x0 
0x76faffc8: 0x0 0x40ee98 <bdnc_init+176> 0x0 0x0 

Мой вопрос, как я могу понять, что другие указатели, а также неспособность определить адреса нагрузки для большинства LIBS ли почему стек значения не разрешаются символами.

Answer 1

Мой вопрос ...

Вы, вероятно, получить лучший результат, если вы установите sysroot перед загрузкой ядра. То есть:

gdb ./a.out 
(gdb) set sysroot rootfs/ 
(gdb) core ./core