From: Andrew Cooper <andrew.cooper3@citrix.com>
To: Jan Beulich <JBeulich@suse.com>,
xen-devel <xen-devel@lists.xenproject.org>
Cc: Tim Deegan <tim@xen.org>, Keir Fraser <keir@xen.org>
Subject: Re: [PATCH 4/4] x86/shadow: make some log‑dirty handling functions static
Date: Wed, 28 Jan 2015 11:18:58 +0000 [thread overview]
Message-ID: <54C8C5A2.7070901@citrix.com> (raw)
In-Reply-To: <54C8A7F4020000780005A2DA@mail.emea.novell.com>
On 28/01/15 08:12, Jan Beulich wrote:
> Noticed while introducing the stub replacement for disabling shadow
> paging support at build time.
>
> Signed-off-by: Jan Beulich <jbeulich@suse.com>
Reviewed-by: Andrew Cooper <andrew.cooper3@citrix.com>
>
> --- a/xen/arch/x86/mm/shadow/common.c
> +++ b/xen/arch/x86/mm/shadow/common.c
> @@ -41,6 +41,10 @@
>
> DEFINE_PER_CPU(uint32_t,trace_shadow_path_flags);
>
> +static int sh_enable_log_dirty(struct domain *, bool_t log_global);
> +static int sh_disable_log_dirty(struct domain *);
> +static void sh_clean_dirty_bitmap(struct domain *);
> +
> /* Set up the shadow-specific parts of a domain struct at start of day.
> * Called for every domain from arch_domain_create() */
> int shadow_domain_init(struct domain *d, unsigned int domcr_flags)
> @@ -49,8 +53,8 @@ int shadow_domain_init(struct domain *d,
> INIT_PAGE_LIST_HEAD(&d->arch.paging.shadow.pinned_shadows);
>
> /* Use shadow pagetables for log-dirty support */
> - paging_log_dirty_init(d, shadow_enable_log_dirty,
> - shadow_disable_log_dirty, shadow_clean_dirty_bitmap);
> + paging_log_dirty_init(d, sh_enable_log_dirty,
> + sh_disable_log_dirty, sh_clean_dirty_bitmap);
>
> #if (SHADOW_OPTIMIZATIONS & SHOPT_OUT_OF_SYNC)
> d->arch.paging.shadow.oos_active = 0;
> @@ -3422,7 +3426,7 @@ shadow_write_p2m_entry(struct domain *d,
> /* Shadow specific code which is called in paging_log_dirty_enable().
> * Return 0 if no problem found.
> */
> -int shadow_enable_log_dirty(struct domain *d, bool_t log_global)
> +static int sh_enable_log_dirty(struct domain *d, bool_t log_global)
> {
> int ret;
>
> @@ -3450,7 +3454,7 @@ int shadow_enable_log_dirty(struct domai
> }
>
> /* shadow specfic code which is called in paging_log_dirty_disable() */
> -int shadow_disable_log_dirty(struct domain *d)
> +static int sh_disable_log_dirty(struct domain *d)
> {
> int ret;
>
> @@ -3464,7 +3468,7 @@ int shadow_disable_log_dirty(struct doma
> /* This function is called when we CLEAN log dirty bitmap. See
> * paging_log_dirty_op() for details.
> */
> -void shadow_clean_dirty_bitmap(struct domain *d)
> +static void sh_clean_dirty_bitmap(struct domain *d)
> {
> paging_lock(d);
> /* Need to revoke write access to the domain's pages again.
> --- a/xen/include/asm-x86/shadow.h
> +++ b/xen/include/asm-x86/shadow.h
> @@ -77,15 +77,6 @@ void shadow_teardown(struct domain *d);
> /* Call once all of the references to the domain have gone away */
> void shadow_final_teardown(struct domain *d);
>
> -/* shadow code to call when log dirty is enabled */
> -int shadow_enable_log_dirty(struct domain *d, bool_t log_global);
> -
> -/* shadow code to call when log dirty is disabled */
> -int shadow_disable_log_dirty(struct domain *d);
> -
> -/* shadow code to call when bitmap is being cleaned */
> -void shadow_clean_dirty_bitmap(struct domain *d);
> -
> /* Update all the things that are derived from the guest's CR0/CR3/CR4.
> * Called to initialize paging structures if the paging mode
> * has changed, and when bringing up a VCPU for the first time. */
>
>
>
next prev parent reply other threads:[~2015-01-28 11:19 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-28 8:00 [PATCH 0/4] x86: allow for more memory to be used Jan Beulich
2015-01-28 8:10 ` [PATCH 1/4] x86: skip further initialization for idle domains Jan Beulich
2015-01-28 11:00 ` Andrew Cooper
2015-01-28 8:11 ` [PATCH 2/4] x86/mm: allow for building without shadow mode support Jan Beulich
2015-01-28 11:10 ` Andrew Cooper
2015-01-29 17:34 ` Tim Deegan
2015-01-30 9:28 ` Jan Beulich
2015-01-28 8:11 ` [PATCH 3/4] x86: provide build time option to support up to 123Tb of memory Jan Beulich
2015-01-28 12:10 ` Andrew Cooper
2015-01-28 14:16 ` Jan Beulich
2015-01-28 8:12 ` [PATCH 4/4] x86/shadow: make some log‑dirty handling functions static Jan Beulich
2015-01-28 11:18 ` Andrew Cooper [this message]
2015-01-29 11:21 ` [PATCH 4/4] x86/shadow: make some log?dirty " Tim Deegan
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=54C8C5A2.7070901@citrix.com \
--to=andrew.cooper3@citrix.com \
--cc=JBeulich@suse.com \
--cc=keir@xen.org \
--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.