linux-fscrypt.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Eric Biggers <ebiggers@kernel.org>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: linux-fscrypt@vger.kernel.org, linux-ext4@vger.kernel.org,
	linux-f2fs-devel@lists.sourceforge.net,
	linux-mtd@lists.infradead.org, linux-fsdevel@vger.kernel.org,
	linux-kernel@vger.kernel.org, Theodore Ts'o <tytso@mit.edu>,
	Jaegeuk Kim <jaegeuk@kernel.org>,
	Jeff Layton <jlayton@kernel.org>,
	Daniel Rosenberg <drosen@google.com>
Subject: [GIT PULL] fscrypt updates for 5.10
Date: Mon, 12 Oct 2020 09:35:43 -0700	[thread overview]
Message-ID: <20201012163543.GB858@sol.localdomain> (raw)

The following changes since commit f4d51dffc6c01a9e94650d95ce0104964f8ae822:

  Linux 5.9-rc4 (2020-09-06 17:11:40 -0700)

are available in the Git repository at:

  https://git.kernel.org/pub/scm/fs/fscrypt/fscrypt.git tags/fscrypt-for-linus

for you to fetch changes up to 5b2a828b98ec1872799b1b4d82113c76a12d594f:

  fscrypt: export fscrypt_d_revalidate() (2020-09-28 14:44:51 -0700)

----------------------------------------------------------------

This release, we rework the implementation of creating new encrypted
files in order to fix some deadlocks and prepare for adding fscrypt
support to CephFS, which Jeff Layton is working on.

We also export a symbol in preparation for the above-mentioned CephFS
support and also for ext4/f2fs encrypt+casefold support.

Finally, there are a few other small cleanups.

As usual, all these patches have been in linux-next with no reported
issues, and I've tested them with xfstests.

----------------------------------------------------------------
Eric Biggers (18):
      fscrypt: restrict IV_INO_LBLK_32 to ino_bits <= 32
      fscrypt: add fscrypt_prepare_new_inode() and fscrypt_set_context()
      ext4: factor out ext4_xattr_credits_for_new_inode()
      ext4: use fscrypt_prepare_new_inode() and fscrypt_set_context()
      f2fs: use fscrypt_prepare_new_inode() and fscrypt_set_context()
      ubifs: use fscrypt_prepare_new_inode() and fscrypt_set_context()
      fscrypt: adjust logging for in-creation inodes
      fscrypt: remove fscrypt_inherit_context()
      fscrypt: require that fscrypt_encrypt_symlink() already has key
      fscrypt: stop pretending that key setup is nofs-safe
      fscrypt: make "#define fscrypt_policy" user-only
      fscrypt: move fscrypt_prepare_symlink() out-of-line
      fscrypt: handle test_dummy_encryption in more logical way
      fscrypt: make fscrypt_set_test_dummy_encryption() take a 'const char *'
      fscrypt: use sha256() instead of open coding
      fscrypt: don't call no-key names "ciphertext names"
      fscrypt: rename DCACHE_ENCRYPTED_NAME to DCACHE_NOKEY_NAME
      fscrypt: export fscrypt_d_revalidate()

Jeff Layton (1):
      fscrypt: drop unused inode argument from fscrypt_fname_alloc_buffer

 fs/crypto/crypto.c           |   4 +-
 fs/crypto/fname.c            |  60 ++++++-------
 fs/crypto/fscrypt_private.h  |  10 ++-
 fs/crypto/hooks.c            |  80 +++++++++++------
 fs/crypto/inline_crypt.c     |   7 +-
 fs/crypto/keyring.c          |   9 +-
 fs/crypto/keysetup.c         | 182 +++++++++++++++++++++++++++----------
 fs/crypto/keysetup_v1.c      |   8 +-
 fs/crypto/policy.c           | 209 ++++++++++++++++++++++++-------------------
 fs/ext4/dir.c                |   2 +-
 fs/ext4/ext4.h               |   6 +-
 fs/ext4/ialloc.c             | 119 ++++++++++++------------
 fs/ext4/namei.c              |   7 +-
 fs/ext4/super.c              |  16 ++--
 fs/f2fs/dir.c                |   6 +-
 fs/f2fs/f2fs.h               |  25 +-----
 fs/f2fs/namei.c              |   7 +-
 fs/f2fs/super.c              |  15 ++--
 fs/ubifs/dir.c               |  40 ++++-----
 include/linux/dcache.h       |   2 +-
 include/linux/fscrypt.h      | 159 +++++++++++++-------------------
 include/uapi/linux/fscrypt.h |   6 +-
 22 files changed, 535 insertions(+), 444 deletions(-)

             reply	other threads:[~2020-10-12 16:35 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-10-12 16:35 Eric Biggers [this message]
2020-10-13 16:24 ` [GIT PULL] fscrypt updates for 5.10 pr-tracker-bot

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20201012163543.GB858@sol.localdomain \
    --to=ebiggers@kernel.org \
    --cc=drosen@google.com \
    --cc=jaegeuk@kernel.org \
    --cc=jlayton@kernel.org \
    --cc=linux-ext4@vger.kernel.org \
    --cc=linux-f2fs-devel@lists.sourceforge.net \
    --cc=linux-fscrypt@vger.kernel.org \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mtd@lists.infradead.org \
    --cc=torvalds@linux-foundation.org \
    --cc=tytso@mit.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).