---
id: CVE-2026-52965
title: |-
  In the Linux kernel, the following vulnerability has been resolved:

  drm/ttm: Fix ttm_bo_swapout() infinite LRU walk on swapout failure

  When ttm_tt_swapout() fails, the current code calls
  ttm_resource_add_bulk_move() followed by ttm_res…
summary: |-
  In the Linux kernel, the following vulnerability has been resolved:

  drm/ttm: Fix ttm_bo_swapout() infinite LRU walk on swapout failure

  When ttm_tt_swapout() fails, the current code calls
  ttm_resource_add_bulk_move() followed by ttm_res…
severity: medium
cvss: 5.5
cvssVector: 'CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H'
cwe:
  - CWE-835
vendor: linux
product: linux_kernel
affected:
  - 'linux_kernel >= 6.13, < 7.0.10'
  - linux_kernel = 7.1
patched:
  - linux_kernel 7.0.10
published: '2026-06-24'
updated: '2026-10-15'
sourceUpdated: '2026-10-15T11:17:35.370'
source: NVD
sourceUrl: 'https://nvd.nist.gov/vuln/detail/CVE-2026-52965'
references:
  - url: 'https://git.kernel.org/stable/c/0124a09e3e5f5f6080efe9663b27af27933f8382'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
  - url: 'https://git.kernel.org/stable/c/060f8f3020516d71bc4d6159d4d0beef85606a74'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
  - url: 'https://git.kernel.org/stable/c/b2ed01e7ad3de80333e9b962a44024b094bc0b2b'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
tags:
  - nvd
  - cve.org
epss: 0.00172
epssPercentile: 0.06554
ingestedAt: '2026-07-11T13:13:24.994Z'
---

## Overview

In the Linux kernel, the following vulnerability has been resolved:

drm/ttm: Fix ttm_bo_swapout() infinite LRU walk on swapout failure

When ttm_tt_swapout() fails, the current code calls
ttm_resource_add_bulk_move() followed by ttm_resource_move_to_lru_tail()
to restore the resource's bulk_move membership.

However, ttm_resource_move_to_lru_tail() places the resource at the tail
of the LRU list which, relative to the walk cursor's hitch node (placed
immediately after the resource when it was yielded), puts the resource
*in front of the* the hitch. The next list_for_each_entry_continue() from
the hitch finds the same resource again, causing an infinite loop.

Fix by deferring del_bulk_move to the success path only.

On the success path, TTM_TT_FLAG_SWAPPED has just been set by
ttm_tt_swapout() but the resource is still tracked in the bulk_move range,
so ttm_resource_del_bulk_move()'s !ttm_resource_unevictable() guard would
incorrectly skip the removal. Introduce
ttm_resource_del_bulk_move_unevictable() which bypasses that guard.

## Affected

- `linux_kernel >= 6.13, < 7.0.10`
- `linux_kernel = 7.1`

## Remediation

Upgrade past the affected range:

- `linux_kernel 7.0.10`