All of lore.kernel.org
 help / color / mirror / Atom feed
From: Lan Tianyu <tianyu.lan@intel.com>
To: "Rafael J. Wysocki" <rjw@sisk.pl>
Cc: lenb@kernel.org, viresh.kumar@linaro.org,
	jean-philippe.halimi@exascale-computing.eu,
	linux-acpi@vger.kernel.org, linux-pm@vger.kernel.org,
	cpufreq@vger.kernel.org
Subject: Re: [PATCH 2/2 V2] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver
Date: Thu, 27 Jun 2013 09:53:51 +0800	[thread overview]
Message-ID: <51CB9B2F.1090508@intel.com> (raw)
In-Reply-To: <7392221.sLUEUIm1sY@vostro.rjw.lan>

On 2013年06月27日 08:10, Rafael J. Wysocki wrote:
> On Wednesday, June 26, 2013 08:38:24 PM Lan Tianyu wrote:
>> Commit aa77a52 and fcf8058 changes the content of "related_cpus" and user
>> space can't get cpus which are in the same hardware coordination cpu domain
>> (These info are provided by ACPI AML method _PSD) via "related_cpus". This
>> change affects some users of original "related_cpus".
>>
>> This patch is to add a new sysfs attribute "freqdomian_cpus" for acpi-cpufreq
>> driver which exposes all cpus in the same domain regardless of hardware or
>> software coordination to make up the info loss of previous change.
>>
>> Reference:https://bugzilla.kernel.org/show_bug.cgi?id=58761
>> Reported-by: Jean-Philippe Halimi <jean-philippe.halimi@exascale-computing.eu>
> 
> It looks from the bug entry that this has been tested too?

V1 has been tested by Jean-Philippe but for V2, I have changed some
codes. So I didn't add tested-by.

> 
>> Signed-off-by: Lan Tianyu <tianyu.lan@intel.com>
>> ---
>> Change since v1:
>>      Create new file acpi-cpufreq.txt under Documentation/cpu-freq and
>> move new attribute descriptor to it.
>>      Add new field freqdomain_cpus in struct acpi_cpufreq_data and record
>> cpu domain info in it. For AMD case, use sibling cpus info to overwrite
>> cpu domain info from ACPI.        
>>
>>  Documentation/cpu-freq/acpi-cpufreq.txt |    7 +++++++
>>  drivers/cpufreq/acpi-cpufreq.c          |   23 ++++++++++++++++++++++-
>>  drivers/cpufreq/cpufreq.c               |    7 ++++---
>>  include/linux/cpufreq.h                 |    3 +++
>>  4 files changed, 36 insertions(+), 4 deletions(-)
>>  create mode 100644 Documentation/cpu-freq/acpi-cpufreq.txt
>>
>> diff --git a/Documentation/cpu-freq/acpi-cpufreq.txt b/Documentation/cpu-freq/acpi-cpufreq.txt
>> new file mode 100644
>> index 0000000..9c59d09
>> --- /dev/null
>> +++ b/Documentation/cpu-freq/acpi-cpufreq.txt
>> @@ -0,0 +1,7 @@
>> +Sysfs interface
>> +---------------------------
>> +(Interface locates in the directory /sys/devices/system/cpu/cpuN/cpufreq)
>> +
>> +freqdomain_cpus :               List of Online + Offline CPUs in same CPU dependency
>> +                                domain.
>> +
> 
> No, this is confusing.
>

Ok.

> Please document it in Documentation/ABI/testing/sysfs-devices-system-cpu below
> the /sys/devices/system/cpu/cpu#/cpufreq/* thing, but please write in the
> description that this is only present if the acpi-cpufreq driver is in use.

I will update soon.

> 
> Thanks,
> Rafael
> 
> 
>> diff --git a/drivers/cpufreq/acpi-cpufreq.c b/drivers/cpufreq/acpi-cpufreq.c
>> index f4fef0a..3926402 100644
>> --- a/drivers/cpufreq/acpi-cpufreq.c
>> +++ b/drivers/cpufreq/acpi-cpufreq.c
>> @@ -70,6 +70,7 @@ struct acpi_cpufreq_data {
>>  	struct cpufreq_frequency_table *freq_table;
>>  	unsigned int resume;
>>  	unsigned int cpu_feature;
>> +	cpumask_var_t freqdomain_cpus;
>>  };
>>  
>>  static DEFINE_PER_CPU(struct acpi_cpufreq_data *, acfreq_data);
>> @@ -176,6 +177,15 @@ static struct global_attr global_boost = __ATTR(boost, 0644,
>>  						show_global_boost,
>>  						store_global_boost);
>>  
>> +static ssize_t show_freqdomain_cpus(struct cpufreq_policy *policy, char *buf)
>> +{
>> +	struct acpi_cpufreq_data *data = per_cpu(acfreq_data, policy->cpu);
>> +
>> +	return cpufreq_show_cpus(data->freqdomain_cpus, buf);
>> +}
>> +
>> +cpufreq_freq_attr_ro(freqdomain_cpus);
>> +
>>  #ifdef CONFIG_X86_ACPI_CPUFREQ_CPB
>>  static ssize_t store_cpb(struct cpufreq_policy *policy, const char *buf,
>>  			 size_t count)
>> @@ -704,6 +714,11 @@ static int acpi_cpufreq_cpu_init(struct cpufreq_policy *policy)
>>  	if (!data)
>>  		return -ENOMEM;
>>  
>> +	if (!zalloc_cpumask_var(&data->freqdomain_cpus, GFP_KERNEL)) {
>> +		result = -ENOMEM;
>> +		goto err_free;
>> +	}
>> +
>>  	data->acpi_data = per_cpu_ptr(acpi_perf_data, cpu);
>>  	per_cpu(acfreq_data, cpu) = data;
>>  
>> @@ -712,7 +727,7 @@ static int acpi_cpufreq_cpu_init(struct cpufreq_policy *policy)
>>  
>>  	result = acpi_processor_register_performance(data->acpi_data, cpu);
>>  	if (result)
>> -		goto err_free;
>> +		goto err_free_mask;
>>  
>>  	perf = data->acpi_data;
>>  	policy->shared_type = perf->shared_type;
>> @@ -725,6 +740,7 @@ static int acpi_cpufreq_cpu_init(struct cpufreq_policy *policy)
>>  	    policy->shared_type == CPUFREQ_SHARED_TYPE_ANY) {
>>  		cpumask_copy(policy->cpus, perf->shared_cpu_map);
>>  	}
>> +	cpumask_copy(data->freqdomain_cpus, perf->shared_cpu_map);
>>  
>>  #ifdef CONFIG_SMP
>>  	dmi_check_system(sw_any_bug_dmi_table);
>> @@ -736,6 +752,7 @@ static int acpi_cpufreq_cpu_init(struct cpufreq_policy *policy)
>>  	if (check_amd_hwpstate_cpu(cpu) && !acpi_pstate_strict) {
>>  		cpumask_clear(policy->cpus);
>>  		cpumask_set_cpu(cpu, policy->cpus);
>> +		cpumask_copy(data->freqdomain_cpus, cpu_sibling_mask(cpu));
>>  		policy->shared_type = CPUFREQ_SHARED_TYPE_HW;
>>  		pr_info_once(PFX "overriding BIOS provided _PSD data\n");
>>  	}
>> @@ -870,6 +887,8 @@ err_freqfree:
>>  	kfree(data->freq_table);
>>  err_unreg:
>>  	acpi_processor_unregister_performance(perf, cpu);
>> +err_free_mask:
>> +	free_cpumask_var(data->freqdomain_cpus);
>>  err_free:
>>  	kfree(data);
>>  	per_cpu(acfreq_data, cpu) = NULL;
>> @@ -888,6 +907,7 @@ static int acpi_cpufreq_cpu_exit(struct cpufreq_policy *policy)
>>  		per_cpu(acfreq_data, policy->cpu) = NULL;
>>  		acpi_processor_unregister_performance(data->acpi_data,
>>  						      policy->cpu);
>> +		free_cpumask_var(data->freqdomain_cpus);
>>  		kfree(data->freq_table);
>>  		kfree(data);
>>  	}
>> @@ -908,6 +928,7 @@ static int acpi_cpufreq_resume(struct cpufreq_policy *policy)
>>  
>>  static struct freq_attr *acpi_cpufreq_attr[] = {
>>  	&cpufreq_freq_attr_scaling_available_freqs,
>> +	&freqdomain_cpus,
>>  	NULL,	/* this is a placeholder for cpb, do not remove */
>>  	NULL,
>>  };
>> diff --git a/drivers/cpufreq/cpufreq.c b/drivers/cpufreq/cpufreq.c
>> index d976e22..adf12a9f 100644
>> --- a/drivers/cpufreq/cpufreq.c
>> +++ b/drivers/cpufreq/cpufreq.c
>> @@ -573,7 +573,7 @@ out:
>>  	return i;
>>  }
>>  
>> -static ssize_t show_cpus(const struct cpumask *mask, char *buf)
>> +ssize_t cpufreq_show_cpus(const struct cpumask *mask, char *buf)
>>  {
>>  	ssize_t i = 0;
>>  	unsigned int cpu;
>> @@ -588,6 +588,7 @@ static ssize_t show_cpus(const struct cpumask *mask, char *buf)
>>  	i += sprintf(&buf[i], "\n");
>>  	return i;
>>  }
>> +EXPORT_SYMBOL_GPL(cpufreq_show_cpus);
>>  
>>  /**
>>   * show_related_cpus - show the CPUs affected by each transition even if
>> @@ -595,7 +596,7 @@ static ssize_t show_cpus(const struct cpumask *mask, char *buf)
>>   */
>>  static ssize_t show_related_cpus(struct cpufreq_policy *policy, char *buf)
>>  {
>> -	return show_cpus(policy->related_cpus, buf);
>> +	return cpufreq_show_cpus(policy->related_cpus, buf);
>>  }
>>  
>>  /**
>> @@ -603,7 +604,7 @@ static ssize_t show_related_cpus(struct cpufreq_policy *policy, char *buf)
>>   */
>>  static ssize_t show_affected_cpus(struct cpufreq_policy *policy, char *buf)
>>  {
>> -	return show_cpus(policy->cpus, buf);
>> +	return cpufreq_show_cpus(policy->cpus, buf);
>>  }
>>  
>>  static ssize_t store_scaling_setspeed(struct cpufreq_policy *policy,
>> diff --git a/include/linux/cpufreq.h b/include/linux/cpufreq.h
>> index 3c7ee2f..5fedb6c 100644
>> --- a/include/linux/cpufreq.h
>> +++ b/include/linux/cpufreq.h
>> @@ -438,4 +438,7 @@ void cpufreq_frequency_table_get_attr(struct cpufreq_frequency_table *table,
>>  void cpufreq_frequency_table_update_policy_cpu(struct cpufreq_policy *policy);
>>  
>>  void cpufreq_frequency_table_put_attr(unsigned int cpu);
>> +
>> +ssize_t cpufreq_show_cpus(const struct cpumask *mask, char *buf);
>> +
>>  #endif /* _LINUX_CPUFREQ_H */
>>


-- 
Best regards
Tianyu Lan

  reply	other threads:[~2013-06-27  1:53 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-06-26 12:38 [PATCH 2/2 V2] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver Lan Tianyu
2013-06-27  0:10 ` Rafael J. Wysocki
2013-06-27  1:53   ` Lan Tianyu [this message]
2013-06-27  5:24 ` Viresh Kumar
2013-06-27  5:34   ` Lan Tianyu

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=51CB9B2F.1090508@intel.com \
    --to=tianyu.lan@intel.com \
    --cc=cpufreq@vger.kernel.org \
    --cc=jean-philippe.halimi@exascale-computing.eu \
    --cc=lenb@kernel.org \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-pm@vger.kernel.org \
    --cc=rjw@sisk.pl \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.