[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1334750926.28106.36.camel@gandalf.stny.rr.com>
Date: Wed, 18 Apr 2012 08:08:46 -0400
From: Steven Rostedt <rostedt@...dmis.org>
To: "Alexander E. Patrakov" <patrakov@...il.com>
Cc: paulmck@...ux.vnet.ibm.com, linux-kernel@...r.kernel.org
Subject: Re: BUG: sleeping function called from invalid context at
kernel/mutex.c:271
On Wed, 2012-04-18 at 10:51 +0600, Alexander E. Patrakov wrote:
> > >
> > > Hmm, this can also be reported if you have an rcu leak. Which would also
> > > explain your memory leak. RCU is the kernel's "garbage collector" and if
> > > it gets stuck, then you will definitely start seeing memory leaks, as
> > > memory wont be freed.
> >
> > If RCU is stuck, you should see RCU CPU stall warnings, which can
> > give clues as to what is causing RCU to get stuck.
>
> Yes, there were such warnings, but all of them said that the stall ended
> before dump start. So nothing reportable here, but I have just found
> that https://bugzilla.novell.com/show_bug.cgi?id=754186 looks quite
> similar in the sense that it (and duplicates) also has undumpable stalls
> of increasing length, and IPv6 is in use both at home and at work.
>
Do you see the RT throttling message too? That's a bug with an RT task
going haywire. If that is happening, an RT task may be preventing an RCU
grace period to finish, and causing the RCU stalls.
Just because they ended, doesn't mean that the problem went a way. If
RCU is being blocked, you will start to see memory leaks. As I said, RCU
works as the kernels garbage collector. If it stops or just slows down
significantly, memory does not get freed.
-- Steve
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists