{"api_version":"1","generated_at":"2026-09-17T23:31:47+00:00","cve":"CVE-2026-90363","urls":{"html":"https://cve.report/CVE-2026-90363","api":"https://cve.report/api/cve/CVE-2026-90363.json","docs":"https://cve.report/api","cve_org":"https://www.cve.org/CVERecord?id=CVE-2026-90363","nvd":"https://nvd.nist.gov/vuln/detail/CVE-2026-90363"},"summary":{"title":"drm/msm: don't tear down KMS twice when KMS init fails","description":"In the Linux kernel, the following vulnerability has been resolved:\n\ndrm/msm: don't tear down KMS twice when KMS init fails\n\nWhen priv->kms_init() (mdp4_kms_init() / mdp5_kms_init()) fails partway\nthrough, both display drivers already tear their KMS state down via\nmdp4_destroy() / mdp5_kms_destroy() before returning the error. The\ncommon error path in msm_drm_init() then runs msm_drm_uninit() ->\nmsm_drm_kms_uninit(), which tries to destroy the very same KMS a second\ntime, which causes a use-after-free crash.\n\nBring MDP4/MDP5 in line with the DPU driver whose dpu_kms_init() doesn't\nperform error cleanup on the failure. Let the common path own the\ncleanup, instead of freeing the KMS from their error paths.\n\nThe crash trace for the reference:\n\n  __lock_acquire from lock_acquire (kernel/locking/lockdep.c:5906 kernel/locking/lockdep.c:5863)\n  lock_acquire from touch_wq_lockdep_map (kernel/workqueue.c:4094 (discriminator 1))\n  touch_wq_lockdep_map from __flush_workqueue (kernel/workqueue.c:4136)\n  __flush_workqueue from msm_drm_kms_uninit (drivers/gpu/drm/msm/msm_kms.c:243 (discriminator 33))\n  msm_drm_kms_uninit from msm_drm_uninit (drivers/gpu/drm/msm/msm_drv.c:93)\n  msm_drm_uninit from msm_drm_init (drivers/gpu/drm/msm/msm_drv.c:184)\n  msm_drm_init from try_to_bring_up_aggregate_device (drivers/base/component.c:249 drivers/base/component.c:227)\n  try_to_bring_up_aggregate_device from __component_add (drivers/base/component.c:269 drivers/base/component.c:748)\n  __component_add from dsi_host_attach (drivers/gpu/drm/msm/dsi/dsi_host.c:1739)\n  dsi_host_attach from mipi_dsi_attach (drivers/gpu/drm/drm_mipi_dsi.c:383)\n  mipi_dsi_attach from sharp_nt_panel_probe (drivers/gpu/drm/panel/panel-sharp-ls043t1le01.c:247)\n\nPatchwork: https://patchwork.freedesktop.org/patch/742068/","state":"PUBLISHED","assigner":"Linux","published_at":"2026-09-17 17:17:35","updated_at":"2026-09-17 17:17:35"},"problem_types":[],"metrics":[],"references":[{"url":"https://git.kernel.org/stable/c/93c125e4ea98fb25f927ba5a334d85845127d667","name":"https://git.kernel.org/stable/c/93c125e4ea98fb25f927ba5a334d85845127d667","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/08827aa40f0ee9d37dcff8d6acb340b970051486","name":"https://git.kernel.org/stable/c/08827aa40f0ee9d37dcff8d6acb340b970051486","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/e2a99fa93b400dfbb9598103249f71969501094a","name":"https://git.kernel.org/stable/c/e2a99fa93b400dfbb9598103249f71969501094a","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://www.cve.org/CVERecord?id=CVE-2026-90363","name":"CVE Program record","refsource":"CVE.ORG","tags":["canonical"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2026-90363","name":"NVD vulnerability detail","refsource":"NVD","tags":["canonical","analysis"]}],"affected":[{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 506efcba31296e9cbc4f8f148eec1e4b29039931 08827aa40f0ee9d37dcff8d6acb340b970051486 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 506efcba31296e9cbc4f8f148eec1e4b29039931 e2a99fa93b400dfbb9598103249f71969501094a git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 506efcba31296e9cbc4f8f148eec1e4b29039931 93c125e4ea98fb25f927ba5a334d85845127d667 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 6.7","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.7 semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.18.52 6.18.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 7.2.6 7.2.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 7.3-rc1 * original_commit_for_fix","platforms":[]}],"timeline":[],"solutions":[],"workarounds":[],"exploits":[],"credits":[],"nvd_cpes":[],"vendor_comments":[],"enrichments":{"kev":null,"epss":null,"legacy_qids":[]},"source_records":{"cve_program":{"containers":{"cna":{"affected":[{"defaultStatus":"unaffected","product":"Linux","programFiles":["drivers/gpu/drm/msm/disp/mdp4/mdp4_kms.c","drivers/gpu/drm/msm/disp/mdp5/mdp5_kms.c"],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","vendor":"Linux","versions":[{"lessThan":"08827aa40f0ee9d37dcff8d6acb340b970051486","status":"affected","version":"506efcba31296e9cbc4f8f148eec1e4b29039931","versionType":"git"},{"lessThan":"e2a99fa93b400dfbb9598103249f71969501094a","status":"affected","version":"506efcba31296e9cbc4f8f148eec1e4b29039931","versionType":"git"},{"lessThan":"93c125e4ea98fb25f927ba5a334d85845127d667","status":"affected","version":"506efcba31296e9cbc4f8f148eec1e4b29039931","versionType":"git"}]},{"defaultStatus":"affected","product":"Linux","programFiles":["drivers/gpu/drm/msm/disp/mdp4/mdp4_kms.c","drivers/gpu/drm/msm/disp/mdp5/mdp5_kms.c"],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","vendor":"Linux","versions":[{"status":"affected","version":"6.7"},{"lessThan":"6.7","status":"unaffected","version":"0","versionType":"semver"},{"lessThanOrEqual":"6.18.*","status":"unaffected","version":"6.18.52","versionType":"semver"},{"lessThanOrEqual":"7.2.*","status":"unaffected","version":"7.2.6","versionType":"semver"},{"lessThanOrEqual":"*","status":"unaffected","version":"7.3-rc1","versionType":"original_commit_for_fix"}]}],"cpeApplicability":[{"nodes":[{"cpeMatch":[{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.18.52","versionStartIncluding":"6.7","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"7.2.6","versionStartIncluding":"6.7","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"7.3-rc1","versionStartIncluding":"6.7","vulnerable":true}],"negate":false,"operator":"OR"}]}],"descriptions":[{"lang":"en","value":"In the Linux kernel, the following vulnerability has been resolved:\n\ndrm/msm: don't tear down KMS twice when KMS init fails\n\nWhen priv->kms_init() (mdp4_kms_init() / mdp5_kms_init()) fails partway\nthrough, both display drivers already tear their KMS state down via\nmdp4_destroy() / mdp5_kms_destroy() before returning the error. The\ncommon error path in msm_drm_init() then runs msm_drm_uninit() ->\nmsm_drm_kms_uninit(), which tries to destroy the very same KMS a second\ntime, which causes a use-after-free crash.\n\nBring MDP4/MDP5 in line with the DPU driver whose dpu_kms_init() doesn't\nperform error cleanup on the failure. Let the common path own the\ncleanup, instead of freeing the KMS from their error paths.\n\nThe crash trace for the reference:\n\n  __lock_acquire from lock_acquire (kernel/locking/lockdep.c:5906 kernel/locking/lockdep.c:5863)\n  lock_acquire from touch_wq_lockdep_map (kernel/workqueue.c:4094 (discriminator 1))\n  touch_wq_lockdep_map from __flush_workqueue (kernel/workqueue.c:4136)\n  __flush_workqueue from msm_drm_kms_uninit (drivers/gpu/drm/msm/msm_kms.c:243 (discriminator 33))\n  msm_drm_kms_uninit from msm_drm_uninit (drivers/gpu/drm/msm/msm_drv.c:93)\n  msm_drm_uninit from msm_drm_init (drivers/gpu/drm/msm/msm_drv.c:184)\n  msm_drm_init from try_to_bring_up_aggregate_device (drivers/base/component.c:249 drivers/base/component.c:227)\n  try_to_bring_up_aggregate_device from __component_add (drivers/base/component.c:269 drivers/base/component.c:748)\n  __component_add from dsi_host_attach (drivers/gpu/drm/msm/dsi/dsi_host.c:1739)\n  dsi_host_attach from mipi_dsi_attach (drivers/gpu/drm/drm_mipi_dsi.c:383)\n  mipi_dsi_attach from sharp_nt_panel_probe (drivers/gpu/drm/panel/panel-sharp-ls043t1le01.c:247)\n\nPatchwork: https://patchwork.freedesktop.org/patch/742068/"}],"providerMetadata":{"dateUpdated":"2026-09-17T16:09:06.817Z","orgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","shortName":"Linux"},"references":[{"url":"https://git.kernel.org/stable/c/08827aa40f0ee9d37dcff8d6acb340b970051486"},{"url":"https://git.kernel.org/stable/c/e2a99fa93b400dfbb9598103249f71969501094a"},{"url":"https://git.kernel.org/stable/c/93c125e4ea98fb25f927ba5a334d85845127d667"}],"title":"drm/msm: don't tear down KMS twice when KMS init fails","x_generator":{"engine":"bippy-1.2.0"}}},"cveMetadata":{"assignerOrgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","assignerShortName":"Linux","cveId":"CVE-2026-90363","datePublished":"2026-09-17T16:09:06.817Z","dateReserved":"2026-09-11T19:38:34.807Z","dateUpdated":"2026-09-17T16:09:06.817Z","state":"PUBLISHED"},"dataType":"CVE_RECORD","dataVersion":"5.2"},"nvd":{"publishedDate":"2026-09-17 17:17:35","lastModifiedDate":"2026-09-17 17:17:35","problem_types":[],"metrics":[],"configurations":[]},"legacy_mitre":{"record":{"CveYear":"2026","CveId":"90363","Ordinal":"1","Title":"drm/msm: don't tear down KMS twice when KMS init fails","CVE":"CVE-2026-90363","Year":"2026"},"notes":[{"CveYear":"2026","CveId":"90363","Ordinal":"1","NoteData":"In the Linux kernel, the following vulnerability has been resolved:\n\ndrm/msm: don't tear down KMS twice when KMS init fails\n\nWhen priv->kms_init() (mdp4_kms_init() / mdp5_kms_init()) fails partway\nthrough, both display drivers already tear their KMS state down via\nmdp4_destroy() / mdp5_kms_destroy() before returning the error. The\ncommon error path in msm_drm_init() then runs msm_drm_uninit() ->\nmsm_drm_kms_uninit(), which tries to destroy the very same KMS a second\ntime, which causes a use-after-free crash.\n\nBring MDP4/MDP5 in line with the DPU driver whose dpu_kms_init() doesn't\nperform error cleanup on the failure. Let the common path own the\ncleanup, instead of freeing the KMS from their error paths.\n\nThe crash trace for the reference:\n\n  __lock_acquire from lock_acquire (kernel/locking/lockdep.c:5906 kernel/locking/lockdep.c:5863)\n  lock_acquire from touch_wq_lockdep_map (kernel/workqueue.c:4094 (discriminator 1))\n  touch_wq_lockdep_map from __flush_workqueue (kernel/workqueue.c:4136)\n  __flush_workqueue from msm_drm_kms_uninit (drivers/gpu/drm/msm/msm_kms.c:243 (discriminator 33))\n  msm_drm_kms_uninit from msm_drm_uninit (drivers/gpu/drm/msm/msm_drv.c:93)\n  msm_drm_uninit from msm_drm_init (drivers/gpu/drm/msm/msm_drv.c:184)\n  msm_drm_init from try_to_bring_up_aggregate_device (drivers/base/component.c:249 drivers/base/component.c:227)\n  try_to_bring_up_aggregate_device from __component_add (drivers/base/component.c:269 drivers/base/component.c:748)\n  __component_add from dsi_host_attach (drivers/gpu/drm/msm/dsi/dsi_host.c:1739)\n  dsi_host_attach from mipi_dsi_attach (drivers/gpu/drm/drm_mipi_dsi.c:383)\n  mipi_dsi_attach from sharp_nt_panel_probe (drivers/gpu/drm/panel/panel-sharp-ls043t1le01.c:247)\n\nPatchwork: https://patchwork.freedesktop.org/patch/742068/","Type":"Description","Title":"drm/msm: don't tear down KMS twice when KMS init fails"}]}}}