Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755342Ab0AMONx (ORCPT ); Wed, 13 Jan 2010 09:13:53 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755054Ab0AMONx (ORCPT ); Wed, 13 Jan 2010 09:13:53 -0500 Received: from casper.infradead.org ([85.118.1.10]:58456 "EHLO casper.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754369Ab0AMONw (ORCPT ); Wed, 13 Jan 2010 09:13:52 -0500 Date: Wed, 13 Jan 2010 12:13:44 -0200 From: Arnaldo Carvalho de Melo To: Peter Zijlstra Cc: Frederic Weisbecker , Ingo Molnar , linux-kernel@vger.kernel.org, Mike Galbraith , Paul Mackerras Subject: Re: [PATCH 1/3] rbtree: Introduce rb_for_each_entry Message-ID: <20100113141344.GG2934@ghostprotocols.net> References: <1263387673-15231-1-git-send-email-acme@infradead.org> <1263388569.4244.215.camel@laptop> <20100113133442.GB5036@nowhere> <20100113135205.GC5576@ghostprotocols.net> <1263391133.4244.226.camel@laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1263391133.4244.226.camel@laptop> X-Url: http://acmel.wordpress.com User-Agent: Mutt/1.5.20 (2009-08-17) X-SRS-Rewrite: SMTP reverse-path rewritten from by casper.infradead.org See http://www.infradead.org/rpr.html Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1441 Lines: 35 Em Wed, Jan 13, 2010 at 02:58:53PM +0100, Peter Zijlstra escreveu: > On Wed, 2010-01-13 at 11:52 -0200, Arnaldo Carvalho de Melo wrote: > > Em Wed, Jan 13, 2010 at 02:34:45PM +0100, Frederic Weisbecker escreveu: > > > At least it matches many patterns in perf :) > > > > What an insane piece of... software! 8-) Whatever, if it makes Peter > > happy we can keep it on tools/perf/util/include/linux/rbtree.h, just > > after the: > > > > #include "../../../../include/linux/rbtree.h" > > > > ;-) > > > > Just like we have list_del_range() in tools/perf/util/include/linux/list.h. > > That's not the point, doing a for_each on the rb-trees as we have today > is a O(n log(n)) operation, not something you should want to do often. > > Adding a helper promotes the idea that its a sane thing to do, its not. > > If you really need it, open coding it isn't hard, but the lack of helper > does make you think and hopefully realize you're doing something funny. We need it in several places in the perf tools, to present sorted results, to dump the maps for debugging purposes, etc. But I'll go and look at each one of them to see if there is any where it is used in some stupid way. - 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/