Gitweb:     
http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=39bf6270f524bbe2682b56f2a979703abf937dd1
Commit:     39bf6270f524bbe2682b56f2a979703abf937dd1
Parent:     45222b9e02fb282eb0a8007a3d992dd229ec2410
Author:     Christoph Lameter <[EMAIL PROTECTED]>
AuthorDate: Thu May 10 22:22:21 2007 -0700
Committer:  Linus Torvalds <[EMAIL PROTECTED]>
CommitDate: Fri May 11 08:29:32 2007 -0700

    VM statistics: Make timer deferrable
    
    VM statistics updates do not matter if the kernel is in idle powersaving
    mode.  So allow the timer to be deferred.
    
    It would be better though if we could switch the timer between deferrable
    and nondeferrable based on differentials present.  The timer would start
    out nondeferrable and if we find that there were no updates in the last
    statistics interval then we would switch the timer to deferrable.  If the
    timer later finds again that there are differentials then go to
    nondeferrable again.
    
    And yet another way would be to run the timer shortly before going to idle?
    
    The solution here means that the VM counters may be slightly off during
    idle since differentials may be still pending while the timer is deferred.
    
    Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
    Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
    Signed-off-by: Linus Torvalds <[EMAIL PROTECTED]>
---
 mm/vmstat.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/mm/vmstat.c b/mm/vmstat.c
index 9832d9a..8faf27e 100644
--- a/mm/vmstat.c
+++ b/mm/vmstat.c
@@ -698,7 +698,7 @@ static void __devinit start_cpu_timer(int cpu)
 {
        struct delayed_work *vmstat_work = &per_cpu(vmstat_work, cpu);
 
-       INIT_DELAYED_WORK(vmstat_work, vmstat_update);
+       INIT_DELAYED_WORK_DEFERRABLE(vmstat_work, vmstat_update);
        schedule_delayed_work_on(cpu, vmstat_work, HZ + cpu);
 }
 
-
To unsubscribe from this list: send the line "unsubscribe git-commits-head" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to