Received: by 2002:ac0:b08d:0:0:0:0:0 with SMTP id l13csp8603imc; Thu, 6 Dec 2018 14:50:21 -0800 (PST) X-Google-Smtp-Source: AFSGD/V7AFF1wp9iiA1v1KY9/YtjBbI9HHVVSfeXj9vg8MNK4iiYWJnhImyEMvWO+cRotdcu1bj6 X-Received: by 2002:a63:5e43:: with SMTP id s64mr24753594pgb.101.1544136621643; Thu, 06 Dec 2018 14:50:21 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1544136621; cv=none; d=google.com; s=arc-20160816; b=Fin30Y9ax2NMcFT4dG+e3FhHG2jhtqr4f7hKWYoHGGzXrsSq2ezYZwniyZwsfE3xBJ aaFwv6YR3jYpFn6IM7Cn+YTUPI3n0/q8D2kaGVCvTIOCZKqrBixcPiJpcmT9cTxLdqu4 /kBtLKSBHAcGI7HA3PpGnhlDRkgEgWSNqBt8tw1PKmWfP40mZZyamQi/DwFE+WB5VxeP 8ZYcA2ukRaFgqEMyIqmWkBpagctyaHv0moXey2A4Z5OQqai1JOCK9NqaSP7lmPYh756C aBzF1dwewRxyvVJUtuKz7KjVqbTdVzw4fgsccyRvBLe9BhjqjzJ8456LxR49j+E8gyW8 lImg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:autocrypt:openpgp:from:references:cc:to:subject; bh=dkz6kgNuKsuCs1xbtxhqsNhUZ0X2K/HRJFLxszWLfe8=; b=s679mpLuISs+OVBoMf972GxyL+eVQdgm6MgxnskdpHTXABdnbw1Zr3JhgTsY4YB5h2 4+24U8LYKH8VoQaaWexV1yEV9tZs99tsyCi9uvUKtUVYONRrDut1h8tHHKUAwzaj3SLh 6t+lUkSXu6jMg69FTgVZ1nTFHwFTlkhe7CgifdiCQVWLVfUIQl94IXMkbqeT95iIIkTM 1RxuoRJvHTDNka6lnpQpPpNkt3He/INrbBGLQIYBjwnFmegdN90bSVPiVv2ijKCiix9s yRKJXKnB6ofWhFkIFTA7M9az7P4xXP4Vc3JDBZ2r5CUc4LQNfsotZXddLKd20Cq4Rkyh Leqw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l124si1340148pfl.284.2018.12.06.14.50.02; Thu, 06 Dec 2018 14:50:21 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726158AbeLFWtN (ORCPT + 99 others); Thu, 6 Dec 2018 17:49:13 -0500 Received: from mx1.redhat.com ([209.132.183.28]:41126 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726050AbeLFWtM (ORCPT ); Thu, 6 Dec 2018 17:49:12 -0500 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id CB7F83078AC2; Thu, 6 Dec 2018 22:49:11 +0000 (UTC) Received: from [10.36.112.16] (ovpn-112-16.ams2.redhat.com [10.36.112.16]) by smtp.corp.redhat.com (Postfix) with ESMTPS id DF4637F1C2; Thu, 6 Dec 2018 22:49:02 +0000 (UTC) Subject: Re: [PATCH v8 1/7] xen/pvh: Split CONFIG_XEN_PVH into CONFIG_PVH and CONFIG_XEN_PVH To: Boris Ostrovsky , Maran Wilson , x86@kernel.org, linux-kernel@vger.kernel.org, xen-devel@lists.xenproject.org, kvm@vger.kernel.org, jgross@suse.com Cc: tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com, jpoimboe@redhat.com, kirill.shutemov@linux.intel.com, bp@suse.de, thomas.lendacky@amd.com, luto@kernel.org, dave.hansen@linux.intel.com, roger.pau@citrix.com, rkrcmar@redhat.com, rdunlap@infradead.org References: <1544076152-21637-1-git-send-email-maran.wilson@oracle.com> <1544076257-21792-1-git-send-email-maran.wilson@oracle.com> <3b4fdddd-67d8-30d3-2a5d-c4d07b6f31c9@oracle.com> From: Paolo Bonzini Openpgp: preference=signencrypt Autocrypt: addr=pbonzini@redhat.com; prefer-encrypt=mutual; keydata= xsEhBFRCcBIBDqDGsz4K0zZun3jh+U6Z9wNGLKQ0kSFyjN38gMqU1SfP+TUNQepFHb/Gc0E2 CxXPkIBTvYY+ZPkoTh5xF9oS1jqI8iRLzouzF8yXs3QjQIZ2SfuCxSVwlV65jotcjD2FTN04 hVopm9llFijNZpVIOGUTqzM4U55sdsCcZUluWM6x4HSOdw5F5Utxfp1wOjD/v92Lrax0hjiX DResHSt48q+8FrZzY+AUbkUS+Jm34qjswdrgsC5uxeVcLkBgWLmov2kMaMROT0YmFY6A3m1S P/kXmHDXxhe23gKb3dgwxUTpENDBGcfEzrzilWueOeUWiOcWuFOed/C3SyijBx3Av/lbCsHU Vx6pMycNTdzU1BuAroB+Y3mNEuW56Yd44jlInzG2UOwt9XjjdKkJZ1g0P9dwptwLEgTEd3Fo UdhAQyRXGYO8oROiuh+RZ1lXp6AQ4ZjoyH8WLfTLf5g1EKCTc4C1sy1vQSdzIRu3rBIjAvnC tGZADei1IExLqB3uzXKzZ1BZ+Z8hnt2og9hb7H0y8diYfEk2w3R7wEr+Ehk5NQsT2MPI2QBd wEv1/Aj1DgUHZAHzG1QN9S8wNWQ6K9DqHZTBnI1hUlkp22zCSHK/6FwUCuYp1zcAEQEAAc0f UGFvbG8gQm9uemluaSA8Ym9uemluaUBnbnUub3JnPsLBTQQTAQIAIwUCVEJ7AwIbAwcLCQgH AwIBBhUIAgkKCwQWAgMBAh4BAheAAAoJEH4VEAzNNmmxNcwOniaZVLsuy1lW/ntYCA0Caz0i sHpmecK8aWlvL9wpQCk4GlOX9L1emyYXZPmzIYB0IRqmSzAlZxi+A2qm9XOxs5gJ2xqMEXX5 FMtUH3kpkWWJeLqe7z0EoQdUI4EG988uv/tdZyqjUn2XJE+K01x7r3MkUSFz/HZKZiCvYuze VlS0NTYdUt5jBXualvAwNKfxEkrxeHjxgdFHjYWhjflahY7TNRmuqPM/Lx7wAuyoDjlYNE40 Z+Kun4/KjMbjgpcF4Nf3PJQR8qXI6p3so2qsSn91tY7DFSJO6v2HwFJkC2jU95wxfNmTEUZc znXahYbVOwCDJRuPrE5GKFd/XJU9u5hNtr/uYipHij01WXal2cce1S5mn1/HuM1yo1u8xdHy IupCd57EWI948e8BlhpujUCU2tzOb2iYS0kpmJ9/oLVZrOcSZCcCl2P0AaCAsj59z2kwQS9D du0WxUs8waso0Qq6tDEHo8yLCOJDzSz4oojTtWe4zsulVnWV+wu70AioemAT8S6JOtlu60C5 dHgQUD1Tp+ReXpDKXmjbASJx4otvW0qah3o6JaqO79tbDqIvncu3tewwp6c85uZd48JnIOh3 utBAu684nJakbbvZUGikJfxd887ATQRUQnHuAQgAx4dxXO6/Zun0eVYOnr5GRl76+2UrAAem Vv9Yfn2PbDIbxXqLff7oyVJIkw4WdhQIIvvtu5zH24iYjmdfbg8iWpP7NqxUQRUZJEWbx2CR wkMHtOmzQiQ2tSLjKh/cHeyFH68xjeLcinR7jXMrHQK+UCEw6jqi1oeZzGvfmxarUmS0uRuf fAb589AJW50kkQK9VD/9QC2FJISSUDnRC0PawGSZDXhmvITJMdD4TjYrePYhSY4uuIV02v02 8TVAaYbIhxvDY0hUQE4r8ZbGRLn52bEzaIPgl1p/adKfeOUeMReg/CkyzQpmyB1TSk8lDMxQ zCYHXAzwnGi8WU9iuE1P0wARAQABwsEzBBgBAgAJBQJUQnHuAhsMAAoJEH4VEAzNNmmxp1EO oJy0uZggJm7gZKeJ7iUpeX4eqUtqelUw6gU2daz2hE/jsxsTbC/w5piHmk1H1VWDKEM4bQBT uiJ0bfo55SWsUNN+c9hhIX+Y8LEe22izK3w7mRpvGcg+/ZRG4DEMHLP6JVsv5GMpoYwYOmHn plOzCXHvmdlW0i6SrMsBDl9rw4AtIa6bRwWLim1lQ6EM3PWifPrWSUPrPcw4OLSwFk0CPqC4 HYv/7ZnASVkR5EERFF3+6iaaVi5OgBd81F1TCvCX2BEyIDRZLJNvX3TOd5FEN+lIrl26xecz 876SvcOb5SL5SKg9/rCBufdPSjojkGFWGziHiFaYhbuI2E+NfWLJtd+ZvWAAV+O0d8vFFSvr iy9enJ8kxJwhC0ECbSKFY+W1eTIhMD3aeAKY90drozWEyHhENf4l/V+Ja5vOnW+gCDQkGt2Y 1lJAPPSIqZKvHzGShdh8DduC0U3xYkfbGAUvbxeepjgzp0uEnBXfPTy09JGpgWbg0w91GyfT /ujKaGd4vxG2Ei+MMNDmS1SMx7wu0evvQ5kT9NPzyq8R2GIhVSiAd2jioGuTjX6AZCFv3ToO 53DliFMkVTecLptsXaesuUHgL9dKIfvpm+rNXRn9wAwGjk0X/A== Message-ID: Date: Thu, 6 Dec 2018 23:49:00 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.3.1 MIME-Version: 1.0 In-Reply-To: <3b4fdddd-67d8-30d3-2a5d-c4d07b6f31c9@oracle.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.79 on 10.5.11.13 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.48]); Thu, 06 Dec 2018 22:49:12 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 06/12/18 23:34, Boris Ostrovsky wrote: > On 12/6/18 5:11 PM, Paolo Bonzini wrote: >> On 06/12/18 07:04, Maran Wilson wrote: >>> +config PVH >>> + bool "Support for running PVH guests" >>> + ---help--- >>> + This option enables the PVH entry point for guest virtual machines >>> + as specified in the x86/HVM direct boot ABI. >>> + >> IIUC this breaks "normal" bzImage boot, so we should have something like >> >> The resulting kernel will not boot with most x86 boot loaders >> such as GRUB > > > Grub support for PVH guests (for Xen) is well under way. Oh, nice. :) >> or SYSLINUX. Unless you plan to start the kernel >> using QEMU or Xen, you probably want to say N here. > > I think PVH should not be user-selectable at all. It should be selected > by either XEN_PVH or KVM_GUEST_PVH (which you suggested to drop). KVM_GUEST_PVH is not entirely accurate because it's not just for KVM (it can be used with QEMU and Apple's Hypervisor.framework for example). It's also not necessarily just for QEMU (it could be implemented for kvmtool if desired), but as long as it's in the help I guess it's acceptable. I think we could just drop the sentence about boot loaders from my suggestion. >> >> and also >> >> depends on !EFI >> >> because even though in principle it would be possible to write a PVH >> loader for UEFI, PVH's start info does not support the EFI handover >> protocol. > > But we should be able to build the binary with both EFI and PVH? Can you? It's a completely different binary format, the EFI handover protocol is invoked via a special entry point and needs the Linux header format, not ELF. Paolo