Received: by 2002:a25:683:0:0:0:0:0 with SMTP id 125csp1164005ybg; Thu, 4 Jun 2020 02:42:56 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxgLOlVv1Hymz32L96hzAhExh/qiUlSNt2mvLP9wCDEk3u9sbxHlRf/7Jiuu/n1H4AwpXDD X-Received: by 2002:a17:906:509:: with SMTP id j9mr2962846eja.341.1591263776362; Thu, 04 Jun 2020 02:42:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1591263776; cv=none; d=google.com; s=arc-20160816; b=YotYR7xeZjwukIYVJs72VuM36aiHNCppd17+89ubdbQPtG8N8l/YgbCprEtX4bYUZX JZSc9BiZCX0lgLUGKLzQsnvTLXUAORq4qPlPymtHTenu+99uQp4JQRPVBnLXq7om1RQI jZs/yUV6VKhv3ji4QUEnfV+ttr5zyi2f6sIGVbXGdp4sT6AKQbIdwz9dsqO7cDHWLpqH 1DI/cvFkxiSE53tEuKEMfv9BXZHrM64AEQxpSVh+KqZBse8Gf7TCQQ5hnoo9BIZKBRCS XnMwRdZzMOQJ7XIFSvMexZwjbrVP2aha+0WxmbUR+9K8I+XNzmRTqp6N+HDxkYS6FF97 iCKg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:organization:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:ironport-sdr:ironport-sdr; bh=JfCMoyDuUxCs3EGMYcX7jmD91ZT2rRdSGfFftE6Xi/Y=; b=H40dWZ4SLpJy6h1Qhz/EVZ0LY9ZzHW9Tez2BB+XWPDOqyBNBYyilnd5ValiWNBC2Hn O2HeCcoXZzwqtSUkxAcxpnyLybOjXd+zu1FDu3/JfYZX+u3cHavHdM9ScYXad5/yXYmx BEhVTCoSO42QsySfTT6LR1z5aqLmcGaTOufVJROex6cKfXgUhOQEzzU8OZwLck8Uhgwd VBOPwFz9O9QlEkUNfa4t5fzeZgQ9sVwv5tL+FcvcJFkeYFqRWPv3cwPV3BsFlsUP/hyr Hln3ivj/Wl6WlyVXlNX48EPhUOXuxNDVs3VV00OA2nFFkBoAf2Sbk0YoJvReRMJNDlJ5 JicQ== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id ci2si1277980ejc.191.2020.06.04.02.42.34; Thu, 04 Jun 2020 02:42:56 -0700 (PDT) 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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728030AbgFDJkZ (ORCPT + 99 others); Thu, 4 Jun 2020 05:40:25 -0400 Received: from mga07.intel.com ([134.134.136.100]:24887 "EHLO mga07.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726299AbgFDJkY (ORCPT ); Thu, 4 Jun 2020 05:40:24 -0400 IronPort-SDR: /5EE5W+z3hS7Dgnjc+ioCgflv8Bjnay++CkN0LbnGBMWhu176RAN7hXR2t+bZ7lvWYMHd5ChaR +MD+cc6SaOvw== X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga006.jf.intel.com ([10.7.209.51]) by orsmga105.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 04 Jun 2020 02:40:18 -0700 IronPort-SDR: VFL+KJou8gMWo0laEdHS6nT07WwXP+woyVDnNCMkMTDHMMS+wR+4LrWfXPGySZyApbi5daP2wC HzhdhtBJiG6Q== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.73,471,1583222400"; d="scan'208";a="273052623" Received: from alachman-mobl1.ger.corp.intel.com (HELO localhost) ([10.249.44.241]) by orsmga006.jf.intel.com with ESMTP; 04 Jun 2020 02:40:14 -0700 Date: Thu, 4 Jun 2020 12:40:12 +0300 From: Jarkko Sakkinen To: Doug Anderson Cc: Peter Huewe , Andrey Pronin , Stephen Boyd , Arnd Bergmann , Greg Kroah-Hartman , Jason Gunthorpe , linux-integrity@vger.kernel.org, LKML Subject: Re: [PATCH] tpm_tis_spi: Don't send anything during flow control Message-ID: <20200604094012.GA8989@linux.intel.com> References: <20200528151912.1.Id689a39ce8d1ec6f29f4287277ad977ff4f57d7d@changeid> <20200601014646.GA794847@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jun 01, 2020 at 03:54:03PM -0700, Doug Anderson wrote: > Does that answer your question, or were you worried about us needing > to init iobuf[0] to 0 in some other case? > > -Doug No, but it should be treated as a bug fix for CR50 implementation i.e. for 797c0113c9a481d4554988d70b5b52fae657262f, or is there some reason why it shouldn't? /Jarkko