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

[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>