All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
To: Shannon Zhao <shannon.zhao@linaro.org>
Cc: ian.campbell@citrix.com,
	Stefano Stabellini <stefano.stabellini@eu.citrix.com>,
	peter.huangpeng@huawei.com, xen-devel@lists.xen.org,
	julien.grall@citrix.com, stefano.stabellini@citrix.com,
	Shannon Zhao <zhaoshenglong@huawei.com>
Subject: Re: [PATCH v5 6/8] arm/gic-v3: Refactor gicv3_init into generic and dt specific parts
Date: Wed, 27 Jan 2016 13:59:03 +0000	[thread overview]
Message-ID: <alpine.DEB.2.02.1601271358530.7719@kaball.uk.xensource.com> (raw)
In-Reply-To: <56A8BF47.7070300@linaro.org>

On Wed, 27 Jan 2016, Shannon Zhao wrote:
> On 2016/1/27 20:18, Stefano Stabellini wrote:
> > On Sat, 23 Jan 2016, Shannon Zhao wrote:
> > > >From: Shannon Zhao<shannon.zhao@linaro.org>
> > > >
> > > >Refactor gic-v3 related functions into dt and generic parts. This will be
> > > >helpful when adding acpi support for gic-v3.
> > > >
> > > >Signed-off-by: Shannon Zhao<shannon.zhao@linaro.org>
> > > >---
> > > >v5: none
> > > >v4: Use INVALID_PADDR and move ioremap to common init function
> > > >---
> > > >  xen/arch/arm/gic-v3.c | 114
> > > +++++++++++++++++++++++++++-----------------------
> > > >  1 file changed, 61 insertions(+), 53 deletions(-)
> > > >
> > > >diff --git a/xen/arch/arm/gic-v3.c b/xen/arch/arm/gic-v3.c
> > > >index a245b56..65a4de6 100644
> > > >--- a/xen/arch/arm/gic-v3.c
> > > >+++ b/xen/arch/arm/gic-v3.c
> > > >@@ -1138,41 +1138,14 @@ static int __init cmp_rdist(const void *a, const
> > > void *b)
> > > >      return ( l->base < r->base) ? -1 : 0;
> > > >  }
> > > >
> > > >+static paddr_t __initdata dbase = INVALID_PADDR, vbase = INVALID_PADDR;
> > > >+static paddr_t __initdata cbase = INVALID_PADDR, csize = INVALID_PADDR;
> > > >+
> > > >  /* If the GICv3 supports GICv2, initialize it */
> > > >-static void __init gicv3_init_v2(const struct dt_device_node *node,
> > > >-                                 paddr_t dbase)
> > > >+static void __init gicv3_init_v2(void)
> > > >  {
> > > >-    int res;
> > > >-    paddr_t cbase, csize;
> > > >-    paddr_t vbase, vsize;
> > > >-
> > > >-    /*
> > > >-     * For GICv3 supporting GICv2, GICC and GICV base address will be
> > > >-     * provided.
> > > >-     */
> > > >-    res = dt_device_get_address(node, 1 + gicv3.rdist_count,
> > > >-                                &cbase, &csize);
> > > >-    if ( res )
> > > >-        return;
> > > >-
> > > >-    res = dt_device_get_address(node, 1 + gicv3.rdist_count + 2,
> > > >-                                &vbase, &vsize);
> > > >-    if ( res )
> > > >-        return;
> > > >-
> > > >-    /*
> > > >-     * We emulate a vGICv2 using a GIC CPU interface of GUEST_GICC_SIZE.
> > > >-     * So only support GICv2 on GICv3 when the virtual CPU interface is
> > > >-     * at least GUEST_GICC_SIZE.
> > > >-     */
> > > >-    if ( vsize < GUEST_GICC_SIZE )
> > > >-    {
> > > >-        printk(XENLOG_WARNING
> > > >-               "GICv3: WARNING: Not enabling support for GICv2 compat
> > > mode.\n"
> > > >-               "Size of GICV (%#"PRIpaddr") must at least be %#llx.\n",
> > > >-               vsize, GUEST_GICC_SIZE);
> > The vsize < GUEST_GICC_SIZE check needs to remain here because ...
> > 
> Ah, sorry, didn't notice this. Will fix this. To reduce email traffic load I
> plan to update and send this patch only and hope we could apply the last five
> patches of this series firstly. I'll respin the first three patches and send
> them as an individual series. Is this fine?

That's OK for me

  reply	other threads:[~2016-01-27 13:59 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-01-23  8:00 [PATCH v5 0/8] Refactor DT specific codes preparing for ACPI support on ARM64 Shannon Zhao
2016-01-23  8:00 ` [PATCH v5 1/8] Kconfig: import kconfig.h from Linux 4.3 Shannon Zhao
2016-01-23 17:14   ` Jonathan Creekmore
2016-01-23 18:42     ` Andrew Cooper
2016-01-25  1:58       ` Shannon Zhao
2016-01-25 14:35   ` Jan Beulich
2016-01-26 10:23     ` Shannon Zhao
2016-01-23  8:00 ` [PATCH v5 2/8] ACPI: add config for BIOS table scan Shannon Zhao
2016-01-23 17:25   ` Jonathan Creekmore
2016-01-25  1:57     ` Shannon Zhao
2016-01-25 14:42     ` Jan Beulich
2016-01-23  8:00 ` [PATCH v5 3/8] acpi: Refactor acpi_os_map_memory to be architecturally independent Shannon Zhao
2016-01-25 14:43   ` Jan Beulich
2016-01-23  8:00 ` [PATCH v5 4/8] arm/smpboot: Move dt specific code in smp to seperate functions Shannon Zhao
2016-01-23  8:00 ` [PATCH v5 5/8] arm/gic-v2: Refactor gicv2_init into generic and dt specific parts Shannon Zhao
2016-01-23  8:00 ` [PATCH v5 6/8] arm/gic-v3: Refactor gicv3_init " Shannon Zhao
2016-01-27 12:18   ` Stefano Stabellini
2016-01-27 12:59     ` Shannon Zhao
2016-01-27 13:59       ` Stefano Stabellini [this message]
2016-01-28  2:33   ` [PATCH v6 " Shannon Zhao
2016-01-28 10:27     ` Stefano Stabellini
2016-01-30  9:03       ` Shannon Zhao
2016-02-03 12:14         ` Ian Campbell
2016-01-23  8:00 ` [PATCH v5 7/8] arm/uart: Rename dt-uart.c to arm-uart.c Shannon Zhao
2016-01-25 12:07   ` Ian Campbell
2016-01-23  8:00 ` [PATCH v5 8/8] pl011: Refactor pl011 driver to dt and common initialization parts Shannon Zhao

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=alpine.DEB.2.02.1601271358530.7719@kaball.uk.xensource.com \
    --to=stefano.stabellini@eu.citrix.com \
    --cc=ian.campbell@citrix.com \
    --cc=julien.grall@citrix.com \
    --cc=peter.huangpeng@huawei.com \
    --cc=shannon.zhao@linaro.org \
    --cc=stefano.stabellini@citrix.com \
    --cc=xen-devel@lists.xen.org \
    --cc=zhaoshenglong@huawei.com \
    /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.