WhyCan Forum(哇酷开发者社区)

那我连续传数据试试。奔溃后rmmod，重新insmod行不行

用的什么模块

什么错，出错后通信没问题？

不像是发热引起的
我详细说说
zero和nano我都有，因为要用音频，所以用的是bsp的内核

zero上测试了8723bs，rt5370，rt5572,bcm43236,ar9271几种网卡，tcp传输文件很正常，但是我的程序是用udp传输一个数据流，流量是恒定的，大约150kbps,2.4G频段丢包严重，怀疑是zero对2.4G频段有些干扰，用了延长线，让usb WiFi远离zero也不行。同样的程序，用5G频段就完全正常（rt5572和bcm43236是双频网卡）8723bs没有导致崩溃

在nano上8723bs会引起系统崩溃，rt5370，rt5572会使用中会断网，重新加载模块会正常，ar9271和bcm43236完全正常

最近编辑记录 ippen (2019-11-20 20:53:03)

肯定不是2.4G频段干扰引起的，因为我的设备离无线路由器很近，就3~4米距离，并且同样的模块，用nano的2.4G频段，完全没有问题，只有zero的2.4G频段有问题
没注意8723的驱动版本，都是全志bsp内核里面自带的驱动

RTL8188CUS不一会就崩了
# [  161.648051] ntpd invoked oom-killer: gfp_mask=0x14200ca(GFP_HIGHUSER_MOVABLE), nodemask=(null), order=0, oom_score_adj=0
[  161.693209] CPU: 0 PID: 147 Comm: ntpd Not tainted 4.15.0-rc8-licheepi-nano+ #43
[  161.723707] Hardware name: Allwinner suniv Family
[  161.740579] [<c010e8e4>] (unwind_backtrace) from [<c010ba2c>] (show_stack+0x10/0x14)
[  161.771515] [<c010ba2c>] (show_stack) from [<c0187b0c>] (dump_header.constprop.4+0x60/0x1d0)
[  161.803480] [<c0187b0c>] (dump_header.constprop.4) from [<c01871d8>] (oom_kill_process+0x234/0x48c)
[  161.835946] [<c01871d8>] (oom_kill_process) from [<c0187708>] (out_of_memory+0xe0/0x438)
[  161.867979] [<c0187708>] (out_of_memory) from [<c018bce0>] (__alloc_pages_nodemask+0x804/0xb60)
[  161.900879] [<c018bce0>] (__alloc_pages_nodemask) from [<c0184ed0>] (filemap_fault+0x2d0/0x578)
[  161.933817] [<c0184ed0>] (filemap_fault) from [<c01a7ca0>] (__do_fault+0x18/0x80)
[  161.965700] [<c01a7ca0>] (__do_fault) from [<c01ab7c0>] (handle_mm_fault+0x3f0/0x92c)
[  161.998624] [<c01ab7c0>] (handle_mm_fault) from [<c010f2a0>] (do_page_fault+0x130/0x378)
[  162.031745] [<c010f2a0>] (do_page_fault) from [<c0101328>] (do_PrefetchAbort+0x38/0x9c)
[  162.064656] [<c0101328>] (do_PrefetchAbort) from [<c010c984>] (ret_from_exception+0x0/0x1c)
[  162.097955] Exception stack(0xc1e73fb0 to 0xc1e73ff8)
[  162.115819] 3fa0:                                     0000000e bedbb8bc 00000000 00000000
[  162.148704] 3fc0: 00000000 00000000 00573570 0000008e 00000000 00000000 0000008e 00000002
[  162.181191] 3fe0: bedbb850 bedbb540 b6f3c790 0050414c 00000010 ffffffff
[  162.211740] Mem-Info:
[  162.211778] rtl_usb: Pending RX skbuff queue full! (qlen: 64)
[  162.254733] active_anon:130 inactive_anon:4 isolated_anon:0
[  162.254733]  active_file:1 inactive_file:1 isolated_file:0
[  162.254733]  unevictable:0 dirty:0 writeback:0 unstable:0
[  162.254733]  slab_reclaimable:163 slab_unreclaimable:923
[  162.254733]  mapped:2 shmem:10 pagetables:19 bounce:0
[  162.254733]  free:123 free_pcp:0 free_cma:0
[  162.377340] rtl_usb: Pending RX skbuff queue full! (qlen: 64)
[  162.405425] rtl_usb: Pending RX skbuff queue full! (qlen: 64)
[  162.433485] rtl_usb: Pending RX skbuff queue full! (qlen: 64)
[  162.461456] rtl_usb: Pending RX skbuff queue full! (qlen: 64)
[  162.489403] rtl_usb: Pending RX skbuff queue full! (qlen: 64)
[  162.517127] rtl_usb: Pending RX skbuff queue full! (qlen: 64)
[  162.545009] rtl_usb: Pending RX skbuff queue full! (qlen: 64)
[  162.573060] rtl_usb: Pending RX skbuff queue full! (qlen: 64)
[  162.601513] Node 0 active_anon:520kB inactive_anon:16kB active_file:4kB inactive_file:4kB unevictable:0kB isolated(anon):0kB isolated(file):0kB mapped:8kB dirty:0kB writeback:0kB shmem:40kB writeback_tmp:0kB unstable:0kB all_unreclaimable? yes
[  162.601565] rtl_usb: Pending RX skbuff queue full! (qlen: 64)
[  162.709827] rtl_usb: Pending RX skbuff queue full! (qlen: 64)
[  162.738856] rtl_usb: Pending RX skbuff queue full! (qlen: 64)
[  162.768143] rtl_usb: Pending RX skbuff queue full! (qlen: 64)
[  162.797809] rtl_usb: Pending RX skbuff queue full! (qlen: 64)