Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753379AbbHaN7R (ORCPT ); Mon, 31 Aug 2015 09:59:17 -0400 Received: from mx1.redhat.com ([209.132.183.28]:51108 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753325AbbHaN7M (ORCPT ); Mon, 31 Aug 2015 09:59:12 -0400 Date: Mon, 31 Aug 2015 10:59:12 -0300 From: Arnaldo Carvalho de Melo To: Alexei Starovoitov Cc: Wang Nan , brendan.d.gregg@gmail.com, daniel@iogearbox.net, dsahern@gmail.com, hekuang@huawei.com, jolsa@kernel.org, xiakaixu@huawei.com, masami.hiramatsu.pt@hitachi.com, namhyung@kernel.org, a.p.zijlstra@chello.nl, lizefan@huawei.com, pi3orama@163.com, linux-kernel@vger.kernel.org Subject: Re: [GIT PULL 00/32] perf tools: filtering events using eBPF programs Message-ID: <20150831135912.GB16351@redhat.com> References: <1440745570-150857-1-git-send-email-wangnan0@huawei.com> <55E0FBF7.6000306@plumgrid.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55E0FBF7.6000306@plumgrid.com> X-Url: http://acmel.wordpress.com User-Agent: Mutt/1.5.20 (2009-12-10) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1359 Lines: 29 Em Fri, Aug 28, 2015 at 05:25:27PM -0700, Alexei Starovoitov escreveu: > On 8/28/15 12:05 AM, Wang Nan wrote: > >This time I adjust all Cc and Link field in each patch. > >Four new patches (1,2,3,12/32) is newly introduced for fixing a bug > >related to '--filter' option. Patch 06/32 is also modified. Please keep > >an eye on it. > Arnaldo, what is the latest news on this set? > I think you've looked at most of them over the last months and few patch > reorders were necessary. Is it all addressed ? All further work is > sadly blocked, because these core patches need to come in first. > I took another look today and to me patches 1-30 look good. I asked Ingo if he had anything else to mention about changelog format so that I could try pulling it directly, i.e. I need give it a last look, and this is not a per-patchkit cost, its just fine tuning that _should_ make processing subsequent patchkits faster, by pulling instead of me going thru each patch. But I disagree it "prevents further work", nobody has to wait for everything to get upstream to do work, anyway, it will be processed. - Arnaldo -- 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/