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] segmentation and Xen

To: "Jonathan M. McCune" <jonmccune@xxxxxxx>
Subject: Re: [Xen-devel] segmentation and Xen
From: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
Date: Sat, 15 Oct 2005 08:50:44 +0100
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, Arvind Seshadri <arvinds@xxxxxxxxxx>, Bryan Parno <parno@xxxxxxx>
Delivery-date: Sat, 15 Oct 2005 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>