From: Marc Zyngier <marc.zyngier@arm.com>
To: Miquel Raynal <miquel.raynal@bootlin.com>,
Thomas Gleixner <tglx@linutronix.de>,
Jason Cooper <jason@lakedaemon.net>,
Catalin Marinas <catalin.marinas@arm.com>,
Will Deacon <will.deacon@arm.com>, Andrew Lunn <andrew@lunn.ch>,
Gregory Clement <gregory.clement@bootlin.com>,
Sebastian Hesselbarth <sebastian.hesselbarth@gmail.com>
Cc: Mark Rutland <mark.rutland@arm.com>,
devicetree@vger.kernel.org, Haim Boot <hayim@marvell.com>,
Antoine Tenart <antoine.tenart@bootlin.com>,
Hanna Hawa <hannah@marvell.com>,
Maxime Chevallier <maxime.chevallier@bootlin.com>,
Nadav Haklai <nadavh@marvell.com>,
Rob Herring <robh+dt@kernel.org>,
Thomas Petazzoni <thomas.petazzoni@bootlin.com>,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v3 09/17] irqchip/irq-mvebu-icu: support ICU subnodes
Date: Thu, 28 Jun 2018 13:45:09 +0100 [thread overview]
Message-ID: <61ff2e4f-55b6-cf70-5f04-32cd197c35f8@arm.com> (raw)
In-Reply-To: <20180622151432.1566-10-miquel.raynal@bootlin.com>
On 22/06/18 16:14, Miquel Raynal wrote:
> The ICU can handle several type of interrupt, each of them being handled
> differently on AP side. On CP side, the ICU should be able to make the
> distinction between each interrupt group by pointing to the right parent.
>
> This is done through the introduction of new bindings, presenting the ICU
> node as the parent of multiple ICU sub-nodes, each of them being an
> interrupt type with a different interrupt parent. ICU interrupt 'clients'
> now directly point to the right sub-node, avoiding the need for the extra
> ICU_GRP_* parameter.
>
> ICU subnodes are probed automatically with devm_platform_populate(). If
> the node as no child, the probe function for NSRs will still be called
> 'manually' in order to preserve backward compatibility with DT using the
> old binding.
>
> Signed-off-by: Miquel Raynal <miquel.raynal@bootlin.com>
> ---
> drivers/irqchip/irq-mvebu-icu.c | 88 ++++++++++++++++++++++++++++++++++-------
> 1 file changed, 74 insertions(+), 14 deletions(-)
>
> diff --git a/drivers/irqchip/irq-mvebu-icu.c b/drivers/irqchip/irq-mvebu-icu.c
> index 24d45186eb6b..f7c2ede9c222 100644
> --- a/drivers/irqchip/irq-mvebu-icu.c
> +++ b/drivers/irqchip/irq-mvebu-icu.c
> @@ -43,6 +43,7 @@ struct mvebu_icu {
> struct regmap *regmap;
> struct device *dev;
> atomic_t initialized;
> + bool legacy_bindings;
> };
>
> struct mvebu_icu_irq_data {
> @@ -51,6 +52,30 @@ struct mvebu_icu_irq_data {
> unsigned int type;
> };
>
> +static struct mvebu_icu *mvebu_icu_dev_get_drvdata(struct platform_device *pdev)
> +{
> + struct mvebu_icu *icu;
> +
> + /*
> + * Device data being populated means we should be using legacy bindings.
> + * Using the _parent_ device data means we should be using new bindings.
> + */
> + icu = dev_get_drvdata(&pdev->dev);
> + if (icu) {
> + if (!icu->legacy_bindings)
> + return ERR_PTR(-EINVAL);
> + } else {
> + icu = dev_get_drvdata(pdev->dev.parent);
> + if (!icu)
> + return ERR_PTR(-ENODEV);
> +
> + if (icu->legacy_bindings)
> + return ERR_PTR(-EINVAL);
> + }
Doesn't this make legacy_bindings completely redundant? Either the
pointer is !NULL in the device, and this is using a legacy binging, or
it is stored in the parent, and this is a new binding. You could even
have a helper for that:
static bool is_legacy(struct platform_device *pdev)
{
return !dev_get_drvdata(&pdev->dev);
}
The driver really doesn't need to be defending against itself, if
anything, and it would save you quite a bit of error handling in the
callers of this function.
> +
> + return icu;
> +}
> +
> static void mvebu_icu_init(struct mvebu_icu *icu, struct msi_msg *msg)
> {
> if (atomic_cmpxchg(&icu->initialized, false, true))
> @@ -107,24 +132,28 @@ mvebu_icu_irq_domain_translate(struct irq_domain *d, struct irq_fwspec *fwspec,
> unsigned long *hwirq, unsigned int *type)
> {
> struct mvebu_icu *icu = platform_msi_get_host_data(d);
> - unsigned int icu_group;
> + unsigned int param_count = icu->legacy_bindings ? 3 : 2;
>
> /* Check the count of the parameters in dt */
> - if (WARN_ON(fwspec->param_count < 3)) {
> + if (WARN_ON(fwspec->param_count != param_count)) {
> dev_err(icu->dev, "wrong ICU parameter count %d\n",
> fwspec->param_count);
> return -EINVAL;
> }
>
> - /* Only ICU group type is handled */
> - icu_group = fwspec->param[0];
> - if (icu_group != ICU_GRP_NSR && icu_group != ICU_GRP_SR &&
> - icu_group != ICU_GRP_SEI && icu_group != ICU_GRP_REI) {
> - dev_err(icu->dev, "wrong ICU group type %x\n", icu_group);
> - return -EINVAL;
> + if (icu->legacy_bindings) {
> + *hwirq = fwspec->param[1];
> + *type = fwspec->param[2];
> + if (fwspec->param[0] != ICU_GRP_NSR) {
> + dev_err(icu->dev, "wrong ICU group type %x\n",
> + fwspec->param[0]);
> + return -EINVAL;
> + }
> + } else {
> + *hwirq = fwspec->param[0];
> + *type = fwspec->param[1];
> }
>
> - *hwirq = fwspec->param[1];
> if (*hwirq >= ICU_MAX_IRQS) {
> dev_err(icu->dev, "invalid interrupt number %ld\n", *hwirq);
> return -EINVAL;
> @@ -157,7 +186,10 @@ mvebu_icu_irq_domain_alloc(struct irq_domain *domain, unsigned int virq,
> goto free_irqd;
> }
>
> - icu_irqd->icu_group = fwspec->param[0];
> + if (icu->legacy_bindings)
> + icu_irqd->icu_group = fwspec->param[0];
> + else
> + icu_irqd->icu_group = ICU_GRP_NSR;
> icu_irqd->icu = icu;
>
> err = platform_msi_domain_alloc(domain, virq, nr_irqs);
> @@ -211,9 +243,9 @@ static int mvebu_icu_subset_probe(struct platform_device *pdev)
> struct irq_domain *irq_domain;
> struct mvebu_icu *icu;
>
> - icu = dev_get_drvdata(&pdev->dev);
> - if (!icu)
> - return -ENODEV;
> + icu = mvebu_icu_dev_get_drvdata(pdev);
> + if (IS_ERR(icu))
> + return PTR_ERR(icu);
>
> pdev->dev.msi_domain = of_msi_get_domain(&pdev->dev, pdev->dev.of_node,
> DOMAIN_BUS_PLATFORM_MSI);
> @@ -236,6 +268,22 @@ static int mvebu_icu_subset_probe(struct platform_device *pdev)
> return 0;
> }
>
> +static const struct of_device_id mvebu_icu_subset_of_match[] = {
> + {
> + .compatible = "marvell,cp110-icu-nsr",
> + },
> + {},
> +};
> +
> +static struct platform_driver mvebu_icu_subset_driver = {
> + .probe = mvebu_icu_subset_probe,
> + .driver = {
> + .name = "mvebu-icu-subset",
> + .of_match_table = mvebu_icu_subset_of_match,
> + },
> +};
> +builtin_platform_driver(mvebu_icu_subset_driver);
> +
> static struct regmap_config mvebu_icu_regmap_config = {
> .reg_bits = 32,
> .val_bits = 32,
> @@ -275,6 +323,15 @@ static int mvebu_icu_probe(struct platform_device *pdev)
> if (!icu->irq_chip.name)
> return -ENOMEM;
>
> + /*
> + * Legacy bindings: ICU is one node with one MSI parent: force manually
> + * the probe of the NSR interrupts side.
> + * New bindings: ICU node has children, one per interrupt controller
> + * having its own MSI parent: call platform_populate().
> + */
> + if (!of_get_child_count(pdev->dev.of_node))
> + icu->legacy_bindings = true;
> +
> icu->irq_chip.irq_mask = irq_chip_mask_parent;
> icu->irq_chip.irq_unmask = irq_chip_unmask_parent;
> icu->irq_chip.irq_eoi = irq_chip_eoi_parent;
> @@ -299,7 +356,10 @@ static int mvebu_icu_probe(struct platform_device *pdev)
>
> platform_set_drvdata(pdev, icu);
>
> - return mvebu_icu_subset_probe(pdev);
> + if (icu->legacy_bindings)
> + return mvebu_icu_subset_probe(pdev);
> + else
> + return devm_of_platform_populate(&pdev->dev);
> }
>
> static const struct of_device_id mvebu_icu_of_match[] = {
>
Thanks,
M.
--
Jazz is not dead. It just smells funny...
next prev parent reply other threads:[~2018-06-28 12:45 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-06-22 15:14 [PATCH v3 00/17] Add System Error Interrupt support to Armada SoCs Miquel Raynal
2018-06-22 15:14 ` [PATCH v3 01/17] platform-msi: allow creation of MSI domain without interrupt number Miquel Raynal
2018-06-28 11:12 ` Marc Zyngier
2018-06-29 7:40 ` Miquel Raynal
2018-06-29 14:38 ` Marc Zyngier
2018-06-29 14:43 ` Miquel Raynal
2018-06-22 15:14 ` [PATCH v3 02/17] dt-bindings/interrupt-controller: fix Marvell ICU length in the example Miquel Raynal
2018-06-22 15:14 ` [PATCH v3 03/17] arm64: dts: marvell: fix CP110 ICU node size Miquel Raynal
2018-06-25 15:05 ` Gregory CLEMENT
2018-06-25 15:09 ` Miquel Raynal
2018-06-22 15:14 ` [PATCH v3 04/17] irqchip/irq-mvebu-icu: fix wrong private data retrieval Miquel Raynal
2018-06-22 15:14 ` [PATCH v3 05/17] irqchip/irq-mvebu-icu: clarify the reset operation of configured interrupts Miquel Raynal
2018-06-22 15:14 ` [PATCH v3 06/17] irqchip/irq-mvebu-icu: switch to regmap Miquel Raynal
2018-06-28 12:05 ` Marc Zyngier
2018-06-29 15:27 ` Miquel Raynal
2018-06-29 17:17 ` Marc Zyngier
2018-06-29 18:20 ` Miquel Raynal
2018-06-22 15:14 ` [PATCH v3 07/17] irqchip/irq-mvebu-icu: make irq_domain local Miquel Raynal
2018-06-28 12:10 ` Marc Zyngier
2018-06-29 12:32 ` Miquel Raynal
2018-06-22 15:14 ` [PATCH v3 08/17] irqchip/irq-mvebu-icu: disociate ICU and NSR Miquel Raynal
2018-06-28 12:24 ` Marc Zyngier
2018-06-29 12:30 ` Miquel Raynal
2018-06-22 15:14 ` [PATCH v3 09/17] irqchip/irq-mvebu-icu: support ICU subnodes Miquel Raynal
2018-06-28 12:45 ` Marc Zyngier [this message]
2018-06-29 12:34 ` Miquel Raynal
2018-07-04 9:09 ` Miquel Raynal
2018-07-04 12:43 ` Marc Zyngier
2018-07-04 15:16 ` Miquel Raynal
2018-07-05 8:19 ` Marc Zyngier
2018-06-22 15:14 ` [PATCH v3 10/17] irqchip/irq-mvebu-sei: add new driver for Marvell SEI Miquel Raynal
2018-06-28 14:54 ` Marc Zyngier
2018-06-29 12:41 ` Miquel Raynal
2018-06-22 15:14 ` [PATCH v3 11/17] arm64: marvell: enable SEI driver Miquel Raynal
2018-06-22 15:14 ` [PATCH v3 12/17] irqchip/irq-mvebu-icu: add support for System Error Interrupts (SEI) Miquel Raynal
2018-06-28 16:49 ` Marc Zyngier
2018-06-28 17:12 ` Miquel Raynal
2018-06-22 15:14 ` [PATCH v3 13/17] dt-bindings/interrupt-controller: update Marvell ICU bindings Miquel Raynal
2018-06-22 15:14 ` [PATCH v3 14/17] dt-bindings/interrupt-controller: add documentation for Marvell SEI controller Miquel Raynal
2018-06-22 15:14 ` [PATCH v3 15/17] arm64: dts: marvell: add AP806 SEI subnode Miquel Raynal
2018-06-22 15:14 ` [PATCH v3 16/17] arm64: dts: marvell: use new bindings for CP110 interrupts Miquel Raynal
2018-06-22 15:14 ` [PATCH v3 17/17] arm64: dts: marvell: add CP110 ICU SEI subnode Miquel Raynal
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=61ff2e4f-55b6-cf70-5f04-32cd197c35f8@arm.com \
--to=marc.zyngier@arm.com \
--cc=andrew@lunn.ch \
--cc=antoine.tenart@bootlin.com \
--cc=catalin.marinas@arm.com \
--cc=devicetree@vger.kernel.org \
--cc=gregory.clement@bootlin.com \
--cc=hannah@marvell.com \
--cc=hayim@marvell.com \
--cc=jason@lakedaemon.net \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=mark.rutland@arm.com \
--cc=maxime.chevallier@bootlin.com \
--cc=miquel.raynal@bootlin.com \
--cc=nadavh@marvell.com \
--cc=robh+dt@kernel.org \
--cc=sebastian.hesselbarth@gmail.com \
--cc=tglx@linutronix.de \
--cc=thomas.petazzoni@bootlin.com \
--cc=will.deacon@arm.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 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).