Wireless soft blocked after resume (since a recent update)

HyperBaton · 2015-10-06 06:36:45

A recent update (somewhere between one and two weeks ago I guess) is now soft-blocking my wireless after resume:

root@ishikawa /home/hb # rfkill list all
1: dell-wifi: Wireless LAN
	Soft blocked: yes
	Hard blocked: no
2: dell-bluetooth: Bluetooth
	Soft blocked: yes
	Hard blocked: no
3: dell-wwan: Wireless WAN
	Soft blocked: yes
	Hard blocked: no
4: phy0: Wireless LAN
	Soft blocked: yes
	Hard blocked: yes
6: hci0: Bluetooth
	Soft blocked: no
	Hard blocked: no

My wireless chipset (Dell Latitude E5450):

02:00.0 Network controller: Intel Corporation Wireless 7265 (rev 59)

I can unblock them and my wireless is up and running again. Any idea what might have changed and if there's an easy fix?

justbuchanan · 2015-10-07 19:49:04

I have a Dell XPS 13 Developer Edition (2013) and overall it works very well with Arch. I've noticed a problem recently that whenever I close the laptop and open it back up, the wireless is soft blocked. I can unblock it easily with rfkill, but it's pretty irritating to have to do this so often. Any ideas for how to debug this? I'm not really sure where to start looking for the cause. Dmesg doesn't give me anything helpful from what I can tell.

Kernel version: 4.2.2-1-ARCH

Output of `rfkill list` after unblocking:
"""
1: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no
6: hci0: Bluetooth
Soft blocked: no
Hard blocked: no
"""

`lspci -k` shows the following about my wireless:
"""
02:00.0 Network controller: Intel Corporation Wireless 7260 (rev 6b)
Subsystem: Intel Corporation Dual Band Wireless-AC 7260
Kernel driver in use: iwlwifi
Kernel modules: iwlwifi
"""

Any help would be greatly appreciated! Thanks!

ewaller · 2015-10-07 20:00:55

Merging.
Index
» Newbie Corner
» Wireless soft blocks on wake up

d.hensen · 2015-10-14 10:52:40

I'm having the exact same issue with a Dell Inspiron 7548. When I boot up, wireless is working fine. When I suspend and then resume, my wireless is also soft-blocked:

0: phy0: Wireless LAN
        Soft blocked: yes
        Hard blocked: no
3: hci0: Bluetooth
        Soft blocked: no
        Hard blocked: no

When searching on the interwebz I found other people having rfkill problems on different vendor laptops (acer,asus) and sometimes the issue was resolved by blacklisting <vendorname>_wmi module. So I blacklisted dell_wmi, but that did not solve the problem. I spent hours on this already, and I don't just want to script rfkill to unblock each time after suspend. I want a proper fix. I can not say when it started because I just got this laptop on 2015-10-05 and it was there from the beginning.

So far in this thread it concers 3 Dell laptops... any ideas?

Currently on 4.2.3-1-ARCH with this wireless device:

07:00.0 Network controller: Intel Corporation Wireless 7265 (rev 59)
	Subsystem: Intel Corporation Dual Band Wireless-AC 7265
	Kernel driver in use: iwlwifi
	Kernel modules: iwlwifi

Last edited by d.hensen (2015-10-14 10:54:28)

d.hensen · 2015-10-14 16:18:01

Using linux-lts solved this problem for me. At the moment of writing that is 4.1.10-2-lts. Though I would still like to be able to run latest.. so I will be checking regularly if the latest non-lts kernel works and report back here when it does.

HyperBaton · 2015-10-14 20:46:20

I followed your advice, and it seems linux-lts solves the problem for now indeed. Maybe a regression in 4.2.

NickColeman · 2015-10-15 03:06:51

Just for the record, I also have a new Dell Inspiron 7548 that worked fine up to the recent set of large upgrades. This regression was introduced in one of the two big upgrades that took place a couple of weeks ago; these upgrades included two kernel upgrades: 4.1.6-1 -> 4.2.1-1 on Sept 30 and then 4.2.1-1 -> 4.2.2-1 on Oct 2.

I'm unwilling to make the significant move of changing my kernel to an lte one just to fix a regression, so I'll set up some suspend/resume hooks than run rfkill and netctl as a temporary workaround. For anyone interested, the wiki page on Power Management has the info: https://wiki.archlinux.org/index.php/Po … leep_hooks

Last edited by NickColeman (2015-10-15 03:07:27)

d.hensen · 2015-10-15 17:01:51

I see this regression is being picked up here: https://bugs.archlinux.org/task/46465

FlyingHappy · 2015-10-15 19:09:13

I can confirm the same behavior out of my Dell 7348 with the i7 processor. It seems to be sporadic. If it is asleep for a long period of time it seems to be OK, but short spans will block it. Anybody else seeing that behavior?

emak · 2015-10-22 08:44:04

Same behaviour here on my Dell Latitude E7450. Nevertheless I can't confirm that it's about short or long period of sleeping. And I realized that it's also sometimes soft only and sometimes soft and hard blocking.

My WLAN is a Intel 7265 chipset.

Prymoo · 2015-10-27 08:22:55

This issue is still present when running the latest kernel (4.2.4). My WLAN is intel 7260 AC.

Last edited by Prymoo (2015-10-27 09:08:41)

d.hensen · 2015-11-02 11:06:10

Not yet fixed/still present in 4.2.5-1-ARCH running Intel AC 7265.

cutuchiqueno · 2015-11-06 17:32:26

same problem here with Dell Sputnik 3 XPS 13 (4.2.5-1-ARCH)

Last edited by cutuchiqueno (2015-11-06 17:37:39)

Kinokoio · 2015-11-12 00:39:57

Same problem here

uname -r:

 4.2.5-1-ARCH

lspci:

00:00.0 Host bridge: Intel Corporation Broadwell-U Host Bridge -OPI (rev 09)
00:02.0 VGA compatible controller: Intel Corporation Broadwell-U Integrated Graphics (rev 09)
00:03.0 Audio device: Intel Corporation Broadwell-U Audio Controller (rev 09)
00:14.0 USB controller: Intel Corporation Wildcat Point-LP USB xHCI Controller (rev 03)
00:16.0 Communication controller: Intel Corporation Wildcat Point-LP MEI Controller #1 (rev 03)
00:1b.0 Audio device: Intel Corporation Wildcat Point-LP High Definition Audio Controller (rev 03)
00:1c.0 PCI bridge: Intel Corporation Wildcat Point-LP PCI Express Root Port #1 (rev e3)
00:1c.2 PCI bridge: Intel Corporation Wildcat Point-LP PCI Express Root Port #3 (rev e3)
00:1c.3 PCI bridge: Intel Corporation Wildcat Point-LP PCI Express Root Port #4 (rev e3)
00:1c.4 PCI bridge: Intel Corporation Wildcat Point-LP PCI Express Root Port #5 (rev e3)
00:1d.0 USB controller: Intel Corporation Wildcat Point-LP USB EHCI Controller (rev 03)
00:1f.0 ISA bridge: Intel Corporation Wildcat Point-LP LPC Controller (rev 03)
00:1f.2 SATA controller: Intel Corporation Wildcat Point-LP SATA Controller [AHCI Mode] (rev 03)
00:1f.3 SMBus: Intel Corporation Wildcat Point-LP SMBus Controller (rev 03)
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller (rev 07)
03:00.0 Network controller: Intel Corporation Wireless 7260 (rev bb)
04:00.0 Display controller: Advanced Micro Devices, Inc. [AMD/ATI] Opal XT [Radeon R7 M265] (rev ff)

arvidjaar · 2015-11-21 19:08:43

This seems to be cause by dell-rbtn driver. At least on E5450 blacklisting it "fixes" the problem. Driver is new in 4.2.

I have hit it on Ubuntu with 4.2 and 4.3 kernels.

d.hensen · 2015-11-22 22:50:51

I dont have that module loaded, so I can't verify if that is true. Did you try this on arch? or only on Ubuntu?

My lsmod output filtered for dell:

$ lsmod | grep dell
dell_led               16384  1
dell_wmi               16384  0
sparse_keymap          16384  1 dell_wmi
dell_laptop            20480  0
led_class              16384  3 iwlmvm,dell_led,dell_laptop
dcdbas                 16384  1 dell_laptop
rfkill                 24576  6 cfg80211,bluetooth,dell_laptop
wmi                    20480  2 dell_led,dell_wmi
dell_smo8800           16384  0
i8042                  20480  2 libps2,dell_laptop

FlyingHappy · 2015-11-24 13:29:13

I blacklisted the dell-rbtn driver on my Dell 7348 and it seems to have worked. Haven't had to unblock the wifi and reconnect yet since blacklisting it.

d.hensen · 2015-11-24 15:36:43

d.hensen wrote:

I dont have that module loaded, so I can't verify if that is true. Did you try this on arch? or only on Ubuntu?

My lsmod output filtered for dell:

$ lsmod | grep dell
dell_led               16384  1
dell_wmi               16384  0
sparse_keymap          16384  1 dell_wmi
dell_laptop            20480  0
led_class              16384  3 iwlmvm,dell_led,dell_laptop
dcdbas                 16384  1 dell_laptop
rfkill                 24576  6 cfg80211,bluetooth,dell_laptop
wmi                    20480  2 dell_led,dell_wmi
dell_smo8800           16384  0
i8042                  20480  2 libps2,dell_laptop

Excuse me for this nonsense comment. I was still booted into lts kernel instead of 4.2.5-1-ARCH when I did lsmod. I see that I have dell-rbtn now that I booted in correct kernel. I'm going to try blacklisting now.

d.hensen · 2015-11-24 15:43:15

Thanks guys, indeed blacklisting dell_rbtn solves this for me as well.

emak · 2015-12-21 21:09:31

Nearly forgot to tell that it worked also on my Latitude E7450. Thanks guys!

Last edited by emak (2015-12-21 21:09:41)

d3Xt3r · 2015-12-30 22:47:20

Also confirming that blacklisting dell_rbtn works on my Dell XPS 13 (2014).

This bug was already reported upstream - https://bugzilla.kernel.org/show_bug.cgi?id=106031

More details about dell_rbtn here - https://www.mail-archive.com/platform-d … 07570.html

halocaridina · 2016-01-02 14:57:49

I can also confirm that blacklisting dell_rbtn fixes this exact issue of soft blocking following resume on a Dell Latitude 3150 (been wondering what was causing this for the last few months).

One side effect of the blacklisting is that the hotkey for toggling the radios no longer sends a key code (i.e., so doesn't work), but that is expected behavior given that dell_rbtn is the driver for that action (as discussed in the 2nd link posted by d3Xt3r).

Prymoo · 2016-02-03 09:05:21

I found a cleaner solution: dell_rbtn has optional parameter named: "auto_remove_rfkill". Setting this parameter to "false" solves the problem for me.

halocaridina · 2016-02-03 17:26:08

@Prymoo

Nice catch. I need to try that parameter.

Halocaridina

PopeXXIII · 2016-02-09 03:03:38

This is a built in kernel module, right? Has something changed already? I tried creating this file:

/etc/modprobe.d/dell_rbtn.conf
options dell_rbtn auto_remove_rfkill=false

and it reports that isn't a valid parameter:

modprobe: ERROR: could not insert 'dell_rbtn': Invalid argument

Arch Linux

#1 2015-10-06 06:36:45

Wireless soft blocked after resume (since a recent update)

#2 2015-10-07 19:49:04

Re: Wireless soft blocked after resume (since a recent update)

#3 2015-10-07 20:00:55

Re: Wireless soft blocked after resume (since a recent update)

#4 2015-10-14 10:52:40

Re: Wireless soft blocked after resume (since a recent update)

#5 2015-10-14 16:18:01

Re: Wireless soft blocked after resume (since a recent update)

#6 2015-10-14 20:46:20

Re: Wireless soft blocked after resume (since a recent update)

#7 2015-10-15 03:06:51

Re: Wireless soft blocked after resume (since a recent update)

#8 2015-10-15 17:01:51

Re: Wireless soft blocked after resume (since a recent update)

#9 2015-10-15 19:09:13

Re: Wireless soft blocked after resume (since a recent update)

#10 2015-10-22 08:44:04

Re: Wireless soft blocked after resume (since a recent update)

#11 2015-10-27 08:22:55

Re: Wireless soft blocked after resume (since a recent update)

#12 2015-11-02 11:06:10

Re: Wireless soft blocked after resume (since a recent update)

#13 2015-11-06 17:32:26

Re: Wireless soft blocked after resume (since a recent update)

#14 2015-11-12 00:39:57

Re: Wireless soft blocked after resume (since a recent update)

#15 2015-11-21 19:08:43

Re: Wireless soft blocked after resume (since a recent update)

#16 2015-11-22 22:50:51

Re: Wireless soft blocked after resume (since a recent update)

#17 2015-11-24 13:29:13

Re: Wireless soft blocked after resume (since a recent update)

#18 2015-11-24 15:36:43

Re: Wireless soft blocked after resume (since a recent update)

#19 2015-11-24 15:43:15

Re: Wireless soft blocked after resume (since a recent update)

#20 2015-12-21 21:09:31

Re: Wireless soft blocked after resume (since a recent update)

#21 2015-12-30 22:47:20

Re: Wireless soft blocked after resume (since a recent update)

#22 2016-01-02 14:57:49

Re: Wireless soft blocked after resume (since a recent update)

#23 2016-02-03 09:05:21

Re: Wireless soft blocked after resume (since a recent update)

#24 2016-02-03 17:26:08

Re: Wireless soft blocked after resume (since a recent update)

#25 2016-02-09 03:03:38

Re: Wireless soft blocked after resume (since a recent update)

Board footer