[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <a23bac35d20eb002bdfb5263bf5dd213@kernel.org>
Date: Thu, 20 Aug 2020 08:56:34 +0100
From: Marc Zyngier <maz@...nel.org>
To: Saravana Kannan <saravanak@...gle.com>
Cc: Frank Wunderlich <wichtig@...web.de>,
Enric Balletbo i Serra <enric.balletbo@...labora.com>,
LKML <linux-kernel@...r.kernel.org>,
Collabora Kernel ML <kernel@...labora.com>,
Frank Wunderlich <linux@...web.de>,
Matthias Brugger <matthias.bgg@...il.com>,
Nicolas Boichat <drinkcat@...omium.org>,
Hsin-Yi Wang <hsinyi@...omium.org>,
Hanks Chen <hanks.chen@...iatek.com>,
Jason Cooper <jason@...edaemon.net>,
Thomas Gleixner <tglx@...utronix.de>,
linux-arm-kernel <linux-arm-kernel@...ts.infradead.org>,
"moderated list:ARM/Mediatek SoC support"
<linux-mediatek@...ts.infradead.org>
Subject: Re: [PATCH] Revert "irqchip/mtk-sysirq: Convert to a platform driver"
On 2020-08-19 19:51, Saravana Kannan wrote:
> On Wed, Aug 19, 2020 at 9:52 AM Frank Wunderlich <wichtig@...web.de>
> wrote:
>>
>> hi,
>>
>> does the fix you've linked to my revert [1] not work in your case?
>>
>> [1] https://patchwork.kernel.org/patch/11718481/
>
> Thanks for pointing it out Frank. Also, might want to avoid top
> posting in the future.
>
> Enric, Can you please try that other fix and see if that solves your
> issue?
I think Enric was clear that the driver does probe correctly
(meaning that he has the fix in his tree). It is everything else
that breaks, because none of the drivers on the platform are
equipped to defer their own probing.
I think we need to change this works right now, meaning that we can't
blindly change the behaviour of *built-in* drivers. I'll see if I can
come up with something quickly, but I'll otherwise take Enric patch.
M.
--
Jazz is not dead. It just smells funny...
Powered by blists - more mailing lists