[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] Can't see more than 3.5GB of RAM / UEFI / no e820 memory map detected


  • To: Jonathan Tripathy <jonnyt@xxxxxxxxxxx>, <xen-devel@xxxxxxxxxxxxx>
  • From: Keir Fraser <keir@xxxxxxx>
  • Date: Thu, 23 Aug 2012 12:17:19 +0100
  • Delivery-date: Thu, 23 Aug 2012 11:17:56 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xen.org>
  • Thread-index: Ac2BINvK2Bn36u9Xu0upRHVZY6EJzg==
  • Thread-topic: [Xen-devel] Can't see more than 3.5GB of RAM / UEFI / no e820 memory map detected

On 23/08/2012 10:50, "Jonathan Tripathy" <jonnyt@xxxxxxxxxxx> wrote:

> On 23.08.2012 10:43, Keir Fraser wrote:
>> On 23/08/2012 09:58, "Jonathan Tripathy" <jonnyt@xxxxxxxxxxx> wrote:
>> 
>>>> What does your RAM map look like now from early Xen boot, using
>>>> no-real-mode? It shouldn't be "Xen-e801" any more at least, else
>>>> the
>>>> no-real-mode parameter isn't working.
>>>> 
>>> 
>>> Still Xen-e801, so it looks like no-real-mode isn't working :(
>> 
>> Grrr it's been broken since tboot support went in, long ago. Going to
>> have
>> to fix that and backport to 4.1 and 4.0 branches...
>> 
>>  -- Keir
> 
> Just for info, is it safe to use no-real-mode on a production system?
> Please keep in mind that our DomUs are untrusted. Or would it be better
> if I created a patch to change the order of the if block to prefer the
> multi-boot memory map?

No-real-mode is perfectly safe to use from that point of view -- it will
have no impact on safe containment of untrusted DomU's.

However, of course it is nice to not have to rely on no-real-mode, so please
try switching the ordring of that if block.

 -- Keir

> Thanks
> 
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxx
> http://lists.xen.org/xen-devel



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.