From: Scott Garron <xen-devel@sce.pridelands.org>
To: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>
Subject: Re: BUG: unable to handle kernel paging request - balloon_init - xen-4.1.0 - 2.6.32.39
Date: Wed, 27 Apr 2011 19:45:42 -0400 [thread overview]
Message-ID: <4DB8AAA6.4050808@sce.pridelands.org> (raw)
In-Reply-To: <20110427200937.GA19853@dumpdata.com>
On 04/27/2011 04:09 PM, Konrad Rzeszutek Wilk wrote:
> Duh! I meant this one:
>
> [ 0.316665] RIP: e030:[<ffffffff819a8aea>] [<ffffffff819a8aea>]
> balloon_init+0x20b/0x25e
>
> Sorry about that. Can you also run your kernel with 'initcall_debug
> loglevel=8' please?
Ok, I've put what I came up with here:
http://www.pridelands.org/~simba/xen-debug/debugnotes.txt
I also added a few pr_info() lines around the offending code to try
to get more of a handle of how far it is getting and what it's working
on at the time of failure:
********
diff --git a/drivers/xen/balloon.c b/drivers/xen/balloon.c
index a065fda..b5f0650 100644
--- a/drivers/xen/balloon.c
+++ b/drivers/xen/balloon.c
@@ -488,10 +488,13 @@ static int __init balloon_init(void)
*/
extra_pfn_end = min(min(max_pfn, e820_end_of_ram_pfn()),
(unsigned long)PFN_DOWN(xen_extra_mem_start
+ xen_ex
+ pr_info("extra_pfn_end: 0x%x", extra_pfn_end); /* debug */
for (pfn = PFN_UP(xen_extra_mem_start);
pfn < extra_pfn_end;
pfn += balloon_npages) {
+ pr_info("pfn: 0x%x", pfn); /* debug */
page = pfn_to_page(pfn);
+ pr_info("page: 0x%p", page); /* debug */
/* totalram_pages doesn't include the boot-time
balloon extension, so don't subtract from it. */
__balloon_append(page);
********
The new serial console output, with "initcall_debug loglevel=8" and
the pr_info() additions to the code can be found here:
http://www.pridelands.org/~simba/xen-debug/hailstorm-fullserial20110427.txt
... but I'll paste the part closest to the crash here for your convenience:
[ 1.016663] calling balloon_init+0x0/0x280 @ 1
[ 1.016663] xen_balloon: Initialising balloon driver with page order 0.
[ 1.033446] last_pfn = 0x1d9ff0 max_arch_pfn = 0x400000000
[ 1.036663] extra_pfn_end: 0x1d9ff0
[ 1.036663] pfn: 0x100000
[ 1.036663] page: 0xffffea0003800000
[ 1.036663] BUG: unable to handle kernel paging request at
ffffea0003800028
[ 1.036663] IP: [<ffffffff819a8b1f>] balloon_init+0x240/0x280
[ 1.036663] PGD 18402067 PUD 18403067 PMD 0
So the crash is happening within the first iteration of that for()
loop, presumably while calling __balloon_append(page). That's as far as
I dove into it so far, but I figured I'd give you an update as to what
I've found and tried.
Just for more information sake, I also tried booting this kernel as
a paravirt domU under the Debian Stable 2.6.32-5-xen-amd64 stock kernel
and Xen 4.1.0. It booted without incident (aside from a ridiculously
long spew of printk's from my additions to that for() loop), so the
failure is specific to the kernel booting as a dom0. That probably
doesn't narrow down much, but I figured it was noteworthy.
--
Scott Garron
next prev parent reply other threads:[~2011-04-27 23:45 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-04-26 0:04 BUG: unable to handle kernel paging request - balloon_init - xen-4.1.0 - 2.6.32.39 Scott Garron
2011-04-26 3:15 ` Konrad Rzeszutek Wilk
2011-04-26 5:03 ` Scott Garron
2011-04-27 20:09 ` Konrad Rzeszutek Wilk
2011-04-27 23:45 ` Scott Garron [this message]
[not found] ` <20110428183019.GA9852@dumpdata.com4DBA1EA4.5010004@sce.pridelands.org>
2011-04-28 18:30 ` Konrad Rzeszutek Wilk
2011-04-29 0:15 ` Scott Garron
2011-04-29 2:12 ` Scott Garron
2011-04-29 14:43 ` Dan Magenheimer
2011-04-29 16:56 ` Scott Garron
2011-04-29 19:38 ` Dan Magenheimer
2011-04-29 23:08 ` Scott Garron
2011-05-04 15:58 ` Konrad Rzeszutek Wilk
2011-05-04 19:19 ` Scott Garron
2011-05-04 19:35 ` Konrad Rzeszutek Wilk
2011-05-04 20:17 ` Scott Garron
2011-05-04 20:23 ` Konrad Rzeszutek Wilk
2011-05-04 21:55 ` Scott Garron
2011-05-04 22:16 ` Konrad Rzeszutek Wilk
2011-05-04 23:23 ` Scott Garron
2011-05-05 18:34 ` Konrad Rzeszutek Wilk
2011-05-05 20:48 ` Scott Garron
2011-05-05 21:06 ` Konrad Rzeszutek Wilk
2011-06-06 18:00 ` Scott Garron
2011-06-06 19:17 ` Pasi Kärkkäinen
2011-06-06 21:33 ` Scott Garron
2011-06-07 19:19 ` Konrad Rzeszutek Wilk
2011-06-08 18:25 ` Scott Garron
2011-06-08 19:29 ` Konrad Rzeszutek Wilk
2011-06-09 20:04 ` Scott Garron
2011-06-10 12:59 ` Konrad Rzeszutek Wilk
2011-06-10 16:51 ` Scott Garron
2011-06-13 22:03 ` Konrad Rzeszutek Wilk
2011-06-13 23:20 ` Scott Garron
2011-06-14 13:55 ` BUG: unable to handle kernel NULL pointer dereference at IP: [<ffffffff8105ae4c>] process_one_work+ Konrad Rzeszutek Wilk
2011-06-14 21:55 ` Scott Garron
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=4DB8AAA6.4050808@sce.pridelands.org \
--to=xen-devel@sce.pridelands.org \
--cc=konrad.wilk@oracle.com \
--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.