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

RE: [Xen-devel] xen_phys_start for 32b

To: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: RE: [Xen-devel] xen_phys_start for 32b
From: "Cihula, Joseph" <joseph.cihula@xxxxxxxxx>
Date: Tue, 6 Jan 2009 14:19:32 -0800
Accept-language: en-US
Acceptlanguage: en-US
Cc:
Delivery-date: Tue, 06 Jan 2009 14:20:12 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <C58987C8.20CB6%keir.fraser@xxxxxxxxxxxxx>
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: <4F65016F6CB04E49BFFA15D4F7B798D92D3E7F44@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <C58987C8.20CB6%keir.fraser@xxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AclvyQrixVQbl8uESyOiS/TNP5uIqAAEbUEWABRCWuAACAQwRQAADgnw
Thread-topic: [Xen-devel] xen_phys_start for 32b
> From: Keir Fraser [mailto:keir.fraser@xxxxxxxxxxxxx]
> Sent: Tuesday, January 06, 2009 2:12 PM
>
> On 06/01/2009 18:29, "Cihula, Joseph" <joseph.cihula@xxxxxxxxx> wrote:
>
> > I don't understand the reason for this last assignment on 32b systems, since
> > xen isn't really using this low memory for its heap.
>
> It's not used for domheap either. In fact it's not really used at all. Hence
> encompassing it within xenheap_phys_start to xenheap_phys_end works okay.
>

But shouldn't [xenheap_phys_start, xenheap_phys_end] represent all of the 
memory that the hypervisor "owns" and which must be protected from even 
privileged domain writes (modulo the real mode/trampoline code, which has its 
own variables that represent its range)?  While it may be "OK" on 32b systems, 
it is not "logically correct" and does not match 64b systems (where this low 
memory is not so protected).  Would it break anything to set xenheap_phys_start 
to __pa(&_start) for 32b builds?

Joe

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