Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753069AbbHaOKI (ORCPT ); Mon, 31 Aug 2015 10:10:08 -0400 Received: from szxga02-in.huawei.com ([119.145.14.65]:5388 "EHLO szxga02-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752823AbbHaOKG (ORCPT ); Mon, 31 Aug 2015 10:10:06 -0400 Message-ID: <55E45F85.7040604@huawei.com> Date: Mon, 31 Aug 2015 22:07:01 +0800 From: "Wangnan (F)" User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Arnaldo Carvalho de Melo , Alexei Starovoitov CC: , , , , , , , , , , , Subject: Re: [GIT PULL 00/32] perf tools: filtering events using eBPF programs References: <1440745570-150857-1-git-send-email-wangnan0@huawei.com> <55E0FBF7.6000306@plumgrid.com> <20150831135912.GB16351@redhat.com> In-Reply-To: <20150831135912.GB16351@redhat.com> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.111.66.109] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1828 Lines: 45 On 2015/8/31 21:59, Arnaldo Carvalho de Melo wrote: > 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. I think Xia Kaixu's BPF read pmu patch series is waiting for this. Please have a look at [1]. His kernel side patches has already collected by net-next, and waiting for userside update. However he is also waiting for net-next be merged, and currently we are the only user of that feature :) [1] http://lkml.kernel.org/r/1440672142-89311-1-git-send-email-xiakaixu@huawei.com . > - 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/