Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp2342879pxb; Sun, 16 Jan 2022 17:36:22 -0800 (PST) X-Google-Smtp-Source: ABdhPJyBFr4mcS/teFHC49glEDm4AfnsoSpac1mMWu+gze3+WDzmD75TPTYGc96xtMvyNkstQUNw X-Received: by 2002:a17:902:b28b:b0:14a:7985:86f9 with SMTP id u11-20020a170902b28b00b0014a798586f9mr19240343plr.114.1642383382064; Sun, 16 Jan 2022 17:36:22 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1642383382; cv=none; d=google.com; s=arc-20160816; b=z6by2/E1tPmZuJmylaqGYXgWOprTykYTa/UY7n7n2lN/5pZ4lGMcF5IMZsyFG5wNoj Dh6zD3lJQq81cvpjZuCII4LLaTw/7r4aXFT3FBWRCIG8PUu0idpKS+q94GQD0/bNZZ2y nzttfppxccB/8GGQmcgLTpLVTuH9BKfKbh4BC335ZyxsHSBwNyEIRkBP6uVKlXzQGmyB Xz6iUQp7yX/KdGSlnaqeM4GknWJkMLfMrt6sCOCbfFXJtSSbe7w0mrUGnjpirwRx/1kD SOzBUl+tub9wHBzv4SmoJYKTlSw7IJD9p7wuB67minhUGs+F84IBzsfv5IG+vgZArXGe igNQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=ncy8jeX0mJQyLf9jFUXaIhuo8aI5C6k7Kmj45FMlceA=; b=WWyzroTOuY4mJk+VKy/Uk+wHVCbLWF+cBx1rjDv2/yHya8n3NqhTcPViPBs8B9j8F6 SheJuums0+NC8VRykdAOKVafvkFbigf6QTw3WZQgQAOBF4eui1UGdgsON+IUKJf06fX7 /93c+WNh8E+llx+fLnOmtJ1x7ty+x60DR/jPWDxmvqQ0fJaYr7MO+FId8qVOwbVBd6uP TgZZgQwS1LX4wGw6QNOLyN6FLgK4/yMaBSBzHsurAeItAk51r94IlwOFpNX8Kc637Gd8 2EanC/gBhBaKzVoBHpzkxqedysNXbHf/Nnmfy74XCLt0qUDoM5tq2B0nVFvgRKQXWkY9 RnCg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=I9izczAc; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id j71si12407724pge.846.2022.01.16.17.36.09; Sun, 16 Jan 2022 17:36:22 -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=@gmail.com header.s=20210112 header.b=I9izczAc; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234035AbiAPBXB (ORCPT + 99 others); Sat, 15 Jan 2022 20:23:01 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58626 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231490AbiAPBXA (ORCPT ); Sat, 15 Jan 2022 20:23:00 -0500 Received: from mail-pl1-x62b.google.com (mail-pl1-x62b.google.com [IPv6:2607:f8b0:4864:20::62b]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 95E4AC061574; Sat, 15 Jan 2022 17:23:00 -0800 (PST) Received: by mail-pl1-x62b.google.com with SMTP id n11so14618978plf.4; Sat, 15 Jan 2022 17:23:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=message-id:date:mime-version:user-agent:subject:content-language:to :cc:references:from:in-reply-to:content-transfer-encoding; bh=ncy8jeX0mJQyLf9jFUXaIhuo8aI5C6k7Kmj45FMlceA=; b=I9izczAcgmK8ke/z8RzxQ4elEJgRAOSZwOwJoBkzW8WY6NjqCMmgrN0bQ5Z/53qh0N PdTsaMa/vcLdBZxuGo92UkLJnYACMe3WEWI/CP9Emql24SFLQO1qZRXYJ4k5nk+EKqzw OaaaM9m5ixcCHwGs5DqvDqgqbZFHk84c7gbYWIJVffI4JudrxX9WNRjInYinfn5Dn1nQ Vhm4Fer7YJlxMjT9bALjCbKBg7iX0ynC5RQ47tWHTdxQlusEnME0gum5/I1/ZSLyp+Yv wdeQZauWK0aRNQ9ut1aXG9sVoEaSFkawOYkvR/Ca2B4eBKBpD6LlDXURg+GArYkbtlHF o+ig== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=ncy8jeX0mJQyLf9jFUXaIhuo8aI5C6k7Kmj45FMlceA=; b=pU3PpfKCRCdRt2r7h/hUxk69TYYXQ8ea0PNS9d0Ip42yCOf3o3GITPCAtnaB2sVbx/ xM6Ijoi8fJeSG6Mwz85ImG6eBwD7mBzVQnR4t2H+qwaoHE5Vx46eRyUWkuHKr/bLvhaM zaslOvW3YyOPj701HUG2g9lEQOhV1PXmoZG44Ffzzz82Pu8Nce1l0pvHYvRkgbkORJf+ 3gTdwAtLxhSxEwG9o5R9Apiz/kT1UvIXOG7DTecT5N6jGE2tYa+M/PO5ZZEHUSkL8H/C SMJnUwAC35Z1etdNgRTk2xpNJcNw8LJ/FmDjCGRA6vzz9qEgYlYD0sJVToAVUda1H3a2 cpgQ== X-Gm-Message-State: AOAM533tBfCnhI7XTEACNdDEND4cv/mS7EoXvK6N7AcZUgPa2HTpFs4D hltqjHt0pOxk/j/Z+2NM5Io= X-Received: by 2002:a17:902:c283:b0:14a:1cfe:fc46 with SMTP id i3-20020a170902c28300b0014a1cfefc46mr16113995pld.99.1642296179891; Sat, 15 Jan 2022 17:22:59 -0800 (PST) Received: from [192.168.254.17] ([50.39.160.154]) by smtp.gmail.com with ESMTPSA id j18sm7861116pgi.78.2022.01.15.17.22.58 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 15 Jan 2022 17:22:59 -0800 (PST) Message-ID: <7a94d9a3-729a-817a-d2bc-143c25a2a5d4@gmail.com> Date: Sat, 15 Jan 2022 17:22:58 -0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.4.0 Subject: Re: [PATCH v3 1/2] tpm: Fix error handling in async work Content-Language: en-US To: Jarkko Sakkinen , Tadeusz Struk Cc: Jason Gunthorpe , linux-integrity@vger.kernel.org, stable@vger.kernel.org, linux-kernel@vger.kernel.org, stefanb@linux.ibm.com References: <20220111055228.1830-1-tstruk@gmail.com> <3c2eeee7-0d3e-8000-67ad-3054f229cbe0@linaro.org> From: Tadeusz Struk In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 1/14/22 13:12, Jarkko Sakkinen wrote: >> Please send new versions, there's also this: >> >> def test_flush_invlid_context() >> >> I'd figure "invlid" should be "invalid" >> >> You can add, as these changes do not change the semantics of the >> patches: >> >> Tested-by: Jarkko Sakkinen >> >> It's always best if you author the final version, as then a clear >> reference on what was accepted exist at lore.kernel.org. > Maybe it is good to mention that the test environment was libvirt hosted > QEMU using swtpm, which I tried for the first time, instead of real hadware > (libvirt has a nice property that it handles the startup/shutdown of > swtpm). I managed to run all tests so I guess swtpm is working properly. Yes, I have been using it all the time for testing since the support was added to qemu. New versions on their way. Thanks, Tadeusz