确定剥离的Linux内核映像的加载地址和入口点

时间:2012-01-12 10:17:07

标签: linux-kernel embedded-linux entry-point symbol-tables nm

我的x86 Linux上有一个嵌入式系统(mipsel)的交叉编译工具链。我知道如何为它构建一个自定义内核(让我们调用图像“vmlinux”)以及如何通过

剥离该图像
objcopy -S -O binary vmlinux vmlinux.bin

为了进一步处理,我还需要图像的加载地址和入口点。 剥离之前,通过scripts/mksysmap或更明确地通过

确定它们是没有问题的
nm -n vmlinux | grep -v '\( [aNUw] \)\|\(__crc_\)\|\( \$[adt]\)' > System.map

然后我可以通过

确定加载地址和入口点
awk '/A _text/ { print "0x"$1; }' < _System.map
awk '/T kernel_entry/ { print "0x"$1; }' < System.map

现在面临的挑战是,有时我自己不构建内核,但在之后获得预先构建的内核已经通过 objcopy 剥离了它的符号。谁能告诉我怎么做?我对内核构建和工具链的使用不是很熟练。 nm objdump 都不喜欢剥离的图像,说

vmlinux.bin: File format not recognized

1 个答案:

答案 0 :(得分:1)

来自objcopy manual page

objcopy可用于通过使用二进制的输出目标生成原始二进制文件(例如,使用 -O binary )。当objcopy生成原始二进制文件时,它实际上会产生输入对象文件内容的内存转储。所有符号和重定位信息都将被丢弃。内存转储将从复制到输出文件中的最低部分的虚拟地址开始。

以下是可在PowerPC架构上使用的示例:

原始vmlinux

bash-3.2$ file vmlinux
vmlinux: ELF 32-bit MSB executable, PowerPC or cisco 4500, version 1 (SYSV), statically linked, not stripped

剥离的vmlinux被视为“数据”文件

bash-3.2$ file vmlinux.bin
vmlinux.bin: data

将二进制转换为PowerPC的ELF格式

bash-3.2$ powerpc-440fp-linux-objcopy -I binary vmlinux.bin -B powerpc -O elf32-powerpc vmlinux.bin.x

vmlinux的输出现在被视为ELF文件

bash-3.2$ file vmlinux.bin.x
vmlinux.bin.x: ELF 32-bit MSB relocatable, PowerPC or cisco 4500, version 1 (SYSV), not stripped

您必须传递 -I -B -O 参数。您可以从objcopy文档中获取此参数。

但是由于您的二进制文件已被剥离,因此尝试反编译它可能不值得,因为部分信息不可用。文件中的所有数据都将被转储到.data中。