From: Frederic Weisbecker <fweisbec@gmail.com>
To: LKML <linux-kernel@vger.kernel.org>
Cc: Frederic Weisbecker <fweisbec@gmail.com>,
Peter Zijlstra <peterz@infradead.org>,
Thomas Gleixner <tglx@linutronix.de>,
Ingo Molnar <mingo@kernel.org>,
Andrew Morton <akpm@linux-foundation.org>,
Steven Rostedt <rostedt@goodmis.org>,
Paul Gortmaker <paul.gortmaker@windriver.com>,
Anish Kumar <anish198519851985@gmail.com>
Subject: [PATCH 0/7] printk: Make it usable on nohz CPUs v4
Date: Thu, 8 Nov 2012 14:14:51 +0100 [thread overview]
Message-ID: <1352380498-23132-1-git-send-email-fweisbec@gmail.com> (raw)
Hi,
There are rough changes in this series, the patchset is much simpler:
* Include the two fixes for SMP-safe irq_work claim [1/7],[2/7]
* Split the part that prevent to stop the tick with pending work
on the queue, to make the review easier.
* Don't care anymore whether the arch can send self-IPIs or not. The real point
of it is for when we stop the tick outside idle, we'll require the self IPI
support from arch. We'll deal with that later.
* Drop the set_need_resched() hack when we enqueue in dyntick idle mode. I'm
just too worried that printk() calls in idle loop may prevent the tick from ever
beeing stopped, and even the CPU from halting.
* When the work is lazy, just never raise unless the tick is stopped. We don't care
whether the arch has obscure way to raise it or not. In any case, the hook in
update_process_times() can take care of it.
* Don't raise an IPI after queueing if there is a pending one already.
* Use per cpu irq work for printk because the printk_pending flags are per CPU
and thus can't be handled remotely.
* Queue an irq work in case of printk_sched() as well.
You can fetch from:
git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git
nohz/printk-v4
Thanks.
Frederic Weisbecker (7):
irq_work: Fix racy IRQ_WORK_BUSY flag setting
irq_work: Fix racy check on work pending flag
irq_work: Remove CONFIG_HAVE_IRQ_WORK
nohz: Add API to check tick state
irq_work: Don't stop the tick with pending works
irq_work: Make self-IPIs optable
printk: Wake up klogd using irq_work
arch/alpha/Kconfig | 1 -
arch/arm/Kconfig | 1 -
arch/arm64/Kconfig | 1 -
arch/blackfin/Kconfig | 1 -
arch/frv/Kconfig | 1 -
arch/hexagon/Kconfig | 1 -
arch/mips/Kconfig | 1 -
arch/parisc/Kconfig | 1 -
arch/powerpc/Kconfig | 1 -
arch/s390/Kconfig | 1 -
arch/sh/Kconfig | 1 -
arch/sparc/Kconfig | 1 -
arch/x86/Kconfig | 1 -
drivers/staging/iio/trigger/Kconfig | 1 -
include/linux/irq_work.h | 20 +++++++++
include/linux/printk.h | 3 -
include/linux/tick.h | 17 +++++++-
init/Kconfig | 5 +--
kernel/irq_work.c | 76 +++++++++++++++++++++++-----------
kernel/printk.c | 36 +++++++++-------
kernel/time/tick-sched.c | 7 ++-
kernel/timer.c | 1 -
22 files changed, 112 insertions(+), 67 deletions(-)
--
1.7.5.4
next reply other threads:[~2012-11-08 13:15 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-11-08 13:14 Frederic Weisbecker [this message]
2012-11-08 13:14 ` [PATCH 1/7] irq_work: Fix racy IRQ_WORK_BUSY flag setting Frederic Weisbecker
2012-11-08 13:14 ` [PATCH 2/7] irq_work: Fix racy check on work pending flag Frederic Weisbecker
2012-11-08 13:14 ` [PATCH 3/7] irq_work: Remove CONFIG_HAVE_IRQ_WORK Frederic Weisbecker
2012-11-08 13:14 ` [PATCH 4/7] nohz: Add API to check tick state Frederic Weisbecker
2012-11-08 13:14 ` [PATCH 5/7] irq_work: Don't stop the tick with pending works Frederic Weisbecker
2012-11-08 13:14 ` [PATCH 6/7] irq_work: Make self-IPIs optable Frederic Weisbecker
2012-11-08 13:14 ` [PATCH 7/7] printk: Wake up klogd using irq_work Frederic Weisbecker
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=1352380498-23132-1-git-send-email-fweisbec@gmail.com \
--to=fweisbec@gmail.com \
--cc=akpm@linux-foundation.org \
--cc=anish198519851985@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@kernel.org \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®