<?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>Tue, 29 Sep 2026 01:17:58 +0000</lastBuildDate>
    <item>
      <title>CVE-2025-68758 — backlight: led-bl: Add devlink to supplier LEDs</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2025-68758</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;backlight: led-bl: Add devlink to supplier LEDs&lt;/p&gt;
&lt;p&gt;LED Backlight is a consumer of one or multiple LED class devices, but
devlink is currently unable to create correct supplier-producer links when
the supplier is a class device. It creates instead a link where the
supplier is the parent of the expected device.&lt;/p&gt;
&lt;p&gt;One consequence is that removal order is not correctly enforced.&lt;/p&gt;
&lt;p&gt;Issues happen for example with the following sections in a device tree
overlay:&lt;/p&gt;
&lt;p&gt;// An LED driver chip
    pca9632@62 {
        compatible = &amp;#34;nxp,pca9632&amp;#34;;
        reg = &amp;lt;0x62&amp;gt;;&lt;/p&gt;
&lt;p&gt;// ...&lt;/p&gt;
&lt;p&gt;addon_led_pwm: led-pwm@3 {
            reg = &amp;lt;3&amp;gt;;
            label = &amp;#34;addon:led:pwm&amp;#34;;
        };
    };&lt;/p&gt;
&lt;p&gt;backlight-addon {
        compatible = &amp;#34;led-backlight&amp;#34;;
        leds = &amp;lt;&amp;amp;addon_led_pwm&amp;gt;;
        brightness-levels = &amp;lt;255&amp;gt;;
        default-brightness-level = &amp;lt;255&amp;gt;;
    };&lt;/p&gt;
&lt;p&gt;In this example, the devlink should be created between the backlight-addon
(consumer) and the pca9632@62 (supplier). Instead it is created between the
backlight-addon (consumer) and the parent of the pca9632@62, which is
typically the I2C bus adapter.&lt;/p&gt;
&lt;p&gt;On removal of the above overlay, the LED driver can be removed before the
backlight device, resulting in:&lt;/p&gt;
&lt;p&gt;Unable to handle kernel NULL pointer dereference at virtual address 0000000000000010
    ...
    Call trace:
     led_put+0xe0/0x140
     devm_led_release+0x6c/0x98&lt;/p&gt;
&lt;p&gt;Another way to reproduce the bug without…&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;backlight: led-bl: Add devlink to supplier LEDs&lt;/p&gt;
&lt;p&gt;LED Backlight is a consumer of one or multiple LED class devices, but
devlink is currently unable to create correct supplier-producer links when
the supplier is a class device. It creates instead a link where the
supplier is the parent of the expected device.&lt;/p&gt;
&lt;p&gt;One consequence is that removal order is not correctly enforced.&lt;/p&gt;
&lt;p&gt;Issues happen for example with the following sections in a device tree
overlay:&lt;/p&gt;
&lt;p&gt;// An LED driver chip
    pca9632@62 {
        compatible = &amp;#34;nxp,pca9632&amp;#34;;
        reg = &amp;lt;0x62&amp;gt;;&lt;/p&gt;
&lt;p&gt;// ...&lt;/p&gt;
&lt;p&gt;addon_led_pwm: led-pwm@3 {
            reg = &amp;lt;3&amp;gt;;
            label = &amp;#34;addon:led:pwm&amp;#34;;
        };
    };&lt;/p&gt;
&lt;p&gt;backlight-addon {
        compatible = &amp;#34;led-backlight&amp;#34;;
        leds = &amp;lt;&amp;amp;addon_led_pwm&amp;gt;;
        brightness-levels = &amp;lt;255&amp;gt;;
        default-brightness-level = &amp;lt;255&amp;gt;;
    };&lt;/p&gt;
&lt;p&gt;In this example, the devlink should be created between the backlight-addon
(consumer) and the pca9632@62 (supplier). Instead it is created between the
backlight-addon (consumer) and the parent of the pca9632@62, which is
typically the I2C bus adapter.&lt;/p&gt;
&lt;p&gt;On removal of the above overlay, the LED driver can be removed before the
backlight device, resulting in:&lt;/p&gt;
&lt;p&gt;Unable to handle kernel NULL pointer dereference at virtual address 0000000000000010
    ...
    Call trace:
     led_put+0xe0/0x140
     devm_led_release+0x6c/0x98&lt;/p&gt;
&lt;p&gt;Another way to reproduce the bug without…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2025-68758</guid>
    </item>
  </channel>
</rss>
