[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20210802202855.GL22278@shell.armlinux.org.uk>
Date: Mon, 2 Aug 2021 21:28:55 +0100
From: "Russell King (Oracle)" <linux@...linux.org.uk>
To: Andy Shevchenko <andy.shevchenko@...il.com>
Cc: Uwe Kleine-König
<u.kleine-koenig@...gutronix.de>,
Alexandre Belloni <alexandre.belloni@...tlin.com>,
Michael Turquette <mturquette@...libre.com>,
Thierry Reding <thierry.reding@...il.com>,
Lee Jones <lee.jones@...aro.org>,
linux-clk <linux-clk@...r.kernel.org>,
"open list:REAL TIME CLOCK (RTC) SUBSYSTEM"
<linux-rtc@...r.kernel.org>,
Ludovic Desroches <Ludovic.Desroches@...rochip.com>,
Oleksij Rempel <o.rempel@...gutronix.de>,
Alexandru Ardelean <aardelean@...iqon.com>,
linux-pwm@...r.kernel.org, Arnd Bergmann <arnd@...db.de>,
Mark Brown <broonie@...nel.org>,
Jonathan Cameron <Jonathan.Cameron@...wei.com>,
linux-arm Mailing List <linux-arm-kernel@...ts.infradead.org>,
Alessandro Zummo <a.zummo@...ertech.it>,
Stephen Boyd <sboyd@...nel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
linux-spi <linux-spi@...r.kernel.org>,
Wolfram Sang <wsa@...nel.org>,
Sascha Hauer <kernel@...gutronix.de>,
Andrew Morton <akpm@...ux-foundation.org>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Claudiu Beznea <Claudiu.Beznea@...rochip.com>
Subject: Re: About clk maintainership [Was: Re: [PULL] Add variants of
devm_clk_get for prepared and enabled clocks enabled clocks]
On Mon, Aug 02, 2021 at 08:13:05PM +0300, Andy Shevchenko wrote:
> On Mon, Aug 2, 2021 at 7:38 PM Russell King (Oracle)
> <linux@...linux.org.uk> wrote:
> > It probably depends on where you stand on power management and power
> > efficiency issues. Personally, I would like to see more effort put
> > into drivers to make them more power efficient, and I believe in the
> > coming years, power efficiency is going to become a big issue.
>
> While in the ideal world I 100% agree with the approach, IRL we have
> to deal with constantly degrading quality of the code and instead of
> thinking about power management and efficiency the absence of APIs
> such as discussed provokes not only creating the power management
> inefficient code, but also memory leaks here and there.
The point of my previous reply that you quoted above was to make a
prediction, it wasn't a rejection of the approach.
--
RMK's Patch system: https://www.armlinux.org.uk/developer/patches/
FTTP is here! 40Mbps down 10Mbps up. Decent connectivity at last!
Powered by blists - more mailing lists