From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755722AbbJ2MRi (ORCPT ); Thu, 29 Oct 2015 08:17:38 -0400 Received: from mail-wi0-f170.google.com ([209.85.212.170]:33206 "EHLO mail-wi0-f170.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751906AbbJ2MRh (ORCPT ); Thu, 29 Oct 2015 08:17:37 -0400 Date: Thu, 29 Oct 2015 13:17:32 +0100 From: Ingo Molnar To: Arnaldo Carvalho de Melo Cc: linux-kernel@vger.kernel.org, Alexei Starovoitov , Brendan Gregg , Daniel Borkmann , David Ahern , He Kuang , Jiri Olsa , Kaixu Xia , Masami Hiramatsu , Namhyung Kim , Paul Mackerras , Peter Zijlstra , pi3orama@163.com, Wang Nan , Zefan Li , Arnaldo Carvalho de Melo Subject: Re: [GIT PULL 0/6] perf/ebpf basic integration Message-ID: <20151029121732.GA9047@gmail.com> References: <1446117422-3569-1-git-send-email-acme@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1446117422-3569-1-git-send-email-acme@kernel.org> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Arnaldo Carvalho de Melo wrote: > Hi Ingo, > > Please take a look at the changeset comments, I made notes in most of > them, this seems like a nice cutoff point to allow basic testing, by > developers, for the very basic integration of perf and ebpf, i.e. we can, > having a ready built object file, built with clang, be able to use it as a perf > event, passing it via -e/--event, etc. > > Wang has lots more in the queue and I intend to work on them till I get > all reviewed/tested/merged, i.e. in the immediate future. > > What do you think? Fair to get his smaller gulp now? Or do you want to > get it all the way with the code to get a .c file, build it, etc, that is > ready, but I haven't reviewed/tested yet? > > Ah, this is on top of what I sent to you via perf/core yesterday. I'm fine with this, as long as this bit: > More work is about to be reviewed, tested and merged that will allow the whole > process of going from a .c file to an .o file via clang, etc to be done > automagically. (Wang Nan) ... is treated as the primary interface. Very few people will use object files, so we need to integrate the whole life-time workflow, from instrumentation source code to perf output. Thanks, Ingo