The following commit has been merged into the core/rcu branch of tip:
Commit-ID: 47fcbc8dd62f15dc75916225ebacdc3bca9c12b2
Gitweb:
https://git.kernel.org/tip/47fcbc8dd62f15dc75916225ebacdc3bca9c12b2
Author:Neeraj Upadhyay
AuthorDate:Mon, 11 Jan 2021 17:15:58 +05:30
_timer.
Fixes: d1b222c6be1f (rcu/nocb: Add bypass callback queueing)
Cc: Stable
Cc: Josh Triplett
Cc: Lai Jiangshan
Cc: Joel Fernandes
Cc: Neeraj Upadhyay
Cc: Boqun Feng
Signed-off-by: Frederic Weisbecker
Signed-off-by: Paul E. McKenney
dif
On 2/17/2021 10:36 PM, Will Deacon wrote:
On Wed, Feb 17, 2021 at 10:14:11PM +0530, Neeraj Upadhyay wrote:
Add the MIDR part number info for the Arm Cortex-A78.
Signed-off-by: Neeraj Upadhyay
---
arch/arm64/include/asm/cputype.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch
Add the MIDR part number info for the Arm Cortex-A78.
Signed-off-by: Neeraj Upadhyay
---
arch/arm64/include/asm/cputype.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm64/include/asm/cputype.h b/arch/arm64/include/asm/cputype.h
index ef5b040..3aced88 100644
--- a/arch/arm64
The following commit has been merged into the core/rcu branch of tip:
Commit-ID: 683954e55c981467bfd4688417e914bafc40959f
Gitweb:
https://git.kernel.org/tip/683954e55c981467bfd4688417e914bafc40959f
Author:Neeraj Upadhyay
AuthorDate:Mon, 16 Nov 2020 21:36:00 +05:30
On 1/12/2021 11:01 PM, Paul E. McKenney wrote:
On Mon, Jan 11, 2021 at 05:15:58PM +0530, Neeraj Upadhyay wrote:
Correctly trace whether the outgoing cpu blocks current gp in
rcutree_dying_cpu().
Signed-off-by: Neeraj Upadhyay
Good catch, queued, thank you! Please see below for my usual
Correctly trace whether the outgoing cpu blocks current gp in
rcutree_dying_cpu().
Signed-off-by: Neeraj Upadhyay
---
kernel/rcu/tree.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/rcu/tree.c b/kernel/rcu/tree.c
index 097990a..1f4bff4 100644
--- a/kernel/rcu/tree.c
Trace cbs which are accelerated without rnp lock help in
rcu_accelerate_cbs_unlocked().
Signed-off-by: Neeraj Upadhyay
---
kernel/rcu/tree.c | 21 ++---
1 file changed, 14 insertions(+), 7 deletions(-)
diff --git a/kernel/rcu/tree.c b/kernel/rcu/tree.c
index 338b817..097990a
Fix rcu_accelerate_cbs() traces to only trace when cbs are
accelerated in current call.
Signed-off-by: Neeraj Upadhyay
---
kernel/rcu/tree.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/kernel/rcu/tree.c b/kernel/rcu/tree.c
index 804e543..338b817 100644
--- a/kernel
ue being 0,
for these smp_call_function() callbacks running from idle loop.
However, this commit missed updating a preexisting underflow check
of dynticks_nmi_nesting, which checks for a non zero positive value.
Fix this warning and while at it, read the counter only once.
Signed-off-by: Neeraj Upadhyay
---
Hi,
I wa
The following commit has been merged into the core/rcu branch of tip:
Commit-ID: a3941517fcd6625adc540aef5ec3f717c8fa71e8
Gitweb:
https://git.kernel.org/tip/a3941517fcd6625adc540aef5ec3f717c8fa71e8
Author:Neeraj Upadhyay
AuthorDate:Thu, 24 Sep 2020 12:04:10 +05:30
The following commit has been merged into the core/rcu branch of tip:
Commit-ID: ed73860cecc3ec12aa50a6dcfb4900e5b4ae9507
Gitweb:
https://git.kernel.org/tip/ed73860cecc3ec12aa50a6dcfb4900e5b4ae9507
Author:Neeraj Upadhyay
AuthorDate:Wed, 23 Sep 2020 12:59:33 +05:30
On 11/28/2020 7:46 AM, Paul E. McKenney wrote:
On Wed, Nov 25, 2020 at 10:03:26AM +0530, Neeraj Upadhyay wrote:
On 11/24/2020 10:48 AM, Neeraj Upadhyay wrote:
On 11/24/2020 1:25 AM, Paul E. McKenney wrote:
On Mon, Nov 23, 2020 at 10:01:13AM +0530, Neeraj Upadhyay wrote:
On 11/21/2020
547.gf3365...@moria.home.lan/
Reported-by: Kent Overstreet
Signed-off-by: Paul E. McKenney
---
Reviewed-by: Neeraj Upadhyay
Thanks
Neeraj
Documentation/RCU/Design/Requirements/Requirements.rst | 18 ++
1 file changed, 18 insertions(+)
diff --git a/Documentation/
Overstreet
[ paulmck: Add EXPORT_SYMBOL_GPL() per kernel test robot feedback. ]
[ paulmck: Apply feedback from Neeraj Upadhyay. ]
Link: https://lore.kernel.org/lkml/20201117004017.GA7444@paulmck-ThinkPad-P72/
Signed-off-by: Paul E. McKenney
---
For version in -rcu dev
Reviewed-by: Neeraj Upadhyay
On 11/25/2020 1:00 AM, Paul E. McKenney wrote:
On Tue, Nov 24, 2020 at 10:44:24AM +0530, Neeraj Upadhyay wrote:
On 11/24/2020 2:42 AM, Paul E. McKenney wrote:
On Mon, Nov 23, 2020 at 10:13:13AM +0530, Neeraj Upadhyay wrote:
On 11/21/2020 6:29 AM, paul...@kernel.org wrote:
From: "
On 11/24/2020 10:48 AM, Neeraj Upadhyay wrote:
On 11/24/2020 1:25 AM, Paul E. McKenney wrote:
On Mon, Nov 23, 2020 at 10:01:13AM +0530, Neeraj Upadhyay wrote:
On 11/21/2020 6:29 AM, paul...@kernel.org wrote:
From: "Paul E. McKenney"
There is a need for a polling interfac
Thanks Marc, Vladimir, Mark, Sudeep for your inputs!
Thanks
Neeraj
On 11/20/2020 3:43 PM, Mark Rutland wrote:
On Fri, Nov 20, 2020 at 09:09:00AM +, Vladimir Murzin wrote:
On 11/20/20 8:56 AM, Marc Zyngier wrote:
On 2020-11-20 04:30, Neeraj Upadhyay wrote:
Hi,
For ARM cortex A76, A77
On 11/24/2020 1:25 AM, Paul E. McKenney wrote:
On Mon, Nov 23, 2020 at 10:01:13AM +0530, Neeraj Upadhyay wrote:
On 11/21/2020 6:29 AM, paul...@kernel.org wrote:
From: "Paul E. McKenney"
There is a need for a polling interface for SRCU grace periods. This
polling needs to d
On 11/24/2020 2:42 AM, Paul E. McKenney wrote:
On Mon, Nov 23, 2020 at 10:13:13AM +0530, Neeraj Upadhyay wrote:
On 11/21/2020 6:29 AM, paul...@kernel.org wrote:
From: "Paul E. McKenney"
There is a need for a polling interface for SRCU grace
periods, so this commi
Overstreet
[ paulmck: Add EXPORT_SYMBOL_GPL() per kernel test robot feedback. ]
[ paulmck: Apply feedback from Neeraj Upadhyay. ]
Link: https://lore.kernel.org/lkml/20201117004017.GA7444@paulmck-ThinkPad-P72/
Signed-off-by: Paul E. McKenney
---
include/linux/rcupdate.h | 2 ++
include/linux/srcu.
On 11/22/2020 11:31 PM, Paul E. McKenney wrote:
On Sun, Nov 22, 2020 at 07:57:26PM +0530, Neeraj Upadhyay wrote:
On 11/21/2020 5:43 AM, Paul E. McKenney wrote:
On Fri, Nov 20, 2020 at 05:28:32PM +0530, Neeraj Upadhyay wrote:
Hi Paul,
On 11/17/2020 6:10 AM, paul...@kernel.org wrote:
From
On 11/21/2020 6:29 AM, paul...@kernel.org wrote:
From: "Paul E. McKenney"
There is a need for a polling interface for SRCU grace periods. This
polling needs to distinguish between an SRCU instance being idle on the
one hand or in the middle of a grace period on the other. This commit
Overstreet
[ paulmck: Add EXPORT_SYMBOL_GPL() per kernel test robot feedback. ]
[ paulmck: Apply feedback from Neeraj Upadhyay. ]
Link: https://lore.kernel.org/lkml/20201117004017.GA7444@paulmck-ThinkPad-P72/
Signed-off-by: Paul E. McKenney
---
include/linux/rcupdate.h | 2 ++
include/linux/srcu.
On 11/21/2020 5:43 AM, Paul E. McKenney wrote:
On Fri, Nov 20, 2020 at 05:28:32PM +0530, Neeraj Upadhyay wrote:
Hi Paul,
On 11/17/2020 6:10 AM, paul...@kernel.org wrote:
From: "Paul E. McKenney"
There is a need for a polling interface for SRCU grace
periods, so this commi
On 11/21/2020 5:46 AM, Paul E. McKenney wrote:
On Fri, Nov 20, 2020 at 05:31:43PM +0530, Neeraj Upadhyay wrote:
On 11/17/2020 6:10 AM, paul...@kernel.org wrote:
From: "Paul E. McKenney"
There is a need for a polling interface for SRCU grace
periods, so this commi
On 11/17/2020 6:10 AM, paul...@kernel.org wrote:
From: "Paul E. McKenney"
There is a need for a polling interface for SRCU grace
periods, so this commit supplies get_state_synchronize_srcu(),
start_poll_synchronize_srcu(), and poll_state_synchronize_srcu() for this
purpose. The first can
Hi Paul,
On 11/17/2020 6:10 AM, paul...@kernel.org wrote:
From: "Paul E. McKenney"
There is a need for a polling interface for SRCU grace
periods, so this commit supplies get_state_synchronize_srcu(),
start_poll_synchronize_srcu(), and poll_state_synchronize_srcu() for this
purpose. The
Tiny SRCU call_srcu() function into callback-queuing and
start-grace-period portions, with the latter in a new function named
srcu_gp_start_if_needed().
Link: https://lore.kernel.org/rcu/20201112201547.gf3365...@moria.home.lan/
Reported-by: Kent Overstreet
Signed-off-by: Paul E. McKenney
---
Reviewed-
ction mess with queuing? Locking considerations,
of course!
Link: https://lore.kernel.org/rcu/20201112201547.gf3365...@moria.home.lan/
Reported-by: Kent Overstreet
Signed-off-by: Paul E. McKenney
---
Reviewed-by: Neeraj Upadhyay
Thanks
Neeraj
kernel/rcu/srcut
Hi,
For ARM cortex A76, A77, A78 cores (which as per TRM, support AMU)
AA64PFR0[47:44] field is not set, and AMU does not get enabled for them.
Can you please provide support for these CPUs in cpufeature.c?
Thanks
Neeraj
--
QUALCOMM INDIA, on behalf of Qualcomm Innovation Center, Inc. is a
Hi Paul,
On 11/17/2020 6:10 AM, paul...@kernel.org wrote:
From: "Paul E. McKenney"
There is a need for a polling interface for SRCU grace periods. This
polling needs to distinguish between an SRCU instance being idle on the
one hand or in the middle of a grace period on the other. This
ich is done
in RCU_GP_WAIT_FQS) its possible that RCU kthread never wakes up.
Report the same from stall warnings, if GP thread is in RCU_GP_WAIT_FQS
state, and the timeout has elapsed and the kthread is not woken.
Signed-off-by: Neeraj Upadhyay
---
Changes in V2:
- Documentation update.
Hi Paul,
On 11/12/2020 1:01 AM, Paul E. McKenney wrote:
On Wed, Nov 11, 2020 at 07:37:37PM +0530, Neeraj Upadhyay wrote:
For a new grace period request, RCU GP kthread transitions
through following states:
a. [RCU_GP_WAIT_GPS] -> [RCU_GP_DONE_GPS]
Initial state, where GP kthread wa
ich is done
in RCU_GP_WAIT_FQS) its possible that RCU kthread never wakes up.
Report the same from stall warnings, if GP thread is in RCU_GP_WAIT_FQS
state, and the timeout has elapsed and the kthread is not woken.
Signed-off-by: Neeraj Upadhyay
---
kernel/rcu/tree.c | 25 +++-
is minimal as
each segment's length is now stored in the respective segment.
Reviewed-by: Frederic Weisbecker
Reviewed-by: Neeraj Upadhyay
Signed-off-by: Joel Fernandes (Google)
---
include/trace/events/rcu.h | 25 +
kernel/rcu/rcu_segcblist.c | 34
.
Reviewed-by: Frederic Weisbecker
Suggested-by: Frederic Weisbecker
Signed-off-by: Joel Fernandes (Google)
---
Reviewed-by: Neeraj Upadhyay
kernel/rcu/srcutree.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/kernel/rcu/srcutree.c b/kernel/rcu/srcutree.c
index
gle)
---
Reviewed-by: Neeraj Upadhyay
include/linux/rcu_segcblist.h | 1 +
kernel/rcu/rcu_segcblist.c| 120 ++
kernel/rcu/rcu_segcblist.h| 2 -
3 files changed, 79 insertions(+), 44 deletions(-)
diff --git a/include/linux/rcu_segcblist.h b/include/li
Hi James,
Sorry for late reply. Thanks for your comments!
On 10/16/2020 9:57 PM, James Morse wrote:
Hi Neeraj,
On 15/10/2020 07:07, Neeraj Upadhyay wrote:
1. Looks like interrupt bind interface (SDEI_1_0_FN_SDEI_INTERRUPT_BIND) is not
available
for clients to use; can you please share
Hi James,
Have few queries on ARM SDEI Linux code. Queries are listed below; can
you please help provide your insights on these?
1. Looks like interrupt bind interface (SDEI_1_0_FN_SDEI_INTERRUPT_BIND)
is not available for clients to use; can you please share information on
why it is not
On 9/23/2020 8:52 PM, Joel Fernandes (Google) wrote:
Track how the segcb list changes before/after acceleration, during
queuing and during dequeuing.
This has proved useful to discover an optimization to avoid unwanted GP
requests when there are no callbacks accelerated. The overhead is
On 9/23/2020 8:52 PM, Joel Fernandes (Google) wrote:
Currently, rcu_do_batch() depends on the unsegmented callback list's len field
to know how many CBs are executed. This fields counts down from 0 as CBs are
dequeued. It is possible that all CBs could not be run because of reaching
limits
The following commit has been merged into the core/rcu branch of tip:
Commit-ID: 9b1ce0acb5e65e9ea1e6b322562d072f9f7d1f6e
Gitweb:
https://git.kernel.org/tip/9b1ce0acb5e65e9ea1e6b322562d072f9f7d1f6e
Author:Neeraj Upadhyay
AuthorDate:Mon, 22 Jun 2020 23:37:03 +05:30
The following commit has been merged into the core/rcu branch of tip:
Commit-ID: 9c39245382de4d52a122641952900709d4a9950b
Gitweb:
https://git.kernel.org/tip/9c39245382de4d52a122641952900709d4a9950b
Author:Neeraj Upadhyay
AuthorDate:Mon, 22 Jun 2020 00:07:27 +05:30
invoked by the rcuoc kthread. This provides further evidence that
there is no need to invoke rcu_core() for offloaded callbacks that are
ready to invoke.
Cc: Neeraj Upadhyay
Signed-off-by: Joel Fernandes (Google)
Signed-off-by: Paul E. McKenney
Reviewed
Hi Paul,
On 9/25/2020 4:29 AM, Paul E. McKenney wrote:
On Thu, Sep 24, 2020 at 12:04:10PM +0530, Neeraj Upadhyay wrote:
Clarify the "x" in rcuox/N naming in RCU_NOCB_CPU config
description.
Signed-off-by: Neeraj Upadhyay
Applied with a few additional updates as shown below.
Clarify the "x" in rcuox/N naming in RCU_NOCB_CPU config
description.
Signed-off-by: Neeraj Upadhyay
---
kernel/rcu/Kconfig | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/kernel/rcu/Kconfig b/kernel/rcu/Kconfig
index b71e21f..5b22747 100644
--- a/
Hi Paul,
On 9/24/2020 2:33 AM, Paul E. McKenney wrote:
On Wed, Sep 23, 2020 at 12:59:33PM +0530, Neeraj Upadhyay wrote:
Currently, for non-preempt kernels (with CONFIG_PREEMPTION=n),
rcu_blocking_is_gp() checks (with preemption disabled), whether
there is only one cpu online. It uses
ing gurantees. rcu_state.n_online_cpus
update from control cpu would result in unnecessary calls to
synchronize_rcu() slow path during the CPU-online process, but that
should have negligible impact.
Signed-off-by: Neeraj Upadhyay
---
Changes in V2:
- Make rcu_state.n_online_cpus int, instead of atomic_t.
-
Hi Paul,
On 9/23/2020 1:59 AM, Paul E. McKenney wrote:
On Tue, Sep 22, 2020 at 01:15:57AM +0530, Neeraj Upadhyay wrote:
Currently, for non-preempt kernels (with CONFIG_PREEMPTION=n),
rcu_blocking_is_gp() checks (with preemption disabled), whether
there is only one cpu online. It uses
h waits for all read side sections, where
incoming/outgoing cpus are considered online, for RCU i.e. after
rcu_cpu_starting() and before rcu_report_dead().
Signed-off-by: Neeraj Upadhyay
---
Below is the reproducer for issue described in point 3; this snippet
is based on klitmus generated test
Hi Paul,
On 6/23/2020 4:48 AM, Paul E. McKenney wrote:
On Mon, Jun 22, 2020 at 11:37:03PM +0530, Neeraj Upadhyay wrote:
Remove CONFIG_PREMPT_RCU check in force_qs_rnp(). Originally,
this check was required to skip executing fqs failsafe
for rcu-sched, which was added in commit a77da14ce9af
Hi Paul,
On 6/23/2020 4:23 AM, Paul E. McKenney wrote:
On Mon, Jun 22, 2020 at 09:16:24AM +0530, Neeraj Upadhyay wrote:
Hi Paul,
On 6/22/2020 8:43 AM, Paul E. McKenney wrote:
On Mon, Jun 22, 2020 at 01:30:31AM +0530, Neeraj Upadhyay wrote:
Hi Paul,
On 6/22/2020 1:20 AM, Paul E. McKenney
o, cleanup the
code to avoid any confusion around the need for boosting,
for !CONFIG_PREMPT_RCU.
Signed-off-by: Neeraj Upadhyay
---
kernel/rcu/tree.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/kernel/rcu/tree.c b/kernel/rcu/tree.c
index 6226bfb..57c904b 100644
--- a/kernel/
Hi Paul,
On 6/22/2020 8:43 AM, Paul E. McKenney wrote:
On Mon, Jun 22, 2020 at 01:30:31AM +0530, Neeraj Upadhyay wrote:
Hi Paul,
On 6/22/2020 1:20 AM, Paul E. McKenney wrote:
On Mon, Jun 22, 2020 at 12:07:27AM +0530, Neeraj Upadhyay wrote:
On callback overload, we want to force quiescent
Hi Paul,
On 6/22/2020 1:20 AM, Paul E. McKenney wrote:
On Mon, Jun 22, 2020 at 12:07:27AM +0530, Neeraj Upadhyay wrote:
On callback overload, we want to force quiescent state immediately,
for the first and second fqs. Enforce the same, by including
RCU_GP_FLAG_OVLD flag, in fqsstart check
On callback overload, we want to force quiescent state immediately,
for the first and second fqs. Enforce the same, by including
RCU_GP_FLAG_OVLD flag, in fqsstart check.
Signed-off-by: Neeraj Upadhyay
---
kernel/rcu/tree.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Hi Marc,
Thanks a lot for your comments. I will work on exploring how SDEI can be
used for it.
Thanks
Neeraj
On 5/8/2020 9:41 PM, Marc Zyngier wrote:
On Fri, 08 May 2020 14:34:10 +0100,
Neeraj Upadhyay wrote:
Hi Marc,
On 5/8/2020 6:23 PM, Marc Zyngier wrote:
On Fri, 8 May 2020 18:09
Hi Marc,
On 5/8/2020 6:23 PM, Marc Zyngier wrote:
On Fri, 8 May 2020 18:09:00 +0530
Neeraj Upadhyay wrote:
Hi Marc,
On 5/8/2020 5:57 PM, Marc Zyngier wrote:
On Fri, 8 May 2020 16:36:42 +0530
Neeraj Upadhyay wrote:
Hi Marc,
On 5/8/2020 4:15 PM, Marc Zyngier wrote:
On Thu, 07 May
Hi Marc,
On 5/8/2020 5:57 PM, Marc Zyngier wrote:
On Fri, 8 May 2020 16:36:42 +0530
Neeraj Upadhyay wrote:
Hi Marc,
On 5/8/2020 4:15 PM, Marc Zyngier wrote:
On Thu, 07 May 2020 17:06:19 +0100,
Neeraj Upadhyay wrote:
Hi,
I have one query regarding pseudo NMI support on GIC v3; from what
Hi Marc,
On 5/8/2020 4:15 PM, Marc Zyngier wrote:
On Thu, 07 May 2020 17:06:19 +0100,
Neeraj Upadhyay wrote:
Hi,
I have one query regarding pseudo NMI support on GIC v3; from what I
could understand, GIC v3 supports pseudo NMI setup for SPIs and PPIs.
However the request_nmi() in irq
Hi,
I have one query regarding pseudo NMI support on GIC v3; from what I
could understand, GIC v3 supports pseudo NMI setup for SPIs and PPIs.
However the request_nmi() in irq framework requires NMI to be per cpu
interrupt source (it checks for IRQF_PERCPU). Can you please help
understand this
Hi Marc,
On 7/9/19 7:52 PM, Marc Zyngier wrote:
On 09/07/2019 15:18, Neeraj Upadhyay wrote:
Hi Marc,
On 7/9/19 6:38 PM, Marc Zyngier wrote:
Hi Neeraj,
On 09/07/2019 12:22, Neeraj Upadhyay wrote:
For cpus which do not support pstate.ssbs feature, el0
might not retain spsr.ssbs
Hi Marc,
On 7/9/19 6:38 PM, Marc Zyngier wrote:
Hi Neeraj,
On 09/07/2019 12:22, Neeraj Upadhyay wrote:
For cpus which do not support pstate.ssbs feature, el0
might not retain spsr.ssbs. This is problematic, if this
task migrates to a cpu supporting this feature, thus
relying on its state
the capability is uniformly provided.
Signed-off-by: Neeraj Upadhyay
---
arch/arm64/kernel/cpu_errata.c | 16
arch/arm64/kernel/entry.S | 26 +-
2 files changed, 41 insertions(+), 1 deletion(-)
diff --git a/arch/arm64/kernel/cpu_errata.c b/arch/arm64/kernel
that these unexpected interrupts gets cleared.
Signed-off-by: Srinivas Ramana
Signed-off-by: Neeraj Upadhyay
---
Changes since v2:
- Renamed function to msm_gpio_irq_clear_unmask()
drivers/pinctrl/qcom/pinctrl-msm.c | 25 -
1 file changed, 24 insertions(+), 1 deletion
On 6/25/19 2:28 PM, Linus Walleij wrote:
On Mon, Jun 17, 2019 at 11:35 AM Neeraj Upadhyay wrote:
From: Srinivas Ramana
Introduce the irq_enable callback which will be same as irq_unmask
except that it will also clear the status bit before unmask.
This will help in clearing any erroneous
Thanks for the review, Linus.
On 6/17/19 5:20 PM, Linus Walleij wrote:
On Mon, Jun 17, 2019 at 12:35 PM Neeraj Upadhyay wrote:
Hi Stephen, there is one use case with is not covered by commit
b55326dc969e (
"pinctrl: msm: Really mask level interrupts to prevent latching"). That
ha
Quoting tengf...@codeaurora.org (2019-06-11 03:41:26)
On 2019-06-10 22:51, Stephen Boyd wrote:
> Quoting Linus Walleij (2019-06-07 14:08:10)
>> On Fri, May 31, 2019 at 8:52 AM Tengfei Fan
>> wrote:
>> >> > The gpio interrupt status bit is getting set after the
>> > irq is disabled and
that these unexpected interrupts gets cleared.
Signed-off-by: Srinivas Ramana
Signed-off-by: Neeraj Upadhyay
---
Changes since v1:
- Extracted common code into __msm_gpio_irq_unmask().
drivers/pinctrl/qcom/pinctrl-msm.c | 25 -
1 file changed, 24 insertions(+), 1 deletion
On 3/30/19 2:57 AM, Paul E. McKenney wrote:
On Fri, Mar 29, 2019 at 07:52:15PM +0530, Neeraj Upadhyay wrote:
On 3/29/19 6:58 PM, Mukesh Ojha wrote:
On 3/29/2019 4:57 PM, Neeraj Upadhyay wrote:
Only unlock the root node, if current node (rnp) is not
root node.
Signed-off-by: Neeraj
On 3/29/19 6:58 PM, Mukesh Ojha wrote:
On 3/29/2019 4:57 PM, Neeraj Upadhyay wrote:
Only unlock the root node, if current node (rnp) is not
root node.
Signed-off-by: Neeraj Upadhyay
---
kernel/rcu/tree_stall.h | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
Only unlock the root node, if current node (rnp) is not
root node.
Signed-off-by: Neeraj Upadhyay
---
kernel/rcu/tree_stall.h | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/kernel/rcu/tree_stall.h b/kernel/rcu/tree_stall.h
index f65a73a..0651833 100644
--- a/kernel/rcu
dump_blkd_tasks() uses 10 as the max number of blocked
tasks, which are printed. However, it has an argument
which provides that number. So, use the argument value
instead. As all callers currently pass 10 as the number,
there isn't any impact.
Signed-off-by: Neeraj Upadhyay
---
kernel/rcu
On 3/12/19 7:20 AM, Steven Rostedt wrote:
On Fri, 8 Mar 2019 15:16:18 +0530
Neeraj Upadhyay wrote:
Update the code to match the comment that self wakeup of
grace period kthread is allowed from interrupt handler, and
softirq handler, running in the grace period kthread's
context. Present
On 3/9/19 2:48 AM, Paul E. McKenney wrote:
On Fri, Mar 08, 2019 at 11:51:49PM +0530, Neeraj Upadhyay wrote:
Fix stall warning, to show correct nohz marker.
Signed-off-by: Neeraj Upadhyay
Good eyes, thank you!
I applied and pushed all three with modified commit logs. Please check
Fix a possible miscalculation in rcutorture_oom_notify(),
for the expected forward progress duration of current
forward progress test.
Signed-off-by: Neeraj Upadhyay
---
kernel/rcu/rcutorture.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/rcu/rcutorture.c b/kernel
Fix stall warning, to show correct nohz marker.
Signed-off-by: Neeraj Upadhyay
---
kernel/rcu/tree_plugin.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/rcu/tree_plugin.h b/kernel/rcu/tree_plugin.h
index 97dba50..93da32c 100644
--- a/kernel/rcu/tree_plugin.h
+++ b
-by: Neeraj Upadhyay
---
kernel/rcu/tree.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/rcu/tree.c b/kernel/rcu/tree.c
index acd6ccf..57cac6d 100644
--- a/kernel/rcu/tree.c
+++ b/kernel/rcu/tree.c
@@ -1585,7 +1585,7 @@ static bool rcu_future_gp_cleanup(struct rcu_node *rnp
Commit-ID: f8b7530aa0a1def79c93101216b5b17cf408a70a
Gitweb: https://git.kernel.org/tip/f8b7530aa0a1def79c93101216b5b17cf408a70a
Author: Neeraj Upadhyay
AuthorDate: Wed, 5 Sep 2018 11:22:07 +0530
Committer: Thomas Gleixner
CommitDate: Thu, 6 Sep 2018 15:21:37 +0200
cpu/hotplug: Adjust
Commit-ID: f8b7530aa0a1def79c93101216b5b17cf408a70a
Gitweb: https://git.kernel.org/tip/f8b7530aa0a1def79c93101216b5b17cf408a70a
Author: Neeraj Upadhyay
AuthorDate: Wed, 5 Sep 2018 11:22:07 +0530
Committer: Thomas Gleixner
CommitDate: Thu, 6 Sep 2018 15:21:37 +0200
cpu/hotplug: Adjust
On 09/06/2018 01:48 PM, Thomas Gleixner wrote:
On Thu, 6 Sep 2018, Neeraj Upadhyay wrote:
On 09/05/2018 06:47 PM, Thomas Gleixner wrote:
On Wed, 5 Sep 2018, Neeraj Upadhyay wrote:
On 09/05/2018 05:53 PM, Thomas Gleixner wrote:
And looking closer this is a general issue. Just
On 09/06/2018 01:48 PM, Thomas Gleixner wrote:
On Thu, 6 Sep 2018, Neeraj Upadhyay wrote:
On 09/05/2018 06:47 PM, Thomas Gleixner wrote:
On Wed, 5 Sep 2018, Neeraj Upadhyay wrote:
On 09/05/2018 05:53 PM, Thomas Gleixner wrote:
And looking closer this is a general issue. Just
On 09/05/2018 06:47 PM, Thomas Gleixner wrote:
On Wed, 5 Sep 2018, Neeraj Upadhyay wrote:
On 09/05/2018 05:53 PM, Thomas Gleixner wrote:
And looking closer this is a general issue. Just that the TEARDOWN state
makes it simple to observe. It's universaly broken, when the first teardown
On 09/05/2018 06:47 PM, Thomas Gleixner wrote:
On Wed, 5 Sep 2018, Neeraj Upadhyay wrote:
On 09/05/2018 05:53 PM, Thomas Gleixner wrote:
And looking closer this is a general issue. Just that the TEARDOWN state
makes it simple to observe. It's universaly broken, when the first teardown
On 09/05/2018 05:53 PM, Thomas Gleixner wrote:
On Wed, 5 Sep 2018, Thomas Gleixner wrote:
On Tue, 4 Sep 2018, Neeraj Upadhyay wrote:
ret = cpuhp_down_callbacks(cpu, st, target);
if (ret && st->state > CPUHP_TEARDOWN_CPU &&
On 09/05/2018 05:53 PM, Thomas Gleixner wrote:
On Wed, 5 Sep 2018, Thomas Gleixner wrote:
On Tue, 4 Sep 2018, Neeraj Upadhyay wrote:
ret = cpuhp_down_callbacks(cpu, st, target);
if (ret && st->state > CPUHP_TEARDOWN_CPU &&
The smp_mb() in cpuhp_thread_fun() appears to be misplaced, and
need to be after the load of st->should_run, to prevent
reordering of the later load/stores w.r.t. the load of
st->should_run.
Signed-off-by: Neeraj Upadhyay
---
kernel/cpu.c | 6 +++---
1 file changed, 3 insertions(+), 3 del
The smp_mb() in cpuhp_thread_fun() appears to be misplaced, and
need to be after the load of st->should_run, to prevent
reordering of the later load/stores w.r.t. the load of
st->should_run.
Signed-off-by: Neeraj Upadhyay
---
kernel/cpu.c | 6 +++---
1 file changed, 3 insertions(+), 3 del
reset directly in
_cpu_down().
Fixes: 4dddfb5faa61 ("smp/hotplug: Rewrite AP state machine core")
Signed-off-by: Neeraj Upadhyay
---
kernel/cpu.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/kernel/cpu.c b/kernel/cpu.c
index aa7fe85..9f49edb 100644
--
reset directly in
_cpu_down().
Fixes: 4dddfb5faa61 ("smp/hotplug: Rewrite AP state machine core")
Signed-off-by: Neeraj Upadhyay
---
kernel/cpu.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/kernel/cpu.c b/kernel/cpu.c
index aa7fe85..9f49edb 100644
--
On 01/18/2018 08:32 AM, Lai Jiangshan wrote:
On Wed, Jan 17, 2018 at 4:08 AM, Neeraj Upadhyay <neer...@codeaurora.org> wrote:
On 01/16/2018 11:05 PM, Tejun Heo wrote:
Hello, Neeraj.
On Mon, Jan 15, 2018 at 02:08:12PM +0530, Neeraj Upadhyay wrote:
- kworker/0:0 gets chance to run o
On 01/18/2018 08:32 AM, Lai Jiangshan wrote:
On Wed, Jan 17, 2018 at 4:08 AM, Neeraj Upadhyay wrote:
On 01/16/2018 11:05 PM, Tejun Heo wrote:
Hello, Neeraj.
On Mon, Jan 15, 2018 at 02:08:12PM +0530, Neeraj Upadhyay wrote:
- kworker/0:0 gets chance to run on cpu1; while processing
On 01/16/2018 11:05 PM, Tejun Heo wrote:
Hello, Neeraj.
On Mon, Jan 15, 2018 at 02:08:12PM +0530, Neeraj Upadhyay wrote:
- kworker/0:0 gets chance to run on cpu1; while processing
a work, it goes to sleep. However, it does not decrement
pool->nr_running. This is because WORKER_REBO
On 01/16/2018 11:05 PM, Tejun Heo wrote:
Hello, Neeraj.
On Mon, Jan 15, 2018 at 02:08:12PM +0530, Neeraj Upadhyay wrote:
- kworker/0:0 gets chance to run on cpu1; while processing
a work, it goes to sleep. However, it does not decrement
pool->nr_running. This is because WORKER_REBO
x this by deferring the work to some other idle worker,
if the current worker is not bound to its pool's CPU.
Signed-off-by: Neeraj Upadhyay <neer...@codeaurora.org>
---
kernel/workqueue.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/kernel/workqueue.c b/kernel/workque
x this by deferring the work to some other idle worker,
if the current worker is not bound to its pool's CPU.
Signed-off-by: Neeraj Upadhyay
---
kernel/workqueue.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/kernel/workqueue.c b/kernel/workqueue.c
index 43d18cb..71c0023 100644
--
On 10/28/2017 03:50 AM, Paul E. McKenney wrote:
On Fri, Oct 27, 2017 at 10:15:04PM +0530, Neeraj Upadhyay wrote:
On 10/27/2017 05:56 PM, Paul E. McKenney wrote:
On Fri, Oct 27, 2017 at 02:23:07PM +0530, Neeraj Upadhyay wrote:
Hi,
One query regarding srcu_funnel_exp_start() function in
kernel
On 10/28/2017 03:50 AM, Paul E. McKenney wrote:
On Fri, Oct 27, 2017 at 10:15:04PM +0530, Neeraj Upadhyay wrote:
On 10/27/2017 05:56 PM, Paul E. McKenney wrote:
On Fri, Oct 27, 2017 at 02:23:07PM +0530, Neeraj Upadhyay wrote:
Hi,
One query regarding srcu_funnel_exp_start() function in
kernel
On 10/27/2017 05:56 PM, Paul E. McKenney wrote:
On Fri, Oct 27, 2017 at 02:23:07PM +0530, Neeraj Upadhyay wrote:
Hi,
One query regarding srcu_funnel_exp_start() function in
kernel/rcu/srcutree.c.
static void srcu_funnel_exp_start(struct srcu_struct *sp, struct
srcu_node *snp
1 - 100 of 127 matches
Mail list logo