Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp2970212imu; Mon, 19 Nov 2018 08:47:24 -0800 (PST) X-Google-Smtp-Source: AJdET5dALyDGfsx/FVMo53FSJgpTo6pAPcohmWbk4PxJqmHQuMGN+JYDHRfedpGg+etWPjRhMele X-Received: by 2002:a62:114c:: with SMTP id z73-v6mr23212022pfi.192.1542646044482; Mon, 19 Nov 2018 08:47:24 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1542646044; cv=none; d=google.com; s=arc-20160816; b=rnthw6l4Vm1+omj7j71oZjNEyBcm1oJw0h2CPK5CXg26kE46XapuaYbh6lYfEejS+R 80I16MVxxge9+u6N0RmNJDDZBuHyNCHiQn/IUpQsLjv4rhPuT1kAKOAmMS2EJyzb48vN JUeSZXZAaMbLurvUMaSQ7DNyExT08eiBXTtbr1OluO8GJc2r1VauqE6hPvA+GoUBr6j/ JMUKCN25ExEx1DqkMvdnbVrDwBdXXg6Ft+kT5hoGjeRrRSGwaTwPxpzXATEHOOuirKJ8 fMexL/08SmuXXKGBmcvBKVhPBX0vgfmEtqrZBIddYFHxEpN81SVi2QTNMxjKnUa9iM6L b4vA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:autocrypt:openpgp:from:references:cc:to:subject; bh=edkcmYNvLExiRLwA6I2XZQW1CIpbzqjjYtqk2AWogII=; b=U4WPQyFQ9n6smiAAmUC6RO9y+UbH+iBcBtj97jrEfvi2XYXHNdkQCw0l7u8CQ+QwBG WA6M7cFXfKIWxWOfGUOxiL9Tdd7BRZFjEuTyNSvPqSUyVqUSnitey5ZEXC4bRRpod7Cs VWPi4R3f39BQfirgksD2b9ycut9oZKxEt1MBzjji1IQALaysg21o28oyYOZtlVP+fj7K KqBpKSB5iP5lGHcqcgqMxcxg95IaYesZ4L1tx9f2sRB3M3C+OMvRY7pmtqiOFrsTs2jj VInZvsJaCn6N9kmcEK22H1Qjq7QEAZtSvWqn0f9X+dyQ81XrqOa65GsnJMSnIssFeHnN r0Nw== 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 go3si10916194plb.97.2018.11.19.08.47.09; Mon, 19 Nov 2018 08:47:24 -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 S2388408AbeKTDJG (ORCPT + 99 others); Mon, 19 Nov 2018 22:09:06 -0500 Received: from mga14.intel.com ([192.55.52.115]:5595 "EHLO mga14.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2387555AbeKTDJE (ORCPT ); Mon, 19 Nov 2018 22:09:04 -0500 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga002.jf.intel.com ([10.7.209.21]) by fmsmga103.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 19 Nov 2018 08:44:49 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.56,253,1539673200"; d="scan'208";a="109813190" Received: from tstruk-mobl1.jf.intel.com ([10.7.196.53]) by orsmga002.jf.intel.com with ESMTP; 19 Nov 2018 08:44:49 -0800 Subject: Re: [PATCH v4 2/2] tpm: add support for partial reads To: Jarkko Sakkinen Cc: jgg@ziepe.ca, linux-integrity@vger.kernel.org, linux-security-module@vger.kernel.org, linux-kernel@vger.kernel.org References: <154239067364.2880.13752725056462237016.stgit@tstruk-mobl1.jf.intel.com> <154239071144.2924.17574189056250189697.stgit@tstruk-mobl1.jf.intel.com> <20181118074832.GG5897@linux.intel.com> <90072f09-6388-b1f7-387b-42f056f8893d@intel.com> <20181119135800.GE8755@linux.intel.com> From: Tadeusz Struk Openpgp: preference=signencrypt Autocrypt: addr=tadeusz.struk@intel.com; prefer-encrypt=mutual; keydata= xsDiBEiLICMRBADteQacQxypsuFvAw6IwYzbD8pgQi+kLYBcqfGgVAUN/cO+sLl6u1lVdaDB fhAArdbV9lpoqcWnmhQFTb4A+W569EpydBr6nuatWkEB+fmmx8YoUtuZfXt7v+1l1rc09kaW LY+TkwQkvFCeuvdasgmBLnmRWymEGWi1E12hUgTw/wCgtK24geC7XkiuANMv0gpr+raOgQMD /2yJZ0SeXQApWyTRaeIYN8GgYHZTWuBp/ofN+viEkhrDxahcaGPP5B/Nv6VS1+M0e5m8OzHj qPUbgfyOeJcslC5aoZdqqqzVWVLaA/+Jy+O+6T3k3R/IryVVATldBlwnGFDhET0mKQsd15zt cIdQBBbfSFR5VlugZuWV5q442IpPA/4g7nen9FFPxh45Te8D54hAsOCywjm6xUE0UJGYHeJ/ MXCPtuXfVCbYcOxZVH7kUS2Vtk5d3bF40IE2WnVq1ZScNANF4ZjikxYhYGfNWX3HXak1gSoj UrY87rMSjPIAry4L0BoIx2qgL/k4iV/3QcXL4t5wosU0iw++suf1zGGcKM0gVGFkZXVzeiBT dHJ1ayA8dHN0cnVrQGdtYWlsLmNvbT7CYwQTEQIAIwIbAwYLCQgHAwIEFQIIAwQWAgMBAh4B AheABQJQTjJTAhkBAAoJEDFswfskq9xyqvcAoI2nsaUCX8ZGbu+Jhq+++qlBFJ2rAJ983RoO R2ofHhn3g3Qi4K34tw0l087BTQRauzUlARAAqkWRL/InEPnoGMg/gw/CRaDBaIBgMsvIcghI 7xevIzpleXt6jKHghSBooH+zaT7qi4u2gkgPn4odsER3Rm94XgrZJgoqls6EpKMWpJNGP4HT eYgykhfsZOLX8ijUbjTM/Sm/dZVo6aYoBL2+ciJwyl+Zt3Mp6un3/GWu6cA9005V50pRqO7j PTlVCHi2bedcEEf5DDsYJv/3Oz8/4LpSf6BL6BltjeZVa2y03dTMmD031JTH+OuyJm1yh72Z HWxhlYNXOv6uFJJVr+paQjrAsBVIYKhK24bD+uGJxLm8AN9i7/Si+2YeSsXvKUhk9mIoFBnU VFo63cziRTcpRu/kXgDAbujwN88qytEcvhEZHS6B9vdws+lhTpolEjkLCkz0Y59z4Fs9srKy QkRN+wtdiLgrwyDW3ryAKxcDmOumGWebDxpaOI/pBhrlS93HmDlvj7JmgTUU4a/NhwI3dXh5 pn8FZzZyVXe3Kc3bu5T3UAC7uztinsAvCJQS6jGZWrXmXkqYkaLXQOw61eInWjr01zE/zDbE mdJPM0+va/gtZx9TtGxr4PpjbqswqCiubLDZXZHh5uqArPv/i+E8aXIsNSTN6Rrqs1j9YgDN ALksibv6+tXH3sOlCUgjuZgJH3+s/mnaAtiV2rZ/WlH15d6nd0uiDSZrKhlR+g4NHMh1ztEA EQEAAcJPBBgRAgAPBQJauzUlAhsMBQkJZgGAAAoJEDFswfskq9xyfv8AoI8aPrJCoM0h5WOP kKxMmPEPHzUNAJ9jBBYXhX1CWg+IhI7i/fLlI0vwCA== Message-ID: Date: Mon, 19 Nov 2018 08:44:49 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.3.0 MIME-Version: 1.0 In-Reply-To: <20181119135800.GE8755@linux.intel.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 11/19/18 5:58 AM, Jarkko Sakkinen wrote: > Please explain a scenario where "!ret_size" would no work given that > both size and partial_data have always positive value? Right, I only looked at the one line above before responding. I'll change it to !ret_size > > I don't understand. In order to maintain backwards compatibility you can > send a new command at any time. No, currently it is not possible to send a new command until the previous response is consumed. -EBUSY is returned if one sends a new command before reading the previous response (or at least part of it). See: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/char/tpm/tpm-dev-common.c#n128 -- Tadeusz