On Fri, Jan 13, 2017 at 12:25:19PM +0100, Borislav Petkov wrote:
> On Thu, Jan 12, 2017 at 06:38:07PM -0800, Paul E. McKenney wrote:
> > The current preemptible RCU implementation goes through three phases
> > during bootup. In the first phase, there is only one CPU that is running
> > with preemp
* Ingo Molnar wrote:
> > + uv_reassert_nmi(); /* insure NMI enabled in proc inf reg */
>
> And typos ...
>
> Much cleaner patches please! I haven't checked the others in the series but
> please
> review them for similar mishaps.
So I had a look at the latest arch/x86/kernel/a
On Fri, 13 Jan 2017 18:33:40 +0100
Marek Vasut wrote:
> On 01/13/2017 05:56 PM, Boris Brezillon wrote:
> > On Fri, 13 Jan 2017 17:44:12 +0100
> > Marek Vasut wrote:
> >
> >> On 01/13/2017 05:28 PM, Boris Brezillon wrote:
> >>> On Fri, 13 Jan 2017 17:13:55 +0100
> >>> Marek Vasut wrote:
> >
When handing the SETUP packet by composite_setup(), we will release the
dwc->lock. If we get the 'USB_GADGET_DELAYED_STATUS' result from setup
function, which means we need to delay handling the STATUS phase.
But during the lock release period, maybe the request for handling delay
STATUS phase has
On Sat 14-01-17 11:42:09, Tetsuo Handa wrote:
> On 2017/01/13 0:37, Michal Hocko wrote:
[...]
> > diff --git a/mm/util.c b/mm/util.c
> > index 7e0c240b5760..9306244b9f41 100644
> > --- a/mm/util.c
> > +++ b/mm/util.c
> > @@ -333,7 +333,8 @@ EXPORT_SYMBOL(vm_mmap);
> > * Uses kmalloc to get the me
It is now legal to invoke synchronize_sched() at early boot, which causes
Tiny RCU's synchronize_sched() to emit spurious splats. This commit
therefore removes the cond_resched() from Tiny RCU's synchronize_sched().
Signed-off-by: Paul E. McKenney
---
kernel/rcu/tiny.c | 4
1 file changed,
The current preemptible RCU implementation goes through three phases
during bootup. In the first phase, there is only one CPU that is running
with preemption disabled, so that a no-op is a synchronous grace period.
In the second mid-boot phase, the scheduler is running, but RCU has
not yet gotten
Hello!
This series provides documentation updates:
1. Add Design documentation for expedited grace periods.
2. Fix RCU requirements typos, courtesy of Tetsuo Handa.
3. doc: Update control-dependencies section of memory-barriers.txt.
4. Update data-structures documentation t
Hello!
This series provides dynticks updates:
1-4.Abstract access to the dyntick counter, replacing the current
open-coding of atomic operations.
5. Check cond_resched_rcu_qs() state less often to reduce GP overhead.
6. Adjust FQS offline checks for exact online-CPU detect
Hi Finn,
Am 13.01.2017 um 15:33 schrieb Finn Thain:
>> The case I'm worried about is both IDE and SCSI raising an interrupt. We
>> don't currently mask the IDE/ST-DMA interrupt so a stacked interrupt
>> must be processed in the same pass as the initial interrupt or it will
>> get dropped. We'd
This commit is the fourth step towards full abstraction of all accesses
to the ->dynticks counter, implementing previously open-coded checks and
comparisons in new rcu_dynticks_in_eqs() and rcu_dynticks_in_eqs_since()
functions. This abstraction will ease changes to the ->dynticks counter
operatio
This commit adds consistency to examples, formatting, and a couple of
additional warnings.
Signed-off-by: Paul E. McKenney
---
Documentation/memory-barriers.txt | 70 +--
1 file changed, 38 insertions(+), 32 deletions(-)
diff --git a/Documentation/memory-barr
This commit is the third step towards full abstraction of all accesses
to the ->dynticks counter, implementing the previously open-coded atomic
add of 1 and entry checks in a new rcu_dynticks_eqs_enter() function, and
the same but with exit checks in a new rcu_dynticks_eqs_exit() function.
This abs
Commit 7ec99de36f40 ("rcu: Provide exact CPU-online tracking for RCU"),
as its title suggests, got rid of RCU's remaining CPU-hotplug timing
guesswork. This commit therefore removes the one-jiffy kludge that was
used to paper over this guesswork.
Signed-off-by: Paul E. McKenney
---
kernel/rcu/t
Now that quick-quiz answers are inline, there is no separate section
containing those answers. This commit therefore removes the dangling
reference from the RCU data-structures design documentation.
Signed-off-by: Paul E. McKenney
---
Documentation/RCU/Design/Data-Structures/Data-Structures.htm
Commit 4a81e8328d37 ("rcu: Reduce overhead of cond_resched() checks
for RCU") moved quiescent-state generation out of cond_resched()
and commit bde6c3aa9930 ("rcu: Provide cond_resched_rcu_qs() to force
quiescent states in long loops") introduced cond_resched_rcu_qs(), and
commit 5cd37193ce85 ("rcu
Signed-off-by: Paul E. McKenney
---
Documentation/admin-guide/kernel-parameters.txt | 7 +++
1 file changed, 7 insertions(+)
diff --git a/Documentation/admin-guide/kernel-parameters.txt
b/Documentation/admin-guide/kernel-parameters.txt
index be7c0d9506b1..110745e7d61f 100644
--- a/Documenta
This commit is the second step towards full abstraction of all accesses to
the ->dynticks counter, implementing the previously open-coded atomic
add of zero in a new rcu_dynticks_snap() function. This abstraction will
ease changes o the ->dynticks counter operation.
Signed-off-by: Paul E. McKenne
This commit is the first step towards full abstraction of all accesses to
the ->dynticks counter, implementing the previously open-coded atomic add
of two in a new rcu_dynticks_momentary_idle() function. This abstraction
will ease changes to the ->dynticks counter operation.
Signed-off-by: Paul E
From: Tetsuo Handa
Signed-off-by: Tetsuo Handa
Signed-off-by: Paul E. McKenney
---
Documentation/RCU/Design/Requirements/Requirements.html | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/Documentation/RCU/Design/Requirements/Requirements.html
b/Documentation/R
On Sat 14-01-17 12:01:50, Tetsuo Handa wrote:
> On 2017/01/13 2:29, Michal Hocko wrote:
> > Ilya has noticed that I've screwed up some k[zc]alloc conversions and
> > didn't use the kvzalloc. This is an updated patch with some acks
> > collected on the way
> > ---
> > From a7b89c6d0a3c685045e37740c8
Hello!
This series provides miscellaneous fixes:
1. Make RCU_EXPEDITE_BOOT be the default in order to speed up
boot, courtesy of Sebastian Andrzej Siewior.
2. Make RCU suspicious-access lockdep splats use pr_err().
3. Disable sys_membarrier when nohz_full is enabled, cour
From: Tobias Klauser
Since commit 7ec99de36f40 ("rcu: Provide exact CPU-online tracking for
RCU"), the variable mask in rcu_init_percpu_data is set but no longer
used. Remove it to fix the following warning when building with 'W=1':
kernel/rcu/tree.c: In function ‘rcu_init_percpu_data’:
kern
Commit 4914950aaa12d ("rcu: Stop treating in-kernel CPU-bound workloads
as errors") added a (relatively) short-timeout call to resched_cpu().
This was inspired by as issue that was fixed by b7e7ade34e61 ("sched/core:
Fix remote wakeups"). But given that this issue was fixed, it is time
for the cur
From: Joel Fernandes
llist.h comments are confusing about when locking is needed versus when it
isn't. Clarify these comments by being more descriptive about why locking is
needed for llist_del_first.
Cc: Ingo Molnar
Cc: Will Deacon
Cc: Paul McKenney
Acked-by: Huang Ying
Acked-by: Mathieu De
This commit is for all intents and purposes a revert of bc1dce514e9b
("rcu: Don't use NMIs to dump other CPUs' stacks"). The reason to suppose
that this can now safely be reverted is the presence of 42a0bb3f7138
("printk/nmi: generic solution for safe printk in NMI"), which is said
to have made NM
It used to be that the rcuo callback-offload kthreads were spawned
in rcu_organize_nocb_kthreads(), and the comment before the "for"
loop says as much. However, this spawning has long since moved to
the CPU-hotplug code, so this commit fixes this comment.
Reported-by: Michalis Kokologiannakis
Si
The non-expedited synchronize_*rcu() primitives have lockdep checks, but
their expedited counterparts lack these checks. This commit therefore
adds these checks to the expedited synchronize_*rcu() primitives.
Signed-off-by: Paul E. McKenney
---
kernel/rcu/tree_exp.h | 10 ++
1 file chan
Under some circumstances, RCU grace periods are zero cost. For
RCU-preempt, this is the case during boot, and for RCU-bh and RCU-sched,
this is the case if there is only one CPU. This means that RCU users
might wish to dispense with grace-period-avoidance strategies when
grace periods are zero co
Chris Friesen notice that rcuc/X kthreads were consuming CPU even on
NOCB CPUs. This makes no sense because the only purpose or these
kthreads is to invoke normal (non-offloaded) callbacks, of which there
will never be any on NOCB CPUs. This problem was due to a bug in
cpu_has_callbacks_ready_to_
These functions (rcu_exp_gp_seq_start(), rcu_exp_gp_seq_end(),
rcu_exp_gp_seq_snap(), and rcu_exp_gp_seq_done() seemed too obvious
to comment when written, but not so much when being documented.
This commit therefore adds header comments to each of them.
Signed-off-by: Paul E. McKenney
---
kerne
From: Matt Fleming
While debugging a performance issue I needed to understand why
RCU sofitrqs were firing so frequently.
Unfortunately, the RCU callback tracepoints are hidden behind
CONFIG_RCU_TRACE which defaults to off in the upstream kernel and is
likely to also be disabled in enterprise di
Now that User Mode Linux supports arch_irqs_disabled_flags(), this
commit re-enables TASKS_RCU for User Mode Linux.
Reported-by: Richard Weinberger
Signed-off-by: Paul E. McKenney
---
init/Kconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/init/Kconfig b/init/Kconfig
index 96e6d56acd50.
The declarations of __rcu_process_callbacks() and rcu_process_callbacks()
are not needed, as the definition of both of these functions appear before
any uses. This commit therefore removes both declarations.
Reported-by: "Ahmed, Iftekhar"
Signed-off-by: Paul E. McKenney
---
kernel/rcu/tiny.c |
From: Sebastian Andrzej Siewior
RCU_EXPEDITE_BOOT should speed up the boot process by enforcing
synchronize_rcu_expedited() instead of synchronize_rcu() during the boot
process. There should be no reason why one does not want this and there
is no need worry about real time latency at this point.
From: Mathieu Desnoyers
Userspace applications should be allowed to expect the membarrier system
call with MEMBARRIER_CMD_SHARED command to issue memory barriers on
nohz_full CPUs, but synchronize_sched() does not take those into
account.
Given that we do not want unrelated processes to be able
The rcu_cpu_starting() function uses this_cpu_ptr() to locate the
incoming CPU's rcu_data structure. This works for the boot CPU and for
all CPUs onlined after rcu_init() executes (during very early boot).
Currently, this is the full set of CPUs, so all is well. But if
anyone ever parallelizes bo
Commit d2db185bfee8 ("rcu: Remove short-term CPU kicking") removed
frequent calls to resched_cpu(), which means that the only time
resched_cpu() is invoked is after an RCU CPU stall warning. Although
this is good from an avoid-IPIs perspective, we should try to break
things loose -before- splattin
From: Byungchul Park
The print_other_cpu_stall() function currently unconditionally invokes
rcu_print_detail_task_stall(). This is OK because if there was a stall
sufficient to cause print_other_cpu_stall() to be invoked, that stall
is very likely to persist through the entire print_other_cpu_st
This commit switches RCU suspicious-access splats use pr_err()
instead of the current INFO printk()s. This change makes it easier
to automatically classify splats.
Reported-by: Dmitry Vyukov
Signed-off-by: Paul E. McKenney
---
kernel/locking/lockdep.c | 12 ++--
1 file changed, 6 inser
Expedited grace periods no longer fall back to normal grace periods
in response to lock contention, given that expedited grace periods
now use the rcu_node tree so as to avoid contention. This commit
therfore removes the expedited_normal counter.
Signed-off-by: Paul E. McKenney
---
Documentatio
There is some confusion as to which of cond_resched() or
cond_resched_rcu_qs() should be added to long in-kernel loops.
This commit therefore eliminates the decision by adding RCU
quiescent states to cond_resched().
Warning: This is a prototype. For example, it does not correctly
handle Tasks RCU
If a process invokes synchronize_srcu(), is delayed just the right amount
of time, and thus does not sleep when waiting for the grace period to
complete, there is no ordering between the end of the grace period and
the code following the synchronize_srcu(). Similarly, there can be a
lack of orderi
Hello!
This series provides updates to SRCU:
1. This is a rewrite of the algorithm simplifying reader-count
tracking. Algorithm courtesy of Mathieu Desnoyers, implementation
courtesy of Lance Roy.
2. Force full grace-period ordering in SRCU.
3. Add CBMC-based for
From: Lance Roy
This commit creates a formal/srcu-cbmc directory containing scripts that
pull SRCU in from the source code, filter it to remove things that CBMC
cannot handle, and run a series of verifications on it. This has a number
of shortcomings:
1. It does not yet hook into the upper
From: Lance Roy
SRCU uses two per-cpu counters: a nesting counter to count the number of
active critical sections, and a sequence counter to ensure that the nesting
counters don't change while they are being added together in
srcu_readers_active_idx_check().
This patch instead uses per-cpu lock
On Fri 13-01-17 20:00:11, Tetsuo Handa wrote:
> Michal Hocko wrote:
> > On Wed 11-01-17 19:55:20, Tetsuo Handa wrote:
> > > Currently, warn_alloc() prints warning messages only if __GFP_NOWARN
> > > is not specified. When warn_alloc() was proposed, I asserted that
> > > warn_alloc() should print st
This commit moves CONFIG_RCU_TORTURE_TEST_SLOW_CLEANUP,
CONFIG_RCU_TORTURE_TEST_SLOW_INIT, and CONFIG_RCU_TORTURE_TEST_SLOW_PREINIT
from CFcommon to all of the TREE scenarios other than TREE08 and TREE09
in order to do at least some testing without these Kconfig options set.
Signed-off-by: Paul E.
Hello!
This series provides torture-test updates:
1. Add a check for CONFIG_RCU_STALL_COMMON for TINY01, in order
to complain if this case is not tested.
2. Add CONFIG_PROVE_RCU_REPEATEDLY=y for TINY02, in order to test
this case.
3. Add tests without slow grace p
From: Yang Shi
When running locktorture module with the below commands with kmemleak enabled:
$ modprobe locktorture torture_type=rw_lock_irq
$ rmmod locktorture
The below kmemleak got caught:
root@10:~# echo scan > /sys/kernel/debug/kmemleak
[ 323.197029] kmemleak: 2 new suspected memory lea
The RCU torture tests currently do not run any Tiny RCU scenarios for
CONFIG_DEBUG_OBJECTS_RCU_HEAD=y. This is a hole in the test, given
that someone might need this in real life and given that Tiny RCU uses
different callback-handling code than does Tree RCU. This commit
therefore enables this K
Signed-off-by: Paul E. McKenney
---
.../selftests/rcutorture/doc/TREE_RCU-kconfig.txt | 33 --
1 file changed, 31 insertions(+), 2 deletions(-)
diff --git a/tools/testing/selftests/rcutorture/doc/TREE_RCU-kconfig.txt
b/tools/testing/selftests/rcutorture/doc/TREE_RCU-kconfig
This commit sets CONFIG_DEBUG_LOCK_ALLOC but not CONFIG_PROVE_LOCKING
for TREE08 in order to have at least one test with this configuration.
Signed-off-by: Paul E. McKenney
---
tools/testing/selftests/rcutorture/configs/rcu/TREE08 | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --g
This commit runs TREE04 and TREE08 with CONFIG_RCU_EQS_DEBUG=y,
enabling dyntick-counter checking on those two tests.
Signed-off-by: Paul E. McKenney
---
tools/testing/selftests/rcutorture/configs/rcu/TREE04 | 1 +
tools/testing/selftests/rcutorture/configs/rcu/TREE08 | 1 +
2 files changed, 2 i
This commit enables the CONFIG_DEBUG_OBJECTS_RCU_HEAD Kconfig option
in TREE02 in order to do at least some testing with this enabled.
Signed-off-by: Paul E. McKenney
---
tools/testing/selftests/rcutorture/configs/rcu/TREE02 | 1 +
1 file changed, 1 insertion(+)
diff --git a/tools/testing/selft
This commit adds CONFIG_PROVE_RCU_REPEATEDLY=y, which has been untested
for quite some time.
Signed-off-by: Paul E. McKenney
---
tools/testing/selftests/rcutorture/configs/rcu/TINY02 | 1 +
1 file changed, 1 insertion(+)
diff --git a/tools/testing/selftests/rcutorture/configs/rcu/TINY02
b/tool
This commit verifies coverage of testing with CONFIG_RCU_STALL_COMMON=n.
Signed-off-by: Paul E. McKenney
---
tools/testing/selftests/rcutorture/configs/rcu/TINY01 | 1 +
1 file changed, 1 insertion(+)
diff --git a/tools/testing/selftests/rcutorture/configs/rcu/TINY01
b/tools/testing/selftests/
Noticed a few minor nits:
* Paul E. McKenney wrote:
> From: Lance Roy
>
> SRCU uses two per-cpu counters: a nesting counter to count the number of
> active critical sections, and a sequence counter to ensure that the nesting
> counters don't change while they are being added together in
> src
* Paul E. McKenney wrote:
> If a process invokes synchronize_srcu(), is delayed just the right amount
> of time, and thus does not sleep when waiting for the grace period to
> complete, there is no ordering between the end of the grace period and
> the code following the synchronize_srcu(). Sim
Commit-ID: eee5715efd8c268724b14c956de6af5d4931f470
Gitweb: http://git.kernel.org/tip/eee5715efd8c268724b14c956de6af5d4931f470
Author: Mike Travis
AuthorDate: Fri, 13 Jan 2017 09:21:11 -0600
Committer: Ingo Molnar
CommitDate: Sat, 14 Jan 2017 09:26:35 +0100
x86/platform/UV: Fix panic w
Commit-ID: a665ece8b471de45bc19af05d52a1eaa5bc06dca
Gitweb: http://git.kernel.org/tip/a665ece8b471de45bc19af05d52a1eaa5bc06dca
Author: Andy Shevchenko
AuthorDate: Thu, 12 Jan 2017 13:23:31 +0200
Committer: Ingo Molnar
CommitDate: Sat, 14 Jan 2017 08:30:45 +0100
x86/platform/intel: Remo
Commit-ID: 81a71176740624ef3b1bff50c51e7b4aa187353d
Gitweb: http://git.kernel.org/tip/81a71176740624ef3b1bff50c51e7b4aa187353d
Author: Mike Travis
AuthorDate: Fri, 13 Jan 2017 09:21:12 -0600
Committer: Ingo Molnar
CommitDate: Sat, 14 Jan 2017 09:26:35 +0100
x86/platform/UV: Fix 2 socke
Commit-ID: de1c2540aa4f7796f31acf5432597bb0eb086250
Gitweb: http://git.kernel.org/tip/de1c2540aa4f7796f31acf5432597bb0eb086250
Author: Andy Shevchenko
AuthorDate: Fri, 13 Jan 2017 18:43:55 +0200
Committer: Ingo Molnar
CommitDate: Sat, 14 Jan 2017 08:30:45 +0100
x86/platform/intel-mid:
Commit-ID: 5b485629ba0d5d027880769ff467c587b24b4bde
Gitweb: http://git.kernel.org/tip/5b485629ba0d5d027880769ff467c587b24b4bde
Author: Masami Hiramatsu
AuthorDate: Sun, 8 Jan 2017 23:58:09 +0900
Committer: Ingo Molnar
CommitDate: Sat, 14 Jan 2017 08:38:05 +0100
kprobes, extable: Identi
Commit-ID: 695085b4bc7603551db0b3da897b8bf9893ca218
Gitweb: http://git.kernel.org/tip/695085b4bc7603551db0b3da897b8bf9893ca218
Author: Len Brown
AuthorDate: Fri, 13 Jan 2017 01:11:18 -0500
Committer: Ingo Molnar
CommitDate: Sat, 14 Jan 2017 09:30:37 +0100
x86/tsc: Add the Intel Denvert
Commit-ID: 90d08ba2b9b4be4aeca6a5b5a4b09fbcde30194d
Gitweb: http://git.kernel.org/tip/90d08ba2b9b4be4aeca6a5b5a4b09fbcde30194d
Author: Frederic Weisbecker
AuthorDate: Thu, 5 Jan 2017 18:11:41 +0100
Committer: Ingo Molnar
CommitDate: Sat, 14 Jan 2017 09:54:11 +0100
sched/cputime, powerp
Commit-ID: 8388d21468e7e7656867b67ab2ec98a78c9ad799
Gitweb: http://git.kernel.org/tip/8388d21468e7e7656867b67ab2ec98a78c9ad799
Author: Frederic Weisbecker
AuthorDate: Thu, 5 Jan 2017 18:11:42 +0100
Committer: Ingo Molnar
CommitDate: Sat, 14 Jan 2017 09:54:11 +0100
sched/cputime, ia64:
Commit-ID: aef591cd3d1ddccb268f64c836d38382007373c1
Gitweb: http://git.kernel.org/tip/aef591cd3d1ddccb268f64c836d38382007373c1
Author: Waiman Long
AuthorDate: Thu, 12 Jan 2017 15:27:58 -0500
Committer: Ingo Molnar
CommitDate: Sat, 14 Jan 2017 09:33:46 +0100
locking/spinlocks/x86, parav
Commit-ID: 1213699ab426608ff1925ab263dd6925102bb92a
Gitweb: http://git.kernel.org/tip/1213699ab426608ff1925ab263dd6925102bb92a
Author: Frederic Weisbecker
AuthorDate: Thu, 5 Jan 2017 18:11:44 +0100
Committer: Ingo Molnar
CommitDate: Sat, 14 Jan 2017 09:54:11 +0100
sched/cputime: Export
Commit-ID: 8c8b73c4811f2b5e458a7418dca07d2ef85c7db1
Gitweb: http://git.kernel.org/tip/8c8b73c4811f2b5e458a7418dca07d2ef85c7db1
Author: Frederic Weisbecker
AuthorDate: Thu, 5 Jan 2017 18:11:45 +0100
Committer: Ingo Molnar
CommitDate: Sat, 14 Jan 2017 09:54:12 +0100
sched/cputime, powerp
Commit-ID: f828c3d0aebab130a19d36336b50afa3414fa0bc
Gitweb: http://git.kernel.org/tip/f828c3d0aebab130a19d36336b50afa3414fa0bc
Author: Frederic Weisbecker
AuthorDate: Thu, 5 Jan 2017 18:11:46 +0100
Committer: Ingo Molnar
CommitDate: Sat, 14 Jan 2017 09:54:12 +0100
sched/cputime, powerp
On 13 Jan 2017 at 14:02, Kees Cook wrote:
> This plugin detects any structures that contain __user attributes and
> makes sure it is being fulling initialized so that a specific class of
> information exposure is eliminated. (For example, the exposure of siginfo
> in CVE-2013-2141 would have been
Commit-ID: 7dd582305d19fd178bb42ecd1666285ecfb1657a
Gitweb: http://git.kernel.org/tip/7dd582305d19fd178bb42ecd1666285ecfb1657a
Author: Frederic Weisbecker
AuthorDate: Thu, 5 Jan 2017 18:11:48 +0100
Committer: Ingo Molnar
CommitDate: Sat, 14 Jan 2017 09:54:12 +0100
sched/cputime, ia64:
Commit-ID: a19ff1a2cc9227f82e97836a8ee3e593f622eaf9
Gitweb: http://git.kernel.org/tip/a19ff1a2cc9227f82e97836a8ee3e593f622eaf9
Author: Frederic Weisbecker
AuthorDate: Thu, 5 Jan 2017 18:11:47 +0100
Committer: Ingo Molnar
CommitDate: Sat, 14 Jan 2017 09:54:12 +0100
sched/cputime, powerp
Commit-ID: b7394a5f4ce9542666cc68422c3594ea854adc2c
Gitweb: http://git.kernel.org/tip/b7394a5f4ce9542666cc68422c3594ea854adc2c
Author: Martin Schwidefsky
AuthorDate: Thu, 5 Jan 2017 18:11:49 +0100
Committer: Ingo Molnar
CommitDate: Sat, 14 Jan 2017 09:54:12 +0100
sched/cputime, s390: I
Commit-ID: c8d7dabf8f91fadd265e6eb87afb201d14ea299b
Gitweb: http://git.kernel.org/tip/c8d7dabf8f91fadd265e6eb87afb201d14ea299b
Author: Frederic Weisbecker
AuthorDate: Thu, 5 Jan 2017 18:11:50 +0100
Committer: Ingo Molnar
CommitDate: Sat, 14 Jan 2017 09:54:13 +0100
sched/cputime: Rename
Michal Hocko wrote:
> On Fri 13-01-17 20:00:11, Tetsuo Handa wrote:
> > Michal Hocko wrote:
> > > So rather than repeating why you think that warn_alloc is worse than a
> > > different solution which you are trying to push through you should in
> > > fact explain why we should handle stall and allo
Hi Erin,
small comment inline
On 13/01/2017 09:42, Erin Lo wrote:
> From: Sean Wang
>
> Add ethernet device node for MT2701.
>
> Signed-off-by: Sean Wang
> Signed-off-by: Erin Lo
> ---
> arch/arm/boot/dts/mt2701-evb.dts | 40
>
> arch/arm/boot/dts/m
On Sat, Jan 14, 2017 at 12:00:22AM -0800, Paul E. McKenney wrote:
> It now looks like this:
>
>
>
> Note that the code was buggy even before this commit, as it was subject
> to failure on real-time systems that forced all ex
On Sat, Jan 14, 2017 at 09:58:29AM +0700, Suravee Suthikulpanit wrote:
> I'll update the commit log to mention
> /bus/event_source/devices/amd_iommu_X instead.
Yes, so /sys/devices/ contains *all* devices on the system and the iommu
ones appear there too but since in the commit message you were ta
On 1/12/17 17:19, Borislav Petkov wrote:
Also, looking at that driver more, this needs to die, like now:
#define format_groupattr_groups[0]
#define cpumask_group attr_groups[1]
#define events_groupattr_groups[2]
#define null_group attr_groups[3]
Like, kill it dead. Define a sep
Using control_work instead of config_work as the 3rd argument to
container_of results in an invalid portdev pointer. Indeed, the work
structure is initialized as below:
INIT_WORK(&portdev->config_work, &config_work_handler);
It leads to a crash when portdev->vdev is dereferenced later. This b
On Thu, Jan 12, 2017 at 04:37:16PM +0100, Michal Hocko wrote:
> From: Michal Hocko
>
> There are many code paths opencoding kvmalloc. Let's use the helper
> instead. The main difference to kvmalloc is that those users are usually
> not considering all the aspects of the memory allocator. E.g. allo
Commit-ID: c31cc6a5187e8b09ccee34f81728a90f80e872e7
Gitweb: http://git.kernel.org/tip/c31cc6a5187e8b09ccee34f81728a90f80e872e7
Author: Frederic Weisbecker
AuthorDate: Thu, 5 Jan 2017 18:11:43 +0100
Committer: Ingo Molnar
CommitDate: Sat, 14 Jan 2017 09:54:11 +0100
sched/cputime: Allow
Hi Jacob,
Am Mittwoch, 11. Januar 2017, 09:26:32 CET schrieb Jacob Chen:
> According to the pd blocks, VIO1_NIU is required by RGA,ISP and VOP1.
> Then at least one VIO_NIU should be turned on to supply eDP, HDMI, MIPI.
>
> If eDP,HDMI,MIPI is inited early than VOP or RGA is inited early than VOP
Hello!
This series fixes a regression in v4.9 where code relied on RCU synchronous
grace periods working between the time that the scheduler spawned the
first task and RCU finished spawning all of its tasks. This series makes
RCU able to handle synchronous grace periods throughout boot. Please
s
After online an offline cpu, cpu_hw_events.excl_thread_id will always be
set to 1 in intel_pmu_cpu_starting() even when its sibling's excl_thread_id
is also 1. Then the two siblings will use the same state in their shared
cpu_hw_events.excl_cntrs, it will cause race problem.
The race senario is li
Hi!
On Thu 2017-01-12 20:19:31, Woody Suwalski wrote:
> Pavel Machek wrote:
> >Hi!
> >
> >>I used to have two cpus, and Thinkpad X60 should have two cores, but I
> >>only see one on 4.10-rc1. This machine went through many
> >>suspend/resume cycles. When backups finish, I'll try -rc2.
> >Whoever d
The ethtool api {get|set}_settings is deprecated.
We move this driver to new api {get|set}_link_ksettings.
Signed-off-by: Philippe Reynes
---
drivers/net/ethernet/korina.c | 14 --
1 files changed, 8 insertions(+), 6 deletions(-)
diff --git a/drivers/net/ethernet/korina.c b/driver
Hi Mark,
On 14 January 2017 at 03:29, Mark Rutland wrote:
> Hi,
>
> On Fri, Dec 09, 2016 at 01:33:04AM +0800, fu@linaro.org wrote:
>> From: Fu Wei
>>
>> This patchset:
>> (1)Preparation for adding GTDT support in arm_arch_timer:
>> 1. Move some enums and marcos to header file;
>>
The ethtool api {get|set}_settings is deprecated.
We move this driver to new api {get|set}_link_ksettings.
The callback set_link_ksettings no longer update the value
of advertising, as the struct ethtool_link_ksettings is
defined as const.
Signed-off-by: Philippe Reynes
---
drivers/net/ethernet
On Jan 13, 2017 10:42 PM, "Dmitry Torokhov" wrote:
> On Fri, Jan 13, 2017 at 10:34:32PM +0100, Arnd Bergmann wrote:
> > config RMI4_F03_SERIO
> >tristate
> >depends on RMI4_CORE
> >depends on RMI4_F03
> >default RMI4_CORE
> >select SERIO
> >
> > As that avoi
On 10/01/17 18:48, Andreas Klinger wrote:
> This is the IIO driver for devantech srf08 ultrasonic ranger which can be
> used to measure the distances to an object.
>
> The sensor supports I2C with some registers.
>
> Supported Features include:
> - read the distance in ranging mode in centimeters
On Sat, Jan 14, 2017 at 11:35 AM, Borislav Petkov wrote:
> On Sat, Jan 14, 2017 at 12:00:22AM -0800, Paul E. McKenney wrote:
>> It now looks like this:
>>
>>
>>
>> Note that the code was buggy even before this commit, as it w
On 2017-01-14 at 02:17:40 +0100, Shyam Saini wrote:
> The region set by the call to memset, immediately overwritten by
> the subsequent call to memcpy and thus makes the memset redundant.
>
> Also remove the memset((&info, 0, sizeof(info)) on line 398 because
> info is memcpy()'ed to before bein
Commit-ID: 63cae12bce9861cec309798d34701cf3da20bc71
Gitweb: http://git.kernel.org/tip/63cae12bce9861cec309798d34701cf3da20bc71
Author: Peter Zijlstra
AuthorDate: Fri, 9 Dec 2016 14:59:00 +0100
Committer: Ingo Molnar
CommitDate: Sat, 14 Jan 2017 10:56:10 +0100
perf/core: Fix sys_perf_ev
Commit-ID: 321027c1fe77f892f4ea07846aeae08cefbbb290
Gitweb: http://git.kernel.org/tip/321027c1fe77f892f4ea07846aeae08cefbbb290
Author: Peter Zijlstra
AuthorDate: Wed, 11 Jan 2017 21:09:50 +0100
Committer: Ingo Molnar
CommitDate: Sat, 14 Jan 2017 10:56:11 +0100
perf/core: Fix concurrent
Commit-ID: 18e7a45af91acdde99d3aa1372cc40e1f8142f7b
Gitweb: http://git.kernel.org/tip/18e7a45af91acdde99d3aa1372cc40e1f8142f7b
Author: Jiri Olsa
AuthorDate: Tue, 3 Jan 2017 15:24:54 +0100
Committer: Ingo Molnar
CommitDate: Sat, 14 Jan 2017 11:06:50 +0100
perf/x86: Reject non sampling e
Commit-ID: 0039962a1473f07fd5c8355bd8264be1eb87eb3e
Gitweb: http://git.kernel.org/tip/0039962a1473f07fd5c8355bd8264be1eb87eb3e
Author: Davidlohr Bueso
AuthorDate: Tue, 3 Jan 2017 13:43:11 -0800
Committer: Ingo Molnar
CommitDate: Sat, 14 Jan 2017 11:14:11 +0100
kernel/exit: Compute 'cur
Commit-ID: 475113d937adfd150eb82b5e2c5507125a68e7af
Gitweb: http://git.kernel.org/tip/475113d937adfd150eb82b5e2c5507125a68e7af
Author: Jiri Olsa
AuthorDate: Wed, 28 Dec 2016 14:31:03 +0100
Committer: Ingo Molnar
CommitDate: Sat, 14 Jan 2017 11:06:49 +0100
perf/x86/intel: Account interr
1 - 100 of 326 matches
Mail list logo
