GNOME Bugzilla – Bug 337578
cpufreq-applet does not set the frequency for cpu being monitored
Last modified: 2010-01-24 01:06:32 UTC
cpufreq has a preference to select the monitored cpu. Clicking over the applet, a list of frequencies is displayed ir order to select one of them. However, the applet internally calls cpufreq-selector without specifying the monitored cpu. Then, the frequency is always applied to the default cpu (0 in the current implementation). This bug can be noticed in multicore cpus.
Created attachment 62961 [details] [review] Patch to set the speed of any monitored cpu. Patch that implements the enhancement requested
Was this committed? Why has it been marked as RESOLVED, FIXED? This patch will break string freeze. It will not be able to go into the stable branch.
Sorry, it was my fault. I thought because I was the reporter I should mark it as FIXED. Reverting.
I'm an ignorant. Why does it break string freeze?
Actually, it doesn't. I wasn't paying attention. This could go into 2.14.1 once reviewed.
Hi tigrux, thanks a lot for the report and the patch. I'm going to rewrite the popup-selector soon (after branch, of course), but for 2.14.x your patch could be a good solution. So, please check it in.
Sorry. What do you mean with check it in? I don't think I can commit it. Am I misunderstanding?
(In reply to comment #7) > Sorry. > > What do you mean with check it in? > > I don't think I can commit it. Sorry, I thought you could commit it. > Am I misunderstanding? >
2006-04-08 Sandino Flores-Moreno <tigrux@gmail.com> * src/cpufreq-popup.c: Call cpufreq-selector specifying the monitored cpu. Fixes bug #337578