<?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, 06 Oct 2026 18:29:38 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-43318 — drm/amdgpu: fix sync handling in amdgpu_dma_buf_move_notify</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2026-43318</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;drm/amdgpu: fix sync handling in amdgpu_dma_buf_move_notify&lt;/p&gt;
&lt;p&gt;Invalidating a dmabuf will impact other users of the shared BO.
In the scenario where process A moves the BO, it needs to inform
process B about the move and process B will need to update its
page table.&lt;/p&gt;
&lt;p&gt;The commit fixes a synchronisation bug caused by the use of the
ticket: it made amdgpu_vm_handle_moved behave as if updating
the page table immediately was correct but in this case it&amp;#39;s not.&lt;/p&gt;
&lt;p&gt;An example is the following scenario, with 2 GPUs and glxgears
running on GPU0 and Xorg running on GPU1, on a system where P2P
PCI isn&amp;#39;t supported:&lt;/p&gt;
&lt;p&gt;glxgears:
  export linear buffer from GPU0 and import using GPU1
  submit frame rendering to GPU0
  submit tiled-&amp;gt;linear blit
Xorg:
  copy of linear buffer&lt;/p&gt;
&lt;p&gt;The sequence of jobs would be:
  drm_sched_job_run                       # GPU0, frame rendering
  drm_sched_job_queue                     # GPU0, blit
  drm_sched_job_done                      # GPU0, frame rendering
  drm_sched_job_run                       # GPU0, blit
  move linear buffer for GPU1 access      #
  amdgpu_dma_buf_move_notify -&amp;gt; update pt # GPU0&lt;/p&gt;
&lt;p&gt;It this point the blit job on GPU0 is still running and would
likely produce a page fault.&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;drm/amdgpu: fix sync handling in amdgpu_dma_buf_move_notify&lt;/p&gt;
&lt;p&gt;Invalidating a dmabuf will impact other users of the shared BO.
In the scenario where process A moves the BO, it needs to inform
process B about the move and process B will need to update its
page table.&lt;/p&gt;
&lt;p&gt;The commit fixes a synchronisation bug caused by the use of the
ticket: it made amdgpu_vm_handle_moved behave as if updating
the page table immediately was correct but in this case it&amp;#39;s not.&lt;/p&gt;
&lt;p&gt;An example is the following scenario, with 2 GPUs and glxgears
running on GPU0 and Xorg running on GPU1, on a system where P2P
PCI isn&amp;#39;t supported:&lt;/p&gt;
&lt;p&gt;glxgears:
  export linear buffer from GPU0 and import using GPU1
  submit frame rendering to GPU0
  submit tiled-&amp;gt;linear blit
Xorg:
  copy of linear buffer&lt;/p&gt;
&lt;p&gt;The sequence of jobs would be:
  drm_sched_job_run                       # GPU0, frame rendering
  drm_sched_job_queue                     # GPU0, blit
  drm_sched_job_done                      # GPU0, frame rendering
  drm_sched_job_run                       # GPU0, blit
  move linear buffer for GPU1 access      #
  amdgpu_dma_buf_move_notify -&amp;gt; update pt # GPU0&lt;/p&gt;
&lt;p&gt;It this point the blit job on GPU0 is still running and would
likely produce a page fault.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2026-43318</guid>
    </item>
  </channel>
</rss>
