mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
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.


  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®