[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20131118205909.6bc27f0e@gandalf.local.home>
Date: Mon, 18 Nov 2013 20:59:09 -0500
From: Steven Rostedt <rostedt@...dmis.org>
To: Gao feng <gaofeng@...fujitsu.com>
Cc: "Eric W. Biederman" <ebiederm@...ssion.com>,
LKML <linux-kernel@...r.kernel.org>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
David Miller <davem@...emloft.net>,
Cedric Le Goater <clg@...ibm.com>,
"Paul E. McKenney" <paulmck@...ux.vnet.ibm.com>,
Pavel Emelyanov <xemul@...nvz.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Clark Williams <williams@...hat.com>,
Arnaldo Carvalho de Melo <acme@...stprotocols.net>
Subject: Re: [PATCH] nsproxy: Check to make sure count is truly zero before
freeing
On Tue, 19 Nov 2013 09:22:54 +0800
Gao feng <gaofeng@...fujitsu.com> wrote:
> On 11/19/2013 08:04 AM, Steven Rostedt wrote:
> >
> > I'll start out saying that this email was a complete oops. I only kept
> > it around for reference, as this didn't fix the bug we were seeing, and
> > I used this email to just document what I initially thought.
> >
>
> Can you describe the panic situation and the way to reproduce?
> it's useful for us to find out the real problem.
>
I need to talk with more people to get more information as it happened
in our test labs. From what I remember, it was caused on 3.10-rt (even
with PREEMPT_RT disabled). We are currently testing 3.10 vanilla, to
make sure that it really does occur on mainline.
>From what I understand, it was ltp-lite that caused the panic and it
happened on a box with 16 CPUs.
I'll keep you posted when we get more data that is relevant to mainline.
This is another reason that the email went out prematurely.
-- 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