内核模块存在的隐患

[sbwml]

我最喜欢这个项目的这个思路

• 可无脑 opkg kmod

@QiuSimons 通过同步 openwrt 官方的固件内核 vermagic 来欺骗 opkg 版本号验证 让官方的 kmod 顺利安装到自构建固件中。这是不可取的，要使用官方提供的 kmod 必须是按照官方的 .config 进行构建以确保内核编译配置一致。否则所有的设备类模块均无法正常使用的，它会导致内核崩溃无法开机。

经过测试可行的解决方案：

在固件编译时，牺牲更多的耗时进行全模块编译，将编译出来的 kmod 单独放进某一个 github 仓库，使用 jsDelivr cdn 作为模块安装源。这样 opkg install kmod-xxxx 是可以顺利被 kmodloader 成功的。

像r2c r2s r4s 同架构的，他们只要都开启全模块编译，最后是可以共用一个模块源的，就和官方固件那样

CONFIG_ALL_KMODS=y
CONFIG_ALL_NONSHARED=y

最终在 bin/xxx/xxx/armv8/packages 目录得到全部的内核模块。

---

这种方式已经在 nanopi r4s/r5s/r5c 上测试通过，安装驱动、内核功能扩展都可以即装即用。不再崩溃

https://cf.cooluc.com/

https://github.com/sbwml/builder/releases/download/v22.03.3/kmod-6.1.14-1-0a9eaaad408daded6dda6fa38a76a3dd.tar.gz