From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tom Rini Date: Tue, 27 Nov 2012 09:53:16 -0500 Subject: [U-Boot] [PATCH 1/2] mkconfig: Make CONFIG_SYS_BOARD_NAME default to the configured target name In-Reply-To: <1353967308.18021.33.camel@home.hno.se> References: <1353842534.17518.10.camel@home.hno.se> <20121125174359.10CAA20105B@gemini.denx.de> <1353866129.28559.50.camel@home.hno.se> <20121125200108.8726D20105B@gemini.denx.de> <1353918095.10834.9.camel@home.hno.se> <20121126093241.3F9AC201056@gemini.denx.de> <20121126210556.GA8657@bill-the-cat> <1353966064.18021.15.camel@home.hno.se> <50B3E47B.7090804@ti.com> <1353967308.18021.33.camel@home.hno.se> Message-ID: <50B4D3DC.1060803@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 11/26/12 17:01, Henrik Nordstr?m wrote: > m?n 2012-11-26 klockan 16:51 -0500 skrev Tom Rini: > >> This is why, sooner rather than later I believe, we need to come >> up with a good way to pass device trees in and around, asap. An >> SPL that contains a device tree for the correct board (and passes >> along to U-Boot which could in turn pass along to the kernel if >> it's a full tree) would solve your problem, yes? > > Yes, if it can be made to fit. The SPL have to fit within 24KB > code+data and we are already at 20KB for the MMC/SD version. Size > still unknown for NAND SPL with the MTD driver still in very early > stages. Can probably shave off a fair bit by removing console > output from the SPL but prefer not to. It should all be doable, even from MMC/SD, with that size limitation. The only issue might be that we would want to use a small initial device tree and merge or replace with a full tree we read off of MMC/SD (or NAND or whatever). - -- Tom -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iQIcBAEBAgAGBQJQtNPbAAoJENk4IS6UOR1WdekP/0zlJI6EqkPobNlK4TXgfhmQ cM6dum2kaTjdDhT3nDjnHKO2JpL2BvXrKvkqPjHqbWDg0lfBS0nXpByDv8/AhoNU wI3NoYqovjDHc2/GfVY1C+Jy/baQSQgp99KYG8WM1RU4+qvLG6bTvabmVgBjRY4q TVd+HHyuIwtVsRJFU4dMiuZ9dZU53sj7UZjk7YOD+0ayVuMfl6IBKDpchITJzcT+ biLMfgkNMI83gMR+xy/+QNAplC23+IFTM8bP14trm0reOkhNNcPgLREOthJq91Rm Y5EsRDzOyy51k5+/Qa+Ectp2W/1i6/Fy7OXVIgF0sgOhuAlCjqH+CzfA1hvieRA1 vHqt5z7wVuQks5y+vEQij8kHrNNOj8WvZxUoMYYBOM2u1xLBnYM0Q67L5ynuJKM4 SNRvbTdK3kzLPD6RRxkLntFe3mJLXZ10F8NMvGWtZN1u3U4mF2g8DdnPYytkmEss vlgPBWdWrWA47fQ9cqf3uDoW57ozG0Dkk/7fqGElGcJWz3KMiRMYBV0NUgaJSvMu 5VFSQRA9gVN1+bEYxL8l88APWAGM+iM1+uyzKjlk80U4MqISYLQRTme8jzCHMlRX zGPLEXnolKx7rTyjsUnvTJoZHo86YSXp9deNC4eRtIRm/bEJBlj3tuwguMKtiYfA yZ7zoPMdW2MHxEpWGuuv =ttY9 -----END PGP SIGNATURE-----