Received: by 2002:ac0:946b:0:0:0:0:0 with SMTP id j40csp885754imj; Thu, 7 Feb 2019 13:30:16 -0800 (PST) X-Google-Smtp-Source: AHgI3IZWifoLsIBhtWPssk560jCdWGyYhhgPrYv/tAJa2O0JlCI6zlr/L0JGVSJ5GlhlN2QEyRV4 X-Received: by 2002:a62:6303:: with SMTP id x3mr18876404pfb.110.1549575016389; Thu, 07 Feb 2019 13:30:16 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1549575016; cv=none; d=google.com; s=arc-20160816; b=cswy2DlhmB3Obg92Mfbb3jiSHr9mZwVws+Kf14/pmirp/oRcnDqOiOWIuUkY3ed5vQ YMrX4Jr4XEFsvzre5QtqK88u0QxPCiRj2L9/P4cStN2OeetfY6lGcgdt5iBICKdz62uy wototKIkjsjra2Zgli9ChZPYY+dafm9LH9tkin1gLpwiOb0AgkYUz5ykIhzRFBJrviJO Jl3IZe9OPuUecc4N96uWKqNSBxWiuBbBHudX8VLhOfr4skEJhY2po8pdbpyVJHQycluE WmfEaPYMgmpTfvHxM6O3bANof+xM5zhLSjH/XuRWH0hzLIT7od3VfGyUN+GNLkyPAapo 2dPw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:organization:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=6MkD8yQjo4rMg1XHj36SOA16gA2r/EQo05flE20d/Ig=; b=T4yeSaF2O5iazoi41UhyJl6ZsfBTJwLbn6dsKbuAEk3CUYKhFc91wXHy0Jj6dQcqn1 e+3trn52+l0V4oPzzjqZTKJvvHafTruckiV49ZiY4p5RtSVvT5fQ54zAM1VPIKJK6DyR IvlOiAYBjOJMgpVlr60kZKa8f8A4ruCY+G62uH7jU5+2l7PhQaSnw9henB3Maj0/LBZi A2JxKSLBPFqnJbuB45O07foQu49d4bdE1dV4yF+Ty7Tm1+RdKWBXyv4HH4zmofoI60AP OPdtN73GZvd9Qwol/UeresGRzK9XPdfqkZdgUB8oBRawS3QJ66Kmd8zEDBn6OZ1KqRYm uM9A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id h32si94269pgh.276.2019.02.07.13.29.59; Thu, 07 Feb 2019 13:30:16 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726897AbfBGV3T (ORCPT + 99 others); Thu, 7 Feb 2019 16:29:19 -0500 Received: from mga02.intel.com ([134.134.136.20]:31227 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726622AbfBGV3T (ORCPT ); Thu, 7 Feb 2019 16:29:19 -0500 X-Amp-Result: UNSCANNABLE X-Amp-File-Uploaded: False Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by orsmga101.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 07 Feb 2019 13:29:18 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.58,345,1544515200"; d="scan'208";a="142495112" Received: from mwesterb-mobl1.ger.corp.intel.com (HELO localhost) ([10.249.254.154]) by fmsmga004.fm.intel.com with ESMTP; 07 Feb 2019 13:29:13 -0800 Date: Thu, 7 Feb 2019 23:29:12 +0200 From: Jarkko Sakkinen To: Alexander Steffen Cc: linux-integrity@vger.kernel.org, linux-kernel@vger.kernel.org, linux-security-module@vger.kernel.org, Peter Huewe , Jason Gunthorpe , Tomas Winkler , Tadeusz Struk , Stefan Berger , Nayna Jain Subject: Re: [PATCH v11 00/16] Remove nested TPM operations Message-ID: <20190207212912.GD23906@linux.intel.com> References: <20190205224723.19671-1-jarkko.sakkinen@linux.intel.com> <20190206120634.GA4680@linux.intel.com> <3d6fdcc1-8221-2137-fc82-596377cc2fdc@infineon.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3d6fdcc1-8221-2137-fc82-596377cc2fdc@infineon.com> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Feb 07, 2019 at 07:41:56PM +0100, Alexander Steffen wrote: > On 06.02.2019 13:06, Jarkko Sakkinen wrote: > > On Wed, Feb 06, 2019 at 12:47:07AM +0200, Jarkko Sakkinen wrote: > > > Make the changes necessary to detach TPM space code and TPM activation > > > code out of the tpm_transmit() flow because of both of these can cause > > > nested tpm_transmit() calls. The nesteds calls make the whole flow hard > > > to maintain, and thus, it is better to just fix things now before this > > > turns into a bigger mess. > > > > > > v11: > > > * Drop the patch that tries to flush TPM space on system. Not a proper > > > fallback + out of scope for this patch set. > > > > > > v10: > > > * Use void pointers to avoid unnecessary casts in functions paramaters > > > where it makes sense. > > > > > > v9: > > > * Fixed again tpm_try_get_ops(). > > > * Added missing reviewed-by's. > > > > > > v8: > > > * Re-add the check for ret < 0 after calling tpm_try_transmit() that > > > was dropped by mistake while moving code. > > > * Fix error fallback for tpm_try_get_ops() when tpm_chip_start() > > > fails. > > > > > > v7: > > > * Reorganize series so that more trivial and self-contained changes are > > > in the head. > > > > > > v6: > > > * When tpm_validate_commmand() was moved to tpm2-space.c, the struct for > > > the TPM header was incorrectly declared as struct tpm_input_header. > > > * Fix return value in tpm_validate_command(). > > > > > > v5: > > > * Add the missing rev's from Stefan Berger. > > > > > > v4: > > > * Return 0 from pcrs_show() when tpm1_pcr_read() fails. > > > * Fix error handling flow in tpm_try_transmit(). > > > * Replace struct tpm_input_header and struct tpm_output_header with > > > struct tpm_header. > > > > > > v3: > > > * Encapsulate power gating code to tpm_chip_start() and tpm_chip_stop(). > > > * Move TPM power gating code and locking to tpm_try_get_ops() and > > > tpm_put_ops(). > > > * Call power gating code directly in tpm_chip_register() and > > > tpm2_del_space(). > > > > > > v2: > > > * Print tpm2_commit_space() error inside tpm2_commit_space() > > > * Error code was not printed when recv() callback failed. It is > > > fixed in this version. > > > * Added a patch that removes @space from tpm_transmit(). > > > * Fixed a regression in earlier series. Forgot to amend the change > > > from the staging area that renames NESTED to UNLOCKED in tpm2-space.c. > > > > > > Jarkko Sakkinen (16): > > > tpm: use tpm_buf in tpm_transmit_cmd() as the IO parameter > > > tpm: fix invalid return value in pubek_show() > > > tpm: return 0 from pcrs_show() when tpm1_pcr_read() fails > > > tpm: print tpm2_commit_space() error inside tpm2_commit_space() > > > tpm: declare struct tpm_header > > > tpm: access command header through struct in tpm_try_transmit() > > > tpm: encapsulate tpm_dev_transmit() > > > tpm: clean up tpm_try_transmit() error handling flow > > > tpm: move tpm_validate_commmand() to tpm2-space.c > > > tpm: move TPM space code out of tpm_transmit() > > > tpm: remove @space from tpm_transmit() > > > tpm: use tpm_try_get_ops() in tpm-sysfs.c. > > > tpm: remove TPM_TRANSMIT_UNLOCKED flag > > > tpm: introduce tpm_chip_start() and tpm_chip_stop() > > > tpm: take TPM chip power gating out of tpm_transmit() > > > tpm: remove @flags from tpm_transmit() > > > > > > drivers/char/tpm/tpm-chip.c | 109 ++++++++++++ > > > drivers/char/tpm/tpm-dev-common.c | 44 ++++- > > > drivers/char/tpm/tpm-interface.c | 264 ++++++------------------------ > > > drivers/char/tpm/tpm-sysfs.c | 138 ++++++++++------ > > > drivers/char/tpm/tpm.h | 64 +++----- > > > drivers/char/tpm/tpm1-cmd.c | 28 +--- > > > drivers/char/tpm/tpm2-cmd.c | 72 +++----- > > > drivers/char/tpm/tpm2-space.c | 91 +++++++--- > > > drivers/char/tpm/tpm_i2c_atmel.c | 5 +- > > > drivers/char/tpm/tpm_vtpm_proxy.c | 12 +- > > > drivers/char/tpm/xen-tpmfront.c | 2 +- > > > 11 files changed, 408 insertions(+), 421 deletions(-) > > > > > > -- > > > 2.19.1 > > > > > > > Applied to master and next. > > Something in this series seems to break basic TPM communication for me. > > For TPM2.0s the probe command fails, causing them to be misdetected as > TPM1.2s: > > --- > tpm tpm0: tpm_try_transmit: tpm_send: error -5 > tpm_tis MSFT0101:00: 1.2 TPM (device-id 0x1A, rev-id 22) > tpm tpm0: A TPM error (30) occurred attempting to determine the timeouts > --- > tpm tpm0: tpm_try_transmit: tpm_send: error -5 > tpm_tis_spi spi0.1: 1.2 TPM (device-id 0x1B, rev-id 22) > tpm tpm0: A TPM error (30) occurred attempting to determine the timeouts > --- > > And for something that actually is a TPM1.2 it fails in a similar way: > > --- > tpm_i2c_infineon 1-0020: 1.2 TPM (device-id 0x1A) > tpm tpm0: A TPM error (-14) occurred attempting to determine the timeouts > --- > tpm tpm0: tpm_try_transmit: tpm_send: error -5 > tpm_tis_spi spi0.1: 1.2 TPM (device-id 0x1B, rev-id 16) > tpm tpm0: A TPM error (-14) occurred attempting to determine the timeouts > tpm_tis_spi: probe of spi0.1 failed with error -14 > --- > > I see this problem across my entire range of TPM devices and test platforms. > Any idea what could be wrong here? Weird. Can you run a bisect? /Jarkko