Live › vulnerability › CVE-2026-99250
The Linux kernel starts its console printing kernel threads during early boot, where they can interfere with multi-processor setup and cause systems to hang. The fix postpones starting those threads until after architecture initialization has completed.
Summary written from the sources below. Check the originals before acting.
First seen by InfraStack 2026-11-03 12:20 UTC. All times on this page are UTC.
Systems running affected Linux kernel builds with NBCON console printing, where the bug shows up as boot hangs on multi-processor hardware. Sources do not list affected kernel version ranges. unknown
No product ranges from the sources yet.
uname -r to see the running kernel versionUnknown from the sources.
Each row is the first time that source carried this signal. The analyst’s rows are its own findings.
In the Linux kernel, the following vulnerability has been resolved:
printk: Postpone kthread startup
There have been various bug reports related to SMP systems hanging on boot. The reports vary but seem to have some overlap with regard to missed IPI's during SMP setup. The reports also show that reverting NBCON console usage allows the bugs to disappear.
The NBCON kthreads for console printing are started very early during boot using early_initcall(). Since these kthreads are asynchronously enabling/disabling interrupts during early boot, they may be interfering with early SMP setup on some hardware platforms.
Starting the console printing kthreads later has shown to avoid the hanging on systems that could previously reproduce the issue.
Postpone kthread starting until after all arch initcalls have completed.
This page as .md · .json · in your agent: get_signal("CVE-2026-99250")
NVD data is provided by NIST and is public domain. Posts quoted belong to their authors.