- 31 10月, 2017 5 次提交
-
-
由 Fabio Estevam 提交于
Commit 001cdbbb ("imx: mx6slevk: enable more DM drivers") breaks MMC support in U-Boot proper on the mx6slevk_spl_defconfig target: U-Boot SPL 2017.09-00396-g6ca43a58 (Oct 01 2017 - 16:20:18) Trying to boot from MMC1 U-Boot 2017.09-00396-g6ca43a58 (Oct 01 2017 - 16:20:18 -0300) CPU: Freescale i.MX6SL rev1.0 792 MHz (running at 396 MHz) CPU: Commercial temperature grade (0C to 95C) at 33C Reset cause: POR Board: MX6SLEVK I2C: ready DRAM: 1 GiB MMC: FSL_SDHC: 0 MMC Device 1 not found *** Warning - No MMC card found, using default environment As mx6slevk_spl_defconfig does not use CONFIG_DM_MMC and its board file does not register the mmc controller for U-Boot proper, let's fix this by adding CONFIG_DM_MMC=y and device tree support. While at it, add more DM drivers, so that it becomes closer to mx6slevk_defconfig. Signed-off-by: NFabio Estevam <fabio.estevam@nxp.com>
-
由 Fabio Estevam 提交于
Add support for the latest MX6QP wandboard variant. Based on Richard Hu's work from Technexion's U-Boot tree. Signed-off-by: NFabio Estevam <fabio.estevam@nxp.com>
-
由 Stefan Agner 提交于
On Vybrid SoCs U-Boot gets loaded into GFX SRAM which is 512KiB. Currently 32KiB is reserved for the IMX header. However, this is not reflected in the size limit. In v2017.11-rc2 the actual size limit (512KiB-32KiB) has been reached for Colibri VF61, which lead to a successful build of U-Boot but not a working binary. The IMX header is much smaller than 32KiB, typically around 1KiB. Decrease the reserved size to 4KiB and specify the correct U-Boot size limit. Apply this new base address and limit for all Vybrid based boards. Signed-off-by: NStefan Agner <stefan.agner@toradex.com>
-
由 Fabio Estevam 提交于
As reported by Jonathan Gray: "After the recent changes to add SimpleNetworkProtocol to efi_loader when booting off mmc via an efi payload that doesn't use SimpleNetworkProtocol U-Boot's fec_mxc driver will now display various "error frame" messages. .... MMC Device 1 not found MMC Device 2 not found MMC Device 3 not found Scanning disks on sata... Found 6 disks reading efi/boot/bootarm.efi 67372 bytes read in 32 ms (2 MiB/s) ## Starting EFI application at 12000000 ... >> OpenBSD/armv7 BOOTARM 1.0 error frame: 0x8f57ec40 0x00003d74 error frame: 0x8f57ec40 0x00007079 error frame: 0x8f57ec40 0x00006964 error frame: 0x8f57ec40 0x00006f6f error frame: 0x8f57ec40 0x0000726f error frame: 0x8f57ec40 0x00002074 error frame: 0x8f57ec40 0x00006f6f" Heinrich Schuchardt explains: "A receive FIFO overrun can be expected if network packages are not processed. With the network patches we check if a package is available quite often." Move the "error frame" messages to debug level so that a clean output log can be seen. Reported-by: NJonathan Gray <jsg@jsg.id.au> Suggested-by: NHeinrich Schuchardt <xypron.glpk@gmx.de> Signed-off-by: NFabio Estevam <fabio.estevam@nxp.com>
-
由 Fabio Estevam 提交于
When CONFIG_DM_MMC=y, CONFIG_BLK should be selected, otherwise the SD/eMMC card cannot be used. Also, select CONFIG_DM_USB=y when CONFIG_USB=y to avoid build failure. Tested on mx6slevk, mx7dsabresd and mx6ullevk. Signed-off-by: NFabio Estevam <fabio.estevam@nxp.com> Reviewed-by: NJaehoon Chung <jh80.chung@samsung.com> Tested-by: NAdam Ford <aford173@gmail.com> Tested-by: NSébastien Szymanski <sebastien.szymanski@armadeus.com> Tested-by: NJagan Teki <jagan@openedev.com> Reviewed-by: NJagan Teki <jagan@openedev.com>
-
- 29 10月, 2017 6 次提交
-
-
由 Heinrich Schuchardt 提交于
Many MAINTAINERS files are in subdirectories. We should enable searching these. Reported-by: NWalt Feasel <waltfeasel@gmail.com> Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
-
由 Heinrich Schuchardt 提交于
Allow prefixing typical strings with L for wide strings Patch originally by Joe Perches https://lkml.org/lkml/2017/10/17/1117Signed-off-by: NJoe Perches <joe@perches.com> Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
-
-
由 Dongjin Kim 提交于
Signed-off-by: NDongjin Kim <tobetter@gmail.com> CC: Simon Glass <sjg@chromium.org> CC: Minkyu Kang <mk7.kang@samsung.com>
-
由 Niko Mauno 提交于
Resort to malloc_cache_aligned() rather than malloc() which also removes 'CACHE: Misaligned operation at range' warnings. Signed-off-by: NNiko Mauno <niko.mauno@vaisala.com>
-
由 Alexander Graf 提交于
With the introduction of EFI variable support, we also wanted to persist these EFI variables. However, the way it was implemented we ended up persisting all U-Boot environment variables on every EFI boot. That could potentially lead to unexpected side effects because variables that were not supposed to be written to persisted env get written. It also means we may end up writing the environment more often than we should. For this release, let's just disable EFI variable persistence and instead implement it properly for the next one. Reported-by: NHeinrich Schuchardt <xypron.glpk@gmx.de> Fixes: ad644e7c ("efi_loader: efi variable support") Signed-off-by: NAlexander Graf <agraf@suse.de> Acked-by: NRob Clark <robdclark@gmail.com> Reviewed-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
-
- 28 10月, 2017 1 次提交
-
-
- 27 10月, 2017 28 次提交
-
-
由 Sumit Garg 提交于
Enable support for loadables in SEC firmware FIT image. Currently support is added for single loadable image. Brief description of implementation: Add two more address pointers (loadable_h, loadable_l) as arguments to sec_firmware_init() api. Create new api: sec_firmware_checks_copy_loadable() to check if loadables node is present in SEC firmware FIT image. If present, verify loadable image and copies it to secure DDR memory. Populate address pointers with secure DDR memory addresses where loadable is copied. Example use-case could be trusted OS (tee.bin) as loadables node in SEC firmware FIT image. Signed-off-by: NSumit Garg <sumit.garg@nxp.com> Reviewed-by: NYork Sun <york.sun@nxp.com>
-
由 Sumit Garg 提交于
Change DDR allocated for secure memory from 2 MB to 66 MB. This additional 64 MB secure memory is required for trusted OS running in Trusted Execution Environment using ARMv8 TrustZone. Signed-off-by: NSumit Garg <sumit.garg@nxp.com> Reviewed-by: NYork Sun <york.sun@nxp.com>
-
由 Ran Wang 提交于
Signed-off-by: NAmrita Kumari <amrita.kumari@nxp.com> Signed-off-by: NAshish Kumar <Ashish.Kumar@nxp.com> Signed-off-by: NRan Wang <ran.wang_1@nxp.com> Reviewed-by: NBin Meng <bmeng.cn@gmail.com> Reviewed-by: NYork Sun <york.sun@nxp.com>
-
由 Ran Wang 提交于
Signed-off-by: NAshish Kumar <Ashish.Kumar@nxp.com> Signed-off-by: NAmrita Kumari <amrita.kumari@nxp.com> Signed-off-by: NRan Wang <ran.wang_1@nxp.com> Reviewed-by: NBin Meng <bmeng.cn@gmail.com> Reviewed-by: NYork Sun <york.sun@nxp.com>
-
由 Ran Wang 提交于
Because COMFIG_DM_USB has been enabled and will not use it anymore. Signed-off-by: NRan Wang <ran.wang_1@nxp.com> Reviewed-by: NBin Meng <bmeng.cn@gmail.com> Reviewed-by: NYork Sun <york.sun@nxp.com>
-
由 Ran Wang 提交于
use Kconfig to select xhci accordingly. Signed-off-by: NRan Wang <ran.wang_1@nxp.com> Reviewed-by: NBin Meng <bmeng.cn@gmail.com> Reviewed-by: NYork Sun <york.sun@nxp.com>
-
由 Ran Wang 提交于
Use Kconfig to select QE-HDLC and USB pin-mux. Signed-off-by: NRan Wang <ran.wang_1@nxp.com> Reviewed-by: NBin Meng <bmeng.cn@gmail.com> Reviewed-by: NYork Sun <york.sun@nxp.com>
-
由 Ashish Kumar 提交于
Since TX delay is now enabled only in PHY_INTERFACE_MODE_RGMII_ID PHY_INTERFACE_MODE_RGMII_TXID. These change where introduced in phy driver in commit 05b29aa0 ("net: phy: realtek: fix enabling of the TX-delay for RTL8211F"). Signed-off-by: NAshish Kumar <Ashish.Kumar@nxp.com> Reviewed-by: NYork Sun <york.sun@nxp.com>
-
由 Yuantian Tang 提交于
On ls1012a soc, core clock source frequency is fixed at 100Mhz. Generic timer frequency is core clock source divided by 4, which is 25Mhz. Signed-off-by: NTang Yuantian <andy.tang@nxp.com> Reviewed-by: NYork Sun <york.sun@nxp.com>
-
由 Ashish Kumar 提交于
Signed-off-by: NAshish Kumar <Ashish.Kumar@nxp.com> Reviewed-by: NYork Sun <york.sun@nxp.com>
-
由 Prabhakar Kushwaha 提交于
Memory allocated via malloc is not guaranteed to be zeroized. So explicitly use calloc instead of malloc. Signed-off-by: NPrabhakar Kushwaha <prabhakar.kushwaha@nxp.com> Reviewed-by: NYork Sun <york.sun@nxp.com>
-
由 Masahiro Yamada 提交于
This macro is defined, but not referenced by anyone. I did not touch config_whitelist.txt - the CONFIG will be dropped by the next re-sync. Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
-
由 Masahiro Yamada 提交于
This macro is defined, but not referenced by anyone. I did not touch config_whitelist.txt - the CONFIG will be dropped by the next re-sync. Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com> Acked-by: NMinkyu Kang <mk7.kang@samsung.com>
-
由 Masahiro Yamada 提交于
This macro is defined, but not referenced by anyone. I did not touch config_whitelist.txt - the CONFIG will be dropped by the next re-sync. Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com> Reviewed-by: NYork Sun <york.sun@nxp.com>
-
由 Masahiro Yamada 提交于
This macro is defined, but not referenced by anyone. I did not touch config_whitelist.txt - the CONFIG will be dropped by the next re-sync. Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
-
由 Masahiro Yamada 提交于
This macro is defined, but not referenced by anyone. I did not touch config_whitelist.txt - the CONFIG will be dropped by the next re-sync. Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
-
由 Masahiro Yamada 提交于
This macro is defined, but not referenced by anyone. I did not touch config_whitelist.txt - the CONFIG will be dropped by the next re-sync. Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
-
由 Masahiro Yamada 提交于
This macro is defined, but not referenced by anyone. I did not touch config_whitelist.txt - the CONFIG will be dropped by the next re-sync. Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com> Acked-by: NMinkyu Kang <mk7.kang@samsung.com>
-
由 Masahiro Yamada 提交于
This comment creates a wrong entry in config_whitelist.txt. I did not touch config_whitelist.txt - the CONFIG will be dropped by the next re-sync. Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
-
由 Masahiro Yamada 提交于
This macro is defined, but not referenced by anyone. I did not touch config_whitelist.txt - the CONFIG will be dropped by the next re-sync. Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
-
由 Masahiro Yamada 提交于
This macro is defined, but not referenced by anyone. I did not touch config_whitelist.txt - the CONFIG will be dropped by the next re-sync. Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
-
由 Masahiro Yamada 提交于
This macro only appears in commented-out lines. It is not referenced by anyone. I did not touch config_whitelist.txt - the CONFIG will be dropped by the next re-sync. Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
-
由 Masahiro Yamada 提交于
This macro is defined, but not referenced by anyone. I did not touch config_whitelist.txt - the CONFIG will be dropped by the next re-sync. Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com> Reviewed-by: NYork Sun <york.sun@nxp.com>
-
由 Masahiro Yamada 提交于
This macro is defined, but not referenced by anyone. I did not touch config_whitelist.txt - the CONFIG will be dropped by the next re-sync. Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
-
由 Masahiro Yamada 提交于
This macro is defined, but not referenced by anyone. I did not touch config_whitelist.txt - the CONFIG will be dropped by the next re-sync. Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com> Acked-by: Heiko Schocher<hs@denx.de>
-
由 Masahiro Yamada 提交于
CONFIG_SYS_I2C_FTI2C010 is not enabled by anyone. Commit 28527096 ("dm: i2c: Add a note to I2C drivers which need conversion") prompted to convert this driver to DM before June 2017, but not converted yet. Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com> Acked-by: NHeiko Schocher <hs@denx.de>
-
由 Masahiro Yamada 提交于
This driver was used by Blackfin boards, but Blackfin support is gone. There is no user of this driver. Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com> Acked-by: NHeiko Schocher <hs@denx.de>
-
-