lkml.org 
[lkml]   [2016]   [Mar]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: rcu_preempt self-detected stall on CPU from 4.5-rc3, since 3.17
    On Mon, Mar 21, 2016 at 09:22:30AM -0700, Jacob Pan wrote:
    > On Fri, 18 Mar 2016 16:56:41 -0700
    > "Paul E. McKenney" <paulmck@linux.vnet.ibm.com> wrote:
    > > On Fri, Mar 18, 2016 at 02:00:11PM -0700, Josh Triplett wrote:
    > > > On Thu, Feb 25, 2016 at 04:56:38PM -0800, Paul E. McKenney wrote:

    [ . . . ]

    > > > We're seeing a similar stall (~60 seconds) on an x86 development
    > > > system here. Any luck tracking down the cause of this? If not, any
    > > > suggestions for traces that might be helpful?
    > >
    > > The dmesg containing the stall, the kernel version, and the .config
    > > would be helpful! Working on a torture test specific to this bug...
    > >
    > > Thanx, Paul
    > >
    > +Reinette, she has the system that can reproduce the issue. I
    > believe she is having some other problems with it at the moment. But
    > the .config should be available. Version is v4.5.

    A couple of additional questions:

    1. Is the test running on bare metal or virtualized? If the
    latter, what is the host?

    2. Does the workload involve CPU hotplug?

    3. Are you seeing things like this in dmesg?

    "rcu_preempt kthread starved for 21033 jiffies"
    "rcu_sched kthread starved for 32103 jiffies"
    "rcu_bh kthread starved for 84031 jiffies"

    If not, you are probably facing some other bug, and should
    proceed debugging as described in Documentation/RCU/stallwarn.txt.

    Thanx, Paul

    \
     
     \ /
      Last update: 2016-03-21 19:01    [W:2.631 / U:0.444 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site