|
本帖最后由 coffeecat 于 2017-2-18 19:22 编辑
最新版本的openwrt是 DESIGNATED DRIVER (Bleeding Edge, 50104),目前还是trunk版本,我买了个mt7621的路由,编译以后发现存在以下问题:
1.trunk版本默认使用了musl的c语言库,很多软件不兼容,例如china-dns,迅雷xware mips版本,但是buildroot已经不支持uclibc了,只能另外选择glibc,导致迅雷xware mips版本还是不能用,如果未来dd正式版采用glibc库,则没有glibc版本的迅雷xware均不能使用了,使用uclibc编译的china-dns,s-s均无法使用。
——2.18更新,更换了lede,因为mt76驱动比openwrt dd版本更新,需要修改toolchain中相关配置文件后,可以采用uclibc-ng进行编译,实测1.0.22版本uclibc-ng编译的版本,迅雷xware无法使用(其实是可以的,要link lib),因为1.0.19版本后,libdl等库并入新库,导致迅雷无法调用,用了1.0.18编译以后,重新link一下lib,迅雷就可以运行了(估计1.0.22也可以)需要执行如下操作:
ln -s libuClibc-1.0.18.so libdl.so.0
ln -s libuClibc-1.0.18.so libpthread.so.0
root@LEDE:~/xunlei# ./portal
initing...
try stopping xunlei service first...
killall: ETMDaemon: no process killed
killall: EmbedThunderManager: no process killed
killall: vod_httpserver: no process killed
setting xunlei runtime env...
port: 9000 is usable.
YOUR CONTROL PORT IS: 9000
starting xunlei service...
etm path: /root/xunlei
execv: /root/xunlei/lib/ETMDaemon.
getting xunlei service info...
Connecting to 127.0.0.1:9000 (127.0.0.1:9000)
THE ACTIVE CODE IS:
2.自从从openwrt r46483 r46820版本开始,kmod-crypto-aes,kmod-crypto-arc4,kmod-crypto-core不再作为单独的软件包提供,而是在kernel中提供,目前测试下来,在mt7621的dd trunk 50104版本中,wifi的wpa2的aes加密未受到影响,但是s-s受到了影响,aes和rc4-md5相关算法均会报cipher xxx not found 的错误导致不能使用。只能使用chacha20或者salsa20的算法,后两者是基于libsodium包的,未受到影响,如果此问题在正式版本还存在也会对使用有影响。。。
——2.18更新,据说要使用修改过的libsodium等相关库编译以后才能使用,还未测试。
3.此版本的trunk里面wifi设置多了80211w的选项,此选项的存在将导致2.4G和5G无法启动,必须从luci的wifi.lua中删除相关代码才能正常使用wifi。
——2.18更新,lede里面的luci不存在此问题
这些是目前发现的问题,其他应用测试正常,china-dns,s-s等软件都需要自己编译成1004kc glibc才可以使用。
|
|