From: Stephen Warren <swarren-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
To: Mark Brown <broonie-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Cc: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>,
Wei Ni <wni-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>,
"khali-PUYAD+kWke1g9hUCZPvPmw@public.gmane.org"
<khali-PUYAD+kWke1g9hUCZPvPmw@public.gmane.org>,
"lm-sensors-GZX6beZjE8VD60Wz+7aTrA@public.gmane.org"
<lm-sensors-GZX6beZjE8VD60Wz+7aTrA@public.gmane.org>,
"linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
"linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Re: [PATCH v3 1/2] hwmon: (lm90) Add power control
Date: Tue, 10 Sep 2013 12:37:47 -0600 [thread overview]
Message-ID: <522F66FB.2000608@wwwdotorg.org> (raw)
In-Reply-To: <20130910181837.GD29403-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
On 09/10/2013 12:18 PM, Mark Brown wrote:
> On Tue, Sep 10, 2013 at 11:44:05AM -0600, Stephen Warren wrote:
>
>> OK, so I believe you're saying that the case of a chip with just
>> a single power source, which absolutely must be present in HW for
>> the chip to be powered, isn't appropriate for
>> regulator_get_optional(). Something must always define a
>> regulator for that power source, even if there is no external SW
>> control over that power source.
>
> Well, it really should be mandatory - personally I don't think
> it's sensible to add off-SoC chips without defining their
> regulators, it's more trouble than it's worth to have to add them
> later for all the time it takes to define the bindings. In IETF
> terms it's a should.
>
>> We either allow the regulator to be optional (since SW control
>> over the regulator is optional), or go back to every board file
>> and DT and add a dummy regulator in (which then breaks DT ABI,
>> and even ignoring that is a pain).
>
> The whole point of the way I'm changing the dummy support is to
> allow us to gracefully cope with errors here so there's no
> mandatory update even though strictly there should be one.
OK, so for the DT binding we should make vcc-supply a required
property, yet the driver will still work OK if that property just
happens to be missing (or e.g. when instantiated from a board file,
and there's no regulator).
WARNING: multiple messages have this Message-ID (diff)
From: Stephen Warren <swarren@wwwdotorg.org>
To: Mark Brown <broonie-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Cc: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>,
Wei Ni <wni-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>,
"khali-PUYAD+kWke1g9hUCZPvPmw@public.gmane.org"
<khali-PUYAD+kWke1g9hUCZPvPmw@public.gmane.org>,
"lm-sensors-GZX6beZjE8VD60Wz+7aTrA@public.gmane.org"
<lm-sensors-GZX6beZjE8VD60Wz+7aTrA@public.gmane.org>,
"linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
"linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Re: [lm-sensors] [PATCH v3 1/2] hwmon: (lm90) Add power control
Date: Tue, 10 Sep 2013 18:37:47 +0000 [thread overview]
Message-ID: <522F66FB.2000608@wwwdotorg.org> (raw)
In-Reply-To: <20130910181837.GD29403-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
On 09/10/2013 12:18 PM, Mark Brown wrote:
> On Tue, Sep 10, 2013 at 11:44:05AM -0600, Stephen Warren wrote:
>
>> OK, so I believe you're saying that the case of a chip with just
>> a single power source, which absolutely must be present in HW for
>> the chip to be powered, isn't appropriate for
>> regulator_get_optional(). Something must always define a
>> regulator for that power source, even if there is no external SW
>> control over that power source.
>
> Well, it really should be mandatory - personally I don't think
> it's sensible to add off-SoC chips without defining their
> regulators, it's more trouble than it's worth to have to add them
> later for all the time it takes to define the bindings. In IETF
> terms it's a should.
>
>> We either allow the regulator to be optional (since SW control
>> over the regulator is optional), or go back to every board file
>> and DT and add a dummy regulator in (which then breaks DT ABI,
>> and even ignoring that is a pain).
>
> The whole point of the way I'm changing the dummy support is to
> allow us to gracefully cope with errors here so there's no
> mandatory update even though strictly there should be one.
OK, so for the DT binding we should make vcc-supply a required
property, yet the driver will still work OK if that property just
happens to be missing (or e.g. when instantiated from a board file,
and there's no regulator).
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
WARNING: multiple messages have this Message-ID (diff)
From: Stephen Warren <swarren@wwwdotorg.org>
To: Mark Brown <broonie@kernel.org>
Cc: Guenter Roeck <linux@roeck-us.net>, Wei Ni <wni@nvidia.com>,
"khali@linux-fr.org" <khali@linux-fr.org>,
"lm-sensors@lm-sensors.org" <lm-sensors@lm-sensors.org>,
"linux-tegra@vger.kernel.org" <linux-tegra@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH v3 1/2] hwmon: (lm90) Add power control
Date: Tue, 10 Sep 2013 12:37:47 -0600 [thread overview]
Message-ID: <522F66FB.2000608@wwwdotorg.org> (raw)
In-Reply-To: <20130910181837.GD29403@sirena.org.uk>
On 09/10/2013 12:18 PM, Mark Brown wrote:
> On Tue, Sep 10, 2013 at 11:44:05AM -0600, Stephen Warren wrote:
>
>> OK, so I believe you're saying that the case of a chip with just
>> a single power source, which absolutely must be present in HW for
>> the chip to be powered, isn't appropriate for
>> regulator_get_optional(). Something must always define a
>> regulator for that power source, even if there is no external SW
>> control over that power source.
>
> Well, it really should be mandatory - personally I don't think
> it's sensible to add off-SoC chips without defining their
> regulators, it's more trouble than it's worth to have to add them
> later for all the time it takes to define the bindings. In IETF
> terms it's a should.
>
>> We either allow the regulator to be optional (since SW control
>> over the regulator is optional), or go back to every board file
>> and DT and add a dummy regulator in (which then breaks DT ABI,
>> and even ignoring that is a pain).
>
> The whole point of the way I'm changing the dummy support is to
> allow us to gracefully cope with errors here so there's no
> mandatory update even though strictly there should be one.
OK, so for the DT binding we should make vcc-supply a required
property, yet the driver will still work OK if that property just
happens to be missing (or e.g. when instantiated from a board file,
and there's no regulator).
next prev parent reply other threads:[~2013-09-10 18:37 UTC|newest]
Thread overview: 128+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-09 10:29 [PATCH v3 0/2] Add power control for lm90 Wei Ni
2013-09-09 10:29 ` Wei Ni
2013-09-09 10:29 ` [lm-sensors] " Wei Ni
[not found] ` <1378722552-10357-1-git-send-email-wni-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2013-09-09 10:29 ` [PATCH v3 1/2] hwmon: (lm90) Add power control Wei Ni
2013-09-09 10:29 ` Wei Ni
2013-09-09 10:29 ` [lm-sensors] " Wei Ni
[not found] ` <1378722552-10357-2-git-send-email-wni-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2013-09-09 11:12 ` Mark Brown
2013-09-09 11:12 ` Mark Brown
2013-09-09 11:12 ` [lm-sensors] " Mark Brown
[not found] ` <20130909111242.GW29403-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
2013-09-09 11:34 ` Guenter Roeck
2013-09-09 11:34 ` Guenter Roeck
2013-09-09 11:34 ` [lm-sensors] " Guenter Roeck
[not found] ` <522DB253.6000707-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
2013-09-09 13:50 ` Mark Brown
2013-09-09 13:50 ` Mark Brown
2013-09-09 13:50 ` [lm-sensors] " Mark Brown
2013-09-09 15:50 ` Guenter Roeck
2013-09-09 15:50 ` [lm-sensors] " Guenter Roeck
2013-09-09 16:02 ` Mark Brown
2013-09-09 16:02 ` [lm-sensors] " Mark Brown
2013-09-09 16:17 ` Guenter Roeck
2013-09-09 16:17 ` [lm-sensors] " Guenter Roeck
[not found] ` <20130909161735.GC18975-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
2013-09-09 20:39 ` Mark Brown
2013-09-09 20:39 ` Mark Brown
2013-09-09 20:39 ` [lm-sensors] " Mark Brown
[not found] ` <20130909203910.GV29403-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
2013-09-10 4:05 ` Wei Ni
2013-09-10 4:05 ` Wei Ni
2013-09-10 4:05 ` [lm-sensors] " Wei Ni
[not found] ` <522E9A85.9050803-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2013-09-10 4:50 ` Guenter Roeck
2013-09-10 4:50 ` Guenter Roeck
2013-09-10 4:50 ` [lm-sensors] " Guenter Roeck
[not found] ` <522EA51C.90706-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
2013-09-10 5:39 ` Wei Ni
2013-09-10 5:39 ` Wei Ni
2013-09-10 5:39 ` [lm-sensors] " Wei Ni
[not found] ` <522EB0AF.9030708-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2013-09-10 5:54 ` Guenter Roeck
2013-09-10 5:54 ` Guenter Roeck
2013-09-10 5:54 ` [lm-sensors] " Guenter Roeck
[not found] ` <522EB41E.9030005-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
2013-09-10 6:30 ` Wei Ni
2013-09-10 6:30 ` Wei Ni
2013-09-10 6:30 ` [lm-sensors] " Wei Ni
2013-09-10 10:13 ` Mark Brown
2013-09-10 10:13 ` Mark Brown
2013-09-10 10:13 ` [lm-sensors] " Mark Brown
2013-09-10 11:29 ` Wei Ni
2013-09-10 11:29 ` [lm-sensors] " Wei Ni
[not found] ` <522F02A4.7060702-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2013-09-10 12:11 ` Mark Brown
2013-09-10 12:11 ` Mark Brown
2013-09-10 12:11 ` [lm-sensors] " Mark Brown
[not found] ` <20130910121157.GJ29403-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
2013-09-11 9:40 ` Wei Ni
2013-09-11 9:40 ` Wei Ni
2013-09-11 9:40 ` [lm-sensors] " Wei Ni
[not found] ` <20130909155043.GA18975-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
2013-09-10 3:22 ` Wei Ni
2013-09-10 3:22 ` Wei Ni
2013-09-10 3:22 ` [lm-sensors] " Wei Ni
[not found] ` <522E9059.3070305-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2013-09-10 3:36 ` Guenter Roeck
2013-09-10 3:36 ` Guenter Roeck
2013-09-10 3:36 ` [lm-sensors] " Guenter Roeck
[not found] ` <522E93D6.2010304-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
2013-09-10 3:40 ` Stephen Warren
2013-09-10 3:40 ` Stephen Warren
2013-09-10 3:40 ` [lm-sensors] " Stephen Warren
2013-09-10 3:53 ` Guenter Roeck
2013-09-10 3:53 ` [lm-sensors] " Guenter Roeck
[not found] ` <522E97CE.4070300-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
2013-09-10 4:12 ` Wei Ni
2013-09-10 4:12 ` Wei Ni
2013-09-10 4:12 ` [lm-sensors] " Wei Ni
2013-09-10 4:13 ` Stephen Warren
2013-09-10 4:13 ` Stephen Warren
2013-09-10 4:13 ` [lm-sensors] " Stephen Warren
[not found] ` <522E9C84.9070405-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
2013-09-10 4:44 ` Guenter Roeck
2013-09-10 4:44 ` Guenter Roeck
2013-09-10 4:44 ` [lm-sensors] " Guenter Roeck
2013-09-10 10:09 ` Mark Brown
2013-09-10 10:09 ` Mark Brown
2013-09-10 10:09 ` [lm-sensors] " Mark Brown
[not found] ` <20130910100939.GW29403-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
2013-09-10 15:07 ` Stephen Warren
2013-09-10 15:07 ` Stephen Warren
2013-09-10 15:07 ` [lm-sensors] " Stephen Warren
[not found] ` <522F35BF.6070909-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
2013-09-10 17:04 ` Mark Brown
2013-09-10 17:04 ` Mark Brown
2013-09-10 17:04 ` [lm-sensors] " Mark Brown
[not found] ` <20130910170438.GS29403-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
2013-09-10 17:44 ` Stephen Warren
2013-09-10 17:44 ` Stephen Warren
2013-09-10 17:44 ` [lm-sensors] " Stephen Warren
[not found] ` <522F5A65.8040907-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
2013-09-10 18:07 ` Guenter Roeck
2013-09-10 18:07 ` Guenter Roeck
2013-09-10 18:07 ` [lm-sensors] " Guenter Roeck
2013-09-10 18:18 ` Mark Brown
2013-09-10 18:18 ` Mark Brown
2013-09-10 18:18 ` [lm-sensors] " Mark Brown
[not found] ` <20130910181837.GD29403-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
2013-09-10 18:37 ` Stephen Warren [this message]
2013-09-10 18:37 ` Stephen Warren
2013-09-10 18:37 ` [lm-sensors] " Stephen Warren
2013-09-10 18:52 ` Mark Brown
2013-09-10 18:52 ` [lm-sensors] " Mark Brown
[not found] ` <20130910185235.GF29403-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
2013-09-11 11:35 ` Wei Ni
2013-09-11 11:35 ` Wei Ni
2013-09-11 11:35 ` [lm-sensors] " Wei Ni
2013-09-10 17:05 ` Mark Brown
2013-09-10 17:05 ` [lm-sensors] " Mark Brown
2013-09-09 10:29 ` [PATCH v3 2/2] Documentation: dt: hwmon: add OF document for LM90 Wei Ni
2013-09-09 10:29 ` Wei Ni
2013-09-09 10:29 ` [lm-sensors] " Wei Ni
[not found] ` <1378722552-10357-3-git-send-email-wni-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2013-09-09 10:52 ` Guenter Roeck
2013-09-09 10:52 ` Guenter Roeck
2013-09-09 10:52 ` [lm-sensors] " Guenter Roeck
[not found] ` <522DA86B.6000603-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
2013-09-09 22:14 ` Stephen Warren
2013-09-09 22:14 ` Stephen Warren
2013-09-09 22:14 ` [lm-sensors] " Stephen Warren
[not found] ` <522E4854.1050800-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
2013-09-10 4:25 ` Wei Ni
2013-09-10 4:25 ` Wei Ni
2013-09-10 4:25 ` [lm-sensors] " Wei Ni
2013-09-09 10:57 ` Ramkumar Ramachandra
2013-09-09 11:09 ` [lm-sensors] " Ramkumar Ramachandra
2013-09-09 10:57 ` Ramkumar Ramachandra
[not found] ` <CALkWK0nqgF6yn4QRe2tTD-Qd+5GLtH-ifCesayk-+uxkWMx-5w-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2013-09-10 4:35 ` Wei Ni
2013-09-10 4:35 ` Wei Ni
2013-09-10 4:35 ` [lm-sensors] " Wei Ni
[not found] ` <522EA177.6050608-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2013-09-10 4:36 ` Wei Ni
2013-09-10 4:36 ` Wei Ni
2013-09-10 4:36 ` [lm-sensors] " Wei Ni
2013-09-09 22:15 ` Stephen Warren
2013-09-09 22:15 ` Stephen Warren
2013-09-09 22:15 ` [lm-sensors] " Stephen Warren
[not found] ` <522E489D.6080903-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
2013-09-09 22:23 ` Guenter Roeck
2013-09-09 22:23 ` Guenter Roeck
2013-09-09 22:23 ` [lm-sensors] " Guenter Roeck
[not found] ` <20130909222330.GA31708-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
2013-09-10 4:25 ` Wei Ni
2013-09-10 4:25 ` Wei Ni
2013-09-10 4:25 ` [lm-sensors] " Wei Ni
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=522F66FB.2000608@wwwdotorg.org \
--to=swarren-3lzwwm7+weoh9zmkesr00q@public.gmane.org \
--cc=broonie-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org \
--cc=khali-PUYAD+kWke1g9hUCZPvPmw@public.gmane.org \
--cc=linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org \
--cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=lm-sensors-GZX6beZjE8VD60Wz+7aTrA@public.gmane.org \
--cc=wni-DDmLM1+adcrQT0dZR+AlfA@public.gmane.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.