All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jeremy Fitzhardinge <jeremy@goop.org>
To: Christian Kujau <lists@nerdbynature.de>
Cc: LKML <linux-kernel@vger.kernel.org>,
	x86@kernel.org, torvalds@linux-foundation.org,
	Thomas Gleixner <tglx@linutronix.de>
Subject: Re: 2.6.32-rc not booting with Xen-3.2 (bisected)
Date: Mon, 26 Oct 2009 21:20:22 -0700	[thread overview]
Message-ID: <4AE67506.2040200@goop.org> (raw)
In-Reply-To: <alpine.DEB.2.01.0910261820050.9408@bogon.housecafe.de>

On 10/26/09 18:26, Christian Kujau wrote:
> On Mon, 26 Oct 2009 at 18:14, Christian Kujau wrote:
>   
>> Oh, I totally forgot about "xm dmesg", it's on the URL above too. I don't 
>> see any timestamps in "xm dmesg", so I guess I'll have to try again with 
>> "xm dmesg --clear" inbetween boots.
>>     
> Did that - when I boot a working kernel (2.6.31), "xm dmesg" prints 
> nothing but a newline. When I boot 2.6.31-rc1, this happens:
>
> $ xm create sid.cfg -c
> Using config file "/etc/xen/sid.cfg".
> Started domain sid
>
> $ xm dmesg
> (XEN) mm.c:665:d889 Error getting mfn 127f (pfn 7403) from L1 entry 801000000127f065 for dom889
> (XEN) traps.c:413:d889 Unhandled invalid opcode fault/trap [#6] on VCPU 0 [ec=0000]
> (XEN) domain_crash_sync called from entry.S
> (XEN) Domain 889 (vcpu#0) crashed on cpu#0:
> (XEN) ----[ Xen-3.2.1-rc1-pre  x86_64  debug=n  Not tainted ]----
> (XEN) CPU:    0
> (XEN) RIP:    e033:[<ffffffff812c50ad>]
>   

What does this map to in the kernel symbol table?

> (XEN) RFLAGS: 0000000000000282   CONTEXT: guest
> (XEN) rax: 00000000ffffffea   rbx: 800000000127f061   rcx: 000000000008885a
> (XEN) rdx: 0000000000000000   rsi: 800000000127f061   rdi: ffffffff8127f000
> (XEN) rbp: ffffffff81279fb8   rsp: ffffffff81279f18   r8:  0000000000000000
> (XEN) r9:  0000000000000000   r10: 0000000000000000   r11: 0000000000000000
> (XEN) r12: ffffffff8127f000   r13: 0000000000000000   r14: 0000000000000080
> (XEN) r15: ffffffff81279fc8   cr0: 000000008005003b   cr4: 00000000000026b0
> (XEN) cr3: 00000000aa991000   cr2: 0000000000000000
> (XEN) ds: 0000   es: 0000   fs: 0000   gs: 0000   ss: e02b   cs: e033
> (XEN) Guest stack trace from rsp=ffffffff81279f18:
> (XEN)    000000000008885a 0000000000000000 ffffffff812c50ad 000000010000e030
> (XEN)    0000000000010082 ffffffff81279f58 000000000000e02b ffffffff812c504c
> (XEN)    0000000000000000 0000000000000000 0000000000000000 0000000000000000
> (XEN)    0000000000000000 ffffffff81279f60 0000008000000000 0000000000000000
> (XEN)    0000000000000000 0000000000000000 0000000000000000 0000000000000000
> (XEN)    0000000000000000 ffffffff810197bd ffff8127f000007f 000000000000ffff
> (XEN)    0000000000000000 ffffffff812c4d19 0000000000000000 0000000000000000
> (XEN)    0000000000000000 ffffffff81385000 ffffffff81386000 ffffffff81387000
> (XEN)    ffffffff81388000 ffffffff81389000 ffffffff8138a000 ffffffff8138b000
> (XEN)    ffffffff8138c000 ffffffff8138d000 ffffffff8138e000 ffffffff8138f000
> (XEN)    ffffffff81390000 ffffffff81391000 ffffffff81392000 ffffffff81393000
> (XEN)    ffffffff81394000 ffffffff81395000 ffffffff81396000 ffffffff81397000
> (XEN)    ffffffff81398000 ffffffff81399000 ffffffff8139a000 ffffffff8139b000
> (XEN)    ffffffff8139c000 ffffffff8139d000 ffffffff8139e000 ffffffff8139f000
> (XEN)    ffffffff813a0000 ffffffff813a1000 ffffffff813a2000 ffffffff813a3000
> (XEN)    ffffffff813a4000 ffffffff813a5000 ffffffff813a6000 ffffffff813a7000
> (XEN)    ffffffff813a8000 ffffffff813a9000 ffffffff813aa000 ffffffff813ab000
> (XEN)    ffffffff813ac000 ffffffff813ad000 ffffffff813ae000 ffffffff813af000
> (XEN)    ffffffff813b0000 ffffffff813b1000 ffffffff813b2000 ffffffff813b3000
> (XEN)    ffffffff813b4000 ffffffff813b5000 ffffffff813b6000 ffffffff813b7000
>
>
> Also, "xm list" takes very long to complete now:
>
> $ time xm list sid
> Name                  ID   Mem VCPUs      State   Time(s)
> sid                  906   512     1     --p---     0.0
> real    0m10.677s user    0m0.108s sys     0m0.028s
>   

Hm, that's odd.  Never seen that.

    J

  reply	other threads:[~2009-10-27  4:20 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-10-26 22:02 2.6.32-rc not booting with Xen-3.2 (bisected) Christian Kujau
2009-10-26 22:17 ` Christian Kujau
2009-10-26 22:55   ` Jeremy Fitzhardinge
2009-10-27  1:14     ` Christian Kujau
2009-10-27  1:26       ` Christian Kujau
2009-10-27  4:20         ` Jeremy Fitzhardinge [this message]
2009-10-27  5:01           ` Christian Kujau
2009-10-27 18:18             ` Jeremy Fitzhardinge
2009-10-27 19:01               ` Christian Kujau
2009-10-27 19:12                 ` Jeremy Fitzhardinge
2009-10-28  2:10                 ` Jeremy Fitzhardinge
2009-11-02  6:53                   ` Christian Kujau

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=4AE67506.2040200@goop.org \
    --to=jeremy@goop.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lists@nerdbynature.de \
    --cc=tglx@linutronix.de \
    --cc=torvalds@linux-foundation.org \
    --cc=x86@kernel.org \
    /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.