Wi-Fi (WiFi) not found after suspend (sleep)

Question

Hi, I was told on the Inspiron forum to try this forum instead.

I bought an Inspiron 15 3573 (Ubuntu Linux 16.04) last month. First action was to run the updates, and then the Upgrade to Ubuntu 18.04 through the Software Updater. As soon as this was done, I got a notification window up, telling me that there was a 'System program problem detected'.
Not the first thing I want to see on a new laptop, so I downloaded the Ubuntu 18.04 LTS version from the Ubuntu website. Because I couldn't activate encryption when I tried to overinstall the operating system only, I chose to wipe the intire disk and start completely afresh.
After a couple of sessions I started to realised that after bringing the laptop back from suspend/sleep mode, I had no WiFi connection. The only way of getting the WiFi back to work was a restart/shutdown. But this situation is totally unworkable for me.
I searched up and down the Ubuntu forums, but anything I could find there in connection with this problem was too much for my average brain size. I have limited experience with the Terminal window, but dealing with Bash scripts and the likes is beyond my scope. Any of the solutions I found also apeared to be brand and modelspecific.

Can anybody please point me towards a fix relating to the INSPIRON 15 3573 UBUNTU

I could even live with having to enter a command in the Terminal each time, to switch it back on.

rumble.fish · Answer

I have an Inspiron 15 3573 I bought this month (January, 2019) as well.
Exact same problem. 100% reproducible. If the laptop is suspended, the wi-fi is dead. Only way to get it back is to reboot.
Now, I've done a fair bit of troubleshooting in my time, and have tried many many different things regarding this problem..
Tried disabling PCI ASPM via pciset -s. Nope.
Tried soft blocking Bluetooth via rfkill. Nope.
Tried various different power states with, for example: echo -n "mem" >/sys/power/state. Nope.
Tried turning off power management of the NIC via iwconfig. Nope.
Tried unloading all the wifi modules from the kernel, suspending, then loading them (lsmod/insmod/rmmod/modprobe). Nope.
Tried a different M.2 wifi NIC. (Yes, completely different hardware) Nope.
The problem persists, no matter what. It seems like this is a PCIE bus related bug, that is causing the power subsystem in Linux to be unable to enumerate, load, or interact with the hardware after a suspend.
So, I tried manually removing the device via echo 1 > /sys/bus/devices/0000\:00\:03.0/remove and restarting the NM. Nope.
Tried doing that, and then manually re-scanning the PCI bus via echo 1 > /sys/bus/pci/rescan and restarting the NM. Nope.
Tried Ubuntu 16.04. Nope.
Tried Ubuntu 14.x Nope.
Tried Linux Mint 17.x Nope.
Tried Linux Mint 18.x. Nope.
Tried Linux Mint 19.x. Nope.
So now I have a fully up to date Linux Kernel 4.15, with two M.2 wifi NICs, and the problem persists.

Here's the trace: (for the iwlan card)
[   91.194874] ------------[ cut here ]------------
[   91.194875] Timeout waiting for hardware access (CSR_GP_CNTRL 0xffffffff)
[   91.194933] WARNING: CPU: 1 PID: 617 at /build/linux-vxxS7y/linux-4.15.0/drivers/net/wireless/intel/iwlwifi/pcie/trans.c:1973 iwl_trans_pcie_grab_nic_access+0xea/0xf0 [iwlwifi]
[   91.194935] Modules linked in: ccm spi_pxa2xx_platform 8250_dw hid_multitouch intel_rapl intel_telemetry_pltdrv intel_punit_ipc intel_telemetry_core intel_pmc_ipc x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel kvm irqbypass crct10dif_pclmul crc32_pclmul ghash_clmulni_intel pcbc dell_smm_hwmon aesni_intel aes_x86_64 crypto_simd glue_helper cryptd intel_cstate intel_rapl_perf input_leds joydev serio_raw dell_wmi wmi_bmof snd_hda_codec_hdmi dell_laptop dell_smbios dcdbas dell_wmi_descriptor ecdh_generic snd_soc_skl snd_soc_skl_ipc snd_hda_ext_core snd_hda_codec_realtek snd_hda_codec_generic snd_soc_sst_dsp snd_soc_sst_ipc snd_soc_acpi rtsx_usb_ms memstick snd_soc_core snd_compress ac97_bus snd_pcm_dmaengine uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 videobuf2_core snd_hda_intel
[   91.194967] videodev media nls_iso8859_1 snd_hda_codec snd_hda_core snd_hwdep snd_pcm arc4 snd_seq_midi snd_seq_midi_event snd_rawmidi snd_seq iwlmvm mac80211 snd_seq_device snd_timer iwlwifi cfg80211 idma64 virt_dma intel_lpss_pci intel_lpss snd mei_me shpchp mei soundcore mac_hid int3400_thermal acpi_thermal_rel intel_hid int3406_thermal sparse_keymap int3403_thermal int340x_thermal_zone sch_fq_codel parport_pc ppdev lp parport ip_tables x_tables autofs4 btrfs xor zstd_compress raid6_pq dm_mirror dm_region_hash dm_log rtsx_usb_sdmmc rtsx_usb i915 i2c_algo_bit drm_kms_helper syscopyarea sysfillrect psmouse sysimgblt fb_sys_fops sdhci_pci i2c_i801 sdhci drm ahci libahci wmi i2c_hid hid video pinctrl_geminilake [last unloaded: bluetooth]
[   91.195013] CPU: 1 PID: 617 Comm: NetworkManager Not tainted 4.15.0-43-generic #46-Ubuntu
[   91.195014] Hardware name: Dell Inc. Inspiron 15-3573/0XT9M4, BIOS 1.5.0 10/03/2018
[   91.195022] RIP: 0010:iwl_trans_pcie_grab_nic_access+0xea/0xf0 [iwlwifi]
[   91.195023] RSP: 0018:ffff9934811eb428 EFLAGS: 00010086
[   91.195025] RAX: 0000000000000000 RBX: ffff883c73910018 RCX: 0000000000000006
[   91.195026] RDX: 0000000000000007 RSI: 0000000000000092 RDI: ffff883c7fc96490
[   91.195026] RBP: ffff9934811eb440 R08: 0000000000000001 R09: 00000000000003ac
[   91.195027] R10: ffffe479c5e15680 R11: 0000000000000000 R12: ffff883c73918f00
[   91.195028] R13: ffff9934811eb450 R14: ffff883c73910210 R15: ffff883c73910018
[   91.195029] FS: 00007f862c92efc0(0000) GS:ffff883c7fc80000(0000) knlGS:0000000000000000
[   91.195030] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[   91.195031] CR2: 0000560cb82e8618 CR3: 0000000170e7a000 CR4: 0000000000340ee0
[   91.195032] Call Trace:
[   91.195043] iwl_write_prph+0x3d/0x90 [iwlwifi]
[   91.195050] iwl_pcie_apm_init+0x1bd/0x220 [iwlwifi]
[   91.195058] iwl_trans_pcie_start_hw+0x76/0x1f0 [iwlwifi]
[   91.195068] iwl_mvm_up+0x3c/0x970 [iwlmvm]
[   91.195072] ? skb_dequeue+0x59/0x70
[   91.195075] ? wireless_nlevent_flush+0x54/0x90
[   91.195099] ? cfg80211_netdev_notifier_call+0xa0/0x610 [cfg80211]
[   91.195106] __iwl_mvm_mac_start+0x19d/0x2d0 [iwlmvm]
[   91.195112] iwl_mvm_mac_start+0x4a/0x110 [iwlmvm]
[   91.195115] ? inetdev_event+0x46/0x4d0
[   91.195140] drv_start+0x48/0x100 [mac80211]
[   91.195157] ieee80211_do_open+0x34f/0x860 [mac80211]
[   91.195174] ieee80211_open+0x52/0x60 [mac80211]
[   91.195176] __dev_open+0xd3/0x160
[   91.195178] __dev_change_flags+0x17e/0x1c0
[   91.195179] dev_change_flags+0x29/0x60
[   91.195181] do_setlink+0x337/0xed0
[   91.195185] ? __nla_reserve+0x41/0x50
[   91.195186] ? __nla_put+0x20/0x30
[   91.195189] ? _raw_read_unlock_bh+0x20/0x30
[   91.195192] ? inet6_fill_ifla6_attrs+0x4b2/0x4d0
[   91.195195] ? __kmalloc_node_track_caller+0x35/0x2d0
[   91.195197] ? pskb_expand_head+0x75/0x2d0
[   91.195199] ? __kmalloc_reserve.isra.43+0x31/0x90
[   91.195201] ? nla_parse+0x35/0x110
[   91.195202] rtnl_newlink+0x5f3/0x930
[   91.195206] ? security_capable+0x30/0x70
[   91.195210] ? ns_capable_common+0x68/0x80
[   91.195211] ? ns_capable+0x13/0x20
[   91.195215] rtnetlink_rcv_msg+0x223/0x2b0
[   91.195217] ? _cond_resched+0x19/0x40
[   91.195219] ? rtnl_calcit.isra.28+0x110/0x110
[   91.195221] netlink_rcv_skb+0x54/0x130
[   91.195223] rtnetlink_rcv+0x15/0x20
[   91.195224] netlink_unicast+0x19e/0x240
[   91.195225] netlink_sendmsg+0x2d1/0x3d0
[   91.195228] sock_sendmsg+0x3e/0x50
[   91.195229] ___sys_sendmsg+0x2a0/0x2f0
[   91.195231] ? netdev_run_todo+0x60/0x320
[   91.195233] ? rtnl_unlock+0xe/0x10
[   91.195235] ? dev_forward_change+0x140/0x140
[   91.195238] ? lockref_put_or_lock+0x60/0x80
[   91.195240] ? dput.part.23+0x155/0x1e0
[   91.195242] __sys_sendmsg+0x54/0x90
[   91.195244] ? __sys_sendmsg+0x54/0x90
[   91.195246] SyS_sendmsg+0x12/0x20
[   91.195248] do_syscall_64+0x73/0x130
[   91.195250] entry_SYSCALL_64_after_hwframe+0x3d/0xa2
[   91.195252] RIP: 0033:0x7f862a10b607
[   91.195253] RSP: 002b:00007fff1ae01220 EFLAGS: 00000293 ORIG_RAX: 000000000000002e
[   91.195254] RAX: ffffffffffffffda RBX: 0000000000000007 RCX: 00007f862a10b607
[   91.195255] RDX: 0000000000000000 RSI: 00007fff1ae01280 RDI: 0000000000000007
[   91.195256] RBP: 00007fff1ae01280 R08: 0000000000000000 R09: 00007f8629e761b0
[   91.195256] R10: 00005621c76cd010 R11: 0000000000000293 R12: 0000000000000000
[   91.195257] R13: 00007fff1ae01280 R14: 00007fff1ae01404 R15: 0000000000000000
[   91.195258] Code: 00 00 e8 2a 42 4c db eb 9d 48 89 df be 24 00 00 00 c6 05 f2 62 02 00 01 e8 a4 ec fe ff 48 c7 c7 20 71 6e c0 89 c6 e8 a6 4c bc da <0f> 0b eb bb 66 90 0f 1f 44 00 00 55 49 c7 c0 60 71 6e c0 48 c7
[   91.195285] ---[ end trace 4d559a69c32e427a ]---

--

Problem is, it's not a problem with the wi-fi card, but everyone thinks it is because that's what's dumping the trace. It's also exacerbated by the fact that in the past, there were intermittent power related problems with this card turning off randomly, which isn't the problem here. It's a problem with PCIE power management, according to bug reports regarding " Timeout waiting for hardware access (CSR_GP_CNTRL 0xffffffff) " showing up.

Problem has been reported with Fedora 29, on the same hardware, in December 2018 (last month) here: https://bugzilla.redhat.com/show_bug.cgi?id=1660657

As per: https://bugzilla.kernel.org/show_bug.cgi?id=110621 " this is an electrical problem "

and

https://bugzilla.kernel.org/show_bug.cgi?id=107431 appears to be the most accurate description of the actual problem.

" iwlwifi: 3165: L1 off is causing PCIe root complex to kick the NIC out - MWG100250316 "

Emmanuel Grumbach seems to be the guy that has the most knowledge about the problem, but it's been around since 2015 with no fix. If you find a solution, that would be great, because right now, (and forever) on a 4.15 kernel linux, fully updated, with brand new hardware in every way, including a brand new intel wi-fi card, or ath10k card, if you suspend an Inspiron 15-3573, you wi-fi is gone until you reboot and there's nothing currently available to fix it, that I can find.

rumble.fish · Answer

As an update, the issue at play here is:

https://bugzilla.kernel.org/show_bug.cgi?id=201469

Kernel Bug 201469, which again, is not an iwl specific issue, it's a PCI BUS issue, and currently assigned as such. It was active as of January 24 2019, with an update from the Assignee on January 11, 2019. So hopefully it will be resolved in an upstream 4.20+ kernel update.

Until then, the problem remains, likely for any Linux users on the Inspiron 15 3573 hardware.

rumble.fish · Answer

Another update, Bjorn Helgaas has a diff/patch out for testing as of 2 days ago.

https://bugzilla.kernel.org/attachment.cgi?id=281117&action=edit

For some people, it appears to have resolved the issue, and if I'm reading it right, may appear in stable 4.18+ kernels.

Linux General

Wi-Fi (WiFi) not found after suspend (sleep)

Was this post helpful?