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

  media: stm32: dcmi: fix some error handling bugs in probe()

  There are a few issues here:

  1) After we assign:
          chan = dma_request_chan(&pdev->dev, "tx");
     The…
summary: |-
  In the Linux kernel, the following vulnerability has been resolved:

  media: stm32: dcmi: fix some error handling bugs in probe()

  There are a few issues here:

  1) After we assign:
          chan = dma_request_chan(&pdev->dev, "tx");
     The…
severity: none
vendor: Linux
product: Linux
affected:
  - >-
    Linux >= bc901885fae0a0273288666609d143e960b6ad3a <
    4d030d7d1af95d24d3eb6e536a4f09b7bf9a8659
  - >-
    Linux >= bc901885fae0a0273288666609d143e960b6ad3a <
    f1d1ed39ced825615aeac61f0b6a322178756632
  - Linux 7.1
published: '2026-09-17'
updated: '2026-09-17'
sourceUpdated: '2026-09-17T17:17:40.357'
source: NVD
sourceUrl: 'https://nvd.nist.gov/vuln/detail/CVE-2026-90405'
references:
  - url: 'https://git.kernel.org/stable/c/4d030d7d1af95d24d3eb6e536a4f09b7bf9a8659'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
  - url: 'https://git.kernel.org/stable/c/f1d1ed39ced825615aeac61f0b6a322178756632'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
tags:
  - nvd
  - cve.org
ingestedAt: '2026-09-17T16:21:47.799Z'
epss: 0.00198
epssPercentile: 0.08429
---

## Overview

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

media: stm32: dcmi: fix some error handling bugs in probe()

There are a few issues here:

1) After we assign:
        chan = dma_request_chan(&pdev->dev, "tx");
   Then the error paths need to clean up before returning.  The first
   error path does a direct return.
2) The error paths check "dcmi->mdma_chan" but that is not assigned
   until later so it results in memory leaks.  Test "mdma_chan"
   instead.
3) The error handling calls dma_release_channel(dcmi->dma_chan) before
   "dcmi->dma_chan" has been assigned which leads to a NULL pointer
   dereference.  Use the "chan" variable instead.

I also moved the call to dma_release_channel() after the call to
dma_release_channel() so it mirrors the allocation code better.

## Remediation

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