From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754194AbYI0SZ3 (ORCPT ); Sat, 27 Sep 2008 14:25:29 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752990AbYI0SZW (ORCPT ); Sat, 27 Sep 2008 14:25:22 -0400 Received: from hrndva-omtalb.mail.rr.com ([71.74.56.124]:37837 "EHLO hrndva-omtalb.mail.rr.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752906AbYI0SZV (ORCPT ); Sat, 27 Sep 2008 14:25:21 -0400 Date: Sat, 27 Sep 2008 14:25:20 -0400 (EDT) From: Steven Rostedt X-X-Sender: rostedt@gandalf.stny.rr.com To: Ingo Molnar cc: =?ISO-8859-15?Q?Fr=E9d=E9ric_Weisbecker?= , Pekka Paalanen , linux-kernel@vger.kernel.org Subject: Re: [Patch -tip 3/3] Tracing/ftrace: Don't consume entries unhandled by mmiotrace In-Reply-To: <20080927174756.GF26047@elte.hu> Message-ID: References: <48DB8408.7080408@gmail.com> <20080925173435.5f525557@daedalus.pq.iki.fi> <20080925183608.283babfb@daedalus.pq.iki.fi> <20080927174756.GF26047@elte.hu> User-Agent: Alpine 1.10 (DEB 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, 27 Sep 2008, Ingo Molnar wrote: > > the new trace-ringbuffer design Steve is working on would abstract away > this complication - then we could make tracers truly independent > entities. Yep, I even started implementing this. What is nice about this too, is that we could even mix the tracer buffers together in the merge sort. Since all buffers use the same timestamping, we can keep the separate buffers out, turn on different tracers, and have the output show them all together. This would mean that we can keep the function tracer buffer large, and the other tracer buffers smaller. And merge them together when needed. I'll have to recreate it, since the buffer code changed quite a bit since I first started making ftrace do this. Also, I want to make the changes to ftrace as incremental as possible. That way we could easily diagnose problems that arise. -- Steve