From: liubaolin <liubaolin12138@163.com>
To: linkinjeon@kernel.org, hyc.lee@gmail.com
Cc: ntfs@lists.linux.dev, linux-kernel@vger.kernel.org,
chenxiaosong@chenxiaosong.com, Baolin Liu <liubaolin@kylinos.cn>
Subject: Re: [PATCH v4 00/10] ntfs: persist Linux file attributes in an EA
Date: Mon, 12 Oct 2026 11:16:30 +0800 [thread overview]
Message-ID: <1385152d-9e3d-46da-9a3a-299ad60d521c@163.com> (raw)
In-Reply-To: <20260923060246.2499192-1-liubaolin12138@163.com>
在 2026/9/23 14:02, Baolin Liu 写道:
> From: Baolin Liu <liubaolin@kylinos.cn>
>
> This series implements persistent immutable, append-only and nodump flags
> using a private $LINUXFLAGS EA in the standard NTFS $EA/$EA_INFORMATION
> attributes. No new NTFS attribute type or formatter changes are needed.
>
> The value is a little-endian u32 with immutable, append-only and nodump
> in bits 0, 1 and 2. Inode loading restores the flags. Unknown bits are
> preserved, and the entry is removed only when its entire value is zero.
> The setter protects system metadata and sys_immutable-derived immutable
> state, rejects direct writes to $LINUXFLAGS, and updates in-memory flags
> only after the EA update succeeds. Fileattr queries also report mount-wide
> case folding. Nodump is reported through both fileattr and statx.
>
> Changes since v3 (the standalone revision of patch 2):
> - Rename the private EA from $LXFLAGS to $LINUXFLAGS, as agreed with
> Hyunchul, to avoid the WSL-owned $LX namespace. Rename the related
> internal fields, helpers and constants, and update the documentation.
> - Include the v3 patch-2 changes: ntfs_listxattr() reuses full-chain
> validation, including size-only queries, and returns EUCLEAN for
> malformed EA structures while preserving lower-level read errors.
> - Resend the complete ten-patch series with Hyunchul's Reviewed-by tag.
>
> Changes since v2:
> - The EA rename above and the listxattr validation requested during
> review. The on-disk bit assignments and update/rollback behavior
> remain unchanged.
>
> Patch overview:
> - Patch 1 fixes the cached EA presence flag after creating or replacing
> the only entry.
> - Patch 2 validates EA chains and links zero-terminated tails before
> appending entries.
> - Patch 3 preserves EA write errors and reports truncate failures.
> - Patch 4 distinguishes missing attributes from lookup failures and
> rejects incomplete EA attribute pairs.
> - Patch 5 distinguishes empty EA values from deletion and rejects
> removal or replacement of absent entries.
> - Patch 6 prepares the new list before updating attributes, restores
> both old attributes on failure, and shuts down if restoration fails.
> - Patch 7 adds fileattr queries for existing inode flags and mount-wide
> case folding.
> - Patch 8 introduces the $LINUXFLAGS storage and inode-load paths, adds
> immutable persistence, and protects system-imposed immutable state.
> - Patch 9 extends the persistent interface to append-only.
> - Patch 10 adds persistent nodump and reports it through fileattr and
> statx.
>
> Testing on this revision:
> - QEMU tests covered flag and EA readback, inode cache reclaim,
> read-only/read-write remount, unmount/mount and fresh-kernel reload.
> Checked immutable write/unlink denial, append-only enforcement,
> normal I/O after clearing flags, and read-only SETFLAGS rejection.
> - Verified EPERM when clearing $Bitmap protection, including without
> sys_immutable, and when clearing sys_immutable-derived protection.
> $MFT rejects SETFLAGS with ENOTTY through its empty operations.
> Checked casefold reporting and STATX_ATTR_NODUMP.
> - Exercised first-EA creation/removal, XATTR_CREATE/REPLACE, zero-length
> values, zero-terminated tails, unrelated EA preservation, unknown-bit
> preservation, and direct LINUXFLAGS write/removal rejection.
> - listxattr tests covered exact names and sizes, zero-terminated and
> empty lists, short buffers, and malformed offsets, name terminators,
> values and entry headers. Size-only, full-buffer and tiny-buffer
> requests returned EUCLEAN for malformed chains after a successful open.
> - Malformed LINUXFLAGS length, chain offsets, name termination, value
> length and query length returned EUCLEAN. A corrupt tail following
> LINUXFLAGS prevented an update without changing the existing flags.
> An invalid resident EA_INFORMATION length rejected earlier by the
> underlying attribute parser retained that parser's EIO.
> - Fault injection covered allocation failure, failures after each EA
> attribute update and rollback failure. Tested creation, replacement
> and removal with no other EAs, resident EAs and an 8 KiB non-resident
> EA; checked old values and protection after failure and remount, and
> shutdown when restoration failed.
> - Additional injection checked ENOSPC write errors, short writes,
> truncate errors, ENOMEM/EIO lookup errors and missing EA attribute
> pairs, with old EA contents verified after remount.
> - Formatted a SanDisk USB partition inside QEMU using the final kernel,
> and created combined and individual flag probes through SETFLAGS.
> A fresh QEMU boot with both disk and mount read-only confirmed flags
> 0x70/0x10/0x20/0x40 and LINUXFLAGS values 7/1/2/4, directory nodump,
> absence of the cleared entry, unchanged canary EA and statx nodump.
>
> The USB was freshly formatted with the label LINUXFLAGS_V4. The final
> read-only check verified that $LINUXFLAGS is present with the expected
> four-byte values and that the obsolete $LXFLAGS entry is absent.
>
> Windows compatibility testing with the new $LINUXFLAGS name completed
> on Windows build 26200.9457 (ver: 10.0.26200.9457), using the LINUXFLAGS_V4
> USB volume (serial 3B3F-1D09). Windows mounted the volume and accessed
> the existing probes with dir/type. After changing the current directory
> to C:\, chkdsk G: /f completed all three stages and reported no filesystem
> problems and no further action required.
>
> After returning the USB to Linux, a fresh QEMU guest running the final
> v4 kernel checked it with both the virtual disk and NTFS mount read-only.
> GETFLAGS and EA reads confirmed combined flags 0x70 and individual flags
> 0x10/0x20/0x40, with four-byte $LINUXFLAGS values 7/1/2/4 unchanged.
> Directory nodump remained set, the cleared entry remained absent, the
> unrelated canary EA was unchanged, and statx still reported nodump.
> The obsolete $LXFLAGS entry was absent.
>
> The tested Windows mount/access/CHKDSK sequence therefore preserved the
> $LINUXFLAGS names, lengths and values on this Windows build.
>
> Baolin Liu (10):
> ntfs: keep the EA presence flag after creating the first entry
> ntfs: validate EA chains and link zero-terminated tails
> ntfs: propagate EA write and truncate errors
> ntfs: preserve EA attribute lookup errors
> ntfs: distinguish empty EA values from removal
> ntfs: restore EA attributes when an update fails
> ntfs: add fileattr query support
> ntfs: persist immutable in the $LINUXFLAGS EA
> ntfs: persist append-only in the $LINUXFLAGS EA
> ntfs: persist nodump in the $LINUXFLAGS EA
>
> Documentation/filesystems/ntfs.rst | 24 ++
> fs/ntfs/ea.c | 483 +++++++++++++++--------------
> fs/ntfs/ea.h | 9 +
> fs/ntfs/file.c | 125 +++++++-
> fs/ntfs/inode.c | 12 +-
> fs/ntfs/inode.h | 2 +
> fs/ntfs/namei.c | 2 +
> fs/ntfs/ntfs.h | 4 +
> 8 files changed, 423 insertions(+), 238 deletions(-)
>
Hi Namjae and Hyunchul,
Are there any remaining concerns or changes needed for this patch
series?
I'd be happy to address any feedback.
Thanks,
Baolin.
next prev parent reply other threads:[~2026-10-12 3:16 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-23 6:02 Baolin Liu
2026-09-23 6:02 ` [PATCH v4 01/10] ntfs: keep the EA presence flag after creating the first entry Baolin Liu
2026-09-23 6:02 ` [PATCH v4 02/10] ntfs: validate EA chains and link zero-terminated tails Baolin Liu
2026-09-23 6:02 ` [PATCH v4 03/10] ntfs: propagate EA write and truncate errors Baolin Liu
2026-09-23 6:02 ` [PATCH v4 04/10] ntfs: preserve EA attribute lookup errors Baolin Liu
2026-09-23 6:02 ` [PATCH v4 05/10] ntfs: distinguish empty EA values from removal Baolin Liu
2026-09-23 6:02 ` [PATCH v4 06/10] ntfs: restore EA attributes when an update fails Baolin Liu
2026-09-23 6:02 ` [PATCH v4 07/10] ntfs: add fileattr query support Baolin Liu
2026-09-23 6:02 ` [PATCH v4 08/10] ntfs: persist immutable in the $LINUXFLAGS EA Baolin Liu
2026-09-23 6:02 ` [PATCH v4 09/10] ntfs: persist append-only " Baolin Liu
2026-09-23 6:02 ` [PATCH v4 10/10] ntfs: persist nodump " Baolin Liu
2026-10-12 3:16 ` liubaolin [this message]
2026-10-12 4:43 ` [PATCH v4 00/10] ntfs: persist Linux file attributes in an EA Hyunchul Lee
2026-10-12 5:06 ` Namjae Jeon
2026-10-12 8:15 ` liubaolin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1385152d-9e3d-46da-9a3a-299ad60d521c@163.com \
--to=liubaolin12138@163.com \
--cc=chenxiaosong@chenxiaosong.com \
--cc=hyc.lee@gmail.com \
--cc=linkinjeon@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=liubaolin@kylinos.cn \
--cc=ntfs@lists.linux.dev \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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®