[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <874jdtalh0.ffs@tglx>
Date: Tue, 27 Feb 2024 18:03:07 +0100
From: Thomas Gleixner <tglx@...utronix.de>
To: Uwe Kleine-König <u.kleine-koenig@...gutronix.de>
Cc: Andrew Lunn <andrew@...n.ch>, alsa-devel@...a-project.org, Charles
Keepax <ckeepax@...nsource.cirrus.com>, kernel@...gutronix.de, Shawn Guo
<shawnguo@...nel.org>, Sascha Hauer <s.hauer@...gutronix.de>,
linux-stm32@...md-mailman.stormreply.com, linux-kernel@...r.kernel.org,
Alexandre Torgue <alexandre.torgue@...s.st.com>, Richard Fitzgerald
<rf@...nsource.cirrus.com>, NXP Linux Team <linux-imx@....com>, Maxime
Coquelin <mcoquelin.stm32@...il.com>, patches@...nsource.cirrus.com, Fabio
Estevam <festevam@...il.com>, Gregory Clement
<gregory.clement@...tlin.com>, linux-arm-kernel@...ts.infradead.org,
Sebastian Hesselbarth <sebastian.hesselbarth@...il.com>
Subject: Re: [PATCH 00/13] irqchip: Convert to platform remove callback
returning void
On Thu, Feb 15 2024 at 22:03, Uwe Kleine-König wrote:
> On Fri, Dec 22, 2023 at 11:50:31PM +0100, Uwe Kleine-König wrote:
>> this series converts all drivers below drivers/irqchip to use
>> .remove_new(). See commit 5c5a7680e67b ("platform: Provide a remove
>> callback that returns no value") for an extended explanation and the
>> eventual goal. The TL;DR; is to make it harder for driver authors to
>> leak resources.
>>
>> The drivers touched here are all fine though and don't return early in
>> .remove(). So all conversions in this series are trivial.
>
> I'm still waiting for this series to go in (or get review feedback). Is
> this still on your radar? You're the right maintainer to take this
> series, aren't you?
I am and it fell through my christmas crack. I don't even try to catch
up with email after being almost 3 weeks AFK. For two decades I rely on
submitters to ping me after a couple of weeks or month in this case :)
Thanks,
tglx
Powered by blists - more mailing lists