From mboxrd@z Thu Jan 1 00:00:00 1970 From: Lukasz Luba Subject: [PATCH v2 0/3] devfreq_cooling: let the driver supply the real power every time we need it Date: Tue, 31 Jan 2017 16:11:44 +0000 Message-ID: <20170131161147.17002-1-lukasz.luba@arm.com> Return-path: Received: from foss.arm.com ([217.140.101.70]:41642 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750909AbdAaQNT (ORCPT ); Tue, 31 Jan 2017 11:13:19 -0500 Sender: linux-pm-owner@vger.kernel.org List-Id: linux-pm@vger.kernel.org To: linux-pm@vger.kernel.org Cc: edubezval@gmail.com, rui.zhang@intel.com, orjan.eide@arm.com, lukasz.luba@arm.com, chris.diamand@arm.com, javi.merino@kernel.org Hi, This patchset introduces a new interface for devfreq cooling in thermal framework. The previous version of the patch can be seen here [1]. I have simplified the implementation and introduced resource utilization scaling factor. The current implementation in the thermal devfreq cooling subsystem uses pre-calculated power table for each device to make a decision about allowed running state. When the driver registers itself to the thermal devfreq cooling subsystem, the framework creates the power table. The power table is then used by the thermal subsystem to keep the device in the thermal envelope. In the previous implementation the pre-calculated device's power table was scaled by current 'utilization' ('busy_time' and 'total_time' taken from devfreq 'last_status'). This idea meets the expectations of the devices which know better the actual power that they consume (thanks to power counters). When some parts/features of the device are not used the power value might be lower, while the frequency and utilization are the same. The proposed implementation provides possibility to register a driver to thermal devfreq cooling subsystem and use the driver's code during the calculation of the power in runtime. The device driver can still use pre-calculated power table when these new functions are not provided (the new extension can co-exist with old implementation). The first patch contains some refactoring for getting the voltage, the second implements the new feature, the third one changes trace function. Patchset is based on v4.10-rc5. Changes v2: - removed 'flags' and power2state function, - split into a few patches, - simplified the logic of the new interface, - added resource utilization scaling factor, Regards, Lukasz Luba [1] https://marc.info/?l=linux-pm&m=147395070729989&w=2 Lukasz Luba (3): thermal: devfreq_cooling: refactor code and add get_voltage function thermal: devfreq_cooling: add new interface for direct power read trace: thermal: add another parameter *power to the tracing function drivers/thermal/devfreq_cooling.c | 123 +++++++++++++++++++++++++++----------- include/linux/devfreq_cooling.h | 17 ++++++ include/trace/events/thermal.h | 11 ++-- 3 files changed, 113 insertions(+), 38 deletions(-) -- 2.9.2