[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <50c260a1-c6d0-1a0b-45da-ab1a2d1379c3@gmail.com>
Date: Tue, 16 Nov 2021 20:41:42 +0200
From: Matti Vaittinen <mazziesaccount@...il.com>
To: Andy Shevchenko <andy.shevchenko@...il.com>,
Matti Vaittinen <matti.vaittinen@...rohmeurope.com>
Cc: Lukas Bulwahn <lukas.bulwahn@...il.com>,
Lee Jones <lee.jones@...aro.org>,
Rob Herring <robh+dt@...nel.org>,
Liam Girdwood <lgirdwood@...il.com>,
Mark Brown <broonie@...nel.org>,
Linus Walleij <linus.walleij@...aro.org>,
Bartosz Golaszewski <brgl@...ev.pl>,
devicetree <devicetree@...r.kernel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
"open list:GPIO SUBSYSTEM" <linux-gpio@...r.kernel.org>,
linux-power <linux-power@...rohmeurope.com>
Subject: Re: [PATCH RESEND 0/4] Drop ROHM BD70528 support
On 11/16/21 18:10, Andy Shevchenko wrote:
> On Tue, Nov 16, 2021 at 2:52 PM Matti Vaittinen
> <matti.vaittinen@...rohmeurope.com> wrote:
>>
>> Drop ROHM BD70528 support
>>
>> Unfortunately there has not been a big demand for ROHM BD70528
>> IC. The few users I know control PMIC from separate M4-core,
>> which is not running Linux. I am not aware of any users of this
>> Linux driver.
>>
>> While I did really like this IC and writing the drivers for it,
>> seems like these drivers are becoming useless burden. So, I see
>> no point in maintaining them. Let's just drop the drivers if
>> there is no objections to this series. :(
>>
>> The regulator, WDG and power-supply drivers were already dropped.
>>
>> The RTC and clk drivers remain in use by few other ROHM IC drivers.
>> Nevertheless, they are already converted to not depend the BD70528
>> defines during previous cycle.
>>
>> This series cleans the remaining pieces, GPIO, MFD, dt-bindings and
>> MAINTAINER entries. The GPIO code uses defines from MFD - but the GPIO
>> part is also depending on MFD KConfig entry - so there should be no
>> breakages even if the patches were applied to respective subsystem trees
>> and were not carried via single tree.
>
> FWIW, no objections from me.
Thanks Andy!
I see acks from Andu, Bartosz, Lee and Rob. It'd be nice to see ack from
Linus W too - but other than that - I guess this is good to go. Any
preferences regarding the tree(s) that could carry the patches? All via
MFD or each patch merged to the subsystem it fits the best?
Best Regards
Matti Vaittinen
Powered by blists - more mailing lists