Re: [PATCH v2] ceph: Fix kernel crash in generic/397 test

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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.
>
>






[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [NTFS 3]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [NTFS 3]     [Samba]     [Device Mapper]     [CEPH Development]

  Powered by Linux