From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <devicetree-owner@vger.kernel.org>
Received: from ozlabs.org ([203.10.76.45]:42719 "EHLO ozlabs.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752063Ab3HPAJG (ORCPT <rfc822;devicetree@vger.kernel.org>);
	Thu, 15 Aug 2013 20:09:06 -0400
Date: Fri, 16 Aug 2013 09:59:09 +1000
From: David Gibson <david@gibson.dropbear.id.au>
Subject: Re: [RFC] Best practices for hardware shipping device trees
Message-ID: <20130815235909.GA11437@voom.fritz.box>
References: <20130814151345.GA2983@bill-the-cat>
 <520BB3E6.7000205@wwwdotorg.org>
 <20130814182502.GC2983@bill-the-cat>
 <alpine.LFD.2.03.1308142030020.14472@syhkavp.arg>
 <520C3840.4040309@ti.com>
 <alpine.LFD.2.03.1308142227050.14472@syhkavp.arg>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="Kj7319i9nmIyA2yE"
Content-Disposition: inline
In-Reply-To: <alpine.LFD.2.03.1308142227050.14472@syhkavp.arg>
Sender: devicetree-owner@vger.kernel.org
To: Nicolas Pitre <nicolas.pitre@linaro.org>
Cc: Tom Rini <trini@ti.com>, Stephen Warren <swarren@wwwdotorg.org>, cross-distro@lists.linaro.org, Mark Rutland <Mark.Rutland@arm.com>, devicetree@vger.kernel.org, Tom Rini <tom.rini@gmail.com>, Ian Campbell <ian.campbell@citrix.com>, Arnd Bergmann <arnd@arndb.de>, Rob Herring <rob.herring@calxeda.com>, Pawel Moll <pawel.moll@arm.com>
List-ID: <devicetree@vger.kernel.org>


--Kj7319i9nmIyA2yE
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, Aug 14, 2013 at 10:57:36PM -0400, Nicolas Pitre wrote:
> On Wed, 14 Aug 2013, Tom Rini wrote:
> > On 08/14/2013 08:37 PM, Nicolas Pitre wrote:
> > > On Wed, 14 Aug 2013, Tom Rini wrote:
[snip]
> Well, the hard guideline should require that the DTB be updateable and=20
> not linked with nor generated by the bootloader or firmware.  That=20
> implies some storage separate from the bootloader but this doesn't need=
=20
> to be a filesystem.

Wait, what!?

Much as I think a bunch of the current problems have been caused by
being overly keen to push the dtb into firmware, we shouldn't *ban*
the original Open Firmware model of the device tree, where it is
generated by the firmware and consumed by the OS.

--=20
David Gibson			| I'll have my music baroque, and my code
david AT gibson.dropbear.id.au	| minimalist, thank you.  NOT _the_ _other_
				| _way_ _around_!
http://www.ozlabs.org/~dgibson

--Kj7319i9nmIyA2yE
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.14 (GNU/Linux)

iQIcBAEBAgAGBQJSDWtNAAoJEGw4ysog2bOSRsIP/iR7V1q8/z093HH7Ckco1+jb
6hB7gaUSo1x5/D5k4Ar0BdTPx307mMexzkiHoduLpgeZ1aDr2aBd4G6cJOAG8pV6
k1FFWRmwQprJnTZ5O48yI6/rEo3r13NlHnp+xlmH6Fm524qE7V12B1ozP7NolD43
43MdFI3D/Gxq76TgbJov2oT1xXrHVGa3BpN87Faje8Fql5xjcFRSJ8krM/LgC3xV
FMcw37laFXcoKiDDO5kwIbzAZPW8IpvlmIsuDqjBMsDCfutmfjmc89fKZem3QoLi
wENUVjwKVge6q0vzSls5bqFTsgaeLx2AZ8vvmToWzc3juuju3mf6YNbKaBRukyyh
U96lTbBU3PVBmtv0mcq9JI37xbtDvOPxxcLy6F1usjxPH+UuB6xEy2eBA5kXlLVB
wbl/DCFx/pMcXUDLV19ZwkHT/o7NBCAe0J4Wn3EuS5rff05tu1qh6I37Lkw7iy9u
tR/y6s/mxCmtTxUlTgi/lbu0XBBJfacPNAPJhbiQjPSH+dqn5YPiqpvzuAyLOTMn
AMMTpZScGNUVCmNK5zNcTcQVJnzQikYRS9pb01F5QJ3JLbPuFRpEhpGihx3Y1OII
+/y2mxAasdSPfaPcU6bT4joFcX5MSpag2tCUmw70ocSjXMblWAP54UpcBZLY+Zcy
ir5YcLjSNRGZBlZ5e4g6
=P1Jp
-----END PGP SIGNATURE-----

--Kj7319i9nmIyA2yE--