[PATCH 3/5] drivers: thermal: make usage of CONFIG_THERMAL_HWMON optional
From: Eduardo Valentin <hidden>
Date: 2013-08-28 13:17:08
Also in:
linux-acpi, linux-devicetree, linux-pm, linux-samsung-soc, lkml, platform-driver-x86
On 27-08-2013 20:13, Zhang Rui wrote:
On ?, 2013-08-27 at 23:17 +0200, Rafael J. Wysocki wrote:quoted
On Tuesday, August 27, 2013 02:26:41 PM Eduardo Valentin wrote:quoted
On 23-08-2013 19:08, Rafael J. Wysocki wrote:quoted
On Friday, August 23, 2013 06:03:14 PM Eduardo Valentin wrote:quoted
When registering a new thermal_device, the thermal framework will always add a hwmon sysfs interface. This patch adds a flag to make this behavior optional. Now when registering a new thermal device, the caller needs to say if the hwmon interface is required. In order to keep same behavior as of today, all current calls will by default create the hwmon interface.Well, instead of modifying all of the callers this way, why don't you add new versions taking the additional argument as, for example, thermal_zone_device_register_full() and redefine the old ones as static inline wrappers, for example static inline struct thermal_zone_device *thermal_zone_device_register(args) { return thermal_zone_device_register_full(args, true); } ?Yeah, that is another way to go and I thought of doing it like that. I just could not come out with a good API naming: thermal_zone_device_register_full(all args) thermal_zone_device_register(args) /* on hwmon == true */ thermal_zone_device_register_no_hwmon(args) /* on hwmon == false */ Would this sound reasonable naming?Yeah, sounds good to me.Well, actually, Tianyu is working on a patch set to move all the thermal_zone_device_register() parameters to struct thermal_zone_params. But with that patch set done, what you need to do next is just to introduce a new field in struct thermal_zone_params and make sure 0 means registering hwmon sysfs I/F.
Rui, Do you have a pointer to his patch?
thanks, ruiquoted
Thanks, Rafael
-- You have got to be excited about what you are doing. (L. Lamport) Eduardo Valentin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 295 bytes Desc: OpenPGP digital signature URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20130828/6397da74/attachment.sig>