include/linux/fscrypt.h

3  * fscrypt.h: declarations for per-file encryption
5  * Filesystems that implement per-file encryption must include this header
23  * This is needed to ensure that all contents encryption modes will work, as
29  * compression), then it will need to pad to this alignment before encryption.
67 	 * first time an encryption key is set up for a file.  The bounce page
78 	 * If set, then fs/crypto/ will allow the use of encryption settings
82 	 * if the filesystem wants to support inline encryption hardware that is
165 	 * encryption without the possibility of files becoming unreadable.
188 	 * external journal devices), and wants to support inline encryption,
212  *					 contents encryption
228  * plaintext alias as a result of the encryption key being added,
258  * encryption key added yet.  Such dentries may be either positive or negative.
267  * encryption key, but just checking for the key on the directory inode during
698 	/* Encryption support disabled; use standard comparison */  in fscrypt_match_name()
894  *					encryption
897  * Return: true if the inode requires file contents encryption and if the
898  *	   encryption should be done in the block layer via blk-crypto rather
909  *					  encryption
912  * Return: true if the inode requires file contents encryption and if the
913  *	   encryption should be done in the filesystem layer rather than in the
926  * Return: %true if the inode has had its encryption key set up, else %false.
944  * encryption key is available --- since otherwise we'd have no way to encrypt
948  * in an encrypted directory tree use the same encryption policy.
950  * Return: 0 on success, -ENOKEY if the directory's encryption key is missing,
951  * -EXDEV if the link would result in an inconsistent encryption policy, or
974  * directory's encryption key is available --- since otherwise we'd have no way
980  * in an encrypted directory tree use the same encryption policy.
982  * Return: 0 on success, -ENOKEY if an encryption key is missing, -EXDEV if the
983  * rename would cause inconsistent encryption policies, or another -errno code.
1006  * directory's encryption policy is supported by this kernel and its encryption
1014  * directory's encryption key is later added.
1041  * If the directory is encrypted and it doesn't already have its encryption key
1045  * Return: 0 on success; -errno on error.  Note that the encryption key being
1047  *	   the encryption policy is unsupported by this kernel; that is treated
1064  * most attribute changes are allowed even without the encryption key.  However,
1065  * without the encryption key we do have to forbid truncates.  This is needed
1073  * if a problem occurred while setting up the encryption key.