Received: by 2002:a05:6358:4e97:b0:b3:742d:4702 with SMTP id ce23csp1977359rwb; Fri, 19 Aug 2022 12:47:54 -0700 (PDT) X-Google-Smtp-Source: AA6agR4cPPTDdApG4A6AtEqaKunTjTbxqzI0Q+QqjU173GEqa8KhsIA3BtSV2opjJeAb8Hgj0Qy8 X-Received: by 2002:a05:6a00:1501:b0:52f:2556:9b7f with SMTP id q1-20020a056a00150100b0052f25569b7fmr9191335pfu.27.1660938474622; Fri, 19 Aug 2022 12:47:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1660938474; cv=none; d=google.com; s=arc-20160816; b=PfC59ZKAUrtnXOMmTsgYS6srUPU49RWDp7sfCPQNfQoIqOR62vuCzA1NBvk3RB1N6p cCu2LCy0L/k5HjC/ni+xsz1c1U9Z6A2VCdWDHth3Jl6hXHQrx4kM22tu4a00OZV0jCId +ikJ2SoaEtka1iAYQ+abYIZeWsH1apOEiEbiF1p9HsP0ocJvlLXeSrptAHJoNQAifUsM UA+tUoYQ9Z2saBvvEiXR7HUk92woBXZskcb4IDm9fkGu10hGqwOaSVXKAKMie8b2Sa2/ gKaOf1QlEBtgpT/+oIBzjIU+cxx3d6/OYNvlcauMuyX1n+U04M7Mw194Db6FS4xMLhwe rZug== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=INlhfHBbR+mrpRrc8j6hQCO0gPHFYzYHCpXI8V0Afdc=; b=xTQay46AYQSd1OUfxOtbnvUlw4RifY7SEAtH46pGxwUmZNkzV/6eHEXnFn9FgS2T6b socqoPYHOJMlnG4oIOWF/EK74qXV+zAKbJ7Su5H1xFIAaUWKha85ks+McMPFGN+46Gvx DYkQZ3Im5SFGsxxeP1LRyluJ7jARJL/MTturwpnxg+9zfTUT9UICPjywG4jYYrKgDmlb X1RzyoMd2AIQoH5tW2iEcTbYQJv+btpf1pe+lQ1CO7hF9i8GTQyqTDyLMhn+sKYOZ5vL 87ur2ebiydmuA670W4aD7Fyybzom35M3nJEl/+kC363yal1MDlzDjiZptyUn7bhgBrem jUxA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=dYpSsyF5; 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 s15-20020a17090302cf00b0016a71a4d774si4761423plk.257.2022.08.19.12.47.43; Fri, 19 Aug 2022 12:47:54 -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=20210112 header.b=dYpSsyF5; 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 S1351319AbiHSTha (ORCPT + 99 others); Fri, 19 Aug 2022 15:37:30 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37028 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1351109AbiHSTh3 (ORCPT ); Fri, 19 Aug 2022 15:37:29 -0400 Received: from mail-pf1-x42c.google.com (mail-pf1-x42c.google.com [IPv6:2607:f8b0:4864:20::42c]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8003310B513 for ; Fri, 19 Aug 2022 12:37:28 -0700 (PDT) Received: by mail-pf1-x42c.google.com with SMTP id a22so5166589pfg.3 for ; Fri, 19 Aug 2022 12:37:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc; bh=INlhfHBbR+mrpRrc8j6hQCO0gPHFYzYHCpXI8V0Afdc=; b=dYpSsyF5vC9PM/Zf3WkWXtPPqWIj75jiKJcl4uYrRTs717ddjwVadXE2RvzQN/h3lG Fr19kaLvkO/aSxNLs99dfBnLSg0MSs1r5opKSd5+J+bX2XOwoNiTMseUcLfAK6moYqdT Bkf+u1roUw1kJT7ejKL5wvEMw+2Qvs8uRPB4zh5tiJBuceX+Qi1ZaK4LgGtL06CnGkzU uUAmg52y860cZxrNTwNX+Fc+qFb76ukWf0riwOMWpyK7JX0aSnUZgts7If/8h0bPduhX jAo7Ah25oUQrEgqW3QFEuy4qgra7BnNUvx3hmTqHzDqhEAeS9ZfaT762R+IFCiWuoy56 xkQw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc; bh=INlhfHBbR+mrpRrc8j6hQCO0gPHFYzYHCpXI8V0Afdc=; b=GA/dXjhv7uUULK8QDGppF9edQMSLWInTE70nDq9WHTpU8NJQjY8tdo8US5rmnGjabH v+lg3ILXBfn73fytGkw9VNJuPusEy8zA6dlWdvwJ6R62b+8scZE6fwTb1pq0p8TmNey7 Y+j4HtJcpBMJ4Ka9CzZiSXE2jeZo0TndpkWJAQYymfW7lWE0fwdsD3bmj++PHK0fFJtf uYM9hxtM1igvxjEKjwlr9tPjt8wcBCWnn0l0rj5oKYzsdAefgwHLNNANVjN4Kd0WJNBc lYUpI2KcgLp3ZFshuJCvKIdGeUe5K8DYxYEkbriQlYFJOS023zCPwVB5/ABRgD5az1Sk l0Nw== X-Gm-Message-State: ACgBeo0T2JQ/0O1hGQ942sLVe1I166iLq8WgdodNmCrjWRivMmp+Yr5/ suvB9pWGaH75U4L1RxoY4oZQKtZVeJF0Jg== X-Received: by 2002:a05:6a00:2294:b0:52e:2371:8bb with SMTP id f20-20020a056a00229400b0052e237108bbmr9240806pfe.42.1660937847944; Fri, 19 Aug 2022 12:37:27 -0700 (PDT) Received: from google.com (7.104.168.34.bc.googleusercontent.com. [34.168.104.7]) by smtp.gmail.com with ESMTPSA id v2-20020a626102000000b005361708275fsm1446255pfb.217.2022.08.19.12.37.27 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 19 Aug 2022 12:37:27 -0700 (PDT) Date: Fri, 19 Aug 2022 19:37:23 +0000 From: Sean Christopherson To: Vishal Annapurve Cc: Peter Gonda , kvm list , LKML , Marc Orr , Michael Roth , Tom Lendacky , Joerg Roedel , Mingwei Zhang , Paolo Bonzini , andrew.jones@linux.dev Subject: Re: [V3 10/11] KVM: selftests: Add ucall pool based implementation Message-ID: References: <20220810152033.946942-1-pgonda@google.com> <20220810152033.946942-11-pgonda@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-14.4 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, ENV_AND_HDR_SPF_MATCH,FSL_HELO_FAKE,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE, SPF_PASS,T_SCC_BODY_TEXT_LINE,USER_IN_DEF_DKIM_WL,USER_IN_DEF_SPF_WL autolearn=no 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 Fri, Aug 19, 2022, Vishal Annapurve wrote: > On Wed, Aug 10, 2022 at 8:20 AM Peter Gonda wrote: > > void ucall(uint64_t cmd, int nargs, ...) > > { > > - struct ucall uc = {}; > > + struct ucall *uc; > > + struct ucall tmp = {}; > > This steps seems to result in generating instructions that need SSE > support on x86: > struct ucall tmp = {}; > movaps %xmm0,0x20(%rsp) > movaps %xmm0,0x30(%rsp) > movaps %xmm0,0x40(%rsp) > movaps %xmm0,0x50(%rsp) > > This initialization will need proper compilation flags to generate > instructions according to VM configuration. Can you be more specific as to why generating SSE instructiions is problematic? The compiler emitting fancy instructions for struct initialization is not out of the ordinary.