- 02 2月, 2011 1 次提交
-
-
由 Liu Hui-R64343 提交于
Remove the useless code from start.S Signed-off-by: NJason Liu <r64343@freescale.com> Tested-by: NAndreas Bießmann <andreas.devel@googlemail.com>
-
- 14 12月, 2010 1 次提交
-
-
由 Wolfgang Denk 提交于
Make code build with older tool chains. Signed-off-by: NWolfgang Denk <wd@denx.de>
-
- 09 12月, 2010 4 次提交
-
-
由 Andreas Bießmann 提交于
r8 is used for global_data and should therefore be left alone! For C code the compiler flag --fixed-r8 does the job, but in assembler we need to be aware of that fact. Signed-off-by: NAndreas Bießmann <andreas.devel@googlemail.com>
-
由 Andreas Bießmann 提交于
In case we are still at relocation target address before relocation we do not need to load the registers needed for relocation. We should instead skip the whole relocation part and jump over to clear_bss immediately. Signed-off-by: NAndreas Bießmann <andreas.devel@googlemail.com>
-
由 Andreas Bießmann 提交于
This patch uses r1 as scratch register for copy_loop(). Therefore we do not longer need r7 for the storage of relocate_code()'s 'addr_moni' (the destination address of relocation). Therefore r7 can be used later on for other purposes. Signed-off-by: NAndreas Bießmann <andreas.devel@googlemail.com>
-
由 Heiko Schocher 提交于
suggested from Daniel Hobi<daniel.hobi@schmid-telecom.ch> Tested on following boards: arm1136: qong armv7: omap3_beagle arm926ejs: magnesium, tx25 Signed-off-by: NHeiko Schocher <hs@denx.de> cc: Daniel Hobi <daniel.hobi@schmid-telecom.ch> cc: Albert ARIBAUD <albert.aribaud@free.fr>
-
- 27 11月, 2010 1 次提交
-
-
由 Albert Aribaud 提交于
The start.S file was only half-rewritten for ELF relocations. This bugfix completes the rewrite. Signed-off-by: NAlbert Aribaud <albert.aribaud@free.fr>
-
- 30 10月, 2010 2 次提交
-
-
由 Wolfgang Denk 提交于
For ARM systems, before ELF relocation was introduced, CONFIG_SKIP_RELOCATE_UBOOT coul be used to prevent *COPYING* the U-Boot image from whereever it was loaded to it's link address (CONFIG_SYS_TEXT_BASE). The name was badly chosen, as no relocation was performed at all, it was just a memcpy(). With ELF relocation, this does not work like that any more, and related boards need to be fixed anyway. So don't keep this relict any longer. Signed-off-by: NWolfgang Denk <wd@denx.de> Tested-by: NHeiko Schocher <hs@denx.de> Tested-by: NReinhard Meyer <u-boot@emk-elektronik.de>
-
由 Wolfgang Denk 提交于
When this define was introduced, the idea was to provide a soft migration path for ARM boards to get adapted to the new relocation support. However, other recent changes led to a different implementation (ELF relocation), where this no longer works. By now CONFIG_SYS_ARM_WITHOUT_RELOC does not only not help any more, but it actually hurts because it obfuscates the actual code by sprinkling it with lots of dead and non-working debris. So let's make a clean cut and drop CONFIG_SYS_ARM_WITHOUT_RELOC. Signed-off-by: NWolfgang Denk <wd@denx.de> Tested-by: NHeiko Schocher <hs@denx.de> Tested-by: NReinhard Meyer <u-boot@emk-elektronik.de>
-
- 27 10月, 2010 2 次提交
-
-
由 Darius Augulis 提交于
Fix relocation code for arm1176, do it like other ARM CPU's are doing. Tested only with CONFIG_SKIP_RELOCATE_UBOOT defined and using nand_spl (booting from nand). Test done on s3c6410 based board (not yet supported in main line). Signed-off-by: NDarius Augulis <augulis.darius@gmail.com>
-
由 Wolfgang Denk 提交于
CONFIG_SYS_GBL_DATA_SIZE has always been just a bad workarond for not being able to use "sizeof(struct global_data)" in assembler files. Recent experience has shown that manual synchronization is not reliable enough. This patch renames CONFIG_SYS_GBL_DATA_SIZE into GENERATED_GBL_DATA_SIZE which gets automatically generated by the asm-offsets tool. In the result, all definitions of this value can be deleted from the board config files. We have to make sure that all files that reference such data include the new <asm-offsets.h> file. No other changes have been done yet, but it is obvious that similar changes / simplifications can be done for other, related macro definitions as well. Signed-off-by: NWolfgang Denk <wd@denx.de> Acked-by: NKumar Gala <galak@kernel.crashing.org>
-
- 19 10月, 2010 1 次提交
-
-
由 Wolfgang Denk 提交于
The change is currently needed to be able to remove the board configuration scripting from the top level Makefile and replace it by a simple, table driven script. Moving this configuration setting into the "CONFIG_*" name space is also desirable because it is needed if we ever should move forward to a Kconfig driven configuration system. Signed-off-by: NWolfgang Denk <wd@denx.de>
-
- 11 10月, 2010 1 次提交
-
-
由 Albert Aribaud 提交于
Generalized misuse of ble within relocation and bss initialization loops caused one iteration too many. Instead of ble ('branch if lower or equal'), use blo ('branch if lower'). While we're at it, fix all 'addreee' typos. Signed-off-by: NAlbert Aribaud <albert.aribaud@free.fr>
-
- 20 9月, 2010 1 次提交
-
-
由 Heiko Schocher 提交于
Change the implementation for arm1176 to relocate the code to an arbitrary address in RAM. Portions of this work were supported by funding from the CE Linux Forum. Signed-off-by: NHeiko Schocher <hs@denx.de>
-
- 23 6月, 2010 2 次提交
-
-
由 Vitaly Kuzmichev 提交于
The ARM ABI requires that the stack be aligned to 8 bytes as it is noted in Procedure Call Standard for the ARM Architecture: http://infocenter.arm.com/help/topic/com.arm.doc.ihi0042d/index.html Unaligned SP also causes the problem with variable-length arrays allocation when VLA address becomes less than stack pointer during aligning of this address, so the next 'push' in the stack overwrites first 4 bytes of VLA. Signed-off-by: NVitaly Kuzmichev <vkuzmichev@mvista.com> Tested on tx25(mx25), imx27lite(mx27), qong(mx31) and trab(s3c2400) Tested-by: NWolfgang Denk <wd@denx.de>
-
由 Vitaly Kuzmichev 提交于
The ARM ABI requires that the stack be aligned to 8 bytes as it is noted in Procedure Call Standard for the ARM Architecture: http://infocenter.arm.com/help/topic/com.arm.doc.ihi0042d/index.html Unaligned SP also causes the problem with variable-length arrays allocation when VLA address becomes less than stack pointer during aligning of this address, so the next 'push' in the stack overwrites first 4 bytes of VLA. Signed-off-by: NVitaly Kuzmichev <vkuzmichev@mvista.com>
-
- 08 6月, 2010 2 次提交
-
-
由 Cyril Chemparathy 提交于
The current ARM1176 CPU specific code is too specific to the SMDK6400 architecture. The following changes were necessary prerequisites for the addition of other SoCs based on ARM1176. Existing board's (SMDK6400) configuration has been modified to keep behavior unchanged despite these changes. 1. Peripheral port remap configurability The earlier code had hardcoded remap values specific to s3c64xx in start.S. This change makes the peripheral port remap addresses and sizes configurable. 2. U-Boot code relocation support Most architectures allow u-boot code to run initially at a different address (possibly in NOR) and then get relocated to its final resting place in RAM. Added support for this capability in ARM1176 architecture. 3. Disable TCM if necessary If a ROM based bootloader happened to have initialized TCM, we disable it here to keep things sane. 4. Remove unnecessary SoC specific includes ARM1176 code does not really need this SoC specific include. The presence of this include prevents builds on other ARM1176 archs. 5. Modified virt-to-phys conversion during MMU disable The original MMU disable code masks out too many bits from the load address when it tries to figure out the physical address of the jump target label. Consequently, it ends up branching to the wrong address after disabling the MMU. Signed-off-by: NCyril Chemparathy <cyril@ti.com> Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>
-
由 Cyril Chemparathy 提交于
The current ARM1176 CPU specific code is too specific to the SMDK6400 architecture. The following changes were necessary prerequisites for the addition of other SoCs based on ARM1176. Existing board's (SMDK6400) configuration has been modified to keep behavior unchanged despite these changes. 1. Peripheral port remap configurability The earlier code had hardcoded remap values specific to s3c64xx in start.S. This change makes the peripheral port remap addresses and sizes configurable. 2. U-Boot code relocation support Most architectures allow u-boot code to run initially at a different address (possibly in NOR) and then get relocated to its final resting place in RAM. Added support for this capability in ARM1176 architecture. 3. Disable TCM if necessary If a ROM based bootloader happened to have initialized TCM, we disable it here to keep things sane. 4. Remove unnecessary SoC specific includes ARM1176 code does not really need this SoC specific include. The presence of this include prevents builds on other ARM1176 archs. 5. Modified virt-to-phys conversion during MMU disable The original MMU disable code masks out too many bits from the load address when it tries to figure out the physical address of the jump target label. Consequently, it ends up branching to the wrong address after disabling the MMU. Signed-off-by: NCyril Chemparathy <cyril@ti.com> Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>
-
- 13 4月, 2010 1 次提交
-
-
由 Peter Tyser 提交于
Signed-off-by: NPeter Tyser <ptyser@xes-inc.com>
-
- 04 4月, 2010 1 次提交
-
-
由 Joonyoung Shim 提交于
The s3c6400.h file is only for S3C64XX cpu and the pheripheral port address(0x70000000 - 0x7fffffff) exists at only S3C64XX cpu, so they should be included by only S3C64XX cpu. Signed-off-by: NJoonyoung Shim <jy0922.shim@samsung.com> Signed-off-by: NMinkyu Kang <mk7.kang@samsung.com>
-
- 13 3月, 2010 1 次提交
-
-
由 Joonyoung Shim 提交于
The s3c6400.h file is only for S3C64XX cpu and the pheripheral port address(0x70000000 - 0x7fffffff) exists at only S3C64XX cpu, so they should be included by only S3C64XX cpu. Signed-off-by: NJoonyoung Shim <jy0922.shim@samsung.com> Signed-off-by: NMinkyu Kang <mk7.kang@samsung.com>
-
- 09 2月, 2010 1 次提交
-
-
由 Joonyoung Shim 提交于
The s3c6400.h file is only for S3C64XX cpu and the pheripheral port address(0x70000000 - 0x7fffffff) exists at only S3C64XX cpu, so they should be included by only S3C64XX cpu. Signed-off-by: NJoonyoung Shim <jy0922.shim@samsung.com> Signed-off-by: NMinkyu Kang <mk7.kang@samsung.com>
-
- 28 11月, 2009 2 次提交
-
-
由 Seunghyeon Rhee 提交于
Fix stack_setup to place the stack on the correct address in DRAM accroding to U-Boot standard and remove conditional compilation by CONFIG_MEMORY_UPPER_CODE macro that is not necessry. This macro was introduced and used only by this board for some unclear reason. The definition of this macro is also removed because it's not referenced elsewhere. Signed-off-by: NSeunghyeon Rhee <seunghyeon@lpmtec.com> Tested-by: NMinkyu Kang <mk7.kang@samsung.com>
-
由 Minkyu Kang 提交于
This patch moves the s3c64xx header files from include/ to include/asm-arm/arch-s3c64xx Signed-off-by: NMinkyu Kang <mk7.kang@samsung.com>
-
- 13 11月, 2009 1 次提交
-
-
由 Seunghyeon Rhee 提交于
Fix stack_setup to place the stack on the correct address in DRAM accroding to U-Boot standard and remove conditional compilation by CONFIG_MEMORY_UPPER_CODE macro that is not necessry. This macro was introduced and used only by this board for some unclear reason. The definition of this macro is also removed because it's not referenced elsewhere. Signed-off-by: NSeunghyeon Rhee <seunghyeon@lpmtec.com> Tested-by: NMinkyu Kang <mk7.kang@samsung.com>
-
- 06 11月, 2009 1 次提交
-
-
由 Minkyu Kang 提交于
This patch moves the s3c64xx header files from include/ to include/asm-arm/arch-s3c64xx Signed-off-by: NMinkyu Kang <mk7.kang@samsung.com>
-
- 19 10月, 2008 1 次提交
-
-
Signed-off-by: NJean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
-
- 31 8月, 2008 1 次提交
-
-
由 Guennadi Liakhovetski 提交于
Based on the original S3C64XX port by Samsung for U-Boot 1.1.6. Signed-off-by: NGuennadi Liakhovetski <lg@denx.de>
-