From mboxrd@z Thu Jan 1 00:00:00 1970 From: Albert ARIBAUD Date: Sun, 14 Nov 2010 21:10:41 +0100 Subject: [U-Boot] RFC: Aligning arch initialisation sequences In-Reply-To: <20101114195506.B5B7A14EA7E@gemini.denx.de> References: <4CD67A22.9040802@gmail.com> <201011091835.38581.vapier@gentoo.org> <4CDE1107.80108@gmail.com> <4CDE4A53.4070106@free.fr> <4CDE741C.1020507@gmail.com> <4CDF6F2E.9040900@gmail.com> <4CDF7821.4080300@gmail.com> <4CDFA8E9.3050803@free.fr> <20101114103001.7EE2014EA7E@gemini.denx.de> <4CDFD1AE.1070409@free.fr> <20101114150102.DAAF914EA7E@gemini.denx.de> <4CE0221A.7030502@free.fr> <20101114190611.5E33F14EA7E@gemini.denx.de> <4CE0388E.2070601@free.fr> <20101114195506.B5B7A14EA7E@gemini.denx.de> Message-ID: <4CE04241.7070407@free.fr> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de Le 14/11/2010 20:55, Wolfgang Denk a ?crit : > Actually situation might be differenton ARM. I just did quick and > ditry test for the TX25 board: > > [...] > > The global pointer method saves a total of 152 bytes here > (156 in .text saved, but 4 in .data needed). > > OK, this is not even 0.1% of the size, but anyway... If the difference in size is marginal, then I prefer the implementation that has the least 'quirks' and most closely complies with EABI/AAPCS. BTW your quick'n'dirty test puts GD at a fixed location identical for code running before and after relocation, right? But do we not change the stack location? > Best regards, > > Wolfgang Denk Amicalement, -- Albert.