Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758946AbcDHUkm (ORCPT ); Fri, 8 Apr 2016 16:40:42 -0400 Received: from mx2.suse.de ([195.135.220.15]:45580 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1758837AbcDHUkk (ORCPT ); Fri, 8 Apr 2016 16:40:40 -0400 Date: Fri, 8 Apr 2016 22:40:32 +0200 From: "Luis R. Rodriguez" To: David Vrabel , Julien Grall , Stefano Stabellini Cc: "Luis R. Rodriguez" , Andrew Cooper , Boris Ostrovsky , Roger Pau =?iso-8859-1?Q?Monn=E9?= , Matt Fleming , Juergen Gross , Charles Arndol , Jim Fehlig , Jan Beulich , Daniel Kiper , "H. Peter Anvin" , x86@kernel.org, Gary Lin , Andy Lutomirski , Julien Grall , Borislav Petkov , joeyli , Jeffrey Cheung , Michael Chang , =?utf-8?Q?Vojt=C4=9Bch_Pavl=C3=ADk?= , linux-kernel@vger.kernel.org, xen-devel@lists.xenproject.org, Linus Torvalds Subject: Re: HVMLite / PVHv2 - using x86 EFI boot entry Message-ID: <20160408204032.GR1990@wotan.suse.de> References: <20160406024027.GX1990@wotan.suse.de> <5704D978.1050101@citrix.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5704D978.1050101@citrix.com> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1944 Lines: 43 On Wed, Apr 06, 2016 at 10:40:08AM +0100, David Vrabel wrote: > On 06/04/16 03:40, Luis R. Rodriguez wrote: > > > > * You don't need full EFI emulation > > I think needing any EFI emulation inside Xen (which is where it would > need to be for dom0) is not suitable because of the increase in > hypervisor ABI. Is this because of timing on architecture / design of HVMLite, or a general position that the complexity to deal with EFI emulation is too much for Xen's taste ? ARM already went the EFI entry way for domU -- it went the OVMF route, would such a possibility be possible for x86 domU HVMLite ? If not why not, I mean it would seem to make sense to at least mimic the same type of early boot environment, and perhaps there are some lessons to be learned from that effort too. Are there some lessons to be learned with ARM's effort? What are they? If that could be re-done again with any type of cleaner path, what could that be that could help the x86 side ? Although emulating EFI may require work, some folks have pointed out that the amount of work may not be that much. If that is done can we instead rely on the same code to replace OVMF to support both Xen ARM and Xen HVMLite on x86 ? What would be the pros / cons of this ? > I also still do not understand your objection to the current tiny stub. Its more of a hypothetical -- can an EFI entry be used instead given it already does exactly what the new small entry does ? Its also rather odd to add a new entry without evaluating fully a possible alternative that would provide the same exact mechanism. A full technical unbiased evaluation of the different approaches is what I'd hope we could strive to achieve through discussion and peer review, thinking and prioritizing ultimately what is best to minimize the impact on Linux and also help take advantage of the best features possible through both means. Thinking long term, not immediate short term. Luis