linux-pm.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH] intel_pstate: change some inconsistent debug information.
@ 2015-05-31 14:46 Doug Smythies
  2015-06-15 23:41 ` Rafael J. Wysocki
  0 siblings, 1 reply; 2+ messages in thread
From: Doug Smythies @ 2015-05-31 14:46 UTC (permalink / raw)
  To: kristen, rjw, linux-pm; +Cc: dsmythies

In a previous revision,
commit ce717613f3fb531dea3e11c8c24d80585331f137
turned per cpu printk into pr_debug.
However, only half of the change was done,
introducing an inconsistency between
entry and exit from driver pstate control.
This patch changes the exit message to
pr_debug also.

The various messages are inconsistent with respect
to any identifier text that can be used to help
isolate the desired information from a huge log.
This patch makes a consistent identifier portion
of the string.

Signed-off-by: Doug Smythies <dsmythies@telus.net>
---
 drivers/cpufreq/intel_pstate.c | 8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/drivers/cpufreq/intel_pstate.c b/drivers/cpufreq/intel_pstate.c
index 77b6edf..cbf1890 100644
--- a/drivers/cpufreq/intel_pstate.c
+++ b/drivers/cpufreq/intel_pstate.c
@@ -399,7 +399,7 @@ static ssize_t store_no_turbo(struct kobject *a, struct attribute *b,
 
 	update_turbo_state();
 	if (limits.turbo_disabled) {
-		pr_warn("Turbo disabled by BIOS or unavailable on processor\n");
+		pr_warn("intel_pstate: Turbo disabled by BIOS or unavailable on processor\n");
 		return -EPERM;
 	}
 
@@ -487,7 +487,7 @@ static void __init intel_pstate_sysfs_expose_params(void)
 static void intel_pstate_hwp_enable(void)
 {
 	hwp_active++;
-	pr_info("intel_pstate HWP enabled\n");
+	pr_info("intel_pstate: HWP enabled\n");
 
 	wrmsrl( MSR_PM_ENABLE, 0x1);
 }
@@ -940,7 +940,7 @@ static int intel_pstate_init_cpu(unsigned int cpunum)
 
 	add_timer_on(&cpu->timer, cpunum);
 
-	pr_debug("Intel pstate controlling: cpu %d\n", cpunum);
+	pr_debug("intel_pstate: controlling: cpu %d\n", cpunum);
 
 	return 0;
 }
@@ -1006,7 +1006,7 @@ static void intel_pstate_stop_cpu(struct cpufreq_policy *policy)
 	int cpu_num = policy->cpu;
 	struct cpudata *cpu = all_cpu_data[cpu_num];
 
-	pr_info("intel_pstate CPU %d exiting\n", cpu_num);
+	pr_debug("intel_pstate: CPU %d exiting\n", cpu_num);
 
 	del_timer_sync(&all_cpu_data[cpu_num]->timer);
 	if (hwp_active)
-- 
1.9.1


^ permalink raw reply related	[flat|nested] 2+ messages in thread

* Re: [PATCH] intel_pstate: change some inconsistent debug information.
  2015-05-31 14:46 [PATCH] intel_pstate: change some inconsistent debug information Doug Smythies
@ 2015-06-15 23:41 ` Rafael J. Wysocki
  0 siblings, 0 replies; 2+ messages in thread
From: Rafael J. Wysocki @ 2015-06-15 23:41 UTC (permalink / raw)
  To: Doug Smythies; +Cc: kristen, linux-pm, dsmythies

On Sunday, May 31, 2015 07:46:47 AM Doug Smythies wrote:
> In a previous revision,
> commit ce717613f3fb531dea3e11c8c24d80585331f137
> turned per cpu printk into pr_debug.
> However, only half of the change was done,
> introducing an inconsistency between
> entry and exit from driver pstate control.
> This patch changes the exit message to
> pr_debug also.
> 
> The various messages are inconsistent with respect
> to any identifier text that can be used to help
> isolate the desired information from a huge log.
> This patch makes a consistent identifier portion
> of the string.
> 
> Signed-off-by: Doug Smythies <dsmythies@telus.net>

Queued up for 4.2, thanks!


-- 
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2015-06-15 23:16 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-05-31 14:46 [PATCH] intel_pstate: change some inconsistent debug information Doug Smythies
2015-06-15 23:41 ` Rafael J. Wysocki

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).