From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754617Ab3KLKVK (ORCPT ); Tue, 12 Nov 2013 05:21:10 -0500 Received: from li42-95.members.linode.com ([209.123.162.95]:57084 "EHLO li42-95.members.linode.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754072Ab3KLKVI convert rfc822-to-8bit (ORCPT ); Tue, 12 Nov 2013 05:21:08 -0500 Subject: Re: [PATCH 4/5] OF: Export all DT proc update functions Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Pantelis Antoniou In-Reply-To: <20131111160909.840EAC42311@trevor.secretlab.ca> Date: Tue, 12 Nov 2013 11:21:00 +0100 Cc: Rob Herring , Stephen Warren , Matt Porter , Koen Kooi , Alison Chaiken , Dinh Nguyen , Jan Lubbe , Alexander Sverdlin , Michael Stickel , Guenter Roeck , Dirk Behme , Alan Tull , Sascha Hauer , Michael Bohan , Ionut Nicu , Michal Simek , Matt Ranostay , devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Content-Transfer-Encoding: 8BIT Message-Id: <8E692C7D-1598-407D-8DF5-FE9CC16DA8DF@antoniou-consulting.com> References: <1383673816-29293-1-git-send-email-panto@antoniou-consulting.com> <1383673816-29293-5-git-send-email-panto@antoniou-consulting.com> <20131111160909.840EAC42311@trevor.secretlab.ca> To: Grant Likely X-Mailer: Apple Mail (2.1085) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Grant, On Nov 11, 2013, at 5:09 PM, Grant Likely wrote: > On Tue, 5 Nov 2013 19:50:15 +0200, Pantelis Antoniou wrote: >> There are other users for the proc DT functions. >> Export them. >> >> Signed-off-by: Pantelis Antoniou > > These are all very much internal DT APIs. There is no way that anything > outside of drivers/of should ever be calling them. (In fact, I want to > be rid of the /proc/devicetree implementation entirely and put it into > sysfs, but that is a separate patch set). If they need to be broken out > into a header file, can they be put into something like > drivers/of/of_private.h? > That's fine by me. I can move them to of_private.h, no problem there. > g. > Regards -- Pantelis