From: Tom Rini Date: Wed, 26 Sep 2018 08:42:46 -0400 Subject: [U-Boot] [U-Boot,V2] spl: Weed out CONFIG_SYS_TEXT_BASE usage In-Reply-To: <20180814092702.3290-1-marex@denx.de> References: <20180814092702.3290-1-marex@denx.de> Message-ID: <20180926124246.GE9877@bill-the-cat> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de On Tue, Aug 14, 2018 at 11:27:02AM +0200, Marek Vasut wrote: > The SPL loaders assume that the CONFIG_SYS_TEXT_BASE memory location > is available and can be corrupted by loading ie. uImage or fitImage > headers there. Sometimes it could be beneficial to load the headers > elsewhere, ie. if CONFIG_SYS_TEXT_BASE is not yet writable while we > still want to parse the image headers in some local onchip memory to > ie. extract firmware from that image. > > Add the possibility to override the location where the headers get > loaded by introducing new function, spl_get_load_buffer() which takes > two arguments -- offset from the CONFIG_SYS_TEXT_BASE and size of the > data that are to be loaded there -- and returns a valid buffer address > or hangs the system. The default behavior is the same as before, add > the offset to CONFIG_SYS_TEXT_BASE and return that address. User can > override the weak spl_get_load_buffer() function though. > > Signed-off-by: Marek Vasut > Cc: Tom Rini > Reviewed-by: Simon Goldschmidt Applied to u-boot/master, thanks! -- Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: