Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932341Ab2B2WSg (ORCPT ); Wed, 29 Feb 2012 17:18:36 -0500 Received: from mail-gx0-f174.google.com ([209.85.161.174]:33754 "EHLO mail-gx0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932240Ab2B2WSe (ORCPT ); Wed, 29 Feb 2012 17:18:34 -0500 Authentication-Results: mr.google.com; spf=pass (google.com: domain of ddaney.cavm@gmail.com designates 10.236.178.65 as permitted sender) smtp.mail=ddaney.cavm@gmail.com; dkim=pass header.i=ddaney.cavm@gmail.com Message-ID: <4F4EA437.1040501@gmail.com> Date: Wed, 29 Feb 2012 14:18:31 -0800 From: David Daney User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.15) Gecko/20101027 Fedora/3.0.10-1.fc12 Thunderbird/3.0.10 MIME-Version: 1.0 To: David Daney CC: David Miller , grant.likely@secretlab.ca, linux-mips@linux-mips.org, ralf@linux-mips.org, devicetree-discuss@lists.ozlabs.org, rob.herring@calxeda.com, linux-kernel@vger.kernel.org Subject: Re: [PATCH v6 2/2] of: Make of_find_node_by_path() traverse /aliases for relative paths. References: <1330543264-18103-1-git-send-email-ddaney.cavm@gmail.com> <1330543264-18103-3-git-send-email-ddaney.cavm@gmail.com> <20120229.153633.249570825230282737.davem@davemloft.net> <4F4E99E2.2000607@cavium.com> In-Reply-To: <4F4E99E2.2000607@cavium.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2348 Lines: 69 Grant and others, Really this patch 2/2 is not so critical for me. I am using it, but can (and perhaps should) avoid using of_find_node_by_path() altogether, thus making the patch unneeded. If you would like, we can drop this one, but I would still very much like '[PATCH v6 1/2] of/lib: Allow scripts/dtc/libfdt to be used from kernel code' to be merged. Do you want me to send the first patch separately, or could you just 'cherry-pick' it from this set? Thanks, David Daney On 02/29/2012 01:34 PM, David Daney wrote: > On 02/29/2012 12:36 PM, David Miller wrote: >> From: David Daney >> Date: Wed, 29 Feb 2012 11:21:04 -0800 >> >>> Currently all paths passed to of_find_node_by_path() must begin with a >>> '/', indicating a full path to the desired node. >>> >>> Augment the look-up code so that if a path does *not* begin with '/', >>> the path is used as the name of an /aliases property. The value of >>> this alias is then used as the full node path to be found. >>> >>> Signed-off-by: David Daney >> >> But as the caller you sure as hell know whether you have a "/" >> prefixed name or not. > > Yes, worst case we could just examine the first character of the string. > >> >> Why complicate an incredibly well designed and simple function for >> something you can create another interface for? >> > > Because in this message: > > http://www.linux-mips.org/archives/linux-mips/2011-02/msg00147.html > > Grant explicitly asked me to do it this way when he said: > > of_find_node_by_path() needs to be fixed to also accept alias > values so that a string that starts with a '/' is a full path, but > no leading '/' means start with an alias. This code will lose a > level of indentation if you can make that change to the common > code. > > And then in follow ups to that conversation, we eventually came up > with this patch. > > If you find it particularly objectionable, convince Grant to NACK the > patch (but please keep me CCed on the conversation), and I will open > code the equivalent in my drivers. > > Thanks, > David Daney > -- 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/