insmod 报错问题定位纪要

加载驱动时发现有未知的符号表,下面记录一下定位的过程。

root@OpenWrt:~# insmod slic3_intel.ko

77.827684 slic3_intel: Unknown symbol SLICMGR_HOOK_REGISTER (err -2)

77.834429 slic3_intel: Unknown symbol SPI_bytes_write (err -2)

77.840652 slic3_intel: Unknown symbol SPI_bytes_read (err -2)

failed to insert slic3_intel.ko

root@OpenWrt:~# SLICMGR_HOOK_REGISTER 105.432913 oltvendor_id 0

查看ko依赖关系:

insmod sys_mod.ko

root@hnk:/# cat /proc/kallsyms | grep SLICMGR_HOOK_REGISTER

e5d6cd88 T SLICMGR_HOOK_REGISTER fxs3

可以看到SLICMGR函数在fxs3模块

接下来需要insmod fxs3.ko

root@OpenWrt:/lib/modules# insmod fxs3.ko

394.792002 fxs3: Unknown symbol getPcmConfig (err -2)

394.797421 fxs3: Unknown symbol SPI_Reset (err -2)

394.802379 fxs3: Unknown symbol pcm_setFreeRunMode (err -2)

394.808241 fxs3: Unknown symbol pcmChipScuQuery (err -2)

394.813729 fxs3: Unknown symbol SPI_cfg (err -2)

394.818519 fxs3: Unknown symbol pSLIC_Reset (err -2)

394.823806 fxs3: Unknown symbol pcm_reinit_slic (err -2)

394.829342 fxs3: Unknown symbol SPI_bytes_write (err -2)

394.834868 fxs3: Unknown symbol SPI_bytes_read (err -2)

接下来安装下面的ko,使用cat /proc/kallsyms | grep SLICMGR_HOOK_REGISTER依次找到函数属于那个ko模块,加载相应的ko即可

insmod spi.ko

insmod sys_mod.ko

insmod lec.ko

insmod DSPCore.ko

insmod spi.ko

insmod pcm1.ko

insmod spi.ko

insmod fxs3.ko

insmod slic3_intel.ko

最后可以看到加载成功了。

那么没有正常的设备可以看到cat /proc/kallsyms | grep SLICMGR_HOOK_REGISTER呢,我们怎么找到ko的依赖关系呢。

(1)查看vmlinux

nm vmlinux | grep SLICMGR_HOOK_REGISTER

readelf -s vmlinux | grep SLICMGR_HOOK_REGISTER

(2),查看ko依赖关系:

readelf -s module.ko | grep SLICMGR_HOOK_REGISTER

modinfo module.ko

如果在 vmlinux 或 .ko 中找不到该符号,可能是因为没有使用 EXPORT_SYMBOL 导出,或者没有正确配置内核编译选项。确保在驱动源码中使用了 EXPORT_SYMBOL,并且在内核配置中启用了符号导出选项,例如:

CONFIG_KALLSYMS=y

CONFIG_KALLSYMS_ALL=y

1,扫描系统KO文件:遍历 /lib/modules/$(uname -r)/kernel/ 下所有 .ko 文件

使用 nm -D *.ko | grep SLICMGR_HOOK_REGISTER

ubuntu@ubuntu:~/test/BSP/sdk_2.1$ nm openwrt-21.02/openwrt-21.02.1_dev/staging_dir/target-aarch64_cortex-a53_musl/root-airoha/lib/modules/fxs3.ko | grep SLICMGR_HOOK_REGISTER

0000000000015654 T SLICMGR_HOOK_REGISTER

ubuntu@ubuntu:~/test/BSP/sdk_2.1 nm openwrt-21.02/openwrt-21.02.1_dev/staging_dir/target-aarch64_cortex-a53_musl/root-airoha/lib/modules/pcm1.ko | grep getPcmConfig

00000000000000a0 T getPcmConfig

依赖关系追踪方法‌

获取目标模块依赖树:modinfo target.ko | grep depends

2,扫描vmlinux:

使用 nm -D vmlinux | grep SLICMGR_HOOK_REGISTER

相关推荐
灯澜忆梦2 分钟前
【Linux】#10 | Linux 终端实用快捷键 + 安装应用
linux·运维·服务器
码士集团小青36 分钟前
面霸篇:高频 Java 基础问题(核心卷一)
linux·服务器·数据库·redis·缓存·1024程序员节
水饺编程1 小时前
第2章:Linux 基础,切换用户
linux·c语言·汇编
Lsetea2 小时前
curl指定--tlsv1.2仍连接TLS1.3:最低版本与tls-max排查
linux·https·ssl证书·curl·tls
Lsetea2 小时前
curl访问HTTPS报47 Too many redirects:重定向循环与max-redirs排查
linux·http·https·ssl证书·curl
9624564 小时前
一次 Dell PowerEdge R750xs 启动故障复盘:从 iDRAC 带外管理到 Linux 多内核回退与 initramfs 重建
linux·运维·服务器
Zevalin爱灰灰4 小时前
Linux入门第一部分(Ubuntu入门篇) 第二章 浅尝Ubuntu(二)
linux·嵌入式·1024程序员节
北京中科新远科技5 小时前
高速接口兼容排查实战:OSFP、QSFP112与QSFP56如何逐层验证
linux·运维·网络
Ruiery5 小时前
Linux 6.6内核 CPU 深度解析(零):x86 内核引导协议 — 从 bootloader 到 main()
linux·运维·服务器
Ruiery5 小时前
Linux 6.6内核 CPU 深度解析(十六):x86 保护机制 — 从 ring 到页表的权限防线
linux·运维·服务器