xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
From: Julien Grall <julien.grall@linaro.org>
To: Ian Campbell <ian.campbell@citrix.com>, xen-devel@lists.xen.org
Cc: Anup Patel <apatel@apm.com>,
	Andre Przywara <andre.przywara@calxeda.com>,
	tim@xen.org, Pranavkumar Sawargaonkar <psawargaonkar@apm.com>,
	stefano.stabellini@eu.citrix.com
Subject: Re: [PATCH] tools: libxc: flush data cache after loading images into guest memory
Date: Thu, 12 Dec 2013 14:11:49 +0000	[thread overview]
Message-ID: <52A9C425.7030109@linaro.org> (raw)
In-Reply-To: <1386850863-16373-1-git-send-email-ian.campbell@citrix.com>



On 12/12/2013 12:21 PM, Ian Campbell wrote:
> On ARM guest OSes are started with MMU and Caches disables (as they are on
> native) however caching is enabled in the domain running the builder and
> therefore we must flush the cache as we load the blobs, otherwise when the
> guest starts running it may not see them. The dom0 build in the hypervisor has
> the same requirements and already does the right thing.
>
> The mechanism for performing a cache flush from userspace is OS specific, so
> implement this as a new osdep hook:
>
>   - On 32-bit ARM Linux provides a system call to flush the cache.
>   - On 64-bit ARM Linux the processor is configured to allow cache flushes
>     directly from userspace.
>   - Non-Linux platforms will need to provide their own implementation. If
>     similar mechanisms are not available then a new privcmd ioctl should be a
>     suitable alternative.
>
> No cache maintenance is required on x86, so provide a stub for all non-Linux
> platforms which returns success on x86 only and log an error otherwise.
>
> This fixes guest building on Xgene which has a very large L3 cache and so is
> particularly susceptible to this problem. It has also been observed
> sporadically on midway.
>
> Signed-off-by: Ian Campbell <ian.campbell@citrix.com>
> Cc: Andre Przywara <andre.przywara@calxeda.com>
> Cc: Pranavkumar Sawargaonkar <psawargaonkar@apm.com>
> Cc: Anup Patel <apatel@apm.com>
> ---
> Freeze: Bugfix.
> ---
>   tools/libxc/xc_dom_armzimageloader.c |    1 +
>   tools/libxc/xc_dom_binloader.c       |    1 +
>   tools/libxc/xc_dom_core.c            |    2 ++
>   tools/libxc/xc_linux_osdep.c         |   39 ++++++++++++++++++++++++++++++++++
>   tools/libxc/xc_minios.c              |   11 ++++++++++
>   tools/libxc/xc_netbsd.c              |   12 +++++++++++
>   tools/libxc/xc_private.c             |    5 +++++
>   tools/libxc/xc_private.h             |    3 +++
>   tools/libxc/xc_solaris.c             |   12 +++++++++++
>   tools/libxc/xenctrl_osdep_ENOSYS.c   |    6 ++++++
>   tools/libxc/xenctrlosdep.h           |    1 +
>   11 files changed, 93 insertions(+)
>


[..]


> diff --git a/tools/libxc/xenctrl_osdep_ENOSYS.c b/tools/libxc/xenctrl_osdep_ENOSYS.c
> index 4821342..c6fceff 100644
> --- a/tools/libxc/xenctrl_osdep_ENOSYS.c
> +++ b/tools/libxc/xenctrl_osdep_ENOSYS.c
> @@ -63,6 +63,10 @@ static void *ENOSYS_privcmd_map_foreign_ranges(xc_interface *xch, xc_osdep_handl
>       return MAP_FAILED;
>   }
>
> +static void ENOSYS_privcmd_cache_flush(xc_interface *xch, const void *p, size_t n)
> +{
> +}
> +

Missing IPRINTF for this function.

>   static struct xc_osdep_ops ENOSYS_privcmd_ops =
>   {
>       .open      = &ENOSYS_privcmd_open,
> @@ -74,6 +78,8 @@ static struct xc_osdep_ops ENOSYS_privcmd_ops =
>           .map_foreign_bulk = &ENOSYS_privcmd_map_foreign_bulk,
>           .map_foreign_range = &ENOSYS_privcmd_map_foreign_range,
>           .map_foreign_ranges = &ENOSYS_privcmd_map_foreign_ranges,
> +
> +        .cache_flush = &ENOSYS_privcmd_cache_flush,
>       }
>   };
>
> diff --git a/tools/libxc/xenctrlosdep.h b/tools/libxc/xenctrlosdep.h
> index e610a24..6c9a005 100644
> --- a/tools/libxc/xenctrlosdep.h
> +++ b/tools/libxc/xenctrlosdep.h
> @@ -89,6 +89,7 @@ struct xc_osdep_ops
>               void *(*map_foreign_ranges)(xc_interface *xch, xc_osdep_handle h, uint32_t dom, size_t size, int prot,
>                                           size_t chunksize, privcmd_mmap_entry_t entries[],
>                                           int nentries);
> +            void (*cache_flush)(xc_interface *xch, const void *p, size_t n);
>           } privcmd;
>           struct {
>               int (*fd)(xc_evtchn *xce, xc_osdep_handle h);
>

-- 
Julien Grall

  reply	other threads:[~2013-12-12 14:11 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-12-12 12:21 [PATCH] tools: libxc: flush data cache after loading images into guest memory Ian Campbell
2013-12-12 14:11 ` Julien Grall [this message]
2013-12-12 14:23 ` [PATCH v2] " Ian Campbell
2013-12-12 14:30   ` Stefano Stabellini
2013-12-12 14:37     ` Ian Campbell
2013-12-12 14:45       ` Stefano Stabellini
2013-12-12 14:49         ` Ian Campbell
2013-12-12 17:31   ` Ian Campbell
2013-12-12 17:52     ` Ian Jackson
2013-12-12 19:32       ` Ian Campbell
2013-12-12 19:43         ` Ian Jackson
2013-12-12 17:33   ` Ian Campbell
2013-12-13  0:49   ` Julien Grall
2013-12-13  8:26     ` Ian Campbell
2013-12-13 12:01       ` Stefano Stabellini
2013-12-13 12:53         ` Ian Campbell
2013-12-16  0:49           ` Julien Grall
2013-12-16 11:05             ` Ian Campbell

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=52A9C425.7030109@linaro.org \
    --to=julien.grall@linaro.org \
    --cc=andre.przywara@calxeda.com \
    --cc=apatel@apm.com \
    --cc=ian.campbell@citrix.com \
    --cc=psawargaonkar@apm.com \
    --cc=stefano.stabellini@eu.citrix.com \
    --cc=tim@xen.org \
    --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).