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

xen-devel

[Top] [All Lists]

Re: [Xen-devel] segmentation and Xen

To: "Jonathan M. McCune" <jonmccune@xxxxxxx>
Subject: Re: [Xen-devel] segmentation and Xen
From: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
Date: 2005年10月15日 08:50:44 +0100
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, Arvind Seshadri <arvinds@xxxxxxxxxx>, Bryan Parno <parno@xxxxxxx>
Delivery-date: 2005年10月15日 07:57:57 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <434FE440.6080904@xxxxxxx>
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/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <434FE440.6080904@xxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
On 14 Oct 2005, at 18:00, Jonathan M. McCune wrote:
We noticed a difference in the kernel and user space code and data segment descriptor entries in the GDTs for Xen and XenoLinux. It does not appear that the Xen GDT totally supplants the Linux GDT, as the Linux GDT has its limit changed (in the descriptor, but not the comments) appropriately to make room for Xen in the upper 64 MB. The difference is in the "Accessed" bit of the "Type" field, as defined in Chapter 4, Volume 3, of the Intel manuals. Can you help us to understand why the Access bit is set in the Linux kernel code but not in the Xen code?
Noone uses the accessed bit for anything, so it doesn't matter how it is set. I guess if you set it in the table definition then the CPU doesn't need to set the accessed bit the first time the segment is loaded, but that really doesn't matter either way...
More generally, how do the GDTs defined in head.S and x86_32.S interact? It seems problematic that Xen defines a GDT for guest OSes, but guest OSes are allowed to retain a GDT of their own.
Note that the Xen GDT (defined in x86_32.S) is not based at offset zero! Xen reserves the final eighth of the GDT space. The first seven-eighths are available for guests to define.
 -- Keir
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
<Prev in Thread] Current Thread [Next in Thread>
Previous by Date: Re: [Xen-devel] [PATCH] Bug #327 xentop/libxenstat vcpu fix , Keir Fraser
Next by Date: Re: [Xen-devel] unstable: no ballooning , Kurt Garloff
Previous by Thread: [Xen-devel] segmentation and Xen , Jonathan M. McCune
Next by Thread: [Xen-devel] ERROR network-bridge , Stephan Böni
Indexes: [Date] [Thread] [Top] [All Lists]

Copyright ©, Citrix Systems Inc. All rights reserved. Legal and Privacy
Citrix This site is hosted by Citrix

AltStyle によって変換されたページ (->オリジナル) /