[Bug 832179] Power management guide is wrong for frequency scaling in Fedora 17

bugzilla at redhat.com bugzilla at redhat.com
Thu Nov 1 04:26:16 UTC 2012


https://bugzilla.redhat.com/show_bug.cgi?id=832179

Jack Reed <jreed at redhat.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |MODIFIED
              Flags|                            |needinfo?(jskarvad at redhat.c
                   |                            |om)

--- Comment #3 from Jack Reed <jreed at redhat.com> ---
(In reply to comment #2)
> > 
> All are built-in and get selected automatically, so the text is obsoleted.
> So the "3.1 Procedure" should go away. The command:
> cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
> is useful and could be moved to 3.2.2 introduction, or maybe to 3.2
> procedure. Or just reuse/modify the text from the RHEL guide.
> 
> Also all governors are built-in, so preamble for 3.2 procedure is not right.

Thanks Jaroslav, but I'm unsure of what to edit. If I'm removing "If a specific
governor is not listed as available for your CPU" because those governors are
built in, then the whole step is redundant because it says to use modprobe to
enable a governor that is listed as unavailable for your CPU. If all governors
are listed as available, then I assume the modprobe command is unnecessary, in
which case the second step, which enables the governor, is all that's needed.
Should I delete the first step?

Note that because I am updating this section to incorporate the cpupower
command as we discussed, then this second step to enable the governor will use
"cpupower frequency-info --governors"

The command "cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor" that
you've asked to be retained has also been replaced, by "cpupower frequency-info
--policy". 

I just want to be sure that this is acceptable and you don't actually want the
existing cat and echo commands to be retained despite the emphasis on cpupower.

> > 
> Everything is built-in in the kernel. The "important admon" should go away,
> the right module should be autoselected by kernel.

No problem - deleted.

> > 
> Right, it gone. AFAIK there is currently no replacement (I pointed this out
> in the past, but such scenarios are very rare and to be honest this is the
> way how it shouldn't be done).

Great, OK. I've removed the sentence "This governor is normally used in
conjunction with the cpuspeed daemon" from 3.2.1.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.


More information about the docs-qa mailing list