使用uClibc Toolchain编译LEDE系统,适配迅雷xware远程下载

最近买了MT7621路由,还带sata口,就想适配一个系统,由于:
1.Openwrt官方trunk里面kmod-mt76驱动居然还停留在2016年6月,实测2.4G比较弱,所以不予考虑了,再看LEDE的snapshot,更新到2017年2月了,当然要选择LEDE了。
2.LEDE目前全面切换到了MUSL库,导致迅雷xware mipsel的32位uclibc版本直接不能用了,为了适配,所以必须编译一个基于uClibc库的系统,但是LEDE/OPENWRT的toolchain默认菜单里面都只有musl和glibc了,uclibc被标记为了broken。。。。所以必须自行研究。

折腾了大约1周,终于搞定了,步骤如下:
1.下载LEDE源码,这个很简单:
继续阅读使用uClibc Toolchain编译LEDE系统,适配迅雷xware远程下载

Openwrt的密码api变化带来的影响

从openwrt r46483 r46820版本开始,kmod-crypto-aes,kmod-crypto-arc4,kmod-crypto-core不再作为单独的软件包提供,而是在kernel中提供,目前测试下来,在mt7621的dd trunk版本中,wifi的wpa2的aes加密未受到影响,但是shadowsocks受到了影响,aes和rc4-md5相关算法均会报cipher not found 的错误导致不能使用。只能使用chacha20或者salsa20的算法,后者是基于libsodium包的,实测未受到影响。

MT7621路由性能评测

最近在网上逛的时候发现一款MT7621的路由,由于OPENWRT的TRUNK版官方支持该路由,所以就买了一个回来,型号是ZBT-WG3526,16MB ROM,512MB RAM,MT7603EN的2.4GHz芯片,据说此芯片驱动有不少问题,目前还在解决中,MT7612EN的5GHz芯片,驱动据说非常稳定,支持ac,另外还有一个sata口和mini pcie,可以接一个笔记本硬盘,测试了一下,可以塞进去,不过要想办法固定。
出厂系统直接不能用,而且只能识别128MB内存,简直坑爹。。。所以到手就用sysupgrade刷了trunk版本的OP官方系统。。。由于trunk版本是musl的c库,很多软件需要重新编译才能使用,例如chinadns,迅雷xware直接不能用。。。等15.05.2出个glibc的版本才可以。。。
继续阅读MT7621路由性能评测