X86软路由LAN网口掉线问题

五度啤酒

平台：NUC5PPYH
WAN: Realtek 8111HN
LAN: USB3.0转千兆，绿联的AX88179，以及ANKER的RTL8152B
AP：R6800
现在固件版本：openwrt-21.02.5

    开始的时候是基于lede源码编译的X86镜像，使用AX88179，2~3天，设备就不能DHCP，WAN口没有掉线，正常；排除供电问题，电源用的是NUC的原装电源，一般不存在供电问题，关闭TSO也没啥卵用；后面更换过官方原版的固件，情况会号一些
能坚持一周左右，但还是出现相同的问题，虽怀疑是不是网卡的问题，更换了ANKER的网卡，问题依旧，报错信息如下：

1. [615849.506324] NETDEV WATCHDOG: eth1 (ax88179_178a): transmit queue 0 timed out
   
2. [615849.506892] WARNING: CPU: 1 PID: 0 at dev_watchdog+0x230/0x240
   
3. [615849.507341] Modules linked in: pppoe ppp_async iptable_nat xt_state xt_nat xt_conntrack xt_REDIRECT xt_MASQUERADE xt_FLOWOFFLOAD wireguard pppox ppp_generic nf_nat nf_flow_table_hw nf_flow_table nf_conntrack libchacha20poly1305 ipt_REJECT curve25519_x86_64 chacha_x86_64 ax88179_178a xt_time xt_tcpudp xt_multiport xt_mark xt_mac xt_limit xt_comment xt_TCPMSS xt_LOG usbnet slhc r8169 r8152 poly1305_x86_64 nf_reject_ipv4 nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 libcurve25519_generic libchacha iptable_mangle iptable_filter ip_tables forcedeth e1000e crc_ccitt bnx2 i2c_dev xt_set ip_set_list_set ip_set_hash_netportnet ip_set_hash_netport ip_set_hash_netnet ip_set_hash_netiface ip_set_hash_net ip_set_hash_mac ip_set_hash_ipportnet ip_set_hash_ipportip ip_set_hash_ipport ip_set_hash_ipmark ip_set_hash_ip ip_set_bitmap_port ip_set_bitmap_ipmac ip_set_bitmap_ip ip_set nfnetlink nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 ixgbe igb e1000
   
4. [615849.507396]  ip6_udp_tunnel udp_tunnel mdio tun nls_utf8 nls_iso8859_1 nls_cp437 vfat fat xhci_plat_hcd fsl_mph_dr_of ehci_platform ehci_fsl button_hotplug ptp realtek pps_core mii libphy
   
5. [615849.515076] CPU: 1 PID: 0 Comm: swapper/1 Not tainted 5.4.215 #0
   
6. [615849.515538] Hardware name:  /NUC5PPYB, BIOS PYBSWCEL.86A.0079.2020.0420.1316 04/20/2020
   
7. [615849.516148] RIP: 0010:dev_watchdog+0x230/0x240
   
8. [615849.516497] Code: e8 eb 91 4c 8b 7d d0 c6 05 2e 33 b1 00 01 4c 89 ff e8 a4 f3 fc ff 89 d9 4c 89 fe 48 c7 c7 80 58 08 82 48 89 c2 e8 ef 5b 10 00 <0f> 0b eb bb 66 66 2e 0f 1f 84 00 00 00 00 00 90 55 48 89 e5 41 57
   
9. [615849.517891] RSP: 0018:ffffc900000c4e88 EFLAGS: 00010292
   
10. [615849.518296] RAX: 0000000000000040 RBX: 0000000000000000 RCX: 0000000000000006
    
11. [615849.518840] RDX: 0000000000000007 RSI: 0000000000000002 RDI: ffff88817bc9c4d0
    
12. [615849.519382] RBP: ffffc900000c4ec0 R08: 0000000000000000 R09: 0000000000000223
    
13. [615849.519925] R10: 0000000000000008 R11: 0000000000000000 R12: ffff88817aaf0680
    
14. [615849.520469] R13: ffff888179d4f478 R14: 0000000000000001 R15: ffff888179d4f000
    
15. [615849.521013] FS:  0000000000000000(0000) GS:ffff88817bc80000(0000) knlGS:0000000000000000
    
16. [615849.521626] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
    
17. [615849.522067] CR2: 00007f5394086d84 CR3: 0000000003208000 CR4: 00000000001006e0
    
18. [615849.522610] Call Trace:
    
19. [615849.522813]  <IRQ>
    
20. [615849.522986]  ? qdisc_put+0x40/0x40
    
21. [615849.523260]  call_timer_fn.isra.40+0x16/0x80
    
22. [615849.523596]  run_timer_softirq+0x164/0x180
    
23. [615849.523920]  ? lapic_next_deadline+0x27/0x30
    
24. [615849.524256]  ? clockevents_program_event+0x8b/0xf0
    
25. [615849.524630]  __do_softirq+0xc9/0x20e
    
26. [615849.524916]  irq_exit+0x6f/0x80
    
27. [615849.525168]  smp_apic_timer_interrupt+0x5e/0x90
    
28. [615849.525520]  apic_timer_interrupt+0xf/0x20
    
29. [615849.525841]  </IRQ>
    
30. [615849.526021] RIP: 0010:cpuidle_enter_state+0x137/0x2c0
    
31. [615849.526412] Code: 89 c6 e8 fc 62 9f ff 45 84 ff 74 17 9c 58 0f 1f 44 00 00 f6 c4 02 0f 85 67 01 00 00 31 ff e8 10 53 a3 ff fb 66 0f 1f 44 00 00 <45> 85 ed 0f 88 c5 00 00 00 49 63 cd 4c 2b 75 d0 48 8d 04 49 48 c1
    
32. [615849.527804] RSP: 0018:ffffc9000007fe68 EFLAGS: 00000246 ORIG_RAX: ffffffffffffff13
    
33. [615849.528379] RAX: ffff88817bca4980 RBX: ffffffff822529c0 RCX: 000000000000001f
    
34. [615849.528922] RDX: 0002301ca308ebc4 RSI: 0000000050000000 RDI: 0000000000000000
    
35. [615849.529465] RBP: ffffc9000007fe98 R08: 0000000000000000 R09: 0000000000024200
    
36. [615849.530008] R10: 00038035e0595648 R11: 0000000000000010 R12: ffff88817bcac328
    
37. [615849.530552] R13: 0000000000000005 R14: 0002301ca308ebc4 R15: 0000000000000000
    
38. [615849.531098]  ? cpuidle_enter_state+0x114/0x2c0
    
39. [615849.531445]  cpuidle_enter+0x2f/0x40
    
40. [615849.531731]  call_cpuidle+0x1e/0x40
    
41. [615849.532008]  do_idle+0xf4/0x1c0
    
42. [615849.532260]  cpu_startup_entry+0x18/0x20
    
43. [615849.532569]  start_secondary+0x145/0x170
    
44. [615849.532879]  secondary_startup_64+0xa4/0xb0
    
45. [615849.533208] ---[ end trace 31f0b6f32c6e4172 ]---

复制代码

查了很多资料，没有合适的解法；遂，换上m.2转的网卡，RTL8111F，这次驱动更新到最新的8.050.03版本，继续观察中~



前后折腾一个月下来，最大的感受就是
1、软路由的兼容性问题比硬路由多得多！要不是高性能的硬路由实在是贵，建议不要上X86的软路由
2、能用pcie或者m.2的网卡，就不要使用usb网卡
3、安安静静让它当好路由的本分，什么去广告，网易云，smb，下载，没必要，路由的基本工作就是能带你到你想去的地方，它就是及格的
----------------------------
换了m.2的网卡后，也出现LAN对AP无法获取dhcp的情况，重启AP机器，能正常接入，遂怀疑是不是AP的固件版本问题，升级为openwrt-21.02.5，再无出现异常情况

请不要胡乱输入以及粘贴、复制等方式灌水

请尊重作者、并共同维护网站的正常阅读，否则账户将会被限制发帖、回帖，并且积分可能会被清零，站内短信以及阅读权限等都会受到影响，谢谢。 具体限制方式：https://www.right.com.cn/forum/thread-8307840-1-1.html

2267055188

顶顶顶顶顶顶顶顶顶顶顶顶顶顶顶顶顶顶顶顶顶顶顶顶顶顶顶顶顶顶顶顶顶顶顶

wulishui

x86不稳定？没有的事。我都用了几年了。电信机房用的就是x86。

lhn1324

x86还是要看硬件品质，比较用作路由器的都是7x24的

badcrazy

usb网卡不稳定正常，你自己改下散热可能就不一样了，也不排除op的usb驱动问题，软路由也没啥高深的 ，没事固件里别塞太多插件，只要硬件没问题就很稳

五度啤酒

badcrazy 发表于 2022-11-3 19:47
usb网卡不稳定正常，你自己改下散热可能就不一样了，也不排除op的usb驱动问题，软路由也没啥高深的 ，没事 ...

usb网卡改散热，那没这个必要，换掉他就是了，目前换了m.2的，整体来说还OK，稳定跑6天了