Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758486Ab2HVSmc (ORCPT ); Wed, 22 Aug 2012 14:42:32 -0400 Received: from mail-pb0-f46.google.com ([209.85.160.46]:55688 "EHLO mail-pb0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752185Ab2HVSm2 (ORCPT ); Wed, 22 Aug 2012 14:42:28 -0400 Message-ID: <5035280E.2060100@gmail.com> Date: Wed, 22 Aug 2012 12:42:22 -0600 From: David Ahern User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: Arnaldo Carvalho de Melo CC: Luigi Semenzato , Ingo Molnar , Alexander Viro , Peter Zijlstra , Paul Mackerras , Ingo Molnar , Andrew Morton , Vasiliy Kulikov , Stephen Wilson , Oleg Nesterov , Tejun Heo , Paul Gortmaker , Andi Kleen , Lucas De Marchi , Greg Kroah-Hartman , "Eric W. Biederman" , "Rafael J. Wysocki" , Frederic Weisbecker , Namhyung Kim , Robert Richter , linux-kernel@vger.kernel.org, sonnyrao@chromium.org, olofj@chromium.org, eranian@google.com Subject: Re: [PATCH] perf: do not flush maps on COMM for perf report References: <1345585940-6497-1-git-send-email-semenzato@chromium.org> <20120822072822.GA11042@gmail.com> <20120822162958.GA13623@infradead.org> <50350F2D.6030408@gmail.com> <20120822181653.GB13623@infradead.org> In-Reply-To: <20120822181653.GB13623@infradead.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1332 Lines: 29 On 8/22/12 12:16 PM, Arnaldo Carvalho de Melo wrote: > Em Wed, Aug 22, 2012 at 10:56:13AM -0600, David Ahern escreveu: >> On 8/22/12 10:29 AM, Arnaldo Carvalho de Melo wrote: >>> Adding the EXEC event, ditto. And I agree that while adding it we want >>> to do 1/2 as pre-requisite. >> >> maps should not be flushed on a COMM event, so that was a mistake. >> Given that what new information does an EXEC event provide? Same >> process id. A COMM event is generated on an exec, so the name change >> happens. Mappings are dropped prior to that - and there is no unmap >> event. That seems to be a missing piece. Maps are added which is >> handled by MMAP events. After that why is an exec event relevant? > > Please read the original discussion about it: > > https://lkml.org/lkml/2012/2/13/545 I do recall that discussion (and re-read just now). If maps are not flushed on a rename (and they should not be), then I still do not understand what information is conveyed by an exec event? It's not a new process or new map and the name change is already handled by a comm event. David -- 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/