| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <20090921152853.2f8c0597@infradead.org> Date: Mon, 21 Sep 2009 15:28:53 +0200 From: Arjan van de Ven <arjan@...radead.org> To: Steven Rostedt <rostedt@...dmis.org> Cc: linux-kernel@...r.kernel.org, Frederic Weisbecker <fweisbec@...il.com>, mingo@...e.hu Subject: Re: TRACE_EVENT_ABI ? On Mon, 21 Sep 2009 09:26:41 -0400 (EDT) Steven Rostedt <rostedt@...dmis.org> wrote: > > [ Resending due to wrong SMTP server ] > > > On Mon, 21 Sep 2009, Arjan van de Ven wrote: > > > Hi, > > > > Ingo suggested to make a TRACE_EVENT_ABI, which is equivalent in > > implementation to TRACE_EVENT, except that it signals a stable > > interface. > > > > In trying to implement this I'm running into a wall where > > TRACE_EVENT keeps being defined in many different ways all over the > > place, making this a really nasty hack to make it just an alias. > > > > Do you have any clever ideas on how to make this an alias without > > fouling up the whole tracing system? > > > > I don't know what you've done so far, but can't you simply in > tracepoint.h define: > > #define TRACE_EVENT_API(a,b,c,d,e) TRACE_EVENT(a,b,c,d,e) unfortunately, due to the preprocessor trickery around TRACE_EVENT this completely barfs. -- Arjan van de Ven Intel Open Source Technology Centre For development, discussion and tips for power savings, visit http://www.lesswatts.org -- 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