From: Karl Rister <kmr@us.ibm.com>
To: Ian Pratt <m+Ian.Pratt@cl.cam.ac.uk>
Cc: xen-devel@lists.xensource.com
Subject: Re: hvm domain crash
Date: Tue, 26 Sep 2006 15:36:33 -0500 [thread overview]
Message-ID: <200609261536.34512.kmr@us.ibm.com> (raw)
In-Reply-To: <3AAA99889D105740BE010EB6D5A5A3B202A399@paddington.ad.cl.cam.ac.uk>
> Just to confirm, this is with a recent (e.g. 24h) xen-unstable (or
> 3.0.3-testing.hg), and the guest is an x86_64 linux 2.6.16 ?
>
> Please can you try using a debug=y build of Xen to see if we get any
> extra output.
> Thanks,
> Ian
>
I originally encountered this on testing with xen-unstable changeset
11536:041be3f6b38e from 9/19. Both the dom0 and the guest are running
2.6.16.29. I originally encountered it when running with SMP hvm domains but
the problem also occurs when giving the domain just a single VCPU.
I rebuilt on a changeset from today (11620:ef41783c664a) with debug=y and now
my domain crashes immediately after grub loads. It does this on both a SMP
and UP setup and seems independent of the amount of memory allocated to the
domain. This is what gets dumped to the console:
x460c login: (XEN) sh_update_paging_modes: postponing determination of shadow
mode
(XEN) (file=hvm.c, line=195) Allocated port 3 for hvm.
(XEN) (file=memory.c, line=180) Dom2 freeing in-use page e5582 (pseudophys
a0): count=2 type=0
(XEN) (file=memory.c, line=180) Dom2 freeing in-use page e5581 (pseudophys
a1): count=2 type=0
(XEN) (file=memory.c, line=180) Dom2 freeing in-use page e5580 (pseudophys
a2): count=2 type=0
(XEN) (file=memory.c, line=180) Dom2 freeing in-use page e557f (pseudophys
a3): count=2 type=0
(XEN) (file=memory.c, line=180) Dom2 freeing in-use page e557e (pseudophys
a4): count=2 type=0
(XEN) (file=memory.c, line=180) Dom2 freeing in-use page e557d (pseudophys
a5): count=2 type=0
(XEN) (file=memory.c, line=180) Dom2 freeing in-use page e557c (pseudophys
a6): count=2 type=0
(XEN) (file=memory.c, line=180) Dom2 freeing in-use page e557b (pseudophys
a7): count=2 type=0
(XEN) (file=memory.c, line=180) Dom2 freeing in-use page e557a (pseudophys
a8): count=2 type=0
(XEN) (file=memory.c, line=180) Dom2 freeing in-use page e5579 (pseudophys
a9): count=2 type=0
(XEN) (file=memory.c, line=180) Dom2 freeing in-use page e5578 (pseudophys
aa): count=2 type=0
(XEN) (file=memory.c, line=180) Dom2 freeing in-use page e5577 (pseudophys
ab): count=2 type=0
(XEN) (file=memory.c, line=180) Dom2 freeing in-use page e5576 (pseudophys
ac): count=2 type=0
(XEN) (file=memory.c, line=180) Dom2 freeing in-use page e5575 (pseudophys
ad): count=2 type=0
(XEN) (file=memory.c, line=180) Dom2 freeing in-use page e5574 (pseudophys
ae): count=2 type=0
(XEN) (file=memory.c, line=180) Dom2 freeing in-use page e5573 (pseudophys
af): count=2 type=0
(XEN) (file=memory.c, line=180) Dom2 freeing in-use page e5572 (pseudophys
b0): count=2 type=0
(XEN) (file=memory.c, line=180) Dom2 freeing in-use page e5571 (pseudophys
b1): count=2 type=0
(XEN) (file=memory.c, line=180) Dom2 freeing in-use page e5570 (pseudophys
b2): count=2 type=0
(XEN) (file=memory.c, line=180) Dom2 freeing in-use page e556f (pseudophys
b3): count=2 type=0
(XEN) (file=memory.c, line=180) Dom2 freeing in-use page e556e (pseudophys
b4): count=2 type=0
(XEN) (file=memory.c, line=180) Dom2 freeing in-use page e556d (pseudophys
b5): count=2 type=0
(XEN) (file=memory.c, line=180) Dom2 freeing in-use page e556c (pseudophys
b6): count=2 type=0
(XEN) (file=memory.c, line=180) Dom2 freeing in-use page e556b (pseudophys
b7): count=2 type=0
(XEN) (file=memory.c, line=180) Dom2 freeing in-use page e556a (pseudophys
b8): count=2 type=0
(XEN) (file=memory.c, line=180) Dom2 freeing in-use page e5569 (pseudophys
b9): count=2 type=0
(XEN) (file=memory.c, line=180) Dom2 freeing in-use page e5568 (pseudophys
ba): count=2 type=0
(XEN) (file=memory.c, line=180) Dom2 freeing in-use page e5567 (pseudophys
bb): count=2 type=0
(XEN) (file=memory.c, line=180) Dom2 freeing in-use page e5566 (pseudophys
bc): count=2 type=0
(XEN) (file=memory.c, line=180) Dom2 freeing in-use page e5565 (pseudophys
bd): count=2 type=0
(XEN) (file=memory.c, line=180) Dom2 freeing in-use page e5564 (pseudophys
be): count=2 type=0
(XEN) (file=memory.c, line=180) Dom2 freeing in-use page e5563 (pseudophys
bf): count=2 type=0
(XEN) vmx_do_launch(): GUEST_CR3<=002ad7a0, HOST_CR3<=1ef36b000
(XEN) (GUEST: 2) HVM Loader
(XEN) (GUEST: 2) Detected Xen v3.0-unstable
(XEN) (GUEST: 2) Loading ROMBIOS ...
(XEN) (GUEST: 2) Loading Cirrus VGABIOS ...
(XEN) (GUEST: 2) Writing SMBIOS tables ...
(XEN) (GUEST: 2) Loading VMXAssist ...
(XEN) (GUEST: 2) VMX go ...
(XEN) (GUEST: 2) VMXAssist (Sep 26 2006)
(XEN) (GUEST: 2) Memory size 3840 MB
(XEN) (GUEST: 2) E820 map:
(XEN) (GUEST: 2) 0000000000000000 - 000000000009F000 (RAM)
(XEN) (GUEST: 2) 000000000009F000 - 00000000000A0000 (Reserved)
(XEN) (GUEST: 2) 00000000000A0000 - 00000000000C0000 (Type 16)
(XEN) (GUEST: 2) 00000000000F0000 - 0000000000100000 (Reserved)
(XEN) (GUEST: 2) 0000000000100000 - 00000000EFFF0000 (RAM)
(XEN) (GUEST: 2) 00000000EFFF0000 - 00000000EFFFA000 (ACPI Data)
(XEN) (GUEST: 2) 00000000EFFFA000 - 00000000EFFFD000 (ACPI NVS)
(XEN) (GUEST: 2) 00000000EFFFD000 - 00000000EFFFE000 (Type 19)
(XEN) (GUEST: 2) 00000000EFFFE000 - 00000000EFFFF000 (Type 18)
(XEN) (GUEST: 2) 00000000EFFFF000 - 00000000F0000000 (Type 17)
(XEN) (GUEST: 2) 00000000FEC00000 - 0000000100000000 (Type 16)
(XEN) (GUEST: 2)
(XEN) (GUEST: 2) Start BIOS ...
(XEN) (GUEST: 2) Starting emulated 16-bit real-mode: ip=F000:FFF0
(XEN) (GUEST: 2) rombios.c,v 1.138 2005/05/07 15:55:26 vruppert Exp $
(XEN) (GUEST: 2) Remapping master: ICW2 0x8 -> 0x20
(XEN) (GUEST: 2) Remapping slave: ICW2 0x70 -> 0x28
(XEN) (GUEST: 2) VGABios $Id: vgabios.c,v 1.61 2005/05/24 16:50:50 vruppert
Exp $
(XEN) (GUEST: 2) HVMAssist BIOS, 1 cpu, $Revision: 1.138 $ $Date: 2005/05/07
15:55:26 $
(XEN) (GUEST: 2)
(XEN) (GUEST: 2) ata0-0: PCHS=4161/16/63 translation=lba LCHS=520/128/63
(XEN) (GUEST: 2) ata0 master: QEMU HARDDISK ATA-7 Hard-Disk (2048 MBytes)
(XEN) (GUEST: 2) ata0-1: PCHS=16383/16/63 translation=lba LCHS=1024/255/63
(XEN) (GUEST: 2) ata0 slave: QEMU HARDDISK ATA-7 Hard-Disk (9773 MBytes)
(XEN) (GUEST: 2)
(XEN) (GUEST: 2) Booting from Hard Disk...
(XEN) (GUEST: 2) int13_harddisk: function 41, unmapped device for ELDL=82
(XEN) (GUEST: 2) int13_harddisk: function 08, unmapped device for ELDL=82
(XEN) (GUEST: 2) *** int 15h function AX=00C0, BX=0000 not yet supported!
(XEN) (GUEST: 2) *** int 15h function AX=EC00, BX=0002 not yet supported!
(XEN) (GUEST: 2) KBD: unsupported int 16h function 03
(XEN) trying to set reserved bit in EFER
(XEN) domain_crash_sync called from vmx.c:2268
(XEN) Domain 2 (vcpu#0) crashed on cpu#2:
(XEN) ----[ Xen-3.0-unstable x86_64 debug=y Not tainted ]----
(XEN) CPU: 2
(XEN) RIP: 0010:[<000000000010004f>]
(XEN) RFLAGS: 0000000000010046 CONTEXT: hvm
(XEN) rax: 00000000004dc100 rbx: 0000000000000000 rcx: 00000000c0000080
(XEN) rdx: 0000000020100800 rsi: 0000000000090000 rdi: 00000000004ea088
(XEN) rbp: 000000000008e000 rsp: 00000000001010c0 r8: 0000000000000000
(XEN) r9: 0000000000000000 r10: 0000000000000000 r11: 0000000000000000
(XEN) r12: 0000000000000000 r13: 0000000000000000 r14: 0000000000000000
(XEN) r15: 0000000000000000 cr0: 0000000000050031 cr4: 0000000000000020
(XEN) cr3: 00000000002ad7a0 cr2: 0000000000000000
(XEN) ds: 0018 es: 0018 fs: 0018 gs: 0018 ss: 0018 cs: 0010
--
Karl Rister
IBM Linux Performance Team
kmr@us.ibm.com
(512) 838-1553 (t/l 678)
next prev parent reply other threads:[~2006-09-26 20:36 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-09-21 21:56 hvm domain crash Karl Rister
2006-09-21 21:55 ` Keir Fraser
2006-09-22 14:04 ` Karl Rister
2006-09-25 22:19 ` Karl Rister
2006-09-25 22:35 ` Ian Pratt
2006-09-26 20:36 ` Karl Rister [this message]
2006-09-26 20:48 ` Ian Pratt
2006-09-26 21:10 ` Karl Rister
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200609261536.34512.kmr@us.ibm.com \
--to=kmr@us.ibm.com \
--cc=m+Ian.Pratt@cl.cam.ac.uk \
--cc=xen-devel@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.