fscrypt: don't call no-key names "ciphertext names"
authorEric Biggers <ebiggers@google.com>
Thu, 24 Sep 2020 04:26:23 +0000 (21:26 -0700)
committerEric Biggers <ebiggers@google.com>
Thu, 24 Sep 2020 04:29:49 +0000 (21:29 -0700)
commit70fb2612aab62d47e03f82eaa7384a8d30ca175d
treeb5bb95edeeedc20ad954dc9c56d9285d6cb717df
parent0c6a113b2446e7d4c6b8222fe63518dc2e01e8c1
fscrypt: don't call no-key names "ciphertext names"

Currently we're using the term "ciphertext name" ambiguously because it
can mean either the actual ciphertext filename, or the encoded filename
that is shown when an encrypted directory is listed without its key.
The latter we're now usually calling the "no-key name"; and while it's
derived from the ciphertext name, it's not the same thing.

To avoid this ambiguity, rename fscrypt_name::is_ciphertext_name to
fscrypt_name::is_nokey_name, and update comments that say "ciphertext
name" (or "encrypted name") to say "no-key name" instead when warranted.

Link: https://lore.kernel.org/r/20200924042624.98439-2-ebiggers@kernel.org
Signed-off-by: Eric Biggers <ebiggers@google.com>
fs/crypto/fname.c
fs/crypto/hooks.c
fs/f2fs/dir.c
include/linux/fscrypt.h