[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20210208093625.trpm3tte2gw24w4l@kozik-lap>
Date: Mon, 8 Feb 2021 10:36:25 +0100
From: Krzysztof Kozlowski <krzk@...nel.org>
To: Hector Martin 'marcan' <marcan@...can.st>
Cc: Marc Zyngier <maz@...nel.org>, soc@...nel.org,
linux-arm-kernel@...ts.infradead.org, robh+dt@...nel.org,
Arnd Bergmann <arnd@...nel.org>, linux-kernel@...r.kernel.org,
devicetree@...r.kernel.org, Olof Johansson <olof@...om.net>
Subject: Re: [PATCH 05/18] tty: serial: samsung_tty: add support for Apple
UARTs
On Sun, Feb 07, 2021 at 06:26:43PM +0900, Hector Martin 'marcan' wrote:
> On 07/02/2021 18.12, Hector Martin 'marcan' wrote:
> > On 06/02/2021 22.15, Marc Zyngier wrote:
> > > The default should be IRQ_NONE, otherwise the kernel cannot detect a
> > > screaming spurious interrupt.
> >
> > Good point, and this needs fixing in s3c64xx_serial_handle_irq too then
> > (which is what I based mine off of).
> >
> > > > + ret = request_irq(port->irq, apple_serial_handle_irq, IRQF_SHARED,
> > > > + s3c24xx_serial_portname(port), ourport);
> > >
> > > Why IRQF_SHARED? Do you expect any other device sharing the same line
> > > with this UART?
> >
> > This also came from s3c64xx_serial_startup and... now I wonder why that
> > one needs it. Maybe on some SoCs it does get shared? Certainly not for
> > discrete rx/tx irq chips (and indeed those don't set the flag)...
> >
> > CCing Thomas, who added the S3C64xx support (and should probably review
> > this patch); is there a reason for IRQF_SHARED there? NB: v1 breaks the
> > build on arm or with CONFIG_PM_SLEEP, those will be fixed for v2.
>
> Seems Thomas does not work for Linaro any more :)
>
> CCing Krzysztof instead, who is the Samsung arch maintainer.
Please use the scripts/get_maintainers.pl to get the list of people to
Cc. The script would point necessary folks.
A different issue is that all your emails from this thread were marked
by Google as spam. I don't see any particular warning signs in the
header so it looks more of content-based match for spam.
> > Either way, certainly not for Apple SoCs; I'll get rid of IRQF_SHARED
> > for v2.
Please send a v2 after fixing issues pointed out by kbuild.
Best regards,
Krzysztof
Powered by blists - more mailing lists