<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://db.gcve.eu</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Thu, 05 Nov 2026 07:17:39 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-99250</title>
      <link>https://db.gcve.eu/vuln/fkie_cve-2026-99250</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;printk: Postpone kthread startup&lt;/p&gt;
&lt;p&gt;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&amp;#39;s during SMP setup. The reports also show that
reverting NBCON console usage allows the bugs to disappear.&lt;/p&gt;
&lt;p&gt;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.&lt;/p&gt;
&lt;p&gt;Starting the console printing kthreads later has shown to avoid the
hanging on systems that could previously reproduce the issue.&lt;/p&gt;
&lt;p&gt;Postpone kthread starting until after all arch initcalls have
completed.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;printk: Postpone kthread startup&lt;/p&gt;
&lt;p&gt;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&amp;#39;s during SMP setup. The reports also show that
reverting NBCON console usage allows the bugs to disappear.&lt;/p&gt;
&lt;p&gt;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.&lt;/p&gt;
&lt;p&gt;Starting the console printing kthreads later has shown to avoid the
hanging on systems that could previously reproduce the issue.&lt;/p&gt;
&lt;p&gt;Postpone kthread starting until after all arch initcalls have
completed.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/fkie_cve-2026-99250</guid>
    </item>
    <item>
      <title>GHSA-2r72-m44g-f7fh</title>
      <link>https://db.gcve.eu/vuln/ghsa-2r72-m44g-f7fh</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;printk: Postpone kthread startup&lt;/p&gt;
&lt;p&gt;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&amp;#39;s during SMP setup. The reports also show that
reverting NBCON console usage allows the bugs to disappear.&lt;/p&gt;
&lt;p&gt;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.&lt;/p&gt;
&lt;p&gt;Starting the console printing kthreads later has shown to avoid the
hanging on systems that could previously reproduce the issue.&lt;/p&gt;
&lt;p&gt;Postpone kthread starting until after all arch initcalls have
completed.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;printk: Postpone kthread startup&lt;/p&gt;
&lt;p&gt;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&amp;#39;s during SMP setup. The reports also show that
reverting NBCON console usage allows the bugs to disappear.&lt;/p&gt;
&lt;p&gt;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.&lt;/p&gt;
&lt;p&gt;Starting the console printing kthreads later has shown to avoid the
hanging on systems that could previously reproduce the issue.&lt;/p&gt;
&lt;p&gt;Postpone kthread starting until after all arch initcalls have
completed.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/ghsa-2r72-m44g-f7fh</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-99250</title>
      <link>https://db.gcve.eu/vuln/ubuntu-cve-2026-99250</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:16.04:LTS: linux-hwe-edge, Ubuntu:18.04:LTS: linux-aws-5.0, Ubuntu:18.04:LTS: linux-aws-5.3, Ubuntu:18.04:LTS: linux-azure, Ubuntu:18.04:LTS: linux-azure-5.3, Ubuntu:18.04:LTS: linux-azure-edge, Ubuntu:18.04:LTS: linux-gcp, Ubuntu:18.04:LTS: linux-gcp-5.3, Ubuntu:18.04:LTS: linux-gke-4.15, Ubuntu:18.04:LTS: linux-gke-5.4 and 129 more&lt;/p&gt;
&lt;p&gt;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&amp;#39;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.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:16.04:LTS: linux-hwe-edge, Ubuntu:18.04:LTS: linux-aws-5.0, Ubuntu:18.04:LTS: linux-aws-5.3, Ubuntu:18.04:LTS: linux-azure, Ubuntu:18.04:LTS: linux-azure-5.3, Ubuntu:18.04:LTS: linux-azure-edge, Ubuntu:18.04:LTS: linux-gcp, Ubuntu:18.04:LTS: linux-gcp-5.3, Ubuntu:18.04:LTS: linux-gke-4.15, Ubuntu:18.04:LTS: linux-gke-5.4 and 129 more&lt;/p&gt;
&lt;p&gt;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&amp;#39;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.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/ubuntu-cve-2026-99250</guid>
    </item>
  </channel>
</rss>
