Received: by 2002:a05:6358:700f:b0:131:369:b2a3 with SMTP id 15csp1549351rwo; Wed, 2 Aug 2023 16:30:59 -0700 (PDT) X-Google-Smtp-Source: APBJJlHXlssaffyIor+xH7yfBdHHTwSuqS6fhbMkkkRIhsUoTp1td6S3gd4qlag0QUN5i70/zAQ7 X-Received: by 2002:a17:906:74d3:b0:957:2e48:5657 with SMTP id z19-20020a17090674d300b009572e485657mr6325709ejl.68.1691019059132; Wed, 02 Aug 2023 16:30:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1691019059; cv=none; d=google.com; s=arc-20160816; b=gclpl2cUr0ocH2TRUO/aC99DWJt5oIo5j5U9huSnhCjU6U9WldajW69BQAcmxKvy+l g9yUwdaKhEvjVqXNg9UkU4TcXjFJDdCb9q5iMNpxrUXlPPjnzF0ZEM/A4helinZMYmQf 6shazMejO9wFbkJ4HqMsPj/Q2l4hQqyLfsnIL8eIT5lJQRfxSoxIEVFDLPkBG7tYCOji Iydxmw9VFlPk9AuGJvEI/gbCXgDh3s2ar9FvqB1UDmleCc/puoFhLtYJlI1rBnZWJCtM hjkMB16F6kU0GVPYMnrnsqOKpWyyJ6T28xFiSEY9u2CK9LS9mOyN6VmkvGH82fIOLqxy NPFw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:from:subject:message-id:references :mime-version:in-reply-to:date:dkim-signature; bh=V7O3ldpuvwn/jLEEsGaVER0W5WQz6QQVB4o4mWJTPHw=; fh=DqcMFpsKHI/wuUuzrnfKvjJn1w6WMI2m4mlf+yeGJ10=; b=el7qACDN4SCMnPjPGpOwTLiZAxuptDTjMEVDFpBfybvLWKzKI7YGBhXGXDJAoonnKo Ch9juiNnvbIj7/UKSY4vekFomnfvQUj3hmHjJuaNswF+rvZyxxYqll5rJmzKdzwfyGg3 1u4cqyOwq7FrfAyCXOzOsxFEEZaR/7hyu6J5A9U9nfRUEzMEwqKYTEsuvDDr8BVEHHBZ DykV4HIU/N5fypOfyXCh981GiIPGhfDGJvN+/verdloFTlv6yW7FxoWC/ZXRzse/VAth 1pRWqmjp7lI+Fueb2Ia5NmnVfx9avh6rKDz8L3K/ZQFT8bBw2stf7lngQkuOEal8R/0j WK+Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20221208 header.b=0MpUaXqN; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id pj7-20020a170906d78700b0098df03ffa69si10122911ejb.421.2023.08.02.16.30.33; Wed, 02 Aug 2023 16:30:59 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20221208 header.b=0MpUaXqN; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229611AbjHBVbe (ORCPT + 99 others); Wed, 2 Aug 2023 17:31:34 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36630 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229744AbjHBVbc (ORCPT ); Wed, 2 Aug 2023 17:31:32 -0400 Received: from mail-pj1-x104a.google.com (mail-pj1-x104a.google.com [IPv6:2607:f8b0:4864:20::104a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 238CD19A4 for ; Wed, 2 Aug 2023 14:31:32 -0700 (PDT) Received: by mail-pj1-x104a.google.com with SMTP id 98e67ed59e1d1-2682b4ca834so137618a91.2 for ; Wed, 02 Aug 2023 14:31:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20221208; t=1691011891; x=1691616691; h=cc:to:from:subject:message-id:references:mime-version:in-reply-to :date:from:to:cc:subject:date:message-id:reply-to; bh=V7O3ldpuvwn/jLEEsGaVER0W5WQz6QQVB4o4mWJTPHw=; b=0MpUaXqNR3yN2ZePV6Ehw88TdkHVM4wwC2Ax9LBcBwhrccVQmDk4pUsO2m/W60T/kh 4ALsk63SSuRBd3UXVMnSiQB5v2iI8UQfYCb+eIiV9ztG6S6KlhNhk233zQbbCY6jDG0m rtdmAzFLXMLRYfEzbyZNqny8nmMx5u7NTub/RYML7Xn31Nyl8a4U+e01kHF6VCiqYOVM xpL0WtRUyR6fLic8o7wZFKDajLk8nUgQ1I14uVXOA6NUMtV+htB3i1ARMO6mRJ2oAjcz bO63UUfjpoeGbzSi8UO3Ogv8fLbD7MT+Agmc+my/+J8Ci2lSUSrXLjoKrVyUkepwfc+B m9TQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1691011891; x=1691616691; h=cc:to:from:subject:message-id:references:mime-version:in-reply-to :date:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=V7O3ldpuvwn/jLEEsGaVER0W5WQz6QQVB4o4mWJTPHw=; b=MujvCSim4UsfuXO/zixQDJ3M+0vGlB++bjaR/ziG3Pq864zNeM2a5r4oF0MLsnV92g pbGLueU+0wDqRFHKgbhlxot4oTXHy9Y3Hw+lTSXB425KOuOEOAAt6KyZNE05g78pvw/8 T70BKa1LrwGQ3qjHXLvXSx6eFRoC9vIl7f/HaSqc1kIQ03L2+b0aC/IctmsCWcOEAz4W u16X8BKgTMazEGq+8nkBMA88V6BNx9oKB7Y9xKe/5BF30R5H47T0JlevYXMEWr1gyUZF knzhQkekVBo3fzLblDE9meeBsDDftylF2iCwkLl+3UnrqL5MmbAmfTLyM9cZEdTumOd2 ffpA== X-Gm-Message-State: ABy/qLZ7XJKn95KtxdP+KpAjVxdQHYbsxbR+HIpcXWkNVhQBjt+S+Sbi Rovrs3g3xbf6aguR6nolLVeNQYYoXNI= X-Received: from zagreus.c.googlers.com ([fda3:e722:ac3:cc00:7f:e700:c0a8:5c37]) (user=seanjc job=sendgmr) by 2002:a17:902:e885:b0:1b3:e4f1:1b3f with SMTP id w5-20020a170902e88500b001b3e4f11b3fmr93178plg.2.1691011891629; Wed, 02 Aug 2023 14:31:31 -0700 (PDT) Date: Wed, 2 Aug 2023 14:31:29 -0700 In-Reply-To: Mime-Version: 1.0 References: <20230712075910.22480-1-thuth@redhat.com> <20230712075910.22480-3-thuth@redhat.com> Message-ID: Subject: Re: [PATCH 2/4] KVM: selftests: x86: Use TAP interface in the sync_regs test From: Sean Christopherson To: Thomas Huth Cc: kvm@vger.kernel.org, linux-kernel@vger.kernel.org, Paolo Bonzini , linux-kselftest@vger.kernel.org, David Matlack Content-Type: text/plain; charset="us-ascii" X-Spam-Status: No, score=-9.6 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, RCVD_IN_DNSWL_BLOCKED,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE, USER_IN_DEF_DKIM_WL autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Aug 02, 2023, Sean Christopherson wrote: > Oh, and no need to post "KVM: selftests: Rename the ASSERT_EQ macro" in the next > version, I'm planning on grabbing that one straightaway. After paging this all back in... I would much prefer that we implement the KVM specific macros[*], e.g. KVM_ONE_VCPU_TEST(), and build on top of those. I'm definitely ok doing a "slow" conversion, i.e. starting with a few easy tests. IIRC at some point I said I strongly preferred an all-or-nothing approach, but realistically I don't think we'll make progress anytime soon if we try to boil the ocean. But I do think we should spend the time to implement the infrastructure right away. We may end up having to tweak the infrastructure down the road, e.g. to convert other tests, but I would rather do that then convert some tests twice. [*] https://lore.kernel.org/all/Y2v+B3xxYKJSM%2FfH@google.com