From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755404AbcBCUwz (ORCPT <rfc822;w@1wt.eu>);
	Wed, 3 Feb 2016 15:52:55 -0500
Received: from smtp.citrix.com ([66.165.176.89]:10800 "EHLO SMTP.CITRIX.COM"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1755184AbcBCUww (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Wed, 3 Feb 2016 15:52:52 -0500
X-IronPort-AV: E=Sophos;i="5.22,391,1449532800"; 
   d="scan'208";a="329518934"
Subject: Re: [Xen-devel] [PATCH v2 02/11] xen/hvmlite: Bootstrap HVMlite guest
To: "Luis R. Rodriguez" <mcgrof@kernel.org>,
        Boris Ostrovsky <boris.ostrovsky@oracle.com>
References: <1454341137-14110-1-git-send-email-boris.ostrovsky@oracle.com>
 <1454341137-14110-3-git-send-email-boris.ostrovsky@oracle.com>
 <20160203185525.GV20964@wotan.suse.de>
CC: <pmonclus@plumgrid.com>, <GLin@suse.coma>, <mcgrof@suse.com>,
        <x86@kernel.org>, <linux-kernel@vger.kernel.org>,
        David Vrabel <david.vrabel@citrix.com>, <hpa@zytor.com>,
        <xen-devel@lists.xenproject.org>, <bp@suse.de>, <bblanco@plumgrid.com>,
        <roger.pau@citrix.com>
From: Andrew Cooper <andrew.cooper3@citrix.com>
X-Enigmail-Draft-Status: N1110
Message-ID: <56B268A2.5000704@citrix.com>
Date: Wed, 3 Feb 2016 20:52:50 +0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Icedove/38.5.0
MIME-Version: 1.0
In-Reply-To: <20160203185525.GV20964@wotan.suse.de>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: 7bit
X-DLP: MIA2
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

On 03/02/16 18:55, Luis R. Rodriguez wrote:
> We add new hypervisor type to close the semantic gap for hypervisor types, and
> much like subarch enable also a subarch_data to let you pass and use your
> hvmlite_start_info. This would not only help with the semantics but also help
> avoid yet-another-entry point and force us to provide a well define structure
> for considering code that should not run by pegging it as required or supported
> for different early x86 code stubs.

Was I unclear last time?  Xen *will not* be introducing Linux-specifics
into the HVMLite starting ABI.

Your perceived problem with multiple entry points is not a problem with
multiple entry points; It is a problem with multiple different paths
performing the same initialisation.

The Linux entry for PV guests is indeed completely horrible.  I am not
trying to defend it in the slightest.

However, the HVMLite entry which is a very short stub that sets up a
zeropage and hands off to the native start routine is fine.  There is
still just routine performing native x86 startup.

If you still desperately want to avoid multiple entry points, then just
insist on using grub for the VM.  I expect that that is how most people
will end up using HVMLite VMs anyway.

~Andrew