From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from f64.mail.ru ([217.69.129.105]) by merlin.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux)) id 1UCjXz-00051K-PE for barebox@lists.infradead.org; Tue, 05 Mar 2013 04:32:17 +0000 From: =?UTF-8?B?QWxleGFuZGVyIFNoaXlhbg==?= Mime-Version: 1.0 Date: Tue, 05 Mar 2013 08:32:11 +0400 Message-ID: <1362457931.500418774@f64.mail.ru> In-Reply-To: <20130304201929.GI1906@pengutronix.de> References: <1362427389-2144-1-git-send-email-s.hauer@pengutronix.de> <1362427802.171419274@f40.mail.ru> <20130304201929.GI1906@pengutronix.de> Reply-To: =?UTF-8?B?QWxleGFuZGVyIFNoaXlhbg==?= List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "barebox" Errors-To: barebox-bounces+u.kleine-koenig=pengutronix.de@lists.infradead.org Subject: =?UTF-8?B?UmVbMl06IFtQQVRDSCA2LzZdIEFSTTogQWRkIHJlbG9jYXRhYmxlIGJpbmFy?= =?UTF-8?B?eSBzdXBwb3J0?= To: =?UTF-8?B?U2FzY2hhIEhhdWVy?= Cc: barebox@lists.infradead.org > On Tue, Mar 05, 2013 at 12:10:02AM +0400, Alexander Shiyan wrote: > > > For making the same binary executable on different SoCs which have > > > different DRAM addresses we have to be independent of the compile > > > time link address. > > > > > > This patch adds relocatable binary support for the ARM architecture. > > > With this two new functions are available. relocate_to_current_adr > > > will fixup the binary to continue executing from the current position. > > > relocate_to_adr will copy the binary to a given address, fixup the > > > binary and continue executing from there. > > > > > > For the PBL and the real image relocatable support can be enabled > > > independently. This is done to (hopefully) better cope with setups > > > where the PBL runs from SRAM or ROM and the real binary does not. > > > > > > Signed-off-by: Sascha Hauer > > ... > > > > Hello. > > > > I just suggest put this new stuff under EXPERIMENTAL condition. > > Thanks. > > I'm unsure this makes sense. In the kernel currently 388 options depend > on EXPERIMENTAL and 433 out of 438 defconfigs have EXPERIMENTAL enabled. > This recently led to the discussion whether this option should be > removed from the Kernel. OK. One more thing. You are introduce "RELOCATABLE" symbol in arm/Kconfig, but symbol with same name is already exist in common/Kconfig. On my opinion this is no so good. Thanks. --- _______________________________________________ barebox mailing list barebox@lists.infradead.org http://lists.infradead.org/mailman/listinfo/barebox