* Re: [PATCH v4 00/46] btrfs: add fscrypt support
[not found] <cover.1701468305.git.josef@toxicpanda.com>
@ 2023-12-01 22:15 ` Josef Bacik
2024-04-09 23:42 ` Eric Biggers
1 sibling, 0 replies; 3+ messages in thread
From: Josef Bacik @ 2023-12-01 22:15 UTC (permalink / raw)
To: linux-btrfs, kernel-team, linux-fsdevel; +Cc: ebiggers, linux-fscrypt
On Fri, Dec 01, 2023 at 05:10:57PM -0500, Josef Bacik wrote:
> Hello,
>
> v3 can be found here
>
> https://lore.kernel.org/linux-btrfs/cover.1697480198.git.josef@toxicpanda.com/
Sorry Eric, it's been a long week and I forgot how to use email, didn't cc you
or linux-fscrypt on this series. It's on fsdevel and the btrfs list. Thanks,
Josef
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH v4 00/46] btrfs: add fscrypt support
[not found] <cover.1701468305.git.josef@toxicpanda.com>
2023-12-01 22:15 ` [PATCH v4 00/46] btrfs: add fscrypt support Josef Bacik
@ 2024-04-09 23:42 ` Eric Biggers
2024-04-11 18:45 ` Josef Bacik
1 sibling, 1 reply; 3+ messages in thread
From: Eric Biggers @ 2024-04-09 23:42 UTC (permalink / raw)
To: Josef Bacik, Sweet Tea Dorminy
Cc: linux-btrfs, kernel-team, linux-fsdevel, linux-fscrypt
Hi Josef and Sweet Tea,
On Fri, Dec 01, 2023 at 05:10:57PM -0500, Josef Bacik wrote:
> Hello,
>
> v3 can be found here
>
> https://lore.kernel.org/linux-btrfs/cover.1697480198.git.josef@toxicpanda.com/
>
> There's been a longer delay between versions than I'd like, this was mostly due
> to Plumbers, Holidays, and then uncovering a bunch of new issues with '-o
> test_dummy_encryption'. I'm still working through some of the btrfs specific
> failures, but the fscrypt side appears to be stable. I had to add a few changes
> to fscrypt since the last time, but nothing earth shattering, just moving the
> keyring destruction and adding a helper we need for btrfs send to work properly.
>
> This is passing a good chunk of the fstests, at this point the majority appear
> to be cases where I need to exclude the test when using test_dummy_encryption
> because of various limitations of our tools or other infrastructure related
> things.
>
> I likely will have a follow-up series with more fixes, but the bulk of this is
> unchanged since the last posting. There were some bug fixes and such but the
> overall design remains the same. Thanks,
>
Is there a plan for someone to keep working on this? I think it was finally
getting somewhere, but the work on it seems to have stopped.
Thanks,
- Eric
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH v4 00/46] btrfs: add fscrypt support
2024-04-09 23:42 ` Eric Biggers
@ 2024-04-11 18:45 ` Josef Bacik
0 siblings, 0 replies; 3+ messages in thread
From: Josef Bacik @ 2024-04-11 18:45 UTC (permalink / raw)
To: Eric Biggers
Cc: Sweet Tea Dorminy, linux-btrfs, kernel-team, linux-fsdevel,
linux-fscrypt
On Tue, Apr 09, 2024 at 07:42:22PM -0400, Eric Biggers wrote:
> Hi Josef and Sweet Tea,
>
> On Fri, Dec 01, 2023 at 05:10:57PM -0500, Josef Bacik wrote:
> > Hello,
> >
> > v3 can be found here
> >
> > https://lore.kernel.org/linux-btrfs/cover.1697480198.git.josef@toxicpanda.com/
> >
> > There's been a longer delay between versions than I'd like, this was mostly due
> > to Plumbers, Holidays, and then uncovering a bunch of new issues with '-o
> > test_dummy_encryption'. I'm still working through some of the btrfs specific
> > failures, but the fscrypt side appears to be stable. I had to add a few changes
> > to fscrypt since the last time, but nothing earth shattering, just moving the
> > keyring destruction and adding a helper we need for btrfs send to work properly.
> >
> > This is passing a good chunk of the fstests, at this point the majority appear
> > to be cases where I need to exclude the test when using test_dummy_encryption
> > because of various limitations of our tools or other infrastructure related
> > things.
> >
> > I likely will have a follow-up series with more fixes, but the bulk of this is
> > unchanged since the last posting. There were some bug fixes and such but the
> > overall design remains the same. Thanks,
> >
>
> Is there a plan for someone to keep working on this? I think it was finally
> getting somewhere, but the work on it seems to have stopped.
>
I fixed up all your review comments, but yes we don't care about this internally
anymore so it's been de-prioritized. I have to rebase onto the new stuff,
re-run tests, fix any bugs that may have creeped in, but the current code
addressed all of your comments. Once I get time to get back to this you'll have
a new version in your inbox, but that may be some time. Thanks,
Josef
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2024-04-11 18:45 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <cover.1701468305.git.josef@toxicpanda.com>
2023-12-01 22:15 ` [PATCH v4 00/46] btrfs: add fscrypt support Josef Bacik
2024-04-09 23:42 ` Eric Biggers
2024-04-11 18:45 ` Josef Bacik
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox