Launchpad has imported 29 comments from the remote bug at
https://bugzilla.kernel.org/show_bug.cgi?id=69131.

If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.

------------------------------------------------------------------------
On 2014-01-21T11:15:48+00:00 adi wrote:

Hi!

As of 3.13, the wifi card on my HP nx6325 remains hard-blocked no matter
how much I press the hardware button or run rfkill:

Oddly enough, it reports hard-blocked after trying to set the interface
up.

Transcript:

chopin:~# rfkill list
2: phy2: Wireless LAN
        Soft blocked: no
        Hard blocked: yes
chopin:~# rmmod b43
chopin:~# modprobe b43
chopin:~# rfkill list
3: phy3: Wireless LAN
        Soft blocked: no
        Hard blocked: no
chopin:~# ifconfig wlan0 up
chopin:~# iwlist wlan0 scan
wlan0     Interface doesn't support scanning : Network is down

chopin:~# rfkill list
3: phy3: Wireless LAN
        Soft blocked: no
        Hard blocked: yes
--- end of transcript ---

The LED remains off all the time, it only flashes once when running
"ifconfig wlan0 up", but the device isn't really up.


Needless to say it's impossible to connect via wifi, hence the raised priority.

For the sake of completeness, let me add that 3.12.8 isn't affected, so
it's clearly a regression.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1290418/comments/0

------------------------------------------------------------------------
On 2014-01-21T11:31:30+00:00 mjg59-kernel wrote:

Does rfkill list show an hp-wmi entry on 3.12?

Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1290418/comments/1

------------------------------------------------------------------------
On 2014-01-21T13:02:46+00:00 adi wrote:

Yes, it does:

chopin:~# uname -a
Linux chopin 3.12.8 #2 SMP PREEMPT Tue Jan 21 13:42:16 CET 2014 x86_64 GNU/Linux
chopin:~# rfkill list
0: hp-wifi: Wireless LAN
        Soft blocked: yes
        Hard blocked: yes
1: hp-bluetooth: Bluetooth
        Soft blocked: yes
        Hard blocked: yes
2: hp-gps: GPS
        Soft blocked: yes
        Hard blocked: yes
3: phy0: Wireless LAN
        Soft blocked: yes
        Hard blocked: no

Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1290418/comments/2

------------------------------------------------------------------------
On 2014-01-21T13:27:34+00:00 mjg59-kernel wrote:

Can you try reverting 997daa1bd9aca412ab97955a35b26c460c0ec7a4 and see
if that helps?

Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1290418/comments/3

------------------------------------------------------------------------
On 2014-01-21T14:09:17+00:00 adi wrote:

This really helps. With 997daa1bd9aca412ab97955a35b26c460c0ec7a4
reverted, it works again:

chopin:~# uname -a
Linux chopin 3.13.0 #2 SMP PREEMPT Tue Jan 21 14:51:15 CET 2014 x86_64 GNU/Linux
chopin:~# rfkill list
0: hp-wifi: Wireless LAN
        Soft blocked: no
        Hard blocked: no
1: hp-bluetooth: Bluetooth
        Soft blocked: yes
        Hard blocked: no
2: hp-gps: GPS
        Soft blocked: yes
        Hard blocked: yes
3: phy0: Wireless LAN
        Soft blocked: no
        Hard blocked: no


I took the liberty to attach the acpidump output of the machine in question, 
just in case you need to have a look at the WMI section.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1290418/comments/4

------------------------------------------------------------------------
On 2014-01-21T14:09:43+00:00 adi wrote:

Created attachment 122891
acpidump output

Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1290418/comments/5

------------------------------------------------------------------------
On 2014-01-21T14:54:59+00:00 mjg59-kernel wrote:

Created attachment 122901
Test patch

Ok. Can you reapply that commit and then test this patch?

Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1290418/comments/6

------------------------------------------------------------------------
On 2014-01-21T15:12:50+00:00 adi wrote:

Your patch works like a charm:

chopin:~# uname -a
Linux chopin 3.13.0 #3 SMP PREEMPT Tue Jan 21 16:06:03 CET 2014 x86_64 GNU/Linux
chopin:~# rfkill list
0: hp-wifi: Wireless LAN
        Soft blocked: no
        Hard blocked: no
1: hp-bluetooth: Bluetooth
        Soft blocked: yes
        Hard blocked: no
2: hp-gps: GPS
        Soft blocked: yes
        Hard blocked: yes
3: phy0: Wireless LAN
        Soft blocked: no
        Hard blocked: no


JFTR, hp_wmi_bios_2009_later is unused for now:

drivers/platform/x86/hp-wmi.c:296:12: warning: ‘hp_wmi_bios_2009_later’ defined 
but not used [-Wunused-function]
 static int hp_wmi_bios_2009_later(void)

Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1290418/comments/7

------------------------------------------------------------------------
On 2014-01-21T15:15:03+00:00 mjg59-kernel wrote:

Thanks, I'll follow up with Alex and figure out the best plan here.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1290418/comments/8

------------------------------------------------------------------------
On 2014-04-20T22:13:23+00:00 andreas.amann wrote:

This bug also occurs with my HP550 laptop. Wireless on this laptop
worked well with kernel 3.10 (last tested) but stopped working as of
3.13 with precisely the same symptoms described above. As this is a
clear regression, afix or at least some workaround would be much
appreciated.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1290418/comments/27

------------------------------------------------------------------------
On 2014-04-20T22:28:52+00:00 adi wrote:

Andreas, Matthew's patch in
<https://bugzilla.kernel.org/attachment.cgi?id=122901> does the trick
for me (a workaround).

Have you tried it? Just apply it to the 3.13 or 3.14 kernel source.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1290418/comments/28

------------------------------------------------------------------------
On 2014-04-22T11:36:49+00:00 andreas.amann wrote:

I compiled a 3.14 kernel with Matthew's patch and I confirm that it works. 
I now get:

# rfkill list
0: hp-wifi: Wireless LAN
        Soft blocked: no
        Hard blocked: no
1: phy0: Wireless LAN
        Soft blocked: no
        Hard blocked: no
2: hp-gps: GPS
        Soft blocked: yes
        Hard blocked: yes

while without the patch, only phy0 was listed and it was hard blocked.
Pushing the wlan switch did not release the hard block.  What is strange
however is that when I now rebooted once more into the old kernel, I can
now unblock wlan even in the old kernel (without the patch) using the
hardware switch!  Apparently something about the status of the wlan is
stored between reboots?

Anyhow, it now works for me, thanks a lot for the patch!

Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1290418/comments/29

------------------------------------------------------------------------
On 2015-08-31T23:42:24+00:00 david.ward wrote:

Created attachment 186411
Test patch v2

Adrian and Andreas,

The patch that worked for both of you was sent to the mailing list, but
changes were requested. Can you please test this new patch instead? This
will help with getting a fix into the kernel. Thanks.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1290418/comments/30

------------------------------------------------------------------------
On 2016-02-29T14:19:44+00:00 eugene.shatokhin wrote:

One of our users has a similar problem on HP 6730b laptop.

OS: ROSA Linux R7 x86_64, kernel 4.1.16. 
The problem is seen with the kernel 4.4.3 as well.

'rfkill list' does not show hp-wifi, only phy0, and reports that WiFi is
hard-blocked.

These kernels seem to have the first part of "Test patch v2" applied but
miss the second hunk, namely:

-------------------
@@ -901,7 +906,7 @@ static int __init hp_wmi_bios_setup(struct platform_device 
*device)
        gps_rfkill = NULL;
        rfkill2_count = 0;
 
-       if (hp_wmi_bios_2009_later() || hp_wmi_rfkill_setup(device))
+       if (hp_wmi_rfkill_setup(device))
                hp_wmi_rfkill2_setup(device);
 
        err = device_create_file(&device->dev, &dev_attr_display);
-------------------

I applied that hunk and rebuilt hp-wmi module. After reboot, it works
OK: rfkill shows "hp-wifi" and WiFi can be blocked and unblocked by the
appropriate key. Thanks!

Any chances to get that part of the patch to the mainline kernel too?

Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1290418/comments/32

------------------------------------------------------------------------
On 2016-03-06T19:33:05+00:00 peter.klotz99 wrote:

Same here with a HP 620 laptop. The one-line patch mentioned in Comment
13 fixes WLAN blocking. Tested with 4.1.18 LTS kernel.

Mainlining (and then backporting it to LTS kernels) would be great.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1290418/comments/33

------------------------------------------------------------------------
On 2016-03-13T01:35:56+00:00 akhil.vaid wrote:

I'm afraid I can't get this to work. I'm running the 4.4.5 kernel on an HP 
15-ab032tx with the rtl8723be chipset.
I recompiled the hp-wmi module and;

Before suspending, I'm (still) getting:
# rfkill list all
0: phy0: Wireless LAN
        Soft blocked: no
        Hard blocked: no
1: hci0: Bluetooth
        Soft blocked: no
        Hard blocked: no

After suspending, this goes to:
# rfkill list all
0: phy0: Wireless LAN
        Soft blocked: no
        Hard blocked: yes

Can someone point me in the right direction?

Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1290418/comments/34

------------------------------------------------------------------------
On 2016-03-14T15:34:27+00:00 david.ward wrote:

(In reply to Akhil Vaid from comment #15)
> I'm afraid I can't get this to work. I'm running the 4.4.5 kernel on an HP
> 15-ab032tx with the rtl8723be chipset.
> I recompiled the hp-wmi module and;
> 
> Before suspending, I'm (still) getting:
> # rfkill list all
> 0: phy0: Wireless LAN
>         Soft blocked: no
>         Hard blocked: no
> 1: hci0: Bluetooth
>         Soft blocked: no
>         Hard blocked: no
> 
> After suspending, this goes to:
> # rfkill list all
> 0: phy0: Wireless LAN
>         Soft blocked: no
>         Hard blocked: yes
> 
> Can someone point me in the right direction?

When you boot your laptop and do not suspend it, does your Wi-Fi adapter
work? Did it also work this way before you recompiled the hp-wmi module?
If so I believe you have a different issue and need to file a separate
bug. Please let us know. If you think the patch in this bug report
causes a regression for you, please clarify.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1290418/comments/35

------------------------------------------------------------------------
On 2016-03-14T17:12:37+00:00 akhil.vaid wrote:

I'll walk through the chronology of running into this. I hope that's
helpful.

The native kernel driver for the rtl8723be doesn't work very well. So I
had to make do with a USB dongle, while also blacklisting the rtl8723be
module. I was able to suspend and resume successfully with this setup;
with the "airplane mode" key (The only WiFi related hardware switch on
this machine) toggling *only* the soft block on rfkill status.

Sometime back, I discovered newer, functional dkms drivers for the
rtl8723be. (Those are here:
https://github.com/lwfinger/rtlwifi_new/tree/rock.new_btcoex. It seems
other people have run into this too and the author of that repo also
believes this interaction is because of the hp-wmi module.)

This was the first time I actually used the card under Linux, and
incidentally also when I discovered the issue with suspending the
laptop. I should also emphasize that before filing this bug report, I
uninstalled the dkms driver. Apart from the recompiled hp-wmi module, my
kernel is a vanilla 4.4.5-1-ARCH.

So, I've run through the following permutations:
1. Blacklisted rtl8723be. WiFi dongle: Suspend/Resume works. rfkill output is 
the same before and after suspending:
# rfkill list all
4: phy3: Wireless LAN
        Soft blocked: no
        Hard blocked: no

2. rtl8723be only: WiFi is no longer functional upon resuming. rfkill output is 
what I described before (With the recompiled kernel module AND without).
WiFi is functional after rebooting.

3. rtl8723be and WiFi dongle: Only the dongle is functional upon
resuming. The WiFi card remains hard blocked according to rfkill. Again,
a reboot restores normalcy.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1290418/comments/36

------------------------------------------------------------------------
On 2016-03-22T17:50:55+00:00 david.ward wrote:

(In reply to Akhil Vaid from comment #17)
> I'll walk through the chronology of running into this. I hope that's helpful.
> 
> The native kernel driver for the rtl8723be doesn't work very well. So I had
> to make do with a USB dongle, while also blacklisting the rtl8723be module.
> I was able to suspend and resume successfully with this setup; with the
> "airplane mode" key (The only WiFi related hardware switch on this machine)
> toggling *only* the soft block on rfkill status.
> 
> Sometime back, I discovered newer, functional dkms drivers for the
> rtl8723be. (Those are here:
> https://github.com/lwfinger/rtlwifi_new/tree/rock.new_btcoex. It seems other
> people have run into this too and the author of that repo also believes this
> interaction is because of the hp-wmi module.)
> 
> This was the first time I actually used the card under Linux, and
> incidentally also when I discovered the issue with suspending the laptop. I
> should also emphasize that before filing this bug report, I uninstalled the
> dkms driver. Apart from the recompiled hp-wmi module, my kernel is a vanilla
> 4.4.5-1-ARCH.
> 
> So, I've run through the following permutations:
> 1. Blacklisted rtl8723be. WiFi dongle: Suspend/Resume works. rfkill output
> is the same before and after suspending:
> # rfkill list all
> 4: phy3: Wireless LAN
>         Soft blocked: no
>         Hard blocked: no
> 
> 2. rtl8723be only: WiFi is no longer functional upon resuming. rfkill output
> is what I described before (With the recompiled kernel module AND without).
> WiFi is functional after rebooting.
> 
> 3. rtl8723be and WiFi dongle: Only the dongle is functional upon resuming.
> The WiFi card remains hard blocked according to rfkill. Again, a reboot
> restores normalcy.

I believe you should create a separate bug for your issue. This bug
pertains to older HP laptops that are always hard blocked (even at
initial boot), and it has a patch that has been tested to resolve that
issue for these users.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1290418/comments/37

------------------------------------------------------------------------
On 2016-03-22T18:45:58+00:00 david.ward wrote:

Eugene (and Peter),

(In reply to Eugene A. Shatokhin from comment #13)
> OS: ROSA Linux R7 x86_64, kernel 4.1.16. 
> The problem is seen with the kernel 4.4.3 as well.
> 
> These kernels seem to have the first part of "Test patch v2" applied [...]

Are you sure? The first part of the patch is not included in either
upstream kernel version you mentioned:


https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/tree/drivers/platform/x86/hp-wmi.c?h=v4.1.16#n716

https://git.kernel.org/cgit/linux/kernel/git/stable/linux-
stable.git/tree/drivers/platform/x86/hp-wmi.c?h=v4.4.3#n716


Note that the first part of the patch adds a second call to 
hp_wmi_perform_query() that appears nearly identical to the existing call -- 
except the second parameter is different.

Can you please test with both parts of the patch applied?

Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1290418/comments/38

------------------------------------------------------------------------
On 2016-03-23T07:59:17+00:00 eugene.shatokhin wrote:

(In reply to David Ward from comment #19)
> Eugene (and Peter),
> 
> (In reply to Eugene A. Shatokhin from comment #13)
> > OS: ROSA Linux R7 x86_64, kernel 4.1.16. 
> > The problem is seen with the kernel 4.4.3 as well.
> > 
> > These kernels seem to have the first part of "Test patch v2" applied [...]
> 
> Are you sure? The first part of the patch is not included in either upstream
> kernel version you mentioned:
> 
> 
> https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/tree/
> drivers/platform/x86/hp-wmi.c?h=v4.1.16#n716
> 
> https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/tree/
> drivers/platform/x86/hp-wmi.c?h=v4.4.3#n716
> 
> 
> Note that the first part of the patch adds a second call to
> hp_wmi_perform_query() that appears nearly identical to the existing call --
> except the second parameter is different.

Ah, right. I did not notice it.

> 
> Can you please test with both parts of the patch applied?

Yes, I'll prepare the kernel with the full patch and will ask our user
to test it. I do not have such hardware myself unfortunately, so it
might take several days.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1290418/comments/39

------------------------------------------------------------------------
On 2016-03-28T08:41:55+00:00 eugene.shatokhin wrote:

I finally got my hands on that HP EliteBook 6930p. With the full patch,
it works fine. I applied the patch to the kernel 4.1.19.

No problems with unblockable WiFi so far.

rfkill list:
0: phy0: Wireless LAN
    Soft blocked: no
    Hard blocked: no
1: hp-wifi: Wireless LAN
    Soft blocked: no
    Hard blocked: no
2: hp-bluetooth: Bluetooth
    Soft blocked: yes
    Hard blocked: no
3: hp-gps: GPS
    Soft blocked: yes
    Hard blocked: yes

"hp-wifi" and others are there now. Without the patch (either full or
partial), they were missing.

More hardware info and the logs from that system, in case they are needed:
http://hw.rosalinux.ru/index.php?probe=9a383897a2

Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1290418/comments/40

------------------------------------------------------------------------
On 2016-05-29T09:50:42+00:00 samoht0-bugzilla wrote:

I'm (most likely) hit by this issue and filed a report in Fedora's bug-tracker:
https://bugzilla.redhat.com/show_bug.cgi?id=1338025

As Laura Abbott noted and I perfectly understand, the patch can't be add
in Fedora without proper credits (Signed-off-by).

@David Ward
Would you mind to submit the "Test patch v2" with Signed-off-by included? 
Thanks in advance.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1290418/comments/41

------------------------------------------------------------------------
On 2016-06-01T15:49:57+00:00 david.ward wrote:

(In reply to samoht0 from comment #22)
> Would you mind to submit the "Test patch v2" with Signed-off-by included?

I can't take credit for it either. It is a subset of a patch originally
posted by Alex Hung:

http://permalink.gmane.org/gmane.linux.drivers.platform.x86.devel/5205

(The rest of his patch has either already been applied, or it is no
longer relevant due to other changes.)

Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1290418/comments/42

------------------------------------------------------------------------
On 2016-06-01T17:10:04+00:00 samoht0-bugzilla wrote:

Thanks for the reply and the further information. This situation is
rather tricky.

At least, blacklisting hp_wmi works on my machine without side-effects.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1290418/comments/43

------------------------------------------------------------------------
On 2016-06-13T13:20:26+00:00 david.ward wrote:

The patch has been signed off by Alex Hung and submitted to the
platform-driver-x86 mailing list:

http://permalink.gmane.org/gmane.linux.drivers.platform.x86.devel/9288

Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1290418/comments/44

------------------------------------------------------------------------
On 2016-06-28T02:07:05+00:00 david.ward wrote:

@Eugene, @Peter,

Since this patch has now been sent to the mailing list, would you be
able to add your "Tested-by" tag (as described in
https://www.kernel.org/doc/Documentation/SubmittingPatches ) to indicate
that it fixes the problem for you? This will help it get accepted in the
kernel.

The original message can be downloaded in raw form from here:
http://article.gmane.org/gmane.linux.drivers.platform.x86.devel/9288/raw

You can download this as a file, open it in your mail client (e.g. with
Thunderbird, go to File > Open > Saved Message), and then click "Reply
All".

Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1290418/comments/45

------------------------------------------------------------------------
On 2016-06-28T11:34:25+00:00 eugene.shatokhin wrote:

(In reply to David Ward from comment #26)
> @Eugene, @Peter,
> 
> Since this patch has now been sent to the mailing list, would you be able to
> add your "Tested-by" tag (as described in
> https://www.kernel.org/doc/Documentation/SubmittingPatches ) to indicate
> that it fixes the problem for you? This will help it get accepted in the
> kernel.

Sure. Done.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1290418/comments/46

------------------------------------------------------------------------
On 2018-06-03T02:25:34+00:00 david.ward wrote:

@Matthew Garrett: Please change status to "resolved" and resolution to
"code fix".

Committed for v4.8:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=fc8a601e1175ae351f662506030f9939cb7fdbfe

Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1290418/comments/47


** Changed in: linux
       Status: Unknown => Fix Released

** Changed in: linux
   Importance: Unknown => High

** Bug watch added: Red Hat Bugzilla #1338025
   https://bugzilla.redhat.com/show_bug.cgi?id=1338025

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1290418

Title:
  rfkill unable to control HP 2510p wireless devices

To manage notifications about this bug go to:
https://bugs.launchpad.net/linux/+bug/1290418/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to