All of lore.kernel.org
 help / color / mirror / Atom feed
From: Frederic Weisbecker <fweisbec@gmail.com>
To: Ingo Molnar <mingo@kernel.org>
Cc: LKML <linux-kernel@vger.kernel.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	Peter Zijlstra <peterz@infradead.org>,
	Oleg Nesterov <oleg@redhat.com>,
	Steven Rostedt <rostedt@goodmis.org>,
	Paul Gortmaker <paul.gortmaker@windriver.com>
Subject: Re: [GIT PULL] dynticks updates for 3.13
Date: Mon, 2 Dec 2013 15:48:01 +0100	[thread overview]
Message-ID: <20131202144759.GA6949@localhost.localdomain> (raw)
In-Reply-To: <20131130135907.GA19027@gmail.com>

On Sat, Nov 30, 2013 at 02:59:07PM +0100, Ingo Molnar wrote:
> 
> * Frederic Weisbecker <fweisbec@gmail.com> wrote:
> 
> > Ingo,
> > 
> > Please pull the timers/core branch that can be found at:
> > 
> > git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git
> > 	timers/core
> > 
> > It passed through 0-day testing. I'm proposing it for 3.13 just in case but I'm ok
> > as well if you think it's too late and should be delayed for 3.14
> 
> Pulled into tip:timers/core, thanks Frederic!
> 
> In the future it would be nice to write a higher level description 
> that I can put into the merge commit. I wrote this:
> 
>   Pull dynticks updates from Frederic Weisbecker: smaller fixes and 
>   cleanups.

Right, I'll add more detailed summary next times.

> 
> Btw., how does the bug here:
> 
>   92e73cf831ba posix-timers: Fix full dynticks CPUs kick on timer rescheduling
> 
> manifest itself to users? Is there any real bug, or suboptimal nohz 
> behavior? (more wakeups than expected) This kind of information should 
> really be in the changelog.

Agreed, it fixes a real bug and that's missing from the changelog, I'll make it
clearer on the next take.

> 
> > 
> > Thanks,
> > 	Frederic
> > ---
> > 
> > Frederic Weisbecker (5):
> >       nohz: Convert a few places to use local per cpu accesses
> >       context_tracking: Wrap static key check into more intuitive function name
> >       context_tracking: Rename context_tracking_active() to context_tracking_cpu_is_enabled()
> >       posix-timers: Spare workqueue if there is no full dynticks CPU to kick
> >       posix-timers: Fix full dynticks CPUs kick on timer rescheduling
> > 
> > Paul Gortmaker (1):
> >       trivial: fix spelling in CONTEXT_TRACKING_FORCE help text
> > 
> > 
> >  include/linux/context_tracking.h       | 10 ++++-----
> >  include/linux/context_tracking_state.h | 11 +++++++---
> >  include/linux/tick.h                   |  8 ++++----
> >  include/linux/vtime.h                  |  4 ++--
> >  init/Kconfig                           |  2 +-
> >  kernel/context_tracking.c              |  8 ++++----
> >  kernel/posix-cpu-timers.c              | 21 +++++++++----------
> >  kernel/softirq.c                       |  4 +---
> >  kernel/time/tick-broadcast.c           |  6 +++---
> >  kernel/time/tick-internal.h            |  4 ++--
> >  kernel/time/tick-sched.c               | 37 ++++++++++++++--------------------
> >  11 files changed, 54 insertions(+), 61 deletions(-)
> 
> Btw., I noticed one other detail:
> 
> -       tick_check_oneshot_broadcast(cpu);
> -       tick_check_nohz(cpu);
> +       tick_check_oneshot_broadcast();
> +       tick_check_nohz();
> 
> it would be nice to name such functions that lose a 'cpu' argument 
> with the this_cpu pattern, i.e.:
> 
> 	- tick_check_oneshot_broadcast_this_cpu()

Hmm, that's going to be quite a long name. But I'm ok with the whole idea, so
I'll handle that too.

> 	- tick_check_nohz_this_cpu()
> 
> This makes it more obvious at a glance that they have 'current CPU' 
> assumptions in them

Ok, thanks!

      parent reply	other threads:[~2013-12-02 14:48 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-11-11 14:49 [GIT PULL] dynticks updates for 3.13 Frederic Weisbecker
2013-11-30 13:59 ` Ingo Molnar
2013-11-30 14:11   ` Ingo Molnar
2013-12-02 14:39     ` Frederic Weisbecker
2013-12-02 14:48   ` Frederic Weisbecker [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=20131202144759.GA6949@localhost.localdomain \
    --to=fweisbec@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@kernel.org \
    --cc=oleg@redhat.com \
    --cc=paul.gortmaker@windriver.com \
    --cc=peterz@infradead.org \
    --cc=rostedt@goodmis.org \
    --cc=tglx@linutronix.de \
    /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.