内核编译时出现 ERROR: modpost: “some_function” [xxx.ko] undefined!

已于 2022-09-28 18:20:04 修改
阅读量1.3w 收藏 13
点赞数 8
分类专栏： 小问题 文章标签： 编译 内核 export
于 2022-09-28 18:14:15 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/choumin/article/details/127094429
版权

编译内核时可能会出现以下报错信息：

  MODPOST modules-only.symvers
ERROR: modpost: "xxx_some_function" [arch/x86/xxx/xxx.ko] undefined!
ERROR: modpost: "xxx_variable" [arch/x86/xxx/xxx.ko] undefined!
make[2]: *** [/home/zhoumin/src/linux-official/scripts/Makefile.modpost:128: modules-only.symvers] Error 1
make[1]: *** [/home/zhoumin/src/linux-official/Makefile:1767: modules] Error 2
make[1]: Leaving directory '/home/zhoumin/src/linux-official/out-x86/x86'
make: *** [Makefile:222: __sub-make] Error 2

一般来说，是因为在 xxx.ko模块中直接或间接调用了 "xxx_some_function"函数，或引用了某个变量"xxx_variable"，而这个函数或变量没有被 export出来，导致编译该模块时报错。

解决方法是将引用到的 "xxx_some_function"符号通过 EXPORT_SYMBOL()宏 export出来。

choumin
关注
  • 8
    点赞
  • 踩
  • 13
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
专栏目录
EXPORT_SYMBOL解析
fulinux的博客
07-12 2530
一般我们编写C程序是，要调用某个文件中的函数，需要在本文件中包含声明有被调用函数的头文件，然后编译连接后，方能找到调用函数。对于模块依赖的情况，不能简单的使用上面的方法，内核提供了一个机制，就是EXPORT_SYMBOL标签内定义的函数或者符号对全部内核代码公开，不用修改内核代码就可以在您的内核模块中直接调用，即使用EXPORT_SYMBOL可以将一个函数以符号的方式导出给其他模块使用。您还可以手
【调试】编译驱动时出现ERROR: “xxx“ [.../xxx.ko] undefined!解决办法（详细）
记录嵌入式技能成长的博客
03-29 3033
手把手教你调试错误，编译驱动时出现ERROR: "xxx" [.../xxx.ko] undefined!解决办法
[Kernel编译错误] ERROR: modpost: “Func” [xxxxx.ko]undefined!
Anzhipeng6的博客
07-18 5881
Kernel编译错误
编译Linux内核模块ko时遇到ERROR: modpost undefined的解决方法
记录与分享
07-31 9075
笔者在编译ko模块时，遇到了如下报错：modpost提示的都是常用函数啊，比如_printkkfreekmallocmemset啥的），发现是自己Linux源码的.config文件出了问题
【嵌入式Linux】内核模块编译出错解决：ERROR: modpost: “xxxx“
似水流年
12-28 2365
参考：https://blog.csdn.net/m0_61737429/article/details/129842585。可以初步确认是Linux内核之中有功能没有打开，导致编译这个内核ko模块无法通过。到这里，就基本上就确定了，需要打开内核的。里面的Makefile文件。
修改模块符号 crc 校验码并探讨 modpost 的部分工作原理
龙瑜的博客
11-07 3496
前言 在 could not insert module test.ko: Invalid parameters 这篇文章中，我描述过 MODVERSIONS 功能对模块依赖的外部符号校验的功能。 最近在搞一个项目时，需要修改 Module.symvers 中的符号 crc 值来跳过内核 的符号校验过程以成功加载驱动，就按照以前的认识修改了 Module.symvers 文 件内容，却发现并没有生效。 经过一系列的尝试我发现之前对 Module.symvers 文件的理解很不到位，只描述 了其中的一星半点。
linux驱动学习去开发入门
09-18
Linux设备驱动程序学习（0）－Hello, world！模块 Linux设备驱动程序学习（0） －Hello, world！模块 一个学习Linux设备驱动程序都会碰到的第一个例程： #include #include MODULE_LICENSE("Dual BSD/GPL"); static int hello_init(void) { printk(KERN_ALERT "Hello, Tekkaman Ninja ！\n"); return 0; } static void hello_exit(void) { printk(KERN_ALERT "Goodbye, Tekkaman Ninja ！\n Love Linux !Love ARM ! Love KeKe !\n"); } module_init(hello_init); module_exit(hello_exit); 我将其复制到我的工作目录，并编写了一个简单的Makefile文件： KERNELDIR = /home/tekkaman/working/SBC2440/linux-2.6.22.2 # The current directory is passed to sub-makes as argument PWD := $(shell pwd) INSTALLDIR = /home/tekkaman/working/rootfs/lib/modules CROSS_COMPILE =/home/tekkaman/working/crosstool-gcc410-k26222/gcc-4.1.0-glibc-2.3.2/arm-9tdmi-linux-gnu/bin/arm-9tdmi-linux-gnu- CC = $(CROSS_COMPILE)gcc obj-m := hello.o modules: $(MAKE) -C $(KERNELDIR) M=$(PWD) modules modules_install: cp hello.ko $(INSTALLDIR) clean: rm -rf *.o *~ core .depend .*.cmd *.ko *.mod.c .tmp_versions .PHONY: modules modules_install clean 说实话，以上是我参考了《Linux设备驱动程序（第3版）》的Makefile源码修改得来的。我对Makefile不是很了解，是该好好学习学习了！ 然后就是make modules 、 make modules_install 。 [root@Tekkaman-Ninja Helloworld]# make modules make -C /home/tekkaman/working/SBC2440/linux-2.6.22.2 M=/home/tekkaman/working/Linuxdriver/Helloworld modules make[1]: Entering directory `/home/tekkaman/working/SBC2440/linux-2.6.22.2' CC [M] /home/tekkaman/working/Linuxdriver/Helloworld/hello.o Building modules, stage 2. MODPOST 1 modules CC /home/tekkaman/working/Linuxdriver/Helloworld/hello.mod.o LD [M] /home/tekkaman/working/Linuxdriver/Helloworld/hello.ko make[1]: Leaving directory `/home/tekkaman/working/SBC2440/linux-2.6.22.2' [root@Tekkaman-Ninja Helloworld]# make modules_install cp hello.ko /home/tekkaman/working/rootfs/lib/modules [root@Tekkaman-Ninja Helloworld]# 在我的开发板上的操作： [Tekkaman2440@SBC2440V4]#cd /lib/modules/ [Tekkaman2440@SBC2440V4]#ls cs89x0.ko hello.
Linux内核modpost,Linux内核构建系统之六
weixin_39640646的博客
05-01 2883
scripts/mod/modpost -o /home/yihect/linux-2.6.31/Module.symvers -S -c vmlinux.o这个命令做的就是用工具 modpost 来解析 vmlinux.o 对象文件，并将基本内核导出的所有符号都记录到文件 Module.symvers 中去。当然，这个命令附带完成的，还有前面所说到的检查 sections 是否 mis matc...
modpost使用的心得记录
more_HH
04-13 669
e 指定依赖的其他符号。这个就是很可能遇到的，一个ko需要使用别的ko的API，这里不仅是要提供者使用EXPORT_SYMBOL来导出符号，还需要在这里将对应的提供者ko编译完成伴生的Module.symvers给指定出来。这里指定了没有找到也不会有报错的。-I :这个参数是读取上一次自己生成的Module.symvers文件，如果依赖的属性变化，似乎没有及时更新啊，这个make clean会自动删除，推荐编译前删除。这个是在编译内核态ko才会用到的一个命令。内容其实上面的参考都有提到。
解决modpost: “enhance_kobj“ [drivers/usb/dwc3/dwc3-msm.ko] undefined!
最新发布
qq_40991601的博客
01-28 2074
这次移植抛弃了ucsi_glink.c驱动，所以也就忽略了原始定义，在dwc3-msm-core.c驱动里还是extern struct kobject *enhance_kobj，肯定要报错找不到enhance_kobj定义的。同一个单据，在usci_glink.c驱动已定义enhance_kobj，在dwc3-msm-core.c驱动使用的时候，只需要extern struct kobject *enhance_kobj即可。如果不用EXPORT_SYMBOL，也会出现上面的符号位定义的报错。
WARNING: modpost: missing MODULE_LICENSE()以及内核模块无法验证
jinking01的专栏
12-09 3555
missing MODULE_LICENSE()以及内核模块无法验证的解决方法
linux存在哪些东西,Linux：modpost没有构建任何东西
weixin_29774679的博客
05-25 414
我在使用我的机器上构建任何内核模块时遇到问题.每当我构建一个模块时,modpost总是说零模块：MODPOST 0 modules为了解决这个问题,我编写了一个测试模块(hello.c)：#include /* Needed by all modules */#include /* Needed for KERN_INFO */#include /* ...
linux内核外部驱动模块编译报错ERROR—drivers/*.ko] undefined
张同光 (Tongguang Zhang)：Hello everyone !
02-01 4052
http://www.programgo.com/article/5954542773/ http://stackoverflow.com/questions/7812418/kernel-driver-external-modules-not-building-completely 标签: linux 查看 符号表   转自: http://blog.
报错：ERROR: modpost: “__aeabi_unwind_cpp_pr1“ [/tmp/stapuOPLIl/stap_xxx.ko]undefined!
西界Blog
08-17 3211
执行stap -ve 'probe begin { log(“hello systemtap!”) exit() }'报错：”“ERROR: modpost: “__aeabi_unwind_cpp_pr1” [/tmp/stapuOPLIl/stap_bdfa3bf4b2a919556ca0abc8ebe85f2e_1175.ko] undefined!” 解决方案： 搜索关键字“__aeabi_unwind_cpp_pr1”，找到相关定义文件，拷贝函数定义； 找个待编译的文件，将函数定义加进去编译，如
一道思考题所引起动态跟踪 ‘学案’
dwh0403的专栏
05-02 1929
想想看，当我们用 kprobe 为一个内核函数注册了 probe 之后，怎样能看到对应内核函数的第一条指令被替换了呢？
ERROR: "__bad_udelay" [******] undefined! 的解决方法
浪迹天涯的专栏
05-22 4598
ERROR: "__bad_udelay" [******] undefined! 的解决方法 我出现的问题是：
linux kernel 5.1编译8723ds报错
qq_32017483的博客
11-23 4784
在rtl8723ds\os_dep\linux\os_intfs.c目录下添加。
使用ubuntu20.04基于linux 5.15版本的内核编译驱动程序时，报错：make make CC=x86_64-linux-gnu-gcc-9 -C /lib/modules/5.15.0-72-generic/build M=/home/test/PCIE_Trans2PIC/drv modules make[1]: Entering directory '/usr/src/linux-headers-5.15.0-72-generic' warning: the compiler differs from the one used to build the kernel The kernel was built by: gcc (Ubuntu 9.4.0-1ubuntu1~20.04.1) 9.4.0 You are using: x86_64-linux-gnu-gcc-9 (Ubuntu 9.4.0-1ubuntu1~20.04.1) 9.4.0 CC [M] /home/test/PCIE_Trans2PIC/drv/asu_pcie.o MODPOST /home/test/PCIE_Trans2PIC/drv/Module.symvers CC [M] /home/test/PCIE_Trans2PIC/drv/asu_pcie.mod.o LD [M] /home/test/PCIE_Trans2PIC/drv/asu_pcie.ko BTF [M] /home/test/PCIE_Trans2PIC/drv/asu_pcie.ko /bin/sh: 1: pahole: not found make[3]: *** [scripts/Makefile.modfinal:60: /home/test/PCIE_Trans2PIC/drv/asu_pcie.ko] Error 127 make[3]: *** Deleting file '/home/test/PCIE_Trans2PIC/drv/asu_pcie.ko' make[2]: *** [scripts/Makefile.modpost:139: __modpost] Error 2 make[1]: *** [Makefile:1822: modules] Error 2 make[1]: Leaving directory '/usr/src/linux-headers-5.15.0-72-generic' make: *** [Makefile:9: all] Error 2 ，该如何解决
05-31
这个错误是因为缺少pahole工具导致的，pahole是BTF（BPF Type Format）工具包的一部分，用于生成内核BTF信息。解决方法如下： 1. 安装pahole工具。在终端中运行以下命令： ``` sudo apt-get update sudo apt-get install -y dwarves ``` 2. 然后在编译驱动程序时指定pahole的路径。 ``` make make CC=x86_64-linux-gnu-gcc-9 -C /lib/modules/5.15.0-72-generic/build M=/home/test/PCIE_Trans2PIC/drv \ EXTRA_CFLAGS="-I/usr/include/dwarves" \ V=1 modules ``` 其中，`-I/usr/include/dwarves`指定了pahole的路径。如果您的pahole工具安装在其他位置，请相应地更改路径。 希望这个解决方法可以帮助您解决问题。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值