Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id ACD65C6FD1C for ; Tue, 14 Mar 2023 12:30:16 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231875AbjCNMaO (ORCPT ); Tue, 14 Mar 2023 08:30:14 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53542 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231838AbjCNM3x (ORCPT ); Tue, 14 Mar 2023 08:29:53 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 92181A0F23; Tue, 14 Mar 2023 05:28:38 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 0962661763; Tue, 14 Mar 2023 12:19:39 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 022E6C4339B; Tue, 14 Mar 2023 12:19:37 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1678796378; bh=FLpm2E7UClJUtW1FBykKxqNsf/z3ka1CkpWMW1ncwd8=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=A4AuwI9ebk46aq0uqpqsqMou8lvYa7CesfmxKehCe5SiqTYnXbQ3GeNR7Asg2fr4I g92iIhIfVwdvYWPaeR9npJxx4UB3ubhwXwk/UwSZwoC1uqIKlVNI6zi6XMdLPbEOXt LyqS2PIaAFZpC+k8DgHfbQmM2yVaAnf/EGLRhxky6dwyhWKxqX8hsQGUiAG2IEeyaU VHiAOYP2D1HDkkewhNaWxWReV8f91VjOvQLvcR6ZIvxU/qeGaC1FUWk+ketzJGoz2K D5Jh+SrG/bFoflOTIBJyDT/5o4Nj/ou6xPbF+8AVeLv+kKhyuvoKrgjWH7kZGuxTLf /a+p5AhpWObVg== Date: Tue, 14 Mar 2023 14:19:34 +0200 From: Jarkko Sakkinen To: Thorsten Leemhuis Cc: "Jason A. Donenfeld" , James Bottomley , Vlastimil Babka , Peter Huewe , Jason Gunthorpe , Jan Dabros , regressions@lists.linux.dev, LKML , linux-integrity@vger.kernel.org, Dominik Brodowski , Herbert Xu , Linus Torvalds , Johannes Altmanninger Subject: Re: [REGRESSION] suspend to ram fails in 6.2-rc1 due to tpm errors Message-ID: References: <7cbe96cf-e0b5-ba63-d1b4-f63d2e826efa@suse.cz> <7ebab1ff-48f1-2737-f0d3-25c72666d041@leemhuis.info> <4268d0ac-278a-28e4-66d1-e0347f011f46@leemhuis.info> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4268d0ac-278a-28e4-66d1-e0347f011f46@leemhuis.info> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Mar 14, 2023 at 10:35:33AM +0100, Thorsten Leemhuis wrote: > On 09.01.23 17:08, Jason A. Donenfeld wrote: > > On Thu, Jan 05, 2023 at 02:59:15PM +0100, Thorsten Leemhuis wrote: > >> On 29.12.22 05:03, Jason A. Donenfeld wrote: > >>> On Wed, Dec 28, 2022 at 06:07:25PM -0500, James Bottomley wrote: > >>>> On Wed, 2022-12-28 at 21:22 +0100, Vlastimil Babka wrote: > >>>>> Ugh, while the problem [1] was fixed in 6.1, it's now happening again > >>>>> on the T460 with 6.2-rc1. Except I didn't see any oops message or > >>>>> "tpm_try_transmit" error this time. The first indication of a problem > >>>>> is this during a resume from suspend to ram: > >>>>> tpm tpm0: A TPM error (28) occurred continue selftest > >>>>> and then periodically > >>>>> tpm tpm0: A TPM error (28) occurred attempting get random > >>>> > >>>> That's a TPM 1.2 error which means the TPM failed the selftest. The > >>>> original problem was reported against TPM 2.0 because of a missing > >>>> try_get_ops(). > >>> > >>> No, I'm pretty sure the original bug, which was fixed by "char: tpm: > >>> Protect tpm_pm_suspend with locks" regards 1.2 as well, especially > >>> considering it's the same hardware from Vlastimil causing this. I also > >>> recall seeing this in 1.2 when I ran this with the TPM emulator. So > >>> that's not correct. > > [...] > > So, this is now in rc3: > > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=1382999aa0548a171a272ca817f6c38e797c458c > > > > That should help avoid the worst of the issue -- laptop not sleeping. > > But the race or whatever it is still does exist. So you might want to > > keep this in your tracker to periodically nudge the TPM folks about it. > > I did, and with -rc2 out now is a good time to remind everybody about > it. Jarkko even looked into it, but no real fix emerged afaics. Or did it? Jason's workaround was picked. I asked some questions in the thread but have not received any responses. BR, Jarkko