Arch Linux

iwlwifi - Microcode SW error detected

cipher

Danke dir für die Info.
Wie du schon vorschlägst, bleibe ich auf dem LTS-Kernel, und aktualisiere das System weiter.
Der 6.16.4 geht bei mir noch nicht.

Als ich mich die Woche im Forum von archlinux.org anmelden wollte, klappte der login nicht. Hatte auch wenig Zeit um zu schauen warum. Jetzt lese ich das archlinux.org wohl mit DDOS-Attaken zu kämpfen hatte. Vielleicht ging es auch deswegen nicht.

GerBra

Im 6.16.5 soll das gefixt sein. kannst du das mal ausprobieren und davon ein aktuelles dmesg-Auszug posten?
Im Log sollte ggf. noch ein
iwlwifi 0000:03:00.0: Microcode SW error detected. Restarting 0x2000000
auftauchen, aber keinen Kernel-Trap mehr nach sich ziehen.

Falls möglich wäre auch davon ein komplettes Journal hilfreich, wegen der Größe muß das auf einen Pastebin-Server abgelegt werden. Z.B. vom aktuellen Boot:
journalctl --system -b | curl -F 'file=@-' 0x0.st
Die ausgegebene URL hier posten.

cipher

Ich habe mal vom Kernel 6.16.5 gebootet.
Solange ich keinen Traffic verursache scheint es zu funktionieren.
Sobald ich den Browser (Firefox ESR) starte geht die WLAN Verbindung weg und das Notebook friert ein. Ich kann nichts mehr machen, außer den Powerknopf länger zu drücken, um es hart auszuschalten. Anschließend muss ich einen fsck machen, um das Dateisystem zu reparieren.

Kurz und knackig, ich kann keine Veränderung feststellen.
Was eventuell noch zu erwähnen wäre:

$ lspci -nns 03:00.0
03:00.0 Network controller [0280]: Intel Corporation Centrino Ultimate-N 6300 [8086:4238] (rev 35)

Teile des dmesg. (oder brauchst du den kompletten dmesg?)

# dmesg -wT
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: Microcode SW error detected.  Restarting 0x2000000.
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: Loaded firmware version: 9.221.4.1 build 25532 6000-4.ucode
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: Start IWL Error Log Dump:
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: Status: 0x0000044C, count: 5
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: 0x00000005 | SYSASSERT                   
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: 0x0000EF58 | uPc
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: 0x0000EEE6 | branchlink1
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: 0x0000EEE6 | branchlink2
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: 0x00001532 | interruptlink1
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: 0x00000000 | interruptlink2
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: 0x0000001A | data1
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: 0x00000071 | data2
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: 0x000007C4 | line
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: 0x13C013FA | beacon time
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: 0x9A8CEC06 | tsf low
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: 0x0000000A | tsf hi
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: 0x000007E8 | time gp1
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: 0x00804CCB | time gp2
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: 0x00000000 | time gp3
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: 0x000109DD | uCode version
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: 0x00000074 | hw version
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: 0x0048D304 | board version
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: 0x020E001C | hcmd
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: 0xA7D63002 | isr0
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: 0x0103E000 | isr1
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: 0x0000001A | isr2
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: 0x0143FCC0 | isr3
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: 0x00000000 | isr4
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: 0x00004110 | isr_pref
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: 0x0000EDBC | wait_event
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: 0x00000080 | l2p_control
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: 0x00000000 | l2p_duration
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: 0x0000003F | l2p_mhvalid
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: 0x00200200 | l2p_addr_match
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: 0x00000017 | lmpm_pmg_sel
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: 0x02061043 | timestamp
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: 0x00003848 | flow_handler
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: Log capacity 1024 is bogus, limit to 512 entries
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: Log write index 629 is bogus, limit to 512
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: Start IWL Event Log Dump: display last 20 entries
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: EVT_LOGT:0008308410:0x00000000:0302
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: EVT_LOGT:0008308422:0x00002000:0350
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: EVT_LOGT:0008308427:0x00000119:0106
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: EVT_LOGT:0008308429:0x00000000:0302
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: EVT_LOGT:0008308441:0x00002000:0350
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: EVT_LOGT:0008308446:0x00000119:0106
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: EVT_LOGT:0008308448:0x00000000:0302
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: EVT_LOGT:0008308460:0x00002000:0350
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: EVT_LOGT:0008308466:0x00000119:0106
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: EVT_LOGT:0008308468:0x00000000:0302
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: EVT_LOGT:0008308479:0x00002000:0350
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: EVT_LOGT:0008308485:0x00000119:0106
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: EVT_LOGT:0008308487:0x00000000:0302
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: EVT_LOGT:0008308499:0x00002000:0350
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: EVT_LOGT:0008308504:0x00000119:0106
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: EVT_LOGT:0008308506:0x00000000:0302
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: EVT_LOGT:0008308518:0x00002000:0350
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: EVT_LOGT:0008308524:0x00000119:0106
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: EVT_LOGT:0008308526:0x00000000:0302
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: EVT_LOGT:0008308537:0x00002000:0350
[So,  7. Sep 2025, 18:16:26] iwlwifi 0000:03:00.0: Device error - SW reset

GerBra

cipher (oder brauchst du den kompletten dmesg?)

Ja, ein komplettes Log von diesem Boot wäre denke ich schon ganz gut.
Ich realisiere jetzt erst, das dir dein Rechner "einfriert" und du "hart" rebooten mußt. Du kommst auch mit STRG+ALT+F4 oder mehrmals STRG+ALT+ENTF nicht auf ein Terminal oder kannst normal rebooten?
Schau dir da mal das an:
https://wiki.archlinux.de/title/SysRQ
Neben dem "saubereren" Herunterfahren sichert das v.a. die Logfiles, die ohne Reboot nicht geschrieben werden können durch "harten Reset".

Das Logfile von obigem Boot kriegst du noch mit;
journalctl --system -b -X
(wobei X für die Nummer der letzten Boots stehen, -1 für den letzten, -2 für den vorletzten usw.)
Ob du das Logfile mit dem 6.16.5 "erwischt" hast steht ja in der ersten Zeile des Logs.
Dieses Logfile von dem Boot dann wie oben gezeigt mit curl an 0x0.st pasten und den Link posten.

cipher

Bin auf der Arbeit, kann das aber heute Abend testen.
STRG-ALT-ENTF und STRG-ALT-RETURN hatte ich probiert. Keine Reaktion.

Hier der paste von gestern.
20250907-1816 journalctl

GerBra

Ich habe die neuen Erkenntnisse nochmal im alten Thread auf archlinux.org eingebracht.
https://bbs.archlinux.org/viewtopic.php?pid=2260674#p2260674

Referenz: Bugreport
https://gitlab.archlinux.org/archlinux/packaging/packages/linux/-/issues/155

Es gibt zwei Versionen des mainline-Kernels welche du austesten könntest.

//Edit intern für mich(73)
Version 1)
Diese Version sollte funktionieren:
sudo pacman -U https://pkgbuild.com/\~gromit/linux-bisection-kernels/linux-mainline-v6.15.rc2.r536.g871197b-1-x86_64.pkg.tar.zst

//Edit intern für mich(39)
Version 2)
Und diese etwas "ältere" ggf. nicht:
sudo pacman -U https://pkgbuild.com/\~gromit/linux-bisection-kernels/linux-mainline-v6.15.rc2.r537.gdabc88c-1-x86_64.pkg.tar.zst

Es geht wohl drum rauszukriegen, ob der "schlechte" Commit auch für Dich zwischen diesen beiden Versionen liegt.

Falls obige Version 1 bei dir nicht funktioniert, kannst du diese Version dann nochmal testen; dann aber mit dem Kernel-Bootparameter
iwlwifi.disable_11be=1
Diesen Parameter hängst du an deine Kernelbootzeile im Bootloader(grub, systemd-boot ? Für beide Taste e drücken zu einmaligen Editieren des Booteintrages, an die Zeile mit "..rw quiet" eine Leerstelle und obigen Parameter anhängen.

//Edit;
Du könntest sicherheitshalber mal von allen dieser Testboots die Boot-Journals für dich ablegen, sagen wir als bootjournal-V1 und bootjournal-V2. Falls Nachfragen kommen kann man die ggf. auf einen Pastebin legen. Abspeichern z.B. (-1 geht davon aus das der jeweilige Testboot der vorherige Boot war, falls das System nicht abstüzt dann kannst du dir das -1 sparen für das dann aktuelle Journal)

journalctl --system -b -1 > bootjournal-V1
journalctl --system -b -1 > bootjournal-V2
journalctl --system -b -1 > bootjournal-V1a  #(falls du V1 mit dem Kernel-Bootparameter booten mußt)

cipher

Danke für die Info.
Ich werde dies heute Abend testen.

cipher

Habe gestern Abend noch Version 1 getestet.
Gleiches verhalten.
WLAN verbindet sich, nichts passiert.
Sobald ich den Browser öffne und eine Website lädt, geht die WLAN Verbindung weg und das Notebook friert ein. Er reagiert auf keine Taste oder Mausbewegung. Diesmal hat die LED der Feststelltaste geblinkt.

Wozu ich gestern Abend nicht mehr gekommen bin den Kernel Parameter einzubinden. Das mache ich heute nach der Arbeit. Einen Auszug von dmesg und journal habe ich gespeichert. Kann ich pasten wenn gewünscht.

$ uname -a
Linux t420s 6.15.0-rc2-1-mainline-00536-g871197bf7bcc #1 SMP PREEMPT_DYNAMIC Sun, 07 Sep 2025 14:20:56 +0000 x86_64 GNU/Linux

seth

https://bbs.archlinux.org/viewtopic.php?pid=2260819#p2260819

Es gibt bislang zu diesem Problem noch keinen eigenen Bug.
Hast Du einen Account bei gitlab.archlinux.org ?

Und keine Angst: niemand frißt Dich wegen schlechtem Englisch - schlechtes Englisch ist die Lingua Franca des Internets 🙂

Wie bisection mittels gromit und loqs funktioniert hast Du ja auch schon drauf; solange Du zuverlässig zwischen "good" und "bad" unterscheiden kannst, wird's da keine weiteren Probleme geben.

Als ich mich die Woche im Forum von archlinux.org anmelden wollte, klappte der login nicht.

Was genau hat da nicht geklappt?

GerBra

Willkommen @seth !

Ja, wäre gut wenn @cipher sich an dem Thread auf .org beteiligen könnte (ggf. ja Other languages). Dann müßte ich nicht mehr man-in-the-middle spielen ;-)

Ich habe mal meinen Reserve-Laptop (auch ein älteres HP-Modell, ebenfalls iwlwifi) versucht, damit ich ggf. an der "Schlacht" teilnehmen kann. Aber "leider"(sic!) gab es da bei keiner Kernelversion ein Problem mit iwlwifi.
Meine Tests:
6.12.10 -> 6-12-45-lts -> 6.15.9 -> 6.16.0 -> 6.16.5
alle ohne Probleme.
"Intel Corporation PRO/Wireless 5100 AGN [Shiloh]"
Ich habe noch einen alten Thinkpad T61, krame ich mal raus morgen...

cipher

@seth
War mir schon klar das mich niemand frisst. ;-)

Das Problem ist das ich etwas machen muss von dem ich nichts oder wenig verstehe und dann auch noch in einer Sprache die ich weder lesen (und verstehen) noch schreiben kann. Wenn ich dadurch @GerBra etwas entlasten kann werde ich dies machen. Sorry das ich mich etwas ziere.

Ich bin jemand der auch verstehen will was er tut, weil es mich interessiert.

Einen Account bei gitlab.archlinux.org habe ich nicht. Kann man die ganzen Profile zusammenfassen zu einem?

Konnte mich im Forum bei archlinux.org nicht anmelden. Ich glaube war da mal mit dem gleichen Account angemeldet wie hier. Bin mir aber nicht sicher. Der Account auf archlinux.de ist der gleiche wie auf archlinux.org oder sind das unterschiedliche Profile? Wenn ja muss ich wohl ein neues Profil erstellen, da ich dann nicht mehr weis wie mein Loginname war.

GerBra

cipher Konnte mich im Forum bei archlinux.org nicht anmelden. Ich glaube war da mal mit dem gleichen Account angemeldet wie hier. Bin mir aber nicht sicher. Der Account auf archlinux.de ist der gleiche wie auf archlinux.org oder sind das unterschiedliche Profile? Wenn ja muss ich wohl ein neues Profil erstellen, da ich dann nicht mehr weis wie mein Loginname war.

Das Forum hier (bzw. gesamtes archlinux.de und archlinux.org) sind zwei gänzlich unterschiedliche Organisationen und Infrastruktur.
D.h. Accounts werden nicht "automatisch" synchron gehalten, man muß sich jeweils eigens registrieren.
Du müßtest dich also für das Forum auf .org neu registrieren um dort schreiben zu können.

Das gleiche gilt für den Bug-Tracker auf gitlab.archlinux.org. Dort ist ebenfalls ein eigener Account nötig, aktuell ist die Erstellung eines Zugangs nur per Anfrage per EMail möglich. Ich selbst habe z.B. auch noch keinen, aus dem einfachen Grund das ich kaum/nie ein reportfähiges Problem habe (toi,toi,toi...).
Das hier wieder ein "eigener" Account nötig ist liegt halt daran, daß Archlinux für wesentliche Teile der Paket-Infrastruktur Dienste des Anbieters gitlab.com nutzt, inkl. deren Bug-Tracker für Fehler-Meldungen.
Eine (finanziell, personell) große Organisation kann da besser agieren, und eben auch eine Art "zentrale" Account-Zugangs-Struktur anbieten, also quasi "alles in eigener Hand" aufsetzen.
Allerdings ist dieses "Registriere-dich-bitte-wenn-du-was-willst" Gehabe mittlerweile usus, egal ob Nvidia, Gnome, Freedesktop, gnu, etc.: Überall mußt du dich registrieren um z.B. irgendwas zu melden. Das ist auch nachvollziehbar beim momentanen Stand des "Homo Digitalus". Für diese Dinge sollte man unbedingt eine "Wegwerf-Email-Adresse" und ebensolche Userdaten(Namen, Telefonnummern) haben.

cipher Sorry das ich mich etwas ziere.

Ich bin jemand der auch verstehen will was er tut, weil es mich interessiert.

Ich verstehe das vollkommen. Allerdings wirst du um "Englisch" im technischen Bereich nicht herumkommen. Wesentliche Teile der Informationen - selbst der Begriffe für Computerteile - sind halt auf Englisch. "Eingedeutscht" kommen dann solche Ungetüme wie z.B. früher bei IBM's OS/2 die "serielle Zeigereinheit" für die "Mouse" heraus.
Ich kann - wie weiter oben schon mal angeführt - da nur auf deepl.com hinweisen. Ein guter Online-Übersetzer macht Dinge "verständlich" wenn für deine Augen selbst Englisch aussieht wie ein japanisch geschriebener Text.

Jetzt nochmal zurück zum Stand mit iwlwifi:
Es hat sich wohl rausgestellt, daß dein Problem wieder ein anderes ist als im letzten o.a. Bugreport
https://gitlab.archlinux.org/archlinux/packaging/packages/linux/-/issues/155
aufgeführt. Mit den Bisect-Kernel die du jetzt getestet hast war das gemeldete Problem im Bugreport für die Betroffenen lösbar (d.h. der Kernel-der-eigentlich-funktionieren-sollte r536) hat dort funktioniert. Im Gegensatz zu deinen Test.
Also obwohl das Fehlerbild in den Logs und das Verhalten sehr ähnlich waren, scheint deine Ursache wiederum etwas "anderes" (eine anderere Kerneländerung) zu sein. Der Treiber "iwlwifi" scheint halt durch Änderungen im 6.16 Source-Code eine schiere Unzahl von "Neben-/Auswirkungen" auf unterschiedliche (ältere?) Hardware-Implementationen zu haben.

Der aktuell wohl passendste Thread ist (wie von seth angeführt):
https://bbs.archlinux.org/viewtopic.php?pid=2260819#p2260819
dieser Thread. Der User gromit stellt dort gerade passende Bisect-Kernelversionen bereit zum Testen (und eben sagen ob diese Version good/gut oder bad/schlecht funktionieren.
Das sind die Versionen, die du auch testen solltest bei dir.
Der User "FelledTreeNo9" hat z.B. gerade Version r512 als "bad/schlecht" getestet. Das wäre jetzt etwas, was du auch testen könntest ob das bei dir auch zutrifft. Und - wenn ggf. angemeldet auf .org - halt auch schreiben: bad

D.h. wenn in diesem Thread im laufe des Tages/Tage neue Test-Bisect-Versionen von gromit kommen, dann diese - wenn zeitlich möglich - immer auch mal testen und deine Erfahrung damit (good/bad) mit den Aussagen der anderen User vergleichen und/oder ergänzen.

Wenn es um direkte Fragen geht, dann helfe ich natürlich gerne weiter, auch als "Vermittler". Also nicht aufgeben, wir können froh sein das "OpenSource" solch eine "Kommunikation" mit den betreffenden "Parteien" überhaupt ermöglicht.

cipher

Habe vorhin noch einen Test mit dem gleichen Kernel 6.15.rc2.r536 (Version 1) mit dem Parameter "iwlwifi.disable_11be=1" versucht. Gleiche Symptome.

$ uname -a
Linux t420s 6.15.0-rc2-1-mainline-00536-g871197bf7bcc #1 SMP PREEMPT_DYNAMIC Sun, 07 Sep 2025 14:20:56 +0000 x86_64 GNU/Linux

$ cat /proc/cmdline
BOOT_IMAGE=../vmlinuz-linux-mainline root=/dev/sda1 rw iwlwifi.disable_11be=1 initrd=../intel-ucode.img,../initramfs-linux-mainline.img

20250909 journalctl

cipher

@seth
Nein, ich habe keinen Account.

@GerBra
Habe auf dem von dir verlinkten Thread geschrieben.
Der Kernel r512 funktioniert bei mir auch nicht.

« Vorherige Seite