Bug 197591
| Summary: | iwlwifi: 8265: ucode 34 crashes with kernel 4.14 rc6 | ||
|---|---|---|---|
| Product: | Drivers | Reporter: | GoodMirek (goodmirek) |
| Component: | network-wireless | Assignee: | DO NOT USE - assign "network-wireless-intel" component instead (linuxwifi) |
| Status: | CLOSED CODE_FIX | ||
| Severity: | high | CC: | cribari, goodmirek, jeremy, joss, luca, mart.b, o.kord, sandy.8925, stijn+bugs |
| Priority: | P1 | ||
| Hardware: | x86-64 | ||
| OS: | Linux | ||
| Kernel Version: | 4.14 RC6 | Subsystem: | |
| Regression: | Yes | Bisected commit-id: | |
| Attachments: |
dmesg with kernel 4.14 rc6 (crashing)
dmesg with kernel 4.13.10 dmesg with kernel 4.13.10, coexistence switched on dmesg with kernel 4.14 rc7 (crashing) Patch with the potential fix. |
||
|
Description
GoodMirek
2017-10-30 21:35:03 UTC
Created attachment 260441 [details]
dmesg with kernel 4.13.10
coexistence switched off
Created attachment 260443 [details] dmesg with kernel 4.13.10, coexistence switched on Connected bluetooth mouse stops working as soon as WiFi network connects (already subject of bug https://bugzilla.kernel.org/show_bug.cgi?id=197061) Tested with 4.14 rc7, crashing too. dmesg attached. Created attachment 260447 [details]
dmesg with kernel 4.14 rc7 (crashing)
I'll take a look. There were other similar reports too. Created attachment 260597 [details]
Patch with the potential fix.
Okay, I finally had the time to look into it and found what the problem was. The FW scan command API has changed, but I mistakenly held back the commits that adapted to it in our internal tree, because they depended on other parts that are not yet upstream. :(
Anyway, I have created a patch and touch-tested it and it seems to solve the problem.
Could you please try this patch and see if it works for you?
@Luca As i wrote in my E-Mail your patches work fine with the latest rc8 39dae59 and my 8260. Thanks for taking the time to fix this. Kind regards Martin Great, thanks for testing! I'm marking this as resolved. We can reopen it if needed. Is there any chance to download the bin firmware file with this patch? This is not a FW patch (and you can't build the firmware anyway -- it's proprietary). This is a kernel patch and you need to apply it to your kernel sources and rebuild the iwlwifi/iwlmvm modules. As described in bug 197061, I was able to build iwlwifi with the provided patch, firmware 34 loads, Wifi connects, but BT does not work properly. Kernel used for testing was: uname -r 4.14.0-0.rc8.git3.1.fc28.x86_64 This bug is about a bug in the scan API implementation, let's not mix it with BT issues. Can not confirm any Bluetooth problems on my 8260 using the patches luca made. Streaming audio to my AV-Receiver using A2DP works as flawlessly as transfering files, pairing or anything else i throw at it. But i have to agree with Emmanuel this should get its own Bugreport and if it already has a report just stick to that one. Yes, I agree. This is already fixed and verified by a couple of people. Let's only comment here if the *same* problem pops up again, which it should not. :) I have successfully applied the patch on kernel 4.14.0 (4.14.0-1.fc28.x86_64). WiFi works with the patch and firmware 34.ucode. As of the previous comments, it seems the change of BT behavior is not in scope of this ticket, thanks for the explanation. *** Bug 197983 has been marked as a duplicate of this bug. *** Hello, will these changes be pushed out in a point release for 4.14? WiFi is completely broken and not working for my Thinkpad X1 Carbon (4th gen) running Arch Linux. Yes, I'm hoping it will make to 4.14.2. It's already in Linus' tree and, from there, it should be picked up for 4.14 stable.
Meanwhile, you can either cherry-pick this commit from Linus' tree:
dac4df1c5f2c ("iwlwifi: mvm: support version 7 of the SCAN_REQ_UMAC FW command")
...or you can just remove iwlwifi-8265-34.ucode from your /lib/firmware directory, so the driver will load the older version 31 instead.
Uh - 4.14.2 has already been released. Based on the changelog (and my experience trying it out) the fix was not included - https://cdn.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.14.2 Since Arch Linux's linux-firmware package was updated to include version 34 of the firmware, WiFI on my laptop stopped working (and there was no fallback). IMO linux-firmware git repo should follow the kernel's versioning scheme to ensure the correct firmware is used with the appropriate kernel versions. Otherwise, drivers will start failing in a seemingly random fashion due to differences in packaging between different distros. Yeah, sorry, typo about the stable version. It will probably be in the next one to be released next week (or the next, as I can't really guarantee when Greg will pick it up). About linux-firmware.git, we already have a schegme that solves the problem you are mentioning. We have the FW versions. We bump up the version when the API actually changes, so old drivers can't work with it anymore. But newer drivers can also handle a bunch of older versions too, and that's why I recommended that you take iwlwifi-8264-31.ucode instead. This older version *is* in the linux-firmware.git tree. So, if ou remove the newer version (that was broken without my driver patch), the driver will load the older version and work happily. It was an actual *bug* that caused this problem. There is nothing wrong with our process of getting the correct firmware to work with the driver you chose. Ah got it. I installed a custom linux-firmware package with the newer firmware files removed. Once the relevant change is available in a stable release, I'll try it out. Thank you! *** Bug 197995 has been marked as a duplicate of this bug. *** |