From: Julien Grall <julien.grall@linaro.org>
To: Arianna Avanzini <avanzini.arianna@gmail.com>, xen-devel@lists.xen.org
Cc: julien.grall@citrix.com, paolo.valente@unimore.it, keir@xen.org,
stefano.stabellini@eu.citrix.com, tim@xen.org,
dario.faggioli@citrix.com, Ian.Jackson@eu.citrix.com,
Ian.Campbell@eu.citrix.com, etrudeau@broadcom.com,
JBeulich@suse.com, andrew.cooper3@citrix.com,
viktor.kleinik@globallogic.com
Subject: Re: [PATCH v7 04/10] arch/arm: let map_mmio_regions() use start and count
Date: Mon, 05 May 2014 19:55:18 +0100 [thread overview]
Message-ID: <5367DE96.6050103@linaro.org> (raw)
In-Reply-To: <1399305254-3695-5-git-send-email-avanzini.arianna@gmail.com>
Hi Arianna,
Thank you for the patch.
On 05/05/14 16:54, Arianna Avanzini wrote:
> Currently, the arguments given to the function map_mmio_regions() to
> describe the memory range to be mapped are the start and end page frame
> numbers of the range to be mapped. However, this could give rise to
> issues due to the range being inclusive or exclusive of the end gfn
> given as parameter. This commit changes the interface of the function
> to accept the start gfn and the number of gfns to be mapped.
>
> Signed-off-by: Arianna Avanzini <avanzini.arianna@gmail.com>
> Cc: Dario Faggioli <dario.faggioli@citrix.com>
> Cc: Paolo Valente <paolo.valente@unimore.it>
> Cc: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
> Cc: Julien Grall <julien.grall@citrix.com>
> Cc: Ian Campbell <Ian.Campbell@eu.citrix.com>
> Cc: Jan Beulich <JBeulich@suse.com>
> Cc: Keir Fraser <keir@xen.org>
> Cc: Tim Deegan <tim@xen.org>
> Cc: Ian Jackson <Ian.Jackson@eu.citrix.com>
> Cc: Andrew Cooper <andrew.cooper3@citrix.com>
> Cc: Eric Trudeau <etrudeau@broadcom.com>
> Cc: Viktor Kleinik <viktor.kleinik@globallogic.com>
> ---
> xen/arch/arm/domain_build.c | 2 +-
> xen/arch/arm/gic.c | 11 +++--------
> xen/arch/arm/p2m.c | 4 ++--
> xen/arch/arm/platforms/exynos5.c | 6 ++----
> xen/arch/arm/platforms/omap5.c | 12 ++++--------
> xen/arch/arm/platforms/xgene-storm.c | 2 +-
> xen/include/asm-arm/p2m.h | 7 ++++---
> 7 files changed, 17 insertions(+), 27 deletions(-)
>
> diff --git a/xen/arch/arm/domain_build.c b/xen/arch/arm/domain_build.c
> index fc3f110..23874a8 100644
> --- a/xen/arch/arm/domain_build.c
> +++ b/xen/arch/arm/domain_build.c
> @@ -753,7 +753,7 @@ static int map_device(struct domain *d, const struct dt_device_node *dev)
> }
> res = map_mmio_regions(d,
> paddr_to_pfn(addr & PAGE_MASK),
> - paddr_to_pfn_aligned(addr + size),
> + size / PAGE_SIZE + (size % PAGE_SIZE ? 1 : 0),
Would not it be easier to use paddr_to_pfn(PAGE_ALIGN(size))?
> return 0;
> diff --git a/xen/arch/arm/platforms/xgene-storm.c b/xen/arch/arm/platforms/xgene-storm.c
> index f3662fd..a7f4c8b 100644
> --- a/xen/arch/arm/platforms/xgene-storm.c
> +++ b/xen/arch/arm/platforms/xgene-storm.c
> @@ -48,7 +48,7 @@ static int map_one_mmio(struct domain *d, const char *what,
> printk("Additional MMIO %"PRIpaddr"-%"PRIpaddr" (%s)\n",
> start, end, what);
> ret = map_mmio_regions(d, paddr_to_pfn(start),
> - paddr_to_pfn_aligned(end),
> + paddr_to_pfn_aligned(end) - paddr_to_pfn(start) + 1,
I would directly give the pfn in argument of map_one_mmio.
Regards,
--
Julien Grall
next prev parent reply other threads:[~2014-05-05 18:55 UTC|newest]
Thread overview: 45+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-05-05 15:54 [PATCH v7 00/10] Implement the XEN_DOMCTL_memory_mapping hypercall for ARM Arianna Avanzini
2014-05-05 15:54 ` [PATCH v7 01/10] arch/arm: domain build: let dom0 access I/O memory of mapped devices Arianna Avanzini
2014-05-05 15:54 ` [PATCH v7 02/10] arch/arm: add consistency check to REMOVE p2m changes Arianna Avanzini
2014-05-06 16:51 ` Julien Grall
2014-05-06 16:52 ` Julien Grall
2014-05-05 15:54 ` [PATCH v7 03/10] arch/arm: let map_mmio_regions() take pfn as parameters Arianna Avanzini
2014-05-05 15:54 ` [PATCH v7 04/10] arch/arm: let map_mmio_regions() use start and count Arianna Avanzini
2014-05-05 18:55 ` Julien Grall [this message]
2014-05-07 11:03 ` Ian Campbell
2014-05-19 13:47 ` Julien Grall
2014-05-05 15:54 ` [PATCH v7 05/10] arch/x86: check if mapping exists before memory_mapping removes it Arianna Avanzini
2014-05-06 8:25 ` Jan Beulich
2014-05-05 15:54 ` [PATCH v7 06/10] xen/x86: factor out map and unmap from the memory_mapping DOMCTL Arianna Avanzini
2014-05-06 8:35 ` Jan Beulich
2014-05-05 15:54 ` [PATCH v7 07/10] xen/common: move the memory_mapping DOMCTL hypercall to common code Arianna Avanzini
2014-05-06 8:40 ` Jan Beulich
2014-05-07 11:09 ` Ian Campbell
2014-05-10 0:26 ` Arianna Avanzini
2014-05-12 8:29 ` Jan Beulich
2014-05-07 11:10 ` Ian Campbell
2014-05-06 16:54 ` Julien Grall
2014-05-10 1:20 ` Arianna Avanzini
2014-05-10 9:03 ` Julien Grall
2014-05-05 15:54 ` [PATCH v7 08/10] tools/libxl: parse optional start gfn from the iomem config option Arianna Avanzini
2014-05-05 15:54 ` [PATCH v7 09/10] tools/libxl: handle the iomem parameter with the memory_mapping hcall Arianna Avanzini
2014-05-06 8:44 ` Jan Beulich
2014-05-07 11:16 ` Ian Campbell
2014-05-05 15:54 ` [PATCH v7 10/10] xen/common: do not implicitly permit access to mapped I/O memory Arianna Avanzini
2014-05-06 9:06 ` Jan Beulich
2014-05-10 1:10 ` Arianna Avanzini
2014-05-12 8:35 ` Jan Beulich
2014-05-25 17:14 ` Julien Grall
2014-05-26 9:03 ` Jan Beulich
2014-05-26 10:14 ` Jan Beulich
2014-05-26 10:53 ` Julien Grall
2014-05-26 11:14 ` Jan Beulich
2014-05-26 11:24 ` Julien Grall
2014-05-26 11:37 ` Jan Beulich
2014-05-26 11:42 ` Julien Grall
2014-05-26 11:51 ` Jan Beulich
2014-05-26 12:15 ` Julien Grall
2014-05-26 13:22 ` Jan Beulich
2014-05-26 14:26 ` Julien Grall
2014-05-26 15:00 ` Jan Beulich
2014-05-06 8:21 ` [PATCH v7 00/10] Implement the XEN_DOMCTL_memory_mapping hypercall for ARM Jan Beulich
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=5367DE96.6050103@linaro.org \
--to=julien.grall@linaro.org \
--cc=Ian.Campbell@eu.citrix.com \
--cc=Ian.Jackson@eu.citrix.com \
--cc=JBeulich@suse.com \
--cc=andrew.cooper3@citrix.com \
--cc=avanzini.arianna@gmail.com \
--cc=dario.faggioli@citrix.com \
--cc=etrudeau@broadcom.com \
--cc=julien.grall@citrix.com \
--cc=keir@xen.org \
--cc=paolo.valente@unimore.it \
--cc=stefano.stabellini@eu.citrix.com \
--cc=tim@xen.org \
--cc=viktor.kleinik@globallogic.com \
--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).