From: David Vrabel <david.vrabel@citrix.com>
To: Darren Shepherd <darren.s.shepherd@gmail.com>
Cc: carsten@schiers.de, Daniel Kiper <daniel.kiper@oracle.com>,
	james-xen@dingwall.me.uk, xen-devel@lists.xen.org
Subject: Re: kernel log flooded with: xen_balloon: reserve_additional_memory: add_memory() failed: -17
Date: Mon, 28 Jan 2013 17:40:20 +0000	[thread overview]
Message-ID: <5106B804.4010303@citrix.com> (raw)
In-Reply-To: <CAMCEDC0dKBiPp=8vxsF+UBUiPmmOMmac+rYQAsuW4M02xfMejg@mail.gmail.com>
On 28/01/13 16:36, Darren Shepherd wrote:
> biting this behavior.  The specific
> error I'm seeing is
> 
> xen_balloon: reserve_additional_memory: add_memory() failed: -17
> System RAM resource 88000000 - 8fffffff cannot be added
Inside dom0, yes?
Looking at the balloon driver, it doesn't seem to handle dom0 (or domUs
with PCI devices passed-through) very well because it doesn't check the
memory map before attempting to hotplug additional memory so it ends up
overlapping a region that is already reserved.  This is is particularly
common if you booted Xen with dom0_mem=max:MMM as the host's memory
beyond MMM is still in dom0's memory map (marked as UNUSABLE).
I suggest disabling CONFIG_XEN_BALLOON_MEMORY_HOTPLUG for now.
However, this only triggers if current_pages != target_pages and there
are no ballooned pages available.  This shouldn't happen unless the
target is explicitly adjusted upwards.
If you're seeing this with the beta 3.4.y kernel for CentOS 6, then it's
probably because I missed backporting 58b7b53a3 (xen/balloon: Subtract
from xen_released_pages the count that is populated).
David
next prev parent reply	other threads:[~2013-01-28 17:40 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-01-25 10:48 kernel log flooded with: xen_balloon: reserve_additional_memory: add_memory() failed: -17 Daniel Kiper
2013-01-28 16:36 ` Darren Shepherd
2013-01-28 17:40   ` David Vrabel [this message]
  -- strict thread matches above, loose matches on Subject: below --
2013-01-29 11:53 Daniel Kiper
2012-12-24 14:39 Daniel Kiper
2013-01-24 21:38 ` Carsten Schiers
2012-12-19  8:47 James Dingwall
2012-12-19 10:55 ` James Dingwall
2012-12-21 20:23   ` Konrad Rzeszutek Wilk
2013-01-02 10:28     ` James Dingwall
2012-12-20 14:50 ` Jacek Konieczny
2012-12-20 15:55   ` James Dingwall
2012-12-21 20:25 ` Konrad Rzeszutek Wilk
2012-12-23 10:41   ` Carsten Schiers
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=5106B804.4010303@citrix.com \
    --to=david.vrabel@citrix.com \
    --cc=carsten@schiers.de \
    --cc=daniel.kiper@oracle.com \
    --cc=darren.s.shepherd@gmail.com \
    --cc=james-xen@dingwall.me.uk \
    --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).