Received: by 10.223.176.5 with SMTP id f5csp77959wra; Mon, 5 Feb 2018 17:04:21 -0800 (PST) X-Google-Smtp-Source: AH8x225XWWysrgn36ESNF7of3wz21jh/cC7InLPnz9abqZcjIbyuZlT0QHybhD2ia45TpN7AA2tY X-Received: by 2002:a17:902:694a:: with SMTP id k10-v6mr601037plt.301.1517879061068; Mon, 05 Feb 2018 17:04:21 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1517879061; cv=none; d=google.com; s=arc-20160816; b=lPb2hywg0ry5aJEqoELqigbqPiC9DqAPuItZiekh/4oOkvqFnjrWw6/kUwQgXzO8S4 EncxD86KuEEXvSFBYwec5VpemBmEpzvpSBcFdelky1Z/BYAmdnzR0tdlimZHkNYXKE8P af8RhvPqwiKYM4vgr4liUuZcNUHmsJ0dbxX83CLcz5D8wE5Eyj8p2TpcQ0ScudhGmEz8 UmPYo40uo3YunXxYrKgtxJUJZCAjo3Bln/PWcuD1D4yWyH3ldD3nyUyPPsaNQbgyfgxD morl401VNOKYHdAzv6TUJmpHeA5r2W1Ij9AMjEvGDuMl+QKumVYHoCBuv1f/RovH/mKF T6dA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:cc:to:subject :message-id:date:from:references:in-reply-to:mime-version :dkim-signature:dkim-signature:arc-authentication-results; bh=jr2jUTwjuETGRF0iILxtQYhtSJupj/6cbqE8Dryew4Y=; b=J/g+2qqi6xJYeIG8IHfuZ7W2IAIOzjkdotcG8t0ld/5sNDsNOo4sNVQHVwaZVRKjC8 A/Ccp+zYb0CULcJzbWmS+LGDVe+pGoeWLUn1BzTkqToGH6CA1opFonf2cXImP/HauBel XkWWencoq2I9GIga6V6F5SfVKPwMTheav4Np7L3iJFi1NIsHFll4zfOAMA0Qq0gZeWhH V0CvT26lYUyT7bnaCcY8YA+t8Kt6dlqahMyUYo1ytIhlfuuQlA6YJqd/eWSej0+efnRx VXunerHftE0lRg2pXaxoxBzaXHk8Bz5ZStXx72Bm6RPS963hhhohgbbMQ99H+QDUHCjp kyLg== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@google.com header.s=20161025 header.b=HGO9C42u; dkim=fail header.i=@chromium.org header.s=google header.b=e652+tA4; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=chromium.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z8-v6si566703plo.762.2018.02.05.17.04.06; Mon, 05 Feb 2018 17:04:21 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@google.com header.s=20161025 header.b=HGO9C42u; dkim=fail header.i=@chromium.org header.s=google header.b=e652+tA4; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=chromium.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752460AbeBFBCe (ORCPT + 99 others); Mon, 5 Feb 2018 20:02:34 -0500 Received: from mail-wm0-f66.google.com ([74.125.82.66]:39403 "EHLO mail-wm0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752364AbeBFBC1 (ORCPT ); Mon, 5 Feb 2018 20:02:27 -0500 Received: by mail-wm0-f66.google.com with SMTP id b21so604084wme.4 for ; Mon, 05 Feb 2018 17:02:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=jr2jUTwjuETGRF0iILxtQYhtSJupj/6cbqE8Dryew4Y=; b=HGO9C42uA1zaiauhKecYYTRyF5d+jhOYtmf8n+kJfD/5BfwE4b85bO/Z2eG2KvkXXo 23W98Yuyrvvvlu8ty3XX0nIRai25zkfdkjdWzgwnrHCI2k3Kz731x4xeEcuBE97wELtQ UejEjitkiBUoWUdnBoy8CZnZ9Vp/aoFjfQCniMjUaEUymTDJnlLiWb1DZUAedG1fs06x Rb8eHtiO3yc62NvzUI5c35xqMz6Oey0sZzQA9gYEMsY3f5SQlOrHxh5Qtp3Yuu7louXR 8LZspMy2Oa3JavJc75dEB10zOXEDYBw60PYf/TSe+n9R721rEVmd3LVbsycDAmqnlkZW lK+Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=jr2jUTwjuETGRF0iILxtQYhtSJupj/6cbqE8Dryew4Y=; b=e652+tA4u4HnCa+81AoXq1QAqU5OJsq5UYcXDUPICxw6ZGFbxg+vlMa0OOo/WSi8qW 7CHu/oJPLYrYe72uSiNQtuTT3BcWVmooPSOSVrHM5Ko0ra1AofGaVfbGI9dcmtCRMN0z WCiQkv8N2qHK3pj3hh29sa8x89KNbrxSNIEVE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-transfer-encoding; bh=jr2jUTwjuETGRF0iILxtQYhtSJupj/6cbqE8Dryew4Y=; b=UxgxAHmbOEK/QLIApMLK1GyZ+IK8AgSvCW0S8Vs+hQMzgLcyvirUynVYA8mKb/MxBj e763wpMKtp9K++p8lMCZxsZXdrm70K3pu/RqEPj4qqn3QQa+kXtfpo3F9j8x7Zq6kRXB lOKEB/EqDJLG4jPbAyLmQxf2ZJaXQNX41ROceaf+Oh+DtYfmuqi8nV8nsROdxx2GHaSP Afs/3f2MJ6I3TFyHG01e2GwuHktbwQfVn1gQ1ldQyu4w4NimLwGr/kY6nQZ9QVGmxjUh pJU8bTHsTq4MisxrJVxTF1WIW3wdYfWJjxwOswL5zKM6GM7slUVq1vXck3HNMlxKgtw/ i7fg== X-Gm-Message-State: APf1xPDDSTJFEtUm9Dx9IexHA3nJbIDZOc+ZSDe5d7KS7f1I/CbkfDE7 o5+5dzT1VN/k/EFoX1CQvSNtWDtJ2IWJSSCFDdxyEg== X-Received: by 10.28.35.200 with SMTP id j191mr452068wmj.146.1517878945905; Mon, 05 Feb 2018 17:02:25 -0800 (PST) MIME-Version: 1.0 Received: by 10.28.124.6 with HTTP; Mon, 5 Feb 2018 17:02:25 -0800 (PST) In-Reply-To: References: <20180203012450.18378-1-dbasehore@chromium.org> <20180203012450.18378-3-dbasehore@chromium.org> From: "dbasehore ." Date: Mon, 5 Feb 2018 17:02:25 -0800 X-Google-Sender-Auth: BpOydyU5rF_vptVQ99w3uw3jSC4 Message-ID: Subject: Re: [PATCH v4 2/5] irqchip/gic-v3-its: add ability to save/restore ITS state To: Marc Zyngier Cc: linux-kernel , Soby Mathew , Sudeep Holla , devicetree@vger.kernel.org, robh+dt@kernel.org, Mark Rutland , Linux-pm mailing list , "Wysocki, Rafael J" , Thomas Gleixner , Brian Norris Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Feb 5, 2018 at 5:01 PM, dbasehore . wrote: > On Mon, Feb 5, 2018 at 4:33 PM, dbasehore . wrot= e: >> On Mon, Feb 5, 2018 at 7:56 AM, Marc Zyngier wrot= e: >>> On 03/02/18 01:24, Derek Basehore wrote: >>>> Some platforms power off GIC logic in suspend, so we need to >>>> save/restore state. The distributor and redistributor registers need >>>> to be handled in platform code due to access permissions on those >>>> registers, but the ITS registers can be restored in the kernel. >>>> >>>> Signed-off-by: Derek Basehore >>>> --- >>>> drivers/irqchip/irq-gic-v3-its.c | 101 ++++++++++++++++++++++++++++++= +++++++++ >>>> 1 file changed, 101 insertions(+) >>>> >>>> diff --git a/drivers/irqchip/irq-gic-v3-its.c b/drivers/irqchip/irq-gi= c-v3-its.c >>>> index 06f025fd5726..e13515cdb68f 100644 >>>> --- a/drivers/irqchip/irq-gic-v3-its.c >>>> +++ b/drivers/irqchip/irq-gic-v3-its.c >>>> @@ -33,6 +33,7 @@ >>>> #include >>>> #include >>>> #include >>>> +#include >>>> >>>> #include >>>> #include >>>> @@ -46,6 +47,7 @@ >>>> #define ITS_FLAGS_CMDQ_NEEDS_FLUSHING (1ULL << 0) >>>> #define ITS_FLAGS_WORKAROUND_CAVIUM_22375 (1ULL << 1) >>>> #define ITS_FLAGS_WORKAROUND_CAVIUM_23144 (1ULL << 2) >>>> +#define ITS_FLAGS_SAVE_SUSPEND_STATE (1ULL << 3) >>>> >>>> #define RDIST_FLAGS_PROPBASE_NEEDS_FLUSHING (1 << 0) >>>> >>>> @@ -83,6 +85,15 @@ struct its_baser { >>>> u32 psz; >>>> }; >>>> >>>> +/* >>>> + * Saved ITS state - this is where saved state for the ITS is stored >>>> + * when it's disabled during system suspend. >>>> + */ >>>> +struct its_ctx { >>>> + u64 cbaser; >>>> + u32 ctlr; >>>> +}; >>> >>> Nit: This is pretty small for the ITS context. Given that its_node is >>> the context, you can safely expand this in the its_node structure. >>> >>>> + >>>> struct its_device; >>>> >>>> /* >>>> @@ -101,6 +112,7 @@ struct its_node { >>>> struct its_collection *collections; >>>> struct fwnode_handle *fwnode_handle; >>>> u64 (*get_msi_base)(struct its_device *its_d= ev); >>>> + struct its_ctx its_ctx; >>>> struct list_head its_device_list; >>>> u64 flags; >>>> unsigned long list_nr; >>>> @@ -3042,6 +3054,90 @@ static void its_enable_quirks(struct its_node *= its) >>>> gic_enable_quirks(iidr, its_quirks, its); >>>> } >>>> >>>> +static int its_save_disable(void) >>>> +{ >>>> + struct its_node *its; >>>> + int err =3D 0; >>>> + >>>> + spin_lock(&its_lock); >>>> + list_for_each_entry(its, &its_nodes, entry) { >>>> + struct its_ctx *ctx; >>>> + void __iomem *base; >>>> + >>>> + if (!(its->flags & ITS_FLAGS_SAVE_SUSPEND_STATE)) >>>> + continue; >>>> + >>>> + ctx =3D &its->its_ctx; >>>> + base =3D its->base; >>>> + ctx->ctlr =3D readl_relaxed(base + GITS_CTLR); >>>> + err =3D its_force_quiescent(base); >>>> + if (err) { >>>> + pr_err("ITS failed to quiesce\n"); >>>> + writel_relaxed(ctx->ctlr, base + GITS_CTLR); >>>> + goto err; >>>> + } >>>> + >>>> + ctx->cbaser =3D gits_read_cbaser(base + GITS_CBASER); >>>> + } >>>> + >>>> +err: >>>> + if (err) { >>>> + list_for_each_entry_continue_reverse(its, &its_nodes, en= try) { >>>> + if (its->flags & ITS_FLAGS_SAVE_SUSPEND_STATE) { >>>> + struct its_ctx *ctx =3D &its->its_ctx; >>>> + void __iomem *base =3D its->base; >>>> + >>>> + writel_relaxed(ctx->ctlr, base + GITS_CT= LR); >>>> + } >>>> + } >>>> + } >>>> + >>>> + spin_unlock(&its_lock); >>>> + >>>> + return err; >>>> +} >>>> + >>>> +static void its_restore_enable(void) >>>> +{ >>>> + struct its_node *its; >>>> + >>>> + spin_lock(&its_lock); >>>> + list_for_each_entry(its, &its_nodes, entry) { >>>> + if (its->flags & ITS_FLAGS_SAVE_SUSPEND_STATE) { >>>> + struct its_ctx *ctx =3D &its->its_ctx; >>>> + void __iomem *base =3D its->base; >>>> + /* >>>> + * Only the lower 32 bits matter here since the = upper 32 >>>> + * don't include any of the offset. >>>> + */ >>>> + u32 creader =3D readl_relaxed(base + GITS_CREADR= ); >>> >>> Accessor matching gits_write_cwriter and co? >>> >>>> + int i; >>>> + >>>> + /* >>>> + * Reset the write location to where the ITS is >>>> + * currently at. >>>> + */ >>>> + gits_write_cbaser(ctx->cbaser, base + GITS_CBASE= R); >>>> + gits_write_cwriter(creader, base + GITS_CWRITER)= ; >>>> + its->cmd_write =3D &its->cmd_base[ >>>> + creader / sizeof(struct its_cmd_block)]; >>> >>> Nit: please do not split lines like this, this is unreadable. We both >>> have screens that are wide enough for this to fit on a single line. >>> >>> More importantly: Why isn't it sufficient to reset both CREADR and >>> CWRITER to zero? Is there any case where you can suspend whilst having >>> anything in flight? >>> >>>> + /* Restore GITS_BASER from the value cache. */ >>>> + for (i =3D 0; i < GITS_BASER_NR_REGS; i++) { >>>> + struct its_baser *baser =3D &its->tables= [i]; >>>> + >>>> + its_write_baser(its, baser, baser->val); >>> >>> You may want to first test that this BASER register is actually >>> requiring something before writing to it. Yes, this is normally safe. >>> But HW is also normally broken. >>> >> >> Anything specific to test? I see that I can check if the BASER >> register has the valid bit set and also that the type is not none. >> > > Okay, I found this snippet in the GICv3 Specification: > No memory is allocated for the translation table. The ITS discards any > writes to the > interrupt translation page when either: > =E2=80=A2 GITS_BASER.Type specifies any valid table entry type other t= han interrupt > collections, that is, any value other than 100. > =E2=80=A2 GITS_BASER.Type specifies an interrupt collection and > GITS_TYPER.HCC =3D=3D 0. This is when GITS_BASER.Valid =3D=3D 0 by the way. > > I'll turn this into a test in code and only write the BASER if that passe= s. > >>>> + } >>>> + writel_relaxed(ctx->ctlr, base + GITS_CTLR); >>> >>> Before restoring all of this, shouldn't you first test that the ITS is >>> actually in a disabled state? >>> >>>> + } >>>> + } >>>> + spin_unlock(&its_lock); >>>> +} >>>> + >>>> +static struct syscore_ops its_syscore_ops =3D { >>>> + .suspend =3D its_save_disable, >>>> + .resume =3D its_restore_enable, >>>> +}; >>>> + >>>> static int its_init_domain(struct fwnode_handle *handle, struct its_n= ode *its) >>>> { >>>> struct irq_domain *inner_domain; >>>> @@ -3261,6 +3357,9 @@ static int __init its_probe_one(struct resource = *res, >>>> ctlr |=3D GITS_CTLR_ImDe; >>>> writel_relaxed(ctlr, its->base + GITS_CTLR); >>>> >>>> + if (fwnode_property_present(handle, "reset-on-suspend")) >>>> + its->flags |=3D ITS_FLAGS_SAVE_SUSPEND_STATE; >>>> + >>>> err =3D its_init_domain(handle, its); >>>> if (err) >>>> goto out_free_tables; >>>> @@ -3515,5 +3614,7 @@ int __init its_init(struct fwnode_handle *handle= , struct rdists *rdists, >>>> } >>>> } >>>> >>>> + register_syscore_ops(&its_syscore_ops); >>>> + >>>> return 0; >>>> } >>>> >>> >>> Thanks, >>> >>> M. >>> -- >>> Jazz is not dead. It just smells funny...