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

  md: wait for behind writes before destroying bitmap

  __md_stop() destroyed the bitmap before calling mddev_detach()
summary: |-
  In the Linux kernel, the following vulnerability has been resolved:

  md: wait for behind writes before destroying bitmap

  __md_stop() destroyed the bitmap before calling mddev_detach(). That made
  mddev_detach() skip bitmap_ops->wait_behi…
severity: none
vendor: Linux
product: Linux
affected:
  - >-
    Linux >= 5ab829f1971dc99f2aac10846c378e67fc875abc <
    73881ff7a75913f919a1ce9d9571bfaab8e8588d
  - >-
    Linux >= 5ab829f1971dc99f2aac10846c378e67fc875abc <
    4224dccd325a9380e8edfb66aad8bb5771c94222
  - >-
    Linux >= 5ab829f1971dc99f2aac10846c378e67fc875abc <
    2a79365b2278f16e163e4024086105693b421601
  - Linux 6.18
published: '2026-09-17'
updated: '2026-09-17'
sourceUpdated: '2026-09-17T17:17:24.460'
source: NVD
sourceUrl: 'https://nvd.nist.gov/vuln/detail/CVE-2026-90278'
references:
  - url: 'https://git.kernel.org/stable/c/2a79365b2278f16e163e4024086105693b421601'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
  - url: 'https://git.kernel.org/stable/c/4224dccd325a9380e8edfb66aad8bb5771c94222'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
  - url: 'https://git.kernel.org/stable/c/73881ff7a75913f919a1ce9d9571bfaab8e8588d'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
tags:
  - nvd
  - cve.org
ingestedAt: '2026-09-17T16:21:47.838Z'
epss: 0.00198
epssPercentile: 0.09875
---

## Overview

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

md: wait for behind writes before destroying bitmap

__md_stop() destroyed the bitmap before calling mddev_detach(). That made
mddev_detach() skip bitmap_ops->wait_behind_writes(), because the bitmap
was already disconnected from mddev.

This was still safe for the legacy bitmap because bitmap_destroy() waits
for behind writes itself. llbitmap keeps that wait in its
->wait_behind_writes() operation instead, while ->destroy() tears down the
llbitmap storage. With the old ordering, RAID1 behind-write completions
could still run after llbitmap storage had been freed.

Call mddev_detach() before md_bitmap_destroy() so the common detach path
can wait for behind writes while the bitmap is still alive. Only destroy
the bitmap after those users are gone.

## Remediation

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