<?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 06:41:52 +0000</lastBuildDate>
    <item>
      <title>CVE-2024-26784 — pmdomain: arm: Fix NULL dereference on scmi_perf_domain removal</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2024-26784</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;pmdomain: arm: Fix NULL dereference on scmi_perf_domain removal&lt;/p&gt;
&lt;p&gt;On unloading of the scmi_perf_domain module got the below splat, when in
the DT provided to the system under test the &amp;#39;#power-domain-cells&amp;#39; property
was missing. Indeed, this particular setup causes the probe to bail out
early without giving any error, which leads to the -&amp;gt;remove() callback gets
to run too, but without all the expected initialized structures in place.&lt;/p&gt;
&lt;p&gt;Add a check and bail out early on remove too.&lt;/p&gt;
&lt;p&gt;Call trace:
  scmi_perf_domain_remove+0x28/0x70 [scmi_perf_domain]
  scmi_dev_remove+0x28/0x40 [scmi_core]
  device_remove+0x54/0x90
  device_release_driver_internal+0x1dc/0x240
  driver_detach+0x58/0xa8
  bus_remove_driver+0x78/0x108
  driver_unregister+0x38/0x70
  scmi_driver_unregister+0x28/0x180 [scmi_core]
  scmi_perf_domain_driver_exit+0x18/0xb78 [scmi_perf_domain]
  __arm64_sys_delete_module+0x1a8/0x2c0
  invoke_syscall+0x50/0x128
  el0_svc_common.constprop.0+0x48/0xf0
  do_el0_svc+0x24/0x38
  el0_svc+0x34/0xb8
  el0t_64_sync_handler+0x100/0x130
  el0t_64_sync+0x190/0x198
 Code: a90153f3 f9403c14 f9414800 955f8a05 (b9400a80)
 ---[ end trace 0000000000000000 ]---&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;pmdomain: arm: Fix NULL dereference on scmi_perf_domain removal&lt;/p&gt;
&lt;p&gt;On unloading of the scmi_perf_domain module got the below splat, when in
the DT provided to the system under test the &amp;#39;#power-domain-cells&amp;#39; property
was missing. Indeed, this particular setup causes the probe to bail out
early without giving any error, which leads to the -&amp;gt;remove() callback gets
to run too, but without all the expected initialized structures in place.&lt;/p&gt;
&lt;p&gt;Add a check and bail out early on remove too.&lt;/p&gt;
&lt;p&gt;Call trace:
  scmi_perf_domain_remove+0x28/0x70 [scmi_perf_domain]
  scmi_dev_remove+0x28/0x40 [scmi_core]
  device_remove+0x54/0x90
  device_release_driver_internal+0x1dc/0x240
  driver_detach+0x58/0xa8
  bus_remove_driver+0x78/0x108
  driver_unregister+0x38/0x70
  scmi_driver_unregister+0x28/0x180 [scmi_core]
  scmi_perf_domain_driver_exit+0x18/0xb78 [scmi_perf_domain]
  __arm64_sys_delete_module+0x1a8/0x2c0
  invoke_syscall+0x50/0x128
  el0_svc_common.constprop.0+0x48/0xf0
  do_el0_svc+0x24/0x38
  el0_svc+0x34/0xb8
  el0t_64_sync_handler+0x100/0x130
  el0t_64_sync+0x190/0x198
 Code: a90153f3 f9403c14 f9414800 955f8a05 (b9400a80)
 ---[ end trace 0000000000000000 ]---&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2024-26784</guid>
    </item>
  </channel>
</rss>
