From: Samuel Thibault <samuel.thibault@ens-lyon.org>
To: Andreas Sundstrom <sunkan+lists.xen-devel@zappa.cx>
Cc: xen-devel@lists.xen.org
Subject: Re: [BUG] XEN domU crash when PV grub chainloads 32-bit domU grub
Date: Wed, 23 Sep 2015 00:37:37 +0200 [thread overview]
Message-ID: <20150922223737.GK2964@var.home> (raw)
In-Reply-To: <5600628A.20202@zappa.cx>
Andreas Sundstrom, le Mon 21 Sep 2015 22:03:22 +0200, a écrit :
> Note that my original thought was that this bug probably is within GRUB.
It's probably in the GRUB implementation of loading the domU GRUB, since
you say that pvgrub1 loads it fine.
> (XEN) domain_crash_sync called from entry.S: fault at ffff82d08021feb0
> compat_create_bounce_frame+0xc6/0xde
So it's inside xen entry code...
> (XEN) Guest stack trace from esp=005a5ff0:
This looks like the end of the stack
> (XEN) 00000010 00000000 0001e019 00010046 0016b38b 0016b38a 0016b389
> 0016b388
> (XEN) 0016b387 0016b386 0016b385 0016b384 0016b383 0016b382 0016b381
> 0016b380
[...]
and this looks like a lot of consecutive numbers. Perhaps we simply
somehow overflow? Did you try giving less memory to the domU?
> I see no output from the domU grub (except when it works as it should
> of course).
Yes, as explained in another mail domU has to get to connect to the
console before getting messages from there. Another way is to make
console_io hypercalls, which should end up into xl dmesg.
You may also want to enable grub debugging prints, by setting the debug
variable to "all".
Samuel
next prev parent reply other threads:[~2015-09-22 22:37 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-21 20:03 [BUG] XEN domU crash when PV grub chainloads 32-bit domU grub Andreas Sundstrom
2015-09-22 7:22 ` Andrew Cooper
2015-09-22 8:52 ` Ian Campbell
2015-09-22 13:26 ` Andreas Sundstrom
2015-09-22 8:53 ` Ian Campbell
2015-09-22 22:37 ` Samuel Thibault [this message]
2015-09-23 8:34 ` Ian Campbell
2015-09-23 12:47 ` Andreas Sundstrom
2015-09-23 14:18 ` Ian Campbell
2015-09-24 17:28 ` Andreas Sundstrom
2015-09-25 8:36 ` Ian Campbell
2015-09-25 13:23 ` Andreas Sundstrom
2015-09-23 8:37 ` Andreas Sundstrom
[not found] ` <1442912018.10338.118.camel@citrix.com>
2016-01-22 12:56 ` Vladimir 'φ-coder/phcoder' Serbinenko
[not found] ` <56A226F8.3020301@gmail.com>
2016-01-22 13:01 ` Andrew Cooper
[not found] ` <56A22847.3020708@citrix.com>
2016-01-22 13:08 ` Vladimir 'φ-coder/phcoder' Serbinenko
[not found] ` <56A229DA.7030904@gmail.com>
2016-01-22 13:43 ` Andrew Cooper
2016-01-22 17:44 ` Andreas Sundstrom
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=20150922223737.GK2964@var.home \
--to=samuel.thibault@ens-lyon.org \
--cc=sunkan+lists.xen-devel@zappa.cx \
--cc=xen-devel@lists.xen.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).