From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754907Ab0IWLqj (ORCPT ); Thu, 23 Sep 2010 07:46:39 -0400 Received: from mail-fx0-f46.google.com ([209.85.161.46]:50482 "EHLO mail-fx0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752747Ab0IWLqh (ORCPT ); Thu, 23 Sep 2010 07:46:37 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=pY/j7WpaSNZdKTMyuY0/Ypd1rJFDmjayVZiV44oXD47wxmdaz7Po+WFEsrESiUzAK6 gasXZk/RTv2UsOPEt0/fN3fRrrzPhvuhPlUJ4nTzg5ntl/2UkJJLh4Frry/O7l3mxMGN WHrZtBgWR8vz4cXt42w0MqcQ+gqcYegz1q7Hc= Message-ID: <4C9B3E15.5080002@gmail.com> Date: Thu, 23 Sep 2010 13:46:29 +0200 From: Tejun Heo User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.2.9) Gecko/20100915 Lightning/1.0b2 Thunderbird/3.1.4 MIME-Version: 1.0 To: Paul Mundt CC: Roland Dreier , Ohad Ben-Cohen , linux-kernel@vger.kernel.org, "Jean Delvare (PC drivers, core)" , "Ben Dooks (embedded platforms)" , Roland Dreier , Sean Hefty , Hal Rosenstock , Steve Wise , Neil Brown , Paul Mackerras , linux-i2c@vger.kernel.org, linux-rdma@vger.kernel.org, dm-devel@redhat.com, linux-raid@vger.kernel.org, linux-ppp@vger.kernel.org, netdev@vger.kernel.org, Andrew Morton , Alasdair G Kergon Subject: Re: idr_get_new_exact ? References: <4C97D197.9070703@gmail.com> <20100923114255.GB27960@linux-sh.org> In-Reply-To: <20100923114255.GB27960@linux-sh.org> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello, On 09/23/2010 01:42 PM, Paul Mundt wrote: > On Mon, Sep 20, 2010 at 11:26:47PM +0200, Tejun Heo wrote: >> Hello, >> >> On 09/20/2010 10:35 PM, Roland Dreier wrote: >>> Looks fine to me as an improvement over the status quo, but I wonder how >>> many of these places could use the radix_tree stuff instead? If you're >>> not using the ability of the idr code to assign an id for you, then it >>> seems the radix_tree API is a better fit. >> >> I agree. Wouldn't those users better off simply using radix tree? >> > It could go either way. I was about to write the same function when > playing with it for IRQ mapping, the idea being to propagate the initial > tree with sparse static vectors and then switch over to dynamic IDs for > virtual IRQ creation. I ended up going with a radix tree for other > reasons, though. I see. If there are use cases where fixed and dynamic IDs need to be mixed, no objection from me. Thanks. -- tejun