FYI, This the set of fscrypt of tests that keep failing, w/o this patch. Many of these revoke keys mid I/O. generic/397 generic/421 #Test revoking an encryption key during concurrent I/O. generic/429. #Test revoking an encryption key during concurrent I/O. And additional fscrypt races generic/440. #Test revoking an encryption key during concurrent I/O. generic/580 #Testing the different keyring policies - also revokes keys on open files generic/593 #Test adding a key to a filesystem's fscrypt keyring via an "fscrypt-provisioning" keyring key. generic/595 #Test revoking an encryption key during concurrent I/O. p.s generic/650 is yanking CPUs mid run so may also sporadically fail. unrelated to fscrypt. On Wed, Jan 29, 2025 at 12:37 AM Viacheslav Dubeyko <Slava.Dubeyko@xxxxxxx> wrote: > > On Tue, 2025-01-28 at 22:34 +0000, David Howells wrote: > > Viacheslav Dubeyko <Slava.Dubeyko@xxxxxxx> wrote: > > > > > And even after solving these two issues, I can see dirty memory pages after > > > unmount finish. Something wrong yet in ceph_writepages_start() logic. So, I am > > > trying to figure out what I am missing here yet. > > > > Do you want me to push a branch with my tracepoints that I'm using somewhere > > that you can grab it? > > > > Sounds good! Maybe it can help me. :) > > Thanks, > Slava. > >