lede
lede copied to clipboard
coolsnowwolf
Lean's LEDE source
反馈bug/问题模板，提建议请删除 ## 1.关于你要提交的问题 系统不定时自动重启 Q：是否搜索了issue (使用 "x" 选择) * [x] 没有类似的issue ## 2. 详细叙述 ### (1) 具体问题 A： N6005 cpu主机 双RTL8125 2.5g网卡 原来试过物理机装Win10 LTSC上运行hyper-v虚拟机装openwrt，现在是在PVE上运行。 情况依旧，最长2天，短的几小时就自动软重启。看过曾经有说sfe可能导致重启，编译去掉turboacc插件不能解决。 尝过以前在J1900软路由上稳定运行的旧固件同样重启，故推测可能是11代cpu N6005问题？ ### (2) 路由器型号和固件版本...
x86/64 efi编译好之后用esxi, vm workstation跑起来完全正常。 但在hyper-v上开机1秒后无限重启，勉勉强强看清楚写了 Kernel panic - not syncing: Fatal exception 虚拟机硬件配置都一样。 仅5.18内核有问题，5.15正常。 重启闪的太快了，不知道如何搞到日志
反馈bug/问题模板，提建议请删除 ## 1.关于你要提交的问题 Q：是否搜索了issue (使用 "x" 选择) * [x] 没有类似的issue ## 2. 详细叙述 可能与这个项目无关，实在找不到什么原因才上来请教各位大佬。 我想在openwrt下通过docker部署一个开发环境，但出现docker->ubuntu下无法使用arm gcc交叉编译器问题。 ### (1) 具体问题 A： Docker部署了ubuntu16(x86_64)，已经安装了相关的32位支持库(libc6-i386 libc6-dev-i386等)，但还是无法执行32位的arm-linux-gcc.提示:arm-linux-gcc: cannot execute binary file: Exec format error。整个交叉编译器也给了777权限，编译器在虚拟机下可正常使用。 ###...
新固件： [ 9.681729] igb 0000:06:10.0: added PHC on eth0 [ 9.683126] igb 0000:06:10.0: Intel(R) Gigabit Ethernet Linux Driver [ 9.684743] igb 0000:06:10.0: eth0: (PCIe:unknown:unknown) [ 9.688927] igb 0000:06:10.0 eth0: MAC:...
让大家久等了，首先非常感谢 @MeIsReallyBa 大佬带我玩。想必有些人已经看到恩山上大佬发的帖子了，但要让版本号党失望的是我并没有拿大佬已经搞好的 5.10 内核+ mt7621 sdk 来做[1] 。 此套代码基于 mtk 前些天刚放出的 mtk 820/830 开源代 (kernel 5.4)，并成功移植到了 mt7621 5.4 内核上。这套代码有个优点就是功能实现都集中在相关驱动里面 **[2] (看注释)**，不需要更改内核其它地方，整体驱动部分也更为简洁。还有个考虑就是不可能所有设备都改回 switch，所以 dsa hwnat 也是要尽量实现的[3]。移植过程中看到的几个 kernel panic 无限重启问题我均已修复，所以大家不必过于担心测试的时候路由器炸了（xD 测试源码地址：https://github.com/AmadeusGhost/lede/tree/ramips...
壁画不多直接上效果，最短25分钟完成 简单原理就是， github给actions提供了5gb的高速缓存空间， 使用这个空间缓存工具链的编译进度， 可以节省掉不必要的40多分钟耗时。 食用方法：（参考pr） 在你的openwrt-ci.yml actions/checkout段尾部加入 ```yaml fetch-depth: 0 ``` （因为工具使用了tools和toolchain的commit id决定是否更新缓存，所以需要全量拉取代码） 随后添加工具调用，即可 ```yaml - name: cache uses: klever1988/cachewrtbuild@main ``` 第一次编译不会有变化，因为你的仓库还没有缓存，随后的编译作业就会从你仓库拉去第一次编译生成的缓存，跳过无意义的工具链编译时间。 可用参数和默认值： ```yaml - name: cache uses: klever1988/cachewrtbuild@main...
Q：你知道这是`pull request`吗？(使用 "x" 选择) * [x] 我知道 这个就不要合并了，我的代码渣渣，感兴趣的拿去用就好了 简单说就是替换curl为aria2多线程抓取，原本是curl不断尝试各mirror抓包源码，一个失败的走下一个，改成了一次性把所有mirror喂给aria2，让aria2自己决定从哪抓取；并且aria2有一个特性，可以训练自己的[各服务器下载速度记忆](https://aria2.github.io/manual/en/html/aria2c.html#server-performance-profile)，在下一次抓取中自动选择更适合自己的mirror 测试效果就是不会提升云编译的make download速度，因为它速度已经够快了， 但是本地可以从40分钟以上缩短到十几分钟（我自己），很多时候可以直接吃满你的本地宽带。 **食用方法：** 在 make download 之前执行， ``` wget https://github.com/coolsnowwolf/lede/pull/6526.patch git apply 6526.patch ```
反馈bug/问题模板，提建议请删除 ## 1.关于你要提交的问题 Q：是否搜索了issue (使用 "x" 选择) * [x ] 没有类似的issue ## 2. 详细叙述 ### (1) 具体问题 A：建议：能否将VNStat的数据库db文件保存在重启不丢失的分区内，现在是一重启，数据就没有了 ### (2) 路由器型号和固件版本 A：hiwifi HC5962 mt7621 ### (3) 详细日志 A：
反馈bug/问题模板，提建议请删除 ## 1.关于你要提交的问题 Q：是否搜索了issue (使用 "x" 选择) * [ ] 没有类似的issue ## 2. 详细叙述 ### (1) 具体问题 A： ### (2) 路由器型号和固件版本 A： ### (3) 详细日志 A：
