- Oct 12, 2017
-
-
Fabio Estevam authored
CONFIG_CMD_BOOTZ symbol does not work in board config file anymore, so fix this by moving it to Kconfig. Signed-off-by:
Fabio Estevam <fabio.estevam@nxp.com> Reviewed-by:
Peng Fan <peng.fan@nxp.com>
-
Diego Dorta authored
When compiling with W=1 the following warning is observed: board/freescale/mx6sabresd/mx6sabresd.c:266:5: warning: no previous prototype for ‘board_mmc_get_env_dev’ [-Wmissing-prototypes] int board_mmc_get_env_dev(int devno) Remove this warning by adding the function prototype into sys_proto.h file. Signed-off-by:
Diego Dorta <diego.dorta@nxp.com> Reviewed-by:
Fabio Estevam <fabio.estevam@nxp.com> Reviewed-by:
Stefano Babic <sbabic@denx.de>
-
Diego Dorta authored
When building with W=1 errors like the one below is seen: board/freescale/mx6sabresd/mx6sabresd.c:546:5: warning: no previous prototype for ‘overwrite_console’ [-Wmissing-prototypes] int overwrite_console(void) Fix the build warnings by including <input.h>. Signed-off-by:
Diego Dorta <diego.dorta@nxp.com> Reviewed-by:
Fabio Estevam <fabio.estevam@nxp.com>
-
Fabio Estevam authored
CONFIG_SPL_PAD_TO is already defined inside "imx6_spl.h", so there is no need to redefine it in the board config files. Signed-off-by:
Fabio Estevam <fabio.estevam@nxp.com> Reviewed-by:
Stefan Agner <stefan.agner@toradex.com>
-
Otavio Salvador authored
The CONFIG_SYS_MMC_ENV_DEV is duplicated, drop it. Signed-off-by:
Otavio Salvador <otavio@ossystems.com.br>
-
Otavio Salvador authored
This rework the board to use the generic filesystem commands instead of forcing the use of FAT for the boot files. Signed-off-by:
Otavio Salvador <otavio@ossystems.com.br>
-
Fabio Estevam authored
Now that it is possible to load SPL and u-boot.img via imx_usb_loader tool, mention this method instead of the old one that relied on ymodem. Signed-off-by:
Fabio Estevam <fabio.estevam@nxp.com>
-
Fabio Estevam authored
With CONFIG_DISPLAY_CPUINFO=y we get a "Reset cause" line, which brings important information of the reboot cause. Signed-off-by:
Fabio Estevam <fabio.estevam@nxp.com>
-
Anatolij Gustschin authored
We do not use print_cpuinfo and clock command code in SPL, disable it when building SPL image. Signed-off-by:
Anatolij Gustschin <agust@denx.de>
-
Fabio Estevam authored
There is no need call setup_display() from SPL code, so move it to board_init(), which executes only in U-Boot proper. Reported-by:
Stefano Babic <sbabic@denx.de> Signed-off-by:
Fabio Estevam <fabio.estevam@nxp.com>
-
Fabio Estevam authored
There is no need call setup_display() from SPL code, so move it to board_init(), which executes only in U-Boot proper. Reported-by:
Stefano Babic <sbabic@denx.de> Signed-off-by:
Fabio Estevam <fabio.estevam@nxp.com>
-
Fabio Estevam authored
There is no need call setup_display() from SPL code, so move it to board_init(), which executes only in U-Boot proper. Reported-by:
Stefano Babic <sbabic@denx.de> Signed-off-by:
Fabio Estevam <fabio.estevam@nxp.com> Reviewed-by:
Stefano Babic <sbabic@denx.de>
-
Fabio Estevam authored
There is no need call setup_display() from SPL code, so move it to board_init(), which executes only in U-Boot proper. Reported-by:
Stefano Babic <sbabic@denx.de> Signed-off-by:
Fabio Estevam <fabio.estevam@nxp.com> Reviewed-by:
Stefano Babic <sbabic@denx.de>
-
Fabio Estevam authored
There is no need call setup_display() from SPL code, so move it to board_init(), which executes only in U-Boot proper. Reported-by:
Stefano Babic <sbabic@denx.de> Signed-off-by:
Fabio Estevam <fabio.estevam@nxp.com> Reviewed-by:
Stefano Babic <sbabic@denx.de>
-
Fabio Estevam authored
There is no need call setup_display() from SPL code, so move it to board_init(), which executes only in U-Boot proper. Reported-by:
Stefano Babic <sbabic@denx.de> Signed-off-by:
Fabio Estevam <fabio.estevam@nxp.com> Reviewed-by:
Stefano Babic <sbabic@denx.de>
-
- Oct 11, 2017
-
-
git://git.denx.de/u-boot-i2cTom Rini authored
-
Chris Packham authored
Commit 8e6eda7c ("drivers/i2c/muxes/pca954x: Add pca9547 I2C mux support") introduced a chip_desc for the pca954x devices but failed to update pca954x_ofdata_to_platdata() to be aware of it. Make pca954x_ofdata_to_platdata() lookup the chip_desc to validate the device width. Signed-off-by:
Chris Packham <judge.packham@gmail.com> Reviewed-by:
Marek Behun <marek.behun@nic.cz>
-
git://git.denx.de/u-boot-shTom Rini authored
-
- Oct 10, 2017
-
-
Tuomas Tynkkynen authored
The option is specified in Kconfig, but still a few config header files are overriding the choice by #undef'ing it. Re-sync the option with moveconfig to rid of the #undefs. Signed-off-by:
Tuomas Tynkkynen <tuomas.tynkkynen@iki.fi>
-
Tuomas Tynkkynen authored
Having this as a 'default y' is rather annoying because it doesn't actually compile unless other options are defined in the board header: ../cmd/bootm.c: In function 'do_imls_nor': ../cmd/bootm.c:330:7: error: 'CONFIG_SYS_MAX_FLASH_BANKS' undeclared (first use in this function); did you mean 'CONFIG_SYS_MAX_FLASH_SECT'? i < CONFIG_SYS_MAX_FLASH_BANKS; ++i, ++info) { Make it 'default n' so people who develop new boards that start from a blank defconfig have one less compilation failure to debug. Signed-off-by:
Tuomas Tynkkynen <tuomas.tynkkynen@iki.fi>
-
git://git.denx.de/u-boot-dmTom Rini authored
-
- Oct 09, 2017
-
-
Marek Vasut authored
Add DT nodes to enable SDR104/HS200 modes on Salvator-X boards. Signed-off-by:
Marek Vasut <marek.vasut+renesas@gmail.com> Cc: Nobuhiro Iwamatsu <iwamatsu@nigauri.org> Signed-off-by:
Nobuhiro Iwamatsu <iwamatsu@nigauri.org>
-
Marek Vasut authored
The ULCB CPLD support was not updated during the PFC table rework, fix up the GPIO numbers until the CPLD support is rewritten to a proper DM capable and DT probing driver. Signed-off-by:
Marek Vasut <marek.vasut+renesas@gmail.com> Cc: Nobuhiro Iwamatsu <iwamatsu@nigauri.org> Signed-off-by:
Nobuhiro Iwamatsu <iwamatsu@nigauri.org>
-
git://git.denx.de/u-boot-videoTom Rini authored
-
Heinrich Schuchardt authored
Realloc does not free the old memory area if it fails. Identified by cppcheck. Signed-off-by:
Heinrich Schuchardt <xypron.glpk@gmx.de> Reviewed-by:
Simon Glass <sjg@chromium.org>
-
Klaus Goger authored
The livetree codepath of ofnode_get_addr_size always used the "reg" property for of_get_property. Use the property parameter of the function call instead and check the return value if the property exists. Otherwise return FDT_ADDR_T_NONE. This was discoverd while using SPI NOR with livetree. spi_flash_decode_fdt checks for memory-map and will not fail with livetree even if the property does not exist. Signed-off-by:
Klaus Goger <klaus.goger@theobroma-systems.com> Reviewed-by:
Philipp Tomsich <philipp.tomsich@theobroma-systems.com> Reviewed-by:
Simon Glass <sjg@chromium.org>
-
Faiz Abbas authored
The size variable may not be always be a mulitple of ARCH_DMA_MINALIGN and using it to flush cache leads to cache misaligned warnings. Therefore, round up the size to a multiple of ARCH_DMA_MINLAIGN when allocating private data. Signed-off-by:
Faiz Abbas <faiz_abbas@ti.com> Reviewed-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
These checks cannot fail since driver model will not call a driver's method if it cannot fully create the driver data structures. It is confusing to have these checks and others might copy them. Drop this code. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
In U-Boot -ENODEV means that there is no device. When there is a problem with the device, drivers should return an error like -ENXIO or -EREMOTEIO. When the device tree properties cannot be read correct , they should return -EINVAL. Update various GPIO drivers to follow this rule, to help with consistency for future driver writers. Signed-off-by:
Simon Glass <sjg@chromium.org> Reported-by:
Adam Ford <aford173@gmail.com>
-
Simon Glass authored
These three drivers all use U_BOOT_DEVICE rather than device tree to create devices, so have to do manual allocation of platform data. This is not true for new platforms. Add a more explicit comment so that people do not copy this approach with new boards. Signed-off-by:
Simon Glass <sjg@chromium.org> Reported-by:
Adam Ford <aford173@gmail.com>
-
Simon Glass authored
It does not look like this driver needs to use a bind() method. It does not manually create devices with device_bind() nor does it create devices using U_BOOT_DEVICE(). It seems to only use device tree. Therefore the manual allocation of platform data is not needed and is confusing. Also platform data should be set up by the ofdata_to_platdata() method, not bind(). Update the driver in case others use it as a model in future. Signed-off-by:
Simon Glass <sjg@chromium.org> Reported-by:
Adam Ford <aford173@gmail.com>
-
Rob Clark authored
Add a simple test for long strings. Signed-off-by:
Rob Clark <robdclark@gmail.com> Reviewed-by:
Simon Glass <sjg@chromium.org>
-
- Oct 08, 2017
-
-
Patrice Chotard authored
Enable CMD_GPT/EXT2/EXT4/EXT4_WRITE/FAT_FS_GENERIC flags Signed-off-by:
Patrice Chotard <patrice.chotard@st.com>
-
Patrice Chotard authored
Enable CMD_GPT/EXT2/EXT4/EXT4_WRITE/FAT_FS_GENERIC flags Signed-off-by:
Patrice Chotard <patrice.chotard@st.com>
-
Patrice Chotard authored
Enable CMD_MMC, DM_MMC and STM32_SDMMC2 flags Signed-off-by:
Patrice Chotard <patrice.chotard@st.com>
-
Patrice Chotard authored
Enable CMD_MMC, DM_MMC and STM32_SDMMC2 flags Signed-off-by:
Patrice Chotard <patrice.chotard@st.com>
-
Patrice Chotard authored
Since e7881d85 "dm: mmc: Drop CONFIG_DM_MMC_OPS" DM_MMC_OPS is no more used, remove it from STM32_SDMMC2 dependencies Signed-off-by:
Patrice Chotard <patrice.chotard@st.com>
-
Patrice Chotard authored
Add pinctrl and sdmmc nodes to add MMC support for STM32H743 evaluation board. Evaluation board needs a second pinctrl node "pinctrl_sdmmc1_level_shifter" to drive a level shifter on MMC bus. Signed-off-by:
Patrice Chotard <patrice.chotard@st.com>
-
Patrice Chotard authored
Add pinctrl and sdmmc nodes to add MMC support for STM32H743 discovery board. Signed-off-by:
Patrice Chotard <patrice.chotard@st.com>
-
Patrice Chotard authored
As suggested by Vikas Manocha, update embedded SRAM address to use AXI SRAM available on D1 domain instead of using AHB SRAM (D2 domain). On some STM32H743 SoCs, D2 domain SRAM is accessible even if SRAMxEN bit in AHB2ENR bits are not set whereas on others SoCs version it's not accessible. Signed-off-by:
Patrice Chotard <patrice.chotard@st.com> Reviewed-by:
Vikas Manocha <vikas.manocha@st.com>
-