Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755499Ab3H3Me2 (ORCPT ); Fri, 30 Aug 2013 08:34:28 -0400 Received: from bear.ext.ti.com ([192.94.94.41]:42804 "EHLO bear.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754264Ab3H3Me0 (ORCPT ); Fri, 30 Aug 2013 08:34:26 -0400 Message-ID: <5220914A.3070107@ti.com> Date: Fri, 30 Aug 2013 08:34:18 -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: "R, Durgadoss" CC: Eduardo Valentin , "Zhang, Rui" , "linux-pm@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "hongbo.zhang@linaro.org" , "wni@nvidia.com" Subject: Re: [PATCHv3 0/8] Thermal Framework Enhancements References: <1360061183-14137-1-git-send-email-durgadoss.r@intel.com> <521FA335.2060309@ti.com> <4D68720C2E767A4AA6A8796D42C8EB59D4D3F8@BGSMSX101.gar.corp.intel.com> In-Reply-To: <4D68720C2E767A4AA6A8796D42C8EB59D4D3F8@BGSMSX101.gar.corp.intel.com> X-Enigmail-Version: 1.5.2 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ofeRa4dfAw9PR8oof7p9qau77gxdQqiVq" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 5906 Lines: 163 --ofeRa4dfAw9PR8oof7p9qau77gxdQqiVq Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 30-08-2013 05:20, R, Durgadoss wrote: > Hi Eduardo, >=20 >> -----Original Message----- >> From: Eduardo Valentin [mailto:eduardo.valentin@ti.com] >> Sent: Friday, August 30, 2013 1:08 AM >> To: R, Durgadoss >> Cc: Zhang, Rui; linux-pm@vger.kernel.org; linux-kernel@vger.kernel.org= ; >> eduardo.valentin@ti.com; hongbo.zhang@linaro.org; wni@nvidia.com >> Subject: Re: [PATCHv3 0/8] Thermal Framework Enhancements >> >> Durga, >> >> On 05-02-2013 06:46, Durgadoss R wrote: >>> This patch set is a v3 of the previous versions submitted here: >>> [v2]: http://lwn.net/Articles/531720/ >>> [v1]: https://lkml.org/lkml/2012/12/18/108 >>> [RFC]:https://patchwork.kernel.org/patch/1758921/ >>> >> >> Long time this work is not moving forward. While writing the device tr= ee >=20 > I am trying my best to get to this, > Will try to refresh in a couple of weeks. >=20 >> parser, I thought of using your work as baseline to see how the multip= le >> sensor per zone would look like (also in DT). >> >> But while checking your code again, I realized that you are actually >> creating a new API, that is probably why you named it sysfs-api2. Whil= e >> I understand the motivation (they are pretty different), I believe thi= s >> is not a good thing to do. I would suggest making so that we have a >> single API. >=20 > As in the sensor APIs ? or the zone level APIs ? > The sensor level APIs are anyway new; the zone level ones > we have to work out a way for them. >=20 > Is this what you are referring to ? Could you confirm/explain a bit mor= e ? OK. Let's assume that maybe I didn't quite get your proposal then. Let me step back and ask you what is the relation between existing thermal_zone_device and thermal_zone? Would existing drivers be complaint with new API? >=20 > Thanks, > Durga >=20 >> >>> This patch set is based on Rui's -next tree, and is >>> tested on a Core-i5 and an Atom netbook. >>> >>> Changes since v2: >>> * Reworked the map sysfs attributes in patch [5/8] >>> * Dropped configuration for maximum sensors and >>> cooling devices, through Kconfig. >>> * Added __remove_trip_attr method >>> * Renamed __clean_map_entry to __remove_map_entry >>> for consistency in naming. >>> Changes Since v1: >>> * Removed kobject creation for thermal_trip and thermal_map >>> nodes as per Greg-KH's comments. >>> * Added ABI Documentation under 'testing'. >>> * Modified the GET_INDEX macro to be more linux-like, thanks >>> to Joe Perches. >>> * Added get_[sensor/cdev]_by_name APIs to thermal.h >>> >>> This series contains 8 patches: >>> Patch 1/8: Creates new sensor level APIs >>> Patch 2/8: Creates new zone level APIs. The existing tzd structure is= >>> kept as such for clarity and compatibility purposes. >>> Patch 3/8: Creates functions to add/remove a cdev to/from a zone. The= >>> existing tcd structure need not be modified. >>> Patch 4/8: Adds sensorX_trip_[active/passive/hot/critical] sysfs node= s, >>> under /sys/class/thermal/zoneY/. This exposes various trip >>> points for sensorX present in zoneY. >>> Patch 5/8: Adds mapY_* sysfs node. These attributes represent >>> the binding relationship between a sensor and a cdev, >>> within a zone. >>> Patch 6/8: Creates Documentation for the new APIs. A new file is >>> created for clarity. Final goal is to merge with the exist= ing >>> file or refactor the files, as whatever seems appropriate.= >>> Patch 7/8: Add ABI documentation for sysfs interfaces introduced in t= his patch. >>> Patch 8/8: A dummy driver that can be used for testing. This is not f= or merge. >>> >>> Durgadoss R (8): >>> Thermal: Create sensor level APIs >>> Thermal: Create zone level APIs >>> Thermal: Add APIs to bind cdev to new zone structure >>> Thermal: Add trip point sysfs nodes for sensor >>> Thermal: Create Thermal map sysfs attributes for a zone >>> Thermal: Add Documentation to new APIs >>> Thermal: Add ABI Documentation for sysfs interfaces >>> Thermal: Dummy driver used for testing >>> >>> Documentation/ABI/testing/sysfs-class-thermal | 137 ++++ >>> Documentation/thermal/sysfs-api2.txt | 247 ++++++ >>> drivers/thermal/Kconfig | 5 + >>> drivers/thermal/Makefile | 2 + >>> drivers/thermal/thermal_sys.c | 994 +++++++++++++++= ++++++++++ >>> drivers/thermal/thermal_test.c | 324 ++++++++ >>> include/linux/thermal.h | 123 ++- >>> 7 files changed, 1831 insertions(+), 1 deletion(-) >>> create mode 100644 Documentation/ABI/testing/sysfs-class-thermal >>> create mode 100644 Documentation/thermal/sysfs-api2.txt >>> create mode 100644 drivers/thermal/thermal_test.c >>> >> >> >> -- >> You have got to be excited about what you are doing. (L. Lamport) >> >> Eduardo Valentin >=20 >=20 >=20 --=20 You have got to be excited about what you are doing. (L. Lamport) Eduardo Valentin --ofeRa4dfAw9PR8oof7p9qau77gxdQqiVq 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/ iF4EAREIAAYFAlIgkUoACgkQCXcVR3XQvP3zOQEA3OrMujeYyEyNRWppdOMojIRm iOQW0624OLEUrOH+zaMA/2F+qkwxjQn09hh8VABOcmLIxZROyBVc3Wvo641QIAPW =PYP2 -----END PGP SIGNATURE----- --ofeRa4dfAw9PR8oof7p9qau77gxdQqiVq-- -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/