[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <b0514d28-39f5-e66c-bb41-fc5450266e11@intel.com>
Date: Tue, 6 Sep 2022 09:46:43 -0700
From: "Chang S. Bae" <chang.seok.bae@...el.com>
To: Evan Green <evgreen@...omium.org>
CC: <linux-crypto@...r.kernel.org>, <dm-devel@...hat.com>,
<herbert@...dor.apana.org.au>, Eric Biggers <ebiggers@...nel.org>,
"Ard Biesheuvel" <ardb@...nel.org>, <x86@...nel.org>,
<luto@...nel.org>, "Thomas Gleixner" <tglx@...utronix.de>,
<bp@...e.de>, <dave.hansen@...ux.intel.com>, <mingo@...nel.org>,
LKML <linux-kernel@...r.kernel.org>,
Dan Williams <dan.j.williams@...el.com>,
<charishma1.gairuboyina@...el.com>,
<kumar.n.dwarakanath@...el.com>, <ravi.v.shankar@...el.com>
Subject: Re: [PATCH v5 07/12] x86/cpu/keylocker: Load an internal wrapping key
at boot-time
On 9/6/2022 9:22 AM, Evan Green wrote:
> On Wed, Aug 31, 2022 at 4:16 PM Chang S. Bae <chang.seok.bae@...el.com> wrote:
>
> But this still doesn't explain this crash, since in this case we're
> still on our way down and haven't even done the shutdown yet. We can
> see the "PM: hibernation: Image created (1536412 pages copied)" log
> line just before the keylocker read failure. So then it seems
> something's not working with the pre-hibernate CPU hotplug path?
No, that backup crash message came from the boot-CPU's wakeup path:
__restore_processor_state()->restore_keylocker().
If the issue is repeatable, then I suspect that's something to do with
the specific platform implementation. I don't have any detail yet on the
customized systems. Let me check with some Chrome HW folks.
> How were you exercising the CPU onlining in this case? Boot, cpu
> hotplug, or hibernate?
Hibernate.
Thanks,
Chang
Powered by blists - more mailing lists