Bug 102711 - Lenovo Ideapad G4070 boots/wakes up with deactivated wireless
Summary: Lenovo Ideapad G4070 boots/wakes up with deactivated wireless
Status: NEW
Alias: None
Product: Drivers
Classification: Unclassified
Component: Platform_x86 (show other bugs)
Hardware: All Linux
: P1 normal
Assignee: drivers_platform_x86@kernel-bugs.osdl.org
Depends on:
Reported: 2015-08-11 20:11 UTC by Gunter Grodotzki
Modified: 2015-08-14 06:49 UTC (History)
3 users (show)

See Also:
Kernel Version: 4.1.3-201.fc22
Tree: Mainline
Regression: No

dmesg after boot (62.08 KB, text/plain)
2015-08-12 09:37 UTC, Gunter Grodotzki
dmesg after boot (vanilla driver) (62.35 KB, text/plain)
2015-08-12 15:28 UTC, Gunter Grodotzki

Description Gunter Grodotzki 2015-08-11 20:11:08 UTC
Under Gnome3 my Lenovo Ideapad G4070 always boots or wakes up with the wireless turned off.
Comment 1 John W. Linville 2015-08-11 21:05:41 UTC
Please attach the output of running 'dmesg' shortly after boot.
Comment 2 Gunter Grodotzki 2015-08-12 09:37:56 UTC
Created attachment 184711 [details]
dmesg after boot
Comment 3 Larry Finger 2015-08-12 14:38:54 UTC
Everything in the dmesg output looks normal, other than the following line:

rtlwifi: module verification failed: signature and/or required key missing - tainting kernel

Where are you getting the driver? If it were from the standard 4.1.3-201.fc22.x86_64 kernel, I do not think that message would appear.

Are you able to make wireless work? What does it take?

Please post the output of 'rfkill list' while the wireless is not working.
Comment 4 Gunter Grodotzki 2015-08-12 15:27:59 UTC
Hi Larry,

Thanks for chiming in. I am actually using your repository from github. I additionally added the following options hoping it would help:

options rtl8723be ips=N fwlps=N

I however now installed back the stock kernel (after upgrade): 4.1.4-200.fc22.x86_64 - so that warning is at least gone. Please see the attachment for an updated dmesg.

rfkill list brings me:

0: hci0: Bluetooth
	Soft blocked: yes
	Hard blocked: no
1: phy0: Wireless LAN
	Soft blocked: yes
	Hard blocked: no
2: ideapad_wlan: Wireless LAN
	Soft blocked: no
	Hard blocked: no
3: ideapad_bluetooth: Bluetooth
	Soft blocked: yes
	Hard blocked: no

Does it help to say that sometimes (only happens after waking up the laptop, after booting new I can always turn on the wifi via gnome-shell very reliable) turning on wifi feels very laggy and sometimes it will display as 'on' but it will not find any wifi spots indicating that it might not be on after all. Switching it on and off a few times fixes the problem.
Comment 5 Gunter Grodotzki 2015-08-12 15:28:38 UTC
Created attachment 184721 [details]
dmesg after boot (vanilla driver)
Comment 6 Gunter Grodotzki 2015-08-12 15:29:56 UTC
Sorry meant to say, installed back the stock driver from the 4.1.4 kernel and removed those extra modprobe options.
Comment 7 Larry Finger 2015-08-12 15:47:29 UTC
From the rfkill output, Bluetooth is blocking the 2.4 GHz radios. That will prevent both BT and wifi from working, and is the cause of your problem.

You can clear those soft blocks with the command 'rfkill unblock all' (run as root). You might want to add that command to a script that gets run after resume. I am not familiar enough with Fedora to know the best way to do that, but others will.

If those extra modprobe options helped the driver from the git repo, you may want to restore them. The kernel version has essentially the same driver as the git repo for kernels as new as 4.1.
Comment 8 John W. Linville 2015-08-12 17:28:39 UTC
Does 'modprobe -r ideapad-laptop' make a difference?
Comment 9 Gunter Grodotzki 2015-08-12 17:56:18 UTC
Interesting John. I added it into the blacklist.conf and it seems like it solved a bunch of problems I had with my Laptop + Linux:

* WiFi per default is now turned on when booting
* Sleeps a lot quicker, and when resuming (at least so far) had wifi directly activated
* Screen brightness function keys are less laggy (also working a lot better)

So all in all much better experience right now. Thank you so much!
Comment 10 Hans de Goede 2015-08-13 17:13:43 UTC

Chances are that this may be fixed by doing something similar to this commit:


Adding a new entry to that table with the DMI_PRODUCT_VERSION set to the output of:

cat /sys/class/dmi/id/product_version

On your system, can you give this a try ?


Comment 11 Gunter Grodotzki 2015-08-14 05:47:26 UTC
$ cat /sys/class/dmi/id/product_version
Lenovo G40-70

Looks like it would solve the problem, but it seems like the ideapad-laptop module is interfering with other stuff as well. So maybe it shouldn't be loaded in the first place for my type of product.
Comment 12 Hans de Goede 2015-08-14 06:49:20 UTC
(In reply to Gunter Grodotzki from comment #11)
> $ cat /sys/class/dmi/id/product_version
> Lenovo G40-70
> Looks like it would solve the problem, but it seems like the ideapad-laptop
> module is interfering with other stuff as well. So maybe it shouldn't be
> loaded in the first place for my type of product.

Can you be more clear ? The first time this ideapad vs wifi problem showed up was with the yoga-s and there the module is actually needed to make some of the special hot keys work, and it also adds rfkill functionality. That dmi list does not completely disable rfkill support, it just disables support for the non-existing hardware switch, it still allows turning the radio on/off from software.



Note You need to log in before you can comment on or make changes to this bug.