Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug
Bug#: 210747
Alias:
Product:
Component:
Status: RESOLVED
Resolution: UPSTREAM
Assigned To: Gentoo Kernel Bug Wranglers and Kernel Maintainers <kernel@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Erik Boritsch <borych@gmx.de>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 210747 depends on: Show dependency tree
Bug 210747 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug

Description:   Opened: 2008-02-19 19:45 0000 
Tuxonice-sources-2.6.24-r2, conservative governor compiled in (doesn't matter
whether module or not). If I set conservative as current governor (via
cpufreq-utils, i don't use cpufreqd) the CPU frequency decreases slowly at low
CPU load (good). But if I put the CPU on high load then,the frequency remains
unchanged.Conservative is working on 2.6.23.*, ondemand works even on 2.6.24
CPU frequency module is powernow-k7.

Reproducible: Always

Steps to Reproduce:
1.compile kernel with conservative governor
2.set it as current governor
3.put CPU on high load

------- Comment #1 From Krzysiek Pawlik 2008-02-19 22:02:42 0000 ------- 
Please test gentoo-sources and vanilla-sources, if the problem persists please
file bug upstream.

------- Comment #2 From Erik Boritsch 2008-02-20 19:41:27 0000 ------- 
The problem is there with both vanilla-sources-2.6.24.2 and
gentoo-sources-2.6.24-r2. Filed a bug at kernel bugzilla
http://bugzilla.kernel.org/show_bug.cgi?id=10055

------- Comment #3 From Krzysiek Pawlik 2008-02-20 21:23:17 0000 ------- 
Confirmed with vanilla kernel, waiting for upstream.

------- Comment #4 From Mike Pagano 2008-02-24 21:41:32 0000 ------- 
Thanks, will track upstream bug

------- Comment #5 From Arthur Hagen 2008-07-29 08:24:48 0000 ------- 
upstream is barking up the wrong tree.  There is a bug / design flaw with the
scaling_min value that causes the frequency to rise very slowly, which
upstreams mistakenly thought was the issue here too.  It isn't.

For the bug here, you can peg the CPU at 100% for an hour at the lowest
possible scaling value, but the CPU frequency still will not climb a single
notch.

The bug is still present in gentoo-sources-2.6.25-r7
2.6.23-r9 works fine.

------- Comment #6 From Erik Boritsch 2008-08-17 15:39:43 0000 ------- 
Still there with 2.6.26. Reopening bug.

------- Comment #7 From Mike Pagano 2008-08-17 16:27:30 0000 ------- 
Test on the latest git kernel, if it still an issue, we will resolve this again
as UPSTREAM and continue to track the upstream bug as written in our policy.

"If you had deduced in the previous steps that this issue is present in the
latest release-candidate kernel, then we may close the bug, asking you to post
a bug report at the upstream central kernel bugzilla. Don't be offended by this
- we are interested in solving the problem, but its not always on our
territory. However we do prefer to hear about issues users are having, and you
will have fulfilled this by filing the bug with us first."[1]

http://dev.gentoo.org/~dsd/genpatches/bugs.htm
Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug