[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20241023213134.GC3736641@google.com>
Date: Wed, 23 Oct 2024 21:31:34 +0000
From: Eric Biggers <ebiggers@...nel.org>
To: Seshu Madhavi Puppala <quic_spuppala@...cinc.com>
Cc: Ulf Hansson <ulf.hansson@...aro.org>,
Adrian Hunter <adrian.hunter@...el.com>, linux-mmc@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-arm-msm@...r.kernel.org,
quic_rampraka@...cinc.com, quic_nitirawa@...cinc.com,
quic_sachgupt@...cinc.com, quic_bhaskarv@...cinc.com,
quic_neersoni@...cinc.com, quic_gaurkash@...cinc.com
Subject: Re: [PATCH RFC 0/2] Avoid reprogram all keys to Inline Crypto Engine
for MMC runtime suspend resume
On Sun, Oct 06, 2024 at 07:25:28PM +0530, Seshu Madhavi Puppala wrote:
> Crypto reprogram all keys is called for each MMC runtime
> suspend/resume in current upstream design.
Is that correct? I thought that similar to what is done for UFS, the key
reprogramming happens only after the MMC controller is reset. I thought that is
different from a runtime suspend.
If it's in fact triggering more often, maybe that is what needs to be fixed?
- Eric
Powered by blists - more mailing lists