- 06 6月, 2013 2 次提交
-
-
由 Fabio Estevam 提交于
No need to use the 'status' variable, so just remove it. Signed-off-by: NFabio Estevam <fabio.estevam@freescale.com> Reviewed-by: NOtavio Salvador <otavio@ossystems.com.br>
-
由 Fabio Estevam 提交于
When running the "save" command several times on a mx6qsabresd we see: U-Boot > save Saving Environment to MMC... Writing to MMC(1)... done U-Boot > save Saving Environment to MMC... MMC partition switch failed U-Boot > save Saving Environment to MMC... Writing to MMC(1)... done U-Boot > save Saving Environment to MMC... MMC partition switch failed U-Boot > save Saving Environment to MMC... Writing to MMC(1)... done U-Boot > save Saving Environment to MMC... MMC partition switch failed This issue is caused by the incorrect usage of CONFIG_SYS_MMC_ENV_PART. CONFIG_SYS_MMC_ENV_PART should be used to specify the mmc partition that stores the environment variables. On some imx boards it is been incorrectly used to pass the partition of kernel and dtb files for the 'mmcpart' script variable. Remove the CONFIG_SYS_MMC_ENV_PART usage and configure the 'mmcpart' variable directly. Reported-by: NJason Liu <r64343@freescale.com> Signed-off-by: NFabio Estevam <fabio.estevam@freescale.com> Acked-by: NJason Liu <r64343@freescale.com>
-
- 04 6月, 2013 1 次提交
-
-
由 SARTRE Leo 提交于
Add minimal support (only boot from mmc device) for the Congatec Conga-QEVAl Evaluation Carrier Board with conga-Qmx6q (i.MX6 Quad processor) module. Signed-off-by: NLeo Sartre <lsartre@adeneo-embedded.com> Acked-by: NStefano Babic <sbabic@denx.de> Acked-by: NOtavio Salvador <otavio@ossystems.com.br>
-
- 03 6月, 2013 15 次提交
-
-
由 Otavio Salvador 提交于
Signed-off-by: NOtavio Salvador <otavio@ossystems.com.br>
-
由 Fabio Estevam 提交于
Signed-off-by: NFabio Estevam <fabio.estevam@freescale.com>
-
由 Otavio Salvador 提交于
The boot logo matching is now done in following way: - use LOGO_BMP if it is set, or - use $(BOARD).bmp if it exists in tools/logos, or - use $(VENDOR).bmp if it exists in tools/logos, or - use denx.bmp otherwise. Signed-off-by: NOtavio Salvador <otavio@ossystems.com.br> Acked-by: NWolfgang Denk <wd@denx.de>
-
由 Andrew Gabbasov 提交于
The number of gpio signal is packed inside CONFIG_SF_DEFAULT_CS macro (shifted and or'ed with chip select), so it's incorrect to pass that macro directly as an argument to gpio_direction_output() call. Also, SPI driver sets the direction and initial value of a gpio, used as a chip select signal, before any actual activity happens on the bus. So, it is safe to just remove the gpio_direction_output call, that works incorrectly, thus making no effect, anyway. Signed-off-by: NAndrew Gabbasov <andrew_gabbasov@mentor.com> Tested-by: NRobert Winkler <robert.winkler@boundarydevices.com> Acked-by: NDirk Behme <dirk.behme@de.bosch.com>
-
由 Renato Frias 提交于
There are 3 IO expanders on the mx6qsabreauto all reset by the same GPIO, just set it to high to use the IO. Signed-off-by: NRenato Frias <b13784@freescale.com> Acked-by: NStefano Babic <sbabic@denx.de>
-
由 Renato Frias 提交于
Add i2c2 and 3 to mx6qsabreauto board, i2c3 is multiplexed use gpio to set steering. Signed-off-by: NRenato Frias <b13784@freescale.com> Reviewed-by: NOtavio Salvador <otavio@ossystems.com.br> Reviewed-by: NFabio Estevam <fabio.estevam@freescale.com> Acked-by: NStefano Babic <sbabic@denx.de>
-
由 Fabio Estevam 提交于
When the mx6slevk board support was added in U-boot there was no device tree support for mx6sl, so only a FSL 3.0.35 was tested at that time. Now that mx6slevk support is available we can boot a device tree kernel, by adjusting CONFIG_LOADADDR into a proper location, so that a non-dt and a dt kernels can be booted. Signed-off-by: NFabio Estevam <fabio.estevam@freescale.com>
-
由 Marek Vasut 提交于
The vectoring table has to be placed at 0x0, but U-Boot on MX23/MX28 starts from RAM, so the vectoring table at 0x0 is not present. Craft code that will be placed at 0x0 and will redirect interrupt vectoring to proper location of the U-Boot in RAM. Signed-off-by: NMarek Vasut <marex@denx.de> CC: Stefano Babic <sbabic@denx.de> CC: Fabio Estevam <fabio.estevam@freescale.com> Tested-by: NFabio Estevam <fabio.estevam@freescale.com>
-
由 Alison Wang 提交于
VF610TWR is a board based on Vybrid VF610 SoC. This patch adds basic support for Vybrid VF610TWR board. Signed-off-by: NAlison Wang <b18965@freescale.com> Signed-off-by: NJason Jin <Jason.jin@freescale.com> Signed-off-by: NTsiChung Liew <tsicliew@gmail.com> Reviewed-by: NBenoît Thébaudeau <benoit.thebaudeau@advansee.com>
-
由 Alison Wang 提交于
This patch adds Vybrid VF610 to mxc_ocotp document. Signed-off-by: NAlison Wang <b18965@freescale.com> Reviewed-by: NBenoît Thébaudeau <benoit.thebaudeau@advansee.com>
-
由 Alison Wang 提交于
This patch adds lpuart support for Vybrid VF610 platform. Signed-off-by: NTsiChung Liew <tsicliew@gmail.com> Signed-off-by: NAlison Wang <b18965@freescale.com>
-
由 Alison Wang 提交于
This patch adds watchdog support for Vybrid VF610 platform. Signed-off-by: NAlison Wang <b18965@freescale.com>
-
由 Alison Wang 提交于
This patch adds FEC support for Vybrid VF610 platform. In function fec_open(), RCR register is only set as RGMII mode. But RCR register should be set as RMII mode for VF610 platform. This configuration is already done in fec_reg_setup(), so this piece of code could just leave untouched the FEC_RCNTRL_RGMII / FEC_RCNTRL_RMII / FEC_RCNTRL_MII_MODE bits. Signed-off-by: NAlison Wang <b18965@freescale.com> Reviewed-by: NBenoit Thebaudeau <benoit.thebaudeau@advansee.com> Reviewed-by: NBenoît Thébaudeau <benoit.thebaudeau@advansee.com>
-
由 Alison Wang 提交于
This patch adds generic codes to support Freescale's Vybrid VF610 CPU. It aligns Vybrid VF610 platform with i.MX platform. As there are some differences between VF610 and i.MX platforms, the specific codes are in the arch/arm/cpu/armv7/vf610 directory. Signed-off-by: NAlison Wang <b18965@freescale.com> Reviewed-by: NBenoît Thébaudeau <benoit.thebaudeau@advansee.com>
-
由 Alison Wang 提交于
This patch adds the IOMUX support for Vybrid VF610 platform. There is a little difference for IOMUXC module between VF610 and i.MX platform, the muxmode and pad configuration share one 32bit register on VF610, but they are two independent registers on I.MX platform. A CONFIG_IOMUX_SHARE_CONFIG_REG was introduced to fit this difference. Signed-off-by: NAlison Wang <b18965@freescale.com> Acked-by: NStefano Babic <sbabic@denx.de> Reviewed-by: NBenoît Thébaudeau <benoit.thebaudeau@advansee.com>
-
- 16 5月, 2013 5 次提交
-
-
由 Luka Perkov 提交于
Fix typo in wandboard README file. Signed-off-by: NLuka Perkov <luka@openwrt.org>
-
由 Fabio Estevam 提交于
Currently the mxsfb driver takes the display timings from the 'videomode' environment variable. Provide an example on how to set 'videomode' for using splash screen on mx23evk and mx28vk boards. Signed-off-by: NFabio Estevam <fabio.estevam@freescale.com> Tested-by: NMarek Vasut <marex@denx.de>
-
由 Fabio Estevam 提交于
Enable display support. Signed-off-by: NFabio Estevam <fabio.estevam@freescale.com>
-
由 Fabio Estevam 提交于
Enable display support. Signed-off-by: NFabio Estevam <fabio.estevam@freescale.com>
-
由 Benoît Thébaudeau 提交于
Signed-off-by: NBenoît Thébaudeau <benoit.thebaudeau@advansee.com>
-
- 12 5月, 2013 2 次提交
-
-
由 Albert ARIBAUD 提交于
-
由 Albert ARIBAUD 提交于
The manual resolution in commit ec7023db wrongly removed functions nand_init and nand_deselect from file drivers/mtd/nand/mxc_nand_spl.c. Revert this removal. Signed-off-by: NAlbert ARIBAUD <albert.u.boot@aribaud.net> Acked-by: NStefano Babic <sbabic@denx.de>
-
- 11 5月, 2013 2 次提交
-
-
由 Albert ARIBAUD 提交于
Conflicts: drivers/mtd/nand/mxc_nand_spl.c include/configs/m28evk.h
-
由 Albert ARIBAUD 提交于
-
- 10 5月, 2013 13 次提交
-
-
由 SRICHARAN R 提交于
The boot parameters passed from SPL to UBOOT must be saved as a part of uboot's gd data as early as possible, before we will inadvertently overwrite it. So adding a arch_cpu_init for the required Socs to save it. Signed-off-by: NSricharan R <r.sricharan@ti.com> [trini: Add igep0033 hunk] Signed-off-by: NTom Rini <trini@ti.com>
-
由 SRICHARAN R 提交于
The boot parameters are read from individual variables assigned for each of them. This been corrected and now they are stored as a part of the global data 'gd' structure. So read them from 'gd' instead. Signed-off-by: NSricharan R <r.sricharan@ti.com> [trini: Add igep0033 hunk] Signed-off-by: NTom Rini <trini@ti.com>
-
由 SRICHARAN R 提交于
Currently save_boot_params saves the boot parameters passed from romcode. But this is not stored in a writable location consistently. So the current code would not work for a 'XIP' boot. Change this by saving the boot parameters in 'gd' which is always writable. Also add a 'C' function instead of an assembly code that is more readable. Signed-off-by: NSricharan R <r.sricharan@ti.com>
-
由 SRICHARAN R 提交于
These defines are same across OMAP4/5. So move them to omap_common.h. This is required for the patches that follow. Signed-off-by: NSricharan R <r.sricharan@ti.com>
-
由 SRICHARAN R 提交于
omap_boot_parameters is same and defined for each soc. So move this to a common place to reuse it across socs. Signed-off-by: NSricharan R <r.sricharan@ti.com>
-
由 Tom Rini 提交于
The arm_freq and ddr_freq variables are unused, so remove. Fixup whitespace slightly while in here. Reviewed-by: NPeter Korsgaard <jacmet@sunsite.dk> Signed-off-by: NTom Rini <trini@ti.com>
-
由 Eric Benard 提交于
these variables are curently defined in several config files but the driver doesn't use them and defaults to hardcoded values in nand_defs.h It's interesting to be able to change this hardcoded valude when the hardware is not using the default adress signals to drive ALE and CLE and two configuration defines already exist for this purpose so use them. Signed-off-by: NEric Bénard <eric@eukrea.com>
-
由 Eric Benard 提交于
this is needed to bring UART0 out of reset but this function currently only exists for dm644x/355/365/646x when da850 (at least am1808 also need it). Signed-off-by: NEric Bénard <eric@eukrea.com>
-
由 Igor Grinberg 提交于
Several minor updates to the cm-t35 config file. Signed-off-by: NIgor Grinberg <grinberg@compulab.co.il> Tested-by: NNikita Kiryanov <nikita@compulab.co.il>
-
由 Igor Grinberg 提交于
"cm-t35" in U-Boot source code is called "cm_t35". Make the change "cm-t35" -> "cm_t35" for better greppability. Signed-off-by: NIgor Grinberg <grinberg@compulab.co.il>
-
由 Igor Grinberg 提交于
Currently the cm-t35 support code lives under board/cm_t35 directory. Some of the code can be shared with other/future CompuLab boards, so move the cm-t35 to live under board/compulab/cm_t35 directory. Signed-off-by: NIgor Grinberg <grinberg@compulab.co.il> Tested-by: NNikita Kiryanov <nikita@compulab.co.il>
-
由 Dan Murphy 提交于
Add the flag to allow runtime enviroment variable modifications. This is being added so that the board-name can be modified at runtime to indicate either a panda(4430) or a panda-es(4460) Signed-off-by: NDan Murphy <dmurphy@ti.com>
-
由 Dan Murphy 提交于
Fix the device tree loading for panda(4430) and panda-es(4460) Modify the board name if a 4460 panda or panda-es is detected at run time. In the findfdt add a check for the panda-es board name and load the panda-es device tree blob. Signed-off-by: NDan Murphy <dmurphy@ti.com>
-