Hi Gaurav,

On Wed, Nov 03, 2021 at 04:18:36PM -0700, Gaurav Kashyap wrote:

This currently has 4 patches with another coming in shortly for MMC.

1. Moves ICE functionality to a common library, so that different storage controllers can use it.
2. Adds a SCM call for derive raw secret needed for wrapped keys.
3. Adds a hardware key manager library needed for wrapped keys.
4. Adds wrapped key support in ufs for storage encryption

Gaurav Kashyap (4):
  ufs: move ICE functionality to a common library
  qcom_scm: scm call for deriving a software secret
  soc: qcom: add HWKM library for storage encryption
  soc: qcom: add wrapped key support for ICE

 drivers/firmware/qcom_scm.c       |  61 +++++++
 drivers/firmware/qcom_scm.h       |   1 +
 drivers/scsi/ufs/ufs-qcom-ice.c   | 200 ++++++-----------------
 drivers/scsi/ufs/ufs-qcom.c       |   1 +
 drivers/scsi/ufs/ufs-qcom.h       |   5 +
 drivers/scsi/ufs/ufshcd-crypto.c  |  47 ++++--
 drivers/scsi/ufs/ufshcd.h         |   5 +
 drivers/soc/qcom/Kconfig          |  14 ++
 drivers/soc/qcom/Makefile         |   2 +
 drivers/soc/qcom/qti-ice-common.c | 215 +++++++++++++++++++++++++
 drivers/soc/qcom/qti-ice-hwkm.c   |  77 +++++++++
 drivers/soc/qcom/qti-ice-regs.h   | 257 ++++++++++++++++++++++++++++++
 include/linux/qcom_scm.h          |   5 +
 include/linux/qti-ice-common.h    |  37 +++++
 14 files changed, 766 insertions(+), 161 deletions(-)
 create mode 100644 drivers/soc/qcom/qti-ice-common.c
 create mode 100644 drivers/soc/qcom/qti-ice-hwkm.c
 create mode 100644 drivers/soc/qcom/qti-ice-regs.h
 create mode 100644 include/linux/qti-ice-common.h

Thanks for the patches!  These are on top of my patchset
"[RFC PATCH v2 0/5] Support for hardware-wrapped inline encryption keys"
(https://lore.kernel.org/linux-block/20210916174928.65529-1-ebiggers@kernel.org (local)),
right?  You should mention that in your cover letter, so that it's possible for
people to apply your patches for reviewing or testing, and also to provide
context about what this feature is and why it is important.

As part of that, it would be helpful to specifically mention the documentation
for hardware-wrapped keys in Documentation/block/inline-encryption.rst that I
included in my patchset.  It provides a lot of background information that your
patches are hard to understand without (at least your patches 2-4; your first
patch isn't dependent on the hardware-wrapped keys feature).

Can you include information about how your patches were tested?  That's really
important to include.

Please run './scripts/checkpatch.pl' on your patches, as recommended in
Documentation/process/submitting-patches.rst.  It can catch a lot of issues.

Please use the imperative tense, like "add wrapped key support" rather than
"adds wrapped key support".

I'll leave some more comments on the individual patches.

- Eric