On Wed, Jun 17, 2020 at 08:18:38AM +0000, Satya Tangirala wrote: > This patch series adds support for inline encryption to UFS using > the inline encryption support in the block layer. It follows the JEDEC > UFSHCI v2.1 specification, which defines inline encryption for UFS. > This patch series is based on v5.8-rc1. > > Patch 1 introduces the crypto registers and struct definitions defined > in the UFSHCI v2.1 spec. > > Patch 2 introduces functions to manipulate the UFS inline encryption > hardware (again in line with the UFSHCI v2.1 spec) via the block > layer keyslot manager. Device specific drivers must set the > UFSHCD_CAP_CRYPTO in hba->caps before ufshcd_hba_init_crypto is called > to opt-in to inline encryption support. > > Patch 3 wires up ufshcd.c with the UFS crypto API introduced in Patch 2. > > Satya Tangirala (3): > scsi: ufs: UFS driver v2.1 spec crypto additions > scsi: ufs: UFS crypto API > scsi: ufs: Add inline encryption support to UFS > > drivers/scsi/ufs/Kconfig | 9 ++ > drivers/scsi/ufs/Makefile | 1 + > drivers/scsi/ufs/ufshcd-crypto.c | 226 +++++++++++++++++++++++++++++++ > drivers/scsi/ufs/ufshcd-crypto.h | 60 ++++++++ > drivers/scsi/ufs/ufshcd.c | 46 ++++++- > drivers/scsi/ufs/ufshcd.h | 24 ++++ > drivers/scsi/ufs/ufshci.h | 67 ++++++++- > 7 files changed, 426 insertions(+), 7 deletions(-) > create mode 100644 drivers/scsi/ufs/ufshcd-crypto.c > create mode 100644 drivers/scsi/ufs/ufshcd-crypto.h Note that these patches previously went through a number of iterations as part of the "Inline Encryption Support" patchset (last version was v13: https://lkml.kernel.org/r/20200514003727.69001-1-satyat@xxxxxxxxxx). There are no significant changes from v13, right? It would be helpful to mention this in the cover letter. It would also be helpful to describe how this was tested at least in the cover letter, but maybe in one of the commit messages too. For example I and two other people have tested the Qualcomm ICE support on top of this with https://lkml.kernel.org/linux-scsi/20200501045111.665881-1-ebiggers@xxxxxxxxxx/. (BTW, I'll be rebasing, re-testing, and re-sending those patches soon.) Mediatek has also tested this with https://lkml.kernel.org/linux-scsi/20200304022101.14165-1-stanley.chu@xxxxxxxxxxxx/. - Eric