From: Julien Grall <julien.grall@linaro.org>
To: Ian Campbell <Ian.Campbell@citrix.com>
Cc: xen-devel@lists.xenproject.org, tim@xen.org,
stefano.stabellini@citrix.com, patches@linaro.org
Subject: Re: [PATCH] xen/arm: Scrub heap pages during boot
Date: Fri, 10 Jan 2014 13:48:12 +0000 [thread overview]
Message-ID: <52CFFA1C.7000500@linaro.org> (raw)
In-Reply-To: <1389347521.19142.9.camel@kazak.uk.xensource.com>
On 01/10/2014 09:52 AM, Ian Campbell wrote:
> On Fri, 2014-01-10 at 03:27 +0000, Julien Grall wrote:
>> Scrub heap pages was disabled because it was slow on the models. Now that Xen
>> supports real hardware, it's possible to enable by default scrubbing.
>>
>> Signed-off-by: Julien Grall <julien.grall@linaro.org>
>
> Acked-by: Ian Campbell <ian.campbell@citrix.com>
Thanks.
>> ---
>> This patch should go to Xen 4.4. It avoid to give non-cleared page to
>> a domain.
>>
>> The downside is it's now slow on models.
>
> There is a no-bootscrub command-line option which can be used in that
> case. Could you update the relevant model wiki pages to mention it
> please?
I have updated the wiki page.
>
>> The current implementation of scrub_heap_pages loop on every page in the
>> frametable. On ARM, there is only which can contains MMIO. We are safe
>> because when frametable is initialized, page are marked inuse. So the
>> function won't clear theses pages.
>
> I don't think this behaviour is specific to ARM, x86 has MMIO regions
> mixed in with RAM as well.
I was not sure, so I prefered to explain why it's ok.
--
Julien Grall
next prev parent reply other threads:[~2014-01-10 13:48 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-10 3:27 [PATCH] xen/arm: Scrub heap pages during boot Julien Grall
2014-01-10 9:52 ` Ian Campbell
2014-01-10 13:48 ` Julien Grall [this message]
2014-01-10 17:09 ` Ian Campbell
2014-01-10 17:51 ` Ian Campbell
2014-01-10 17:57 ` Julien Grall
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=52CFFA1C.7000500@linaro.org \
--to=julien.grall@linaro.org \
--cc=Ian.Campbell@citrix.com \
--cc=patches@linaro.org \
--cc=stefano.stabellini@citrix.com \
--cc=tim@xen.org \
--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 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.