Summary; my own rtl8821ae frequent connection lost problem was fixed by
upstream patch b8b8b16352cd ("rtlwifi: rtl8821ae: Fix connection lost
problem") merged for 4.14-rc4.

I've recently fixed a problem very much like the problems reported in
this bug; and during my tests I saw the cycling ping times, the delay
unloading the module, and the no buffer space, all of which suggested a
firmware hang in the wireless device.

My main problem was that connection was lost shortly after it was made,
and especially if there was a burst of download data.  Workaround was to
turn wireless off then on again, or reboot.

What I did was

(a) test several ubuntu kernels to find which ones were affected,

(b) using git bisect, tested several custom kernels, and proved my
problem began with a single commit 40b368af4b75 ("rtlwifi: Fix alignment
issues"),

(c) worked with upstream to determine a likely cause; the commit wasn't
widely tested,

(d) proved through testing that the BIOS can have an effect; because the
rtl8821ae driver does not reset the card, but inherits the card in
whatever state the BIOS left it.  This can randomise problem reports.

(e) proved that a power down and reboot can have a different effect to a
warm reboot; some of the wireless card device registers are unchanged on
warm reboot.  This can randomise problem reports.

Hope that helps.

-- 
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:
  Triaged

Bug description:
  Computer: Lenovo IdeaPad 110
  WiFi AP: Linksys E2500 v1.0 with firmware v2.0.00

  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

Reply via email to