From: Viresh Kumar <viresh.kumar@linaro.org>
To: Rob Herring <robh@kernel.org>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Mark Rutland <mark.rutland@arm.com>,
Vincent Guittot <vincent.guittot@linaro.org>,
Mark Brown <broonie@kernel.org>,
Stephen Boyd <sboyd@codeaurora.org>,
Rajendra Nayak <rnayak@codeaurora.org>,
Shiraz Hashim <shashim@codeaurora.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>
Subject: Re: [RFC v2 5/6] drivers: boot_constraint: Add initial DT bindings
Date: Tue, 18 Jul 2017 11:28:04 +0530 [thread overview]
Message-ID: <20170718055804.GV352@vireshk-i7> (raw)
In-Reply-To: <20170717173407.x5qjnrxqkjvn5vdm@rob-hp-laptop>
On 17-07-17, 12:34, Rob Herring wrote:
> On Thu, Jul 13, 2017 at 03:06:08PM +0530, Viresh Kumar wrote:
> > On 12-07-17, 16:28, Rob Herring wrote:
> > > Display is a pretty well known use case here. Do you have other
> > > examples in mind?
> >
> > No, I don't.
> >
> > @Stephen: Do you have more cases like this for your Qcom products ?
> >
> > > Other cases I've seen are automotive with keeping
> > > the backup camera going and CAN bus handling. Though my new car has a
> > > flicker shortly after coming on, so I guess the handoff doesn't have
> > > to be completely seemless. :)
> >
> > :)
> >
> > > [...]
> > >
> > > > + mmc: mmc@0x0 {
> > > > + ...
> > > > + ...
> > > > + vmmc-supply = <&twl_reg1>;
> > > > + vmmcaux-supply = <&twl_reg2>;
> > > > + boot-constraint-supplies = "vmmc", "vmmcaux";
> > > > + boot-constraint-uV = <1800000 2000000>, /* vmmc */
> > > > + <2000000 2000000>; /* vmmcaux */
> > >
> > > No. I don't like how this is going to extend to all the other bindings
> > > people are going to want constraints for. We don't need a parallel set
> > > of properties for each type of binding.
> >
> > Fair enough.
> >
> > > I'm not convinced that we need a general solution for what's probably
> > > a handful of things that need a handoff versus just re-initialize.
> >
> > What about keeping the first four patches (mostly) as it is and adding
> > these constraints from a platform specific constraints driver ?
> >
> > Will that be acceptable ?
>
> Meaning no DT binding? Then I don't care (from a DT perspective).
Yeah, kind of the way we decided to do the first step in the
power domain performance state series [1].
And then later on we can see how to get such information from DT, as
the kernel needs this information irrespective of the way we solve
this problem in the kernel.
--
viresh
[1] https://marc.info/?l=linux-kernel&m=149802907711074&w=2
next prev parent reply other threads:[~2017-07-18 5:58 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <cover.1499770771.git.viresh.kumar@linaro.org>
2017-07-12 6:34 ` [RFC v2 5/6] drivers: boot_constraint: Add initial DT bindings Viresh Kumar
[not found] ` <0610277aef9830cff53b7b53cf41cc54886fdc7f.1499770771.git.viresh.kumar-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
2017-07-12 21:28 ` Rob Herring
[not found] ` <CAL_Jsq+oAB3gejRMXuY0q9+Et4GrtvF3RwGzPNJ08TPooVyXJg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2017-07-13 2:52 ` Chen-Yu Tsai
[not found] ` <CAGb2v67XtUcqdjMt-Ln6zn3ShH4JFmjkK4bPSpUNZpJqnmwivw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2017-07-13 5:09 ` Viresh Kumar
2017-07-13 9:46 ` Chen-Yu Tsai
2017-07-13 9:51 ` Viresh Kumar
2017-07-13 9:36 ` Viresh Kumar
2017-07-17 17:34 ` Rob Herring
2017-07-18 5:58 ` Viresh Kumar [this message]
2017-07-12 6:34 ` [RFC v2 6/6] drivers: boot_constraint: Add constraints for OF devices Viresh Kumar
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20170718055804.GV352@vireshk-i7 \
--to=viresh.kumar@linaro.org \
--cc=broonie@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=gregkh@linuxfoundation.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mark.rutland@arm.com \
--cc=rnayak@codeaurora.org \
--cc=robh@kernel.org \
--cc=sboyd@codeaurora.org \
--cc=shashim@codeaurora.org \
--cc=vincent.guittot@linaro.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox