> Seems to be SMP-related; if I boot nosmp things are working
> properly again.
> I'm booting with noapic (I don't have completed ioapic
> support yet) and as it's an asus P2B, acpi=ht seems to be
> automatically added.
Please try -unstable: this sounds like it could be the missing
spin_unlock that Juan Quintila found. It only affects machines without
ioapics.
Ian
# HG changeset patch
# User kaf24@xxxxxxxxxxxxxxxxxxxx
# Node ID 65a2cf84b33552eb749bba1990aa35c4fa887a16
# Parent 5afb142646294a6c446e275c5bef60ff7d477881
Add missing spin_unlock_irq() at xen/arch/x86/irq.c
Changeset 9889:42a8e3101c6c reorganized the code on this file, and
missed this spin_unlock_irq(). Without this patch, my machine hangs
completely during boot. With this, it works.
Signed-off-by: Juan Quintela <quintela@xxxxxxxxxx>
Signed-off-by: Chris Wright <chrisw@xxxxxxxxxxxx>
diff -r 5afb14264629 -r 65a2cf84b335 xen/arch/x86/irq.c
--- a/xen/arch/x86/irq.c Fri May 05 00:27:10 2006 +0100
+++ b/xen/arch/x86/irq.c Fri May 05 13:41:35 2006 +0100
@@ -318,6 +318,7 @@ static void __pirq_guest_eoi(struct doma
{
ASSERT(cpus_empty(action->cpu_eoi_map));
desc->handler->end(irq_to_vector(irq));
+ spin_unlock_irq(&desc->lock);
return;
}
> -----Original Message-----
> From: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
> [mailto:xen-devel-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of
> Manuel Bouyer
> Sent: 07 May 2006 08:52
> To: xen-devel@xxxxxxxxxxxxxxxxxxx
> Subject: [Xen-devel] Re: serial console hang in 3.0.2-2
>
> On Sun, May 07, 2006 at 10:57:10AM +0200, Manuel Bouyer wrote:
> > [ PLease keep me in Cc:, I'm not subscribed to this list ]
> >
> > Hi,
> > I'm working on getting domain0 support in NetBSD (i386 for
> now) for Xen-3.
> > I have a bootable kernel which is working fine under
> xen-3.0.0, with
> > hardware device support and limited support for xentools.
> > Now I tried to switch to 3.0.2-2, and the serial console
> hangs shortly
> > after my domain0 kernel enables interrupts. If I call the NetBSD
> > kernel debugger just after enabling interrupts I can type a
> few chars before in hangs.
> > With ^A^A^A I can switch the input to Xen, and the message
> "switching
> > input ..." is printed. However from here, only R is functionnal (it
> > prints the message and reboot), all others commands produce no
> > outputs, including 'h' (this is a xen kernel rebuilt with debug
> > options). The same xen kernel works fine with a linux dom0,
> including
> > the debug actions (I tested h, q, i at last) so it's
> probably not a compile option issue.
> >
> > Maybe it's an interrupt issue, but I'm not sure as ^A and R
> are still
> > working fine. I noticed there were changes in the include/public
> > interfaces between 3.0.0 and 3.0.2, including a new
> hypercall to unmask event.
> > I've not updated my NetBSD domain0 to this yet. Could this
> be the cause ?
> > Any other idea on what could cause this ?
>
> Seems to be SMP-related; if I boot nosmp things are working
> properly again.
> I'm booting with noapic (I don't have completed ioapic
> support yet) and as it's an asus P2B, acpi=ht seems to be
> automatically added.
>
> When the hypervisor is hung, d is still working (in fact,
> soft interrupt are
> blocked) and I get:
> (XEN) *** Serial input -> Xen (type 'CTRL-a' three times to
> switch input to DOM0).
> (XEN) 'd' pressed -> dumping registers
> (XEN) ----[ Xen-3.0.2-2 Not tainted ]----
> (XEN) CPU: 0
> (XEN) EIP: e008:[<ff13e31a>] on_selected_cpus+0xdd/0x113
> (XEN) EFLAGS: 00000202 CONTEXT: hypervisor
> (XEN) eax: 00000000 ebx: ff1fc180 ecx: 00000008 edx: ff1b5ea4
> (XEN) esi: 0000000f edi: ff1b5fac ebp: ff1b5ecc esp: ff1b5e84
> (XEN) cr0: 8005003b cr3: 0fc6e000
> (XEN) ds: e010 es: e010 fs: 0031 gs: 0011 ss: e010 cs: e008
> (XEN) Xen stack trace from esp=ff1b5e84:
> (XEN) 00000002 000000fb ff1b5e9c ff13db33 ff1b5eb4
> ff1b5ea4 ff1b5eac 00000001
> (XEN) ff155cd0 00000000 00000001 00000000 00000000
> 00000002 ff1b5ecc ff13ddc1
> (XEN) 00000000 ff1b5ee8 ff1b5eec ff13e23b 00000002
> ff155cd0 00000000 00000001
> (XEN) 00000001 00000002 ff1b5f0c ff155dff ff155cd0
> 00000000 00000001 00000001
> (XEN) ff1ede80 00000002 ff1b5f2c ff155db6 ff155cd0
> 00000000 00000001 00000001
> (XEN) ff1fc180 ff1fc180 ff1b5f7c ff11d4a7 00000000
> ff1e30a8 ff1b5f5c ff11cfe4
> (XEN) 00000000 00000000 80818efd 00000003 ff1bf680
> ff1e30a8 00000000 ff155d8c
> (XEN) 8080cbad 00000003 ff1b5f8c ff1ede80 ff1e30a8
> 00000000 ff1b5fac ff11bc9d
> (XEN) 00000000 ff1be500 00e4a037 ff17d36f 7a936ca1
> 00000003 deadbeef 00000001
> (XEN) 00000000 00000000 00e4a037 ff17d3f6 7a936ca1
> 00000003 00000000 00000000
> (XEN) 0000000f c0a01e98 00000000 00e00000 c04d1523
> 00000009 00000246 c0a01e60
> (XEN) 00000011 00000011 00000011 00000031 00000011
> 00000000 ff1fc180
> (XEN) Xen call trace:
> (XEN) [<ff13e31a>] on_selected_cpus+0xdd/0x113
> (XEN) [<ff13e23b>] smp_call_function+0x4e/0x50
> (XEN) [<ff155dff>] on_each_cpu+0x26/0x39
> (XEN) [<ff155db6>] mce_work_fn+0x2a/0x4d
> (XEN) [<ff11d4a7>] timer_softirq_action+0xea/0x17f
> (XEN) [<ff11bc9d>] do_softirq+0xa1/0xb8
> (XEN)
>
> --
> Manuel Bouyer <bouyer@xxxxxxxxxxxxxxx>
> NetBSD: 26 ans d'experience feront toujours la difference
> --
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-devel
>
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
Home