WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

[Xen-devel] Re: [PATCH] SeaBIOS/Xen: Compute the low RAM memory size in

To: "Kevin O'Connor" <kevin@xxxxxxxxxxxx>
Subject: [Xen-devel] Re: [PATCH] SeaBIOS/Xen: Compute the low RAM memory size in the BDA according to the e820
From: Julian Pidancet <julian.pidancet@xxxxxxxxx>
Date: Mon, 14 Nov 2011 02:48:28 +0000
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, seabios@xxxxxxxxxxx, ian.campbell@xxxxxxxxxx
Delivery-date: Sun, 13 Nov 2011 18:49:22 -0800
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=TGqc6oo2hDw50kCpWQzqgNJlhAUn5wYqqST5GwnI1Rs=; b=Rb5Jn4Th5GXVLsUhWHugEpx2n8yw9C40IokwZBSVKfuiQHs9aarBYX5PbBnc/PCFMb JwIkO9huPu9tJBzrcYC5lqRbA3LxUj2GNJk4Qf5WG4A92KYdcw3mqJ5PD46iSmbYn0os VnBokdWSL6f7gjvHPsROJ2SiBmTdJEF9BEXqA=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20111114020948.GA27111@xxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <71d1cedea5b7f4c303c1b0d2a6e8c1520e843776.1321235039.git.julian.pidancet@xxxxxxxxx> <20111114011136.GA22894@xxxxxxxxxxxxxxxx> <CAKZ=5EX7EvWLC=yASOy-Jn+aZoBpp+KwxAiNaEL5vguz86_=YA@xxxxxxxxxxxxxx> <20111114020948.GA27111@xxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
On Mon, Nov 14, 2011 at 2:09 AM, Kevin O'Connor <kevin@xxxxxxxxxxxx> wrote:
>
> Yes - the EBDA grows down.  Both SeaBIOS itself can grow the EBDA (see
> pmm.c:zonelow_expand) and option roms can grow the EBDA.
>

I ignored that. Thanks for the info.

>> > As above, this doesn't look right - SeaBIOS will still locate the EBDA
>> > at 9fc00 and nothing will stop it from growing it over the 9f000 area.
>> >
>>
>> The EBDA is a standard bios structure, can't we safely assume that
>> it's size will hardly change ? If not, would you suggest that this
>> ACPI info structure should be placed at a different location ? The
>> problem with this is that it has to be in a location with a fixed
>> address, and preferably in a location which is accessible by any AML
>> interpreter.
>
> Why does it have to be at a fixed location?  What structure is
> actually placed at this address?
>

Xen's hvmloader automatically computes the size of the PCI memory and
stores the PCI memory range adresses in that structure. It also
provide information about wether some devices are present (uart, hpet,
ect...). The ACPI code that we inject in the guest has the address of
this structure hardcoded, and it contains some tricks to make the AML
interpreter go read the values contained in it, and take action to
expose the right information to the guest OS. Like the right PCI root
window for example.

I'm not at all an ACPI expert, I don't know if there's a better way to
expose to the guest the right information.

> The AML interpreter should be able to see all of ram, so that doesn't
> seem like an issue.
>

Like I said, I'm not an ACPI expert. But let say we decide to move
this ACPI info structure to some other area, where there's less risk
for it to be overwritten, like somewhere above 0xFC000000, wouldn't
that prevent some Operating System with limited memory capabilities to
access it ?

Besides, it seems that SeaBIOS manages itself the space between
0xFC000000 and 4G, so it seems difficult to imagine to have a reserved
space with a fixed address in there.

-- 
Julian

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread] Current Thread [Next in Thread>