From: "Jürgen Groß" <jgross@suse.com>
To: Nicholas Tsirakis <niko.tsirakis@gmail.com>, boris.ostrovsky@oracle.com
Cc: xen-devel <xen-devel@lists.xenproject.org>, linux-kernel@vger.kernel.org
Subject: Re: [BUG] Xen-ballooned memory never returned to domain after partial-free
Date: Thu, 12 Dec 2019 08:18:46 +0100 [thread overview]
Message-ID: <b02d053f-1b07-bd4f-20fc-9a26106145d1@suse.com> (raw)
In-Reply-To: <CAFqpmVJ90bAV4vasH1Z0DcTUjT7asCJFPeJBxtxGZwAhTVP7=w@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2891 bytes --]
On 11.12.19 23:08, Nicholas Tsirakis wrote:
> Hello,
>
> The issue I'm seeing is that pages of previously-xenballooned memory are getting
> trapped in the balloon on free, specifically when they are free'd in batches
> (i.e. not all at once). The first batch is restored to the domain properly, but
> subsequent frees are not.
>
> Truthfully I'm not sure if this is a bug or not, but the behavior I'm seeing
> doesn't seem to make sense. Note that this "bug" is in the balloon driver, but
> the behavior is seen when using the gnttab API, which utilizes the balloon in
> the background.
>
> ------------------------------------------------------------------------------
>
> This issue is better illustrated as an example, seen below. Note that the file
> in question is drivers/xen/balloon.c:
>
> Kernel version: 4.19.*, code seems consistent on master as well
> Relevant configs:
> - CONFIG_MEMORY_HOTPLUG not set
> - CONFIG_XEN_BALLOON_MEMORY_HOTPLUG not set
>
> * current_pages = # of pages assigned to domain
> * target_pages = # of pages we want assigned to domain
> * credit = target - current
>
> Start with current_pages/target_pages = 20 pages
>
> 1. alloc 5 pages with gnttab_alloc_pages(). current_pages = 15, credit = 5.
> 2. alloc 3 pages with gnttab_alloc_pages(). current_pages = 12, credit = 8.
> 3. some time later, free the last 3 pages with gnttab_free_pages().
> 4. 3 pages go back to balloon and balloon worker is scheduled since credit > 0.
> * Relevant part of balloon worker shown below:
>
> do {
> ...
>
> credit = current_credit();
>
> if (credit > 0) {
> if (balloon_is_inflated())
> state = increase_reservation(credit);
> else
> state = reserve_additional_memory();
> }
>
> ...
>
> } while (credit && state == BP_DONE);
>
> 5. credit > 0 and the balloon contains 3 pages, so run increase_reservation. 3
> pages are restored to domain, correctly. current_pages = 15, credit = 5.
> 6. at this point credit is still > 0, so we loop again.
> 7. this time, the balloon has 0 pages, so we call reserve_additional_memory,
> seen below. note that CONFIG_XEN_BALLOON_MEMORY_HOTPLUG is disabled, so this
> funciton is very sparse.
>
> static enum bp_state reserve_additional_memory(void)
> {
> balloon_stats.target_pages = balloon_stats.current_pages;
> return BP_ECANCELED;
> }
>
> 8. now target = current = 15, which drops our credit down to 0.
And I think this is the problem. We want here:
balloon_stats.target_pages = balloon_stats.current_pages +
balloon_stats.target_unpopulated;
This should fix it. Thanks for the detailed analysis!
Does the attached patch work for you?
And are you fine with the "Reported-by:" added?
Juergen
[-- Attachment #2: 0001-xen-balloon-fix-ballooned-page-accounting-without-ho.patch --]
[-- Type: text/x-patch, Size: 1286 bytes --]
From 7cf6cf2b94ee11002dab439fb4ed5c7dcc1a971b Mon Sep 17 00:00:00 2001
From: Juergen Gross <jgross@suse.com>
Date: Thu, 12 Dec 2019 08:12:26 +0100
Subject: [PATCH] xen/balloon: fix ballooned page accounting without hotplug
enabled
When CONFIG_XEN_BALLOON_MEMORY_HOTPLUG is not defined
reserve_additional_memory() will set balloon_stats.target_pages to a
wrong value in case there are still some ballooned pages allocated via
alloc_xenballooned_pages().
This will result in balloon_process() no longer be triggered when
ballooned pages are freed in batches.
Reported-by: Nicholas Tsirakis <niko.tsirakis@gmail.com>
Signed-off-by: Juergen Gross <jgross@suse.com>
---
drivers/xen/balloon.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/xen/balloon.c b/drivers/xen/balloon.c
index 4f2e78a5e4db..0c142bcab79d 100644
--- a/drivers/xen/balloon.c
+++ b/drivers/xen/balloon.c
@@ -394,7 +394,8 @@ static struct notifier_block xen_memory_nb = {
#else
static enum bp_state reserve_additional_memory(void)
{
- balloon_stats.target_pages = balloon_stats.current_pages;
+ balloon_stats.target_pages = balloon_stats.current_pages +
+ balloon_stats.target_unpopulated;
return BP_ECANCELED;
}
#endif /* CONFIG_XEN_BALLOON_MEMORY_HOTPLUG */
--
2.16.4
next prev parent reply other threads:[~2019-12-12 7:18 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-12-11 22:08 Nicholas Tsirakis
2019-12-12 7:18 ` Jürgen Groß [this message]
2019-12-12 14:10 ` Nicholas Tsirakis
2019-12-12 14:21 ` Jürgen Groß
2019-12-12 14:30 ` Nicholas Tsirakis
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=b02d053f-1b07-bd4f-20fc-9a26106145d1@suse.com \
--to=jgross@suse.com \
--cc=boris.ostrovsky@oracle.com \
--cc=linux-kernel@vger.kernel.org \
--cc=niko.tsirakis@gmail.com \
--cc=xen-devel@lists.xenproject.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
all inboxes | Powered by JetHome®