[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1273587915.1810.1.camel@laptop>
Date: Tue, 11 May 2010 16:25:15 +0200
From: Peter Zijlstra <peterz@...radead.org>
To: Borislav Petkov <bp@...64.org>
Cc: Ingo Molnar <mingo@...e.hu>, Lin Ming <ming.m.lin@...el.com>,
Frederic Weisbecker <fweisbec@...il.com>,
"eranian@...il.com" <eranian@...il.com>,
"Gary.Mohr@...l.com" <Gary.Mohr@...l.com>,
Corey Ashford <cjashfor@...ux.vnet.ibm.com>,
"arjan@...ux.intel.com" <arjan@...ux.intel.com>,
"Zhang, Yanmin" <yanmin_zhang@...ux.intel.com>,
Paul Mackerras <paulus@...ba.org>,
"David S. Miller" <davem@...emloft.net>,
Russell King <rmk+kernel@....linux.org.uk>,
Paul Mundt <lethal@...ux-sh.org>,
lkml <linux-kernel@...r.kernel.org>,
Arnaldo Carvalho de Melo <acme@...hat.com>
Subject: Re: [RFC][PATCH 3/9] perf: export registerred pmus via sysfs
On Tue, 2010-05-11 at 16:15 +0200, Borislav Petkov wrote:
> Another point I have is that MCEs don't need pmus so we should consider
> having the ability to decouple events from pmus.
Strictly speaking tracepoints are software events, which run off of a
software 'pmu'. So no, we can't decouple, they need a 'pmu' context.
> What you basically want to have is a tracepoint which is "persistent,"
> as Ingo suggested earlier, and it buffers MCEs occurring at any time
> into a ring buffer until a userspace daemon or similar sucks that data
> out for processing (critical stuff is handled differently, of course).
> And this should work on any x86 hw supporting MCA without hw perf
> monitoring features.
Try building x86 without perf hw support :/
--
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