[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200710063920.GD2805@sol.localdomain>
Date: Thu, 9 Jul 2020 23:39:20 -0700
From: Eric Biggers <ebiggers@...nel.org>
To: Stanley Chu <stanley.chu@...iatek.com>
Cc: linux-scsi@...r.kernel.org, martin.petersen@...cle.com,
avri.altman@....com, alim.akhtar@...sung.com, jejb@...ux.ibm.com,
beanhuo@...ron.com, cang@...eaurora.org, satyat@...gle.com,
matthias.bgg@...il.com, linux-mediatek@...ts.infradead.org,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org,
linux-fscrypt@...r.kernel.org, kuohong.wang@...iatek.com,
peter.wang@...iatek.com, chun-hung.wu@...iatek.com,
andy.teng@...iatek.com, light.hsieh@...iatek.com
Subject: Re: [RFC PATCH v2] scsi: ufs-mediatek: add inline encryption support
Hi Stanley,
On Wed, Mar 04, 2020 at 10:21:02AM +0800, Stanley Chu wrote:
> Add inline encryption support to ufs-mediatek.
>
> The standards-compliant parts, such as querying the crypto capabilities
> and enabling crypto for individual UFS requests, are already handled by
> ufshcd-crypto.c, which itself is wired into the blk-crypto framework.
>
> However MediaTek UFS host requires a vendor-specific hce_enable operation
> to allow crypto-related registers being accessed normally in kernel.
> After this step, MediaTek UFS host can work as standard-compliant host
> for inline-encryption related functions.
>
> This patch is rebased to below repo and tag:
> Repo: https://git.kernel.org/pub/scm/fs/fscrypt/fscrypt.git
> Tag: inline-encryption-v7
>
> Signed-off-by: Stanley Chu <stanley.chu@...iatek.com>
> ---
> drivers/scsi/ufs/ufs-mediatek.c | 27 ++++++++++++++++++++++++++-
> drivers/scsi/ufs/ufs-mediatek.h | 1 +
> 2 files changed, 27 insertions(+), 1 deletion(-)
Now that the ufshcd-crypto patches this depends on are in 5.9/scsi-queue, could
you retest and resend this patch? It would be nice to have 5.9 support some
real hardware already. (I'm going to resend my patchset for ufs-qcom too.)
- Eric
Powered by blists - more mailing lists