iwlwifi Microcode SW error detected. Restarting 0x2000000.

Bug #1804841 reported by UrkoM on 2018-11-23
This bug affects 7 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
linux-firmware (Ubuntu)

Bug Description

This seems to be a return of an existing bug, in newer hardware and microcode versions.

Wireless card: Intel Corporation Wireless 8265 / 8275 [8086:24fd] (rev 78)
Firmware version: 34.0.1
Description: Ubuntu 18.04.1 LTS

Frequent errors as soon as I connect to wifi:
Microcode SW error detected. Restarting 0x2000000.

Expected to happen: Great and stable wifi like a couple of weeks ago
What happens: very slow, intermittent internet access, lots of ping loss

Found a suggestion of a workaround: adding these lines to /etc/NetworkManager/NetworkManager.conf


These lines were already there, not added by me.

ProblemType: Bug
DistroRelease: Ubuntu 18.04
Package: linux-firmware 1.173.2 [modified: lib/firmware/iwlwifi-8265-36.ucode]
ProcVersionSignature: Ubuntu 4.15.0-39.42-generic 4.15.18
Uname: Linux 4.15.0-39-generic x86_64
NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair
ApportVersion: 2.20.9-0ubuntu7.5
Architecture: amd64
Date: Fri Nov 23 15:23:54 2018

InstallationDate: Installed on 2018-09-03 (81 days ago)
InstallationMedia: Kubuntu 18.04.1 LTS "Bionic Beaver" - Release amd64 (20180725)
PackageArchitecture: all
SourcePackage: linux-firmware
UpgradeStatus: No upgrade log present (probably fresh install)

UrkoM (urko-masse) wrote :
UrkoM (urko-masse) on 2018-11-23
description: updated
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in linux-firmware (Ubuntu):
status: New → Confirmed
Radoslav (radoslavius) wrote :

Same problem on Ubuntu 18.10

$ uname -a
Linux uran 4.18.0-11-generic #12-Ubuntu SMP Tue Oct 23 19:22:37 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Network controller [0280]: Intel Corporation Wireless 8265 / 8275 [8086:24fd] (rev 78)


Emmanuel Grumbach (egrumbach) wrote :

Dmesg output is needed.

UrkoM (urko-masse) wrote :

dmesg output.

Note: lately the perceived effect of this issue seems to have gotten better. I still see the error in the logs, but wifi performance is acceptable.

Emmanuel Grumbach (egrumbach) wrote :

Ok, this firmware is fairly old.

UrkoM (urko-masse) wrote :

It's what Ubuntu 18.04.1 fully updated has... ¯\_(ツ)_/¯

Hi I'm affected as well.
I had hoped that the HWE kernel would somehow magically make things better but it doesn't.

System is a Lenovo T580 with Dual Band Wireless AC 8265

Attaching dmesg section where the wifi crashes

Interesting lines:
 529 [293336.199635] iwlwifi 0000:04:00.0: loaded firmware version 36.e91976c0.0 op_mode iwlmvm
 530 [293336.199661] iwlwifi 0000:04:00.0: Detected Intel(R) Dual Band Wireless AC 8265, REV=0x230
 531 [293336.261557] iwlwifi 0000:04:00.0: base HW address: 18:1d:ea:2d:5e:2e

 540 [293340.092557] iwlwifi 0000:04:00.0: Microcode SW error detected. Restarting 0x2000000.

 649 [293340.832903] iwlwifi 0000:04:00.0: Firmware error during reconfiguration - reprobe!
 650 [293340.832931] iwlwifi 0000:04:00.0: iwlwifi transaction failed, dumping registers

733 [293340.836537] WARNING: CPU: 1 PID: 22378 at /build/linux-hwe-jDoxDp/linux-hwe-4.18.0/net/mac80211/driver-ops.h:19 drv_remove_interface+0xfe/0x110 [mac80211]

/lib/firmware/iwlwifi-8265-36.ucode is the newest even in the linux-firmware package of Ubuntu Disco

 linux-firmware | 1.173.2 | bionic-updates | source, all
 linux-firmware | 1.175.1 | cosmic-updates | source, all
 linux-firmware | 1.176 | disco | source, all

$ dpkg -L linux-firmware | grep iwlwifi | grep 8265

Version 1.176 is on commit 1baa3486 of Date: Fri Oct 26 08:13:19 2018 -0400
That is not too old IMHO and still has only version 36

But it seems not only "is it 36 or newer", there are changes like this:

Which bumps it further.
Overall there are three updates to the upstream repo that affect iwlwifi-8265* blobs and the Ubuntu releases in between matching the sha they picked:

8707ef3 Sun Dec 16 10:46:40 2018 +0200 iwlwifi: update firmwares for 8000 series
  Disco 1baa3486
  Cosmic fea76a04
58265e0 Sun May 6 14:50:51 2018 +0300 iwlwifi: update firmwares for 7000, 8000 and 9000 series
c711ea5 Fri Mar 2 12:29:35 2018 +0200 iwlwifi: add some new FW versions and update older ones
  Bionic 7344ec9e
5a05332 Fri Oct 13 14:22:26 2017 +0300 iwlwifi: add new firmware version 34 for 8000C and 8265
796c912 Fri Oct 13 14:22:26 2017 +0300 iwlwifi: update firmwares for 3160, 3168, 7265D, 8000C and 8265
d392df8 Fri Jun 16 14:20:27 2017 +0200 iwlwifi: add new firmware for 3168, 7265D, 8000C and 8265
8613e56 Fri Jun 16 11:48:51 2017 +0300 iwlwifi: update -27 firmware for 3168, 7265D, 8000C and 8265
b689306 Thu Jan 12 21:28:05 2017 +0200 iwlwifi: add -27 firmware for 3168, 7265D, 8000C and 8265
c1844f3 Sat Jan 7 22:29:08 2017 +0200 iwlwifi: update -22 firmware for 7265D and up
b224bd0 Sun Jul 10 09:32:17 2016 +0300 iwlwifi: add new -22 firmware for 7265D and up
a2c354e Tue Mar 8 09:29:48 2016 +0200 iwlwifi: add new -21.ucode for 7265D, 8260, 3168 and 8265 devices

So even thou all Versions are up to "36" there are maybe differences (you never know too much with binary blob updates in git).

I created a PPA for Bionic with the latest firmware (git of today) merged into the Package version we have in Disco. That can be found at [1].
But even that didn't help - which means even the very latest upstream will not fix the issue for us auto-magically.

[1]: https://launchpad.net/~paelzer/+archive/ubuntu/bug-1804841-iwlwifi-linux-firmware/+packages

I thought it might be worth to try the other versions of the FW.
So I renamed the files like:
sudo mv /lib/firmware/iwlwifi-8265-36.ucode /lib/firmware/DONOTLOAD-iwlwifi-8265-36.ucode

Eventually I ended up with:
-rw-r--r-- 1 root root 1811984 Apr 24 2018 /lib/firmware/DONOTLOAD-iwlwifi-8265-22.ucode
-rw-r--r-- 1 root root 2234528 Dez 5 2017 /lib/firmware/DONOTLOAD-iwlwifi-8265-27.ucode
-rw-r--r-- 1 root root 2307104 Dez 6 2017 /lib/firmware/DONOTLOAD-iwlwifi-8265-31.ucode
-rw-r--r-- 1 root root 2440780 Apr 25 2018 /lib/firmware/DONOTLOAD-iwlwifi-8265-34.ucode
-rw-r--r-- 1 root root 2498044 Jan 11 10:03 /lib/firmware/DONOTLOAD-iwlwifi-8265-36.ucode
-rw-r--r-- 1 root root 2389968 Nov 17 2017 /lib/firmware/iwlwifi-8265-21.ucode

All versions >=22 Failed, no change in behavior at all.
When running with only 21 left it failed to load at all, see the following dmesg.

[ 5.651536] iwlwifi 0000:04:00.0: Direct firmware load for iwlwifi-8265-36.ucode failed with error -2
[ 5.651651] iwlwifi 0000:04:00.0: Direct firmware load for iwlwifi-8265-35.ucode failed with error -2
[ 5.652037] iwlwifi 0000:04:00.0: Direct firmware load for iwlwifi-8265-34.ucode failed with error -2
[ 5.652050] iwlwifi 0000:04:00.0: Direct firmware load for iwlwifi-8265-33.ucode failed with error -2
[ 5.652057] iwlwifi 0000:04:00.0: Direct firmware load for iwlwifi-8265-32.ucode failed with error -2
[ 5.652065] iwlwifi 0000:04:00.0: Direct firmware load for iwlwifi-8265-31.ucode failed with error -2
[ 5.652072] iwlwifi 0000:04:00.0: Direct firmware load for iwlwifi-8265-30.ucode failed with error -2
[ 5.652080] iwlwifi 0000:04:00.0: Direct firmware load for iwlwifi-8265-29.ucode failed with error -2
[ 5.652087] iwlwifi 0000:04:00.0: Direct firmware load for iwlwifi-8265-28.ucode failed with error -2
[ 5.652095] iwlwifi 0000:04:00.0: Direct firmware load for iwlwifi-8265-27.ucode failed with error -2
[ 5.652103] iwlwifi 0000:04:00.0: Direct firmware load for iwlwifi-8265-26.ucode failed with error -2
[ 5.652111] iwlwifi 0000:04:00.0: Direct firmware load for iwlwifi-8265-25.ucode failed with error -2
[ 5.652119] iwlwifi 0000:04:00.0: Direct firmware load for iwlwifi-8265-24.ucode failed with error -2
[ 5.652127] iwlwifi 0000:04:00.0: Direct firmware load for iwlwifi-8265-23.ucode failed with error -2
[ 5.652135] iwlwifi 0000:04:00.0: Direct firmware load for iwlwifi-8265-22.ucode failed with error -2
[ 5.652137] iwlwifi 0000:04:00.0: no suitable firmware found!
[ 5.652140] iwlwifi 0000:04:00.0: minimum version required: iwlwifi-8265-22
[ 5.652142] iwlwifi 0000:04:00.0: maximum version supported: iwlwifi-8265-36
[ 5.652144] iwlwifi 0000:04:00.0: check git://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git

I thought, well then I run it without recent FW load, but then the wireless adapter doesn't initialize at all.

No chance to configure it in cmdline or UI tools.

Therefore it seems I know no way to get wireless to work at all on my T580 :-/
is there a Wireless dongle that works well with Linux?

If there is anything I can try to resolve this please let me know.

Note: the workaround of https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1710390 is in place by default in Bionic - this needs some other fix.

Seth Forshee (sforshee) wrote :

@Emmanuel: We generally only update firmware in stable releases in response to specific issues, as new firmware sometimes introduces regressions. Besides, ucode version 34 is the newest supported in the 4.15-based kernel in 18.04.

@UrkoM: When you say wifi used to be stable, was that prior to upgrading to bionic? Because the firmware version you're using looks to be the same one that bionic released with, so there were no updates which could have caused regressions.

Changed in linux-firmware (Ubuntu):
status: Confirmed → Incomplete

Since some similar issues in the past were reported to be related to kernel updates lets add a task

Changed in linux-firmware (Ubuntu):
status: Incomplete → Confirmed

Hi Seth,
to answer at least for me - it never worked on my system.
No "degradation on upgrade" at least for me, just never worked.

I'm considering filing a bug with Intel and or Lenovo (for a remote chance to get their FW developers to look at it) - if only I knew where.
If someone did that in the past let me know where the best place to start would be.

Changed in linux (Ubuntu):
status: New → Incomplete
UrkoM (urko-masse) wrote :

@sforshee: No, wifi had been stable on Bionic before that. Somehow it seems quite stable again now. I got this laptop in September, so I installed Bionic directly.
I have checked my syslog, and I don't see the microcode loading errors anymore.

After all my tries with different Firmware versions I went back and since then the error didn't show up anymore. If anything it might be only (or more likely) showing up when the laptop is docked - but I don#t see how that would happen.

Anyway, for now it seems I'm good.
I'll check my logs in a few weeks and see if it came back at some point.

Since this seemed to resolve for UrkoM as well as myself - even thou we don't know the reason (yet) lets mark it incomplete for now.

Changed in linux-firmware (Ubuntu):
status: Confirmed → Incomplete
UrkoM (urko-masse) wrote :

@paelzer: agreed. I also tried getting later firmwares from Intel's git repository and made no difference. I'll keep an eye out as well.

At least for me the error stopped showing up since 11th January up to now.
So whatever I did when experimenting/reporting that bug has resolved it.
Unfortunately I can't clearly tell anyone else affected what exactly that would be :-/

Oh I can tell what it was, I still use the most up-to-date-from-git version of the firmware from [1]. The testing back then wasn't successful, but I'm reluctant to go back to the base version as I'm afraid the error strikes me at some odd point when I really need wireless.

If anyone else is affected and could try if the PPA fixes it for him as well that might be helpful.

[1]: https://launchpad.net/~paelzer/+archive/ubuntu/bug-1804841-iwlwifi-linux-firmware

Jalon Funk (francescohickle15) wrote :

It may be the same as this issue reported upstream: https://bugzilla.kernel.org/show_bug.cgi?id=202513

Seth Forshee (sforshee) wrote :

We have a fix applied for bug 1808389, and if that's the same issue then it should help when running the 4.18 hwe kernel in bionic. I plan to upload new packages today.

Yep, the changes accepted to B/C-unapproved as part of an SRU should be what we need.
Marking as a Duplicate so that we can test that SRU as well to hopefully resolve it for all of us.

>If anything it might be only (or more likely) showing up when the laptop is docked - but I don#t see >how that would happen.
you are completely right!
After you comment I've made detailed experiments with that. And on my ASUS VivoBook Pro with Intel 8265 problem will appearing quickly after I've put something under my laptop (cooling dock, any another metal thing). As I think problem is in signal power settings in driver or something similar. Device is affected by interference of electromagnetic waves that radiated by themself...

Very interesting fact that in Windows 10 with standard drivers all works fine in the same conditions...

May be it will be helpful for someone...
echo "options cfg80211 cfg80211_disable_40mhz_24ghz=Y" > /etc/modprobe.d/cfg80211.conf
worked for me on my ASUS VivoBook Pro N580GD (platform noise issues)

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.