Regression: Instant reboot on Core Ultra (Meteor Lake) with microcode 20260811 (rev 0x2a)
Nobody has claimed this yet.
Assessment
- Difficulty
- 5/5
- Estimated time
- Over a week
- Newbie friendliness
- 38/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Active
- Tech stack
- linux
- Domain
- operating-systems
Research direction
Start with intel-ucode/06-aa-04 and compare revisions 0x28 and 0x2a from releases 20260512 and 20260811. Reproduce on BIOS 1.16 using systemd-boot, with and without dis_ucode_ldr, then compare against BIOS 1.17. Done requires establishing a safe project-level response to the early-boot reboot.
Written by the indexing model from the issue text.
Description
Updating intel-ucode to release 20260811 (which bumps revision from 0x28 to 0x2a for file 06-aa-04) causes an immediate hardware reboot during early boot right after selecting the kernel entry in systemd-boot.
No dmesg or kernel crash logs are saved due to the reboot occurring in the early microcode loading phase.
System Info
- Device: Lenovo ThinkPad T14s Gen 5
- BIOS Version:
N46ET26W (1.16)(Date: 04/29/2026) - Embedded Controller (EC):
N46HT18W - CPU: Intel Core Ultra 7 155U (Family 6, Model 170 /
0xAA, Stepping 4) - Affected Microcode File:
intel-ucode/06-aa-04 - Kernel / OS: Arch Linux, kernel
7.1.8-arch1-3 - Bootloader:
systemd-boot - Working Revision:
0x28(release 20260512) - Failing Revision:
0x2a(release 20260811)
Steps to Reproduce & Workaround
- Update
intel-ucodeto release20260811. - Boot system with
initrd /intel-ucode.imgconfigured insystemd-boot. - Select kernel entry — system instantly triggers a hardware reboot.
- Workaround: Downgrading
intel-ucodeto release20260512(revision0x28) restores normal boot behavior.
Update / Root Cause
Lenovo released BIOS version 1.17 (N46UR12W) on 11 Aug 2026. The changelog explicitly mentions:
- (New) Updated the CPU Microcode to version 0x2a (CPUID: 0xA06A4)
Findings:
- On BIOS 1.16 (
N46UR11W): Early loading microcode0x2aviainitrdcauses an instant hardware reset during early kernel initialization. - Workaround via
dis_ucode_ldr: Addingdis_ucode_ldrto the kernel command line allows the system to boot successfully on BIOS 1.16 even withintel-ucode.imgpresent ininitrd, confirming the crash occurs strictly within the OS early microcode loader. - On BIOS 1.17 (
N46UR12W): System boots normally without issues because microcode0x2ais already baked into the system firmware.
Updating to vendor BIOS 1.17 works as a permanent fix, but applying early microcode updates via OS initrd on recent prior BIOS releases (like 1.16) should ideally not result in early-boot hardware crashes.
- Dominant language
- No language data
- Stars
- 828
- Forks
- 86
- PR merge metrics
- No merged PRs in 30d
Getting set up
- No Dockerfile or Docker Compose file
- No pull request template
- Read the contributing guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from intel/Intel-Linux-Processor-Microcode-Data-Files
-
Difficulty 3/5 1-2 days Newbie friendliness 48/100
intel/Intel-Linux-Processor-Microcode-Data-Files#109 · 6 comments · 2 reactions ·
-
Microcode not foundOpen
Difficulty 3/5 1-2 days Newbie friendliness 35/100
intel/Intel-Linux-Processor-Microcode-Data-Files#108 · 4 comments ·
-
Difficulty 3/5 1-2 days Newbie friendliness 30/100
intel/Intel-Linux-Processor-Microcode-Data-Files#107 · 1 comment ·
-
Difficulty 1/5 Under an hour Newbie friendliness 35/100
intel/Intel-Linux-Processor-Microcode-Data-Files#106 · 1 comment · 1 reaction ·
-
Missing microcodeOpen
Difficulty 4/5 3-5 days Newbie friendliness 20/100
intel/Intel-Linux-Processor-Microcode-Data-Files#105 · 2 comments ·
All issues in intel/Intel-Linux-Processor-Microcode-Data-Files
Similar issues
-
area-System.IO bug untriaged
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
dotnet/runtime#136599 · 1 comment ·
Maintainers usually reply within 1 day
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
OS-Simulator-Organization/os-simulator-project#63 ·
Maintainers usually reply within 1 day
-
Windows CLI: get_ps_title() passes bytes to GetConsoleTitleW() instead of characters, overflowing the 260-wchar_t bufferPossibly taken A pull request linked to this issue is open or already merged. Open
Difficulty 2/5 1-3 hours Newbie friendliness 79/100
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
ophub/amlogic-s9xxx-armbian#3752 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
Maintainers usually reply within 1 day