Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 590090 - Wifi stops working after introducing MODULE_ALIAS_CRYPTO symbol in the kernel.
Summary: Wifi stops working after introducing MODULE_ALIAS_CRYPTO symbol in the kernel.
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo Linux bug wranglers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-07-30 20:57 UTC by Libor Bukata
Modified: 2016-07-31 05:40 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
Skript reverting MODULE_ALIAS_CRYPTO back to MODULE_ALIAS. (FixWifi.sh,311 bytes, text/x-sh)
2016-07-30 20:57 UTC, Libor Bukata
Details
Patched used in the script. (wifi.patch,1.89 KB, patch)
2016-07-30 20:58 UTC, Libor Bukata
Details | Diff
emerge --info (emerge_info.txt,7.69 KB, text/plain)
2016-07-30 21:00 UTC, Libor Bukata
Details
Kernel configuration. (config-3.10.102-gentoo,78.60 KB, text/plain)
2016-07-30 21:03 UTC, Libor Bukata
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Libor Bukata 2016-07-30 20:57:59 UTC
Created attachment 442014 [details]
Skript reverting MODULE_ALIAS_CRYPTO back to MODULE_ALIAS.

Dear kernel developers,

after a kernel update from 3.10.66 to 3.10.67 (found by a bisection search), the wifi stopped working. I also tried latest kernels of version 3.12, 3.14, 3.18, 4.1, and 4.4 without success. After some investigation I have found out that a security patch introducing MODULE_ALIAS_CRYPTO instead of MODULE_ALIAS caused the problem. In the attachment you can find the script reverting this change (tested on kernel 3.10), however, it is probably not a good idea to apply it. I also tried to update udev and kmod packages, also without success. It is interesting that in the gentoo-based SystemRescueCd distribution the wifi works without patched kernel. Is it possible that it works only for the systemd init system? Or is initramfs required to have wifi working? I copied the kernel configuration from the aforementioned distribution to test whether there is not problem in the configuration, but it did not helped. Note that only the support for initramfs was disabled and the support for OpenRC system was enabled. The configuration of wpa_supplicant.conf was the same and the same modules were loaded. That is the error output obtained after a kernel update:

Successfully initialized wpa_supplicant
nl80211: Could not re-add multicast membership for vendor events: -2 (No such file or directory)
wlan0: SME: Trying to authenticate with ... (SSID='...' freq=2437 MHz)
wlan0: Trying to associate with ... (SSID='...' freq=2437 MHz)
wlan0: Associated with ...
wlan0: WPA: Failed to set GTK to the driver (alg=2 keylen=32 keyidx=1)
wlan0: RSN: Failed to configure GTK
wlan0: CTRL-EVENT-DISCONNECTED bssid=... reason=1 locally_generated=1
wlan0: CTRL-EVENT-REGDOM-CHANGE init=CORE type=WORLD
nl80211: deinit ifname=wlan0 disabled_11b_rates=0
wlan0: CTRL-EVENT-TERMINATING 

After reverting the change:
Successfully initialized wpa_supplicant
nl80211: Could not re-add multicast membership for vendor events: -2 (No such file or directory)
wlan0: SME: Trying to authenticate with ... (SSID='...' freq=2437 MHz)
wlan0: Trying to associate with ... (SSID='...' freq=2437 MHz)
wlan0: Associated with ...
wlan0: WPA: Key negotiation completed with ... [PTK=CCMP GTK=TKIP]
wlan0: CTRL-EVENT-CONNECTED - Connection to ... completed [id=0 id_str=]

Note that in the current kernel 3.10.102 it is not possible to load ghash-clmulni-intel module since it returns an error "ERROR: could not insert 'ghash_clmulni_intel': Invalid argument", do you have the same error? Hovewer, this module is not necessary for the wifi to work.

Hardware specification:
25:00.0 Network controller: Intel Corporation Centrino Advanced-N 6205 [Taylor Peak] (rev 34)
HP EliteBook 8560w

Software specification:
gcc 4.9.3
wifi firmware version 18.168.6.1 op_mode iwldvm
Comment 1 Libor Bukata 2016-07-30 20:58:36 UTC
Created attachment 442016 [details, diff]
Patched used in the script.
Comment 2 Libor Bukata 2016-07-30 21:00:38 UTC
Created attachment 442018 [details]
emerge --info
Comment 3 Libor Bukata 2016-07-30 21:03:56 UTC
Created attachment 442020 [details]
Kernel configuration.
Comment 4 Libor Bukata 2016-07-31 05:40:54 UTC
It seems that the same problem also occurred in kernel 3.12, see http://www.spinics.net/lists/linux-crypto/msg13103.html. Based on clues provided in the link, I have found out that module arc4 has been blacklisted and it caused the problem. So apparently, the behaviour of module loading changed after replacing MODULE_ALIAS with MODULE_ALIAS_CRYPTO.