- Nov 15, 2017
-
-
Prabhakar Kushwaha authored
Update help message for "mac" command to reflect correct descriptions and parameters. Signed-off-by:
Prabhakar Kushwaha <prabhakar.kushwaha@nxp.com> Reviewed-by:
York Sun <york.sun@nxp.com>
-
Prabhakar Kushwaha authored
Value provided in MC_MEM_SIZE_ENV_VAR is in hex. Use 16 as base in simple_strtoul. Signed-off-by:
Prabhakar Kushwaha <prabhakar.kushwaha@nxp.com> Reviewed-by:
York Sun <york.sun@nxp.com>
-
Ashish Kumar authored
Distro boot support gives flexibility to run distro RFS like Ubuntu being deployed from SD card or SATA drive. If it fails to detect external storage, fall back to qspi/sd boot. Enable this by default in RDB's defconfig by selecting CONFIG_DISTRO_DEFAULTS Signed-off-by:
Ashish Kumar <Ashish.Kumar@nxp.com> Signed-off-by:
Zhang Ying <zhangying@nxp.com> Reviewed-by:
York Sun <york.sun@nxp.com>
-
Ashish Kumar authored
Signed-off-by:
Ashish Kumar <Ashish.Kumar@nxp.com> Signed-off-by:
Prabhakar Kushwaha <prabhakar.kushwaha@nxp.com> Signed-off-by:
Raghav Dogra <raghav.dogra@nxp.com> Reviewed-by:
York Sun <york.sun@nxp.com>
-
Ashish Kumar authored
Signed-off-by:
Prabhakar Kushwaha <prabhakar.kushwaha@nxp.com> Signed-off-by:
Ashish Kumar <Ashish.Kumar@nxp.com> Signed-off-by:
Raghav Dogra <raghav.dogra@nxp.com> Reviewed-by:
York Sun <york.sun@nxp.com>
-
Ashish Kumar authored
Signed-off-by:
Ashish Kumar <Ashish.Kumar@nxp.com> Signed-off-by:
Amrita Kumari <amrita.kumari@nxp.com> Reviewed-by:
York Sun <york.sun@nxp.com>
-
- Nov 14, 2017
-
-
Kurt Kanzenbach authored
Currently the chipselect used to identify the corresponding NAND chip is stored at the controller and only set during fsl_ifc_chip_init(). This way, only the last NAND chip is working, as the previous value of cs_nand gets overwritten. In order to solve this issue the chipselect is computed on demand by evaluating the bank variable. Thus, the correct chipselect for each NAND chip operation is used. Tested on hardware with two NAND chips connected to the IFC controller. Signed-off-by:
Kurt Kanzenbach <kurt@linutronix.de> Acked-by:
Scott Wood <oss@buserror.net> [YS: reformatted commit message] Reviewed-by:
York Sun <york.sun@nxp.com>
-
Ashish Kumar authored
Signed-off-by:
Ashish Kumar <Ashish.Kumar@nxp.com> Reviewed-by:
York Sun <york.sun@nxp.com>
-
Ashish Kumar authored
The zero value returned from qbman_swp_acquire() is an error condition meaning no free buffer for allocation. Signed-off-by:
Ashish Kumar <Ashish.Kumar@nxp.com> Signed-off-by:
Kushwaha Prabhakar <prabhakar@freescale.com> [YS: revised commit message] Reviewed-by:
York Sun <york.sun@nxp.com>
-
Tom Rini authored
Signed-off-by:
Tom Rini <trini@konsulko.com>
-
- Nov 12, 2017
-
-
Soeren Moch authored
This reverts commit c61d0009. A tbs2910 board user reported a very slow console frambuffer as regression in current u-boot. I could bisect this down to the above mentioned commit. This revert brings back the fast framebuffer console (one cache flush per string in puts(), not after each char). Reported-by:
Uwe Scheffler <scheffler.u@web.de> Signed-off-by:
Soeren Moch <smoch@web.de> Tested-by:
Uwe Scheffler <scheffler.u@web.de> Reviewed-by:
Simon Glass <sjg@chromium.org>
-
Angelo Dureghello authored
Signed-off-by:
Angelo Dureghello <angelo@sysam.it>
-
Marek Vasut authored
The eMMC is 1V8 device only and the signaling is always 1V8, fix the DT for Salvator-X/XS to describe the hardware correctly. Signed-off-by:
Marek Vasut <marek.vasut+renesas@gmail.com> Cc: Nobuhiro Iwamatsu <iwamatsu@nigauri.org>
-
- Nov 10, 2017
-
-
git://git.denx.de/u-boot-sunxiTom Rini authored
-
Werner Böllmann authored
After updating u-boot from v2016.01 to 2017.09, issue with "SATA link 0 timeout." on my Cubietruck board. mdelay milled after moving satapwr code to board. "sunxi: Turn satapwr on from board_init" (sha1: 9fbb0c3a) After adding the "mdelay(500);" line that was lost in the path the error is gone. Signed-off-by:
Werner Böllmann <Werner.Boellmann@fh-dortmund.de> [Rebased and updated change and commit message] Signed-off-by:
Jagan Teki <jagan@amarulasolutions.com> Reviewed-by:
Jagan Teki <jagan@openedev.com>
-
Chen-Yu Tsai authored
Only the H3/H5 SoCs have an internal PHY and its related clock and reset controls. Use an #ifdef to guard the internal PHY control code block so it can be built for other SoCs, such as the A83T or A64. Signed-off-by:
Chen-Yu Tsai <wens@csie.org> Acked-by:
Maxime Ripard <maxime.ripard@free-electrons.com> Reviewed-by:
Joe Hershberger <joe.hershberger@ni.com> Reviewed-by:
Jagan Teki <jagan@openedev.com>
-
Jagan Teki authored
Update the falcon offsets for args to 16MB and kernel to 17MB Since the below commit updated U-Boot proper location along with rockchip boot image offsets "spl: set SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR to 0x4000 for rockchip" (sha1: 8f4d62b4) Signed-off-by:
Jagan Teki <jagan@amarulasolutions.com> Acked-by:
Philipp Tomsich <philipp.tomsich@theobroma-systems.com> Reviewed-by:
Philipp Tomsich <philipp.tomsich@theobroma-systems.com>
-
Jagan Teki authored
This patch fixed U-Boot proper location has been missed to update in bewlo commit "rockchip: doc: update U-Boot location info" (sha1: 73e6dbe8) Signed-off-by:
Jagan Teki <jagan@amarulasolutions.com> Acked-by:
Philipp Tomsich <philipp.tomsich@theobroma-systems.com> Reviewed-by:
Philipp Tomsich <philipp.tomsich@theobroma-systems.com>
-
Goldschmidt Simon authored
The U-Boot location has been moved to block 16384. This is 8MB, not 4MB. Signed-off-by:
Simon Goldschmidt <sgoldschmidt@de.pepperl-fuchs.com> Reviewed-by:
Jagan Teki <jagan@openedev.com> Acked-by:
Philipp Tomsich <philipp.tomsich@theobroma-systems.com> Reviewed-by:
Philipp Tomsich <philipp.tomsich@theobroma-systems.com>
-
- Nov 09, 2017
-
-
git://git.denx.de/u-boot-sunxiTom Rini authored
-
git://www.denx.de/git/u-boot-imxTom Rini authored
-
Lukasz Majewski authored
Signed-off-by:
Lukasz Majewski <lukma@denx.de>
-
Lukasz Majewski authored
Signed-off-by:
Lukasz Majewski <lukma@denx.de>
-
Lukasz Majewski authored
Signed-off-by:
Lukasz Majewski <lukma@denx.de>
-
Lukasz Majewski authored
This commit provides support for LWN's IMX6Q based DISPLAY5 board. Signed-off-by:
Lukasz Majewski <lukma@denx.de>
-
Lukasz Majewski authored
This commit provides generic function to set the RGMII/HSIC IO voltage level on iMX6 devices. Signed-off-by:
Lukasz Majewski <lukma@denx.de>
-
Lukasz Majewski authored
The sys_proto.h file has been included earlier in this file. Signed-off-by:
Lukasz Majewski <lukma@denx.de>
-
Artturi Alm authored
due misnaming of CONFIG_SUN4I_EMAC in include/configs/sunxi-common.h, likely missed in: commit 3146f0c0 ("Move PHYLIB to Kconfig") Signed-off-by:
Artturi Alm <artturi.alm@gmail.com> Reviewed-by:
Jagan Teki <jagan@openedev.com>
-
Artturi Alm authored
fixes CONFIG_SUNXI_EMAC references from drivers/net/Makefile and include/configs/sunxi-common.h likely forgotten in: commit abc3e4df ("sunxi: Convert SUNXI_EMAC to Kconfig") Signed-off-by:
Artturi Alm <artturi.alm@gmail.com> Reviewed-by:
Jagan Teki <jagan@openedev.com>
-
- Nov 07, 2017
-
-
Benoît Thébaudeau authored
The following error has been observed on i.MX25 with a high-speed SDSC card: Data Write Failed in PIO Mode. It was caused by the timeout set on PRSSTAT.BWEN, which was triggered because this bit takes 15 ms to be set after writing the first block to DATPORT with this card. Without this timeout, all the blocks are properly written. This timeout was implemented by decrementing a variable, so it was depending on the CPU frequency. Fix this issue by setting this timeout to a long enough absolute duration (500 ms). Signed-off-by:
Benoît Thébaudeau <benoit.thebaudeau.dev@gmail.com> Cc: Stefano Babic <sbabic@denx.de> Cc: Fabio Estevam <fabio.estevam@nxp.com> Cc: Jaehoon Chung <jh80.chung@samsung.com> Reviewed-by:
Fabio Estevam <fabio.estevam@nxp.com> Reviewed-by:
Jagan Teki <jagan@openedev.com>
-
Jagan Teki authored
- Update newly added include/configs file in MAINTAINERS - Update newly added defconfig file in README Signed-off-by:
Jagan Teki <jagan@amarulasolutions.com>
-
Fabio Estevam authored
When a high speed card is connected to mx51evk the following error is seen: U-Boot 2017.11-rc2 (Oct 18 2017 - 13:49:26 -0200) CPU: Freescale i.MX51 rev3.0 at 800 MHz Reset cause: POR Board: MX51EVK DRAM: 512 MiB MMC: FSL_SDHC: 0, FSL_SDHC: 1 *** Warning - read failed, using default environment In: serial Out: serial Err: serial Net: FEC Hit any key to stop autoboot: 0 => saveenv Saving Environment to MMC... Writing to MMC(0)... failed The root cause for the failure is the eSDHC-A001 erratum: "eSDHC-A001 : Data timeout counter (SYSCTL[DTOCV]) is not reliable for values of 0x4,0x8, and 0xC" that is listed on some PowerArchitecture chips: https://www.nxp.com/files-static/32bit/doc/errata/MPC8379ECE.pdf Even though eSDHC-A001 is not documented on the i.MX51 errata document, I have confirmed with the NXP design team that this erratum does affect i.MX51, so fix the problem by selecting SYS_FSL_ERRATUM_ESDHC_A001 at SoC level. The i.MX51 ts4800 board already selects this option, but it is better to move this selection to the i.MX51 SoC level instead. Successfully tested with a high speed SD card on a mx51evk board. Signed-off-by:
Fabio Estevam <fabio.estevam@nxp.com> Acked-by:
Sebastien Bourdelin <sebastien.bourdelin@savoirfairelinux.com>
-
Fabio Estevam authored
When a high speed card is connected to mx25 the following error is seen: U-Boot 2017.11-rc2-00104-gb79372a (Oct 31 2017 - 11:02:22 -0200) CPU: Freescale i.MX25 rev1.2 at 399 MHz Reset cause: POR Board: MX25PDK I2C: ready DRAM: 64 MiB No arch specific invalidate_icache_all available! MMC: FSL_SDHC: 0 *** Warning - read failed, using default environment In: serial Out: serial Err: serial Net: FEC Hit any key to stop autoboot: 0 => saveenv Saving Environment to MMC... Writing to MMC(0)... failed , which prevents any usage of the SD card. The root cause for the failure is the eSDHC-A001 erratum: "eSDHC-A001 : Data timeout counter (SYSCTL[DTOCV]) is not reliable for values of 0x4,0x8, and 0xC" that is listed on some PowerArchitecture chips: https://www.nxp.com/files-static/32bit/doc/errata/MPC8379ECE.pdf Even though eSDHC-A001 is not documented on the i.MX25 errata document, I have confirmed with the NXP design team that this erratum does affect i.MX25, so fix the problem by selecting SYS_FSL_ERRATUM_ESDHC_A001 at SoC level. Successfully tested with a high speed SD card on a mx25pdk board. Suggested-by:
Benoît Thébaudeau <benoit@wsystem.com> Signed-off-by:
Fabio Estevam <fabio.estevam@nxp.com> Acked-by:
Sebastien Bourdelin <sebastien.bourdelin@savoirfairelinux.com> Acked-by:
Otavio Salvador <otavio@ossystems.com.br> Tested-by: Otavio Salvador <otavio@ossystems.com.br> # mx25pdk
-
Fabio Estevam authored
The motivation for moving MX25 selection to Kconfig is to be able to better handle MX25 specific errata, so that an errata option can be selected at SoC level instead of board level. This selection method also aligns with the way other i.MX SoCs are selected in U-Boot. Signed-off-by:
Fabio Estevam <fabio.estevam@nxp.com> Acked-by:
Sebastien Bourdelin <sebastien.bourdelin@savoirfairelinux.com> Reviewed-by:
Benoît Thébaudeau <benoit.thebaudeau.dev@gmail.com>
-
Kever Yang authored
Use default value 0x4000 for SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR instead of define a new one. Signed-off-by:
Kever Yang <kever.yang@rock-chips.com> Acked-by:
Philipp Tomsich <philipp.tomsich@theobroma-systems.com> Reviewed-by:
Philipp Tomsich <philipp.tomsich@theobroma-systems.com>
-
Kever Yang authored
Update rockchip U-Boot location to 0x4000/16384. Signed-off-by:
Kever Yang <kever.yang@rock-chips.com> Acked-by:
Philipp Tomsich <philipp.tomsich@theobroma-systems.com> Reviewed-by:
Philipp Tomsich <philipp.tomsich@theobroma-systems.com>
-
Kever Yang authored
Rockchip use a 'loader2' partition for U-Boot, so u-boot.bin or u-boot.itb load by SPL need to locate at0x4000. Detail here: http://opensource.rock-chips.com/wiki_Boot_option Signed-off-by:
Kever Yang <kever.yang@rock-chips.com> Acked-by:
Philipp Tomsich <philipp.tomsich@theobroma-systems.com> Reviewed-by:
Philipp Tomsich <philipp.tomsich@theobroma-systems.com>
-
Klaus Goger authored
The environment storage location is selectable via Kconfig. We support eMMC, SD and SPI-NOR as location for U-Boot. This adds support to store the environment in the SPI-NOR additional to the default eMMC location. Signed-off-by:
Klaus Goger <klaus.goger@theobroma-systems.com> Signed-off-by:
Philipp Tomsich <philipp.tomsich@theobroma-systems.com>
-
Klaus Goger authored
The VCC_SD and VCC_SDIO rail should only be powered up to 3.0V on RK3399 platforms. Signed-off-by:
Klaus Goger <klaus.goger@theobroma-systems.com> Signed-off-by:
Philipp Tomsich <philipp.tomsich@theobroma-systems.com>
-