From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tom Rini Date: Mon, 26 Aug 2013 22:04:56 -0400 Subject: [U-Boot] [U-boot] CONFIG_FIT and CONFIG_OF_LIBFDT In-Reply-To: References: Message-ID: <521C0948.4060400@ti.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 08/26/2013 09:32 PM, TigerLiu at viatech.com.cn wrote: > Hi,Rini: Thanks for your reply! >>> Just use FDT as kernel parameter passed to linux kernel's >>> entry > point? >> >> That is one use, yes. But that may or may not be a recommended >> way to store the FDT for a platform (based on some discussion on >> the devicetrees mailing list, while there's no formal >> recommendations yet, having the shipped with platform FDT be done >> in such a way that it can be updated is strongly encouraged, >> possibly without having to replace the rest of the firmware as >> that's seen as a possible way to brick the hardware). >> >> If you're planning on shipping hardware soon, with a device tree >> embedded within it, I would strongly encourage talking with >> devicetrees at vger.kernel.org about how to best do it, for your >> platform. > > So, based on your experience: Do most ARM SOC production vendors > adopt which way to store dtb binary? > > I think storing dtb binary into a dedicated nv-storage(such as : > some blocks in NAND chip) is a better way. The best way to do it is something being actively discussed as today not many vendors do but we're rapidly approaching the point where vendors ship hardware with kernels that use DT for most things so the problem needs to be solved, or at least recommendations made. - -- Tom -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSHAlIAAoJENk4IS6UOR1WD3sQAJvub6k4sSqQVMXt/yhGQMi0 Fubw/nh1XWRq3LSgC3clGKvFfGqqBds1kv2DNKyDwnbLwIL+cy3hho30Cce8zK0f 55g1ZRD7G4OPd8jCSM/Sg0S87EJ20J55KfnUxU9Mc3u0lbnpUmF4zMX8cZnowZ3D bxcUTSlaJ6UD25ZtgiKxW0gJqszNobjqPuf+edJj1UD2vGV7U+u7gLNXxO9HZcaw ITq7z5ir5TtyLEwyS7+u2QIOowQb06jf/jfvva4GJI/kDyHzbW2uJb49myiFEflT bjyRciI+VRA8oAHUFe+yDgjuB2M6HHguSqhpT0bd9BVyoQZTz5gDBtuE7MsI0kgC T/bsJ4aMUN/elF2BDZLoGTdLaaFmr9te/FkLbnHSRk40okCjoal6vtMeDPuQGi7/ LEkH+EqCALVmRyurkhMexz/lZW9jZh81kgPvcj1bMC8hKERmzUAtNsPgGAkRx3TA Tk2Vj0woIwp5NuPGzVVf1b+DRzqVNnOs7qNLabIvfYkUEs+RjsZgGqc/Lv96WKAP HtHcXdhXM4IiSu8HqEPTdUA0FfQaYnSp3RokOCrDDkNh0AYYV/Kn1Lm/s+j47TQ5 gxRzJLwAApVXrQLOtmRul/Pu54SRqWhEAjMKhnE5bVPSqQtvu7SW+SXooTtHkm6J TzEfk7jzyBM/KHE5fDlq =gM85 -----END PGP SIGNATURE-----