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 2/5] xen/x86-64: clean up warnings aboutIST-using

To: Ingo Molnar <mingo@xxxxxxx>
Subject: Re: [Xen-devel] [PATCH 2/5] xen/x86-64: clean up warnings aboutIST-using traps
From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
Date: Fri, 08 May 2009 08:31:10 -0700
Cc: the arch/x86 maintainers <x86@xxxxxxxxxx>, Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>, Xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>, Linux Kernel Mailing List <linux-kernel@xxxxxxxxxxxxxxx>
Delivery-date: Fri, 08 May 2009 08:31:35 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20090508085805.GA28455@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/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: <4A032EE0.9030607@xxxxxxxx> <4A03F947.76EA.0078.0@xxxxxxxxxx> <20090508085805.GA28455@xxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Thunderbird 2.0.0.21 (X11/20090320)
Ingo Molnar wrote:
Yes. Also, patches 1-2-3 really just do the same thing, one fixes the other one. Would be nice to have a single patch for that whole ugly topic of 64-bit Xen not handling ISTs properly.

Well, 1 is sufficient on its own to fix the breakpoint/watchpoint problem. Looks like I need to do something similar with stack. The 2,3 are more general cleanups that aren't essential to the functional fix, and should definitely be folded together.

If this was a CPU we'd say "sorry, dont run Linux on it then" ...

?? Guests don't really need IST because all the tricky traps that really require it (NMI, MCE, etc) are handled by Xen. The stack exception was an oversight on my part, because I thought it was something that would only happen with a bad kernel stack (but I guess that's doublefault).

I've applied the reservation fix to x86/urgent, and the #5 patch to x86/xen (it's more of a cleanup, not a fix for .30, right?).

Right.

   J

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