[Bug 1050843] Re: scaling_max_freq always on lowest

2014-01-17 Thread Launchpad Bug Tracker
[Expired for linux (Ubuntu) because there has been no activity for 60 days.] ** Changed in: linux (Ubuntu) Status: Incomplete = Expired -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1050843

[Bug 1050843] Re: scaling_max_freq always on lowest

2013-11-18 Thread Christopher M. Penalver
Dejan, as per http://h20566.www2.hp.com/portal/site/hpsc/template.PAGE/public/psi/swdHome/?sp4ts.oid=4095873spf_p.tpst=swdMainspf_p.prp_swdMain =wsrp-

[Bug 1050843] Re: scaling_max_freq always on lowest

2012-09-17 Thread Joseph Salisbury
This issue appears to be an upstream bug, since you tested the latest upstream kernel. Would it be possible for you to open an upstream bug report[0]? That will allow the upstream Developers to examine the issue, and may provide a quicker resolution to the bug. If you are comfortable with

[Bug 1050843] Re: scaling_max_freq always on lowest

2012-09-15 Thread Dejan
** Tags removed: needs-upstream-testing ** Tags added: kernel-bug-exists-upstream ** Changed in: linux (Ubuntu) Status: Incomplete = Confirmed -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu.

[Bug 1050843] Re: scaling_max_freq always on lowest

2012-09-15 Thread Dejan
Here are results with kernel 3.6 root@drodiger1:/sys/devices/system/cpu/cpu0/cpufreq# uname -a Linux drodiger1 3.6.0-030600rc5-generic #201209082035 SMP Sun Sep 9 00:36:02 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux Until one batery gets to 34%, I can't change scaling_max_freq to 2534000.

[Bug 1050843] Re: scaling_max_freq always on lowest

2012-09-15 Thread Dejan
It was good, until second batery started to charge, then scaling_max_freq went to lowest freq again. Here are the results: 1st batery was 89%, second was charging. root@drodiger1:/sys/devices/system/cpu/cpu0/cpufreq# 1st 89% - 2nd 7% root@drodiger1:/sys/devices/system/cpu/cpu0/cpufreq# echo

[Bug 1050843] Re: scaling_max_freq always on lowest

2012-09-15 Thread Dejan
I couldn't measure gradualy between 50% and 90%, but somewhere in that range, I could change frequency again. The problem with this bug is that if I work on batery, after some time I can't get performance and everything starts to slowdown. Firefox starts to use 150% of cpu (1,5 cores) and if I

[Bug 1050843] Re: scaling_max_freq always on lowest

2012-09-14 Thread Dejan
I am behind proxy and I think apport doesn't work: rodiger@drodiger1:~$ apport-collect 1050843 ERROR: connecting to Launchpad failed: [Errno 110] Connection timed out I will try when I come home. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed

[Bug 1050843] Re: scaling_max_freq always on lowest

2012-09-14 Thread Joseph Salisbury
Would it be possible for you to test the latest upstream kernel? Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest v3.6 kernel[0] (Not a kernel in the daily directory) and install both the linux-image and linux-image-extra .deb packages. Once you've tested the

[Bug 1050843] Re: scaling_max_freq always on lowest

2012-09-14 Thread Dejan
apport information ** Tags added: apport-collected ** Description changed: Hi, I have HP EliteBook 8440p with quadcore CPU, using Ubuntu 12.04 and Gnome-Shell 3 using two bateries. I noticed following: When batery comes under certain available power and/or when laptop is on power