* Re: [Bugme-new] [Bug 8811] New: us3_cpufreq not working on blade
@ 2007-07-25 23:14 Andrew Morton
2007-07-26 0:10 ` David Miller
0 siblings, 1 reply; 2+ messages in thread
From: Andrew Morton @ 2007-07-25 23:14 UTC (permalink / raw)
To: sparclinux
On Wed, 25 Jul 2007 14:27:00 -0700 (PDT)
bugme-daemon@bugzilla.kernel.org wrote:
> http://bugzilla.kernel.org/show_bug.cgi?idˆ11
>
> Summary: us3_cpufreq not working on blade 2000 with 2xUltraSPARC
> IIIcu 900MHz
> Product: Platform Specific/Hardware
> Version: 2.5
> KernelVersion: 2.6.22.1
> Platform: All
> OS/Version: Linux
> Tree: Mainline
> Status: NEW
> Severity: normal
> Priority: P1
> Component: SPARC64
> AssignedTo: platform_sparc64@kernel-bugs.osdl.org
> ReportedBy: vallesroc@gmail.com
>
>
> Most recent kernel where this bug did not occur: -
> Distribution: Gentoo/Linux
> Hardware Environment: Sun Blade 2000, 2xUltraSPARC IIIcu 900MHz 8mb cache, 4GB
> RAM
> Software Environment: cpufrequtils-002 from
> http://www.kernel.org/pub/linux/utils/kernel/cpufreq/cpufrequtils.html,
> installed from gentoo ebuild.
>
> Problem Description:
> cpufreq-info reports frequency ranges just fine, and after setting the governor
> to "powersave" will report current cpufreq as the minimum one, yet the cpu
> frequency is definitivelly not lowered, because it'll take the same time to do
> an mplayer -noaudio -benchmark movie.avi
>
> Steps to reproduce:
> 1. Load the us3_cpufreq kernel module
> 2. Set the governor to powersave
>
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [Bugme-new] [Bug 8811] New: us3_cpufreq not working on blade
2007-07-25 23:14 [Bugme-new] [Bug 8811] New: us3_cpufreq not working on blade Andrew Morton
@ 2007-07-26 0:10 ` David Miller
0 siblings, 0 replies; 2+ messages in thread
From: David Miller @ 2007-07-26 0:10 UTC (permalink / raw)
To: sparclinux
From: Andrew Morton <akpm@linux-foundation.org>
Date: Wed, 25 Jul 2007 16:14:40 -0700
> > Steps to reproduce:
> > 1. Load the us3_cpufreq kernel module
> > 2. Set the governor to powersave
What does the kernel print in the logs during these attempted
cpufreq changes with the following debugging patch applied?
diff --git a/arch/sparc64/kernel/us3_cpufreq.c b/arch/sparc64/kernel/us3_cpufreq.c
index 47e3aca..521d865 100644
--- a/arch/sparc64/kernel/us3_cpufreq.c
+++ b/arch/sparc64/kernel/us3_cpufreq.c
@@ -141,6 +141,10 @@ static void us3_set_cpu_divider_index(unsigned int cpu, unsigned int index)
cpufreq_notify_transition(&freqs, CPUFREQ_POSTCHANGE);
set_cpus_allowed(current, cpus_allowed);
+#if 1
+ printk(KERN_ERR "US3: Wrote %lx (index %x) to SAFARI_CFG on cpu %u\n",
+ reg, index, cpu);
+#endif
}
static int us3_freq_target(struct cpufreq_policy *policy,
^ permalink raw reply related [flat|nested] 2+ messages in thread
end of thread, other threads:[~2007-07-26 0:10 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-07-25 23:14 [Bugme-new] [Bug 8811] New: us3_cpufreq not working on blade Andrew Morton
2007-07-26 0:10 ` David Miller
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.