我正在尝试为ARM编译模块 . 我使用Sabrelite作为3.0.35内核版本的主板 . 我正在使用open-embedded来生成内核映像 .
我有交叉编译所需的所有工具链,如下所述:
echo $ CC:arm-oe-linux-gnueabi-gcc -march = armv7-a -mthumb-interwork -mfloat-abi = hard -mfpu = neon -mtune = cortex-a9 --sysroot = / usr / local / oecore -x86_64 / sysroots / cortexa9hf-vfp-neon-oe-linux-gnueabi echo $ CROSS_COMPILE:arm-oe-linux-gnueabi- echo ARCH:arm
(这只是我工具链的一部分 . )
这是我的makefile的一部分:
KSRC = kaodv-mod.c kaodv-debug.c kaodv-netlink.c kaodv-queue.c kaodv-ipenc.c kaodv-expl.c KERNEL_DIR = / home / user / script_emulation / AODV / kernel KERNEL_INC = $(KERNEL_DIR )/ include THIS_DIR = $(shell pwd)obj-m = kaodv.o kaodv-objs:= kaodv-mod.o kaodv-debug.o kaodv-netlink.o kaodv-queue.o kaodv-ipenc.o kaodv-expl .o默认值:$(MAKE)-C $(KERNEL_DIR)SUBDIRS = $(THIS_DIR)个模块
当我使用make命令启动它时,我得到一个模块(.ko),但奇怪的是生成的模块是用我的主机工具链编译的,这意味着makefile调用本机编译器而不是交叉编译器 . 我究竟做错了什么?交叉编译器的二进制文件在我的路径中 .
这是我在终端输出的一部分:
CC /home/user/script_emulation/AODV/aodv-uu/lnx/kaodv.mod.o LD [M] /home/user/script_emulation/AODV/aodv-uu/lnx/kaodv.ko
我们可以看到使用原生CC和LD而不是交叉编译工具
谁有人建议解决方案?
谢谢
更新:
$ readelf -h kaodv.ko
ELF Header:
Magic: 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00
Class: ELF32
Data: 2's complement, little endian
Version: 1 (current)
OS/ABI: UNIX - System V
ABI Version: 0
Type: REL (Relocatable file)
Machine: ARM
Version: 0x1
Entry point address: 0x0
Start of program headers: 0 (bytes into file)
Start of section headers: 13480 (bytes into file)
Flags: 0x5000000, Version5 EABI
Size of this header: 52 (bytes)
Size of program headers: 0 (bytes)
Number of program headers: 0
Size of section headers: 40 (bytes)
Number of section headers: 33
Section header string table index: 30
2 回答
要快速修复,请按如下所示更改Makefile .
还要确保在运行 make 之前设置交叉编译器工具链路径
还要检查先前编译的内核是否也是为ARM Architecture编译的 .
正如 Headers 所示,它实际上是完全交叉编译的 . 如果它是使用本机工具链构建的,"Machine"字段将包含x86_64(或者您的主机系统是什么),并且尝试在目标上对其进行insmod会产生错误 .
默认的KBuild输出仅使用"CC","LD"作为方便的指示符 - 这些仅代表正在执行的步骤,而不是被调用的特定命令行(请参阅Makefile.build中
quiet_cmd_*
的定义) .代码没有从旧内核移植此模块的事实,可能需要更新以考虑它使用的changes in some internal interface .