Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp3244295pxb; Mon, 25 Jan 2021 10:31:33 -0800 (PST) X-Google-Smtp-Source: ABdhPJyP+cQpxfDouh7p7UFv7fr6GrhLTpIy/x1ZcDxEuff7oyWsH5TpulelmfEYMIcs4IPxC+H3 X-Received: by 2002:a17:906:3f89:: with SMTP id b9mr1151490ejj.204.1611599493030; Mon, 25 Jan 2021 10:31:33 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611599493; cv=none; d=google.com; s=arc-20160816; b=yV4qnVkbZm7EUqizsRue9rIjGo7GN68Y1jP1LDE0kCJ2Zl9EQzgwnQmYCSxuLYI/s8 CSGtVtQ4zj7+PiXMfotcWRx1WBvr65BoPscKpJRR2sY3OhywzRYfHy0Hw+IcQHyVp6OB Ke8Jkc5qcL/gXZlt37idyazDvSJ7OjWAp7em868adeifsbysEv22DerzgxXTBoL7W2iP SsNfEk0DUw8gBFkr3pIcNcnB2b4niMIaqAumyR27HE6h+Hi4/hqXs5kT4RtYsxY+xoLb RV++l+bX722GHouxbyBApKd4KU+kwa2rgNbd3ES+oLQ/lsXKd858gHJ5tGKSpwk2Z3sm iCJg== 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=M9LLlxByl2BlajixRmORk4YO04+fLKygnMxGIMGnXKc=; b=JLEeapvW2y6+Hl3ZHWBg+IpvolJM6balEbmweBLyeOkp4fHpzflsRiXLzx8yl+Uf4G kivOJDQwVn6nrL30jxZ+oqVTZ/7MCwuTTrfYQ5pL3019oWh8rWPYH00vi3mBMwiYgeww /RRwmP6O5L0RDkqSa7Lu3xsY+XLER7KcShhmq4ep4alTZ7ZVq4nO613cuYPSBrJiF/A5 w2vnmgA/mVv4ppWUMIPkffLCQ9cvI9yhpHDzkNDm1m2xulEG3MFIETRc1nLGKEPraT27 TlAjGKG0zNVTSaNpQwtG5M4NiUDgwuftnXi62qg9QiayQ6XAg30qOFbrrKsJjegSowdC O7Sw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=oH5Kk7O7; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id q9si7122126edw.371.2021.01.25.10.31.08; Mon, 25 Jan 2021 10:31:33 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=oH5Kk7O7; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-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 S1726463AbhAYSTY (ORCPT + 99 others); Mon, 25 Jan 2021 13:19:24 -0500 Received: from mail.kernel.org ([198.145.29.99]:59374 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730535AbhAYRND (ORCPT ); Mon, 25 Jan 2021 12:13:03 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id 5068922B37; Mon, 25 Jan 2021 17:12:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1611594725; bh=BcVGUAj+xGkXTNYxyy4IxxVaL7E+SB7aCoaGZIuUUnI=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=oH5Kk7O7hHPy8/A3oe0/u0LK3AdK1Ne/NgUI169mmX2a4GGyFX5JJrxRH1tx1SLoY V+prgZ2dqh/mFbhwq/zNrev0D7zIKvJi9TzuCJbvN1CIHGYKPsuIai0kebZK1n4M7x Y6C46nfaRsxPDTEV0+A2RdDQfCl4cB4hfZ7mSudQtDB8amKLtWrwHANaxGIBaWoyrv Eay7EALxoG6VkxDfzCK69rMjbtXt9/67tUgr93f1tgBHFcXX3hLg80JbBhodyzkUDv jdS8oQEAvZHCsDdDffKqSY1NpArvftSeL4ZC7duBAKBW0I08HFKzWvjo0E5ER0XE8U DaSIsWoFTFRwg== Date: Mon, 25 Jan 2021 19:12:02 +0200 From: Jarkko Sakkinen To: Lukasz Majczak Cc: Peter Huewe , Jason Gunthorpe , linux-integrity@vger.kernel.org, linux-kernel@vger.kernel.org, Radoslaw Biernacki , Marcin Wojtas , Alex Levin Subject: Re: [PATCH] tpm_tis: Add missing start/stop_tpm_chip calls Message-ID: References: <20210123014247.989368-1-lma@semihalf.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210123014247.989368-1-lma@semihalf.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Jan 23, 2021 at 02:42:47AM +0100, Lukasz Majczak wrote: > There is a missing call to start_tpm_chip before the call to > the tpm_get_timeouts() and tpm_tis_probe_irq_single(). As the current > approach maight work for tpm2, it fails for tpm1.x - in that case > call to tpm_get_timeouts() or tpm_tis_probe_irq_single() tries to > transmit TPM commands on a disabled chip what what doesn't succeed > and in turn causes tpm_tis_core_init() to fail. > Tested on Samsung Chromebook Pro (Caroline). > > Signed-off-by: Lukasz Majczak Do you have a log demonstrating the failure? /Jarkko