|
Bugzilla – Full Text Bug Listing |
| Summary: | More options for the power-management module | ||
|---|---|---|---|
| Product: | [openSUSE] SUSE Linux 10.1 | Reporter: | Marco Michna <mmichna> |
| Component: | YaST2 | Assignee: | Jiri Srain <jsrain> |
| Status: | RESOLVED WONTFIX | QA Contact: | Stanislav Visnovsky <visnov> |
| Severity: | Enhancement | ||
| Priority: | P5 - None | ||
| Version: | Beta 9 | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | SuSE Linux 10.1 | ||
| Whiteboard: | |||
| Found By: | Component Test | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Bug Depends on: | |||
| Bug Blocks: | 140732 | ||
|
Description
Marco Michna
2006-04-07 16:06:10 UTC
Thomas, how can I determine whether CPU supports frequency scaling? Renni! Wake up! check whether /sys/devices/system/cpu/cpu*/cpufreq directory exists. We also had dbus option for that, but that likely changed and is not what you want? Be aware that this should be checked after the powersaved/hal started and the cpufreq modules have been tried to be loaded. Since 10.2 there will be cpufreq modules loaded at installation time by linuxrc, but not all are tried there, hal (that's the service loading the cpufreq modules now Holger, right?), should do that more reliable. The YaST module won't contain any CPUFreq settings anymore in the near future due to the pm redesign. So Jiri, feel free to close this bug as WONTFIX. |