21-Openwrt 内核模块改成.ko自动加载

已于 2023-05-09 11:48:00 修改
阅读量2.1k 收藏 4
点赞数
CC 4.0 BY-SA版权
分类专栏： # Openwrt 文章标签： openwrt
于 2022-05-18 18:04:19 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/Creator_Ly/article/details/124847931

openwrt下有很多开源的内核模块位于package/kernel/下，如gpio-button-hotplug、mwlwifi等。这些模块都是文件系统启动后，通过autoload的方式进行insmod载入的。

1、正常思路

在《Openwrt add function module to package》章节里面有介绍，如何添加一个内核模块。

上面介绍的是自己添加一个内核应用模块，然后编译成.ko自动载入。如果是内核里面已经有的模块代码，如何将其改成.ko的方式自动载入。

调试过程遇到过一个问题，内核中phy发送的hotplug事件过早，在文件系统还没启动的时候该事件就已经发出，这样应用成/etc/hotplug.d/phy/下面的脚本无法执行到，导致状态判断问题。

正常的思路，make kernel_menuconfig将phy的配置改成m

-CONFIG_MT753X_GSW=y
+CONFIG_MT753X_GSW=m

这样修改后，发现内核的模块确认被编译成mt753x.ko了，但是没有人将改ko拷贝到文件系统下，这样就没办法自动载入。

2、修改方案

后面发现openwrt已经有该集成方式，位于package/kernel/linux/modules/下。

在19.07/package/kernel/linux/modules/netdevices.mk 里面，添加如下信息即可。

与添加一个内核package类似，指定

了解本专栏 订阅专栏 解锁全文 超级会员免费看
Linux模块文件编译到内核与独立编译成.ko文件的方法
嵌入式技术开发
06-23 5983
很多粉丝在群里提问，如何把一个模块文件编译到内核中或者独立变异成ko文件。本文给大家详解讲解。
三、openwrt嵌入式驱动设计
weixin_43789722的博客
11-16 506
EXAMPLE 需要实现对某种特定的包进行劫持、替换、丢弃 需要实现某个文件的隐藏 需要实现某个端口的隐藏 需要实现某个进程的隐藏 实现虚拟网卡加密传输、虚拟网卡免流量通信、虚拟网卡恶意流量隐蔽通信 串口驱动 iic驱动 spi驱动 硬盘启动 进程管理 dns劫持的中间人攻击程序 ...
OpenWrt自动编译加载ko
ziguayungui的专栏
07-14 1794
今天在调试ko的时候，发现没有在开机的时候进行自动加载，之前只知道在Makefile文件中增加一个配置就可以实现。我这边做一下分析。
Linux如何在系统启动时自动加载内核模块
Linux学堂
03-30 1285
[size=medium]为搞清楚如何在系统启动时自动加载模块，搜索了好久，网上有很多人提出这个问题，但都没有正确的答案，无论是中文社区还是英文社区，大家的回答都没有讲到点子上，无非是围绕modprobe.conf、modprobe讲来讲去的，要不就是针对特定问题尝试不同的方法。有的还建议把 modprobe modulename写入rc.local，却不曾想，rc.local的执行被放在整个启动...
OPENWRT自动编译加载KO
liyucheng987的博客
05-17 1613
OpenWrt能实现自动加载ko操作
mtk-openwrt-sdk-20170518-1443366e.tar.xz
03-02
mtk mt7628 mt7621 openwrt sdk
编译mtk-openwrt-lede-4.2.0.0内核 usb网卡实现huawei_E8372h-155_4G转有线和WIFI
03-18
在本文中，我们将深入探讨如何在Ubuntu 16.04环境下编译MTK（MediaTek）OpenWRT LEDE 4.2.0.0内核，以便支持华为E8372h-155 4G LTE模块，将其转换为有线网络和Wi-Fi热点。这一过程涉及对内核进行定制，以及在OpenWRT...
openwrt-23.05.2-x86-64-generic-ext4-combined-efi.img.gz
04-24
openwrt软路由
N1_Openwrt_R20.3.11_k5.4.25-amlogic-flippy-30+.img.xz
05-12
N1软路由固件Openwrt
Linux新版OpenWrt自动编译加载ko
TSZ0000的博客
11-22 3157
旧版的OpenWrt系统下，编译出的ko模块，需要自己手写启动脚本加载ko，这种方法比较繁琐，好在新版的OpenWrt能实现自动加载ko操作。 需求 把PCIE的驱动编译成ko自动加载 配置 package/kernel/linux/modules/usb.mk XHCI_MODULES := xhci-hcd xhci-pci xhci-plat-hcd ifdef CONFIG_T...
kernel根据device加载ko
OnePiece
05-24 479
kernel根据device加载ko 根据device选择性加载ko https://wiki.archlinux.org/title/Modalias https://lwn.net/Articles/740455/
openwrt只编译出.ko驱动
weixin_40924364的博客
12-06 1653
在开发板上运行 OpenWRT时，发现在官网下的系统镜像中没有开发板所需的WiFi驱动，如并未包含的 RTL8188EU 驱动模块该怎么办呢？一般情况需要重新编译，编译选项中查看是否有自己需要的模块，如果有则编译进内核，如果没有就应该自己写个 package 再进行编译。在这里给出一种快捷但是比较 dirty 的办法：需要对源码编译过至少一次，因为编译过的代码目录中含有交叉编译工具链和目标文件等。 下面假定 OpenWRT 的源码目录在 /some/path/openwrt，内核目录为其下的build_di
【Linux 内核】加载.ko的两种方法：insmod与modprobe
hello__的博客
06-14 7634
假设要加载的驱动程序模块名为hello.ko 加载驱动模块 方法一： 进入hello.ko驱动模块文件所在的目录，然后直接insmod hello.ko 方法二： 将hello.ko文件拷贝到/lib/module/#uname -r#/目录下，这里，#uname -r#意思是，在终端中输入 uname -r后显示的内核版本及名称。 然后 depmod（会在/lib/module...
ubuntu下编译内核模块ko，并加载
fouweng的博客
11-30 8215
1.hello.c #include #include MODULE_LICENSE("DualBSD/GPL"); MODULE_AUTHOR("MDAXIA"); static int __inithello_init(void) { printk(KERN_ALERT "Helloworld!\n"); return 0; } static void
makefile 中autoload
weixin_34151004的博客
02-14 557
在openwrt的makefile中经常能看见这样的描述： define KernelPackage/mt7602e CATEGORY:=MTK Properties TITLE:=MTK MT7602e wifi AP driver FILES:=$(PKG_BUILD_DIR)/build/mt7602e.ko DEPENDS:=+kmod-cfg80211 AUTOLOAD:=$...
【Linux内核驱动】驱动的静态加载和驱动的动态加载
weixin_45005811的博客
05-28 732
无
Linux驱动——.ko动态加载失败原因分析及解决
m0_59014968的博客
10-20 4461
hello，小伙伴们大家好，今天来分享一个大家搞Linux驱动开发经常遇到的问题，也是我个人经常常遇到的，哈哈~。在我们动态去加载.ko文件的时候，特别是自己写的.ko或者是其他平台移植过来的.ko。
Linux下编写和加载 .ko 文件（驱动模块文件）
weixin_30378311的博客
01-05 701
一、.ko 文件介绍 .ko文件是kernel object文件（内核模块），该文件的意义就是把内核的一些功能移动到内核外边， 需要的时候插入内核，不需要时卸载。 二、优点 （1）这样可以缩小内核体积； （2）使用方便。 三、.ko文件一般的用处 （1）作为一个功能模块，需要使用时，直接插入运行就行。如在imx6上连接模拟摄像头，先运行模拟摄像头对应的驱动模块 camera.ko文件，...
openwrt编译模块makefile，报错checking for aarch64-openwrt-linux-gcc... aarch64-openwrt-linux-musl-gcc checking whether the C compiler works... no
最新发布
10-29
<think>首先，用户的问题是：在OpenWRT编译模块Makefile时，出现错误，检查C编译器（aarch64-openwrt-linux-musl-gcc）无法正常工作。具体错误是："checking for aarch64-openwrt-linux-gcc... aarch64-openwrt-linux-musl-gcc, checking whether the C compiler works... no"。用户想找到解决方案。 我需要参考用户提供的引用内容，因为这些是站内引用，我必须尽量使用它们来回答问题。引用内容如下： - 引用[1]: 描述了配置错误，C编译器不能创建可执行文件，建议查看config.log。 - 引用[2]: 展示了如何使用aarch64-linux-gnu-gcc和aarch64-linux-gnu-g++编译代码。 - 引用[3]: 在aarch64-himix100-linux-gcc下CMake报错，C编译器识别未知，设置了编译器路径。 - 引用[4]: 解释了GCC编译和Makefile基本语法，Makefile简化构建和只编译修改过的文件。 - 引用[5]: 提供了"configure: error: no acceptable C compiler found in $PATH"的解决方案。 用户的问题涉及OpenWRT编译，错误是C编译器不能被Makefile识别或工作。错误消息类似于引用[1]和[5]中的错误。 关键点是：错误发生在OpenWRT编译模块Makefile的过程中，编译器是aarch64-openwrt-linux-musl-gcc。 可能的解决方案： 1. **检查编译器安装和路径**：编译器可能未正确安装，或路径未设置。引用[3]中设置了编译器路径在CMake中，类似地，在Makefile中需要确保路径正确。 2. **查看日志文件**：如引用[1]建议，查看config.log或相关构建日志以获取更多细节。 3. **确保编译器兼容性**：OpenWRT可能使用特定架构的编译器，确认是否正确安装了aarch64-openwrt-linux-musl-gcc。 4. **环境变量设置**：确保PATH变量中包含编译器路径。引用[5]处理"C compiler not found"错误，可能需要安装或添加编译器到PATH。 5. **编译器测试**：错误是"checking whether the C compiler works... no"，表示编译器本身不能编译简单的测试程序。这可能由于依赖库缺失或权限问题。 从OpenWRT的角度，OpenWRT是一个嵌入式Linux系统，编译可能需要交叉编译工具链。用户可能没有正确设置工具链。 解决方案步骤概要： 1. **验证编译器安装**：确认aarch64-openwrt-linux-musl-gcc已经安装在系统中。如果是通过OpenWRT SDK安装的，确保SDK正确配置。 2. **设置环境变量**：在编译前导出PATH变量，包含编译器路径。例如： export PATH=$PATH:/path/to/openwrt/toolchain/bin 3. **检查Makefile配置**：在Makefile中，确保CC变量设置为正确的编译器名称。错误消息显示它在检查aarch64-openwrt-linux-gcc，但找到了aarch64-openwrt-linux-musl-gcc，所以可能名称不匹配。 错误是："checking for aarch64-openwrt-linux-gcc... aarch64-openwrt-linux-musl-gcc"，意思是它寻找aarch64-openwrt-linux-gcc，但使用了aarch64-openwrt-linux-musl-gcc（因为musl是OpenWRT用的libc），所以这可能正常，但问题在于编译器不能工作。 4. **运行单独测试**：尝试手动运行编译器命令测试它是否能编译简单程序。例如： aarch64-openwrt-linux-musl-gcc -o test test.c 如果失败，查看错误。 5. **查看日志**：如引用[1]所建议，查看生成的config.log文件找到具体错误原因。 6. **安装依赖**：确保所有必要的库和依赖已安装，如gcc-multilib或libc开发包。 7. **参考OpenWRT文档**：建议用户查阅OpenWRT的具体文档或社区。 在回答中，我需要使用中文，因为用户指令是"使用中文回答"。结构要清晰，逐步解决问题。确保回答真实可靠。 添加引用标识：末尾自然地添加引用标识，如[^1]。 最后，生成相关问题：系统指令要求"生成相关问题"。所以，在回答后添加相关问题。 回答结构： 1. **理解问题**：简述用户问题。 2. **分析错误**：解释错误原因。 3. **解决方案**：提供逐步解决步骤。 4. **引用参考**：基于引用内容。 5. **相关问题**：生成相关问题。 </think>### OpenWRT编译模块Makefile报C编译器工作错误的解决方案 在OpenWRT编译模块Makefile过程中，出现`checking for aarch64-openwrt-linux-gcc... aarch64-openwrt-linux-musl-gcc`和`checking whether the C compiler works... no`的错误，这通常表示C编译器（aarch64-openwrt-linux-musl-gcc）无法正常编译测试程序。该错误类似于引用[1]和[5]中描述的“C compiler cannot create executables”问题，常见于交叉编译环境中的工具链配置错误或缺失依赖[^1][^5]。下面我将基于您的引用内容，提供一套结构清晰的解决方案。OpenWRT使用musl libc作为标准库，因此编译器名称中的“musl”是正常的，但关键是确保编译器可执行且路径正确。 ### 错误原因分析 - **核心问题**：C编译器无法创建可执行文件（error: C compiler cannot create executables），可能原因包括： - 编译器路径未正确设置到`PATH`环境变量中（如引用[5]所述）。 - 编译器本身未安装或安装不完整。 - 依赖库缺失（如libc-dev或系统库）。 - 权限问题或文件损坏。 - OpenWRT SDK工具链未正确配置（引用[3]展示了类似交叉编译错误）。 - **引用依据**：查看`config.log`文件（如引用[1]建议）通常能提供具体错误细节[^1]。您的错误日志中可能包含类似“cannot find crt1.o”或“linker failed”的信息。 ### 逐步解决方案 遵循以下步骤检查和修复问题。确保在执行前备份您的Makefile和环境配置。建议在OpenWRT SDK环境中操作。 #### 步骤1: 验证编译器安装和路径 首先，确认编译器是否安装在系统中，并确保其路径正确添加到`PATH`环境变量。 - **检查编译器是否存在**： 在终端运行以下命令，确认编译器可执行文件路径： ```bash which aarch64-openwrt-linux-musl-gcc ``` 如果输出为空（如`which: no aarch64-openwrt-linux-musl-gcc in PATH`），则表示编译器未安装或路径未设置。 - **添加编译器路径到环境变量**： 假设OpenWRT SDK安装在`/path/to/openwrt-sdk`（替换为您的实际路径），编译器通常在`bin/`子目录下。在终端临时导出PATH： ```bash export PATH=$PATH:/path/to/openwrt-sdk/staging_dir/toolchain-aarch64_gcc/bin ``` 要永久生效，将此行添加到`.bashrc`或`.profile`文件（使用编辑器如nano）。 - **为什么重要**：如引用[5]所述，“configure: error: no acceptable C compiler found in $PATH”往往源于路径缺失[^5]。引用[3]中也通过设置`CMAKE_C_COMPILER`路径解决了类似问题[^3]。 #### 步骤2: 手动测试编译器功能 运行一个简单测试程序，验证编译器是否能正常工作。这有助于隔离问题。 - **创建测试文件**： 创建一个名为`test.c`的简单C程序： ```c #include <stdio.h> int main() { printf("Hello, OpenWRT!\n"); return 0; } ``` - **编译测试**： 在终端运行： ```bash aarch64-openwrt-linux-musl-gcc test.c -o test ``` - 如果成功，会生成`test`可执行文件（运行`file test`应显示aarch64架构）。 - 如果失败，查看错误输出： - **常见错误1**：`error while loading shared libraries: libz.so.1` → 安装缺失库：`sudo apt install zlib1g-dev`（Ubuntu/Debian）。 - **常见错误2**：`cannot find crt1.o` → 表明编译器工具链不完整，需重新安装OpenWRT SDK。 - 引用[1]强调检查日志：使用`config.log`定位细节，如运行`cat /path/to/config.log | grep error`[^1]。 #### 步骤3: 检查OpenWRT SDK和工具链配置 确保OpenWRT SDK已正确安装和初始化。引用[4]提到Makefile能简化构建，但需工具链支持[^4]。 - **初始化SDK环境**： 进入OpenWRT SDK目录，运行初始化脚本： ```bash cd /path/to/openwrt-sdk ./scripts/env setup ``` 这会设置必要的环境变量（包括`PATH`和`STAGING_DIR`）。 - **验证工具链**： 运行SDK提供的工具链测试命令： ```bash aarch64-openwrt-linux-musl-gcc -v ``` 输出应显示gcc版本和配置详情。如果报“command not found”，重新安装SDK。 #### 步骤4: 修复Makefile配置 更新Makefile以确保指定正确的编译器变量。 - **在Makefile中显式设置编译器**： 添加以下行在Makefile顶部： ```makefile CC = aarch64-openwrt-linux-musl-gcc export CC ``` 如果您的模块使用autotools（如configure脚本），在运行`./configure`时指定编译器： ```bash ./configure CC=aarch64-openwrt-linux-musl-gcc ``` - **引用依据**：类似引用[3]中，通过在CMake中设置`CMAKE_C_COMPILER`解决了“C compiler identification is unknown”错误[^3]。 #### 步骤5: 安装缺失依赖或重新安装工具链 如果以上步骤失败，可能是系统依赖或工具链损坏。 - **安装必要依赖**： 在Ubuntu/Debian系统上： ```bash sudo apt update sudo apt install build-essential libc6-dev libncurses5-dev libssl-dev zlib1g-dev ``` - **重新安装OpenWRT SDK**： 从OpenWRT官网下载最新SDK，并确保选择匹配您的目标架构（aarch64）的musl版本。解压后重复步骤1-3。 #### 步骤6: 查阅日志和错误详情 始终查看错误日志以获取线索： - **检查config.log**： 在编译目录下运行： ```bash less config.log # 或 cat config.log | grep -i error ``` 查找具体错误消息（如链接器失败或库缺失），并根据输出修复。 ### 总结 - **优先步骤**：先从步骤1和2开始（路径设置和手动测试），这是最常见的问题源[^5][^1]。 - **成功标志**：手动测试编译成功后，重新运行Makefile应不再报错。 - **预防措施**：确保使用OpenWRT官方SDK，并定期更新工具链。引用[4]强调Makefile的依赖性管理能提升效率，但前提是工具链正确[^4]。 如果问题依然存在，建议提供`config.log`内容以便进一步诊断。 [^1]: 查看日志文件是调试的关键步骤，它能揭示编译器失败的具体原因。 [^3]: 设置明确的编译器路径可以避免识别错误。 [^4]: Makefile依赖于工具链的完整性，否则无法正确处理构建。 [^5]: 路径错误是“C compiler not found”的常见根源。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Creator_Ly

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值