Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756403Ab3J1MUF (ORCPT ); Mon, 28 Oct 2013 08:20:05 -0400 Received: from mail-ee0-f43.google.com ([74.125.83.43]:35293 "EHLO mail-ee0-f43.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755942Ab3J1MUD (ORCPT ); Mon, 28 Oct 2013 08:20:03 -0400 Date: Mon, 28 Oct 2013 13:19:58 +0100 From: Ingo Molnar To: Masami Hiramatsu Cc: Jovi Zhangwei , Greg Kroah-Hartman , "zhangwei(Jovi)" , =?iso-8859-1?Q?Fr=E9d=E9ric?= Weisbecker , Peter Zijlstra , Arnaldo Carvalho de Melo , Thomas Gleixner , Steven Rostedt , Linus Torvalds , Andrew Morton , LKML , Tom Zanussi , Namhyung Kim , David Ahern , Jiri Olsa Subject: Re: Re: ktap inclusion in drivers/staging/? Message-ID: <20131028121958.GA8641@gmail.com> References: <20131024075813.GA26929@gmail.com> <20131025101511.GB3439@gmail.com> <20131026085955.GD14237@gmail.com> <526E54BA.4040507@hitachi.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <526E54BA.4040507@hitachi.com> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1400 Lines: 40 * Masami Hiramatsu wrote: > (2013/10/26 17:59), Ingo Molnar wrote: > > > > * Jovi Zhangwei wrote: > > > >> Thanks. An addition question I want to discuss in here is the ktap > >> code structure layout in first patch series, this don't need to > >> dig out any ktap design detail, so we can make agreement on this > >> point, and ease for me to prepare patch series. > >> > >> Do I need to prepare patchset target on staging tree or "real" > >> part of kernel? [...] > > > > I'd suggest adding it to the core, i.e. kernel/tracing/ and > > kernel/trace/trace_events_filter.c in particular which includes the > > current filter script interpreter. > > It means we'll need to put Lua compiler in the kernel... How big is a reasonable implementation right now? > Would you mean the bytecode should be decodable? or loaded with > source code in the kernel? Loaded with the source code into the kernel - like OpenGL shader source code is loaded. (except that there's no bin-only exception.) These are small scripts most of whom are (much) smaller than a single page. Thanks, Ingo -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/