@
tkwl 我猜可能底层的硬件驱动那些跟 openwrt 不好结合(毕竟也不向开源贡献代码),上层又想借用 openwrt 已有的插件或者框架来简化自己插件的开发?
我之前搞 r68s 的系统编译的时候,很多跟硬件耦合的地方也挺蛋疼,它现有的系统可能来自厂商某个脱离主线久远的 SDK ,想跑主线的 openwrt 的话厂商自己 SDK 里的驱动啥的又全得移植(像 RK 的加密硬件加速,硬解啥的,3588 好像还只有 5.4 的内核)
当时看 flippy 的固件就在搞 kvm 虚拟机跑 openwrt 了,让 SDK 的系统支持最低程度的虚拟化,把 openwrt 直接用虚拟机去跑,使用 SDK 里硬件驱动的同时享受主线 openwrt 的特性
同时如果是电信这种很多机型的,也可以使用统一的 openwrt 解决方案(容器镜像)吧,不然每种光猫都维护自己的 openwrt 代码,感觉电信跟新开了个 lede 的 fork 差不多了。。
也有直接用 openwrt 的,比如我之前买的移动的路由,里面就是 QSDK
https://www.right.com.cn/forum/thread-8111244-1-1.htmlUbuntu 这些从头搓一个也不是不行,感觉工作量就太大了,背靠 openwrt 即使只是二开肯定也要省事和稳定可靠一些的