Received: by 2002:ac0:a581:0:0:0:0:0 with SMTP id m1-v6csp2327809imm; Thu, 21 Jun 2018 10:37:25 -0700 (PDT) X-Google-Smtp-Source: ADUXVKLmPMqEg+b1chuplRpKv56StjigSyMnuiB2bQsTyZwo6sr+IEnpqiRkrZCSU/Jj2nBm7Bik X-Received: by 2002:a17:902:784d:: with SMTP id e13-v6mr28976923pln.197.1529602644980; Thu, 21 Jun 2018 10:37:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1529602644; cv=none; d=google.com; s=arc-20160816; b=DKhF8B01gj0DlFTOiI09UPxDrCNWiauRTdfk6YERFcbKwF2pK5qqcetOhFuKRtA28P fXc6PUfIjkikgKg/t6paEPZGNtePDn6xkAQAn81nuH/hwzu96kmoSmeJefWlvFcmZdXi 2D22tyLL3QZCIgHx3iMhkKQRVIv301SToBmhLbYW7r2KA3gUZj071BpW0tg1WAAXfwB0 0ZErrJxso3GQnXG/L4b6233TkoBpFFwDNhJ1u2ujZLsZPTPPq8upmeCQiuh//RpSFClL W8iQv3CayGGfFWZ8P5Q4DSm3ZgqMrO8e14rRSx19oImdDorZyrebw8A0HU/wI0QxHkMZ o1fQ== 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 :arc-authentication-results; bh=XzFahLBrtHCY4Xpe/TG8afU8l6pgCeWU42pidvwW7YA=; b=hTKjxRm9iA2Y4/rtrf8EMI3zCttNW/kKvDejU8+MJF8CyElWUFMSYngaYJxBcmk9YT li4sO/0jrGc0JjwBdfoS2ygj++lhjAq0dm1+1nz1zOo4NB9wlu0jnRrWWuOBHw1Udzh6 wqjoWjf8+b9n55nJXYdOMqPBlK1sva2P86g3jB+RmVxoPE8s+DjlTFlX7cotCxLWYv/Y gbAS8i/wcypqq+chuGKEKPtFj0mdC+jNIjasDn7SJYKsTyYZNPGS+uUK8Eo3hXZ7gr1V y4e0qy/1PAlMHV7WDQnCHGDynFUCGMY+Y7mupZ83z9HWKb2UzEOfr39bEJXU14jLH/XN Uuew== 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 k12-v6si4385749pgp.561.2018.06.21.10.37.10; Thu, 21 Jun 2018 10:37:24 -0700 (PDT) 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 S932902AbeFURgc (ORCPT + 99 others); Thu, 21 Jun 2018 13:36:32 -0400 Received: from mga18.intel.com ([134.134.136.126]:31255 "EHLO mga18.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932621AbeFURga (ORCPT ); Thu, 21 Jun 2018 13:36:30 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga005.jf.intel.com ([10.7.209.41]) by orsmga106.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 21 Jun 2018 10:36:29 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.51,252,1526367600"; d="scan'208";a="234499741" Received: from tstruk-mobl1.jf.intel.com ([10.7.196.162]) by orsmga005.jf.intel.com with ESMTP; 21 Jun 2018 10:36:20 -0700 Subject: Re: [PATCH v3 0/2] tpm: add support for nonblocking operation To: Jarkko Sakkinen Cc: jgg@ziepe.ca, linux-integrity@vger.kernel.org, linux-security-module@vger.kernel.org, linux-kernel@vger.kernel.org, philip.b.tricca@intel.com, James.Bottomley@HansenPartnership.com, "Dock, Deneen T" References: <152882630662.30206.8805136953394285180.stgit@tstruk-mobl1.jf.intel.com> <20180619131046.GC5609@linux.intel.com> <20180621171746.GJ11859@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: Thu, 21 Jun 2018 10:36:20 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <20180621171746.GJ11859@linux.intel.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 06/21/2018 10:17 AM, Jarkko Sakkinen wrote: > On Tue, Jun 19, 2018 at 05:45:35PM -0700, Tadeusz Struk wrote: >> Hi Jarkko, >> Thanks for reviewing the patch. >> There are applications/frameworks where a worker thread is not an option. >> Take for example the IoT use-cases and frameworks like IoT.js, or "Node.js for IoT". >> They are all single threaded, event-driven frameworks, using non-blocking I/O as the base of their processing model. >> Similarly embedded applications, which are basically just a single threaded event loop, quite often don't use threads because of resources constrains. >> >> If your concern is that user space will not adopt to this, I can say that TSS library [1] is currently blocked on this feature, and we can not enable some of the use-cases mentioned above because of this. >> >> Thanks, >> Tadeusz >> >> [1] https://github.com/tpm2-software/tpm2-tss > > I put this into "mathematical" terms. TPM is by nature is blocking. It > does not scale this way so you are essentially just simulating > non-blocking behaviour. > That is correct, and this is exactly why we need this. Thanks, -- Tadeusz