Xen 
 
Home About Xen.org Xen Xen Summit Wiki Mailing List Bug Tracker Xen Downloads
 
   
 

xen-devel

[Xen-devel] [PATCH] do_softirq() of Xen/IA64

To: xen-devel@xxxxxxxxxxxxxxxxxxx
Subject: [Xen-devel] [PATCH] do_softirq() of Xen/IA64
From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
Date: Fri, 30 Jun 2006 19:47:14 +0900
Delivery-date: Fri, 30 Jun 2006 03:47:44 -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
User-agent: Mutt/1.4.2.1i
context_switch() of Xen/IA64 returns unlike Xen/x86.
On the other hand xen vcpu switch is done by softirq drivern timer handler.
As a result smp_processor_id() may change on Xen/IA64 right after
calling a handler in do_softirq().
If it happens, do_softirq() touches another physical cpu's softirq_pending.
This patch fixes it.

It is needless to use smp_processor_id() twice on x86.
Should #ifndef be used around cpu = smp_processor_id()?
Or should something like __ARCH_HAVE_DO_SORTIRQ be introduced?

Thanks
-- 
yamahata

Attachment: 10521:42be9580779e_do_softirq_cpu.patch
Description: Text document

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
<Prev in Thread] Current Thread [Next in Thread>