[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CACRpkdaNmBpfONDpt7zFqLaqfiGm+ELpO-v5gZmM0rEi_AzijQ@mail.gmail.com>
Date: Thu, 22 Nov 2012 09:57:22 +0100
From: Linus Walleij <linus.walleij@...aro.org>
To: Mark Brown <broonie@...nsource.wolfsonmicro.com>
Cc: Grant Likely <grant.likely@...retlab.ca>,
Alexandre Courbot <acourbot@...dia.com>,
Anton Vorontsov <cbouatmailru@...il.com>,
Stephen Warren <swarren@...dia.com>,
Thierry Reding <thierry.reding@...onic-design.de>,
Mark Zhang <markz@...dia.com>,
Rob Herring <rob.herring@...xeda.com>,
David Woodhouse <dwmw2@...radead.org>,
Arnd Bergmann <arnd@...db.de>, linux-tegra@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org,
linux-fbdev@...r.kernel.org, devicetree-discuss@...ts.ozlabs.org,
linux-pm@...r.kernel.org, Alexandre Courbot <gnurou@...il.com>,
Ola LILJA2 <ola.o.lilja@...ricsson.com>
Subject: Re: [PATCHv9 1/3] Runtime Interpreted Power Sequences
On Wed, Nov 21, 2012 at 2:31 AM, Mark Brown
<broonie@...nsource.wolfsonmicro.com> wrote:
> As I said in my earlier reviews I think this is a useful thing to have
> as a utility library for drivers independantly of the DT bindings, it
> would allow drivers to become more data driven. Perhaps we can rework
> the series so that the DT bindings are added as a final patch? All the
> rest of the code seems OK.
I have the same (limited by experience) opinion. Working sort of
near som audio drivers I have understood that power sequencing
is a big issue not only for things like this backlight example, but
even more so in the area of audio to avoid clicks and pops.
Is it correct to assume that this library will be useful also for ALSA
SoC type of devices?
Then whether to couple that to DT or ACPI or SFI or whatever
is a different discussion altogether.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists