summaryrefslogtreecommitdiff
path: root/arch/arm/cpu/pxa
Commit message (Collapse)AuthorAgeLines
* Coding Style cleanupWolfgang Denk2010-10-27-1/+1
| | | | Signed-off-by: Wolfgang Denk <wd@denx.de>
* ARM: fix address setup in start.SDarius Augulis2010-10-26-2/+4
| | | | | | | | Fix address setup bug for ARM. This bug stops u-boot booting if CONFIG_SKIP_RELOCATE_UBOOT is defined. Signed-off-by: Darius Augulis <augulis.darius@gmail.com>
* Replace CONFIG_SYS_GBL_DATA_SIZE by auto-generated valueWolfgang Denk2010-10-26-2/+3
| | | | | | | | | | | | | | | | | | 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: Wolfgang Denk <wd@denx.de> Acked-by: Kumar Gala <galak@kernel.crashing.org>
* PXA: Use pxa-regs.h register definitions in start.SMarek Vasut2010-10-22-12/+8
| | | | Signed-off-by: Marek Vasut <marek.vasut@gmail.com>
* PXA: Implement ELF relocationMarek Vasut2010-10-22-76/+72
| | | | | | Based on patch by: Albert Aribaud <albert.aribaud@free.fr> Signed-off-by: Marek Vasut <marek.vasut@gmail.com>
* PXA: Fix reloc, Push lowlevel init into C codeMarek Vasut2010-10-19-214/+359
| | | | | | | | | | | | | | Firstly, this fixes relocation issues. I had to use part of Dcache as RAM for a while. I also moved around the lowlevel init code. It turned out so most of the lowlevel init code ended in cpu.c (and eventually was rewritten into C). This will also allow easier operation with FDT, multi-CPU-model support etc. in later releases. NOTE: This breaks most of the PXA boards (actually, the reloc stuff did already, this only finishes the doom). Signed-off-by: Marek Vasut <marek.vasut@gmail.com>
* PXA: pxafb: Marvell Littleton LCD definitionMarek Vasut2010-10-19-0/+33
| | | | Signed-off-by: Marek Vasut <marek.vasut@gmail.com>
* PXA: pxafb: Add support for Sharp LQ038J7DH53Marek Vasut2010-10-19-0/+34
| | | | | | This LCD panel is found in Palm LifeDrive handheld Signed-off-by: Marek Vasut <marek.vasut@gmail.com>
* PXA: pxafb: Add ACX517AKN supportMarek Vasut2010-10-19-0/+34
| | | | | | ACX517AKN LCD panel is found in Palm Tungsten|C Signed-off-by: Marek Vasut <marek.vasut@gmail.com>
* PXA: pxa-regs.h cleanupMarek Vasut2010-10-19-106/+123
| | | | Signed-off-by: Marek Vasut <marek.vasut@gmail.com>
* PXA: pxafb: Fix indent problemsMarek Vasut2010-10-19-100/+100
| | | | | | Also change the initializer style Signed-off-by: Marek Vasut <marek.vasut@gmail.com>
* Rename TEXT_BASE into CONFIG_SYS_TEXT_BASEWolfgang Denk2010-10-18-1/+1
| | | | | | | | | | | | 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: Wolfgang Denk <wd@denx.de>
* arm: bugfix: replace ble with blo in start.S filesAlbert Aribaud2010-10-11-4/+4
| | | | | | | | | | | 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: Albert Aribaud <albert.aribaud@free.fr>
* ARM: implement relocation for pxaHeiko Schocher2010-09-19-1/+181
| | | | | | | | | | Change the implementation for pxa 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: Heiko Schocher <hs@denx.de>
* Prepare v2010.09-rc2v2010.09-rc2Wolfgang Denk2010-09-19-1/+1
| | | | Signed-off-by: Wolfgang Denk <wd@denx.de>
* PXA: Add support for LMS285GF05 into pxafbMarek Vasut2010-07-14-0/+34
| | | | Signed-off-by: Marek Vasut <marek.vasut@gmail.com>
* Voipac PXA270 LCD SupportMarek Vasut2010-07-14-0/+33
| | | | Signed-off-by: Marek Vasut <marek.vasut@gmail.com>
* PXA: Add OneNAND booting support to start.SMarek Vasut2010-07-14-5/+43
| | | | Signed-off-by: Marek Vasut <marek.vasut@gmail.com>
* Enable PXAFB for PXA27X and PXA3XXMarek Vasut2010-07-14-1/+8
|
* ARM: Align stack to 8 bytesVitaly Kuzmichev2010-06-22-4/+2
| | | | | | | | | | | | | 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: Vitaly Kuzmichev <vkuzmichev@mvista.com>
* PXA: Align stack to 8 bytesMarek Vasut2010-06-13-1/+4
| | | | | | | | | | | | | | | | | | | | | Part of this patch is by: Mikhail Kshevetskiy. Stack must be aligned to 8 bytes on PXA (possibly all armv5te) for LDRD/STRD instructions. In case LDRD/STRD is issued on an unaligned address, the behaviour is undefined. The issue was observed when working with the NAND code, which was rendered disfunctional. Also, the vsprintf() function had serious problems with printing 64bit wide long longs. After aligning the stack, this wrong behaviour is no longer present. Tested on: Marvell Littleton PXA310 board Toradex Colibri PXA320 board Aeronix Zipit Z2 PXA270 handheld Voipac PXA270 board Signed-off-by: Marek Vasut <marek.vasut@gmail.com>
* arm: Move cpu/$CPU to arch/arm/cpu/$CPUPeter Tyser2010-04-13-0/+1895
Signed-off-by: Peter Tyser <ptyser@xes-inc.com>