From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Vrabel Subject: Re: [MINUTES] Monthly Xen.org Technical Call (2015-07-22) Date: Thu, 23 Jul 2015 14:45:16 +0100 Message-ID: <55B0EFEC.5020809@citrix.com> References: <1437642526.19412.54.camel@citrix.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1ZIGoO-00080G-HX for xen-devel@lists.xenproject.org; Thu, 23 Jul 2015 13:45:24 +0000 In-Reply-To: <1437642526.19412.54.camel@citrix.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Ian Campbell , xen-devel@lists.xenproject.org Cc: Elena Ufimtseva , Wei Liu , Andrew Cooper , George Dunlap , Stefano Stabellini , David Vrabel , Jan Beulich , Ian Jackson , Boris Ostrovsky , Roger Pau Monne List-Id: xen-devel@lists.xenproject.org On 23/07/15 10:08, Ian Campbell wrote: > > * For Linux: > * The Xen entrypoint shall point to a "stub" in > the same vein of the UEFI stub. > * The stub will set up a basic initial set of > page tables, fills in bootinfo and then jump to > the native 32- or 64-bit entry point as > appropriate. > * The stub can/should live in linux.git > (presumably arch/x86/xen) but should be self > -contained and isolated from the main body of > Linux code. It does setup to impedance match > the Xen entry point to the Linux native entry > point. > * Other things (e.g. lack of ACPI) should be > addressed by fixing the native Linux entry path > to be able to cope without them. Likewise > installing PV hooks may need hypervisor > detection to be moved earlier in the native > boot path. Agreed. The goal here is to use as much of the native code paths as possible to reduce the chance of Xen support being broken by x86 changes. David