summaryrefslogtreecommitdiff
path: root/include/configs/mx31pdk.h
Commit message (Collapse)AuthorAgeLines
* board configs: drop NET_MULTI referencesMike Frysinger2011-10-05-1/+0
| | | | | | | Now that none of the core checks CONFIG_NET_MULTI, there's not much point in boards defining it. So scrub all references to it. Signed-off-by: Mike Frysinger <vapier@gentoo.org>
* mx31pdk: Place machine ID into board configFabio Estevam2011-09-30-0/+2
| | | | | | Let common code set the machine ID. Signed-off-by: Fabio Estevam <fabio.estevam@freescale.com>
* mx31pdk: Change the prompt as per other i.MX boardsFabio Estevam2011-09-30-1/+1
| | | | | | Change the prompt as done in other i.MX boards. Signed-off-by: Fabio Estevam <fabio.estevam@freescale.com>
* MX31: mx31pdk: make use of GPIO frameworkStefano Babic2011-09-07-0/+1
| | | | Signed-off-by: Stefano Babic <sbabic@denx.de>
* mx31pdk: cosmetic: Fix line over 80 charactersFabio Estevam2011-07-14-2/+4
| | | | Signed-off-by: Fabio Estevam <fabio.estevam@freescale.com>
* mx31pdk: Add DHCP commandFabio Estevam2011-06-21-0/+1
| | | | Signed-off-by: Fabio Estevam <fabio.estevam@freescale.com>
* mx31pdk: Clean up mx31pdk.h fileFabio Estevam2011-05-23-16/+16
| | | | | | No need to use '#define SYMBOL 1' to make it active. Signed-off-by: Fabio Estevam <fabio.estevam@freescale.com>
* Remove remnants of obsolete CONFIG_SYS_GBL_DATA_SIZE commentsMichael Jones2011-05-12-1/+0
| | | | | | | commit 25ddd1fb0a2281b182529afbc8fda5de2dc16d96 left remnants of many comments about CONFIG_SYS_GBL_DATA_SIZE. Signed-off-by: Michael Jones <michael.jones@matrix-vision.de>
* MX31: mx31pdk: Add watchdog supportFabio Estevam2011-05-11-0/+3
| | | | Signed-off-by: Fabio Estevam <fabio.estevam@freescale.com>
* IMX: MX31: Cleanup include files and drop nasty #ifdef in driversStefano Babic2011-04-27-1/+1
| | | | | | | | | | As exception among the i.MX processors, the i.MX31 has headers without general names (mx31-regs.h, mx31.h instead of imx-regs.h and clock.h). This requires several nasty #ifdef in the drivers to include the correct header. The patch cleans up the driver and renames the header files as for the other i.MX processors. Signed-off-by: Stefano Babic <sbabic@denx.de>
* mx31pdk: Make the full boot log visibleFabio Estevam2011-02-21-0/+1
| | | | | | Use board_early_init_f so that the full boot log output can be displayed. Signed-off-by: Fabio Estevam <fabio.estevam@freescale.com>
* mx31pdk: Use the new relocation schemeFabio Estevam2011-02-21-0/+6
| | | | Signed-off-by: Fabio Estevam <fabio.estevam@freescale.com>
* Drop support for CONFIG_SKIP_RELOCATE_UBOOTWolfgang Denk2010-10-29-1/+0
| | | | | | | | | | | | | | | | 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: Wolfgang Denk <wd@denx.de> Tested-by: Heiko Schocher <hs@denx.de> Tested-by: Reinhard Meyer <u-boot@emk-elektronik.de>
* Replace CONFIG_SYS_GBL_DATA_SIZE by auto-generated valueWolfgang Denk2010-10-26-1/+0
| | | | | | | | | | | | | | | | | | 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>
* MXC: Correct SPI_CPOL setting in SPI driverStefano Babic2010-09-30-2/+2
| | | | | | | | | | | | | | | | The handling of the SPI_CPOL bit inside the SPI driver was wrong. As reported by the manual, the meaning of the SSPOL inside the configuration register is the same as reported by SPI specification (0 if low in idle, 1 is high on idle). The driver inverts this logic. Because this patch sets the logic as specified, it is required to clear the CPOL bit in the configuration file to adapt to the correct logic. Signed-off-by: Stefano Babic <sbabic@denx.de> Signed-off-by: David Jander <david.jander@protonic.nl>
* MX: RTC13783 uses general function to access PMICStefano Babic2010-05-05-4/+5
| | | | | | | | The RTC is part of the Freescale's PMIC controller. Use general function to access to PMIC internal registers. Signed-off-by: Stefano Babic <sbabic@denx.de> Tested-by: Magnus Lilja <lilja.magnus@gmail.com>
* MX31: Activate NAND environment on i.MX31 PDK board.Magnus Lilja2010-01-19-4/+21
| | | | Signed-off-by: Magnus Lilja <lilja.magnus@gmail.com>
* Convert SMC911X Ethernet driver to CONFIG_NET_MULTI APIBen Warren2009-07-22-3/+4
| | | | | | | | | | | | All in-tree boards that use this controller have CONFIG_NET_MULTI added Also: - changed CONFIG_DRIVER_SMC911X* to CONFIG_SMC911X* - cleaned up line lengths - modified all boards that override weak function in this driver - added Signed-off-by: Ben Warren <biggerbadderben@gmail.com> Tested-by: Mike Frysinger <vapier@gentoo.org>
* MX31: Add NAND SPL boot support to i.MX31 PDK board.Magnus Lilja2009-07-06-3/+40
| | | | Signed-off-by: Magnus Lilja <lilja.magnus@gmail.com>
* MX31: Add basic support for Freescale i.MX31 PDK board.Magnus Lilja2009-07-06-0/+162
Add support for Freescale's i.MX31 PDK board (a.k.a. 3 stack board). This patch assumes that some other program performs the actual NAND boot. Signed-off-by: Magnus Lilja <lilja.magnus@gmail.com> Acked-by: Fabio Estevam <fabioestevam@yahoo.com> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>