From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755796AbbIUHSA (ORCPT ); Mon, 21 Sep 2015 03:18:00 -0400 Received: from mail-wi0-f180.google.com ([209.85.212.180]:34784 "EHLO mail-wi0-f180.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752192AbbIUHR6 (ORCPT ); Mon, 21 Sep 2015 03:17:58 -0400 Date: Mon, 21 Sep 2015 09:17:54 +0200 From: Ingo Molnar To: Alex Snast Cc: Arnaldo Carvalho de Melo , Ingo Molnar , Peter Zijlstra , linux-kernel@vger.kernel.org, Jiri Olsa , Adrian Hunter , Namhyung Kim Subject: Re: [PATCH 1/2] perf tools: Use postorder rbtree iteration when removing symbols Message-ID: <20150921071754.GB27624@gmail.com> References: <1442667815-10749-1-git-send-email-asnast@gmail.com> <20150920080519.GA8234@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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 * Alex Snast wrote: > What's the benefit of having that diverge check script as on every commit you'll > either add the new stuff to tools/include/linux/rbtree.h or add an exception to > that script as in rb_link_node_rcu case. The benefit is that things do not diverge - diff or md5sum is fast enough. I don't think exceptions should be added, we should find ways to make the files 100% identical. > And are you suggesting to check for divergence for everything under tools/ > include/linux recursively? No, on a case by case basis, for bigger 'facility files' we copied from the kernel source. rbtree.h and rbtree.c certainly applies: for example we've got interval rbtree additions in -tip that would be nice to merge upstream: tools/kvm/include/kvm/rbtree-interval.h tools/kvm/util/rbtree-interval.c ... but which have bitrotten meanwhile, making the copy out of sync and harder to merge. Making sure the files are properly upstreamed during build time makes sure things don't get out of sync. Thanks, Ingo