Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp4870594imm; Tue, 18 Sep 2018 00:05:14 -0700 (PDT) X-Google-Smtp-Source: ANB0VdYa1d8biKzadsApYEY6gPGy/iKDnOw/ywLZOOJdQhGgGOc/o7+8KGjK5VKj77fZXObqbk4K X-Received: by 2002:a17:902:6b47:: with SMTP id g7-v6mr28443717plt.128.1537254313979; Tue, 18 Sep 2018 00:05:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1537254313; cv=none; d=google.com; s=arc-20160816; b=BKSFkZ7bgOsZVDXmca1D5Vkr4m6ys9TnTyaif7ED0xiQe45ZNvEHZqua5prMPXNd3l HVVymY2IcUfSpr82DG1IBeuYLTL/ZvlwSMG7bDIR0t1vQVV7GCDb9NZJtmDHNzR0NYN9 C96FSUsEj7BYvpJVbPzp085qSDA7F4k6ewSSadsukU1re2ehYCiV7AiJi9uRs6VxQ/ex 7IiwVZB4ifrGR3AbUQjyxAL2/B3Sq/lmpZ0kgENhOezPskILIN3u++t6LhT1fyhytLMC JwWJDP8mb6wTe3KprjF51Im1PRO9KUgJKtc0wwYer3QY3hlazSH4998qlokuHjBHKCuK 4Zmw== 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:mime-version :references:in-reply-to:organization:message-id:date:subject:cc:to :from; bh=GIxMXFXDbRswwCiwMdASbOWB3dzh6vB48MRx63RSQeI=; b=gn0sVH0hLDolcF4uj79gI1uhdLVT9YlNx7TXhoOJX0Nq86KfTJKi9N1QRbDtbItUNK IlmH4rfMP3CR5TSl9HurXkZVZRi92wLp+aXEc4c1hoivVNkhovLZVNLCyhVkjcU6nSHF tFUGM06cIaPO+hnXCMSjRuzqSlpfxOiRspDXLyf3VK7Oja9hRmK93VXhSIv5uukzzjLB A2cn3NqOHo24CRikzEfH6usc0tpuap6AuTVBvf2GdroQDCS2sGRTPEpeZamtn8lWg2pd KEYVezUr0/c2RWBDFvoI9y9QlxChKquBkTTkSyMKaQ+yoJNuaXypWVvKDcCX9fMAYKo+ ZsKA== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z187-v6si15618888pgd.2.2018.09.18.00.04.57; Tue, 18 Sep 2018 00:05:13 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728879AbeIRMen (ORCPT + 99 others); Tue, 18 Sep 2018 08:34:43 -0400 Received: from imap.newtech.fi ([83.150.94.195]:34920 "EHLO mail.newtech.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726759AbeIRMen (ORCPT ); Tue, 18 Sep 2018 08:34:43 -0400 X-Greylist: delayed 521 seconds by postgrey-1.27 at vger.kernel.org; Tue, 18 Sep 2018 08:34:42 EDT Received: from eseries.newtech.fi (eseries.newtech.fi [194.110.87.243]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mail.newtech.fi (Postfix) with ESMTPSA id D2CA06677F; Tue, 18 Sep 2018 09:54:47 +0300 (EEST) From: Dag Nygren To: xen-devel@lists.xenproject.org Cc: Boris Ostrovsky , Jarkko Sakkinen , jgross@suse.com, "Dr . Greg Wettstein" , dunlapg@umich.edu, linux-kernel@vger.kernel.org, stable@vger.kernel.org, jgg@ziepe.ca, "Dr. Greg Wettstein" , peterhuewe@gmx.de, linux-integrity@vger.kernel.org Subject: Re: [Xen-devel] [PATCH v2] tpm: Restore functionality to xen vtpm driver. Date: Tue, 18 Sep 2018 09:54:47 +0300 Message-ID: <6898808.CzJHl40L0f@eseries.newtech.fi> Organization: Oy Espoon Newtech Ab In-Reply-To: <5d63093d-620d-80d5-1138-0332a210d61f@oracle.com> References: <20180913212551.2435-1-boris.ostrovsky@oracle.com> <20180917211900.GD6716@linux.intel.com> <5d63093d-620d-80d5-1138-0332a210d61f@oracle.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On tisdag 18 september 2018 kl. 01:25:29 EEST Boris Ostrovsky wrote: > On 9/17/18 5:19 PM, Jarkko Sakkinen wrote: > > Just to understand this bug better why did not the wrong version > > cause any undefined behavior? Sounds like a fatal bug. Does this > > cause crashes? > > AFAIK, no, no crashes. I haven't tested this myself (and I believe > relatively few people use this functionality, which explains why this > has not been fixed for so long) but I don't think it will necessarily > crash. It's just that the frontend driver will be reading from wrong > location, causing TPM not to function properly. I bumped my head into this last week and spent most of the week trying to figure out why the vtpm did not respond. Finally found the email from the guy that dirscovered and fixed it. Did the fix and rescompiled. Now it seems to be working fine. The patch is surprisingly 2 years old!! I will be very pleased to see it go in to the official kernel! But no crash. Just a timeout when trying to communicate with the vtpm-engine. Best Dag