Bug 42898
| Summary: | phy is hard blocked and unblockable with hardware-key for hp-wmi | ||
|---|---|---|---|
| Product: | Drivers | Reporter: | doomwarriorx |
| Component: | Platform_x86 | Assignee: | drivers_platform_x86 (drivers_platform_x86) |
| Status: | NEW --- | ||
| Severity: | normal | CC: | alan, samoht0-bugzilla, tres.14159, vitekd88 |
| Priority: | P1 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Kernel Version: | 3.2.0 and 3.3-rc6 | Subsystem: | |
| Regression: | No | Bisected commit-id: | |
| Attachments: |
VER_LINUX for 3.2.0
lspci |
||
|
Description
doomwarriorx
2012-03-09 18:35:13 UTC
Created attachment 72563 [details]
lspci
similar problem with wi-fi hard block on my Lenovo S10-3 (ath9k). I use Xubuntu precise beta with latest updates. Tested on kernel 3.3.1 - cannot unblock wi-fi. Lenovo S10-3 (wireless adapter is ath9k) - kernel v. 3.4.0rc1 - wi-fi doesn't work. Lenovo S10-3 (wireless adapter is ath9k) - kernel v. 3.4.0rc1 - wi-fi doesn't work. Viktor: please don't piggy back stuff onto other bugs unless you are sure they are related, open a new one. I have the same problem in a laptop "lenovo Z570".
Some data for help:
$ uname -a
Linux speccy-laptop 3.5.0-44-generic #67-Ubuntu SMP Tue Nov 12 19:36:14 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
# lshw -class network
*-network DISABLED
description: Wireless interface
product: AR9285 Wireless Network Adapter (PCI-Express)
vendor: Atheros Communications Inc.
physical id: 0
bus info: pci@0000:03:00.0
logical name: wlan0
version: 01
serial: 74:de:2b:5b:d9:c1
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
configuration: broadcast=yes driver=ath9k driverversion=3.5.0-44-generic firmware=N/A latency=0 link=no multicast=yes wireless=IEEE 802.11bgn
resources: irq:17 memory:f1500000-f150ffff
*-network
description: Ethernet interface
product: RTL8101E/RTL8102E PCI Express Fast Ethernet controller
vendor: Realtek Semiconductor Co., Ltd.
physical id: 0
bus info: pci@0000:04:00.0
logical name: eth0
version: 05
serial: f0:de:f1:94:bd:53
size: 10Mbit/s
capacity: 100Mbit/s
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress msix vpd bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=half firmware=rtl_nic/rtl8105e-1.fw latency=0 link=no multicast=yes port=MII speed=10Mbit/s
resources: irq:42 ioport:2000(size=256) memory:f1404000-f1404fff memory:f1400000-f1403fff
*-network:0
description: Ethernet interface
physical id: 3
logical name: usb0
serial: ee:b7:11:0c:40:44
capabilities: ethernet physical
configuration: broadcast=yes driver=rndis_host driverversion=22-Aug-2005 firmware=RNDIS device ip=192.168.42.231 link=yes multicast=yes
*-network:1
description: Wireless interface
physical id: 4
bus info: usb@2:1.2
logical name: wlan1
serial: 44:33:4c:71:33:98
capabilities: ethernet physical wireless
configuration: broadcast=yes driver=rtl8192cu driverversion=3.5.0-44-generic firmware=N/A link=no multicast=yes wireless=IEEE 802.11bgn
# rfkill list all
0: hci0: Bluetooth
Soft blocked: no
Hard blocked: no
1: phy0: Wireless LAN
Soft blocked: no
Hard blocked: yes
2: ideapad_bluetooth: Bluetooth
Soft blocked: no
Hard blocked: no
5: phy3: Wireless LAN
Soft blocked: no
Hard blocked: no
miguel: Please file a separate bug - that one is about the HP 635 and a different rfkill/button driver set Sadly, no activity in the last years... I also use a HP 635 and this bug is even present in latest stable Fedora kernel build (4.6.4-301.fc24.x86_64). Investigation shows, that ath9k and(!) hp_wmi set their own radio killswitch: rfkill2: found WiFi radio killswitch (at /sys/devices/platform/hp-wmi/rfkill/rfkill2 (platform driver hp-wmi) rfkill1: found WiFi radio killswitch (at /sys/devices/pci0000:00/0000:00:15.3/0000:0 (driver ath9k) The hardware switch only disables one of these. So one of the wifi devices stays blocked, as the bug opener described. This can be worked around: 1. Use /etc/modprobe.d/hp.conf to blacklist ath9k and hp_wmi. Reboot. 2. Load ath9k via modprobe. Result: Wifi is up an can be switched using hardware switch. No hp-wifi device. So clearly hp_wmi is the culprit, ath9k works fine with the chipset. The strange LED behavior (always white after automatically changing from orange) is *not* a matter of ath9k and hp_wmi. The LED does so, even if both modules are blacklisted. Hardware switch works with ath9k loaded, even if the LED color doesn't change. So this issue looks like some minor glitch. I followed https://bugzilla.kernel.org/show_bug.cgi?id=69131 which tracked a similar issue within hp_wmi. But the patch for older (pre-2009) HP Laptops didn't work for the HP 635 (checked, as it was added in Fedora: https://bugzilla.redhat.com/show_bug.cgi?id=1338025). I personally think, hp_wmi should have a config option to toggle the rfkill behavior. |