[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <1594514085.10600.5.camel@mtkswgap22>
Date: Sun, 12 Jul 2020 08:34:45 +0800
From: Stanley Chu <stanley.chu@...iatek.com>
To: Eric Biggers <ebiggers@...nel.org>
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 Eric,
On Thu, 2020-07-09 at 23:39 -0700, Eric Biggers wrote:
> 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://urldefense.com/v3/__https://git.kernel.org/pub/scm/fs/fscrypt/fscrypt.git__;!!CTRNKA9wMg0ARbw!x8Kltcu8AQhdtlIDXASWjd_ANrBtcYzidIXMsu-fQloEqgvrDDBU9yD9GumtKLIcd_c$
> > 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.)
Sure. Now this patch is resent as v3, please see
https://patchwork.kernel.org/patch/11657987/
Thanks,
Stanley Chu
Powered by blists - more mailing lists