All of lore.kernel.org
 help / color / mirror / Atom feed
From: Scott Garron <xen-devel@sce.pridelands.org>
To: Dan Magenheimer <dan.magenheimer@oracle.com>
Cc: xen-devel@lists.xensource.com, Konrad Wilk <konrad.wilk@oracle.com>
Subject: Re: BUG: unable to handle kernel paging request -	balloon_init - xen-4.1.0 - 2.6.32.39
Date: Fri, 29 Apr 2011 12:56:40 -0400	[thread overview]
Message-ID: <4DBAEDC8.4090102@sce.pridelands.org> (raw)
In-Reply-To: <c99e08eb-34b3-462e-b7b2-278546bb4b28@default>

On 4/29/2011 10:43 AM, Dan Magenheimer wrote:
> That multiply is correct.  In C, when you add an integer X to a
> pointer to a struct of size N, the result is the same as if you were
>  accessing the Xth element of an array of those structs.

      Oh yeah!  I completely forgot about that.  (Haven't done any
programming for about six years, so ... rusty)

> 1) Is your guest an HVM or PV?  IIRC, earlier versions of the
> balloon driver did not run properly in an HVM guest.  Compare your
> source with a latest upstream balloon_init.

      This machine is too old to have the ability to run a guest as HVM
(it's pre-Pacifica/AMD-V), but the problem isn't with running a domU.
It won't boot into dom0 (privileged domain) due to this bug.  Oddly
enough, the build in question *does* work as a PV domU when the hardware
is booted to the Debian stock linux-image-xen-amd64 kernel
(2.6.32-5-xen-amd64).

> 2) Are you building xen/stable-2.6.32.x as the kernel in a guest?
> Any chance you might be loading a balloon module that doesn't match
> the kernel you built?

      I'm building the kernel on a separate, faster machine than the one
I'm trying to boot it on.  I wasn't aware that where it was being built
made much of a difference as long as the configured processor type was
correct.  Both machines are x86_64, but one is Xeon and the other is
Opteron.  If it does matter where it's built, how do distributions put
out pre-compiled dom0 kernels?  Also, if it does matter, I can try
building it on the slower machine.  (The faster one is a production
server, so I'm not testing all of these reboots on that)

> 3) I think developers generally use the xen/stable-2.6.32.x for dom0
> and use distro kernels (or newer upstream kernels) for guest kernels.
> So it is very possible that you are the only one having this problem
> because you are the only one using a balloon driver on a
> xen/stable-2.6.32.x kernel in a non-dom0 (HVM?) guest.

      I *am* trying to use it in a dom0 guest.  It's:

Hardware/BIOS -> Xen4.1 -> this xen/stable-2.6.32.x dom0 -> crash

> 4) The latest upstream balloon driver does some magic with the E820
> memory map.  Perhaps your machine has an odd or incorrect E820 map
> from the BIOS?  (This is outside of my area of expertise so apologies
> if this doesn't make sense.)

      I suppose it could be odd.  The machine is about 8 years old.  I'd
imagine that they were doing things a bit differently back then.

-- 
Scott Garron

  reply	other threads:[~2011-04-29 16:56 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 [this message]
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=4DBAEDC8.4090102@sce.pridelands.org \
    --to=xen-devel@sce.pridelands.org \
    --cc=dan.magenheimer@oracle.com \
    --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.