All of lore.kernel.org
 help / color / mirror / Atom feed
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: Thu, 28 Apr 2011 22:12:52 -0400	[thread overview]
Message-ID: <4DBA1EA4.5010004@sce.pridelands.org> (raw)
In-Reply-To: <20110428183019.GA9852@dumpdata.com>

Scott Garron wrote:
> Just for kicks, I tried hexediting balloon.o and changing that
> instruction to "imul   $0x1,%rdx,%rcx" (since multiplying by 1 will
> essentially nullify the instruction), but the end result was still
> the same crash, even though the value for "page" ended up being
> 0x0000000000100000.

      While still thinking along those lines, I re-enabled
CONFIG_SPARSEMEM_VMEMMAP, then hexedited the instruction again, and the
kernel got further along in the boot process, but crashed while trying
to free the initrd memory.

The serial console from that boot is at:

http://www.pridelands.org/~simba/xen-debug/hailstorm-fullserial20110428-afterhexedit.txt

      My deduction so far is that "page = pfn_to_page(pfn);" is somehow
returning a location that isn't quite "correct", but removing the
"multipliply by 0x38" instruction only returned something partially
usable and it took a dump all over the memory pages.

      Admittedly, I really know little about how all of this works, so my
debugging process is like taking stabs in the dark.  It's somewhat
intriguing to me, so I'm pretty much just playing with it until someone
who knows more can reproduce it.  It's hard to imagine that I'm the only
one having this problem with the current "xen/stable-2.6.32.x" branch.

-- 
Scott Garron

  parent reply	other threads:[~2011-04-29  2:12 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 [this message]
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=4DBA1EA4.5010004@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.