[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1252953076.2964.156.camel@localhost.localdomain>
Date: Mon, 14 Sep 2009 14:31:16 -0400
From: Steven Rostedt <srostedt@...hat.com>
To: Peter Zijlstra <peterz@...radead.org>
Cc: Christopher Li <sparse@...isli.org>,
Jaswinder Singh Rajput <jaswinder@...nel.org>,
Ingo Molnar <mingo@...e.hu>,
Stephen Rothwell <sfr@...b.auug.org.au>,
Thomas Gleixner <tglx@...utronix.de>,
"H. Peter Anvin" <hpa@...or.com>, linux-next@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-sparse@...r.kernel.org,
Josh Triplett <josh@...edesktop.org>,
Frederic Weisbecker <fweisbec@...il.com>
Subject: Re: Warning from ring buffer code (Was: Re: linux-next: tip tree
build warning)
On Mon, 2009-09-14 at 20:23 +0200, Peter Zijlstra wrote:
> On Mon, 2009-09-14 at 14:17 -0400, Steven Rostedt wrote:
> > Frederic, how big can one of those events get. The ring buffer (and
> > TRACE_EVENT) allow up to almost a page size, which is very hefty for the
> > stack. This code needs to either be rewritten or we need to set a limit
> > to the size of a profile entry.
>
> Yeah, that needs to get a re-write.. I've complained about this when it
> went in.
One answer is to create a per cpu buffer that is big enough to hold the
data needed. Then you can disable interrupts an use it without worry.
If you need to also handle NMIs, then create a per_cpu NMI buffer too,
and use that if "in_nmi()" is true.
-- 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