From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.8 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id AC82DC433E0 for ; Fri, 5 Feb 2021 11:35:18 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 5BB7764FCD for ; Fri, 5 Feb 2021 11:35:18 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231788AbhBELfI (ORCPT ); Fri, 5 Feb 2021 06:35:08 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42978 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231269AbhBELa0 (ORCPT ); Fri, 5 Feb 2021 06:30:26 -0500 Received: from galois.linutronix.de (Galois.linutronix.de [IPv6:2a0a:51c0:0:12e:550::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 66DF3C06178C; Fri, 5 Feb 2021 03:29:46 -0800 (PST) From: Thomas Gleixner DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1612524584; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=25MzDHo8cvo805GqTp3ymG5etlk+7u28hiYRA4P/Uhw=; b=kvhJSIUqC/tY5pvHIf/BYbV6yMCjpZgPRahiBzAZu5HLoP4wjR0Hut5ytENaFrnGBHNjPT p8hxa6wXv7M2VVsBmdIybKr7XSx83HJp8M/u9ouAJ1MN4ZTlC7AfkQF2xILXdrq1NMlQ3o E73n7/vHDfPsdi6nkvTS7w1HHMdPABXku7g4vjJBEyMop1bC892EsQDGl3h4fJjkm5lC+9 6tkxjDNAFfQryMozD0UzuCiGF9NfiCZ5rkp9RUbEQJ3a36ykE8K9Hhmc1qECZjwLJ9bvUs DvYOfZ/NngS7/EzSwqDtRd6Q1EZ7d6w92zfVGNMi9sLxCrPXmvziMLgSelP+2w== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1612524584; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=25MzDHo8cvo805GqTp3ymG5etlk+7u28hiYRA4P/Uhw=; b=zTO0EUpz6sP08Ly0QDpE+JohhFmbCtYWqVY/pjligeYGx6RQQ62GesGFiFILguAVUvhocq aFlJiSmqBek8mdBw== To: Paolo Bonzini , Borislav Petkov Cc: Chenyi Qiang , Sean Christopherson , Vitaly Kuznetsov , Wanpeng Li , Jim Mattson , Joerg Roedel , Xiaoyao Li , kvm@vger.kernel.org, linux-kernel@vger.kernel.org, "x86\@kernel.org" , Andy Lutomirski Subject: Re: [PATCH v4 2/5] KVM: X86: Expose PKS to guest In-Reply-To: References: <20210205083706.14146-1-chenyi.qiang@intel.com> <20210205083706.14146-3-chenyi.qiang@intel.com> <8768ad06-e051-250d-93ec-fa4d684bc7b0@redhat.com> <20210205095603.GB17488@zn.tnic> Date: Fri, 05 Feb 2021 12:29:44 +0100 Message-ID: <87czxeah1z.fsf@nanos.tec.linutronix.de> MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: kvm@vger.kernel.org On Fri, Feb 05 2021 at 11:10, Paolo Bonzini wrote: > On 05/02/21 10:56, Borislav Petkov wrote: >>> This would need an ack from the x86 people. Andy, Boris? >> >> This looks like the PKS baremetal pile needs to be upstream first. > > Yes, it does. I would like to have an ack for including the above two > hunks once PKS is upstream. > > I also have CET and bus lock #DB queued and waiting for the bare metal > functionality, however they do not touch anything outside arch/x86/kvm. What's the exact point of queueing random stuff which lacks bare metal support? Once PKS, CET or whatever is merged into tip then it's the point for resending the KVM patches for inclusion and that's the point where it gets acked and not $N month ahead when everything is still in flux. Thanks, tglx