Re: [PATCH 0/8] btrfs-progs: fscrypt updates

[Daniel Vacek <neelx@suse.com>]

On Fri, 17 Oct 2025 at 18:45, David Sterba <dsterba@suse.cz> wrote:
>
> On Wed, Oct 15, 2025 at 02:11:48PM +0200, Daniel Vacek wrote:
> > This series is a rebase of an older set of fscrypt related changes from
> > Sweet Tea Dorminy and Josef Bacik found here:
> > https://github.com/josefbacik/btrfs-progs/tree/fscrypt
> >
> > The only difference is dropping of commit 56b7131 ("btrfs-progs: escape
> > unprintable characters in names") and a bit of code style changes.
> >
> > The mentioned commit is no longer needed as a similar change was already
> > merged with commit ef7319362 ("btrfs-progs: dump-tree: escape special
> > characters in paths or xattrs").
> >
> > I just had to add one trivial fixup so that the fstests could parse the
> > output correctly.
> >
> > Daniel Vacek (1):
> >   btrfs-progs: string-utils: do not escape space while printing
> >
> > Josef Bacik (1):
> >   btrfs-progs: check: fix max inline extent size
> >
> > Sweet Tea Dorminy (6):
> >   btrfs-progs: add new FEATURE_INCOMPAT_ENCRYPT flag
> >   btrfs-progs: start tracking extent encryption context info
> >   btrfs-progs: add inode encryption contexts
> >   btrfs-progs: interpret encrypted file extents.
> >   btrfs-progs: handle fscrypt context items
> >   btrfs-progs: check: update inline extent length checking
> >
> >  check/main.c                    | 36 ++++++++++--------
> >  common/string-utils.c           |  1 -
> >  kernel-shared/accessors.h       | 43 ++++++++++++++++++++++
> >  kernel-shared/ctree.h           |  3 +-
> >  kernel-shared/print-tree.c      | 41 +++++++++++++++++++++
> >  kernel-shared/tree-checker.c    | 65 +++++++++++++++++++++++++++------
> >  kernel-shared/uapi/btrfs.h      |  1 +
> >  kernel-shared/uapi/btrfs_tree.h | 27 +++++++++++++-
> >  8 files changed, 186 insertions(+), 31 deletions(-)
>
> Thanks, it's all preparatory stuff so I'll add it to devel. The escaping
> may need another look so the fstests don't fail.

fstests may need to be fixed. The escaping is actually needed for
generic/582 to work correctly with btrfs. More details in the other
mail.

I'll double check with fstests again.