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

  drm/amdgpu: Fix init ordering in amdgpu_vram_mgr_init()

  drmm_cgroup_register_region() is called before INIT_LIST_HEAD() and
  gpu_buddy_init() in amdgpu_vram_mgr_init().…
summary: |-
  In the Linux kernel, the following vulnerability has been resolved:

  drm/amdgpu: Fix init ordering in amdgpu_vram_mgr_init()

  drmm_cgroup_register_region() is called before INIT_LIST_HEAD() and
  gpu_buddy_init() in amdgpu_vram_mgr_init().…
severity: none
vendor: Linux
product: Linux
affected:
  - >-
    Linux >= 2b624a2c18656ea32e0849e7bc0018ba3c97ca64 <
    e184e46ca1ba652ab8053a10a51b39aad06d3f5c
  - >-
    Linux >= 2b624a2c18656ea32e0849e7bc0018ba3c97ca64 <
    3e234c6face8651045f46895dfe9c086ea64f03b
  - >-
    Linux >= 2b624a2c18656ea32e0849e7bc0018ba3c97ca64 <
    e773798e14ac0aea54ca9676083b91f445e5bc59
  - Linux 6.14
published: '2026-09-16'
updated: '2026-09-16'
sourceUpdated: '2026-09-16T11:16:49.493'
source: NVD
sourceUrl: 'https://nvd.nist.gov/vuln/detail/CVE-2026-89828'
references:
  - url: 'https://git.kernel.org/stable/c/3e234c6face8651045f46895dfe9c086ea64f03b'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
  - url: 'https://git.kernel.org/stable/c/e184e46ca1ba652ab8053a10a51b39aad06d3f5c'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
  - url: 'https://git.kernel.org/stable/c/e773798e14ac0aea54ca9676083b91f445e5bc59'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
tags:
  - nvd
  - cve.org
ingestedAt: '2026-09-16T10:53:54.000Z'
epss: 0.00219
epssPercentile: 0.11013
---

## Overview

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

drm/amdgpu: Fix init ordering in amdgpu_vram_mgr_init()

drmm_cgroup_register_region() is called before INIT_LIST_HEAD() and
gpu_buddy_init() in amdgpu_vram_mgr_init(). If it fails, the function
returns early and bypasses those initializations.

Since adev->mman.initialized is set to true before amdgpu_vram_mgr_init()
is called, a failure triggers amdgpu_ttm_fini(), which calls
amdgpu_vram_mgr_fini(), which then:

 - Calls list_for_each_entry_safe() on reservations_pending and
   reserved_pages, whose list_head::next pointers are zero-initialized
   (NULL). The loop does not recognize them as empty and dereferences NULL.

 - Calls gpu_buddy_fini(), which iterates free_trees[] unconditionally
   via for_each_free_tree(). Since mm->free_trees is NULL
   (never allocated), this dereferences NULL.

Both result in a kernel panic on the module load error path.

Fix by moving drmm_cgroup_register_region() to after the list and buddy
allocator are fully initialized, so the teardown path is safe to run.

## Remediation

Refer to the linked advisories for vendor-supplied fixes and affected version ranges.