Received: by 2002:ad5:4acb:0:0:0:0:0 with SMTP id n11csp779916imw; Fri, 15 Jul 2022 12:42:58 -0700 (PDT) X-Google-Smtp-Source: AGRyM1uLkiv9HxOaxoolx0AngSaVhxgpU7lYt3sYrg1aQjLofy0Cc8iczrBMXmrmFnj1rFEly48F X-Received: by 2002:a17:90b:4c48:b0:1ef:ff05:99f5 with SMTP id np8-20020a17090b4c4800b001efff0599f5mr23202888pjb.21.1657914177941; Fri, 15 Jul 2022 12:42:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1657914177; cv=none; d=google.com; s=arc-20160816; b=SizA+gxEMBP2uHIq/UW+yIyLRrdzavZK+xcE6Z1n4/xV3Ve/EZ+HPErU9tsxSgOyEg HsQFzwUDHRJGONYSWYsbW647bPvnQ4O/rU8fcS4QWho2TvZNTL1Vtfs6rMDGp9oECgxF CGb7ks0erH/jnDM0HRF1/Y+Gmfp6XLWCLzWyf+MJnL34mBiUPlYgEcQEOfg3hbaJAwS0 N7RQU6fAu1ONgAmcw/B+/wVZqkoOaZaHLYJXZWBE2NJ2cCPcOoQsDGiSFRjOZPdP15cp 8HGj6V8cikcT/wKgkerCWRf4mF7qYG35UcacCZuKja8Whno4AHe9udQ3bHnP334N71Mk rXWQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=62LisgB4vdQ1c8/8kKz4C1ZR0gAFFmPHrTTuWUasxRc=; b=rrJAYlFr7bb95DLsyXvsDvZ2h/w0z5WJssfeHJwYNizcigjl2XErp1YqGn1cPWB/F6 BaQitVE2n0/WhJjoglVYMxXG5FbbW3VoPzSCDMhtOCikCLGrCXy3+48L4vDDTg7Xcqu+ aF1hh+ZolLTCJstNHYmGRSMQDtNn1bZXEXjjhLdY5ULTSC8D1vBzipmVDJYKOzzQbnNj gykdMzg1bHtjKFWQQgp1hwjELw8XU1KW8jgfdASsmf4+XXRRu7lN5j9fF0/otnU9LCev gft09Z4SfT+qlvd2NBzttfmNkgPNwCgce8UkNfaTob1ndsiBpZplIH/15iCs+sJdhyqb 8mUw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=I357LQfZ; 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 m5-20020a170902db0500b0016cd47ea10bsi883021plx.507.2022.07.15.12.42.36; Fri, 15 Jul 2022 12:42:57 -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=I357LQfZ; 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 S229724AbiGOTda (ORCPT + 99 others); Fri, 15 Jul 2022 15:33:30 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33588 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231331AbiGOTdO (ORCPT ); Fri, 15 Jul 2022 15:33:14 -0400 Received: from mail-lj1-x234.google.com (mail-lj1-x234.google.com [IPv6:2a00:1450:4864:20::234]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1BB1D88771 for ; Fri, 15 Jul 2022 12:32:20 -0700 (PDT) Received: by mail-lj1-x234.google.com with SMTP id c15so6803925ljr.0 for ; Fri, 15 Jul 2022 12:32:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=62LisgB4vdQ1c8/8kKz4C1ZR0gAFFmPHrTTuWUasxRc=; b=I357LQfZoWHINcZeQOB0qENb6Wm1+23xXnjo8XkSmZKLJEzFpspjbAypIfyusq4IOA wtLfUE0E++I5ViHa1WBkjLsa9pRMaElsmGv9UeCg0DKFIlwSeg+Z4ApouD1x3KxU6o8U 2nhnwZS2bJkJtVL+/iBuaLnZ/t45wrQKFA07cDsGQFFEAE7qQBCKyf6CPrXSzMCu3vKt mNc12vbFt0QU05MaHiKUS3CHtj3JaHPZD+LQO3uxjyqezzuZkg98BA92P93zrogwpQkC UAnCSDmbQo/DHTuq932KrHsIAiCZcfsSifethSJe5MVFC2xJ+yn+05GRU7W9gSopiH2C S3/Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=62LisgB4vdQ1c8/8kKz4C1ZR0gAFFmPHrTTuWUasxRc=; b=40dK2Zrffd3kGmAgf547MnWfNn6Dd/hCXdkK5SbAoDFEO6ga9eGbrSE2tyoH4mkvyt 0OP8ndtLKW1RMOxTmxsrYv50xl2drU1e/KAZNk6M1r7I1lLRYFghS9ZfW+54ZF/3dufQ 82Z2iG5LwWIAqMfdFDXUqGyjIE6P4MAuYL56Ndg4TmXZHqsmcxkamgSzOUnun/eMk4qb UYMTnMTeTdFfaMpIMEaLxFiogndMFm07UcbanmCC6qWXED/PaBkVhWZyuvjHbXdhSwHi vUOirO6wuiu7uqhFJ01+qhpJmP9BQjL3s0rTZnPg7SE5Lgu2O6sPcOSQjCVDRLoo+OPJ kSbg== X-Gm-Message-State: AJIora82zrQqVqLxUQXAVEKxXOwhfK4jD7vB/6Wp8/PjRaMf0MbqcPfr R9R4c/b27HCqOytfI4HbW9NeTeGK2aYpzqcXVkneEg== X-Received: by 2002:a2e:be22:0:b0:25d:6179:4439 with SMTP id z34-20020a2ebe22000000b0025d61794439mr7834488ljq.369.1657913538165; Fri, 15 Jul 2022 12:32:18 -0700 (PDT) MIME-Version: 1.0 References: <20220618001618.1840806-1-seanjc@google.com> <19bba1a0-8fb7-2aae-a65a-1111e29b92d3@redhat.com> In-Reply-To: From: Peter Gonda Date: Fri, 15 Jul 2022 13:32:06 -0600 Message-ID: Subject: Re: [PATCH 0/3] KVM: selftests: Consolidate ucall code To: Sean Christopherson Cc: Paolo Bonzini , Marc Zyngier , Anup Patel , Paul Walmsley , Palmer Dabbelt , Albert Ou , Christian Borntraeger , Janosch Frank , Claudio Imbrenda , James Morse , Alexandru Elisei , Suzuki K Poulose , Atish Patra , David Hildenbrand , kvm list , linux-arm-kernel@lists.infradead.org, kvmarm@lists.cs.columbia.edu, kvm-riscv@lists.infradead.org, linux-riscv@lists.infradead.org, LKML , Colton Lewis , Andrew Jones Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-17.6 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, ENV_AND_HDR_SPF_MATCH,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS, USER_IN_DEF_DKIM_WL,USER_IN_DEF_SPF_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 Tue, Jun 21, 2022 at 8:55 AM Sean Christopherson wrote: > > On Mon, Jun 20, 2022, Paolo Bonzini wrote: > > On 6/18/22 02:16, Sean Christopherson wrote: > > > Consolidate the code for making and getting ucalls. All architectures pass > > > the ucall struct via memory, so filling and copying the struct is 100% > > > generic. The only per-arch code is sending and receiving the address of > > > said struct. > > > > > > Tested on x86 and arm, compile tested on s390 and RISC-V. > > > > I'm not sure about doing this yet. The SEV tests added multiple > > implementations of the ucalls in one architecture. I have rebased those > > recently (not the SEV part) to get more familiar with the new kvm_vcpu API > > for selftests, and was going to look at your old review next... > > I had forgotten about that code. My idea of a per-VM list[*] would fit nicely on > top, though maybe drop the last patch from this series. > > [*] https://lore.kernel.org/all/Yc4gcJdhxthBKUUd@google.com I just sent an RFC of SEV selftesting using Sean's suggestion built on the first 2 patches in this series. I think they work well with the encrypted VMs ucalling. https://lore.kernel.org/all/20220715192956.1873315-1-pgonda@google.com/