[prev in list] [next in list] [prev in thread] [next in thread] 

List:       qubes-devel
Subject:    Re: [qubes-devel] Running (or not) Xen during installation
From:       Marek =?utf-8?Q?Marczykowski-G=C3=B3recki?= <marmarek () invisiblethingslab ! com>
Date:       2016-11-04 3:29:41
Message-ID: 20161104032941.GY7073 () mail-itl
[Download RAW message or body]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On Thu, Nov 03, 2016 at 02:51:38PM -0600, Trammell Hudson wrote:
> On Thu, Nov 03, 2016 at 09:33:34PM +0100, Marek Marczykowski-Górecki wrote:
> > On Thu, Nov 03, 2016 at 02:26:28PM -0600, Trammell Hudson wrote:
> > > One other option is to use a minimal Linux image that can then kexec
> > > Xen/dom0/initrd without any of the UEFI limitations. [...]
> > 
> > That's indeed interesting and in fact I was trying something like this
> > when initially fighting with this UEFI problem. But every attempt to
> > kexec Xen from Linux failed. How to do that?
> 
> I posted patches to the Xen list that remove dependencies on legacy BIOS
> things like EBDA, although I don't think they have been (nor will they
> be?) merged.  kexec of Xen was broken between Xen 3.1.0 and 3.1.3 almost a
> decade ago and apparently no one else was sufficiently impacted by the
> change to track it down:
> 
> https://lists.xen.org/archives/html/xen-devel/2016-08/msg01195.html
> 
> If there is an actual BIOS the VGA patches might not be necessary;
> all of my test machines thus far are using coreboot with no legacy
> support, so I haven't explored the minimal patch set to Xen.
> 
> > Will dom0 kernel started that way have access to UEFI
> > runtime services - which is needed to setup bootloader parameters?
> 
> I'm not sure about that.  Again, none of my test machines have any
> legacy firmware nor any traditional bootloaders, so I haven't explored
> how it interacts with those pieces.

Ok, this (and that Xen don't care about kexec) means we don't want to do
this. The reason for dropping Xen from installer is to make it easier to
maintain, closer to commonly used configuration. Using kexec from Linux
payload of Coreboot may be really cool, but not for large variety of
hardware.

- -- 
Best Regards,
Marek Marczykowski-Górecki
Invisible Things Lab
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQEcBAEBCAAGBQJYHACoAAoJENuP0xzK19csilIH/1XudM68yPDAHQP2H6/wAD1G
3VueJdMn2h77AyA/mKNx0ug0lTMnUH/ssZZIEODKevzHr5+z0jeViMOakIIKvpyl
EfpJKJEQHWy5sbC7dffI+gwliGcRpSeJbgxdse1+t42Cc/uEkUouD8kxs9H3NGda
iV8xnmoSGCTGbzsLJqsclBM6plLATgXSSPQzh1RyF6t37SXVxvhScOTsigG6TnHZ
dfjQ0w4OvYg4FKBK2KSe4yul/ShSaL4KmTocf6Qr3AdsX5iMEPXl3RzG/qyqaRb8
aYUKunZ2IjoRUKsbrz0CmFGFbW5Jg9VLDy6+59imre8gES7DKickoYWeUVf6cZU=
=Z5q6
-----END PGP SIGNATURE-----

-- 
You received this message because you are subscribed to the Google Groups \
"qubes-devel" group. To unsubscribe from this group and stop receiving emails from \
it, send an email to qubes-devel+unsubscribe@googlegroups.com. To post to this group, \
send email to qubes-devel@googlegroups.com. To view this discussion on the web visit \
https://groups.google.com/d/msgid/qubes-devel/20161104032941.GY7073%40mail-itl. For \
more options, visit https://groups.google.com/d/optout.


[prev in list] [next in list] [prev in thread] [next in thread]