All of lore.kernel.org
 help / color / mirror / Atom feed
From: Preeti U Murthy <preeti@linux.vnet.ibm.com>
To: stable@vger.kernel.org
Cc: mingo@kernel.org, Thomas Gleixner <tglx@linutronix.de>,
	LKML <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 0/5] Fix race in hrtimer broadcast and take care of dependencies
Date: Thu, 18 Jun 2015 13:36:03 +0530	[thread overview]
Message-ID: <55827BEB.4020900@linux.vnet.ibm.com> (raw)
In-Reply-To: <20150513114717.27807.18777.stgit@preeti.in.ibm.com>

A reminder to pick this series up for stable-4.0

On 05/13/2015 05:19 PM, Preeti U Murthy wrote:
> The intention was to backport only PATCH[5/5]: clockevents: Fix
> cpu_down() race for hrtimer based broadcasting,
> 
> but this depends on commits upstream which did cleanup and
> reorganization of code. However these commits cannot be cherry-picked as
> is. There are a few minor changes upstream and hence these commits had
> to be backported too. Reasons for backports are given below:
> 
> 1. PATCH[1/5]: The upstream commit introduced a duplicate function which
> was removed much later by commit:
> 
>         9eed56e889d: clockevents: Clean up clockchips.h
> 
> We do not need to cherry-pick the entire above commit because the backport
> was a simple one.
> 
> 2. PATCH[3/5]: There are newer functions introduced upstream through
> 
>         554ef3876c6: clockevents: Handle tick device's resume separately
> 
> Yet again we did not need to cherry pick the entire above commit,
> firstly because it introduces significant new code, secondly because the
> backport was a simple one.
> 
> 3. PATCH[4/5]: The function clockevent_set_mode() was renamed to
> clockevent_set_state() upstream by commit:
> 
>         77e32c89a7: clockevents: Manage device's state separately for
>                     the core
> 
> We do not need to cherry-pick this commit for the same reason as in (2).
> 
> This series needs to be applied on top of stable-4.0. 
> ---
> 
> Preeti U Murthy (1):
>       clockevents: Fix cpu_down() race for hrtimer based broadcasting
> 
> Thomas Gleixner (4):
>       clockevents: Remove CONFIG_GENERIC_CLOCKEVENTS_BUILD
>       tick: Move clocksource related stuff to timekeeping.h
>       tick: Simplify tick-internal.h
>       tick: Move core only declarations and functions to core
> 
> 
>  include/linux/clockchips.h   |   23 ++----
>  include/linux/tick.h         |  138 ++++++-----------------------------
>  kernel/cpu.c                 |    2 +
>  kernel/time/Kconfig          |    6 --
>  kernel/time/Makefile         |    6 +-
>  kernel/time/clockevents.c    |    3 -
>  kernel/time/hrtimer.c        |    2 -
>  kernel/time/jiffies.c        |    2 -
>  kernel/time/ntp.c            |    1 
>  kernel/time/tick-broadcast.c |   19 +++--
>  kernel/time/tick-internal.h  |  166 ++++++++++++++++--------------------------
>  kernel/time/tick-sched.c     |    7 ++
>  kernel/time/tick-sched.h     |   64 ++++++++++++++++
>  kernel/time/timekeeping.h    |    7 ++
>  kernel/time/timer_list.c     |    2 -
>  15 files changed, 190 insertions(+), 258 deletions(-)
>  create mode 100644 kernel/time/tick-sched.h
> 
> --
> 


      parent reply	other threads:[~2015-06-18  8:06 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-05-13 11:49 [PATCH 0/5] Fix race in hrtimer broadcast and take care of dependencies Preeti U Murthy
2015-05-13 11:50 ` [PATCH1/5] clockevents: Remove CONFIG_GENERIC_CLOCKEVENTS_BUILD Preeti U Murthy
2015-05-13 11:50 ` [PATCH2/5] tick: Move clocksource related stuff to timekeeping.h Preeti U Murthy
2015-05-13 11:50 ` [PATCH3/5] tick: Simplify tick-internal.h Preeti U Murthy
2015-06-29 22:49   ` Greg KH
2015-06-30  3:24     ` Preeti U Murthy
2015-05-13 11:50 ` [PATCH4/5] tick: Move core only declarations and functions to core Preeti U Murthy
2015-05-13 11:50 ` [PATCH5/5] clockevents: Fix cpu_down() race for hrtimer based broadcasting Preeti U Murthy
2015-06-18  8:06 ` Preeti U Murthy [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=55827BEB.4020900@linux.vnet.ibm.com \
    --to=preeti@linux.vnet.ibm.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@kernel.org \
    --cc=stable@vger.kernel.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.