On Thu, Sep 03, 2015 at 08:48:39AM -0500, Serge E. Hallyn wrote:
> On Wed, Sep 02, 2015 at 05:14:33PM -0700, Paul E. McKenney wrote:
> > On Wed, Sep 02, 2015 at 12:24:50PM -0400, Tejun Heo wrote:
> > > cc'ing Paul.
> > >
> > > On Wed, Sep 02, 2015 at
On Thu, Sep 03, 2015 at 09:56:05AM -0400, Josh Boyer wrote:
> On Wed, Sep 2, 2015 at 8:14 PM, Paul E. McKenney
> <paul...@linux.vnet.ibm.com> wrote:
> > On Wed, Sep 02, 2015 at 12:24:50PM -0400, Tejun Heo wrote:
> >> cc'ing Paul.
> >>
> >> On Wed, S
security/device_cgroup: Fix RCU_LOCKDEP_WARN() condition
f78f5b90c4ff ("rcu: Rename rcu_lockdep_assert() to RCU_LOCKDEP_WARN()")
introduced a bug by incorrectly inverting the condition when moving from
rcu_lockdep_assert() to RCU_LOCKDEP_WARN(). This comm
On Fri, Aug 30, 2013 at 08:27:32AM +0200, Christian Hoffmann wrote:
This also went to: linaro-ker...@lists.linaro.org
Hi,
current linaro kernel on 13.07 (3.10.1.0-1-linaro-omap) shows stack
below. System is generally quite unstable. Light usage
(postfix+dovecot...)
Full dmesg here:
On Mon, Oct 01, 2012 at 10:55:11AM +0200, Linus Walleij wrote:
On Sat, Sep 22, 2012 at 11:59 PM, Paul E. McKenney
paul...@linux.vnet.ibm.com wrote:
rcu: Fix day-one dyntick-idle stall-warning bug
As mentioned in another thread this solves the same problem for ux500.
Reported/Tested
On Mon, Sep 24, 2012 at 03:11:34PM +0530, Shilimkar, Santosh wrote:
On Sun, Sep 23, 2012 at 3:29 AM, Paul E. McKenney
paul...@linux.vnet.ibm.com wrote:
On Sat, Sep 22, 2012 at 01:10:43PM -0700, Paul E. McKenney wrote:
On Sat, Sep 22, 2012 at 06:42:08PM +, Paul Walmsley wrote:
On Fri
On Mon, Sep 24, 2012 at 09:54:00PM +, Paul Walmsley wrote:
On Sat, 22 Sep 2012, Paul E. McKenney wrote:
On Sat, Sep 22, 2012 at 10:20:19PM +, Paul Walmsley wrote:
On Sat, 22 Sep 2012, Paul E. McKenney wrote:
This thing has been in the kernel since about 2004, not sure why
On Sun, Sep 23, 2012 at 07:55:50AM +, Paul Walmsley wrote:
On Sat, 22 Sep 2012, Paul E. McKenney wrote:
On Sat, Sep 22, 2012 at 10:25:59PM +, Paul Walmsley wrote:
The recent tests here have been on Pandaboard, which is dual-CPU, but my
recollection is that I also observed
On Sat, Sep 22, 2012 at 05:45:12PM +0200, Frederic Weisbecker wrote:
2012/9/22 Paul E. McKenney paul...@linux.vnet.ibm.com:
On Fri, Sep 21, 2012 at 01:31:49PM -0700, Tony Lindgren wrote:
* Paul E. McKenney paul...@linux.vnet.ibm.com [120921 12:58]:
Just to make sure I understand
On Sat, Sep 22, 2012 at 06:42:08PM +, Paul Walmsley wrote:
On Fri, 21 Sep 2012, Paul E. McKenney wrote:
Could you please point me to a recipe for creating a minimal userspace?
Just in case it is the userspac erather than the architecture/hardware
that makes the difference.
Tony's
On Sat, Sep 22, 2012 at 06:16:15PM +, Paul Walmsley wrote:
Hi Paul
On Fri, 21 Sep 2012, Paul E. McKenney wrote:
I am wondering if your system somehow figured out how to start a grace
period that had no RCU callbacks waiting for it. If that happened,
then a CONFIG_NO_HZ=y system
On Sat, Sep 22, 2012 at 01:10:43PM -0700, Paul E. McKenney wrote:
On Sat, Sep 22, 2012 at 06:42:08PM +, Paul Walmsley wrote:
On Fri, 21 Sep 2012, Paul E. McKenney wrote:
Could you please point me to a recipe for creating a minimal userspace?
Just in case it is the userspac erather
On Sat, Sep 22, 2012 at 10:25:59PM +, Paul Walmsley wrote:
On Sat, 22 Sep 2012, Paul E. McKenney wrote:
And here is a patch. I am still having trouble reproducing the problem,
but figured that I should avoid serializing things.
Thanks, testing this now on v3.6-rc6.
Very cool, thank
On Sat, Sep 22, 2012 at 10:20:19PM +, Paul Walmsley wrote:
Hi Paul
On Sat, 22 Sep 2012, Paul E. McKenney wrote:
Strangely enough, I believe that I have inadvertently fixed this in
my -rcu tree:
git://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git rcu/next
On Sun, Sep 23, 2012 at 01:42:10AM +, Paul Walmsley wrote:
Hi Paul
On Sat, 22 Sep 2012, Paul Walmsley wrote:
On Sat, 22 Sep 2012, Paul E. McKenney wrote:
And here is a patch. I am still having trouble reproducing the problem,
but figured that I should avoid serializing things
On Fri, Sep 21, 2012 at 06:08:59PM +, Paul Walmsley wrote:
cc Frederic Weisbecker - context is here:
http://marc.info/?l=linux-kernelm=134749030206016w=2
On Thu, 20 Sep 2012, Paul E. McKenney wrote:
Fair point. I am wondering whether there is some path into the idle
loop
On Fri, Sep 21, 2012 at 07:11:14PM +, Paul Walmsley wrote:
On Fri, 21 Sep 2012, Paul E. McKenney wrote:
On Fri, Sep 21, 2012 at 06:08:59PM +, Paul Walmsley wrote:
As far as I know, our only idle entry point is in
arch/arm/common/process.c:cpu_idle().
In mainline
On Fri, Sep 21, 2012 at 05:47:31PM +, Paul Walmsley wrote:
Hi Paul
On Thu, 20 Sep 2012, Paul Walmsley wrote:
On Thu, 20 Sep 2012, Paul E. McKenney wrote:
Paul Walmsley, please let me know if the config below doesn't clear things
up for you or if there is some reason why
On Fri, Sep 21, 2012 at 01:31:49PM -0700, Tony Lindgren wrote:
* Paul E. McKenney paul...@linux.vnet.ibm.com [120921 12:58]:
Just to make sure I understand the combinations:
o All stalls have happened when running a minimal userspace.
o CONFIG_NO_HZ=n suppresses the stalls.
o
, timer=4294967295. This is what
actually shows up in traces.
Signed-off-by: Paul Walmsley p...@pwsan.com
Cc: Paul E. McKenney paul...@linux.vnet.ibm.com
Cc: Dipankar Sarma dipan...@in.ibm.com
Good catch! Even worse, it gives timer=18446744073709551615 on
64-bit systems, which is no easier
On Fri, Sep 21, 2012 at 12:57:17PM -0700, Paul E. McKenney wrote:
On Fri, Sep 21, 2012 at 07:11:14PM +, Paul Walmsley wrote:
On Fri, 21 Sep 2012, Paul E. McKenney wrote:
[ . . . ]
I may take your advice of remote access to a Panda board, though that
is likely to take a bit of time
On Fri, Sep 21, 2012 at 10:41:14PM +, Paul Walmsley wrote:
On Fri, 21 Sep 2012, Paul E. McKenney wrote:
On Fri, Sep 21, 2012 at 05:47:31PM +, Paul Walmsley wrote:
I built an OMAP kernel from Linus' commit
4651afbbae968772efd6dc4ba461cba9b49bb9d8 (Merge branch 'for-3.6-fixes
On Thu, Sep 20, 2012 at 09:49:13PM +, Bruce, Becky wrote:
On Sep 20, 2012, at 2:56 AM, Paul Walmsley wrote:
Hi,
On Wed, 19 Sep 2012, Paul E. McKenney wrote:
On Thu, Sep 13, 2012 at 06:52:10PM +, Paul Walmsley wrote:
On Wed, 12 Sep 2012, Paul E. McKenney wrote
On Thu, Sep 20, 2012 at 10:47:25PM +, Paul Walmsley wrote:
On Thu, 20 Sep 2012, Paul E. McKenney wrote:
On Thu, Sep 20, 2012 at 09:49:13PM +, Bruce, Becky wrote:
OK, people, you can stop heckling me about sent from my iPhone - I'm in
the wilds of rural Louisiana with really
On Thu, Sep 13, 2012 at 06:52:10PM +, Paul Walmsley wrote:
Hi Paul,
thanks for the reply,
On Wed, 12 Sep 2012, Paul E. McKenney wrote:
Interesting. I am assuming that the interrupt in the stack below came
from idle, if not, please let me know what.
According to the exception
On Wed, Sep 12, 2012 at 10:51:30PM +, Paul Walmsley wrote:
Hi Paul
Recently several of us have been seeing INFO: rcu_sched self-detected
stall on CPU { 0} (t=20611 jiffies) stack tracebacks on various OMAP3
and 4 board.
I only noticed it during v3.6-rc3, but I suspect it's been
On Wed, Mar 30, 2011 at 02:54:35PM -0700, Tony Lindgren wrote:
* Thomas Gleixner t...@linutronix.de [110330 14:07]:
So one person will be not enough, that needs to be a whole team of
experienced people in the very near future to deal with the massive
tsunami of crap which is targeted at
On Wed, Mar 30, 2011 at 03:47:52PM -0700, Tony Lindgren wrote:
* Paul E. McKenney paul...@linux.vnet.ibm.com [110330 15:35]:
On Wed, Mar 30, 2011 at 02:54:35PM -0700, Tony Lindgren wrote:
* Thomas Gleixner t...@linutronix.de [110330 14:07]:
So one person will be not enough
On Fri, Sep 24, 2010 at 07:50:40AM -0500, Nishanth Menon wrote:
SoCs have a standard set of tuples consisting of frequency and
voltage pairs that the device will support per voltage domain. These
are called Operating Performance Points or OPPs. The actual
definitions of OPP varies over silicon
On Fri, Sep 24, 2010 at 04:26:21PM -0500, Nishanth Menon wrote:
Paul E. McKenney had written, on 09/24/2010 02:37 PM, the following:
[...]
Looks like a good start!!! Some questions and suggestions about RCU
Thanks for the review.. few comments below..
Back at you! ;-)
usage interspersed
On Fri, Aug 27, 2010 at 09:12:24AM +0300, Hiroshi DOYU wrote:
Hi Catalin,
From: Hiroshi DOYU hiroshi.d...@nokia.com
Subject: Re: [RFC][PATCH 0/1] kmemleak: Fix false positive with alias
Date: Tue, 10 Aug 2010 18:49:03 +0300 (EEST)
snip
The performance impact is indeed pretty high,
31 matches
Mail list logo