cpufreq Archive on lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH] keep ignore_nice_load value when the ondemand govenor is reselected
@ 2006-03-10  9:35 Eric Piel
  2006-03-23  7:26 ` Eric Piel
  0 siblings, 1 reply; 3+ messages in thread
From: Eric Piel @ 2006-03-10  9:35 UTC (permalink / raw)
  To: Venkatesh Pallipadi, Dave Jones; +Cc: CPUFreq Mailing List

[-- Attachment #1: Type: text/plain, Size: 950 bytes --]

Hello,

With the ondemand governor, ignore_nice_load is reset each time the 
governor is selected. That's annoying because each time I change to 
another governor and change back to ondemand, I also have to set up 
ignore_nice_load. eg:
# cat /sys/devices/system/cpu/cpu0/cpufreq/ondemand/ignore_nice_load
1
# cpufreq-set -g powersave
# cpufreq-set -g ondemand
# cat /sys/devices/system/cpu/cpu0/cpufreq/ondemand/ignore_nice_load
0

This behavior is also inconsistent with the other variables of 
/sys/devices/system/cpu/cpu0/cpufreq/ondemand/

Attached is a patch that corrects the behavior.

see you,
Eric

---
From: Eric Piel <eric.piel@tremplin-utc.net>

Keep the value of ignore_nice_load of the ondemand governor even after 
the governor has been deselected and selected back. This is the behavior 
of the other exported values of the ondemand governor and it's much more 
user-friendly.

Signed-off-by: Eric Piel <eric.piel@tremplin-utc.net>


[-- Attachment #2: cpufreq-ondemand-keep-ignore-nice-load-setting-2.6.16.patch --]
[-- Type: text/x-patch, Size: 698 bytes --]

--- linux-2.6.16-rc5.bak/drivers/cpufreq/cpufreq_ondemand.c	2006-03-03 22:10:26.000000000 +0100
+++ linux-2.6.16-rc5/drivers/cpufreq/cpufreq_ondemand.c	2006-03-03 21:58:58.000000000 +0100
@@ -84,6 +84,7 @@ struct dbs_tuners {
 static struct dbs_tuners dbs_tuners_ins = {
 	.up_threshold 		= DEF_FREQUENCY_UP_THRESHOLD,
 	.sampling_down_factor 	= DEF_SAMPLING_DOWN_FACTOR,
+	.ignore_nice		= 0,
 };
 
 static inline unsigned int get_cpu_idle_time(unsigned int cpu)
@@ -431,8 +432,6 @@ static int cpufreq_governor_dbs(struct c
 				def_sampling_rate = MIN_STAT_SAMPLING_RATE;
 
 			dbs_tuners_ins.sampling_rate = def_sampling_rate;
-			dbs_tuners_ins.ignore_nice = 0;
-
 			dbs_timer_init();
 		}
 		

[-- Attachment #3: Type: text/plain, Size: 147 bytes --]

_______________________________________________
Cpufreq mailing list
Cpufreq@lists.linux.org.uk
http://lists.linux.org.uk/mailman/listinfo/cpufreq

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [PATCH] keep ignore_nice_load value when the ondemand govenor is reselected
  2006-03-10  9:35 [PATCH] keep ignore_nice_load value when the ondemand govenor is reselected Eric Piel
@ 2006-03-23  7:26 ` Eric Piel
  0 siblings, 0 replies; 3+ messages in thread
From: Eric Piel @ 2006-03-23  7:26 UTC (permalink / raw)
  To: Venkatesh Pallipadi, Dave Jones; +Cc: CPUFreq Mailing List

10.03.2006 10:35, Eric Piel wrote/a écrit:
> Hello,
> 
> With the ondemand governor, ignore_nice_load is reset each time the 
> governor is selected. That's annoying because each time I change to 
> another governor and change back to ondemand, I also have to set up 
> ignore_nice_load. eg:
> # cat /sys/devices/system/cpu/cpu0/cpufreq/ondemand/ignore_nice_load
> 1
> # cpufreq-set -g powersave
> # cpufreq-set -g ondemand
> # cat /sys/devices/system/cpu/cpu0/cpufreq/ondemand/ignore_nice_load
> 0
> 
> This behavior is also inconsistent with the other variables of 
> /sys/devices/system/cpu/cpu0/cpufreq/ondemand/
> 
> Attached is a patch that corrects the behavior.

Hello, I've sent this patch and "Warn if ondemand governor can not run 
due to too long transition latency" mostly 2 weeks ago and didn't get 
any feedback. It would be nice if at least this patch could make it to 
2.6.17 as it fixes a glitch. Venki, could you ACK or NACK these patches?

Dave, if they don't apply cleanly against the cpufreq git tree (due to 
the big clean up commit), I can redo them... just let me know :-)

Eric

^ permalink raw reply	[flat|nested] 3+ messages in thread

* RE: [PATCH] keep ignore_nice_load value when the ondemand govenor is reselected
@ 2006-03-23 13:41 Pallipadi, Venkatesh
  0 siblings, 0 replies; 3+ messages in thread
From: Pallipadi, Venkatesh @ 2006-03-23 13:41 UTC (permalink / raw)
  To: Eric Piel, Dave Jones; +Cc: CPUFreq Mailing List


Ack. Dave, please add this patch onto your git tree.

Thakns,
Venki
 

>-----Original Message-----
>From: Eric Piel [mailto:Eric.Piel@tremplin-utc.net] 
>Sent: Friday, March 10, 2006 1:35 AM
>To: Pallipadi, Venkatesh; Dave Jones
>Cc: CPUFreq Mailing List
>Subject: [PATCH] keep ignore_nice_load value when the ondemand 
>govenor is reselected
>
>Hello,
>
>With the ondemand governor, ignore_nice_load is reset each time the 
>governor is selected. That's annoying because each time I change to 
>another governor and change back to ondemand, I also have to set up 
>ignore_nice_load. eg:
># cat /sys/devices/system/cpu/cpu0/cpufreq/ondemand/ignore_nice_load
>1
># cpufreq-set -g powersave
># cpufreq-set -g ondemand
># cat /sys/devices/system/cpu/cpu0/cpufreq/ondemand/ignore_nice_load
>0
>
>This behavior is also inconsistent with the other variables of 
>/sys/devices/system/cpu/cpu0/cpufreq/ondemand/
>
>Attached is a patch that corrects the behavior.
>
>see you,
>Eric
>
>---
>From: Eric Piel <eric.piel@tremplin-utc.net>
>
>Keep the value of ignore_nice_load of the ondemand governor even after 
>the governor has been deselected and selected back. This is 
>the behavior 
>of the other exported values of the ondemand governor and it's 
>much more 
>user-friendly.
>
>Signed-off-by: Eric Piel <eric.piel@tremplin-utc.net>
>
>

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2006-03-23 13:41 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-03-10  9:35 [PATCH] keep ignore_nice_load value when the ondemand govenor is reselected Eric Piel
2006-03-23  7:26 ` Eric Piel
  -- strict thread matches above, loose matches on Subject: below --
2006-03-23 13:41 Pallipadi, Venkatesh

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox