From: Eduardo Valentin <edubezval@gmail.com>
To: Viresh Kumar <viresh.kumar@linaro.org>
Cc: linux-pm@vger.kernel.org, linaro-kernel@lists.linaro.org,
rui.zhang@intel.com
Subject: Re: [PATCH 25/26] cpu_cooling: Use cpufreq_dev->freq_table for finding level/freq
Date: Tue, 2 Dec 2014 19:36:28 -0400 [thread overview]
Message-ID: <20141202233626.GA3969@developer> (raw)
In-Reply-To: <8c0412592bfd5524e638252a42edaf08f81f0976.1417167599.git.viresh.kumar@linaro.org>
[-- Attachment #1: Type: text/plain, Size: 5335 bytes --]
On Fri, Nov 28, 2014 at 03:14:19PM +0530, Viresh Kumar wrote:
> get_property() was an over complicated beast with BUGs. It used to believe that
> cpufreq table is present in ascending or descending order, which might not
> always be true.
>
> Previous patch has created another freq table in descending order for us and we
> better use it now. With that get_property() simply goes away and another helper
> get_level() comes in.
>
> Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org>
> ---
> drivers/thermal/cpu_cooling.c | 96 +++++++------------------------------------
> 1 file changed, 14 insertions(+), 82 deletions(-)
>
> diff --git a/drivers/thermal/cpu_cooling.c b/drivers/thermal/cpu_cooling.c
> index 9a4a323..db4c001 100644
> --- a/drivers/thermal/cpu_cooling.c
> +++ b/drivers/thermal/cpu_cooling.c
> @@ -80,85 +80,27 @@ static struct cpufreq_cooling_device *notify_device;
>
> /* Below code defines functions to be used for cpufreq as cooling device */
>
> -enum cpufreq_cooling_property {
> - GET_LEVEL,
> - GET_FREQ,
> -};
> -
> /**
> - * get_property - fetch a property of interest for a given cpu.
> + * get_level: Find the level for a particular frequency
> * @cpufreq_dev: cpufreq_dev for which the property is required
> - * @input: query parameter
> - * @output: query return
> - * @property: type of query (frequency, level)
> - *
> - * This is the common function to
> - * 1. translate frequency to cooling state
> - * 2. translate cooling state to frequency
> + * @freq: Frequency
> *
> - * Note that the code may be not in good shape
> - * but it is written in this way in order to:
> - * a) reduce duplicate code as most of the code can be shared.
> - * b) make sure the logic is consistent when translating between
> - * cooling states and frequencies.
> - *
> - * Return: 0 on success, -EINVAL when invalid parameters are passed.
> + * Returns: level on success, THERMAL_CSTATE_INVALID on error.
> */
> -static int get_property(struct cpufreq_cooling_device *cpufreq_dev,
> - unsigned long input, unsigned int *output,
> - enum cpufreq_cooling_property property)
> +static unsigned long get_level(struct cpufreq_cooling_device *cpufreq_dev,
> + unsigned int freq)
> {
> - int i;
> - unsigned long level = 0;
> - unsigned int freq = CPUFREQ_ENTRY_INVALID;
> - int descend = -1;
> - struct cpufreq_frequency_table *pos, *table;
> -
> - if (!output)
> - return -EINVAL;
> + unsigned long level;
>
> - table = cpufreq_frequency_get_table(cpumask_first(&cpufreq_dev->allowed_cpus));
> - if (!table)
> - return -EINVAL;
> + for (level = 0; level <= cpufreq_dev->max_level; level++) {
> + if (freq == cpufreq_dev->freq_table[level])
> + return level;
>
> - cpufreq_for_each_valid_entry(pos, table) {
> - /* ignore duplicate entry */
> - if (freq == pos->frequency)
> - continue;
> -
> - /* get the frequency order */
> - if (freq != CPUFREQ_ENTRY_INVALID && descend == -1)
> - descend = freq > pos->frequency;
> -
> - freq = pos->frequency;
> + if (freq > cpufreq_dev->freq_table[level])
> + break;
> }
>
> - if (property == GET_FREQ)
> - level = descend ? input : (cpufreq_dev->max_level - input);
> -
> - i = 0;
> - cpufreq_for_each_valid_entry(pos, table) {
> - /* ignore duplicate entry */
> - if (freq == pos->frequency)
> - continue;
> -
> - /* now we have a valid frequency entry */
> - freq = pos->frequency;
> -
> - if (property == GET_LEVEL && (unsigned int)input == freq) {
> - /* get level by frequency */
> - *output = descend ? i : (cpufreq_dev->max_level - i);
> - return 0;
> - }
> - if (property == GET_FREQ && level == i) {
> - /* get frequency by level */
> - *output = freq;
> - return 0;
> - }
> - i++;
> - }
> -
> - return -EINVAL;
> + return THERMAL_CSTATE_INVALID;
> }
>
> /**
> @@ -179,14 +121,8 @@ unsigned long cpufreq_cooling_get_level(unsigned int cpu, unsigned int freq)
> mutex_lock(&cooling_cpufreq_lock);
> list_for_each_entry(cpufreq_dev, &cpufreq_dev_list, head) {
> if (cpumask_test_cpu(cpu, &cpufreq_dev->allowed_cpus)) {
> - unsigned int val;
> -
> mutex_unlock(&cooling_cpufreq_lock);
> - if (get_property(cpufreq_dev, (unsigned long)freq, &val,
> - GET_LEVEL))
> - return THERMAL_CSTATE_INVALID;
> -
> - return (unsigned long)val;
> + return get_level(cpufreq_dev, freq);
> }
> }
> mutex_unlock(&cooling_cpufreq_lock);
> @@ -289,16 +225,12 @@ static int cpufreq_set_cur_state(struct thermal_cooling_device *cdev,
> struct cpufreq_cooling_device *cpufreq_device = cdev->devdata;
> unsigned int cpu = cpumask_any(&cpufreq_device->allowed_cpus);
> unsigned int clip_freq;
> - int ret = 0;
>
> /* Check if the old cooling action is same as new cooling action */
> if (cpufreq_device->cpufreq_state == state)
> return 0;
>
> - ret = get_property(cpufreq_device, state, &clip_freq, GET_FREQ);
> - if (ret)
> - return ret;
> -
> + clip_freq = cpufreq_device->freq_table[state];
There should be some check for valid state here..
> cpufreq_device->cpufreq_state = state;
> cpufreq_device->cpufreq_val = clip_freq;
> notify_device = cpufreq_device;
> --
> 2.0.3.693.g996b0fd
>
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 473 bytes --]
next prev parent reply other threads:[~2014-12-02 23:36 UTC|newest]
Thread overview: 55+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-11-28 9:43 [PATCH 00/26] thermal: cpu_cooling: Fixes and cleanups Viresh Kumar
2014-11-28 9:43 ` [PATCH 01/26] thermal: db8500: pass cpu_present_mask to cpufreq_cooling_register() Viresh Kumar
2014-11-28 9:43 ` [PATCH 02/26] thermal: imx: " Viresh Kumar
2014-11-28 9:43 ` [PATCH 03/26] thermal: exynos: " Viresh Kumar
2014-11-28 9:43 ` [PATCH 04/26] thermal: exynos: Handle -EPROBE_DEFER properly Viresh Kumar
2014-12-02 23:08 ` Eduardo Valentin
2014-11-28 9:43 ` [PATCH 05/26] cpu_cooling: random comment fixups Viresh Kumar
2014-12-02 23:09 ` Eduardo Valentin
2014-11-28 9:44 ` [PATCH 06/26] cpu_cooling: fix doc comment over struct cpufreq_cooling_device Viresh Kumar
2014-11-28 9:44 ` [PATCH 07/26] cpu_cooling: Add comment to clarify relation between cooling state and frequency Viresh Kumar
2014-11-28 9:44 ` [PATCH 08/26] cpu_cooling: Pass variable instead of its type to sizeof() Viresh Kumar
2014-12-02 15:26 ` Javi Merino
2014-12-02 23:07 ` Eduardo Valentin
2014-12-03 4:38 ` Viresh Kumar
2014-11-28 9:44 ` [PATCH 09/26] cpu_cooling: no need to set cpufreq_state to zero Viresh Kumar
2014-11-28 9:44 ` [PATCH 10/26] cpu_cooling: no need to set cpufreq_dev to NULL Viresh Kumar
2014-11-28 9:44 ` [PATCH 11/26] cpu_cooling: propagate error returned by idr_alloc() Viresh Kumar
2014-12-02 15:35 ` Javi Merino
2014-12-03 4:36 ` Viresh Kumar
2014-12-02 23:03 ` Eduardo Valentin
2014-11-28 9:44 ` [PATCH 12/26] cpu_cooling: Don't match min/max frequencies for all CPUs on cooling register Viresh Kumar
2014-11-28 9:44 ` [PATCH 13/26] cpu_cooling: don't iterate over all allowed_cpus to update cpufreq policy Viresh Kumar
2014-11-28 9:44 ` [PATCH 14/26] cpu_cooling: Don't check is_cpufreq_valid() Viresh Kumar
2014-11-28 9:44 ` [PATCH 15/26] cpu_cooling: do error handling at the bottom in __cpufreq_cooling_register() Viresh Kumar
2014-12-02 15:45 ` Javi Merino
2014-11-28 9:44 ` [PATCH 16/26] cpu_cooling: Drop useless locking around idr_alloc/idr_remove Viresh Kumar
2014-12-02 15:53 ` Javi Merino
2014-12-02 23:05 ` Eduardo Valentin
2014-12-03 9:32 ` Viresh Kumar
2014-11-28 9:44 ` [PATCH 17/26] cpu_cooling: Merge cpufreq_apply_cooling() into cpufreq_set_cur_state() Viresh Kumar
2014-11-28 9:44 ` [PATCH 18/26] cpu_cooling: Merge get_cpu_frequency() " Viresh Kumar
2014-11-28 9:44 ` [PATCH 19/26] cpu_cooling: find max level during device registration Viresh Kumar
2014-12-02 23:39 ` Eduardo Valentin
2014-12-03 4:57 ` Viresh Kumar
2014-12-03 13:40 ` Eduardo Valentin
2014-11-28 9:44 ` [PATCH 20/26] cpu_cooling: get_property() doesn't need to support GET_MAXL anymore Viresh Kumar
2014-11-28 9:44 ` [PATCH 21/26] cpu_cooling: create list of cpufreq_cooling_devices Viresh Kumar
2014-12-02 23:12 ` Eduardo Valentin
2014-11-28 9:44 ` [PATCH 22/26] cpu_cooling: use cpufreq_dev_list instead of cpufreq_dev_count Viresh Kumar
2014-11-28 9:44 ` [PATCH 23/26] cpu_cooling: Pass 'cpufreq_dev' to get_property() Viresh Kumar
2014-11-28 9:44 ` [PATCH 24/26] cpu_cooling: Store frequencies in descending order Viresh Kumar
2014-12-02 23:21 ` Eduardo Valentin
2014-12-03 4:52 ` Viresh Kumar
2014-12-03 13:41 ` Eduardo Valentin
[not found] ` <CAKohponw7E9yyvjhP97CzjtcFcq3N+5ysde7DR5q+Nm0s=bKAw@mail.gmail.com>
2014-12-03 14:00 ` Eduardo Valentin
2014-11-28 9:44 ` [PATCH 25/26] cpu_cooling: Use cpufreq_dev->freq_table for finding level/freq Viresh Kumar
2014-12-02 23:36 ` Eduardo Valentin [this message]
2014-12-03 5:10 ` Viresh Kumar
2014-12-03 13:32 ` Eduardo Valentin
2014-11-28 9:44 ` [PATCH 26/26] cpu_cooling: update copyright tags Viresh Kumar
2014-12-02 19:41 ` Eduardo Valentin
2014-12-03 4:34 ` Viresh Kumar
2014-12-04 4:41 ` amit daniel kachhap
2014-11-28 13:26 ` [PATCH 00/26] thermal: cpu_cooling: Fixes and cleanups Eduardo Valentin
2014-11-28 13:41 ` Viresh Kumar
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=20141202233626.GA3969@developer \
--to=edubezval@gmail.com \
--cc=linaro-kernel@lists.linaro.org \
--cc=linux-pm@vger.kernel.org \
--cc=rui.zhang@intel.com \
--cc=viresh.kumar@linaro.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).