summaryrefslogtreecommitdiff
path: root/cpu
Commit message (Collapse)AuthorAgeLines
* ENGR00121976 UBOOT: some fix for SD/MMC cardJason2010-03-25-6/+109
| | | | | | | | | -Update eSDHC clock setting, -Fix the GPT timer setting, -Fix the boot option pars, -Remove mdelay() function call to improve the performance Signed-off-by:Jason Liu <r64343@freescale.com>
* ENGR00121731: Add mmu, l1cache, l2cache support for mx53Terry Lv2010-03-19-0/+21
| | | | | | Add mmu, l1cache, l2cache support for mx53. Signed-off-by: Terry Lv <r65388@freescale.com>
* ENGR00121202 Add uboot support for MX53Jason2010-03-17-1/+1730
| | | | | | Add uboot support for MX53 Signed-off-by:Jason Liu <r64343@freescale.com>
* ENGR00121379: MX28 U-BOOT enhancementsTerry Lv2010-03-12-336/+106
| | | | | | MX28 U-BOOT enhancements. Signed-off-by: Terry Lv <r65388@freescale.com>
* ENGR00121314: Fix mx23 and mx28 u-boot build errorTerry Lv2010-03-05-0/+1
| | | | | | | mx23 and mx28 u-boot build fails. The reason is that cache-cp15.c is changed to cache-cp15.h. Signed-off-by: Terry Lv <r65388@freescale.com>
* ENGR00120520: Enable MMU for mx51 and mx35Terry Lv2010-03-04-30/+185
| | | | | | | MMU enable code is missed in mx51 and mx35 u-boot. So add these codes. Signed-off-by: Terry Lv <r65388@freescale.com>
* ENGR00120476: Add fuse support for mx51Terry Lv2010-01-27-0/+428
| | | | | | Add fuse support for mx51. Signed-off-by: Terry Lv <r65388@freescale.com>
* ENGR00120206 iMX28 Enable Ethernet and MMC boot supportrel_imx_2.6.31_10.02.00Frank Li2010-01-25-45/+992
| | | | | | Enable Ethernet and MMC boot support for imx28-evk Signed-off-by: Frank Li <frank.li@freescale.com>
* ENGR00120202 MX51: enable L2 cacheLily Zhang2010-01-18-1/+50
| | | | | | Enable L2 cache in MX51 for uboot and kernel Signed-off-by: Lily Zhang <r58066@freescale.com>
* ENGR00120203: Add fec_addr check for mx51Terry Lv2010-01-18-1/+6
| | | | | | | As mx51 also uses FEC, we need to write FEC mac addr to register for kernel. Thus fec_addr also need to be checked. Signed-off-by: Terry Lv <r65388@freescale.com>
* ENGR00119890: Set right mac addr to FEC register in initTerry Lv2010-01-11-2/+16
| | | | | | | The mac addr set to FEC is smc911x's. So add a environment "fec_addr" to set fec address. Signed-off-by: Terry Lv <r65388@freescale.com>
* ENGR00119716: MX28 basic support.Terry Lv2009-12-31-0/+592
| | | | | | Add mx28 to u-boot and pass the compiling. Signed-off-by: Terry Lv <r65388@freescale.com>
* ENGR00119591 Fix SPI-NOR reset issueLily Zhang2009-12-25-0/+9
| | | | | | | Add the workaround for ENGcm09397: reconfigure eCSPI SS signal as GPIO before reset. Signed-off-by: Lily Zhang <r58066@freescale.com>
* ENGR00119625 i.MX35: UBoot doesn't accept commands if program uboot to NORFred Fan2009-12-24-2/+2
| | | | | | | | | | | | | | | | Bug detailed description: 1. Program uboot to NOR. 2. UBoot can boot up, but it doesn't accept commands. log: MX35 U-Boot > MX35 U-Boot > help Unknown command 'help' - try 'help' MX35 U-Boot > printenv Unknown command 'printenv' - try 'help' MX35 U-Boot > help Unknown command 'help' - try 'help' MX35 U-Boot > Signed-off-by: Fred.fan <r01011@freescale.com
* ENGR00119224: mmu support for mx51 3stack and mx51 bbgTerry Lv2009-12-11-0/+11
| | | | | | mmu support for mx51 3stack and mx51 bbg. Signed-off-by: Terry Lv <r65388@freescale.com>
* ENGR00118978: Timer adjustment for all platformsFred Fan2009-12-04-116/+124
| | | | | | | | | In current u-boot design, get_timer_masked is not correct and udelay is not accurate when the time is less than 1000us. Thus we need to use ipg clock source for accurate timer. Signed-off-by: Terry Lv <r65388@freescale.com>
* ENGR00118579 Enable MMUrel_imx_2.6.31_09.12.00_RC1Fred Fan2009-11-30-1/+12
| | | | | | | To enable MMU, it is porting from redboot. Enable MMU and enable I/D cache. Signed-off-by:Fred Fan <r01011@freescale.com>
* ENGR00118576 MX25: Support Smc911x ethernetSammy He2009-11-20-17/+12
| | | | | | | 1. Add imx cspi support for cpld access. 2. Add smc911x ethernet support from cpld. Signed-off-by: Sammy He <r62914@freescale.com>
* ENGR00118428 MX233 Uboot: reslove the build error for branch imx_v2009.08Lionel Xu2009-11-13-1/+0
| | | | | | | bd->bi_enetaddr was removed in one of the previous patchs, some changes must be done to avoid building error. Signed-off-by: Lionel Xu <r63889@freescale.com>
* u-boot v2009.08 sd/mmc support.Terry Lv2009-11-03-54/+199
| | | | Signed-off-by: Terry Lv <r65388@freescale.com>
* ENGR00116472-1 U-BOOT upgrade to V2009.08Fred Fan2009-09-14-87/+134
| | | | | | | | | | U-BOOT upgrade from V2009.01 to V2009.08 Initial version for i.MX51 BBG board. Support: FEC, SPI, spi Nor Flash Boot from spi nor flash and mmc/sd Signed-off-by:Fred Fan <r01011@freescale.com>
* ENGR00116243: I2C support for mx51 3ds board.Terry Lv2009-09-10-5/+20
| | | | | | I2C support for mx51 3ds board. Signed-off-by: Terry Lv <r65388@freescale.com>
* ENGR00113941 MX233: Make UBOOT v2009.01 work on EVK boardLionel Xu2009-09-10-0/+593
| | | | | | | | Porting MX233 UBOOT from 1.3.3 to V2009.01. Clear old cfg macro, such as CFG_HZ. Change MAC address getting source from initial configuration to On-Chip OTP. Signed-off-by: Lionel Xu <r63889@freescale.com>
* ENGR00113611: Add FEC support for BBG2.Terry Lv2009-09-10-0/+25
| | | | | | Add FEC support for BBG2. Signed-off-by: Terry Lv <r65388@freescale.com>
* ENGR00112845 spi nor boot and pmic support for BBG2.Terry Lv2009-09-10-2/+55
| | | | | | spi nor boot support for BBG2. Signed-off-by: Terry Lv <r65388@freescale.com>
* ENGR00110586 MX31: Resolve Copyright issue for mx31 filesr653882009-09-10-0/+4
| | | | | | Add freescale copyright. Signed-off-by: r65388 <r65388@freescale.com>
* ENGR00108673 Add i.MX25 core to U-BootAlan Carvalho de Assis2009-09-10-1/+780
| | | | | | This patch add support on U-Boot to i.MX25 processor. Signed-off-by: Alan Carvalho de Assis <alan.assis@freescale.com>
* ENGR00108473 Porting i.MX51 3stack TO2 support to V2009.01Fred Fan2009-09-10-0/+1615
| | | | | | | Support i.MX51 TO2.0 3stack board. And enable LAN9217 support. NAND is not supported in this patch. Signed-off-by: Fred Fan <r01011@freescale.com>
* ENGR00107886 Porting MX31, MX35 3stack to u-boot V2009.01Fred Fan2009-09-10-0/+14
| | | | | | Modify and Verfiy MX31 & MX35 3stack according to the changes in V2009.01 Signed-off-by: Fred Fan <r01011@freescale.com>
* ENGR00102788 Remove CONFIG_NAND_BOOT on i.MX31 3stackFred Fan2009-09-09-2/+0
| | | | | | | | | 1. Change NAND driver Makefile to bulild individual nand driver on i.MX31 and i.MX35. 2. Remove CONFIG_NAND_BOOT to common boot code which supports boot from nand and nor. Signed-off-by: Fred Fan <r01011@freescale.com>
* ENGR00102776 Support boot from NAND on i.mx35 3stack TO1Fred Fan2009-09-09-19/+279
| | | | | | | | | 1. Support boot from NAND Changes link script to separate initial code to multiple sections. 2. One binary support boot from NOR and NAND Changes common file start.S to support multiple sections. Signed-off-by: Fred Fan <r01011@freescale.com>
* ENGR00099697 Add nand driver for mx35Fred Fan2009-09-09-0/+5
| | | | | | Add nand driver for mx35 Signed-off-by:Jason Liu <r64343@freescale.com>
* ENGR00094619 Support i.MX31 3stack boardFred Fan2009-09-09-30/+248
| | | | | | | | Support boot from NAND Flash Add driver for i.MX31 NFC Upgate U-Boot to support NAND boot Signed-off-by: Xinyu Chen <xinyu.chen@freescale.com>
* ENGR00081147 Support i.MX35 3stack boardFred Fan2009-09-09-1/+995
| | | | | | | | Support boot from NOR flash Support Multiple ethernet:LAN9217 and FEC Support upgrade u-boot Signed-off-by: Fred Fan <r01011@freescale.com>
* Prepare 2009.08-rc3v2009.08-rc3Wolfgang Denk2009-08-22-1/+1
| | | | | | Update CHANGELOG, minor Coding Style cleanup. Signed-off-by: Wolfgang Denk <wd@denx.de>
* ARM: compiler options cleanup - improve tool chain supportWolfgang Denk2009-08-21-36/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | For some time there have been repeated reports about build problems with some ARM (cross) tool chains. Especially issues about (in)compatibility with the tool chain provided runtime support library libgcc.a caused to add and support a private implementation of such runtime support code in U-Boot. A closer look at the code indicated that some of these issues are actually home-made. This patch attempts to clean up some of the most obvious problems and make building of U-Boot with different tool chains easier: - Even though all ARM systems basicy used the same compiler options to select a specific ABI from the tool chain, the code for this was distributed over all cpu/*/config.mk files. We move this one level up into lib_arm/config.mk instead. - So far, we only checked if "-mapcs-32" was supported by the tool chain; if yes, this was used, if not, "-mabi=apcs-gnu" was selected, no matter if the tool chain actually understood this option. There was no support for EABI conformant tool chains. This patch implements the following logic: 1) If the tool chain supports "-mabi=aapcs-linux -mno-thumb-interwork" we use these options (EABI conformant tool chain). 2) Otherwise, we check first if "-mapcs-32" is supported, and then check for "-mabi=apcs-gnu" If one test succeeds, we use the first found option. 3) In case 2), we also test if "-mno-thumb-interwork", and use this if the test succeeds. [For "-mabi=aapcs-linux" we set "-mno-thumb-interwork" mandatorily.] This way we use a similar logic for the compile options as the Linux kernel does. - Some EABI conformant tool chains cause external references to utility functions like raise(); such functions are provided in the new file lib_arm/eabi_compat.c Note that lib_arm/config.mk gets parsed several times, so we must make sure to add eabi_compat.o only once to the linker list. Signed-off-by: Wolfgang Denk <wd@denx.de> Cc: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com> Cc: Dirk Behme <dirk.behme@googlemail.com> Cc: Magnus Lilja <lilja.magnus@gmail.com> Cc: Tom Rix <Tom.Rix@windriver.com> Cc: Prafulla Wadaskar <prafulla@marvell.com> Acked-by: Sergey Kubushyn <ksi@koi8.net> Tested-by: Magnus Lilja <lilja.magnus@gmail.com> Tested-by: Andrzej Wolski <awolski@poczta.fm> Tested-by: Gaye Abdoulaye Walsimou <walsimou@walsimou.com> Tested-by: Tom Rix <Tom.Rix@windriver.com> Tested-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
* 85xx: Fix addrmap to include memoryKumar Gala2009-08-14-6/+22
| | | | | | | | | | | | | | When we init the addrmap based on the TLB we will not end up getting the TLB that covers memory if we are using SPD. The reason is we haven't relocated at the point that we setup the memory TLB and thus it will not get setup in the addrmap. Instead we can just walk over the TLB array after we've relocated and see all the TLBs that have been set and use that information to populate the initial addrmap. By doing this we insure that we get the TLB entries that cover memory. Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
* Minor coding style cleanup.Wolfgang Denk2009-08-10-2/+0
| | | | Signed-off-by: Wolfgang Denk <wd@denx.de>
* ARM Cortex A8: Remove bogus config.mk entriesDirk Behme2009-08-10-38/+1
| | | | | | | Remove bogus config.mk entry, fix newline and remove redundant omap3/config.mk Signed-off-by: Dirk Behme <dirk.behme@googlemail.com>
* mxc-mmc: sdhc host driver for MX2 and MX3 proccessorIlya Yanok2009-08-09-0/+16
| | | | | | | | | | This is a port of Linux driver for SDHC host controller hardware found on Freescale's MX2 and MX3 processors. Uses new generic MMC framework (CONFIG_GENERIC_MMC) and it looks like there are some problems with a framework (at least on LE cpus). Some of these problems are addressed in the following patches. Signed-off-by: Ilya Yanok <yanok@emcraft.com>
* Dual-license IBM code contributionsJosh Boyer2009-08-09-0/+14
| | | | | | | | | | | | | It was brought to our attention that U-Boot contains code derived from the IBM OpenBIOS source code originally provided with some of the older PowerPC 4xx development boards. As a result, the original license of this code has been carried in the various files for a number of years in the U-Boot project. IBM is dual-licensing the IBM code contributions already present in U-Boot under either the terms of the GNU General Public License version 2, or the original code license already present. Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
* omap3: bug fix for NOR boot supportPenda Naveen Kumar2009-08-08-4/+4
| | | | | | | This patch provides bug fix, when omap3 uses nor boot. Signed-off-by: Penda Naveen Kumar<pnaveen@ti.com> Acked-by: Dirk Behme <dirk.behme@googlemail.com>
* omap3: replace all instances of gpmc config struct by one globalDirk Behme2009-08-08-13/+11
| | | | | Signed-off-by: Matthias Ludwig <mludwig@ultratronik.de> Signed-off-by: Dirk Behme <dirk.behme@googlemail.com>
* omap3: remove typedefs for configuration structsDirk Behme2009-08-08-29/+29
| | | | | Signed-off-by: Matthias Ludwig <mludwig@ultratronik.de> Signed-off-by: Dirk Behme <dirk.behme@googlemail.com>
* omap3: embedd gpmc_cs into gpmc config structMatthias Ludwig2009-08-07-22/+15
| | | | | | | | | Embedd chip select configuration into struct for gpmc config instead of having it completely separated as suggested by Wolfgang Denk on http://lists.denx.de/pipermail/u-boot/2009-May/052247.html Signed-off-by: Matthias Ludwig <mludwig@ultratronik.de>
* Merge branch 'next' of git://git.denx.de/u-boot-coldfireWolfgang Denk2009-08-04-545/+372
|\
| * ColdFire: Add DSPI support for MCF5227x and MCF5445xTsiChung Liew2009-07-14-500/+121
| | | | | | | | | | | | | | | | Remove individual CPU specific DSPI driver. Add required feature for the common DSPI driver in cpu_init and in platform configuration file. Signed-off-by: TsiChung Liew <tsicliew@gmail.com>
| * ColdFire: Add M5208EVB and MCF520x CPU supportTsiChung Liew2009-07-14-14/+199
| | | | | | | | Signed-off-by: TsiChung Liew <tsicliew@gmail.com>
| * ColdFire: Update for M54451EVBTsiChung Liew2009-07-14-35/+56
| | | | | | | | | | | | | | | | Update serial boot DRAM's Internal RAM, vector table and DRAM in start.S, serial flash's read status command over SPI and NOR flash. Signed-off-by: TsiChung Liew <tsicliew@gmail.com>
* | rm9200 lowevel_init: don't touch reserved/readonly registersDavid Brownell2009-08-03-12/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | For some reason the AT91rm9200 lowlevel init writes to a bunch of reserved or read-only addresses. All the boards seem to define the value-to-be-written values as zero ... but they shouldn't actually be writing *anything* there. No documented erratum justifies these accesses. It looks like maybe some pre-release BDI-2000 setup code has been carried along by cargo cult programming since at least late 2004 (per GIT history). Here's a patch disabling what seems to be bogosity. Tested on a csb337; there were no behavioral changes. Signed-off-by: David Brownell <david-b@pacbell.net> on RM9200ek Tested-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
generated by cgit v1.1 at 2024-12-29 05:10:57 +0000