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/
Home Products Support Community News


[Xen-bugs] [Bug 347] Unable to bring up x86_64 SMP DomUs

To: xen-bugs@xxxxxxxxxxxxxxxxxxx
Subject: [Xen-bugs] [Bug 347] Unable to bring up x86_64 SMP DomUs
From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
Date: Tue, 01 Nov 2005 00:39:57 +0000
Delivery-date: Tue, 01 Nov 2005 00:40:02 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-bugs-request@lists.xensource.com?subject=help>
List-id: Xen Bugzilla <xen-bugs.lists.xensource.com>
List-post: <mailto:xen-bugs@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-bugs>, <mailto:xen-bugs-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-bugs>, <mailto:xen-bugs-request@lists.xensource.com?subject=unsubscribe>
Reply-to: bugs@xxxxxxxxxxxxxxxxxx
Sender: xen-bugs-bounces@xxxxxxxxxxxxxxxxxxx

------- Additional Comments From ryanh@xxxxxxxxxx  2005-11-01 00:39 -------
Looks like since X86_64 doesn't have full HOTPLUG_CPU support, the per-cpu
workqueues weren't being properly initialized because the secondary cpus weren't
up before the per-cpu workqueue init routine ran (init_workqueues() in
kernel/workqueue.c, called by init/main.c:do_basic_setup().  This left the
per-cpu workqueue for cpu1 uninitialized, and when the system tried for CPU1's
workqueue uninitialized (0) spinlock, the system just spins on the lock (0 means
locked on x86).  

The old boot_vcpu() op kicked the secondary processors off sooner.  Now,
VCPUOP_up isn't called until a very late cpu_up() call.  On i386, which
HOTPLUG_CPU=y, there is a notifier chain that will create per-cpu workqueues on
the fly.

Configure bugmail: 
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

Xen-bugs mailing list

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