From mboxrd@z Thu Jan 1 00:00:00 1970 From: Albert ARIBAUD Date: Mon, 04 Oct 2010 11:27:12 +0200 Subject: [U-Boot] ARM relocation, question to Heiko In-Reply-To: <4CA996F0.3080707@denx.de> References: <4CA49746.2050301@emk-elektronik.de> <4CA570D3.9040406@denx.de> <4CA57468.6090702@free.fr> <4CA57762.3000201@denx.de> <4CA5821E.3070108@emk-elektronik.de> <4CA5873B.6040907@free.fr> <4CA590E6.6070701@emk-elektronik.de> <4CA59B89.6090207@denx.de> <4CA5BB7A.8050304@emk-elektronik.de> <20101001105506.A64D41539A0@gemini.denx.de> <4CA5BFEF.3090208@emk-elektronik.de> <20101001112125.4076E153A7E@gemini.denx.de> <4CA5C7DE.6010300@emk-elektronik.de> <20101001115908.A34411539A0@gemini.denx.de> <4CA5D26D.2090505@emk-elektronik.de> <4CA5D857.5010009@emk-elektronik.de> <20101001125502.D0B4E1539A0@gemini.denx.de> <4CA6DC16.5040409@emk-elektronik.de> <4CA6E517.9040701@free.fr> <4CA6E8E5.2090605@emk-elektronik.de> <20101003180349.96F3C153A7E@gemini.denx.de> <4CA8CCC1.2010309@free.fr> <4CA96F60.50900@denx.de> <4CA976C6.9000009@free.fr> <4CA981E4.3020207@emk-elektronik.de> <4CA99040.2020304@free.fr> <4CA996F0.3080707@de nx.de> Message-ID: <4CA99DF0.3040500@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 04/10/2010 10:57, Heiko Schocher a ?crit : >> ./MAKEALL edminiv2 results: >> >> text data bss dec hex filename >> 141376 4388 16640 162404 27a64 ./u-boot (for GOT >> reloc) >> 150160 3819 16640 170619 29a7b ./u-boot (for ELF >> reloc) >> >> u-boot.bin size in bytes: >> >> 145764 (for GOT reloc) >> 153976 (for ELF reloc) > > Huh... > >> The .rel.dyn table is 18472 bytes, and should eventually shrink by half, >> losing about 9 KB. That would bring the u-boot.bin size down to >> 145 KB, roughly the same size as GOT reloc -- plus we'd save a few code > > ... puuh ;-) :) Think also that if I'm not mistaken, the GOT has to move to RAM while the .rel.dyn and .dynsym tables will not be necessary once relocated (unless you want u-boot to be able to move around in RAM), so RAM footprint would be smaller. >> bytes since reloc fixup functions in board_init_r would not be needed >> any more. > > Sounds good. And we can easy test this, by defining CONFIG_RELOC_FIXUP_WORKS > for all arm boards ... I'll check that. >>> And I am willing to test your efforts on AT91 here, maybe you can send me >>> the changes to .lds and start.S beforehand so I can see what type of >>> relocation info gets produced here. >> >> I'll post an RFC patch within one or two hours. > > Thanks! I am wating for it, and try your patches too. Testing on the board right now. > bye, > Heiko Amicalement, -- Albert.