Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp4867318rwb; Sun, 4 Dec 2022 09:32:48 -0800 (PST) X-Google-Smtp-Source: AA0mqf52MBtVQzChywo955lNoLCtDLRDtGtyOfYjlihs2FAvxzKPiP0ygM5shh0Z7SQrnykepjzG X-Received: by 2002:a63:e346:0:b0:478:ac36:8183 with SMTP id o6-20020a63e346000000b00478ac368183mr3831641pgj.153.1670175167798; Sun, 04 Dec 2022 09:32:47 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1670175167; cv=none; d=google.com; s=arc-20160816; b=yunDZx7jsFFkPZpxuoHDAnxTRinOXEme5ZNBH25Flgz0HLwb60EICX9m3Iyyd5iauI ORnfnvFbe0kkdrCed/JxqMIH/x2uGo4StbL5IA7zRM/oOJuYpEH3UGKFWerfXlTkojPC VXC89+OrTn050NSoq98ikZvh0nQDksuxCYCfkUKvNaNXR80kyTz7UAi490ytEnQGhY2G Tl3uzjCiDLMdGvL/eGp48Fl+FuDYk4CjoBy83gzlwBZJLO6EouzPWpsFDixXRcTa8tAr sVVYhn0QZxqIqoAtmaOOYpTJ7+8gGi9OMrGQzVBlkIKCXd7qSt7hBM/8d9rjTRcrMkIl A7Hw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=bPNWEs6AzKFVn+H/2gTeS5ki7zqSoqmWiWI2vjDzRRg=; b=Dr94M3O6WnFfm/vj4CI1GDyRpv7POTUiH7muoQ/MrsXp0j5uE+IaJFmDXeNdom7rCN wzvyLbQyCTvzjpaz32tJeScRBFmKwSGP0Tc0pKk0OdC6vP0iLI8gr9sIb6hohCQPOlUi GOCSotTwajOlIfw4i27MY7UviSM1mNsqlkXy0+m5Qn992bN/2s+Hw72ITjzvOvQuCCZu Xa7LeOblW/wD9KKyQRNFpK+3NM4nTrdh64Dp9gYdiOAce5BEiivTLJ7+i70+D1UmutnM RSAZAznC/q7q45VeSUkY25+0BiILBPmJ+IUrrbJTFzhzZQMxzrwyO+V0lV0H3U1j9jIZ APNQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=bRMCK6uZ; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id i3-20020a6551c3000000b004788ec9cfdasi5472550pgq.71.2022.12.04.09.32.30; Sun, 04 Dec 2022 09:32:47 -0800 (PST) Received-SPF: pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=bRMCK6uZ; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230108AbiLDRLH (ORCPT + 99 others); Sun, 4 Dec 2022 12:11:07 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45084 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230143AbiLDRLG (ORCPT ); Sun, 4 Dec 2022 12:11:06 -0500 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6A23613D05; Sun, 4 Dec 2022 09:11:05 -0800 (PST) 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 ams.source.kernel.org (Postfix) with ESMTPS id 0B96BB80B6F; Sun, 4 Dec 2022 17:11:04 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 610E7C433C1; Sun, 4 Dec 2022 17:11:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1670173862; bh=4zFM1u4ww6+lkTW4EaN9AeTGUu8ktI0TcjfFQzmq01A=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=bRMCK6uZO6YBgrSaJZYsPUJU0l9rG1nIMDOwh/DOinu2I5NeL1jYHhXZQkSTkE6yO PpEn8mZBP6wv0EFQIbmqV9qEmYuq4yZ8HZUkhZPEXGUQXF50DQzpDmYTVD9bfdQaZA cfBVJG2Q9bKalIG3l0UVBQYSLPfqlrtDcWotYHYM4HztKJRr6+YshqaFHhKlRDgg8B qs0sKK4caPiQC/gE6ojwxVzuCStyeouLK+cLolvlJzmajDt7SOD6oACjW10q3A7qoH jI7O2/blKHL4ezbkfc+zf2F2cyKN120YJRO5C3LtBdVKCp1kuj33ZHY8PEzMYHKwV7 GWbYwUp4rjM1A== Date: Sun, 4 Dec 2022 17:10:58 +0000 From: Jarkko Sakkinen To: "Jason A. Donenfeld" Cc: Vlastimil Babka , Jan =?utf-8?B?RMSFYnJvxZs=?= , linux-integrity@vger.kernel.org, peterhuewe@gmx.de, jgg@ziepe.ca, gregkh@linuxfoundation.org, arnd@arndb.de, rrangel@chromium.org, timvp@google.com, apronin@google.com, mw@semihalf.com, upstream@semihalf.com, linux-kernel@vger.kernel.org, linux-crypto@vger.kernel.org, stable@vger.kernel.org Subject: Re: [PATCH v3] char: tpm: Protect tpm_pm_suspend with locks Message-ID: References: <20221128195651.322822-1-Jason@zx2c4.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-crypto@vger.kernel.org On Sun, Dec 04, 2022 at 05:06:41PM +0000, Jarkko Sakkinen wrote: > On Mon, Nov 28, 2022 at 08:56:51PM +0100, Jason A. Donenfeld wrote: > > From: Jan Dabros > > > > Currently tpm transactions are executed unconditionally in > > tpm_pm_suspend() function, which may lead to races with other tpm > > accessors in the system. Specifically, the hw_random tpm driver makes > > use of tpm_get_random(), and this function is called in a loop from a > > kthread, which means it's not frozen alongside userspace, and so can > > race with the work done during system suspend: > > > > [ 3.277834] tpm tpm0: tpm_transmit: tpm_recv: error -52 > > [ 3.278437] tpm tpm0: invalid TPM_STS.x 0xff, dumping stack for forensics > > [ 3.278445] CPU: 0 PID: 1 Comm: init Not tainted 6.1.0-rc5+ #135 > > [ 3.278450] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.16.0-20220807_005459-localhost 04/01/2014 > > [ 3.278453] Call Trace: > > [ 3.278458] > > [ 3.278460] dump_stack_lvl+0x34/0x44 > > [ 3.278471] tpm_tis_status.cold+0x19/0x20 > > [ 3.278479] tpm_transmit+0x13b/0x390 > > [ 3.278489] tpm_transmit_cmd+0x20/0x80 > > [ 3.278496] tpm1_pm_suspend+0xa6/0x110 > > [ 3.278503] tpm_pm_suspend+0x53/0x80 > > [ 3.278510] __pnp_bus_suspend+0x35/0xe0 > > [ 3.278515] ? pnp_bus_freeze+0x10/0x10 > > [ 3.278519] __device_suspend+0x10f/0x350 > > > > Fix this by calling tpm_try_get_ops(), which itself is a wrapper around > > tpm_chip_start(), but takes the appropriate mutex. > > > > Signed-off-by: Jan Dabros > > Reported-by: Vlastimil Babka > > Tested-by: Jason A. Donenfeld > > Tested-by: Vlastimil Babka > > Link: https://lore.kernel.org/all/c5ba47ef-393f-1fba-30bd-1230d1b4b592@suse.cz/ > > Cc: stable@vger.kernel.org > > Fixes: e891db1a18bf ("tpm: turn on TPM on suspend for TPM 1.x") > > [Jason: reworked commit message, added metadata] > > Signed-off-by: Jason A. Donenfeld > > --- > > drivers/char/tpm/tpm-interface.c | 5 +++-- > > 1 file changed, 3 insertions(+), 2 deletions(-) > > > > diff --git a/drivers/char/tpm/tpm-interface.c b/drivers/char/tpm/tpm-interface.c > > index 1621ce818705..d69905233aff 100644 > > --- a/drivers/char/tpm/tpm-interface.c > > +++ b/drivers/char/tpm/tpm-interface.c > > @@ -401,13 +401,14 @@ int tpm_pm_suspend(struct device *dev) > > !pm_suspend_via_firmware()) > > goto suspended; > > > > - if (!tpm_chip_start(chip)) { > > + rc = tpm_try_get_ops(chip); > > + if (!rc) { > > if (chip->flags & TPM_CHIP_FLAG_TPM2) > > tpm2_shutdown(chip, TPM2_SU_STATE); > > else > > rc = tpm1_pm_suspend(chip, tpm_suspend_pcr); > > > > - tpm_chip_stop(chip); > > + tpm_put_ops(chip); > > } > > > > suspended: > > -- > > 2.38.1 > > > > Hi, sorry for the latency. > > Reviewed-by: Jarkko Sakkinen Applied to git://git.kernel.org/pub/scm/linux/kernel/git/jarkko/linux-tpmdd.git BR, Jarkko