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

  f2fs: only redirty pinned folios in redirty_blocks

  redirty_blocks() pins folios with read_cache_folio() and then walks the
  same range again with filemap_lock_folio() t…
summary: |-
  In the Linux kernel, the following vulnerability has been resolved:

  f2fs: only redirty pinned folios in redirty_blocks

  redirty_blocks() pins folios with read_cache_folio() and then walks the
  same range again with filemap_lock_folio() t…
severity: high
cvss: 7.8
cvssVector: 'CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H'
vendor: Linux
product: Linux
affected:
  - >-
    Linux >= 5951fee46befbf6176c86482432f4f76e522f16c <
    445e4a1e6025ecd5312e9a95c1b234192c976ca1
  - >-
    Linux >= 5951fee46befbf6176c86482432f4f76e522f16c <
    89c65ec3c18903de763cf567c96ab3ef60e5f3b0
  - >-
    Linux >= 5951fee46befbf6176c86482432f4f76e522f16c <
    85171332742e741ccd6f401c69b6e0d698119e72
  - Linux 6.16
published: '2026-09-16'
updated: '2026-09-16'
sourceUpdated: '2026-09-16T15:18:12.597'
source: NVD
sourceUrl: 'https://nvd.nist.gov/vuln/detail/CVE-2026-89841'
references:
  - url: 'https://git.kernel.org/stable/c/445e4a1e6025ecd5312e9a95c1b234192c976ca1'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
  - url: 'https://git.kernel.org/stable/c/85171332742e741ccd6f401c69b6e0d698119e72'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
  - url: 'https://git.kernel.org/stable/c/89c65ec3c18903de763cf567c96ab3ef60e5f3b0'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
tags:
  - nvd
  - cve.org
ingestedAt: '2026-09-16T10:53:53.997Z'
epss: 0.00173
epssPercentile: 0.05912
---

## Overview

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

f2fs: only redirty pinned folios in redirty_blocks

redirty_blocks() pins folios with read_cache_folio() and then walks the
same range again with filemap_lock_folio() to redirty them and drop the
references it took.

Commit 5951fee46bef ("f2fs: Use a folio in redirty_blocks()") changed
the second pass to a do/while loop. If read_cache_folio() fails before
anything is pinned, page_idx does not advance but the cleanup loop still
runs once.

If readahead has already populated the failed folio in page cache, that
extra iteration finds it and folio_put_refs(folio, 2) drops one
reference too many. Later drop_caches or reclaim can then report
"BUG: Bad page state".

Only redirty the range that was pinned successfully.

## Remediation

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