From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751716AbdKTQiP (ORCPT ); Mon, 20 Nov 2017 11:38:15 -0500 Received: from mail-oi0-f65.google.com ([209.85.218.65]:44543 "EHLO mail-oi0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751408AbdKTQiN (ORCPT ); Mon, 20 Nov 2017 11:38:13 -0500 X-Google-Smtp-Source: AGs4zMbqullAyHGcs3/nXXcAx1zcRv0b20GtLqSz9gsb41dMILLLKWiWFkpyV/FLB/m/3q3nzRe1rg== Subject: Re: RFC: Copying Device Tree File into reserved area of VMLINUX before deployment To: Mark Rutland Cc: linux-kernel@emagii.com, LKML , "devicetree@vger.kernel.org" , Rob Herring References: <0b31e22b-202f-6fca-28f2-e16e6af6c6b7@emagii.com> <20171120114405.cpsf4xtvvfpuk76u@lakrids.cambridge.arm.com> From: Frank Rowand Message-ID: Date: Mon, 20 Nov 2017 11:38:11 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <20171120114405.cpsf4xtvvfpuk76u@lakrids.cambridge.arm.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Ulf, On 11/20/17 06:44, Mark Rutland wrote: > On Sun, Nov 19, 2017 at 11:23:42PM -0500, Frank Rowand wrote: >> adding devicetree list, devicetree maintainers >> >> On 11/18/17 12:59, Ulf Samuelsson wrote: >>> I noticed when checking out the OpenWRT support for the board that they have a method to avoid having to pass the device tree address to the kernel, and can thus boot device tree based kernels with U-boots that >>> does not support device trees. >>> >>> Is this something that would be considered useful for including in mainstream: > > On 32-bit arm, we support an appended DTB for cases like this. The DTB > is appended to the end of the kernel image, rather than being embedded. That is CONFIG_ARM_APPENDED_DTB, if you want to see what it looks like. > Does mips not support something similar? > > Thanks, > Mark. >