From: Marc Zyngier <marc.zyngier@arm.com>
To: Derek Basehore <dbasehore@chromium.org>
Cc: linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org,
rafael.j.wysocki@intel.com, tglx@linutronix.de,
briannorris@chromium.org
Subject: Re: [PATCH 8/8] irqchip/gic-v3: add power down/up sequence
Date: Sun, 14 Jan 2018 11:04:43 +0000 [thread overview]
Message-ID: <86bmhwg0qc.wl-marc.zyngier@arm.com> (raw)
In-Reply-To: <20180112212422.148625-9-dbasehore@chromium.org>
On Fri, 12 Jan 2018 21:24:22 +0000,
Derek Basehore wrote:
>
> This adds the implementation specific power down/up sequence for the
> GIC-500 and the GIC-600 (which are implementations of the GIC-v3
> specification). This allows the LPI pending information to be properly
> flushed on suspend if the GIC is disabled.
Please add references to the TRMs.
>
> Change-Id: Iad2135b5f5a57f7dc0c15d05e4b9a06e1b4c24d1
> Signed-off-by: Derek Basehore <dbasehore@chromium.org>
> ---
> drivers/irqchip/irq-gic-v3.c | 58 ++++++++++++++++++++++++++++++++++++++
> include/linux/irqchip/arm-gic-v3.h | 9 ++++++
> 2 files changed, 67 insertions(+)
>
> diff --git a/drivers/irqchip/irq-gic-v3.c b/drivers/irqchip/irq-gic-v3.c
> index 95d37fb6f458..5286757dd413 100644
> --- a/drivers/irqchip/irq-gic-v3.c
> +++ b/drivers/irqchip/irq-gic-v3.c
> @@ -816,6 +816,35 @@ static void gic_redist_save(int cpu)
> ctx->nsacr = readl_relaxed(base + GICR_NSACR);
> }
>
> +static void gic_power_down(void)
> +{
> + void __iomem *base = gic_data.dist_base;
> + u32 product_id = readl_relaxed(base + GICD_IIDR) >>
> + GICD_IIDR_PRODUCTID_SHIFT;
> +
> + /*
> + * This power down sequence is implementation defined. It's the same for
> + * the GIC-500 and GIC-600.
> + */
> + if ((product_id & GIC500_IIDR_PRODUCTID) ||
> + (product_id & GIC600_IIDR_PRODUCTID)) {
> + u32 val;
> +
> + /*
> + * There's only one instance of the GICR_WAKER register which
> + * each redistributor maps to. So this just needs to be set for
> + * the current CPU.
> + */
> + base = gic_data_rdist_rd_base();
> + val = readl_relaxed(base + GICR_WAKER);
> + writel_relaxed(val | GICR_WAKER_Sleep, base + GICR_WAKER);
> + while (!(readl_relaxed(base + GICR_WAKER) &
> + GICR_WAKER_Quiescent))
GICR_WAKER is secure only when GICD_CTLR.DS=0. How do you suggest this
works in the general case? Do you know of a single firmware
implementation that sets DS=1 for GIC500 or GIC600?
This feels like code that has been lifted verbatim from a firmware
implementation without even thinking of the consequences...
> + ;
> +
> + }
> +}
> +
> static void gic_dist_save(void)
> {
> struct gic_dist_ctx *ctx = gic_data.gicd_ctx;
> @@ -871,6 +900,7 @@ static int gic_suspend(void)
> for_each_possible_cpu(cpu)
> gic_redist_save(cpu);
>
> + gic_power_down();
> its_save_disable();
> gic_dist_save();
>
> @@ -901,6 +931,33 @@ static void gic_rdist_restore(int cpu)
> gic_do_wait_for_rwp(base);
> }
>
> +static void gic_power_up(void)
> +{
> + void __iomem *base = gic_data.dist_base;
> + u32 product_id = readl_relaxed(base + GICD_IIDR) >>
> + GICD_IIDR_PRODUCTID_SHIFT;
> +
> + /*
> + * Same as the power down sequence, this part of the power up sequence
> + * is implementation defined.
> + */
> + if ((product_id & GIC500_IIDR_PRODUCTID) ||
> + (product_id & GIC600_IIDR_PRODUCTID)) {
> + u32 val;
> +
> + /*
> + * Need to turn the GIC back on in-case suspend is cancelled.
> + * The GIC hardware reset state or the platform layer should
> + * handle this otherwise.
> + */
> + base = gic_data_rdist_rd_base();
> + val = readl_relaxed(base + GICR_WAKER);
> + writel_relaxed(val & ~GICR_WAKER_Sleep, base + GICR_WAKER);
> + while (readl_relaxed(base + GICR_WAKER) & GICR_WAKER_Quiescent)
> + ;
> + }
> +}
Same here.
> +
> static void gic_dist_restore(void)
> {
> struct gic_dist_ctx *ctx = gic_data.gicd_ctx;
> @@ -937,6 +994,7 @@ static void gic_resume(void)
>
> gic_dist_restore();
> its_restore_enable();
> + gic_power_up();
> for_each_possible_cpu(cpu)
> gic_rdist_restore(cpu);
>
> diff --git a/include/linux/irqchip/arm-gic-v3.h b/include/linux/irqchip/arm-gic-v3.h
> index f086987e3cb4..22ced72be1c5 100644
> --- a/include/linux/irqchip/arm-gic-v3.h
> +++ b/include/linux/irqchip/arm-gic-v3.h
> @@ -59,6 +59,10 @@
> #define GICD_NSACR_SHIFT 4
> #define GICD_IROUTER_SHIFT 0
>
> +#define GICD_IIDR_PRODUCTID_SHIFT 24
> +#define GIC500_IIDR_PRODUCTID 0x00
> +#define GIC600_IIDR_PRODUCTID 0x02
> +
> /*
> * Those registers are actually from GICv2, but the spec demands that they
> * are implemented as RES0 if ARE is 1 (which we do in KVM's emulated GICv3).
> @@ -122,8 +126,13 @@
>
> #define GICR_TYPER_CPU_NUMBER(r) (((r) >> 8) & 0xffff)
>
> +/*
> + * Sleep and Quiescent are implementation specific for the GIC-500 and GIC-600.
> + */
> +#define GICR_WAKER_Sleep (1U << 0)
> #define GICR_WAKER_ProcessorSleep (1U << 1)
> #define GICR_WAKER_ChildrenAsleep (1U << 2)
> +#define GICR_WAKER_Quiescent (1U << 31)
>
> #define GIC_BASER_CACHE_nCnB 0ULL
> #define GIC_BASER_CACHE_SameAsInner 0ULL
> --
> 2.16.0.rc1.238.g530d649a79-goog
>
I really don't see how this patch can have any effect on any known
implementation. Care to shed some light?
Thanks,
M.
prev parent reply other threads:[~2018-01-14 11:04 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-01-12 21:24 [PATCH 0/8] GICv3 Save and Restore Derek Basehore
2018-01-12 21:24 ` [PATCH 1/8] cpu_pm: add syscore_suspend error handling Derek Basehore
2018-01-12 22:07 ` Brian Norris
2018-01-12 21:24 ` [PATCH 2/8] lib/iomap_copy: add __ioread64_copy() Derek Basehore
2018-01-12 21:24 ` [PATCH 3/8] cpu_pm: Add SYSTEM_PM state Derek Basehore
2018-01-12 21:24 ` [PATCH 4/8] irqchip/gic-v3: add ability to save/restore GIC/ITS state Derek Basehore
2018-01-13 18:10 ` Marc Zyngier
2018-01-18 23:33 ` Brian Norris
2018-01-19 9:22 ` Marc Zyngier
2018-01-19 22:58 ` dbasehore .
2018-01-12 21:24 ` [PATCH 5/8] DT/arm,gic-v3: add save-suspend-state property Derek Basehore
2018-01-14 10:48 ` Marc Zyngier
2018-01-12 21:24 ` [PATCH 6/8] irqchip/gic-v3-its: add ability to resend MAPC on resume Derek Basehore
2018-01-14 10:56 ` Marc Zyngier
2018-01-25 23:07 ` dbasehore .
2018-01-12 21:24 ` [PATCH 7/8] DT/arm,gic-v3: add resend-mapc-on-resume property Derek Basehore
2018-01-12 21:24 ` [PATCH 8/8] irqchip/gic-v3: add power down/up sequence Derek Basehore
2018-01-14 11:04 ` Marc Zyngier [this message]
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=86bmhwg0qc.wl-marc.zyngier@arm.com \
--to=marc.zyngier@arm.com \
--cc=briannorris@chromium.org \
--cc=dbasehore@chromium.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=rafael.j.wysocki@intel.com \
--cc=tglx@linutronix.de \
/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).