上一个VPS服务商sugarhost在2025年9月左右跑路了,难蚌
刚好那段时间忙着结婚事宜,没时间处理。一直拖到结婚之后才优先把breed下载服务器恢复。
更难蚌的是我好几年没做备份了,结果最新的数据我还是去互联网档案馆上面找回来的,包括2020年末开始的全部文章。。。
wayback machine, yyds[……]
上一个VPS服务商sugarhost在2025年9月左右跑路了,难蚌
刚好那段时间忙着结婚事宜,没时间处理。一直拖到结婚之后才优先把breed下载服务器恢复。
更难蚌的是我好几年没做备份了,结果最新的数据我还是去互联网档案馆上面找回来的,包括2020年末开始的全部文章。。。
wayback machine, yyds[……]
2022年07月24日更新,修订号 r1416,git提交记录 46ae2a1
更新内容:
– 重写整个 Web UI 更新框架:
1. 提供更完善的 NAND 支持:现在全部使用 NAND 的版本均支持完善的坏块管理功能,包括升级时自动跳过坏块、备份编程器固件时自动跳过坏块。同时使得升级 NAND 编程器固件的功能实用化(从这个版本开始,Breed 将只支持升级由新版本的备份编程器固件功能备份出的“可升级编程器固件”)。
2. 提供更灵活的升级文件选择:现在部分机型支持升级Bootloader、固件、ART/EEPROM以外的文件,例如单独的kernel/rootfs或者机器的出[……]
2021年12月16日更新,修订号 r1338,git提交记录 839fb85
更新内容:
– 修复 MT7621 NAND 版的环境变量无法使用的BUG
更新的文件:
– breed-mt7621-hiwifi-hc5962.bin
– breed-mt7621-r6220.bin
– breed-mt7621-xiaomi-r3g.bin[……]
2021年12月15日更新,修订号 r1337,git提交记录 f9b74d0
更新内容:
– 修复 MT7621 NAND 坏块表状态数值错误导致无法读取/写入任何数据的BUG
– 禁用 MT7621 JTAG 以便使用 JTAG pin 的 LED 能够正常点亮
– 新增部分 SPI-NOR 支持 (EN25QX128/MX77L12850F/XM25QW128C/XT25F128B 等)
更新的文件:
全部[……]
2021年12月12日更新,修订号 r1333,git提交记录 583fbe9
更新内容:
– Flash 框架和驱动全部重写,新增编程器模式(后面会补帖更新使用方法,现在只支持 CLI 模式,以后会更新 Web UI 模式)。
– NAND 驱动完善坏块处理功能。(包含 MT7621/AR9344/QCA9558 等 NAND 机器的支持,含 WNDR4500v3/QNDR4300v2 的 SPI-NAND)
– 修复 AR9344 NAND 驱动不稳定的问题,WNDR4300v1 NAND 版重新加入支持
– 老旧芯片起死回生,全部重新加入更新(及个别除外)
– DW33D[……]
转载请注明原帖链接和作者!
在现在看来,现今比较老的一批路由器芯片,以 Atheros/QCA/MediaTek 等的 MIPS 平台的芯片为代表,基本都只支持从 SPI-NOR 启动。
如果要使用 SPI-NAND,就必须使用双 Flash 方案,即从 SPI-NOR 上启动,再从 SPI-NAND 上加载固件。
对于现有的方法,从单 Flash 改为双 Flash 就很不容易。如果是新设计的方案,双 Flash 会增加额外的物料成本和开发成本,不划算。
说到底,这还是因为 SPI-NOR 跟 SPI-NAND 使用的读指令的时序不同:
SPI-NOR 的 Read d[……]
转载请注明原帖链接和作者!
现在 Debian 已经能基本正常运行了,但是缺少一点最重要的东西,那就是内核模块。
虽然可以直接将 OpenWrt 编译出的 ko 复制到 Debian 中加载,但是这却有不少问题:
1. ko 被精简过,缺少必要信息,如 depmods
2. 编译的 ko 很少
3. 无法被自动加载/按需加载
此外,使用 OpenWrt 的 ko,而不自己编译,会导致系统缺少针对当前 Kernel 的头文件,无法实现在 Debian 中编译自己的 ko。
因此,我需要自己编译 Debian Kernel,也就是修改原始的 Debian Ke[……]