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

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

 



Yeah, all tests are fully independent.
Just make sure you see them being executed or you can just run them stand alone.
e.g., sudo ./check generic/429

On Wed, Jan 29, 2025 at 3:42 PM David Howells <dhowells@xxxxxxxxxx> wrote:
>
> Alex Markuze <amarkuze@xxxxxxxxxx> wrote:
>
> > 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.
>
> I presume I don't need to add a key and that these do it for themselves?
>
> David
>






[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