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-devel] Re: serial console hang in 3.0.2-2

To: xen-devel@xxxxxxxxxxxxxxxxxxx
Subject: [Xen-devel] Re: serial console hang in 3.0.2-2
From: Manuel Bouyer <bouyer@xxxxxxxxxxxxxxx>
Date: Sun, 7 May 2006 17:52:18 +0200
Delivery-date: Mon, 08 May 2006 04:45:25 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <20060507085710.GA2426@xxxxxxxxxxxxxxx>
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>
References: <20060507085710.GA2426@xxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/
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 
(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 
(XEN)    ff155cd0 00000000 00000001 00000000 00000000 00000002 ff1b5ecc 
(XEN)    00000000 ff1b5ee8 ff1b5eec ff13e23b 00000002 ff155cd0 00000000 
(XEN)    00000001 00000002 ff1b5f0c ff155dff ff155cd0 00000000 00000001 
(XEN)    ff1ede80 00000002 ff1b5f2c ff155db6 ff155cd0 00000000 00000001 
(XEN)    ff1fc180 ff1fc180 ff1b5f7c ff11d4a7 00000000 ff1e30a8 ff1b5f5c 
(XEN)    00000000 00000000 80818efd 00000003 ff1bf680 ff1e30a8 00000000 
(XEN)    8080cbad 00000003 ff1b5f8c ff1ede80 ff1e30a8 00000000 ff1b5fac 
(XEN)    00000000 ff1be500 00e4a037 ff17d36f 7a936ca1 00000003 deadbeef 
(XEN)    00000000 00000000 00e4a037 ff17d3f6 7a936ca1 00000003 00000000 
(XEN)    0000000f c0a01e98 00000000 00e00000 c04d1523 00000009 00000246 
(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

Manuel Bouyer <bouyer@xxxxxxxxxxxxxxx>
     NetBSD: 26 ans d'experience feront toujours la difference

Xen-devel mailing list

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