lkml.org 
[lkml]   [2022]   [Nov]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH 0/2] irqchip: Kconfig: Add module support for TI inta/intr
On Thu, 17 Nov 2022 20:49:58 +0000,
Nicolas Frayer <nfrayer@baylibre.com> wrote:
>
> Le mer. 16 nov. 2022 à 22:44, Marc Zyngier <maz@kernel.org> a écrit :
> >
> > On Wed, 16 Nov 2022 18:54:58 +0000,
> > Nicolas Frayer <nfrayer@baylibre.com> wrote:
> > >
> > > Added module support for TI interrupt aggregator and interrupt router
> > >
> > > Nicolas Frayer (2):
> > > irqchip: Kconfig: module build support for the TI interrupt router
> > > driver
> > > irqchip: Kconfig: Added module build support for the TI interrupt
> > > aggregator
> > >
> > > arch/arm64/Kconfig.platforms | 2 --
> > > drivers/irqchip/Kconfig | 12 +++++++-----
> > > 2 files changed, 7 insertions(+), 7 deletions(-)
> >
> > How did you test that it doesn't introduce any regression due to
> > implicit ordering requirements that are now voided?
> Hi Marc,
> I tested on a TI AM62x SK board.
> By default the drivers are set to ARCH_K3 (built-in).

That wasn't exactly my question: even if they are by sefault set as
built-in, you still run the risk of exposing some breakage for
endpoint drivers that expect the irqchip to be present before they get
initialised. Every time an interrupt controller gets modularised, we
end-up with a ton of failures.

A good way to test this is to run a distro kernel with all the drivers
build as modules.

> >
> > Please Cc the TI folks so that they can at least check this.
> I'll resend the series with more description and CC Ti engineers.

Please also see the kernel robot result: this stuff now gets compiled
on unsuspecting architectures, and fails.

M.

--
Without deviation from the norm, progress is not possible.

\
 
 \ /
  Last update: 2022-11-17 22:00    [W:0.037 / U:0.152 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site