我试图为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 -
回声ARCH: 臂
(这只是我工具链的一部分。)
这是我的makefile的一部分:
KSRC = kaodv-mod.c kaodv-debug.c kaodv-netlink.c kaodv-queue.c kaodv-ipenc.c kaodv-expl.c
KERNEL_DIR = /家庭/用户/ script_emulation / AODV /内核
KERNEL_INC = $(KERNEL_DIR)/包括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.oLD [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
答案 0 :(得分:1)
要快速修复,请按以下步骤更改Makefile。
KERNEL_DIR = /家庭/用户/ script_emulation / AODV /内核
KERNEL_INC = $(KERNEL_DIR)/包括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) ARCH = arm CROSS_COMPILE = arm-oe-linux-gnueabi - -C $(KERNEL_DIR)SUBDIRS = $(THIS_DIR)模块
还要确保在使用
运行 make 之前设置交叉编译器工具链路径导出路径= $ PATH:PathToToolchain 。
同时检查先前编译的内核是否也是为ARM Architecture编译的。
答案 1 :(得分:0)
正如标题所示,它实际上是完全交叉编译的。如果它是使用本机工具链构建的,那么" Machine"字段将包含x86_64(或您的主机系统),并且尝试在目标上 insmod 它会产生错误。
默认的KBuild输出只使用" CC"," LD"作为方便的指示符 - 这些仅代表正在执行的步骤,而不是被调用的特定命令行(请参阅Makefile.build中quiet_cmd_*
的定义。)
代码实际上无法正常工作的事实是一个完全不同的问题。鉴于您从较旧的内核移植此模块,可能需要更新以考虑它使用的changes in some internal interface。