<?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://vulnerability.circl.lu</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>Mon, 05 Oct 2026 16:39:27 +0000</lastBuildDate>
    <item>
      <title>CVE-2025-22031 — PCI/bwctrl: Fix NULL pointer dereference on bus number exhaustion</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2025-22031</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Linux&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;PCI/bwctrl: Fix NULL pointer dereference on bus number exhaustion&lt;/p&gt;
&lt;p&gt;When BIOS neglects to assign bus numbers to PCI bridges, the kernel
attempts to correct that during PCI device enumeration.  If it runs out
of bus numbers, no pci_bus is allocated and the &amp;#34;subordinate&amp;#34; pointer in
the bridge&amp;#39;s pci_dev remains NULL.&lt;/p&gt;
&lt;p&gt;The PCIe bandwidth controller erroneously does not check for a NULL
subordinate pointer and dereferences it on probe.&lt;/p&gt;
&lt;p&gt;Bandwidth control of unusable devices below the bridge is of questionable
utility, so simply error out instead.  This mirrors what PCIe hotplug does
since commit 62e4492c3063 (&amp;#34;PCI: Prevent NULL dereference during pciehp
probe&amp;#34;).&lt;/p&gt;
&lt;p&gt;The PCI core emits a message with KERN_INFO severity if it has run out of
bus numbers.  PCIe hotplug emits an additional message with KERN_ERR
severity to inform the user that hotplug functionality is disabled at the
bridge.  A similar message for bandwidth control does not seem merited,
given that its only purpose so far is to expose an up-to-date link speed
in sysfs and throttle the link speed on certain laptops with limited
Thermal Design Power.  So error out silently.&lt;/p&gt;
&lt;p&gt;User-visible messages:&lt;/p&gt;
&lt;p&gt;pci 0000:16:02.0: bridge configuration invalid ([bus 00-00]), reconfiguring
  [...]
  pci_bus 0000:45: busn_res: [bus 45-74] end is updated to 74
  pci 0000:16:02.0: devices behind bridge are unusable because [bus 45-74] cannot be assigned for them
  [...]
  p…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Linux&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;PCI/bwctrl: Fix NULL pointer dereference on bus number exhaustion&lt;/p&gt;
&lt;p&gt;When BIOS neglects to assign bus numbers to PCI bridges, the kernel
attempts to correct that during PCI device enumeration.  If it runs out
of bus numbers, no pci_bus is allocated and the &amp;#34;subordinate&amp;#34; pointer in
the bridge&amp;#39;s pci_dev remains NULL.&lt;/p&gt;
&lt;p&gt;The PCIe bandwidth controller erroneously does not check for a NULL
subordinate pointer and dereferences it on probe.&lt;/p&gt;
&lt;p&gt;Bandwidth control of unusable devices below the bridge is of questionable
utility, so simply error out instead.  This mirrors what PCIe hotplug does
since commit 62e4492c3063 (&amp;#34;PCI: Prevent NULL dereference during pciehp
probe&amp;#34;).&lt;/p&gt;
&lt;p&gt;The PCI core emits a message with KERN_INFO severity if it has run out of
bus numbers.  PCIe hotplug emits an additional message with KERN_ERR
severity to inform the user that hotplug functionality is disabled at the
bridge.  A similar message for bandwidth control does not seem merited,
given that its only purpose so far is to expose an up-to-date link speed
in sysfs and throttle the link speed on certain laptops with limited
Thermal Design Power.  So error out silently.&lt;/p&gt;
&lt;p&gt;User-visible messages:&lt;/p&gt;
&lt;p&gt;pci 0000:16:02.0: bridge configuration invalid ([bus 00-00]), reconfiguring
  [...]
  pci_bus 0000:45: busn_res: [bus 45-74] end is updated to 74
  pci 0000:16:02.0: devices behind bridge are unusable because [bus 45-74] cannot be assigned for them
  [...]
  p…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2025-22031</guid>
    </item>
  </channel>
</rss>
