From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Luis R. Rodriguez" Subject: Re: [PATCH v1 04/12] xen/hvmlite: Bootstrap HVMlite guest Date: Fri, 22 Jan 2016 16:45:07 -0800 Message-ID: References: <1453498558-6028-1-git-send-email-boris.ostrovsky@oracle.com> <1453498558-6028-5-git-send-email-boris.ostrovsky@oracle.com> <20160122233218.GA20964@wotan.suse.de> <56A2C99A.2050701@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 1aMmKX-00088m-Th for xen-devel@lists.xenproject.org; Sat, 23 Jan 2016 00:45:30 +0000 Received: by mail-yk0-f194.google.com with SMTP id y10so7677030ykf.0 for ; Fri, 22 Jan 2016 16:45:28 -0800 (PST) In-Reply-To: <56A2C99A.2050701@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: Andrew Cooper Cc: Juergen Gross , Jeremy Fitzhardinge , Rusty Russell , "linux-kernel@vger.kernel.org" , Andy Lutomirski , David Vrabel , "H. Peter Anvin" , xen-devel@lists.xenproject.org, Boris Ostrovsky , Borislav Petkov , =?UTF-8?Q?Roger_Pau_Monn=C3=A9?= List-Id: xen-devel@lists.xenproject.org On Fri, Jan 22, 2016 at 4:30 PM, Andrew Cooper wrote: > I would have though the correct way to do direct Linux support would be > to have a very small init stub which constructs an appropriate zero > page, and lets the native entry point get on with things. As hpa noted recently in another thread [0] that is precisely what hardware_subarch and hardware_subarch_data was meant to be used for, and its what I'm alluding to. The only thing though is that as far as we're concerned on x86 we had expected use of hardware_subarch and hardware_subarch_data only for PV, and not for HVM. This seems to be HVM related, but I think this is just a rebranding of PVH to HVMLite, right, so I think the use case of hardware_subarch and hardware_subarch_data are still welcomed as expected in the original design. [0] http://lkml.kernel.org/r/56A130B5.8060701@zytor.com Luis