Received: by 10.223.185.116 with SMTP id b49csp7110857wrg; Wed, 28 Feb 2018 23:20:43 -0800 (PST) X-Google-Smtp-Source: AG47ELshUtM/jH2FMh564IAx5Gg+1PE4ikXGclLlEt5kLs34baEsSbqMvq0NgJxra5LeCbKUdhFN X-Received: by 2002:a17:902:7182:: with SMTP id b2-v6mr978840pll.331.1519888843012; Wed, 28 Feb 2018 23:20:43 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1519888842; cv=none; d=google.com; s=arc-20160816; b=lpCFgYjdWGDGWMuv5d6lymWIvpX4scczjDrOB9OifOr3DmGTbiWQ1szo/e3ebBE+qI nN8bjQuCaVkeLMb38/VnDigFgTxDbQ3VjUzY2LlSlYldx8PGwgv4HSSfXWq4j0kUv9fe +3J87JdEmlQ7y9j0/br5rG87uIqJW7Va35hXWpL2jt5yQRWyefPUAt8MBcJpSssnTM1A obulzBuEmiubdcl4/3YlsHMQpJ+leJxwdJ5xW5drXhAii3YPjCHg55PEdbYp+JBdi3Nc k8GDZJXecKPiR78zj6iyDWiPUgCcLgV2vUbGTGEfHbnij4nYn6jM98HctZ+0q436zK1f +Vhw== 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:from:references:cc:to:subject:arc-authentication-results; bh=CyZSwi2/0x/8EiyglYviM91JsZLSh2fH4SGtkJOvlhA=; b=GpMEWMQpdlhHVJvAxbUErTSpSwtDgcwwPiM3w1LwShaXYTiN3Ds6d3PmDDK94rYU+w JoKACfx6Q2K2ZBK9a7RcwR93Q7ia8OQmqAIKDTrRBVugF2Mk1Tpnqf3L5MncHp/XDmz/ GdDJMldUOPsjI23AWcSAft7uyOYfl7Y8tFamgojyvYscLEdlPoNrDI3qZHQWYbYX2J1G 2u1hez673YlHeRtFMIOeQ3YvbucYMh0gQB9SABKLQITsjyrGI8O1XkUFBVMpA3/uUSNy ZuTWKyrEqTkHFJXv9vE+gyxw9rpv7oV9Pw4y0ulZHR7Ww0ygD2+z7Bg/uTKsS4+gcjcJ RLQw== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id g4si2551658pfh.98.2018.02.28.23.20.28; Wed, 28 Feb 2018 23:20:42 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S966453AbeCAHT2 (ORCPT + 99 others); Thu, 1 Mar 2018 02:19:28 -0500 Received: from mx2.suse.de ([195.135.220.15]:48329 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S966384AbeCAHT1 (ORCPT ); Thu, 1 Mar 2018 02:19:27 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 38053AC21; Thu, 1 Mar 2018 07:19:25 +0000 (UTC) Subject: Re: [RFC PATCH v4 1/7] xen/pvh: Split CONFIG_XEN_PVH into CONFIG_PVH and CONFIG_XEN_PVH To: Maran Wilson , pbonzini@redhat.com, boris.ostrovsky@oracle.com, roger.pau@citrix.com, andrew.cooper3@citrix.com, hch@infradead.org, JBeulich@suse.com, x86@kernel.org, xen-devel@lists.xenproject.org, linux-kernel@vger.kernel.org, kvm@vger.kernel.org Cc: tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com, rkrcmar@redhat.com, jpoimboe@redhat.com, bp@suse.de, kirill.shutemov@linux.intel.com, thomas.lendacky@amd.com, luto@kernel.org, dave.hansen@linux.intel.com, davem@davemloft.net, gregkh@linuxfoundation.org, mchehab@kernel.org, linus.walleij@linaro.org, rdunlap@infradead.org References: <1519842483-8887-1-git-send-email-maran.wilson@oracle.com> <1519842483-8887-2-git-send-email-maran.wilson@oracle.com> From: Juergen Gross Message-ID: Date: Thu, 1 Mar 2018 08:19:22 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <1519842483-8887-2-git-send-email-maran.wilson@oracle.com> Content-Type: text/plain; charset=utf-8 Content-Language: de-DE Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 28/02/18 19:27, Maran Wilson wrote: > In order to pave the way for hypervisors other then Xen to use the PVH > entry point for VMs, we need to factor the PVH entry code into Xen specific > and hypervisor agnostic components. The first step in doing that, is to > create a new config option for PVH entry that can be enabled > independently from CONFIG_XEN. > > Signed-off-by: Maran Wilson Reviewed-by: Juergen Gross Juergen