From: Jonathan Tripathy <jonnyt@abpni.co.uk>
To: xen-devel@lists.xen.org
Subject: Re: Can't see more than 3.5GB of RAM / UEFI / no e820 memory map detected
Date: Fri, 24 Aug 2012 18:39:42 +0100 [thread overview]
Message-ID: <5037BC5E.3010806@abpni.co.uk> (raw)
In-Reply-To: <5037AD6A020000780008A79D@nat28.tlf.novell.com>
On 24/08/2012 16:35, Jan Beulich wrote:
>>>> On 23.08.12 at 10:07, Jonathan Tripathy <jonnyt@abpni.co.uk> wrote:
>> On 23.08.2012 08:39, Jan Beulich wrote:
>>>>>> Jonathan Tripathy <jonnyt@abpni.co.uk> 08/23/12 9:29 AM >>>
>>>> I'm guessing xen.efi (from 4.2) just replaces grub??
>>> "Replaces" is the wrong term. It simply makes the use of grub.efi (or
>>> however
>>> it's named) unnecessary.
>>>
>>>> Also, if I were to apply that patch from superuser
>>>> (http://serverfault.com/questions/342109/xen-only-sees-512mb-of-system-ram-sh
>> ould-be-8gb-uefi-boot),
>>>> would have have any bad consequences? I'm very security conscience as
>>>> the DomUs are untrusted...
>>> If you wanted to do that, I'd strongly recommend only removing the
>>> E801 code
>>> (obviously, from your log, you don't get E820 entries reported
>>> anyway, so this
>>> would be to not harm using hypervisors built from the same source on
>>> other
>>> systems) or simply swapping the E801 and multiboot handling order
>>> (which may
>>> actually be something to consider even upstream, so you'd be welcome
>>> to post
>>> such a patch).
>>>
>>> But in the end, in order to indeed use UEFI as intended, you'll need
>>> to switch to
>>> using xen.efi and an EFI-enabled Dom0 kernel (which upstream pv-ops
>>> for now
>>> isn't).
>> I'll submit a patch with the map entries in the if block swapped. I'll
>> make the patch, then test it for you guys, then post it. Do I just send
>> it to this list (for the benefit of others and for upstream
>> consideration)?
> Yes.
>
>> When you say "use UEFI as intended", is there something wrong with just
>> flipping the if block on its head?
> That flipping has nothing to do with UEFI, just with the way grub.efi
> works.
>
> Proper UEFI support implies use of EFI's boot and run time services,
> which only xen.efi currently does (and which, for those run time
> services that get made available for use by Dom0, also requires an
> enabled Dom0 kernel).
>
Thanks for the clarification.
So from a security/reliability standpoint, nothing will be affected by
flipping the if block?
Sorry that I haven't submitted the patch yet, just been very busy. This
is on my to-do list this weekend.
Thanks
next prev parent reply other threads:[~2012-08-24 17:39 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <50356E43.3030208@abpni.co.uk>
2012-08-22 23:48 ` Can't see more than 3.5GB of RAM Jonathan Tripathy
2012-08-23 0:11 ` Jonathan Tripathy
2012-08-23 6:06 ` Can't see more than 3.5GB of RAM / UEFI / no e820 memory map detected Pasi Kärkkäinen
2012-08-23 7:22 ` Pasi Kärkkäinen
2012-08-23 7:27 ` Jonathan Tripathy
2012-08-23 7:39 ` Jan Beulich
2012-08-23 8:07 ` Jonathan Tripathy
2012-08-24 15:35 ` Jan Beulich
2012-08-24 17:39 ` Jonathan Tripathy [this message]
2012-08-24 20:05 ` Keir Fraser
2012-08-28 19:36 ` Jonathan Tripathy
2012-08-28 21:10 ` Keir Fraser
2012-08-28 21:13 ` Jonathan Tripathy
2012-08-28 21:37 ` Keir Fraser
2012-08-28 21:41 ` Keir Fraser
2012-08-28 21:50 ` Jonathan Tripathy
2012-08-28 21:52 ` Jonathan Tripathy
2012-08-28 22:05 ` Jonathan Tripathy
2012-08-28 22:31 ` Keir Fraser
2012-08-28 22:33 ` Jonathan Tripathy
2012-08-23 8:12 ` Keir Fraser
2012-08-23 8:28 ` Jonathan Tripathy
2012-08-23 8:43 ` Keir Fraser
2012-08-23 8:49 ` Ian Campbell
2012-08-23 8:58 ` Jonathan Tripathy
2012-08-23 9:43 ` Keir Fraser
2012-08-23 9:13 ` Pasi Kärkkäinen
2012-08-23 9:50 Jonathan Tripathy
2012-08-23 11:17 ` Keir Fraser
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5037BC5E.3010806@abpni.co.uk \
--to=jonnyt@abpni.co.uk \
--cc=xen-devel@lists.xen.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.