From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965308Ab3GSS5g (ORCPT ); Fri, 19 Jul 2013 14:57:36 -0400 Received: from arroyo.ext.ti.com ([192.94.94.40]:43382 "EHLO arroyo.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S965022Ab3GSS5e (ORCPT ); Fri, 19 Jul 2013 14:57:34 -0400 Message-ID: <51E98BD3.8000307@ti.com> Date: Fri, 19 Jul 2013 14:56:19 -0400 From: Eduardo Valentin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: Stephen Warren CC: Eduardo Valentin , Guenter Roeck , Grant Likely , Rob Herring , , , , , , Subject: Re: [lm-sensors] [RESEND PATCH V1 0/9] thermal: introduce DT thermal zone build References: <1374074248-31690-1-git-send-email-eduardo.valentin@ti.com> <20130717220942.GB990@roeck-us.net> <51E7F341.8020508@ti.com> <20130718211154.GB4110@roeck-us.net> <51E9413C.2080007@ti.com> <51E98941.2090306@wwwdotorg.org> In-Reply-To: <51E98941.2090306@wwwdotorg.org> X-Enigmail-Version: 1.5.1 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="----enig2EJNRIGLQXUVRFXKOPBFB" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org ------enig2EJNRIGLQXUVRFXKOPBFB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 19-07-2013 14:45, Stephen Warren wrote: > On 07/19/2013 07:38 AM, Eduardo Valentin wrote: >> On 18-07-2013 17:11, Guenter Roeck wrote: >>> On Thu, Jul 18, 2013 at 09:53:05AM -0400, Eduardo Valentin >>> wrote: >>>> Hello Guenter, >>>> >>>> On 17-07-2013 18:09, Guenter Roeck wrote: >>>>> On Wed, Jul 17, 2013 at 11:17:19AM -0400, Eduardo Valentin >>>>> wrote: >>>>>> Hello all, >>>>>> >>>>>> As you noticed, I am working in a way to represent thermal >>>>>> data using device tree [1]. Essentially, this should be a >>>>>> way to say what to do with a sensor and how to associate >>>>>> (cooling) actions with it. >>>>>> >>>>> Seems to me that goes way beyond the supposed scope of >>>>> devicetree data. Devicetree data is supposed to describe >>>>> hardware, not its configuration or use. This is clearly a use >>>>> case. >>>> >>>> Thanks for rising your voice here. It is important to know what >>>> hwmon ppl think about this. >>>> >>> Sorry, I don't know what ppl stands for. >>> >>>>> >>>>> Guenter >>>> >>>> As your answers to the series are giving same argument, I chose >>>> to answer on patch 0. I would be happier if you could elaborate >>>> a bit more on your concern, specially if you take hwmon cap >>>> here, and give your view with that perspective. >>>> >>>> I also considered that this work could be abusing of DT >>>> purposes. But let me explain why I still think it makes sense >>>> to have it. >>>> >>> Ultimately, you are making my point here. If you considered it, >>> did you ask devicetree experts for an opinion ? Did you discuss >>> the subject on the devicetree-discuss mailing list ? If so, what >>> was the result ? >> >> Although I have asked, I didn't get any feedback.=20 >> https://lkml.org/lkml/2013/4/11/760 >> >> But now I am requesting feedback in a formal (patch) way. >> >> Consider this patch series as official request for (devicetree >> experts and everyone involved) opinions. >=20 > I might suggest (a) sending the email "To" the DT maintainer, rather > than just CC'ing him, (b) perhaps start a new thread just to present > the proposed DT binding, and get feedback on that. A thread with a new > subject like "[RFC] DT binding for thermal zones" might get more > attention than a patch submission; the subject line of this patch > doesn't stand much (since it implies to me it's more about build > issues than DT bindings even though it does mention DT). >=20 OK. I will do that. Sounds reasonable. Resending this series as RFC again, but now addressed to DT folks. >=20 --=20 You have got to be excited about what you are doing. (L. Lamport) Eduardo Valentin ------enig2EJNRIGLQXUVRFXKOPBFB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlHpi9MACgkQCXcVR3XQvP0SygD9E4+vYpXP4fXBPyphBsmiXA7P uJGfRTR/JxqVNuAe2WgBAMNH4RaYCQfr2IiTGC+HIvlpbyv0jviLDXFxBrDbo4QS =vAfR -----END PGP SIGNATURE----- ------enig2EJNRIGLQXUVRFXKOPBFB-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eduardo Valentin Subject: Re: [lm-sensors] [RESEND PATCH V1 0/9] thermal: introduce DT thermal zone build Date: Fri, 19 Jul 2013 14:56:19 -0400 Message-ID: <51E98BD3.8000307@ti.com> References: <1374074248-31690-1-git-send-email-eduardo.valentin@ti.com> <20130717220942.GB990@roeck-us.net> <51E7F341.8020508@ti.com> <20130718211154.GB4110@roeck-us.net> <51E9413C.2080007@ti.com> <51E98941.2090306@wwwdotorg.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="----enig2EJNRIGLQXUVRFXKOPBFB" Return-path: In-Reply-To: <51E98941.2090306@wwwdotorg.org> Sender: linux-pm-owner@vger.kernel.org To: Stephen Warren Cc: Eduardo Valentin , Guenter Roeck , Grant Likely , Rob Herring , devicetree-discuss@lists.ozlabs.org, wni@nvidia.com, linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org, lm-sensors@lm-sensors.org, l.stach@pengutronix.de List-Id: devicetree@vger.kernel.org ------enig2EJNRIGLQXUVRFXKOPBFB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 19-07-2013 14:45, Stephen Warren wrote: > On 07/19/2013 07:38 AM, Eduardo Valentin wrote: >> On 18-07-2013 17:11, Guenter Roeck wrote: >>> On Thu, Jul 18, 2013 at 09:53:05AM -0400, Eduardo Valentin >>> wrote: >>>> Hello Guenter, >>>> >>>> On 17-07-2013 18:09, Guenter Roeck wrote: >>>>> On Wed, Jul 17, 2013 at 11:17:19AM -0400, Eduardo Valentin >>>>> wrote: >>>>>> Hello all, >>>>>> >>>>>> As you noticed, I am working in a way to represent thermal >>>>>> data using device tree [1]. Essentially, this should be a >>>>>> way to say what to do with a sensor and how to associate >>>>>> (cooling) actions with it. >>>>>> >>>>> Seems to me that goes way beyond the supposed scope of >>>>> devicetree data. Devicetree data is supposed to describe >>>>> hardware, not its configuration or use. This is clearly a use >>>>> case. >>>> >>>> Thanks for rising your voice here. It is important to know what >>>> hwmon ppl think about this. >>>> >>> Sorry, I don't know what ppl stands for. >>> >>>>> >>>>> Guenter >>>> >>>> As your answers to the series are giving same argument, I chose >>>> to answer on patch 0. I would be happier if you could elaborate >>>> a bit more on your concern, specially if you take hwmon cap >>>> here, and give your view with that perspective. >>>> >>>> I also considered that this work could be abusing of DT >>>> purposes. But let me explain why I still think it makes sense >>>> to have it. >>>> >>> Ultimately, you are making my point here. If you considered it, >>> did you ask devicetree experts for an opinion ? Did you discuss >>> the subject on the devicetree-discuss mailing list ? If so, what >>> was the result ? >> >> Although I have asked, I didn't get any feedback.=20 >> https://lkml.org/lkml/2013/4/11/760 >> >> But now I am requesting feedback in a formal (patch) way. >> >> Consider this patch series as official request for (devicetree >> experts and everyone involved) opinions. >=20 > I might suggest (a) sending the email "To" the DT maintainer, rather > than just CC'ing him, (b) perhaps start a new thread just to present > the proposed DT binding, and get feedback on that. A thread with a new > subject like "[RFC] DT binding for thermal zones" might get more > attention than a patch submission; the subject line of this patch > doesn't stand much (since it implies to me it's more about build > issues than DT bindings even though it does mention DT). >=20 OK. I will do that. Sounds reasonable. Resending this series as RFC again, but now addressed to DT folks. >=20 --=20 You have got to be excited about what you are doing. (L. Lamport) Eduardo Valentin ------enig2EJNRIGLQXUVRFXKOPBFB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlHpi9MACgkQCXcVR3XQvP0SygD9E4+vYpXP4fXBPyphBsmiXA7P uJGfRTR/JxqVNuAe2WgBAMNH4RaYCQfr2IiTGC+HIvlpbyv0jviLDXFxBrDbo4QS =vAfR -----END PGP SIGNATURE----- ------enig2EJNRIGLQXUVRFXKOPBFB-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eduardo Valentin Date: Fri, 19 Jul 2013 18:56:19 +0000 Subject: Re: [lm-sensors] [RESEND PATCH V1 0/9] thermal: introduce DT thermal zone build Message-Id: <51E98BD3.8000307@ti.com> MIME-Version: 1 Content-Type: multipart/mixed; boundary="===============0636610180137043109==" List-Id: References: <1374074248-31690-1-git-send-email-eduardo.valentin@ti.com> <20130717220942.GB990@roeck-us.net> <51E7F341.8020508@ti.com> <20130718211154.GB4110@roeck-us.net> <51E9413C.2080007@ti.com> <51E98941.2090306@wwwdotorg.org> In-Reply-To: <51E98941.2090306@wwwdotorg.org> To: Stephen Warren Cc: Eduardo Valentin , Guenter Roeck , Grant Likely , Rob Herring , devicetree-discuss@lists.ozlabs.org, wni@nvidia.com, linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org, lm-sensors@lm-sensors.org, l.stach@pengutronix.de --===============0636610180137043109== Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="----enig2EJNRIGLQXUVRFXKOPBFB" ------enig2EJNRIGLQXUVRFXKOPBFB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 19-07-2013 14:45, Stephen Warren wrote: > On 07/19/2013 07:38 AM, Eduardo Valentin wrote: >> On 18-07-2013 17:11, Guenter Roeck wrote: >>> On Thu, Jul 18, 2013 at 09:53:05AM -0400, Eduardo Valentin >>> wrote: >>>> Hello Guenter, >>>> >>>> On 17-07-2013 18:09, Guenter Roeck wrote: >>>>> On Wed, Jul 17, 2013 at 11:17:19AM -0400, Eduardo Valentin >>>>> wrote: >>>>>> Hello all, >>>>>> >>>>>> As you noticed, I am working in a way to represent thermal >>>>>> data using device tree [1]. Essentially, this should be a >>>>>> way to say what to do with a sensor and how to associate >>>>>> (cooling) actions with it. >>>>>> >>>>> Seems to me that goes way beyond the supposed scope of >>>>> devicetree data. Devicetree data is supposed to describe >>>>> hardware, not its configuration or use. This is clearly a use >>>>> case. >>>> >>>> Thanks for rising your voice here. It is important to know what >>>> hwmon ppl think about this. >>>> >>> Sorry, I don't know what ppl stands for. >>> >>>>> >>>>> Guenter >>>> >>>> As your answers to the series are giving same argument, I chose >>>> to answer on patch 0. I would be happier if you could elaborate >>>> a bit more on your concern, specially if you take hwmon cap >>>> here, and give your view with that perspective. >>>> >>>> I also considered that this work could be abusing of DT >>>> purposes. But let me explain why I still think it makes sense >>>> to have it. >>>> >>> Ultimately, you are making my point here. If you considered it, >>> did you ask devicetree experts for an opinion ? Did you discuss >>> the subject on the devicetree-discuss mailing list ? If so, what >>> was the result ? >> >> Although I have asked, I didn't get any feedback.=20 >> https://lkml.org/lkml/2013/4/11/760 >> >> But now I am requesting feedback in a formal (patch) way. >> >> Consider this patch series as official request for (devicetree >> experts and everyone involved) opinions. >=20 > I might suggest (a) sending the email "To" the DT maintainer, rather > than just CC'ing him, (b) perhaps start a new thread just to present > the proposed DT binding, and get feedback on that. A thread with a new > subject like "[RFC] DT binding for thermal zones" might get more > attention than a patch submission; the subject line of this patch > doesn't stand much (since it implies to me it's more about build > issues than DT bindings even though it does mention DT). >=20 OK. I will do that. Sounds reasonable. Resending this series as RFC again, but now addressed to DT folks. >=20 --=20 You have got to be excited about what you are doing. (L. Lamport) Eduardo Valentin ------enig2EJNRIGLQXUVRFXKOPBFB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlHpi9MACgkQCXcVR3XQvP0SygD9E4+vYpXP4fXBPyphBsmiXA7P uJGfRTR/JxqVNuAe2WgBAMNH4RaYCQfr2IiTGC+HIvlpbyv0jviLDXFxBrDbo4QS =vAfR -----END PGP SIGNATURE----- ------enig2EJNRIGLQXUVRFXKOPBFB-- --===============0636610180137043109== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ lm-sensors mailing list lm-sensors@lm-sensors.org http://lists.lm-sensors.org/mailman/listinfo/lm-sensors --===============0636610180137043109==--