* [PATCH v2 0/2] ntfs: fix the undo path of $MFT data extension
@ 2026-09-30 3:35 Matthias Goergens
2026-09-30 3:35 ` [PATCH v2 1/2] ntfs: balance the $MFT runlist lock in data extension error paths Matthias Goergens
2026-09-30 3:35 ` [PATCH v2 2/2] ntfs: do not use a stale runlist pointer when undoing $MFT extension Matthias Goergens
0 siblings, 2 replies; 4+ messages in thread
From: Matthias Goergens @ 2026-09-30 3:35 UTC (permalink / raw)
To: Namjae Jeon, Hyunchul Lee; +Cc: ntfs, linux-kernel
These fix two bugs in the undo path of
ntfs_mft_data_extend_allocation_nolock(): patch 1 makes its $MFT
runlist locking consistent, and patch 2 fixes a use-after-free of a
pointer into the runlist across the truncation.
Both paths only run when something fails while $MFT grows, so I tested
them in QEMU by forcing each failure once with a debug patch. The
debug patch, the test scripts and the images are at
https://github.com/matthiasgoergens/linux/tree/reproducer/2026-09-28-ntfs-mft-extend-undo-v2
Changes in v2:
- Patch 1: if ntfs_rl_truncate_nolock() fails, keep the clusters
allocated instead of freeing them, as the runlist may still reference
them (Hyunchul Lee). The truncation cannot fail at this call site
today, but with a failure forced, v1 freed clusters that $MFT's
runlist still mapped and later handed them to a data file.
- Patch 1: did not carry over Baolin Liu's Reviewed-by, as the patch
changed.
- Patch 2: unchanged.
v1: https://lore.kernel.org/all/20260927105706.3111333-1-matthias.goergens@gmail.com/
Thanks,
Matthias
Matthias Goergens (2):
ntfs: balance the $MFT runlist lock in data extension error paths
ntfs: do not use a stale runlist pointer when undoing $MFT extension
fs/ntfs/mft.c | 68 +++++++++++++++++++++++++++++++++++++++++++--------
1 file changed, 58 insertions(+), 10 deletions(-)
base-commit: 259abb551e2944998cad4214c201954ab1ac5c8d
--
2.55.0
^ permalink raw reply [flat|nested] 4+ messages in thread
* [PATCH v2 1/2] ntfs: balance the $MFT runlist lock in data extension error paths
2026-09-30 3:35 [PATCH v2 0/2] ntfs: fix the undo path of $MFT data extension Matthias Goergens
@ 2026-09-30 3:35 ` Matthias Goergens
2026-09-30 8:14 ` Hyunchul Lee
2026-09-30 3:35 ` [PATCH v2 2/2] ntfs: do not use a stale runlist pointer when undoing $MFT extension Matthias Goergens
1 sibling, 1 reply; 4+ messages in thread
From: Matthias Goergens @ 2026-09-30 3:35 UTC (permalink / raw)
To: Namjae Jeon, Hyunchul Lee; +Cc: ntfs, linux-kernel
ntfs_mft_data_extend_allocation_nolock() drops the $MFT runlist lock
before allocating clusters, and every path into undo_alloc arrives
without it, except a map_mft_record() failure, which takes it first.
undo_alloc never releases it, so the lock leaks and the next $MFT
extension and $MFT writeback hang. The restore_undo_alloc failure
path, on the other hand, releases the lock without holding it. And
undo_alloc frees the clusters with ntfs_cluster_free() and truncates
the runlist without the lock, although both require it.
Enter undo_alloc without the lock on every path. Under the lock, copy
the new runs and truncate the runlist; after dropping it, free the
clusters from the copy with ntfs_cluster_free_from_rl(). That keeps
lcnbmp_lock outside the runlist lock, as the function documents. Like
the runlist merge failure above, this does not discard the clusters,
which were never written. If the truncation fails, the runlist may
still reference the clusters, so they are not freed. In that case, and
if the copy cannot be allocated, the clusters stay allocated and the
volume is marked for chkdsk.
A shorter fix would keep calling ntfs_cluster_free() on the live
runlist without the lock, relying on $MFT's runlist being fully mapped
and changed only by this function under mrec_lock. That breaks
ntfs_cluster_free()'s documented locking rule on an argument about the
rest of the driver, so this patch does not do that.
Fixes: 115380f9a2f9 ("ntfs: update mft operations")
Cc: stable@vger.kernel.org
Signed-off-by: Matthias Goergens <matthias.goergens@gmail.com>
---
v2: do not free the clusters if ntfs_rl_truncate_nolock() fails
(Hyunchul Lee).
Without this patch, a forced map_mft_record() failure gives "WARNING:
lock held when returning to user space" for the $MFT runlist lock, and
the next file create and $MFT writeback block on it. A forced lookup
failure in restore_undo_alloc gives "bad unlock balance". With it, the
create fails with EIO, lockdep stays quiet and the volume keeps working,
also when the copy allocation is forced to fail. With the truncation
forced to fail, nothing is freed that $MFT's runlist still maps. $MFT
growth on a fragmented volume behaves as before.
fs/ntfs/mft.c | 59 ++++++++++++++++++++++++++++++++++++++++++++-------
1 file changed, 51 insertions(+), 8 deletions(-)
diff --git a/fs/ntfs/mft.c b/fs/ntfs/mft.c
index e01e367a588d..8edc65911aa2 100644
--- a/fs/ntfs/mft.c
+++ b/fs/ntfs/mft.c
@@ -1764,6 +1764,36 @@ static int ntfs_mft_bitmap_extend_initialized_nolock(struct ntfs_volume *vol)
return ret;
}
+/*
+ * ntfs_mft_copy_tail - copy the runs of a runlist from a vcn onwards
+ * @rl: runlist to copy from
+ * @vcn: first vcn to copy
+ *
+ * Return a terminated copy of the runs of @rl covering @vcn and everything
+ * after it, NULL if there are none, or ERR_PTR(-ENOMEM). The caller must
+ * hold the runlist lock and free the copy with kfree().
+ */
+static struct runlist_element *ntfs_mft_copy_tail(struct runlist_element *rl, s64 vcn)
+{
+ struct runlist_element *end, *copy;
+ s64 delta;
+
+ rl = ntfs_rl_find_vcn_nolock(rl, vcn);
+ if (!rl || !rl->length)
+ return NULL;
+ for (end = rl; end->length; end++)
+ ;
+ copy = kmemdup(rl, (end - rl + 1) * sizeof(*rl), GFP_NOFS);
+ if (!copy)
+ return ERR_PTR(-ENOMEM);
+ delta = vcn - copy->vcn;
+ copy->vcn = vcn;
+ copy->length -= delta;
+ if (copy->lcn >= 0)
+ copy->lcn += delta;
+ return copy;
+}
+
/*
* ntfs_mft_data_extend_allocation_nolock - extend mft data attribute
* @vol: volume on which to extend the mft data attribute
@@ -1791,7 +1821,7 @@ static int ntfs_mft_data_extend_allocation_nolock(struct ntfs_volume *vol)
s64 min_nr, nr, ll;
unsigned long flags;
struct ntfs_inode *mft_ni;
- struct runlist_element *rl, *rl2;
+ struct runlist_element *rl, *rl2, *tail_rl;
struct ntfs_attr_search_ctx *ctx = NULL;
struct mft_record *mrec;
struct attr_record *a = NULL;
@@ -1904,7 +1934,6 @@ static int ntfs_mft_data_extend_allocation_nolock(struct ntfs_volume *vol)
if (IS_ERR(mrec)) {
ntfs_error(vol->sb, "Failed to map mft record.");
ret = PTR_ERR(mrec);
- down_write(&mft_ni->runlist.lock);
goto undo_alloc;
}
ctx = ntfs_attr_get_search_ctx(mft_ni, mrec);
@@ -2015,7 +2044,6 @@ static int ntfs_mft_data_extend_allocation_nolock(struct ntfs_volume *vol)
write_unlock_irqrestore(&mft_ni->size_lock, flags);
ntfs_attr_put_search_ctx(ctx);
unmap_mft_record(mft_ni);
- up_write(&mft_ni->runlist.lock);
/*
* The only thing that is now wrong is ->allocated_size of the
* base attribute extent which chkdsk should be able to fix.
@@ -2026,15 +2054,30 @@ static int ntfs_mft_data_extend_allocation_nolock(struct ntfs_volume *vol)
ctx->attr->data.non_resident.highest_vcn =
cpu_to_le64(old_last_vcn - 1);
undo_alloc:
- if (ntfs_cluster_free(mft_ni, old_last_vcn, -1, ctx) < 0) {
- ntfs_error(vol->sb, "Failed to free clusters from mft data attribute.%s", es);
- NVolSetErrors(vol);
- }
-
+ /*
+ * Entered without the runlist lock. Take the new runs off the
+ * runlist under it, and free their clusters from a copy once it is
+ * dropped, as lcnbmp_lock nests outside it (see above). If the
+ * runlist cannot be truncated or the copy cannot be allocated, the
+ * clusters stay allocated until chkdsk.
+ */
+ down_write(&mft_ni->runlist.lock);
+ tail_rl = ntfs_mft_copy_tail(mft_ni->runlist.rl, old_last_vcn);
if (ntfs_rl_truncate_nolock(vol, &mft_ni->runlist, old_last_vcn)) {
ntfs_error(vol->sb, "Failed to truncate mft data attribute runlist.%s", es);
NVolSetErrors(vol);
+ /* The runlist may still reference the clusters, so keep them. */
+ if (!IS_ERR(tail_rl))
+ kfree(tail_rl);
+ tail_rl = NULL;
+ }
+ up_write(&mft_ni->runlist.lock);
+ if (IS_ERR(tail_rl) || ntfs_cluster_free_from_rl(vol, tail_rl)) {
+ ntfs_error(vol->sb, "Failed to free clusters from mft data attribute.%s", es);
+ NVolSetErrors(vol);
}
+ if (!IS_ERR(tail_rl))
+ kfree(tail_rl);
if (mp_extended && ntfs_attr_update_mapping_pairs(mft_ni, 0)) {
ntfs_error(vol->sb, "Failed to restore mapping pairs.%s",
es);
--
2.55.0
^ permalink raw reply [flat|nested] 4+ messages in thread
* [PATCH v2 2/2] ntfs: do not use a stale runlist pointer when undoing $MFT extension
2026-09-30 3:35 [PATCH v2 0/2] ntfs: fix the undo path of $MFT data extension Matthias Goergens
2026-09-30 3:35 ` [PATCH v2 1/2] ntfs: balance the $MFT runlist lock in data extension error paths Matthias Goergens
@ 2026-09-30 3:35 ` Matthias Goergens
1 sibling, 0 replies; 4+ messages in thread
From: Matthias Goergens @ 2026-09-30 3:35 UTC (permalink / raw)
To: Namjae Jeon, Hyunchul Lee; +Cc: ntfs, linux-kernel
When ntfs_mft_data_extend_allocation_nolock() fails after it has
rebuilt the mapping pairs of the last $MFT data extent, undo_alloc
truncates the runlist and then rebuilds the old mapping pairs from rl2,
a pointer into the runlist taken before the truncation.
ntfs_rl_truncate_nolock() can reallocate the runlist, and KASAN then
reports a use-after-free in ntfs_mapping_pairs_build().
Pass the start of the runlist instead, and hold the runlist lock for
reading while the mapping pairs are built from it.
ntfs_mapping_pairs_build() skips to the element containing the first
vcn by itself.
Fixes: 1e9ea7e04472 ("Revert "fs: Remove NTFS classic"")
Cc: stable@vger.kernel.org
Reviewed-by: Baolin Liu <liubaolin@kylinos.cn>
Signed-off-by: Matthias Goergens <matthias.goergens@gmail.com>
---
v2: unchanged.
A forced lookup failure of the first $MFT data extent, on a volume
whose $MFT has several extents, gives the KASAN report before this
patch and nothing after it.
fs/ntfs/mft.c | 9 +++++++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/fs/ntfs/mft.c b/fs/ntfs/mft.c
index 8edc65911aa2..f1b2c3b51fd4 100644
--- a/fs/ntfs/mft.c
+++ b/fs/ntfs/mft.c
@@ -2086,11 +2086,16 @@ static int ntfs_mft_data_extend_allocation_nolock(struct ntfs_volume *vol)
if (ctx) {
a = ctx->attr;
if (mp_rebuilt && !IS_ERR(ctx->mrec)) {
- if (ntfs_mapping_pairs_build(vol, (u8 *)a + le16_to_cpu(
+ int err;
+
+ down_read(&mft_ni->runlist.lock);
+ err = ntfs_mapping_pairs_build(vol, (u8 *)a + le16_to_cpu(
a->data.non_resident.mapping_pairs_offset),
old_alen - le16_to_cpu(
a->data.non_resident.mapping_pairs_offset),
- rl2, ll, -1, NULL, NULL, NULL)) {
+ mft_ni->runlist.rl, ll, -1, NULL, NULL, NULL);
+ up_read(&mft_ni->runlist.lock);
+ if (err) {
ntfs_error(vol->sb, "Failed to restore mapping pairs array.%s", es);
NVolSetErrors(vol);
}
--
2.55.0
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH v2 1/2] ntfs: balance the $MFT runlist lock in data extension error paths
2026-09-30 3:35 ` [PATCH v2 1/2] ntfs: balance the $MFT runlist lock in data extension error paths Matthias Goergens
@ 2026-09-30 8:14 ` Hyunchul Lee
0 siblings, 0 replies; 4+ messages in thread
From: Hyunchul Lee @ 2026-09-30 8:14 UTC (permalink / raw)
To: Matthias Goergens; +Cc: Namjae Jeon, ntfs, linux-kernel
Hi Matthias,
On Wed, Sep 30, 2026 at 11:35:55AM +0800, Matthias Goergens wrote:
> ntfs_mft_data_extend_allocation_nolock() drops the $MFT runlist lock
> before allocating clusters, and every path into undo_alloc arrives
> without it, except a map_mft_record() failure, which takes it first.
> undo_alloc never releases it, so the lock leaks and the next $MFT
> extension and $MFT writeback hang. The restore_undo_alloc failure
> path, on the other hand, releases the lock without holding it. And
> undo_alloc frees the clusters with ntfs_cluster_free() and truncates
> the runlist without the lock, although both require it.
>
> Enter undo_alloc without the lock on every path. Under the lock, copy
> the new runs and truncate the runlist; after dropping it, free the
> clusters from the copy with ntfs_cluster_free_from_rl(). That keeps
> lcnbmp_lock outside the runlist lock, as the function documents. Like
> the runlist merge failure above, this does not discard the clusters,
> which were never written. If the truncation fails, the runlist may
> still reference the clusters, so they are not freed. In that case, and
> if the copy cannot be allocated, the clusters stay allocated and the
> volume is marked for chkdsk.
>
> A shorter fix would keep calling ntfs_cluster_free() on the live
> runlist without the lock, relying on $MFT's runlist being fully mapped
> and changed only by this function under mrec_lock. That breaks
> ntfs_cluster_free()'s documented locking rule on an argument about the
> rest of the driver, so this patch does not do that.
>
> Fixes: 115380f9a2f9 ("ntfs: update mft operations")
> Cc: stable@vger.kernel.org
> Signed-off-by: Matthias Goergens <matthias.goergens@gmail.com>
> ---
> v2: do not free the clusters if ntfs_rl_truncate_nolock() fails
> (Hyunchul Lee).
>
> Without this patch, a forced map_mft_record() failure gives "WARNING:
> lock held when returning to user space" for the $MFT runlist lock, and
> the next file create and $MFT writeback block on it. A forced lookup
> failure in restore_undo_alloc gives "bad unlock balance". With it, the
> create fails with EIO, lockdep stays quiet and the volume keeps working,
> also when the copy allocation is forced to fail. With the truncation
> forced to fail, nothing is freed that $MFT's runlist still maps. $MFT
> growth on a fragmented volume behaves as before.
>
> fs/ntfs/mft.c | 59 ++++++++++++++++++++++++++++++++++++++++++++-------
> 1 file changed, 51 insertions(+), 8 deletions(-)
>
> diff --git a/fs/ntfs/mft.c b/fs/ntfs/mft.c
> index e01e367a588d..8edc65911aa2 100644
> --- a/fs/ntfs/mft.c
> +++ b/fs/ntfs/mft.c
> @@ -1764,6 +1764,36 @@ static int ntfs_mft_bitmap_extend_initialized_nolock(struct ntfs_volume *vol)
> return ret;
> }
>
> +/*
> + * ntfs_mft_copy_tail - copy the runs of a runlist from a vcn onwards
> + * @rl: runlist to copy from
> + * @vcn: first vcn to copy
> + *
> + * Return a terminated copy of the runs of @rl covering @vcn and everything
> + * after it, NULL if there are none, or ERR_PTR(-ENOMEM). The caller must
> + * hold the runlist lock and free the copy with kfree().
> + */
> +static struct runlist_element *ntfs_mft_copy_tail(struct runlist_element *rl, s64 vcn)
> +{
> + struct runlist_element *end, *copy;
> + s64 delta;
> +
> + rl = ntfs_rl_find_vcn_nolock(rl, vcn);
> + if (!rl || !rl->length)
> + return NULL;
> + for (end = rl; end->length; end++)
> + ;
> + copy = kmemdup(rl, (end - rl + 1) * sizeof(*rl), GFP_NOFS);
> + if (!copy)
> + return ERR_PTR(-ENOMEM);
> + delta = vcn - copy->vcn;
> + copy->vcn = vcn;
> + copy->length -= delta;
> + if (copy->lcn >= 0)
> + copy->lcn += delta;
> + return copy;
> +}
Would it be worth considering preserving the rl2 returned by
ntfs_cluster_alloc(), instead of re-allocating the tail with
ntfs_mft_copy_tail() during rollback.
It can avoid the runlist scanning and kmemdup(). I think that we could
introduce a variant of ntfs_runlists_merge() to preserve the source
runlist.
> +
> /*
> * ntfs_mft_data_extend_allocation_nolock - extend mft data attribute
> * @vol: volume on which to extend the mft data attribute
> @@ -1791,7 +1821,7 @@ static int ntfs_mft_data_extend_allocation_nolock(struct ntfs_volume *vol)
> s64 min_nr, nr, ll;
> unsigned long flags;
> struct ntfs_inode *mft_ni;
> - struct runlist_element *rl, *rl2;
> + struct runlist_element *rl, *rl2, *tail_rl;
> struct ntfs_attr_search_ctx *ctx = NULL;
> struct mft_record *mrec;
> struct attr_record *a = NULL;
> @@ -1904,7 +1934,6 @@ static int ntfs_mft_data_extend_allocation_nolock(struct ntfs_volume *vol)
> if (IS_ERR(mrec)) {
> ntfs_error(vol->sb, "Failed to map mft record.");
> ret = PTR_ERR(mrec);
> - down_write(&mft_ni->runlist.lock);
> goto undo_alloc;
> }
> ctx = ntfs_attr_get_search_ctx(mft_ni, mrec);
> @@ -2015,7 +2044,6 @@ static int ntfs_mft_data_extend_allocation_nolock(struct ntfs_volume *vol)
> write_unlock_irqrestore(&mft_ni->size_lock, flags);
> ntfs_attr_put_search_ctx(ctx);
> unmap_mft_record(mft_ni);
> - up_write(&mft_ni->runlist.lock);
> /*
> * The only thing that is now wrong is ->allocated_size of the
> * base attribute extent which chkdsk should be able to fix.
> @@ -2026,15 +2054,30 @@ static int ntfs_mft_data_extend_allocation_nolock(struct ntfs_volume *vol)
> ctx->attr->data.non_resident.highest_vcn =
> cpu_to_le64(old_last_vcn - 1);
> undo_alloc:
> - if (ntfs_cluster_free(mft_ni, old_last_vcn, -1, ctx) < 0) {
> - ntfs_error(vol->sb, "Failed to free clusters from mft data attribute.%s", es);
> - NVolSetErrors(vol);
> - }
> -
> + /*
> + * Entered without the runlist lock. Take the new runs off the
> + * runlist under it, and free their clusters from a copy once it is
> + * dropped, as lcnbmp_lock nests outside it (see above). If the
> + * runlist cannot be truncated or the copy cannot be allocated, the
> + * clusters stay allocated until chkdsk.
> + */
> + down_write(&mft_ni->runlist.lock);
> + tail_rl = ntfs_mft_copy_tail(mft_ni->runlist.rl, old_last_vcn);
> if (ntfs_rl_truncate_nolock(vol, &mft_ni->runlist, old_last_vcn)) {
> ntfs_error(vol->sb, "Failed to truncate mft data attribute runlist.%s", es);
> NVolSetErrors(vol);
> + /* The runlist may still reference the clusters, so keep them. */
> + if (!IS_ERR(tail_rl))
> + kfree(tail_rl);
> + tail_rl = NULL;
> + }
> + up_write(&mft_ni->runlist.lock);
> + if (IS_ERR(tail_rl) || ntfs_cluster_free_from_rl(vol, tail_rl)) {
> + ntfs_error(vol->sb, "Failed to free clusters from mft data attribute.%s", es);
> + NVolSetErrors(vol);
> }
> + if (!IS_ERR(tail_rl))
> + kfree(tail_rl);
> if (mp_extended && ntfs_attr_update_mapping_pairs(mft_ni, 0)) {
> ntfs_error(vol->sb, "Failed to restore mapping pairs.%s",
> es);
> --
> 2.55.0
>
--
Thanks,
Hyunchul
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2026-09-30 8:14 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2026-09-30 3:35 [PATCH v2 0/2] ntfs: fix the undo path of $MFT data extension Matthias Goergens
2026-09-30 3:35 ` [PATCH v2 1/2] ntfs: balance the $MFT runlist lock in data extension error paths Matthias Goergens
2026-09-30 8:14 ` Hyunchul Lee
2026-09-30 3:35 ` [PATCH v2 2/2] ntfs: do not use a stale runlist pointer when undoing $MFT extension Matthias Goergens
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®