[PATCH 4/7] sched: Account rr and fifo tasks separately

2015-11-13 Thread Frederic Weisbecker
r Cc: Chris Metcalf Cc: Ingo Molnar Cc: Luiz Capitulino Cc: Peter Zijlstra Cc: Rik van Riel Cc: Thomas Gleixner Cc: Viresh Kumar Signed-off-by: Frederic Weisbecker --- kernel/sched/rt.c| 34 ++ kernel/sched/sched.h | 2 ++ 2 files changed, 36 insertions(+)

[PATCH 7/7] sched-clock: Migrate to use new tick dependency mask model

2015-11-13 Thread Frederic Weisbecker
Gleixner Cc: Viresh Kumar Signed-off-by: Frederic Weisbecker --- kernel/sched/clock.c | 5 + kernel/time/tick-sched.c | 26 ++ 2 files changed, 11 insertions(+), 20 deletions(-) diff --git a/kernel/sched/clock.c b/kernel/sched/clock.c index c0a2051..1389e1a

[PATCH 3/7] perf: Migrate perf to use new tick dependency mask model

2015-11-13 Thread Frederic Weisbecker
r Cc: Chris Metcalf Cc: Ingo Molnar Cc: Luiz Capitulino Cc: Peter Zijlstra Cc: Rik van Riel Cc: Thomas Gleixner Cc: Viresh Kumar Signed-off-by: Frederic Weisbecker --- include/linux/perf_event.h | 6 -- kernel/events/core.c | 22 +++--- kernel/time/tick-sched.c

[PATCH 0/7] nohz: Tick dependency mask v3

2015-11-13 Thread Frederic Weisbecker
HEAD: ca9e998d0be7e6ef1ffab888436cbabf5446c865 Thanks, Frederic --- Frederic Weisbecker (7): atomic: Export fetch_or() nohz: New tick dependency mask perf: Migrate perf to use new tick dependency mask model sched: Account rr and fifo tasks separately sched: Migrate sched to use new

Re: [PATCH v3 5/5] x86/entry/64: Bypass enter_from_user_mode on non-context-tracking boots

2015-11-13 Thread Frederic Weisbecker
On Thu, Nov 12, 2015 at 12:59:04PM -0800, Andy Lutomirski wrote: > On CONFIG_CONTEXT_TRACKING kernels that have context tracking > disabled at runtime (which includes most distro kernels), we still > have the overhead of a call to enter_from_user_mode in interrupt and > exception entries. > > If j

Re: [PATCH v3 1/2] cputime: fix invalid gtime in proc

2015-11-13 Thread Frederic Weisbecker
On Tue, Nov 10, 2015 at 08:43:17AM +, Hiroshi Shimamoto wrote: > > Subject: Re: [PATCH v3 1/2] cputime: fix invalid gtime in proc > > > > On Mon, Nov 02, 2015 at 05:13:51PM +0100, Peter Zijlstra wrote: > > > On Fri, Oct 30, 2015 at 12:46:39AM +, Hiroshi Shimamoto wrote: > > > > +++ b/kerne

Re: [PATCH] timer: Lazily wakup nohz CPU when adding new timer.

2015-11-13 Thread Frederic Weisbecker
On Mon, Sep 28, 2015 at 11:48:16AM -0700, Yunhong Jiang wrote: > Currently, when a new timer added to timer wheel for a nohz_active CPU, > the target CPU will always be waked up. > > In fact, if the new added timer is after the base->next_timer, we don't > need wake up the target CPU since it will

Re: [PATCH v3 1/2] cputime: fix invalid gtime in proc

2015-11-13 Thread Frederic Weisbecker
On Fri, Nov 13, 2015 at 05:10:28PM +0100, Peter Zijlstra wrote: > On Fri, Nov 13, 2015 at 04:33:01PM +0100, Frederic Weisbecker wrote: > > Peter, if you have doubts, I can integrate this change in a larger > > series that does a proper cleanup. But this very patch will still need &

Re: [PATCH v3 5/5] x86/entry/64: Bypass enter_from_user_mode on non-context-tracking boots

2015-11-16 Thread Frederic Weisbecker
On Mon, Nov 16, 2015 at 11:10:55AM -0800, Andy Lutomirski wrote: > On Nov 13, 2015 7:26 AM, "Frederic Weisbecker" wrote: > > > > On Thu, Nov 12, 2015 at 12:59:04PM -0800, Andy Lutomirski wrote: > > > On CONFIG_CONTEXT_TRACKING kernels that have context trackin

Re: [RESEND PATCH] sched: consider missed ticks when updating global cpu load

2015-09-26 Thread Frederic Weisbecker
On Fri, Sep 25, 2015 at 05:52:37PM +0900, byungchul.p...@lge.com wrote: > From: Byungchul Park > > hello, > > i have already sent this patch about 1 month ago. > (see https://lkml.org/lkml/2015/8/13/160) > > now, i am resending the same patch with adding some additional commit > message. > >

Re: [PATCH 2/5] kmod: Use system_unbound_wq instead of khelper

2015-07-14 Thread Frederic Weisbecker
On Fri, Jul 10, 2015 at 02:05:56PM -0500, Christoph Lameter wrote: > On Fri, 10 Jul 2015, Frederic Weisbecker wrote: > > > Note that nohz full is perfectly fine with that. The issue I'm worried about > > is the case where drivers spawn hundreds of jobs and it all happen on

[PATCH 2/4] apm32: Fix cputime == jiffies assumption

2015-07-14 Thread Frederic Weisbecker
: Rik van Riel Cc: Thomas Gleixner Cc: Viresh Kumar Signed-off-by: Frederic Weisbecker --- arch/x86/kernel/apm_32.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/x86/kernel/apm_32.c b/arch/x86/kernel/apm_32.c index 927ec92..052c9c3 100644 --- a/arch/x86/kernel/apm

[PATCH 4/4] nohz: Prevent tilegx network driver interrupts

2015-07-14 Thread Frederic Weisbecker
k. Signed-off-by: Chris Metcalf Cc: Christoph Lameter Cc: Ingo Molnar Cc: Peter Zijlstra Cc: Preeti U Murthy Cc: Rik van Riel Cc: Thomas Gleixner Cc: Viresh Kumar Signed-off-by: Frederic Weisbecker --- drivers/net/ethernet/tile/tilegx.c | 4 +++- include/linux/tick.h | 9 ++

[PATCH 0/4] nohz: Cputime cleanups and tilegx isolation

2015-07-14 Thread Frederic Weisbecker
re-v3 HEAD: 572536be5b8e84c507d66203f53faa0ae2c8c244 Thanks, Frederic --- Frederic Weisbecker (3): jiffies: Remove HZ > USEC_PER_SEC special case apm32: Fix cputime == jiffies assumption alpha: Fix jiffies based cputime assumption Chris Metcalf (1): nohz: Preven

[PATCH 3/4] alpha: Fix jiffies based cputime assumption

2015-07-14 Thread Frederic Weisbecker
Kokshaysky Cc: Christoph Lameter Cc: Ingo Molnar Cc; John Stultz Cc: Peter Zijlstra Cc: Preeti U Murthy Cc: Rik van Riel Cc: Thomas Gleixner Cc: Viresh Kumar Signed-off-by: Frederic Weisbecker --- arch/alpha/kernel/osf_sys.c | 13 + 1 file changed, 9 insertions(+), 4 deletions

[PATCH 1/4] jiffies: Remove HZ > USEC_PER_SEC special case

2015-07-14 Thread Frederic Weisbecker
: Preeti U Murthy Cc: Rik van Riel Cc: Thomas Gleixner Cc: Viresh Kumar Signed-off-by: Frederic Weisbecker --- include/linux/jiffies.h | 9 + kernel/time/time.c | 10 +++--- 2 files changed, 8 insertions(+), 11 deletions(-) diff --git a/include/linux/jiffies.h b/include

Re: [tip:x86/asm] x86/entry: Add enter_from_user_mode() and use it in syscalls

2015-07-14 Thread Frederic Weisbecker
ode to supply a function that does what we > want (and can be much simpler than user_exit), which will enable > us to get rid of the extra call. > > Signed-off-by: Andy Lutomirski > Cc: Andy Lutomirski > Cc: Borislav Petkov > Cc: Brian Gerst > Cc: Denys Vlasenko &

Re: [tip:x86/asm] x86/entry: Add new, comprehensible entry and exit handlers written in C

2015-07-14 Thread Frederic Weisbecker
ed-off-by: Andy Lutomirski > Cc: Andy Lutomirski > Cc: Borislav Petkov > Cc: Brian Gerst > Cc: Denys Vlasenko > Cc: Denys Vlasenko > Cc: Frederic Weisbecker > Cc: H. Peter Anvin > Cc: Kees Cook > Cc: Linus Torvalds > Cc: Oleg Nesterov > Cc: Peter Zijlstra >

Re: [tip:x86/asm] x86/irq, context_tracking: Document how IRQ context tracking works and add an RCU assertion

2015-07-14 Thread Frederic Weisbecker
n Gerst > Cc: Denys Vlasenko > Cc: Denys Vlasenko > Cc: Frederic Weisbecker > Cc: H. Peter Anvin > Cc: Kees Cook > Cc: Linus Torvalds > Cc: Oleg Nesterov > Cc: Paul E. McKenney > Cc: Peter Zijlstra > Cc: Rik van Riel > Cc: Thomas Gle

Re: [tip:x86/asm] x86/entry: Add enter_from_user_mode() and use it in syscalls

2015-07-14 Thread Frederic Weisbecker
On Tue, Jul 14, 2015 at 04:04:47PM -0700, Andy Lutomirski wrote: > On Tue, Jul 14, 2015 at 4:00 PM, Frederic Weisbecker > wrote: > > On Tue, Jul 07, 2015 at 03:51:29AM -0700, tip-bot for Andy Lutomirski wrote: > >> Commit-ID: feed36cde0a10adb957445a37e48f957f30b2273 > &

[GIT PULL] nohz updates for 3.18

2014-10-01 Thread Frederic Weisbecker
Thanks, Frederic --- Frederic Weisbecker (7): nohz: Move nohz full init call to tick init irq_work: Force raised irq work to run on irq work interrupt x86: Tell irq work about self IPI support arm: Tell irq work about self IPI support arm64: Tell irq work about

[PATCH 1/4] perf/x86/amd: AMD support for bp_len > HW_BREAKPOINT_LEN_8

2014-10-01 Thread Frederic Weisbecker
advice and pseudo code from Oleg Nesterov Signed-off-by: Jacob Shin Signed-off-by: Suravee Suthikulpanit Acked-by: Jiri Olsa Reviewed-by: Oleg Nesterov Cc: Arnaldo Carvalho de Melo Cc: Ingo Molnar Cc: Namhyung Kim Cc: Peter Zijlstra Cc: xiakaixu Signed-off-by: Frederic Weisbecker --- arch

[PATCH 3/4] perf tools: add hardware breakpoint bp_len test cases

2014-10-01 Thread Frederic Weisbecker
From: Jacob Shin Signed-off-by: Jacob Shin Signed-off-by: Suravee Suthikulpanit Acked-by: Jiri Olsa Reviewed-by: Oleg Nesterov Cc: Arnaldo Carvalho de Melo Cc: Ingo Molnar Cc: Namhyung Kim Cc: Peter Zijlstra Cc: xiakaixu Signed-off-by: Frederic Weisbecker --- tools/perf/tests/parse

[PATCH 2/4] perf tools: allow user to specify hardware breakpoint bp_len

2014-10-01 Thread Frederic Weisbecker
: Suravee Suthikulpanit Acked-by: Jiri Olsa Reviewed-by: Oleg Nesterov Cc: Arnaldo Carvalho de Melo Cc: Ingo Molnar Cc: Namhyung Kim Cc: Peter Zijlstra Cc: xiakaixu Signed-off-by: Frederic Weisbecker --- tools/perf/Documentation/perf-record.txt | 7 +-- tools/perf/util/parse-events.c

[GIT PULL] hw_breakpoints: Support AMD range breakpoints

2014-10-01 Thread Frederic Weisbecker
Ingo, Please pull the perf/core-v2 branch that can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git perf/core-v2 HEAD: 33252c1bb36dd7405f412a9ef8fc05dec995064a It has been acked by Jiri and Oleg. --- Summary: * Extend breakpoint tools and core to s

[PATCH 4/4] perf/x86: Remove get_hbp_len and replace with bp_len

2014-10-01 Thread Frederic Weisbecker
-off-by: Frederic Weisbecker --- arch/x86/kernel/hw_breakpoint.c | 25 + 1 file changed, 1 insertion(+), 24 deletions(-) diff --git a/arch/x86/kernel/hw_breakpoint.c b/arch/x86/kernel/hw_breakpoint.c index 91ce081..edb70e9 100644 --- a/arch/x86/kernel/hw_breakpoint.c +++ b

Re: [PATCH v4 2/5] x86,entry: Only call user_exit if TIF_NOHZ

2014-07-31 Thread Frederic Weisbecker
On Wed, Jul 30, 2014 at 10:23:34AM -0700, Andy Lutomirski wrote: > On Wed, Jul 30, 2014 at 9:43 AM, Frederic Weisbecker > wrote: > > On Tue, Jul 29, 2014 at 09:32:32PM +0200, Oleg Nesterov wrote: > >> On 07/28, Andy Lutomirski wrote: > >> > > >> > @@

[PATCH 0/2] nohz: Avoid double clock write

2014-07-31 Thread Frederic Weisbecker
Hi Thomas, The tick reschedules itself unconditionally. That's what we want as long as the CPU is in periodic mode. It's not that relevant when the CPU is in dynticks mode though as the clock write is likely to be overwritten by the nohz code on irq exit. In low-res mode, that even result in unex

[PATCH 2/2] nohz: Avoid tick's double reprogramming in highres mode

2014-07-31 Thread Frederic Weisbecker
deric Weisbecker Signed-off-by: Viresh Kumar Signed-off-by: Frederic Weisbecker --- kernel/time/tick-sched.c | 4 1 file changed, 4 insertions(+) diff --git a/kernel/time/tick-sched.c b/kernel/time/tick-sched.c index b07ba8e..a7098f7 100644 --- a/kernel/time/tick-sched.c +++ b/kernel/time/tick-sc

[PATCH 1/2] nohz: Fix spurious periodic tick behaviour in low-res dynticks mode

2014-07-31 Thread Frederic Weisbecker
This also removes a needless clockevent write on idle ticks. Since those clock write are usually considered to be slow, it's a general win. Reviewed-by: Preeti U Murthy Signed-off-by: Viresh Kumar Signed-off-by: Frederic Weisbecker --- kernel/time/tick-sched.c | 4 1 file changed, 4 inse

Re: [PATCH v4 2/5] x86,entry: Only call user_exit if TIF_NOHZ

2014-07-31 Thread Frederic Weisbecker
On Thu, Jul 31, 2014 at 06:42:46PM +0200, Oleg Nesterov wrote: > On 07/31, Frederic Weisbecker wrote: > > > > On Wed, Jul 30, 2014 at 10:23:34AM -0700, Andy Lutomirski wrote: > > > > > > At the end of the day, the syscall slowpath code calls a bunch of > >

Re: TIF_NOHZ can escape nonhz mask? (Was: [PATCH v3 6/8] x86: Split syscall_trace_enter into two phases)

2014-07-31 Thread Frederic Weisbecker
On Thu, Jul 31, 2014 at 06:03:53PM +0200, Oleg Nesterov wrote: > On 07/31, Frederic Weisbecker wrote: > > > > On Wed, Jul 30, 2014 at 07:46:30PM +0200, Oleg Nesterov wrote: > > > On 07/30, Frederic Weisbecker wrote: > > > > > > > > On Tue, Jul 2

Re: [PATCH v4 2/5] x86,entry: Only call user_exit if TIF_NOHZ

2014-07-31 Thread Frederic Weisbecker
On Thu, Jul 31, 2014 at 06:54:23PM +0200, Oleg Nesterov wrote: > On 07/31, Frederic Weisbecker wrote: > > > > On Thu, Jul 31, 2014 at 06:42:46PM +0200, Oleg Nesterov wrote: > > > On 07/31, Frederic Weisbecker wrote: > > > > > > > > On Wed, Jul 30,

Re: [PATCH v4 0/5] x86: two-phase syscall tracing and seccomp fastpath

2014-07-31 Thread Frederic Weisbecker
On Thu, Jul 31, 2014 at 09:56:48AM -0700, H. Peter Anvin wrote: > On 07/30/2014 10:25 AM, Andy Lutomirski wrote: > > > > And yet x86_64 has this code implemented in assembly even in the > > slowpath. Go figure. > > > > There is way too much assembly in entry_64.S probably because things > have

Re: TIF_NOHZ can escape nonhz mask? (Was: [PATCH v3 6/8] x86: Split syscall_trace_enter into two phases)

2014-07-31 Thread Frederic Weisbecker
On Thu, Jul 31, 2014 at 08:12:30PM +0200, Oleg Nesterov wrote: > On 07/31, Frederic Weisbecker wrote: > > > > On Thu, Jul 31, 2014 at 06:03:53PM +0200, Oleg Nesterov wrote: > > > On 07/31, Frederic Weisbecker wrote: > > > > > > > > I was convinced th

Re: TIF_NOHZ can escape nonhz mask? (Was: [PATCH v3 6/8] x86: Split syscall_trace_enter into two phases)

2014-07-31 Thread Frederic Weisbecker
2014-07-31 20:47 GMT+02:00 Frederic Weisbecker : > On Thu, Jul 31, 2014 at 08:12:30PM +0200, Oleg Nesterov wrote: >> On 07/31, Frederic Weisbecker wrote: > No, because preempt_schedule_irq() does the ctx_state save and restore with > exception_enter/exception_exit. Similar thi

Re: [PATCH v3 tip/core/rcu 1/9] rcu: Add call_rcu_tasks()

2014-07-31 Thread Frederic Weisbecker
On Thu, Jul 31, 2014 at 02:55:01PM -0700, Paul E. McKenney wrote: > From: "Paul E. McKenney" > > This commit adds a new RCU-tasks flavor of RCU, which provides > call_rcu_tasks(). This RCU flavor's quiescent states are voluntary > context switch (not preemption!), userspace execution, and the id

Re: [PATCH v3 tip/core/rcu 1/9] rcu: Add call_rcu_tasks()

2014-08-01 Thread Frederic Weisbecker
On Thu, Jul 31, 2014 at 07:04:16PM -0700, Paul E. McKenney wrote: > On Fri, Aug 01, 2014 at 01:57:50AM +0200, Frederic Weisbecker wrote: > > > > So this thread is going to poll every second? I guess something prevents it > > to run when system is idle somewhere? But I&#x

Re: [PATCH] swap: remove the struct cpumask has_work

2014-08-01 Thread Frederic Weisbecker
On Fri, Aug 01, 2014 at 01:16:05PM -0400, Chris Metcalf wrote: > On 7/31/2014 9:39 PM, Lai Jiangshan wrote: > >On 08/01/2014 12:09 AM, Chris Metcalf wrote: > >>On 7/31/2014 7:51 AM, Michal Hocko wrote: > >>>On Thu 31-07-14 11:30:19, Lai Jiangshan wrote: > It is suggested that cpumask_var_t and

Re: [PATCH 1/5] x86: entry_64.S: delete unused code

2014-08-01 Thread Frederic Weisbecker
On Fri, Aug 01, 2014 at 04:48:14PM +0200, Denys Vlasenko wrote: > A define, two macros and an unreferenced bit of assembly are gone. > > Signed-off-by: Denys Vlasenko > CC: Oleg Nesterov > CC: "H. Peter Anvin" > CC: Andy Lutomirski Acked-by: Frederic Weisbecker

Re: [PATCH 3/5] x86: entry_64.S: fold SAVE_ARGS_IRQ macro into its sole user

2014-08-01 Thread Frederic Weisbecker
irski One macro dissolved == one Hop-o'-My-Thumb pebble less to drop before taking a jump on the editor. Acked-by: Frederic Weisbecker -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo

Re: [PATCH 4/5] x86: entry_64.S: always allocate complete "struct pt_regs"

2014-08-01 Thread Frederic Weisbecker
> (four instances). > > Patch was run-tested: 64-bit executables, 32-bit executables, > strace works. > > Signed-off-by: Denys Vlasenko > CC: Oleg Nesterov > CC: "H. Peter Anvin" > CC: Andy Lutomirski > CC: Frederic Weisbecker > CC: X86 ML &g

Re: [PATCH 4/5] x86: entry_64.S: always allocate complete "struct pt_regs"

2014-08-01 Thread Frederic Weisbecker
On Fri, Aug 01, 2014 at 04:48:17PM +0200, Denys Vlasenko wrote: > > /* 0(%rsp): ~(interrupt number) */ > .macro interrupt func > - /* reserve pt_regs for scratch regs and rbp */ > - subq $ORIG_RAX-RBP, %rsp > - CFI_ADJUST_CFA_OFFSET ORIG_RAX-RBP > - cld > - /* start fro

[PATCH 4/8] x86: Tell irq work about self IPI support

2014-09-10 Thread Frederic Weisbecker
-by: Frederic Weisbecker --- arch/x86/include/asm/Kbuild | 1 - arch/x86/include/asm/irq_work.h | 11 +++ arch/x86/kernel/irq_work.c | 2 +- 3 files changed, 12 insertions(+), 2 deletions(-) create mode 100644 arch/x86/include/asm/irq_work.h diff --git a/arch/x86/include/asm

[PATCH 8/8] nohz: nohz full depends on irq work self IPI support

2014-09-10 Thread Frederic Weisbecker
h support isn't available. As a side effect, this makes sure that nohz kick is never called from the tick. That otherwise would result in illegal hrtimer self-cancellation and lockup. Cc: Ingo Molnar Cc: Paul E. McKenney Cc: Peter Zijlstra Cc: Thomas Gleixner Signed-off-by: Frederic Wei

[PATCH 7/8] nohz: Consolidate nohz full init code

2014-09-10 Thread Frederic Weisbecker
to warnings when fundamental allocations fail. Cc: Ingo Molnar Cc: Paul E. McKenney Cc: Peter Zijlstra Cc: Thomas Gleixner Signed-off-by: Frederic Weisbecker --- kernel/time/tick-sched.c | 38 +++--- 1 file changed, 19 insertions(+), 19 deletions(-) diff

[PATCH 6/8] arm64: Tell irq work about self IPI support

2014-09-10 Thread Frederic Weisbecker
Cc: Peter Zijlstra Cc: Thomas Gleixner Cc: Will Deacon Signed-off-by: Frederic Weisbecker --- arch/arm64/include/asm/Kbuild | 1 - arch/arm64/include/asm/irq_work.h | 11 +++ arch/arm64/include/asm/smp.h | 2 ++ arch/arm64/kernel/smp.c | 2 +- 4 files changed, 14

[PATCH 2/8] irq_work: Introduce arch_irq_work_has_interrupt()

2014-09-10 Thread Frederic Weisbecker
: Ingo Molnar Cc: Paul E. McKenney Cc: Peter Zijlstra Cc: Thomas Gleixner Signed-off-by: Frederic Weisbecker --- arch/alpha/include/asm/Kbuild | 1 + arch/arc/include/asm/Kbuild| 1 + arch/arm/include/asm/Kbuild| 1 + arch/arm64/include/asm/Kbuild | 3 ++- arch

[PATCH 5/8] arm: Tell irq work about self IPI support

2014-09-10 Thread Frederic Weisbecker
ARM irq work IPI support depends on SMP support. That information is partly known at early boottime. Lets implement arch_irq_work_has_interrupt() accordingly. Cc: Ingo Molnar Cc: Paul E. McKenney Cc: Peter Zijlstra Cc: Russell King Cc: Thomas Gleixner Signed-off-by: Frederic Weisbecker

[PATCH 3/8] irq_work: Force raised irq work to run on irq work interrupt

2014-09-10 Thread Frederic Weisbecker
Paul E. McKenney Cc: Peter Zijlstra Cc: Thomas Gleixner Signed-off-by: Frederic Weisbecker --- include/linux/irq_work.h | 1 + kernel/irq_work.c| 13 +++-- kernel/time/timer.c | 2 +- 3 files changed, 13 insertions(+), 3 deletions(-) diff --git a/include/linux/irq_work.h b/in

[PATCH 1/8] nohz: Move nohz full init call to tick init

2014-09-10 Thread Frederic Weisbecker
initialize the pointer to __smp_call_function. Since tick_init() is called right after init_IRQ(), this is a good place to call tick_nohz_init() and prepare for that dependency. Cc: Ingo Molnar Cc: Paul E. McKenney Cc: Peter Zijlstra Cc: Thomas Gleixner Signed-off-by: Frederic Weisbecker --- include

[PATCH 0/8] nohz: Fix nohz kick irq work on tick v2

2014-09-10 Thread Frederic Weisbecker
general agreement before testing more seriously. git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git nohz/fixes-v2 HEAD: 863bea6acd4c9151f9be2fa623e8fee588d4e58c Thanks, Frederic --- Frederic Weisbecker (7): nohz: Move nohz full init call to tick init

Re: [nohz] WARNING: CPU: 0 PID: 0 at arch/x86/kernel/cpu/common.c:1430 warn_pre_alternatives()

2014-09-11 Thread Frederic Weisbecker
xes-v2 > > commit 664c05b9ab2dd92aad807bd7f9aa273955949abe > Author: Frederic Weisbecker > AuthorDate: Sun Aug 17 22:02:55 2014 +0200 > Commit: Frederic Weisbecker > CommitDate: Wed Sep 10 18:52:45 2014 +0200 > > nohz: Consolidate nohz full init code > > The supports for C

Re: Deadlock in vtime_account_user() vs itself across a page fault

2014-09-11 Thread Frederic Weisbecker
On Thu, Sep 11, 2014 at 11:54:34PM +0100, David Howells wrote: > > Whilst trying to use docker, I'm occasionally seeing the attached deadlock in > user time accounting, with a page fault in the middle. The relevant lines > from the pre-fault bits of stack: > > [] ? cpuacct_account_field+0x

Re: [nohz] WARNING: CPU: 0 PID: 0 at arch/x86/kernel/cpu/common.c:1430 warn_pre_alternatives()

2014-09-12 Thread Frederic Weisbecker
On Fri, Sep 12, 2014 at 05:18:02AM +0800, Fengguang Wu wrote: > Hi Frederic, > > On Thu, Sep 11, 2014 at 05:53:19PM +0200, Frederic Weisbecker wrote: > > Hi, > > > > On Thu, Sep 11, 2014 at 03:17:04PM +0800, Fengguang Wu wrote: > > > Greetings, > >

Re: [PATCH 0/8] nohz: Fix nohz kick irq work on tick v2

2014-09-12 Thread Frederic Weisbecker
On Thu, Sep 11, 2014 at 10:28:12AM +0200, Peter Zijlstra wrote: > On Wed, Sep 10, 2014 at 11:33:20PM +0200, Frederic Weisbecker wrote: > > > Frederic Weisbecker (7): > > nohz: Move nohz full init call to tick init > > irq_work: Force raised irq work to r

Re: [PATCH 6/8] arm64: Tell irq work about self IPI support

2014-09-13 Thread Frederic Weisbecker
On Thu, Sep 11, 2014 at 10:00:37AM +0100, Catalin Marinas wrote: > On Wed, Sep 10, 2014 at 10:33:26PM +0100, Frederic Weisbecker wrote: > > ARM64 irq work self-IPI support depends on __smp_cross_call to point to > > some relevant IRQ controller operations. This information should b

Re: [PATCH RFC tip/core/rcu 1/2] Eliminate redundant rcu_sysidle_state variable

2014-07-24 Thread Frederic Weisbecker
rcu_preempt_state in favor of rcu_state_p. > > Signed-off-by: Paul E. McKenney Acked-by: Frederic Weisbecker > > diff --git a/kernel/rcu/tree_plugin.h b/kernel/rcu/tree_plugin.h > index 24f5bd54ca9b..e31fa71c4d3a 100644 > --- a/kernel/rcu/tree_plugin.h > +++ b/kernel/r

Re: [PATCH RFC tip/core/rcu 2/2] Don't track sysidle state if no nohz_full= CPUs

2014-07-24 Thread Frederic Weisbecker
will need to be revisited if nohz_full= state > can ever be changed at runtime. > > Signed-off-by: Paul E. McKenney Acked-by: Frederic Weisbecker -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kerne

Re: [PATCH 17/19] perf tools: Always force PERF_RECORD_FINISHED_ROUND event

2014-07-25 Thread Frederic Weisbecker
On Fri, Jul 25, 2014 at 11:14:13AM -0300, Arnaldo Carvalho de Melo wrote: > Em Fri, Jul 25, 2014 at 01:34:26PM +0200, Jiri Olsa escreveu: > > On Thu, Jul 24, 2014 at 06:34:51PM -0300, Arnaldo Carvalho de Melo wrote: > > > I think both changes are OK, but should be split in different patches, > >

Re: [PATCH 06/10] nohz: Define meaningful symbol for nohz full timekeeper

2014-07-25 Thread Frederic Weisbecker
On Mon, Jul 21, 2014 at 11:12:55AM -0700, Paul E. McKenney wrote: > On Sat, Jul 19, 2014 at 02:44:17AM +0200, Frederic Weisbecker wrote: > > The nohz full timekeeper is always CPU 0. Lets add it to the list of > > special tick_do_timer_cpu symbols for more self explanatory code. &g

Re: [PATCH RFC tip/core/rcu] Fix attempt to avoid offloading callbacks unless requested

2014-07-25 Thread Frederic Weisbecker
On Fri, Jul 25, 2014 at 08:10:57PM -0400, Pranith Kumar wrote: > On 07/25/2014 07:36 PM, Paul E. McKenney wrote: > > [ Note: This applies on top of commit 187497fa5e9e (rcu: Allow for NULL > > tick_nohz_full_mask when nohz_full= missing) in -tip > > or -rcu. To make this work on top of rcu

Re: [PATCH] sched, time: fix build error with 64 bit cputime_t on 32 bit systems

2014-09-30 Thread Frederic Weisbecker
On Tue, Sep 30, 2014 at 01:40:11PM -0400, Rik van Riel wrote: > On Tue, 30 Sep 2014 13:56:37 +0200 > Arnd Bergmann wrote: > > > A recent change to update the stime/utime members of task_struct > > using atomic cmpxchg broke configurations on 32-bit machines with > > CONFIG_VIRT_CPU_ACCOUNTING_GEN

Re: [PATCH RFC] time,signal: protect resource use statistics with seqlock

2014-08-13 Thread Frederic Weisbecker
On Wed, Aug 13, 2014 at 05:03:24PM -0400, Rik van Riel wrote: > --- a/kernel/time/posix-cpu-timers.c > +++ b/kernel/time/posix-cpu-timers.c > @@ -272,22 +272,8 @@ static int posix_cpu_clock_get_task(struct task_struct > *tsk, > if (same_thread_group(tsk, current)) >

Re: [PATCH RFC] time,signal: protect resource use statistics with seqlock

2014-08-14 Thread Frederic Weisbecker
2014-08-14 3:57 GMT+02:00 Rik van Riel : > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 08/13/2014 08:43 PM, Frederic Weisbecker wrote: >> On Wed, Aug 13, 2014 at 05:03:24PM -0400, Rik van Riel wrote: >>> --- a/kernel/time/posix-cpu-timers.c +++ >>&

Re: [PATCH RFC] time,signal: protect resource use statistics with seqlock

2014-08-14 Thread Frederic Weisbecker
2014-08-14 15:22 GMT+02:00 Oleg Nesterov : > On 08/13, Rik van Riel wrote: >> >> On Wed, 13 Aug 2014 20:45:11 +0200 >> Oleg Nesterov wrote: >> >> > That said, it is not that I am really sure that seqcount_t in ->signal >> > is actually worse, not to mention that this is subjective anyway. IOW, >>

Re: [PATCH RFC] time,signal: protect resource use statistics with seqlock

2014-08-14 Thread Frederic Weisbecker
2014-08-14 16:39 GMT+02:00 Oleg Nesterov : > On 08/14, Frederic Weisbecker wrote: >> >> 2014-08-14 3:57 GMT+02:00 Rik van Riel : >> > -BEGIN PGP SIGNED MESSAGE- >> > Hash: SHA1 >> > >> > On 08/13/2014 08:43 PM, Frederic Weisbecker wrote:

Re: [PATCH RFC] time,signal: protect resource use statistics with seqlock

2014-08-15 Thread Frederic Weisbecker
On Fri, Aug 15, 2014 at 04:26:01PM +0200, Oleg Nesterov wrote: > On 08/15, Frederic Weisbecker wrote: > > > > 2014-08-14 16:39 GMT+02:00 Oleg Nesterov : > > > On 08/14, Frederic Weisbecker wrote: > > >> > > >> I mean the read side doesn't use a

Re: [PATCH 4/5] x86: entry_64.S: always allocate complete "struct pt_regs"

2014-08-10 Thread Frederic Weisbecker
On Mon, Aug 04, 2014 at 05:03:42AM +0200, Denys Vlasenko wrote: > On Sat, Aug 2, 2014 at 1:19 AM, Frederic Weisbecker > wrote: > >> CFI_ESCAPE 0x0f /* DW_CFA_def_cfa_expression */, 6, \ > >> 0x77 /* DW_OP_breg7 */, 0, \ > &g

Re: [PATCH 0/2] nohz: Avoid double clock write

2014-08-11 Thread Frederic Weisbecker
Ping? On Thu, Jul 31, 2014 at 06:45:54PM +0200, Frederic Weisbecker wrote: > Hi Thomas, > > The tick reschedules itself unconditionally. That's what we want as long > as the CPU is in periodic mode. It's not that relevant when the CPU > is in dynticks mode though as the

Re: [GIT PULL] timers/nohz updates for v3.18

2014-10-09 Thread Frederic Weisbecker
On Thu, Oct 09, 2014 at 06:34:26AM -0400, Linus Torvalds wrote: > Hmm.. > > On Thu, Oct 9, 2014 at 2:48 AM, Ingo Molnar wrote: > > > > Please pull the latest timers-nohz-for-linus git tree from: > > > >git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git > > timers-nohz-for-linus > > >

Re: linux-next: manual merge of the percpu tree with the tip tree

2014-10-09 Thread Frederic Weisbecker
On Thu, Oct 09, 2014 at 03:50:18PM +1100, Stephen Rothwell wrote: > Hi all, > > Today's linux-next merge of the percpu tree got a conflict in > kernel/irq_work.c between commit 76a33061b932 ("irq_work: Force raised > irq work to run on irq work interrupt") from the tip tree and commit > 22127e93c5

Re: linux-next: manual merge of the percpu tree with the tip tree

2014-10-09 Thread Frederic Weisbecker
On Thu, Oct 09, 2014 at 09:15:12AM -0400, Tejun Heo wrote: > On Thu, Oct 09, 2014 at 03:13:31PM +0200, Frederic Weisbecker wrote: > > On Thu, Oct 09, 2014 at 03:50:18PM +1100, Stephen Rothwell wrote: > > > Hi all, > > > > > > Today's linux-next m

Re: [GIT PULL] timers/nohz updates for v3.18

2014-10-09 Thread Frederic Weisbecker
On Thu, Oct 09, 2014 at 06:50:04AM -0700, Greg KH wrote: > On Thu, Oct 09, 2014 at 02:57:25PM +0200, Frederic Weisbecker wrote: > > On Thu, Oct 09, 2014 at 06:34:26AM -0400, Linus Torvalds wrote: > > > Hmm.. > > > > > > On Thu, Oct 9, 2014 at 2:48 AM, Ingo M

Re: [PATCH] arm64: Fix compile error seen in non-SMP builds

2014-10-11 Thread Frederic Weisbecker
on, > and by removing NR_CPUS from smp_plat.h. > > Fixes: 3631073659d0 ("arm64: Tell irq work about self IPI support") > Cc: Frederic Weisbecker > Signed-off-by: Guenter Roeck That looks good to me. Note, ARM64 is one of the archs I couldn't test due to the lack of

Re: [PATCH v8 00/14] support "task_isolation" mode for nohz_full

2015-10-23 Thread Frederic Weisbecker
On Fri, Oct 23, 2015 at 10:49:51AM +0200, Peter Zijlstra wrote: > On Fri, Oct 23, 2015 at 04:33:02AM +0200, Frederic Weisbecker wrote: > > I personally (and I think this is the general LKML behaviour) use > > in-reply-to > > when I post a single patch that is a fix

Re: [PATCH] timer: Lazily wakup nohz CPU when adding new timer.

2015-10-27 Thread Frederic Weisbecker
On Wed, Oct 21, 2015 at 04:16:31PM +0530, Viresh Kumar wrote: > Cc'ing Frederic. > > On 20-10-15, 15:47, Yunhong Jiang wrote: > > On Sun, Oct 11, 2015 at 08:12:39PM +0200, Thomas Gleixner wrote: > > > On Mon, 28 Sep 2015, Yunhong Jiang wrote: > > > > static void internal_add_timer(struct tvec_bas

Re: 4.2: CONFIG_NO_HZ_FULL_ALL effectively disabling non-boot CPUs

2015-10-11 Thread Frederic Weisbecker
On Sat, Oct 10, 2015 at 12:24:39PM -0700, Paul E. McKenney wrote: > On Sat, Oct 10, 2015 at 10:14:25PM +0300, Meelis Roos wrote: > > Short summary: turning on CONFIG_NO_HZ_FULL_ALL seems to disable all > > non-boot CPUs for scheduler. > > > > A couple of days ago I noticed that make -j8 on a 4-co

[PATCH] nohz: Revert "nohz: Set isolcpus when nohz_full is set"

2015-10-12 Thread Frederic Weisbecker
oph Lameter Cc: Mike Galbraith Cc: Peter Zijlstra Cc: Dave Jones Cc: Oleg Nesterov Cc: Paul E. McKenney Cc: Thomas Gleixner Cc: Ingo Molnar Cc: Alexey Dobriyan Cc: Andrew Morton Signed-off-by: Frederic Weisbecker --- kernel/sched/core.c | 3 --- 1 file changed, 3 deletions(-) diff --git

Re: [PATCH 13/16] perf callchain: Switch default to 'graph,0.5,caller'

2015-10-12 Thread Frederic Weisbecker
rruth > Cc: David Ahern > Cc: Frederic Weisbecker > Cc: Jiri Olsa > Cc: Namhyung Kim > Cc: Stephane Eranian > Cc: Wang Nan > Link: https://www.youtube.com/watch?v=nXaxk27zwlk > Link: http://lkml.kernel.org/n/tip-v8lq36aispvdwgxdmt9p9...@git.kernel.org > Signed-of

Re: [PATCH] nohz: Revert "nohz: Set isolcpus when nohz_full is set"

2015-10-12 Thread Frederic Weisbecker
On Mon, Oct 12, 2015 at 08:32:02AM -0700, Paul E. McKenney wrote: > On Mon, Oct 12, 2015 at 05:21:23PM +0200, Frederic Weisbecker wrote: > > This reverts commit 8cb9764fc88b41db11f251e8b2a0d006578b7eb4. > > > > We assumed that nohz full users always want scheduler isolation

Re: [PATCH] nohz: Revert "nohz: Set isolcpus when nohz_full is set"

2015-10-12 Thread Frederic Weisbecker
On Mon, Oct 12, 2015 at 12:55:24PM -0400, Chris Metcalf wrote: > On 10/12/2015 12:53 PM, Paul E. McKenney wrote: > > Is it worth starting to think about grouping things under the > "task isolation" model somehow? "task_isolation_cpus=1-31" > or some such for this, and then that just sets up the n

Re: [PATCH v3 2/2] sched: consider missed ticks when updating global cpu load

2015-10-12 Thread Frederic Weisbecker
On Mon, Oct 05, 2015 at 10:15:55AM +0200, Peter Zijlstra wrote: > On Sun, Oct 04, 2015 at 03:58:19PM +0900, Byungchul Park wrote: > > anyway, it's wrong for update_process_times() to assume 1 tick because > > tick_irq_exit() -> tick_nohz_irq_exit() -> tick_nohz_full_update_tick() > > -> tick_nohz_r

Re: [PATCH] nohz: Revert "nohz: Set isolcpus when nohz_full is set"

2015-10-12 Thread Frederic Weisbecker
On Mon, Oct 12, 2015 at 12:45:08PM -0500, Christoph Lameter wrote: > On Mon, 12 Oct 2015, Frederic Weisbecker wrote: > > > But yeah if you guys want to create a new parameter that gathers nohz > > and isolcpus I think we can. > > Could we also add the rcu settings? Ye

Re: [PATCH] nohz: Revert "nohz: Set isolcpus when nohz_full is set"

2015-10-12 Thread Frederic Weisbecker
On Mon, Oct 12, 2015 at 10:52:08AM -0700, Paul E. McKenney wrote: > On Mon, Oct 12, 2015 at 12:45:08PM -0500, Christoph Lameter wrote: > > On Mon, 12 Oct 2015, Frederic Weisbecker wrote: > > > > > But yeah if you guys want to create a new parameter that gathers nohz >

Re: [PATCH v3 2/2] sched: consider missed ticks when updating global cpu load

2015-10-13 Thread Frederic Weisbecker
On Tue, Oct 13, 2015 at 09:04:36AM +0200, Peter Zijlstra wrote: > On Mon, Oct 12, 2015 at 07:45:35PM +0200, Frederic Weisbecker wrote: > > > I think it will take more than a single patch to rework all of > > > update_process_times(). And we should also ask Thomas for his opini

Re: [PATCH v3 2/2] sched: consider missed ticks when updating global cpu load

2015-10-13 Thread Frederic Weisbecker
On Tue, Oct 13, 2015 at 05:37:18PM +0900, Byungchul Park wrote: > > > find out the pending updates from update_process_times() itself and pass > > > it to scheduler_tick() which is the one interested in it. > > > > tick_nohz_handler() calls tick_sched_handler() ?! > > > > And tick_nohz_handler()

[Regression full nohz] [PATCH] x86: Don't call context tracking APIs on IRQs

2015-10-13 Thread Frederic Weisbecker
unning, breaking the static key optimizations. This could be optimized with pulling irq_enter/exit to low level irq code but that requires more thoughts. Signed-off-by: Frederic Weisbecker --- arch/x86/entry/common.c | 11 ++- arch/x86/entry/entry_64.S | 11 ++- 2 files ch

Re: [PATCH v3 1/2] cputime: fix invalid gtime in proc

2015-11-04 Thread Frederic Weisbecker
On Mon, Nov 02, 2015 at 05:13:51PM +0100, Peter Zijlstra wrote: > On Fri, Oct 30, 2015 at 12:46:39AM +, Hiroshi Shimamoto wrote: > > +++ b/kernel/sched/cputime.c > > @@ -786,6 +786,9 @@ cputime_t task_gtime(struct task_struct *t) > > unsigned int seq; > > cputime_t gtime; > > > > +

Re: [PATCH 09/13] Move bp_type_idx to kernel/event/hw_breakpoint.c

2015-09-24 Thread Frederic Weisbecker
On Tue, Sep 15, 2015 at 11:15:29PM +0200, Arnd Bergmann wrote: > On Tuesday 15 September 2015 10:06:07 Peter Zijlstra wrote: > > > diff --git a/include/uapi/linux/hw_breakpoint.h > > > b/include/uapi/linux/hw_breakpoint.h > > > index b04000a2296a..7a6a5a7f9511 100644 > > > --- a/include/uapi/linux

Re: [PATCH 2/3] nohz: mark tick_nohz_init_all() as __init

2015-09-24 Thread Frederic Weisbecker
On Thu, Sep 10, 2015 at 03:58:26PM -0400, Luiz Capitulino wrote: > It's only called by tick_nohz_init(). > > Signed-off-by: Luiz Capitulino > --- > kernel/time/tick-sched.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/kernel/time/tick-sched.c b/kernel/time/tick-sched

Re: [PATCH 3/3] sched: add_nr_running(): drop tick_nohz_full_cpu() check

2015-09-24 Thread Frederic Weisbecker
On Thu, Sep 10, 2015 at 03:58:27PM -0400, Luiz Capitulino wrote: > tick_nohz_full_kick_cpu() performs the same check. > > Signed-off-by: Luiz Capitulino > --- > kernel/sched/sched.h | 20 +--- > 1 file changed, 9 insertions(+), 11 deletions(-) > > diff --git a/kernel/sched/sched

Re: [rcu] kernel BUG at include/linux/pagemap.h:149!

2015-09-21 Thread Frederic Weisbecker
On Fri, Sep 11, 2015 at 10:19:47AM +0800, Boqun Feng wrote: > Subject: [PATCH 01/27] rcu: Don't disable preemption for Tiny and Tree RCU > readers > > Because preempt_disable() maps to barrier() for non-debug builds, > it forces the compiler to spill and reload registers. Because Tree > RCU and

Re: [PATCH v7 02/11] task_isolation: add initial support

2015-10-01 Thread Frederic Weisbecker
On Mon, Sep 28, 2015 at 11:17:17AM -0400, Chris Metcalf wrote: > diff --git a/include/linux/isolation.h b/include/linux/isolation.h > new file mode 100644 > index ..fd04011b1c1e > --- /dev/null > +++ b/include/linux/isolation.h > @@ -0,0 +1,24 @@ > +/* > + * Task isolation related globa

Re: [PATCH v7 02/11] task_isolation: add initial support

2015-10-01 Thread Frederic Weisbecker
On Thu, Oct 01, 2015 at 02:18:42PM +0200, Thomas Gleixner wrote: > On Thu, 1 Oct 2015, Frederic Weisbecker wrote: > > On Mon, Sep 28, 2015 at 11:17:17AM -0400, Chris Metcalf wrote: > > > + > > > + while (READ_ONCE(dev->next_event.tv64) != KTIME_MAX) { > > &

Re: [PATCH v7 06/11] nohz: task_isolation: allow tick to be fully disabled

2015-10-01 Thread Frederic Weisbecker
t; without this commit it won't be possible to use the task_isolation > > mode at all. > > > > Removing the 1-second cap was previously discussed (see link > > below) and Thomas Gleixner observed that vruntime, load balancing > > data, load accounting, and other t

Re: [PATCH v2 01/12] sched: Simplify INIT_PREEMPT_COUNT

2015-10-01 Thread Frederic Weisbecker
gt; > Signed-off-by: Peter Zijlstra (Intel) Reviewed-by: Frederic Weisbecker -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH v2 06/12] sched: Stop setting PREEMPT_ACTIVE

2015-10-01 Thread Frederic Weisbecker
On Wed, Sep 30, 2015 at 09:10:41AM +0200, Peter Zijlstra wrote: > Now that nothing tests for PREEMPT_ACTIVE anymore, stop setting it. > > Reviewed-by: Thomas Gleixner > Reviewed-by: Steven Rostedt > Signed-off-by: Peter Zijlstra (Intel) Great news! Reviewed-by: Frederic We

Re: [PATCH v2 08/12] sched: Simplify preempt_count tests

2015-10-01 Thread Frederic Weisbecker
On Wed, Sep 30, 2015 at 09:10:43AM +0200, Peter Zijlstra wrote: > Since we stopped setting PREEMPT_ACTIVE, there is no need to mask it > out of preempt_count() tests. > > Reviewed-by: Thomas Gleixner > Reviewed-by: Steven Rostedt > Signed-off-by: Peter Zijlstra (Intel) Rev

Re: [PATCH v2 09/12] sched, x86: Kill saved_preempt_count

2015-10-01 Thread Frederic Weisbecker
Thomas Gleixner > Signed-off-by: Peter Zijlstra (Intel) Reviewed-by: Frederic Weisbecker Good news as well. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.or

<    20   21   22   23   24   25   26   27   28   29   >