From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752962Ab3BDHbG (ORCPT ); Mon, 4 Feb 2013 02:31:06 -0500 Received: from mx1.redhat.com ([209.132.183.28]:56501 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751428Ab3BDHbE (ORCPT ); Mon, 4 Feb 2013 02:31:04 -0500 Date: Mon, 4 Feb 2013 08:30:27 +0100 From: Jiri Olsa To: Stephane Eranian Cc: Ingo Molnar , LKML , Corey Ashford , Frederic Weisbecker , Ingo Molnar , Namhyung Kim , Paul Mackerras , Peter Zijlstra , Arnaldo Carvalho de Melo , Andi Kleen Subject: Re: [PATCH 1/8] perf tools: Add '.' as part of the event 'name' token Message-ID: <20130204073027.GA15987@krava.redhat.com> References: <1359230650-10415-1-git-send-email-jolsa@redhat.com> <1359230650-10415-2-git-send-email-jolsa@redhat.com> <20130129080305.GB594@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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 On Sun, Feb 03, 2013 at 09:37:16PM +0100, Stephane Eranian wrote: > On Tue, Jan 29, 2013 at 9:03 AM, Ingo Molnar wrote: > > > > * Stephane Eranian wrote: > > > >> On Mon, Jan 28, 2013 at 9:52 PM, Stephane Eranian wrote: SNIP > Adding the option for users to link with libpfm4 was no big > deal in my mind. You are opposed to that. That's your > choice. I don't buy your arguments for this patch series > and will continue to provide a patch to link perf and libpfm4 > for users who are interested. > > I would have appreciated some discussion on this instead, once > again, work was done behind closed door and thrown at my face. Not sure why you think it was 'closed door'.. I needed some way to access those events and sent RFC for it with you being on CC list. > The worst being that as far I can see in the patches, no proper > credits to libpfm4 contributors is even given for providing the raw > information that allowed you to build your event tables without too Right, sorry for that.. I'll add it. > much sweat! Building electronic event tables from vendor specs is > a lot harder than it seems, but you may not know this. jirka