From: Greg KH <greg@kroah.com>
To: Michael Abbott <michael@araneidae.co.uk>
Cc: Andrew Morton <akpm@linux-foundation.org>,
Johan van Baarlen <jf@vanbaarlen.demon.nl>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Jan Engelhardt <jengelh@medozas.de>,
Martin Schwidefsky <schwidefsky@de.ibm.com>,
Linus Torvalds <torvalds@linux-foundation.org>,
stable@kernel.org
Subject: Re: [stable] [GIT PULL] cputime tree
Date: Thu, 1 Oct 2009 15:31:05 -0700 [thread overview]
Message-ID: <20091001223105.GF28208@kroah.com> (raw)
In-Reply-To: <alpine.DEB.1.10.0909242047280.7033@venus.araneidae.co.uk>
On Thu, Sep 24, 2009 at 08:49:10PM +0100, Michael Abbott wrote:
> On Thu, 24 Sep 2009, Andrew Morton wrote:
> > On Thu, 24 Sep 2009 13:31:36 +0200 Martin Schwidefsky <schwidefsky@de.ibm.com> wrote:
> >
> > > Hi Linus,
> > >
> > > with git commit 79741dd "idle cputime accounting" the semantic
> > > of the stime field of the idle processes has changed. It used to
> > > contain the amount of time the idle process has been scheduled.
> > > Since git commit 79741dd is contains the cpu time spent in the
> > > system by the idle process.
> > >
> > > This change broke the output of second field of /proc/uptime. On
> > > systems without VIRT_CPU_ACCOUNTING the field is always zero.
> > > The legacy output of the field is the amount of time the idle
> > > process has been scheduled on cpu #0. It is good enough to
> > > calculate the load on an uni-processor system, it is useless
> > > on a multi-processor. To restore the legacy behaviour and give
> > > meaning to the multi-processor case the best we could come up
> > > with is to add the idle time over all cpus. That fixes uni-
> > > processors systems and gives a defined semantic on smp.
> > >
> > > So please pull from 'cputime' branch of
> > >
> > > git://git390.marist.edu/pub/scm/linux-2.6.git cputime
> > >
> > > to receive the following updates:
> > >
> > > Michael Abbott (1):
> > > Fix idle time field in /proc/uptime
> > >
> > > fs/proc/uptime.c | 7 ++++++-
> > > 1 files changed, 6 insertions(+), 1 deletions(-)
> > >
> > > diff --git a/fs/proc/uptime.c b/fs/proc/uptime.c
> > > index 0c10a0b..766b1d4 100644
> > > --- a/fs/proc/uptime.c
> > > +++ b/fs/proc/uptime.c
> > > @@ -4,13 +4,18 @@
> > > #include <linux/sched.h>
> > > #include <linux/seq_file.h>
> > > #include <linux/time.h>
> > > +#include <linux/kernel_stat.h>
> > > #include <asm/cputime.h>
> > >
> > > static int uptime_proc_show(struct seq_file *m, void *v)
> > > {
> > > struct timespec uptime;
> > > struct timespec idle;
> > > - cputime_t idletime = cputime_add(init_task.utime, init_task.stime);
> > > + int i;
> > > + cputime_t idletime = cputime_zero;
> > > +
> > > + for_each_possible_cpu(i)
> > > + idletime = cputime64_add(idletime, kstat_cpu(i).cpustat.idle);
> > >
> > > do_posix_clock_monotonic_gettime(&uptime);
> > > monotonic_to_bootbased(&uptime);
> >
> > This is a regression fix, iirc? One which is applicable for several
> > 2.6.x kernel versions?
>
> Yes indeed, all since the regression was introduced I think around about
> .28 (though I seem to remember having to tweak the code a little when
> rebasing it forward).
Thanks, I've queued this up for .30 and .31 stable kernels.
greg k-h
prev parent reply other threads:[~2009-10-01 22:49 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-09-24 11:31 [GIT PULL] cputime tree Martin Schwidefsky
2009-09-24 16:51 ` Andrew Morton
2009-09-24 19:49 ` Michael Abbott
2009-10-01 22:31 ` Greg KH [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20091001223105.GF28208@kroah.com \
--to=greg@kroah.com \
--cc=akpm@linux-foundation.org \
--cc=jengelh@medozas.de \
--cc=jf@vanbaarlen.demon.nl \
--cc=linux-kernel@vger.kernel.org \
--cc=michael@araneidae.co.uk \
--cc=schwidefsky@de.ibm.com \
--cc=stable@kernel.org \
--cc=torvalds@linux-foundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.