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-ia64-devel

RE: [Xen-ia64-devel] PATCH: [resent] cleanup + fph handling

To: "Tristan Gingold" <Tristan.Gingold@xxxxxxxx>, <xen-ia64-devel@xxxxxxxxxxxxxxxxxxx>, "Magenheimer, Dan \(HP Labs Fort Collins\)" <dan.magenheimer@xxxxxx>, "Alex Williamson" <alex.williamson@xxxxxx>
Subject: RE: [Xen-ia64-devel] PATCH: [resent] cleanup + fph handling
From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
Date: Mon, 24 Apr 2006 17:06:18 +0800
Delivery-date: Mon, 24 Apr 2006 02:09:09 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-ia64-devel-request@lists.xensource.com?subject=help>
List-id: Discussion of the ia64 port of Xen <xen-ia64-devel.lists.xensource.com>
List-post: <mailto:xen-ia64-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcZnehdTxPOTXleMQ6qcGG7yUsZyWAAA3j8g
Thread-topic: [Xen-ia64-devel] PATCH: [resent] cleanup + fph handling
>From: Tristan Gingold
>Sent: 2006年4月24日 16:40
>Hi,
>
>
>this patch moves switch_to macro from xensystem.h and put its body
>directly in
>context_switch.  FP saved and restore is slighly optimized: fph is *still*
>enabled and not anymore disabled.
>
>Misc cleanup.
>
>Note: not enabling fph before saving fph in context switch does not work.
>I
>will look on this issue.  However,  I think it is worth adding this patch.
>

If you failed at the first context switch, the possible cause is in head.S 
where psr.dfh is initialized as disabled for idle domain. Then the first 
time when you switch from idle to domain0, disabled fp fault occurs 
unless you explicitly enable psr.dfh like in your patch. This is one place
where psr value doesn't get from hardware exception.

Linux is immune because it always touches fph only for the one 
owning the that high area.

Thanks,
Kevin

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