Hua Shao

The math rendering engine relies on Mathjax, and unfortunately Mathjax has retired its CDN ([https://www.mathjax.org/cdn-shutting-down](https://www.mathjax.org/cdn-shutting-down/)). I guess the developers haven't noticed it yet. Anyway, you can fix it simply by...

Just saw your mail. Sorry that kernel 4.9 is not supported yet. Just cannot affort the time since there's a lot of pending work. On 02/7/2018 04:31，ratrop wrote： Hello, I...

not yet. the latest uboot code for 7623 I saw was based on u-boot 2014

sorry bro, I haven't got the chance to test it with xiaomi 3g yet ... if you run into any crash, plz post the console/dmesg log here.

May this help? https://github.com/Nossiac/mtk-openwrt-feeds/wiki > > So, disable/remove the following modules/packages first. > > As stated above, you'd better disable/remove the following modules/packages before using MediaTek drivers, otherwise your system...

it seems the driver probes properly in step 1. did you get any log for step 2?

`HWaddr 00:00:00:00:00:00` MAC为0一般都是因为driver找不到eeprom data。可以在dmesg里看到“failed to open /lib/firmware/mt76xx.eeprom.bin”这样的error。不同的产品，eeprom data在flash上的位置可能不一样。一般的，可以通过 ·cat /proc/mtd· 看看是否存在一个factory分区，有的话里面就是eeprom data。将它的内容dd dump到/lib/firmware下，让driver看到，就解决了。 kernel crash 的话，就比较难搞了。这个项目上面收到很多个crash issue，我都没有办法复现和debug。

IMO, there's no reason to remove kernel bridge. so far as I know, a lot of compatibility issues (like probe failure, crash at insmod, etc. ) were dts related (it's...

@haswelliris 哇，非常详尽的日志，非常专业的分析。 抱歉，最近在忙新项目，没有太多精力来复现和debug这里的问题。先纸上谈兵，说说我的看法： 首先，wifi driver在高速场景下，会缓存很多个网络数据包，放在一个队列里。这个队列可能增长到很大，导致系统可用内存变少。一旦数据包被消化，内存又会慢慢还给系统。为了避免无限增长导致系统崩溃，这个缓存队列长度是有极限的，超过极限值，数据包就会被丢弃。这个值是经过多种测试得出的经验值，跟硬件内存容量是匹配的。 所以理论上，wifi driver不会无限制的吃内存。除非，出现了内存泄露。 有两个信息可以辅助分析这种内存问题。 ``` cat /proc/meminfo # 系统内存可用状况统计 cat /proc/slabinfo # 查看内核slab分析器的统计信息，一般的网络包都是从这里取内存的。 ``` 假设是wifi driver（也包括内核中的其它模块）内存泄露，当它申请不到内存时，kernel api是会有反应的，一般有alloc failure这种信息信息印出来，同时driver一定会表现异常。 从你的log看，driver还没有出现异常日志，但是应用层先出事了。所以**不能排除应用层持续大量分配内存导致的问题**。 下面是我曾经用过的一个小程序，它在死循环里fork子进程，直到耗光应用层可分配的内存空间。这时执行任何shell命令都会报 cant fork。注意最后的日志，一般可以看到内核其实还有可用内存，driver不会报错。 ``` #include #include int...

好了，走运了，我在一块开发板上跑起了K2P的软件。 做了一些简单的测试后，确实发现了内存慢慢变少的问题~ 值得一查，不过不要太指望很快有结果，看缘分，[笑脸]。