linux-stable.git/kernel/irq/chip.c, branch v5.19.2

genirq: Don't return error on missing optional irq_request_resources()

2022-08-17T13:14:01+00:00

[ Upstream commit 95001b756467ecc9f5973eb5e74e97699d9bbdf1 ]

Function irq_chip::irq_request_resources() is reported as optional
in the declaration of struct irq_chip.
If the parent irq_chip does not implement it, we should ignore it
and return.

Don't return error if the functions is missing.

Signed-off-by: Antonio Borneo 
Signed-off-by: Marc Zyngier 
Link: https://lore.kernel.org/r/20220512160544.13561-1-antonio.borneo@foss.st.com
Signed-off-by: Sasha Levin

genirq: PM: Use runtime PM for chained interrupts

2022-06-09T14:58:13+00:00

When requesting an interrupt, we correctly call into the runtime
PM framework to guarantee that the underlying interrupt controller
is up and running.

However, we fail to do so for chained interrupt controllers, as
the mux interrupt is not requested along the same path.

Augment __irq_do_set_handler() to call into the runtime PM code
in this case, making sure the PM flow is the same for all interrupts.

Reported-by: Lucas Stach 
Tested-by: Liu Ying 
Signed-off-by: Marc Zyngier 
Link: https://lore.kernel.org/r/26973cddee5f527ea17184c0f3fccb70bc8969a0.camel@pengutronix.de

genirq: Use pm_runtime_resume_and_get() instead of pm_runtime_get_sync()

2022-05-02T12:08:08+00:00

pm_runtime_resume_and_get() achieves the same and simplifies the code.

[ tglx: Simplify it further by presetting retval ]

Reported-by: Zeal Robot 
Signed-off-by: Minghao Chi 
Signed-off-by: Thomas Gleixner 
Link: https://lore.kernel.org/r/20220418110716.2559453-1-chi.minghao@zte.com.cn

genirq: Allow irq_chip registration functions to take a const irq_chip

2022-02-15T11:10:21+00:00

In order to let a const irqchip be fed to the irqchip layer, adjust
the various prototypes. An extra cast in irq_set_chip()() is required
to avoid a warning.

Signed-off-by: Marc Zyngier 
Acked-by: Linus Walleij 
Link: https://lore.kernel.org/r/20220209162607.1118325-3-maz@kernel.org

genirq: Kill irq_chip::parent_device

2022-02-10T11:07:04+00:00

Now that noone is using irq_chip::parent_device in the tree, get
rid of it.

Signed-off-by: Marc Zyngier 
Acked-by: Bartosz Golaszewski 
Link: https://lore.kernel.org/r/20220201120310.878267-13-maz@kernel.org

genirq: Allow the PM device to originate from irq domain

2022-02-09T13:35:56+00:00

As a preparation to moving the reference to the device used for
runtime power management, add a new 'dev' field to the irqdomain
structure for that exact purpose.

The irq_chip_pm_{get,put}() helpers are made aware of the dual
location via a new private helper.

No functional change intended.

Signed-off-by: Marc Zyngier 
Reviewed-by: Geert Uytterhoeven 
Tested-by: Geert Uytterhoeven 
Tested-by: Tony Lindgren 
Acked-by: Bartosz Golaszewski 
Link: https://lore.kernel.org/r/20220201120310.878267-2-maz@kernel.org

irq: remove unused flags argument from __handle_irq_event_percpu()

2022-01-06T23:25:25+00:00

The __IRQF_TIMER bit from the flags argument was used in
add_interrupt_randomness() to distinguish the timer interrupt from other
interrupts. This is no longer the case.

Remove the flags argument from __handle_irq_event_percpu().

Signed-off-by: Sebastian Andrzej Siewior 
Signed-off-by: Jason A. Donenfeld

genirq: Hide irq_cpu_{on,off}line() behind a deprecated option

2021-10-26T10:19:55+00:00

irq_cpu_{on,off}line() are now only used by the Octeon platform.
Make their use conditional on this plaform being enabled, and
otherwise hidden away.

Signed-off-by: Marc Zyngier 
Reviewed-by: Florian Fainelli 
Tested-by: Serge Semin 
Link: https://lore.kernel.org/r/20211021170414.3341522-4-maz@kernel.org

genirq: Provide IRQCHIP_AFFINITY_PRE_STARTUP

2021-08-10T08:59:20+00:00

X86 IO/APIC and MSI interrupts (when used without interrupts remapping)
require that the affinity setup on startup is done before the interrupt is
enabled for the first time as the non-remapped operation mode cannot safely
migrate enabled interrupts from arbitrary contexts. Provide a new irq chip
flag which allows affected hardware to request this.

This has to be opt-in because there have been reports in the past that some
interrupt chips cannot handle affinity setting before startup.

Fixes: 18404756765c ("genirq: Expose default irq affinity mask (take 3)")
Signed-off-by: Thomas Gleixner 
Tested-by: Marc Zyngier 
Reviewed-by: Marc Zyngier 
Cc: stable@vger.kernel.org
Link: https://lore.kernel.org/r/20210729222542.779791738@linutronix.de

genirq: Add a IRQF_NO_DEBUG flag

2021-05-17T18:01:35+00:00

The whole call to note_interrupt() can be avoided or return early when
interrupts would be marked accordingly. For IPI handlers which always
return HANDLED the whole procedure is pretty pointless to begin with.

Add a IRQF_NO_DEBUG flag and mark the interrupt accordingly if supplied
when the interrupt is requested.

When noirqdebug is set on the kernel commandline, then the interrupt is
marked unconditionally so that there is only one condition in the hotpath
to evaluate.

 [ clg: Add changelog ]

Signed-off-by: Thomas Gleixner 
Signed-off-by: Cédric Le Goater 
Signed-off-by: Thomas Gleixner 
Link: https://lore.kernel.org/r/7a8ad02f-63a8-c1aa-fdd1-39d973593d02@kaod.org