* [PATCH 1/2 v1] gpio: sifive: Set affinity callback to parent
@ 2020-11-17 21:33 Linus Walleij
2020-11-17 21:33 ` [PATCH 2/2 v1] gpio: tegra186: " Linus Walleij
2021-04-06 10:20 ` [PATCH 1/2 v1] gpio: sifive: " Geert Uytterhoeven
0 siblings, 2 replies; 6+ messages in thread
From: Linus Walleij @ 2020-11-17 21:33 UTC (permalink / raw)
To: linux-gpio
Cc: Bartosz Golaszewski, Linus Walleij, Yash Shah,
Wesley W . Terpstra, Marc Zyngier
This assigns the .irq_set_affinity to the parent callback.
I assume the sifive GPIO can be used in systems with
SMP.
I used the pattern making the hirerarchy tolerant for missing
parent as in Marc's earlier patches.
Cc: Yash Shah <yash.shah@sifive.com>
Cc: Wesley W. Terpstra <wesley@sifive.com>
Suggested-by: Marc Zyngier <maz@kernel.org>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
---
ChangeLog RFT->v1:
- Make the affinity setting call return -EINVAL if there
is no parent.
- Real patch because now we believe in this
---
drivers/gpio/gpio-sifive.c | 11 +++++++++++
1 file changed, 11 insertions(+)
diff --git a/drivers/gpio/gpio-sifive.c b/drivers/gpio/gpio-sifive.c
index c54dd08f2cbf..485820e4488c 100644
--- a/drivers/gpio/gpio-sifive.c
+++ b/drivers/gpio/gpio-sifive.c
@@ -128,6 +128,16 @@ static void sifive_gpio_irq_eoi(struct irq_data *d)
irq_chip_eoi_parent(d);
}
+static int sifive_gpio_irq_set_affinity(struct irq_data *data,
+ const struct cpumask *dest,
+ bool force)
+{
+ if (data->parent_data)
+ return irq_chip_set_affinity_parent(data, dest, force);
+
+ return -EINVAL;
+}
+
static struct irq_chip sifive_gpio_irqchip = {
.name = "sifive-gpio",
.irq_set_type = sifive_gpio_irq_set_type,
@@ -136,6 +146,7 @@ static struct irq_chip sifive_gpio_irqchip = {
.irq_enable = sifive_gpio_irq_enable,
.irq_disable = sifive_gpio_irq_disable,
.irq_eoi = sifive_gpio_irq_eoi,
+ .irq_set_affinity = sifive_gpio_irq_set_affinity,
};
static int sifive_gpio_child_to_parent_hwirq(struct gpio_chip *gc,
--
2.26.2
^ permalink raw reply related [flat|nested] 6+ messages in thread
* [PATCH 2/2 v1] gpio: tegra186: Set affinity callback to parent
2020-11-17 21:33 [PATCH 1/2 v1] gpio: sifive: Set affinity callback to parent Linus Walleij
@ 2020-11-17 21:33 ` Linus Walleij
2021-04-06 10:20 ` [PATCH 1/2 v1] gpio: sifive: " Geert Uytterhoeven
1 sibling, 0 replies; 6+ messages in thread
From: Linus Walleij @ 2020-11-17 21:33 UTC (permalink / raw)
To: linux-gpio
Cc: Bartosz Golaszewski, Linus Walleij, Thierry Reding, Vidya Sagar,
Marc Zyngier
This assigns the .irq_set_affinity to the parent callback.
I assume the Tegra186 is an SMP system so this would be
beneficial.
I used the pattern making the hirerarchy tolerant for missing
parent as in Marc's earlier patch.
Cc: Thierry Reding <treding@nvidia.com>
Cc: Vidya Sagar <vidyas@nvidia.com>
Suggested-by: Marc Zyngier <maz@kernel.org>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
---
ChangeLog RFT->v1:
- Make the affinity setting call return -EINVAL if there
is no parent.
- Real patch because now we believe in this
---
drivers/gpio/gpio-tegra186.c | 11 +++++++++++
1 file changed, 11 insertions(+)
diff --git a/drivers/gpio/gpio-tegra186.c b/drivers/gpio/gpio-tegra186.c
index 9500074b1f1b..286e0b1f46e4 100644
--- a/drivers/gpio/gpio-tegra186.c
+++ b/drivers/gpio/gpio-tegra186.c
@@ -444,6 +444,16 @@ static int tegra186_irq_set_wake(struct irq_data *data, unsigned int on)
return 0;
}
+static int tegra186_irq_set_affinity(struct irq_data *data,
+ const struct cpumask *dest,
+ bool force)
+{
+ if (data->parent_data)
+ return irq_chip_set_affinity_parent(data, dest, force);
+
+ return -EINVAL;
+}
+
static void tegra186_gpio_irq(struct irq_desc *desc)
{
struct tegra_gpio *gpio = irq_desc_get_handler_data(desc);
@@ -690,6 +700,7 @@ static int tegra186_gpio_probe(struct platform_device *pdev)
gpio->intc.irq_unmask = tegra186_irq_unmask;
gpio->intc.irq_set_type = tegra186_irq_set_type;
gpio->intc.irq_set_wake = tegra186_irq_set_wake;
+ gpio->intc.irq_set_affinity = tegra186_irq_set_affinity;
irq = &gpio->gpio.irq;
irq->chip = &gpio->intc;
--
2.26.2
^ permalink raw reply related [flat|nested] 6+ messages in thread
* Re: [PATCH 1/2 v1] gpio: sifive: Set affinity callback to parent
2020-11-17 21:33 [PATCH 1/2 v1] gpio: sifive: Set affinity callback to parent Linus Walleij
2020-11-17 21:33 ` [PATCH 2/2 v1] gpio: tegra186: " Linus Walleij
@ 2021-04-06 10:20 ` Geert Uytterhoeven
2021-04-06 10:40 ` Marc Zyngier
1 sibling, 1 reply; 6+ messages in thread
From: Geert Uytterhoeven @ 2021-04-06 10:20 UTC (permalink / raw)
To: Linus Walleij
Cc: open list:GPIO SUBSYSTEM, Bartosz Golaszewski, Yash Shah,
Wesley W . Terpstra, Marc Zyngier
Hi Linus,
On Tue, Nov 17, 2020 at 10:37 PM Linus Walleij <linus.walleij@linaro.org> wrote:
> This assigns the .irq_set_affinity to the parent callback.
> I assume the sifive GPIO can be used in systems with
> SMP.
>
> I used the pattern making the hirerarchy tolerant for missing
> parent as in Marc's earlier patches.
>
> Cc: Yash Shah <yash.shah@sifive.com>
> Cc: Wesley W. Terpstra <wesley@sifive.com>
> Suggested-by: Marc Zyngier <maz@kernel.org>
> Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
Thanks for your patch!
> ---
> ChangeLog RFT->v1:
> - Make the affinity setting call return -EINVAL if there
> is no parent.
Would it make sense to incorporate this check into
irq_chip_set_affinity_parent(), so drivers can just point
.irq_set_affinity to the latter, without having to provide (duplicate)
the same wrapper over and over?
> - Real patch because now we believe in this
> ---
> drivers/gpio/gpio-sifive.c | 11 +++++++++++
> 1 file changed, 11 insertions(+)
>
> diff --git a/drivers/gpio/gpio-sifive.c b/drivers/gpio/gpio-sifive.c
> index c54dd08f2cbf..485820e4488c 100644
> --- a/drivers/gpio/gpio-sifive.c
> +++ b/drivers/gpio/gpio-sifive.c
> @@ -128,6 +128,16 @@ static void sifive_gpio_irq_eoi(struct irq_data *d)
> irq_chip_eoi_parent(d);
> }
>
> +static int sifive_gpio_irq_set_affinity(struct irq_data *data,
> + const struct cpumask *dest,
> + bool force)
> +{
> + if (data->parent_data)
> + return irq_chip_set_affinity_parent(data, dest, force);
> +
> + return -EINVAL;
> +}
> +
> static struct irq_chip sifive_gpio_irqchip = {
> .name = "sifive-gpio",
> .irq_set_type = sifive_gpio_irq_set_type,
> @@ -136,6 +146,7 @@ static struct irq_chip sifive_gpio_irqchip = {
> .irq_enable = sifive_gpio_irq_enable,
> .irq_disable = sifive_gpio_irq_disable,
> .irq_eoi = sifive_gpio_irq_eoi,
> + .irq_set_affinity = sifive_gpio_irq_set_affinity,
> };
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH 1/2 v1] gpio: sifive: Set affinity callback to parent
2021-04-06 10:20 ` [PATCH 1/2 v1] gpio: sifive: " Geert Uytterhoeven
@ 2021-04-06 10:40 ` Marc Zyngier
2021-04-06 10:51 ` Geert Uytterhoeven
0 siblings, 1 reply; 6+ messages in thread
From: Marc Zyngier @ 2021-04-06 10:40 UTC (permalink / raw)
To: Geert Uytterhoeven
Cc: Linus Walleij, open list:GPIO SUBSYSTEM, Bartosz Golaszewski,
Yash Shah, Wesley W . Terpstra
On Tue, 06 Apr 2021 11:20:57 +0100,
Geert Uytterhoeven <geert@linux-m68k.org> wrote:
>
> Hi Linus,
>
> On Tue, Nov 17, 2020 at 10:37 PM Linus Walleij <linus.walleij@linaro.org> wrote:
> > This assigns the .irq_set_affinity to the parent callback.
> > I assume the sifive GPIO can be used in systems with
> > SMP.
> >
> > I used the pattern making the hirerarchy tolerant for missing
> > parent as in Marc's earlier patches.
> >
> > Cc: Yash Shah <yash.shah@sifive.com>
> > Cc: Wesley W. Terpstra <wesley@sifive.com>
> > Suggested-by: Marc Zyngier <maz@kernel.org>
> > Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
>
> Thanks for your patch!
>
> > ---
> > ChangeLog RFT->v1:
> > - Make the affinity setting call return -EINVAL if there
> > is no parent.
>
> Would it make sense to incorporate this check into
> irq_chip_set_affinity_parent(), so drivers can just point
> .irq_set_affinity to the latter, without having to provide (duplicate)
> the same wrapper over and over?
Calling one of the irq_chip_*_parent() functions assumes that there
*is* a parent at all times, because you really need to know what
context you are in by construction. There are a couple of exceptions
to this rule (irqchip state, retriggering), but overall I'd like to
stick to it and leave the checks on the implementations that have
weird setups.
I would assume that it is possible to know at the point where you map
the interrupt whether it has a parent or not, and use a different
irqchip. Is that doable in this case?
Thanks,
M.
--
Without deviation from the norm, progress is not possible.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH 1/2 v1] gpio: sifive: Set affinity callback to parent
2021-04-06 10:40 ` Marc Zyngier
@ 2021-04-06 10:51 ` Geert Uytterhoeven
2021-04-06 12:45 ` Marc Zyngier
0 siblings, 1 reply; 6+ messages in thread
From: Geert Uytterhoeven @ 2021-04-06 10:51 UTC (permalink / raw)
To: Marc Zyngier
Cc: Linus Walleij, open list:GPIO SUBSYSTEM, Bartosz Golaszewski,
Wesley W . Terpstra
Hi Marc,
On Tue, Apr 6, 2021 at 12:40 PM Marc Zyngier <maz@kernel.org> wrote:
> On Tue, 06 Apr 2021 11:20:57 +0100,
> Geert Uytterhoeven <geert@linux-m68k.org> wrote:
> > On Tue, Nov 17, 2020 at 10:37 PM Linus Walleij <linus.walleij@linaro.org> wrote:
> > > This assigns the .irq_set_affinity to the parent callback.
> > > I assume the sifive GPIO can be used in systems with
> > > SMP.
> > >
> > > I used the pattern making the hirerarchy tolerant for missing
> > > parent as in Marc's earlier patches.
> > >
> > > Cc: Yash Shah <yash.shah@sifive.com>
> > > Cc: Wesley W. Terpstra <wesley@sifive.com>
> > > Suggested-by: Marc Zyngier <maz@kernel.org>
> > > Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
> >
> > Thanks for your patch!
> >
> > > ---
> > > ChangeLog RFT->v1:
> > > - Make the affinity setting call return -EINVAL if there
> > > is no parent.
> >
> > Would it make sense to incorporate this check into
> > irq_chip_set_affinity_parent(), so drivers can just point
> > .irq_set_affinity to the latter, without having to provide (duplicate)
> > the same wrapper over and over?
>
> Calling one of the irq_chip_*_parent() functions assumes that there
> *is* a parent at all times, because you really need to know what
> context you are in by construction. There are a couple of exceptions
> to this rule (irqchip state, retriggering), but overall I'd like to
> stick to it and leave the checks on the implementations that have
> weird setups.
>
> I would assume that it is possible to know at the point where you map
> the interrupt whether it has a parent or not, and use a different
> irqchip. Is that doable in this case?
I think you're missing my point (or I'm missing yours ;-)
I don't mean to set up .irq_set_affinity = irq_chip_set_affinity_parent()
by default.
Right now, several drivers do this:
static int foo_irq_set_affinity(struct irq_data *data,
const struct cpumask *dest,
bool force)
{
if (data->parent_data)
return irq_chip_set_affinity_parent(data, dest, force);
return -EINVAL;
}
.irq_set_affinity = foo_irq_set_affinity,
If irq_chip_set_affinity_parent() would not blindly dereference
data->parent_data, there would be no need for the
foo_irq_set_affinity() wrappers.
Or are all those drivers using such a wrapper wrong?
Thanks!
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH 1/2 v1] gpio: sifive: Set affinity callback to parent
2021-04-06 10:51 ` Geert Uytterhoeven
@ 2021-04-06 12:45 ` Marc Zyngier
0 siblings, 0 replies; 6+ messages in thread
From: Marc Zyngier @ 2021-04-06 12:45 UTC (permalink / raw)
To: Geert Uytterhoeven
Cc: Linus Walleij, open list:GPIO SUBSYSTEM, Bartosz Golaszewski,
Wesley W . Terpstra
Hi Geert,
On Tue, 06 Apr 2021 11:51:25 +0100,
Geert Uytterhoeven <geert@linux-m68k.org> wrote:
>
> Hi Marc,
>
> On Tue, Apr 6, 2021 at 12:40 PM Marc Zyngier <maz@kernel.org> wrote:
> > On Tue, 06 Apr 2021 11:20:57 +0100,
> > Geert Uytterhoeven <geert@linux-m68k.org> wrote:
> > > On Tue, Nov 17, 2020 at 10:37 PM Linus Walleij <linus.walleij@linaro.org> wrote:
> > > > This assigns the .irq_set_affinity to the parent callback.
> > > > I assume the sifive GPIO can be used in systems with
> > > > SMP.
> > > >
> > > > I used the pattern making the hirerarchy tolerant for missing
> > > > parent as in Marc's earlier patches.
> > > >
> > > > Cc: Yash Shah <yash.shah@sifive.com>
> > > > Cc: Wesley W. Terpstra <wesley@sifive.com>
> > > > Suggested-by: Marc Zyngier <maz@kernel.org>
> > > > Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
> > >
> > > Thanks for your patch!
> > >
> > > > ---
> > > > ChangeLog RFT->v1:
> > > > - Make the affinity setting call return -EINVAL if there
> > > > is no parent.
> > >
> > > Would it make sense to incorporate this check into
> > > irq_chip_set_affinity_parent(), so drivers can just point
> > > .irq_set_affinity to the latter, without having to provide (duplicate)
> > > the same wrapper over and over?
> >
> > Calling one of the irq_chip_*_parent() functions assumes that there
> > *is* a parent at all times, because you really need to know what
> > context you are in by construction. There are a couple of exceptions
> > to this rule (irqchip state, retriggering), but overall I'd like to
> > stick to it and leave the checks on the implementations that have
> > weird setups.
> >
> > I would assume that it is possible to know at the point where you map
> > the interrupt whether it has a parent or not, and use a different
> > irqchip. Is that doable in this case?
>
> I think you're missing my point (or I'm missing yours ;-)
>
> I don't mean to set up .irq_set_affinity = irq_chip_set_affinity_parent()
> by default.
>
> Right now, several drivers do this:
>
> static int foo_irq_set_affinity(struct irq_data *data,
> const struct cpumask *dest,
> bool force)
> {
> if (data->parent_data)
> return irq_chip_set_affinity_parent(data, dest, force);
>
> return -EINVAL;
> }
>
> .irq_set_affinity = foo_irq_set_affinity,
>
> If irq_chip_set_affinity_parent() would not blindly dereference
> data->parent_data, there would be no need for the
> foo_irq_set_affinity() wrappers.
The "blind dereference" is a completely assumed design choice. That's
because when you instantiate an irqchip, you know whether there is
another chip on the IRQ path, or whether this is a root (or a mux,
which amounts to the same thing).
So in most cases, you shouldn't need to check for a parent. You know
there is one by construction, and if there isn't one, you don't call
the *_parent() anyway. So unless the HW is representative of what I
describe below, a static parent/no-parent setup is preferable.
> Or are all those drivers using such a wrapper wrong?
I only know of a few drivers that have some variability around that,
which resulted in some hacks similar to what you describe. See these
patches for example:
c351ab7bf2a5 soc/tegra: pmc: Don't create fake interrupt hierarchy levels
8681cc33f817 soc/tegra: pmc: Allow optional irq parent callbacks
986ec63d4482 gpio: tegra186: Allow optional irq parent callbacks
55567976629e genirq/irqdomain: Allow partial trimming of irq_data hierarchy
This could have been avoided by restructuring the driver, but would
also have had impacts on DT, resulting in something even more horrible.
QC's PDC also suffer from a similar hack, which I plan to address once
I get this !"£$% machine to boot...
But in general, if you need to check for a parent, that's because you
are doing something that is either a bit unexpected, or has a *very*
broad spectrum (doing something generic enough that it must cope with
all possible situations).
Thanks,
M.
--
Without deviation from the norm, progress is not possible.
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2021-04-06 12:45 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-11-17 21:33 [PATCH 1/2 v1] gpio: sifive: Set affinity callback to parent Linus Walleij
2020-11-17 21:33 ` [PATCH 2/2 v1] gpio: tegra186: " Linus Walleij
2021-04-06 10:20 ` [PATCH 1/2 v1] gpio: sifive: " Geert Uytterhoeven
2021-04-06 10:40 ` Marc Zyngier
2021-04-06 10:51 ` Geert Uytterhoeven
2021-04-06 12:45 ` Marc Zyngier
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.