中兴自研CPU ZX279133 星云MAX主路由 适配主线内核 (向openwrt发起冲锋)

pipeMAKER

cnjn 发表于 2026-7-27 00:05
我不明白，一个路由器需要跑哪些了不起的很吃cpu的应用呢。

它作为一个路由器来说，不是够用的吗？有硬 ...

进展如何了？期待你成功适配openwrt.

iory

支持支持，如果能利用上8核npu，作为软的硬件加速路由器非常有前途

zps2k

支持楼主。我认为主要是系统有些功能不全

dapoolsea

cnjn 发表于 2026-7-27 00:06
我不明白，一个路由器需要跑哪些了不起的很吃cpu的应用呢。

它作为一个路由器来说，不是够用的吗？有硬 ...

我也是，不用all in one，纯粹的路由器，稳定。可靠

Yuzhii

玩机主要是自己折腾的乐趣，而非达成什么目的，也和设备性能强弱无关，我只是为了折腾，像mt7620,mt7628,qca953x这些设备我都搞了，给他们弄了最新的uboot和固件，即便性能很弱的airoha en7523，我也一样在折腾。
npu也并非不可能适配，airoha的开源npu驱动也是从无到有发展来的

hello520i

必须支持下

qiafan

谢谢大佬

tntxxd

楼主 我正在研究zte g7615v2 同款soc
它价格不到50元 但是有wifi6 2.5g 还内嵌一个olt！
我目前已经对他进行了深入研究 反编译看了系统中很多二进制文件 注册了他uboot的安全启动和签名校验 并且自己写了init对网口和光口进行了成功的初始化并使用
目前正在考虑编译自己的系统
这是我的文章：https://bbs.kanxue.com/thread-291954.htm
有兴趣一起吗 我也想适配主线内核
有兴趣请联系我:tntxxd666@qq.com

tntxxd

然后我认为开源np驱动是可以写的。np.ko我大致反编译看了。工作量大一些

cnjn

tntxxd 发表于 2026-8-15 12:43
楼主 我正在研究zte g7615v2 同款soc
它价格不到50元 但是有wifi6 2.5g 还内嵌一个olt！
我目前已经对他进 ...

你好！很高兴有同道也在研究中兴的路由器。

如果你只是想运行自己的系统，我这里有全套的方法。用原厂的内核➕加自己自定义的root fs就可以了。只是这种方法无法自定义内核，原厂给了什么功能，我们就只能用什么功能。虽然原厂内核也算齐全，但还是缺了点东西，比如我想要的tproxy就没有。全盘加密，我已经搞定了，想怎么自定义就怎么自定义，我晚点联系你。

适配主线内核，尤其是npu加速，工作量很大。我还在努力中。

guka

Kareshi 发表于 2026-7-29 14:56
支持楼主。我认为主要是系统有些功能不全，不够直观，所以才有折腾的必要 ...

兄弟，毛遂自荐一下。如果不需要搞太高级的功能，用原厂固件的话，现在需要增强网速流量统计功能，可以用我的插件。

ZTE-Stat_Max

你上谷歌就可以搜索到了。

tntxxd

cnjn 发表于 2026-8-15 19:18
你好！很高兴有同道也在研究中兴的路由器。

如果你只是想运行自己的系统，我这里有全套的方法。用原厂的 ...

你好！我也是干掉了全盘加密。现在我也在想做新内核，我目前是尝试在同版本内核上操作。我手上的g7615v2的uart非常奇怪，设备树写pl011但实际上不是pl011，寄存器布局很奇怪，我今天对它进行了逆向，请问你是怎么解决串口问题的？此外，我认为移植np是可行的，因为他没有使用一些少见的api，而都是常见的内核api。我认为我们可以分工，我先做np的移植等操作。之后我们把所有的模块做好后丢在内核里面。
此外，我注意到我手上g7615v2的olt数据平面接口对桥的适配有奇怪的问题，我认为这是np配置不完全导致的。

tntxxd

cnjn 发表于 2026-8-15 19:18
你好！很高兴有同道也在研究中兴的路由器。

如果你只是想运行自己的系统，我这里有全套的方法。用原厂的 ...

我认为np的移植可以不使用ai。手工操作+脚本批量处理的方式可能更合适。

cnjn

tntxxd 发表于 2026-8-15 22:23
你好！我也是干掉了全盘加密。现在我也在想做新内核，我目前是尝试在同版本内核上操作。我手上的g7615v2 ...

将np.ko直接移植到同版本主线内核，这听起来很棒，但实际上不是这么回事的。

emm，ai讲了一大堆，我只列出第1条：
1. np.ko 有 300+ 个未定义符号，里面至少有一大坨主线 5.4 根本不存在的东西：

- 收发包：switch_skb_recv、idm_netdev、uSKB_SHAREDINFO_SIZE
- 预留内存：get_bmu_reserved_base/size、get_se_ddr_table_reserved_*、get_se_hash_ddr_table_reserved_*
- 片上 IP：整组 serdes_* / uni_serdes_*、xpcs_*、xmac_*、zte_gephy_*、zx_mdio_*、an1_pll_*、com_pll_*
- 产品控制面：CspGetPortInfo、OssBbxKernWrite、IfName2WlanIdmMap、g_pon_cputype、g_pon_work_mode
- WOE 中断全局量：g_woe0_rx_int / g_woe0_tx_int / g_woe1_*

主线同版本内核能解析的，大概就是 __alloc_skb、printk、of_* 这类。其余一加载就是 Unknown symbol。要消掉这些符号，等于把 plat_132.ko、PON、switch、时钟复位、预留内存、OSS 一起搬过去——那已经不是“移植 np.ko”了。

np.ko看着是一个单独模块，但它已经和zte定制的那些网络栈深度绑定在一起了。直接挪过来，用不了，就好比我们建房子，不可能把一楼二楼都丢掉，只要三楼。

那我们把一楼二楼也直接挪过来用可不可以？还是不可以。因为地基不一样，一楼二楼放在我们的地基（主线内核）上，会这里多出一块，那里少了一茬。举个例子：Linux网络栈中，有一个很重要的结构体叫skb，这个结构体，主线内核中是100字节的sizeof，而zte内核中，却有180字节。zte内核这多出来的80字节是干嘛的？肯定有用，到底有啥用就得一个一个分析了。

要么把地基＋上面的房子整个挪过来（内核+内核模块），此时我们可以自己装修（定制rootfs），但是动不了主体了。要么我们自己推到重来，想怎么样就怎么样。

复用已有模块是复用不了一点的，因为两个的地基就不一样，非常不兼容。随便一个内存越界访问，可能就直接死机了。

另外，这两天开学在即，然后是中期考核，我非常忙。具体找你讨论可能会晚很多，抱歉。

qxhdly

楼主加油