Re: [Bugme-new] [Bug 8811] New: us3_cpufreq not working on blade 2000 with 2xUltraSPARC IIIcu 900MHz

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, 25 Jul 2007 14:27:00 -0700 (PDT)
bugme-daemon@xxxxxxxxxxxxxxxxxxx wrote:

> http://bugzilla.kernel.org/show_bug.cgi?id=8811
> 
>            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@xxxxxxxxxxxxxxxxxxxx
>         ReportedBy: vallesroc@xxxxxxxxx
> 
> 
> 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
> 
-
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Kernel Development]     [DCCP]     [Linux ARM Development]     [Linux]     [Photo]     [Yosemite Help]     [Linux ARM Kernel]     [Linux SCSI]     [Linux x86_64]     [Linux Hams]

  Powered by Linux