Received: by 2002:a05:6a10:6d10:0:0:0:0 with SMTP id gq16csp916767pxb; Fri, 22 Apr 2022 14:14:18 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwK+tXfa9s4L4jhKl1qehSGKVnNa83QcSxTe4JMjMeyUPVlQi50gKMad/eBPf7qpTO9tbax X-Received: by 2002:a17:903:22c1:b0:15c:e554:88c2 with SMTP id y1-20020a17090322c100b0015ce55488c2mr338240plg.80.1650662058832; Fri, 22 Apr 2022 14:14:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1650662058; cv=none; d=google.com; s=arc-20160816; b=r/usCYSPMkj4+z8GMoTlhFcg7qseuUV4T8DFehXez7o2wbqid4DpzhokH1nWVUAk2G hAO+1RMuzkvFLK2JLhZWvDGQC2Fs+pUQQDsgF+ETULAdBknKIkI93xnoJ9YdyJ5EaDk4 YPmwVotrwvREs7EN12f1HN5FiFHwbYg3xIPNbAMSlbU1RBHlwS42bmvHMRU4i3vkRRD+ MbVef/89lAuHIJVgkKmooAOKIogh+fk1W04kKhd48XgaUkD9CtcAuCtPGd4lT3D15jGu pj0qjhoUYDZRINy81TocZ1D8Maekuy3ujkkUH2IFZboAavO/M7ZzIxTOtsFZVoh8pkI/ d5zA== 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=ak6QqPmm4AQbpNhOQu87q9LEr9+mQ3asTsa/QbWlBQU=; b=oFGKng5Nv3xWj2Kf2Z4aH0WReKn6LXMfZXsxvhhERAP5cLn2gaQ6ST2JeAqX6j/Tg7 HyiNDKNGeKaC1zpZnblrW6JG8iGSf+Cj+ssIw1y9aj+44cR2Dg8AouXKp/HlteJxcxy/ /i1Q5OkLEoboFUmZVqT5uoey+yF4eZu4LXsxUoxvO2wsD96S62X+q46vafUpy0dNFvW6 91Skdy6/TrYZkqEKXG3Sj9f1tjY93Vmso81totbrQHI2ASsdCLKdt084XwQ2Rv4loZXn 6VO7xclo9BEAglKkfJBIG9XA4VMCqNHlcon41VPk0C5kjCcBHni/WD3hPX0NV9bzdqNW pHFA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=ootSWzXF; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 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 lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id j5-20020aa78005000000b00505ab468000si8437171pfi.215.2022.04.22.14.14.18 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 22 Apr 2022 14:14:18 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=ootSWzXF; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 8F56039A04B; Fri, 22 Apr 2022 13:16:58 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1391129AbiDUSFW (ORCPT + 99 others); Thu, 21 Apr 2022 14:05:22 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60834 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1391140AbiDUSFQ (ORCPT ); Thu, 21 Apr 2022 14:05:16 -0400 Received: from mail-lj1-x233.google.com (mail-lj1-x233.google.com [IPv6:2a00:1450:4864:20::233]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7D0594B1E3 for ; Thu, 21 Apr 2022 11:02:22 -0700 (PDT) Received: by mail-lj1-x233.google.com with SMTP id f5so6708766ljp.8 for ; Thu, 21 Apr 2022 11:02:22 -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=ak6QqPmm4AQbpNhOQu87q9LEr9+mQ3asTsa/QbWlBQU=; b=ootSWzXFAwsBY7jD1xTnFCZHZtZEjwkBUZp8yzJvhEwIf1usqNgy3MW3YXnTFyInRl pgFLlTuvlZwFwfmwQMvQVVzOIV/9rUmprEtVY+6MgcilOQPIpyMbYES7Jyq/LVZSNAB0 ErOb4YXRYVh3GI2aGEtVAHn66KBvwvGG2gVW0TJTDtKDvSWEtgZHwIw7OI78Aoj8k6qe 00U0aoQKCBcIg33r0tKrH5dWA7v702Pdv70LF5HkPDjVolF2ANqHBBXVr4Q/t+4nIXsw zdcH5nwNiRcAYGOqPjB7Ne1CM92SzA+I+SqtgHgl+1vhFj2AsLfvCD39bkfyOuHZbrUZ uBgw== 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=ak6QqPmm4AQbpNhOQu87q9LEr9+mQ3asTsa/QbWlBQU=; b=kT6a9zaHAg5BZ2xlF84yERhg+Mtt0Fb3Z9JEay7UR8X/qLPmU8FshO50F0W7Ss7TpW Ugb5FA0ubpdPTzIVYsNvD5x/rt2EE4CC08Kb7ThDnPn0Hv3Fh8BZvFO235P4UX2FTlig 7ZSDs0r6903UG6+ksZPB5B0mLo6mPwHBPpp4uq944E8ECCMOOOtBjRuRqQqul38e4vHE uyulnvML1884XZwbDjNKgdnTc45/TjTg9UvlKtvaa54C9D2/MHD+yTkfuO8keRDbIEIL bZtTy1c/0y3cGqeY1VSTrD7x+BzSpk2wPKlMVh1SjqSNZ9gFiN9aOmHe0p1XfrlieZgE lEFw== X-Gm-Message-State: AOAM532w+lYZC0wuxBvbs2hGtHD9XeQY/uZuE65yPF3r9LoPv3Gnu/2h 5Zv4WQvMlu79bKy0ruOPF1NHJIXB04ermQvbfaXc5g== X-Received: by 2002:a2e:bf27:0:b0:246:7ed6:33b0 with SMTP id c39-20020a2ebf27000000b002467ed633b0mr513433ljr.167.1650564140447; Thu, 21 Apr 2022 11:02:20 -0700 (PDT) MIME-Version: 1.0 References: <20220421165137.306101-1-posk@google.com> In-Reply-To: From: Peter Oskolkov Date: Thu, 21 Apr 2022 11:02:09 -0700 Message-ID: Subject: Re: [PATCH] KVM: x86: add HC_VMM_CUSTOM hypercall To: Paolo Bonzini Cc: Sean Christopherson , Vitaly Kuznetsov , Wanpeng Li , Jim Mattson , Joerg Roedel , kvm@vger.kernel.org, Thomas Gleixner , Ingo Molnar , Borislav Petkov , Dave Hansen , x86@kernel.org, "H . Peter Anvin" , linux-kernel@vger.kernel.org, Paul Turner , Peter Oskolkov Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-9.5 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,USER_IN_DEF_DKIM_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 Thu, Apr 21, 2022 at 10:14 AM Paolo Bonzini wrote: > > On 4/21/22 18:51, Peter Oskolkov wrote: > > Allow kvm-based VMMs to request KVM to pass a custom vmcall > > from the guest to the VMM in the host. > > > > Quite often, operating systems research projects and/or specialized > > paravirtualized workloads would benefit from a extra-low-overhead, > > extra-low-latency guest-host communication channel. > > You can use a memory page and an I/O port. It should be as fast as a > hypercall. You can even change it to use ioeventfd if an asynchronous > channel is enough, and then it's going to be less than 1 us latency. Thank you for the suggestion. Let me try that. Thanks, Peter [...]