Testing on the mainline v4.8-rc3 kernel, the first thing that happens is that the NIC dies before I can even use it. Browser just sits there, so I try to ping:
thor@thor-ideapad:~$ ping 8.8.8.8 PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data. ping: sendmsg: No buffer space available ping: sendmsg: No buffer space available ^C --- 8.8.8.8 ping statistics --- 10 packets transmitted, 0 received, 100% packet loss, time 28251ms Then I unload the module to try to recover: thor@thor-ideapad:~$ sudo modprobe -r rtl8821ae thor@thor-ideapad:~$ sudo modprobe rtl8821ae The modprobe kind of sits there for several seconds trying to unload before it returns to the command line. Something isn't responding as it should I think, because usually, kernel modules unload almost instantly. So anyway, I now manage to stay connected, so I ping: thor@thor-ideapad:~$ ping 8.8.8.8 ... ... ... 64 bytes from 8.8.8.8: icmp_seq=16 ttl=55 time=8203 ms 64 bytes from 8.8.8.8: icmp_seq=17 ttl=55 time=7154 ms 64 bytes from 8.8.8.8: icmp_seq=18 ttl=55 time=6130 ms 64 bytes from 8.8.8.8: icmp_seq=19 ttl=55 time=5106 ms 64 bytes from 8.8.8.8: icmp_seq=20 ttl=55 time=4084 ms 64 bytes from 8.8.8.8: icmp_seq=21 ttl=55 time=3060 ms 64 bytes from 8.8.8.8: icmp_seq=22 ttl=55 time=2036 ms 64 bytes from 8.8.8.8: icmp_seq=23 ttl=55 time=12.7 ms 64 bytes from 8.8.8.8: icmp_seq=24 ttl=55 time=47.7 ms 64 bytes from 8.8.8.8: icmp_seq=25 ttl=55 time=12.1 ms 64 bytes from 8.8.8.8: icmp_seq=26 ttl=55 time=12.1 ms 64 bytes from 8.8.8.8: icmp_seq=27 ttl=55 time=11.5 ms 64 bytes from 8.8.8.8: icmp_seq=28 ttl=55 time=11.8 ms 64 bytes from 8.8.8.8: icmp_seq=29 ttl=55 time=11.7 ms 64 bytes from 8.8.8.8: icmp_seq=30 ttl=55 time=12.2 ms 64 bytes from 8.8.8.8: icmp_seq=31 ttl=55 time=11.4 ms 64 bytes from 8.8.8.8: icmp_seq=32 ttl=55 time=21.4 ms 64 bytes from 8.8.8.8: icmp_seq=33 ttl=55 time=13.4 ms 64 bytes from 8.8.8.8: icmp_seq=34 ttl=55 time=11.5 ms 64 bytes from 8.8.8.8: icmp_seq=35 ttl=55 time=12.5 ms 64 bytes from 8.8.8.8: icmp_seq=36 ttl=55 time=12.6 ms 64 bytes from 8.8.8.8: icmp_seq=37 ttl=55 time=11.5 ms 64 bytes from 8.8.8.8: icmp_seq=38 ttl=55 time=40.7 ms 64 bytes from 8.8.8.8: icmp_seq=39 ttl=55 time=69.3 ms 64 bytes from 8.8.8.8: icmp_seq=40 ttl=55 time=108 ms 64 bytes from 8.8.8.8: icmp_seq=41 ttl=55 time=194 ms 64 bytes from 8.8.8.8: icmp_seq=42 ttl=55 time=12.3 ms 64 bytes from 8.8.8.8: icmp_seq=43 ttl=55 time=192 ms 64 bytes from 8.8.8.8: icmp_seq=44 ttl=55 time=12.0 ms 64 bytes from 8.8.8.8: icmp_seq=45 ttl=55 time=191 ms 64 bytes from 8.8.8.8: icmp_seq=46 ttl=55 time=12.0 ms 64 bytes from 8.8.8.8: icmp_seq=47 ttl=55 time=137 ms 64 bytes from 8.8.8.8: icmp_seq=48 ttl=55 time=25.6 ms 64 bytes from 8.8.8.8: icmp_seq=49 ttl=55 time=3684 ms 64 bytes from 8.8.8.8: icmp_seq=50 ttl=55 time=2626 ms 64 bytes from 8.8.8.8: icmp_seq=51 ttl=55 time=1606 ms 64 bytes from 8.8.8.8: icmp_seq=52 ttl=55 time=585 ms 64 bytes from 8.8.8.8: icmp_seq=53 ttl=55 time=4381 ms ... ... ... It kind of does this weird cycle with the ping times. It's what I saw before with the distribution kernel, so there's no difference there. I noticed that this bug has been tagged with bios-outdated. Should I look into flashing a new BIOS on the machine? I won't touch a thing unless instructed to do so. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1618267 Title: RTL8821AE abruptly halts all network traffic Status in linux package in Ubuntu: Incomplete Bug description: Computer: Lenovo IdeaPad 110 WiFi AP: Linksys E2500 After a few minutes of mixed Internet use, the WiFi hangs and the interface ceases to pass traffic: 64 bytes from 8.8.8.8: icmp_seq=281 ttl=55 time=12.8 ms 64 bytes from 8.8.8.8: icmp_seq=282 ttl=55 time=12.5 ms 64 bytes from 8.8.8.8: icmp_seq=283 ttl=55 time=58.4 ms 64 bytes from 8.8.8.8: icmp_seq=284 ttl=55 time=68.0 ms 64 bytes from 8.8.8.8: icmp_seq=285 ttl=55 time=65.6 ms ping: sendmsg: No buffer space available ping: sendmsg: No buffer space available ping: sendmsg: No buffer space available ^C --- 8.8.8.8 ping statistics --- 314 packets transmitted, 283 received, 9% packet loss, time 366615ms rtt min/avg/max/mdev = 11.423/177.382/7227.733/806.648 ms, pipe 8 Before the driver hangs, speeds are 30/5 Mbps despite a 75 Mbps WiFi transmit rate and a 70/70 Mbps symmetrical fiber connection in the house. The connection and the router are known to perform better than this with other equipment. Forcing the router into 802.11g mode does, at least at a cursory glance, seem to mitigate the halting problem, but speeds remain abysmal. If there is any kind of technically involved tests I can do to speed up the debugging of this problem, let me know. I have some experience with embedded development in C. ProblemType: Bug DistroRelease: Ubuntu 16.04 Package: linux-image-4.4.0-34-generic 4.4.0-34.53 ProcVersionSignature: Ubuntu 4.4.0-34.53-generic 4.4.15 Uname: Linux 4.4.0-34-generic x86_64 ApportVersion: 2.20.1-0ubuntu2.1 Architecture: amd64 AudioDevicesInUse: USER PID ACCESS COMMAND /dev/snd/controlC1: thor 3179 F.... pulseaudio /dev/snd/controlC0: thor 3179 F.... pulseaudio CurrentDesktop: Unity Date: Tue Aug 30 01:36:22 2016 HibernationDevice: RESUME=UUID=a482ae0a-dd87-41de-be2c-50541edcfa53 InstallationDate: Installed on 2016-08-29 (0 days ago) InstallationMedia: Ubuntu 16.04.1 LTS "Xenial Xerus" - Release amd64 (20160719) MachineType: LENOVO 80TJ ProcFB: 0 radeondrmfb ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-4.4.0-34-generic.efi.signed root=/dev/mapper/ubuntu--vg-root ro quiet splash vt.handoff=7 RelatedPackageVersions: linux-restricted-modules-4.4.0-34-generic N/A linux-backports-modules-4.4.0-34-generic N/A linux-firmware 1.157.3 SourcePackage: linux UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 03/24/2016 dmi.bios.vendor: Lenovo dmi.bios.version: 1QCN16WW dmi.board.asset.tag: No Asset Tag dmi.board.name: Nano 5A8 dmi.board.vendor: LENOVO dmi.board.version: SDK0J40700 WIN dmi.chassis.asset.tag: No Asset Tag dmi.chassis.type: 10 dmi.chassis.vendor: LENOVO dmi.chassis.version: Lenovo ideapad 110-15ACL dmi.modalias: dmi:bvnLenovo:bvr1QCN16WW:bd03/24/2016:svnLENOVO:pn80TJ:pvrLenovoideapad110-15ACL:rvnLENOVO:rnNano5A8:rvrSDK0J40700WIN:cvnLENOVO:ct10:cvrLenovoideapad110-15ACL: dmi.product.name: 80TJ dmi.product.version: Lenovo ideapad 110-15ACL dmi.sys.vendor: LENOVO To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1618267/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp