<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://vulnerability.circl.lu/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-07T18:30:28.117851+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>info@circl.lu</email>
  </author>
  <link href="https://vulnerability.circl.lu" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://vulnerability.circl.lu/vuln/cve-2026-98344</id>
    <title>CVE-2026-98344 — dmaengine: Fix device kref underflow in dma_chan_put()</title>
    <updated>2026-10-07T18:30:28.119307+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Linux</p>
<p>In the Linux kernel, the following vulnerability has been resolved:</p>
<p>dmaengine: Fix device kref underflow in dma_chan_put()</p>
<p>dma_chan_get() takes chan-&gt;device-&gt;ref only on the slow path:</p>
<p>/* no kref on fast path */
	if (chan-&gt;client_count) {
		__module_get(owner);
		chan-&gt;client_count++;
		return 0;
	}
	if (!try_module_get(owner))
		return -ENODEV;
	if (!dma_device_get(chan-&gt;device)) { // calls kref_get_unless_zero()</p>
<p>dma_chan_put() drops the ref unconditionally, so every fast-path
get/put pair drops one extra device reference.</p>
<p>The bug fires when two conditions hold together: a non-private
provider has a persistent client holding chan-&gt;client_count &gt; 0
and another client cycles dmaengine_get()/dmaengine_put().
When the kref hits zero, the subsequent dma_find_channel() returns
NULL even though the provider module is still loaded.</p>
<p>Fix this by dropping device-&gt;ref only on the last put, matching the
single slow-path get.</p></div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/cve-2026-98344"/>
  </entry>
</feed>
