Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756962Ab3JRSks (ORCPT ); Fri, 18 Oct 2013 14:40:48 -0400 Received: from cam-admin0.cambridge.arm.com ([217.140.96.50]:47912 "EHLO cam-admin0.cambridge.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755976Ab3JRSkq (ORCPT ); Fri, 18 Oct 2013 14:40:46 -0400 Date: Fri, 18 Oct 2013 19:38:04 +0100 From: Mark Rutland To: Guenter Roeck , Michael Bohan Cc: David Daney , David Gibson , "linux-kernel@vger.kernel.org" , "grant.likely@secretlab.ca" , "rob.herring@calxeda.com" , "ralf@linux-mips.org" , "devicetree@vger.kernel.org" , "david.daney@cavium.com" , "linux-arm-msm@vger.kernel.org" , Pantelis Antoniou Subject: Re: [PATCH] of/lib: Export fdt routines to modules Message-ID: <20131018183804.GA8546@e106331-lin.cambridge.arm.com> References: <1381966065-16854-1-git-send-email-mbohan@codeaurora.org> <525F2397.40203@caviumnetworks.com> <20131017002731.GA22830@codeaurora.org> <525F6D83.1050808@roeck-us.net> <20131017235132.GA6241@codeaurora.org> <52608457.5040609@roeck-us.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52608457.5040609@roeck-us.net> User-Agent: Mutt/1.5.20 (2009-06-14) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1320 Lines: 31 Hi all, Guenter, thanks for adding devicetree to Cc. On Fri, Oct 18, 2013 at 01:44:07AM +0100, Guenter Roeck wrote: > On 10/17/2013 04:51 PM, Michael Bohan wrote: > > On Wed, Oct 16, 2013 at 09:54:27PM -0700, Guenter Roeck wrote: > >> On 10/16/2013 05:27 PM, Michael Bohan wrote: > >>> My motivation is actually to use the fdt format as a firmware. > >>> I have a requirement to express driver metadata that's loadable > >> >from the filesystem. This data is not reasonable to place in the > >>> system Device Tree, since it's application specific and does not > >>> actually describe hardware. The fact that the format chosen is > >>> 'flattened device tree' is merely just a coincidence. Michael, could you elaborate on using the fdt format "as a firmware" and what driver metadata you need to be loadable from the filesystem? How are you intending to pass the DT to the kernel from userspace? Given that you mention this is application-specific configuration, why is using sysfs attributes or some other sort of filesystem interaction not appropriate? Thanks, Mark. -- 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/