CVE-2023-53074: drm/amdgpu: fix ttm_bo calltrace warning in psp_hw_fini
In the Linux kernel, the following vulnerability has been resolved:
drm/amdgpu: fix ttm_bo calltrace warning in psp_hw_fini
The call trace occurs when the amdgpu is removed after
the mode1 reset. During mode1 reset, from suspend to resume,
there is no need to reinitialize the ta firmware buffer
which caused the bo pin_count increase redundantly.
[ 489.885525] Call Trace:
[ 489.885525] <TASK>
[ 489.885526] amdttm_bo_put+0x34/0x50 [amdttm]
[ 489.885529] amdgpu_bo_free_kernel+0xe8/0x130 [amdgpu]
[ 489.885620] psp_free_shared_bufs+0xb7/0x150 [amdgpu]
[ 489.885720] psp_hw_fini+0xce/0x170 [amdgpu]
[ 489.885815] amdgpu_device_fini_hw+0x2ff/0x413 [amdgpu]
[ 489.885960] ? blocking_notifier_chain_unregister+0x56/0xb0
[ 489.885962] amdgpu_driver_unload_kms+0x51/0x60 [amdgpu]
[ 489.886049] amdgpu_pci_remove+0x5a/0x140 [amdgpu]
[ 489.886132] ? __pm_runtime_resume+0x60/0x90
[ 489.886134] pci_device_remove+0x3e/0xb0
[ 489.886135] __device_release_driver+0x1ab/0x2a0
[ 489.886137] driver_detach+0xf3/0x140
[ 489.886138] bus_remove_driver+0x6c/0xf0
[ 489.886140] driver_unregister+0x31/0x60
[ 489.886141] pci_unregister_driver+0x40/0x90
[ 489.886142] amdgpu_exit+0x15/0x451 [amdgpu]
Security readout for executives and security teams
Plain-English summary
This Linux kernel issue affects the AMDGPU driver. It can trigger a kernel call trace warning when an AMD GPU is removed after a suspend/resume mode1 reset. The public record does not describe data theft, privilege escalation, or confirmed exploitation. Treat it as a stability and kernel-maintenance issue unless your environment depends heavily on AMD GPU hosts.
Executive priority
Low immediate business urgency based on available evidence, unless AMD GPU Linux hosts are operationally critical. Handle through normal kernel patch management and confirm distribution coverage. Escalate only if affected systems show instability or if vendors later assign higher impact.
Technical view
The bug is in drm/amdgpu psp_hw_fini handling. During mode1 reset across suspend/resume, TA firmware buffer reinitialization can redundantly increase a buffer object pin_count, leading to a ttm_bo-related call trace during amdgpu removal. Linux stable commits are referenced as resolving the issue. CVSS, CWE, and concrete security impact are not provided.
Likely exposure
Exposure appears limited to Linux systems using the amdgpu kernel driver with affected kernel code. Systems without AMD GPUs or without the amdgpu module are unlikely to be exposed. The CVE record lists Linux as affected, but the provided version data is not sufficient to map every distribution package precisely.
Exploitation context
No active exploitation is indicated by CISA KEV or the provided sources. The described trigger involves device removal after a mode1 reset during suspend/resume, suggesting a local hardware/driver lifecycle condition rather than a remotely reachable vulnerability. Practical security impact is unclear from the public record.
Researcher notes
The public data lacks CVSS, CWE, exploitability analysis, and distro-specific fixed versions. The issue is documented as a resolved Linux kernel amdgpu bug involving pin_count handling and a call trace. Further assessment should focus on reproducing impact safely and mapping stable commits to downstream kernels.
Mitigation direction
Update to a Linux kernel or vendor package containing the referenced stable amdgpu fixes.
Check distribution security advisories for CVE-2023-53074 package status.
Prioritize hosts using AMD GPUs for graphics, compute, or virtualization workloads.
If patch timing is unclear, monitor vendor guidance rather than applying unsupported driver changes.
Validation and detection
Inventory Linux systems with AMD GPUs and the amdgpu driver loaded.
Compare running kernel packages against distribution advisories for this CVE.
Check whether kernel source includes the referenced stable commits.
Review kernel logs for amdgpu or ttm_bo call traces after suspend/resume or GPU removal.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cve · low confidence lookup
CVE-2023-53074 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
0CVSS vectors
3Timeline events
0ADP providers
4Source links
Vulnerability timeline
Timeline events are normalized from CVE metadata, CNA source timelines, ADP timelines, and KEV metadata when present.
CVE reservedCVE Program
The CVE ID was reserved by the assigning CNA.
CVE publishedCVE Program
The CVE record was published.
May 2, 2025, 15:55 UTC (UTC+00:00)
CVE updatedCVE Program
The CVE record metadata indicates this as the latest update time.