linux-kernel - Re: [PATCH RESEND 0/4] Drop ROHM BD70528 support

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

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