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] [PATCH] x86-64: clear DF for kernel when forwarding sysc

To: <Keir.Fraser@xxxxxxxxxxxx>,<xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH] x86-64: clear DF for kernel when forwarding syscall
From: "Jan Beulich" <jbeulich@xxxxxxxxxx>
Date: Mon, 25 Jun 2007 11:37:30 +0100
Delivery-date: Mon, 25 Jun 2007 03:35:33 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
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>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
>>> Keir Fraser <Keir.Fraser@xxxxxxxxxxxx> 06/25/07 12:02 AM >>>
>On 24/6/07 11:58, "Jan Beulich" <jbeulich@xxxxxxxxxx> wrote:
>
>> I had sent a mail to that effect (at least I think I had) - on x86-64, this
>> may
>> be the preferred way (at least for the !XEN_COMPAT case), but the i386
>> kernel has to remain runnable on 32-bit Xen, and doing gp-fault-recoverable
>> MSR accesses doesn't buy us anything in terms of not needing specialized
>> Xen code (i.e. if we need special Xen code, we can equally well do
>> hypercalls).
>> For that reason, at this point I implemented both access methods, but haven't
>> got around yet to make the kernel side use them.
>
>The only problem is it probably requires an entirely new top-level hypercall
>because it's not going to fit into the constraints of the existing
>callback_op(). 

Why? The flags mask can be put in the offset/address field, and there's nothing
preventing the guest from putting NULL or even garbage in the selector field on
32-bits.

Jan

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

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