From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Scott Garron <xen-devel@sce.pridelands.org>
Cc: Dan Magenheimer <dan.magenheimer@oracle.com>,
xen-devel@lists.xensource.com,
Jeremy Fitzhardinge <jeremy@goop.org>
Subject: Re: BUG: unable to handle kernel paging request - balloon_init - xen-4.1.0 - 2.6.32.39
Date: Wed, 4 May 2011 16:23:18 -0400 [thread overview]
Message-ID: <20110504202318.GC2117@dumpdata.com> (raw)
In-Reply-To: <4DC1B46F.6070904@sce.pridelands.org>
On Wed, May 04, 2011 at 04:17:51PM -0400, Scott Garron wrote:
> On 05/04/2011 03:35 PM, Konrad Rzeszutek Wilk wrote:
> >>>[..] Should give us some ideas. Not compile tested.
> >................................. ^^^^^^^^^^
>
> I was tracking down why it wouldn't compile, but fired off an
> e-mail because I figured that if at least 2 of us were working on it,
> we'd figure it out faster.
>
> >The __func__ can be just __FUNCTION__ and the reset can be ignored (I
> >think)
>
> It turned out that there were three underscores in front of "func"
> instead of two in that one line. I removed one of the underscores, got
> it to compile, and the resulting messages at boot time are a seemingly
> neverending spew of:
>
> [ 0.000000] pte_pfn_to_mfn: 0x110e01 is INVALID for 8000000110e01063
>
> ... where 0x110e01 and 8000000110e01063 are ever-increasing values.
> The 8000000110e01063 number always ends in "63", though.
Ok, maybe take out the debug for the pte_pfn_to_mfn. And see what the pgd
debug gives us.
>
> Here's the serial console output from the time Xen starts the Linux
> kernel until the spew of repetitive messages:
>
> [ 0.000000] Initializing cgroup subsys cpuset
> [ 0.000000] Initializing cgroup subsys cpu
> [ 0.000000] Linux version 2.6.32.39 (root@hailstorm) (gcc version
> 4.5.2 (Debian 4.5.2-8) ) #26 SMP Wed May 4 15:4
> 7:34 EDT 2011
> [ 0.000000] Command line: placeholder
> root=UUID=be3507b9-015f-4ac6-9b4a-914a9c774421 ro console=hvc0
> earlyprintk=
> xen nomodeset initcall_debug loglevel=8
> [ 0.000000] KERNEL supported cpus:
> [ 0.000000] Intel GenuineIntel
> [ 0.000000] AMD AuthenticAMD
> [ 0.000000] Centaur CentaurHauls
> [ 0.000000] released 0 pages of unused memory
> [ 0.000000] BIOS-provided physical RAM map:
> [ 0.000000] Xen: 0000000000000000 - 000000000009f000 (usable)
> [ 0.000000] Xen: 000000000009f400 - 0000000000100000 (reserved)
> [ 0.000000] Xen: 0000000000100000 - 0000000020000000 (usable)
> [ 0.000000] Xen: 0000000020000000 - 00000000f9ff0000 (unusable)
> [ 0.000000] Xen: 00000000f9ff0000 - 00000000f9fff000 (ACPI data)
> [ 0.000000] Xen: 00000000f9fff000 - 00000000fa000000 (ACPI NVS)
> [ 0.000000] Xen: 00000000febfe000 - 00000000fec01000 (reserved)
> [ 0.000000] Xen: 00000000fee00000 - 00000000fee01000 (reserved)
> [ 0.000000] Xen: 00000000ff780000 - 0000000100000000 (reserved)
> [ 0.000000] Xen: 0000000100000000 - 00000001d9ff0000 (usable)
> [ 0.000000] bootconsole [xenboot0] enabled
> [ 0.000000] DMI 2.3 present.
> [ 0.000000] AMI BIOS detected: BIOS may corrupt low RAM, working
> around it.
> [ 0.000000] e820 update range: 0000000000000000 -
> 0000000000010000 (usable) ==> (reserved)
> [ 0.000000] last_pfn = 0x1d9ff0 max_arch_pfn = 0x400000000
> [ 0.000000] x86 PAT enabled: cpu 0, old 0x50100070406, new
> 0x7010600070106
> [ 0.000000] last_pfn = 0x20000 max_arch_pfn = 0x400000000
> [ 0.000000] Scanning 0 areas for low memory corruption
> [ 0.000000] modified physical RAM map:
> [ 0.000000] modified: 0000000000000000 - 0000000000010000 (reserved)
> [ 0.000000] modified: 0000000000010000 - 000000000009f000 (usable)
> [ 0.000000] modified: 000000000009f400 - 0000000000100000 (reserved)
> [ 0.000000] modified: 0000000000100000 - 0000000020000000 (usable)
> [ 0.000000] modified: 0000000020000000 - 00000000f9ff0000 (unusable)
> [ 0.000000] modified: 00000000f9ff0000 - 00000000f9fff000 (ACPI data)
> [ 0.000000] modified: 00000000f9fff000 - 00000000fa000000 (ACPI NVS)
> [ 0.000000] modified: 00000000febfe000 - 00000000fec01000 (reserved)
> [ 0.000000] modified: 00000000fee00000 - 00000000fee01000 (reserved)
> [ 0.000000] modified: 00000000ff780000 - 0000000100000000 (reserved)
> [ 0.000000] modified: 0000000100000000 - 00000001d9ff0000 (usable)
> [ 0.000000] initial memory mapped : 0 - 0d919000
> [ 0.000000] init_memory_mapping: 0000000000000000-0000000020000000
> [ 0.000000] 0000000000 - 0020000000 page 4k
> [ 0.000000] kernel direct mapping tables up to 20000000 @ 100000-202000
> [ 0.000000] init_memory_mapping: 0000000100000000-00000001d9ff0000
> [ 0.000000] 0100000000 - 01d9ff0000 page 4k
> [ 0.000000] kernel direct mapping tables up to 1d9ff0000 @
> da8b000-e964000
> [ 0.000000] pte_pfn_to_mfn: 0x100000 is INVALID for 8000000100000063
> [ 0.000000] pte_pfn_to_mfn: 0x100001 is INVALID for 8000000100001063
> [ 0.000000] pte_pfn_to_mfn: 0x100002 is INVALID for 8000000100002063
> [ 0.000000] pte_pfn_to_mfn: 0x100003 is INVALID for 8000000100003063
>
>
> [ .. and so on - if it ever ends, I'll send you the tail of it .. ]
>
> --
> Scott Garron
next prev parent reply other threads:[~2011-05-04 20:23 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
[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 [this message]
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=20110504202318.GC2117@dumpdata.com \
--to=konrad.wilk@oracle.com \
--cc=dan.magenheimer@oracle.com \
--cc=jeremy@goop.org \
--cc=xen-devel@lists.xensource.com \
--cc=xen-devel@sce.pridelands.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).