- 26 1月, 2020 13 次提交
-
-
由 Vignesh Raghavendra 提交于
Now that arch specific dma mapping APIs take care of cache flush/invalidate, drop local cache flush operation. While at that fix dma_unmap_single() call to match new prototype Signed-off-by: NVignesh Raghavendra <vigneshr@ti.com>
-
由 Vignesh Raghavendra 提交于
Drop local dma_map_single() and dma_unmap_single() and use arch specific common implementation Signed-off-by: NVignesh Raghavendra <vigneshr@ti.com> Acked-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
-
由 Vignesh Raghavendra 提交于
Drop local dma_map_single() and dma_unmap_single() and use arch specific common implementation Signed-off-by: NVignesh Raghavendra <vigneshr@ti.com> Acked-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
-
由 Vignesh Raghavendra 提交于
Subsystems such as USB expect dma_map_single() and dma_unmap_single() to do dcache flush/invalidate operations as required. For example, see see drivers/usb/gadget/udc/udc-core.c::usb_gadget_map_request(). Currently drivers do this locally, (see drivers/usb/dwc3/ep0.c, drivers/mtd/nand/raw/denali.c etc..) Update arch specific dma_map_single() and dma_unmap_single() APIs to do cache flush/invalidate operations, so that drivers need not implement them locally. Signed-off-by: NVignesh Raghavendra <vigneshr@ti.com> Reviewed-by: NMasahiro Yamada <yamada.masahiro@socionext.com> Reviewed-by: NRick Chen <rick@andestech.com>
-
由 mingming lee 提交于
This patch includes the following: 1. Add fastboot command to erase the whole EMMC_USER 2. Add fastboot command to flash image at EMMC_BOOT1 3. Add fastboot command to erase the whole EMMC_BOOT1 4. Enale CONFIG_FASTBOOT_MMC_BOOT1_SUPPORT for mt8518 Signed-off-by: Nmingming lee <mingming.lee@mediatek.com>
-
由 mingming lee 提交于
Enable EFI module. Enable fastboot. Signed-off-by: Nmingming lee <mingming.lee@mediatek.com>
-
由 mingming lee 提交于
Enable board_late_init and usb gadget for mt8518 Signed-off-by: Nmingming lee <mingming.lee@mediatek.com>
-
由 mingming lee 提交于
set common fastboot variables for mt8518 Signed-off-by: Nmingming lee <mingming.lee@mediatek.com>
-
由 mingming lee 提交于
Add board_late_init function to init usb gadget driver for mt8518 Signed-off-by: Nmingming lee <mingming.lee@mediatek.com>
-
由 mingming lee 提交于
Using musb-new structure for mt85xx gadget driver. Add gadget driver dts for mt8518 SoCs. Signed-off-by: Nmingming lee <mingming.lee@mediatek.com>
-
由 Heinrich Schuchardt 提交于
Function mod_exp_sw() is only used via the operators of the uclass. It is not defined in any include. Make mod_exp_sw() static. Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
-
由 Heinrich Schuchardt 提交于
drivers/rng/sandbox_rng.c requires rand() to be defined but configuration option CONFIG_CONFIG_LIB_RAND selected in drivers/rng/Kconfig does not exist. test/lib/test_aes.c requires rand() to be defined. Fix the selection criteria for choice "Pseudo-random library support type". Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
-
由 Heinrich Schuchardt 提交于
CONFIG_SPL_RSA is meant to control if lib/rsa/* is used for SPL. Adjust lib/Makefile to consider this setting. This was correctly setup with commit 51c14cd1 ("verified-boot: Minimal support for booting U-Boot proper from SPL") and got lost with commit 089df18b ("lib: move hash CONFIG options to Kconfig"). Fixes: 089df18b ("lib: move hash CONFIG options to Kconfig") Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
-
- 25 1月, 2020 5 次提交
-
-
由 Patrick Delaunay 提交于
Use realloc and update the loop executed in do_fdtgrep to find all the regions: only test count > max_region after the second pass. This patch solve an issue if the number of region found (count) is greater then the default value (max_region = count = 100): the second pass is never executed, because the loop stops after the first pass (i = 0, count > 100, max_regions = 100) with error -1 and the error message "Internal error with fdtgrep_find_region". I also update the error message. Signed-off-by: NPatrick Delaunay <patrick.delaunay@st.com>
-
由 Michael Trimarchi 提交于
Add an arch-specific handoff header so that we can use the HANDOFF feature on arm devices. Signed-off-by: NMichael Trimarchi <michael@amarulasolutions.com> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
由 Patrik Dahlström 提交于
If baud_divisor is not set (i.e. == -1), we should use the baud divisor already in use for flushing the xmit register. If we don't flush the xmit register, then SPL will hang. Signed-off-by: NPatrik Dahlström <risca@dalakolonin.se>
-
由 Patrick Delaunay 提交于
This patch modify the loop in mtd erase command to erase one by one the blocks in the requested area. It solves issue on "mtd erase" command on nand with existing bad block, the command is interrupted on the first bad block with the trace: "Skipping bad block at 0xffffffffffffffff" In MTD driver (nand/raw), when a bad block is present on the MTD device, the erase_op.fail_addr is not updated and we have the initial value MTD_FAIL_ADDR_UNKNOWN = (ULL)-1. This case seems normal in nand_base.c:nand_erase_nand(), we have the 2 exit cases during the loop: 1/ we have a bad block (nand_block_checkbad) instr->state = MTD_ERASE_FAILED loop interrupted (goto erase_exit) 2/ if block erase failed (status & NAND_STATUS_FAIL) instr->state = MTD_ERASE_FAILED; instr->fail_addr = ((loff_t)page << chip->page_shift); loop interrupted (goto erase_exit) So erase_op.fail_addr can't be used if bad blocks were present in the erased area; we need to use mtd_erase only one block to detect and skip these existing bad blocks (as it is done in nand_util.c). Signed-off-by: NPatrick Delaunay <patrick.delaunay@st.com> Reviewed-by: NMiquel Raynal <miquel.raynal@bootlin.com>
-
由 Fabien Dessenne 提交于
Fix an issue where some sections are never loaded : if p_type is different from PT_LOAD the phdr pointer must be incremented. Signed-off-by: NFabien Dessenne <fabien.dessenne@st.com> Acked-by: NSuman Anna <s-anna@ti.com>
-
- 24 1月, 2020 1 次提交
-
-
由 Tom Rini 提交于
- Re-add U8500 platform support - Add bcm968360bg support - Assorted Keymile fixes - Other assorted bugfixes
-
- 23 1月, 2020 21 次提交
-
-
由 Heinrich Schuchardt 提交于
div_by is a misleading parameter name, when we are doing >> div_by. Rename it to right_shift. Reported-by: NSimon Glass <sjg@chromium.org> Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
-
由 Dhananjay Phadke 提交于
FIT image contents can be larger than default bootm limit 8M with initrd. Raise limit to 64MB which is commonly used elsewhere. Signed-off-by: NDhananjay Phadke <dphadke@linux.microsoft.com> Reviewed-by: NBin Meng <bmeng.cn@gmail.com>
-
由 Holger Brunck 提交于
This target is out of maintenance and can be removed. Signed-off-by: NHolger Brunck <holger.brunck@ch.abb.com> CC: Valentin Longchamp <valentin.longchamp@ch.abb.com> CC: Stefan Roese <sr@denx.de> Reviewed-by: NStefan Roese <sr@denx.de>
-
由 Holger Brunck 提交于
This target is out of maintenance and can be removed. Signed-off-by: NHolger Brunck <holger.brunck@ch.abb.com> CC: Valentin Longchamp <valentin.longchamp@ch.abb.com> CC: Stefan Roese <sr@denx.de> Reviewed-by: NStefan Roese <sr@denx.de>
-
由 Holger Brunck 提交于
This board is similar to SUV31, but the FPGA is reset concept is quite different. Signed-off-by: NHolger Brunck <holger.brunck@ch.abb.com> CC: Valentin Longchamp <valentin.longchamp@ch.abb.com> CC: Stefan Roese <sr@denx.de> Reviewed-by: NStefan Roese <sr@denx.de>
-
由 Joel Johnson 提交于
Remove unused variable to silence compiler warning Signed-off-by: NJoel Johnson <mrjoel@lixil.net>
-
由 Holger Brunck 提交于
This patch adds the possibility in both debug and ramfs modes to optionally load an env file from /tftpboot/$tftppath (this is ignored if not present, so the change is backward compatible). This gives the debug and ramfs scripts the possibility to set uboot environment variables that were previously asked the users to manually set (nfs path in debug and rootfs size in ramfs). Signed-off-by: NHolger Brunck <holger.brunck@ch.abb.com> CC: Tom Rini <trini@konsulko.com>
-
由 Holger Brunck 提交于
The tftppath was not set in case of run ramfs. It worked only by chance if was already set before. Also check the boardname before setting the tftppath for COGE5. Signed-off-by: NHolger Brunck <holger.brunck@ch.abb.com> CC: Tom Rini <trini@konsulko.com>
-
由 Rainer Boschung 提交于
The CPUWD reset reason is used for kmp204x. And the qrio cpu reset request is configured to operate in core reset mode. But for the evaluation of the qrio's reset reason register the CPUWD figures as a unit reset source rather than a core reset source. This patch defines the CPUWD reset as a core reset source when evaluating the reset reason register. Signed-off-by: NRainer Boschung <rainer.boschung@ch.abb.com> CC: Priyanka Jain <priyanka.jain@nxp.com>
-
由 Holger Brunck 提交于
This patch moves the qrio and i2c deblocking code to keymile/common as it will also be used by the upcoming CENT2 board. Signed-off-by: NHolger Brunck <holger.brunck@ch.abb.com> CC: Priyanka Jain <priyanka.jain@nxp.com>
-
由 Holger Brunck 提交于
This prevents the board from booting which is not the expected behavior. Signed-off-by: NValentin Longchamp <valentin.longchamp@ch.abb.com> Signed-off-by: NHolger Brunck <holger.brunck@ch.abb.com> CC: Priyanka Jain <priyanka.jain@nxp.com>
-
由 Sughosh Ganu 提交于
Take up maintainership of random number generator drivers with Heinrich Schuchardt as the reviewer. Signed-off-by: NSughosh Ganu <sughosh.ganu@linaro.org> Reviewed-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
-
由 Matthias Schoepfer 提交于
When using fitImage in AARCH64, the fdt is only 4 byte aligned. According to linux kernel -> Documentation/arm64/booting.txt, the fdt *must* be 8 byte aligned. Therefore, it is somewhat random, if you build a kernel that the fdt is 4 or 8 byte aligned. Removing fdt_high (or changing it to a valid 8 byte aligned address) solves this issue. Signed-off-by: NMatthias Schoepfer <matthias.schoepfer@ithinx.io> CC: Mateusz Kulikowski <mateusz.kulikowski@gmail.com>
-
由 Masahiro Yamada 提交于
The base is not used in the code that follows this increment. Signed-off-by: NMasahiro Yamada <masahiroy@kernel.org>
-
由 Philippe Reynes 提交于
This add the initial support of the broadcom reference board bcm968360bg with a bcm68360 SoC. This board has 512 MB of RAM, 256 MB of flash (nand), 2 USB port, 1 UART, and 4 ethernet ports. Signed-off-by: NPhilippe Reynes <philippe.reynes@softathome.com>
-
由 Philippe Reynes 提交于
As no gpio.h is defined for this architecture, to avoid compilation failure, do not include <asm/arch/gpio.h> for arch bcm68360. Signed-off-by: NPhilippe Reynes <philippe.reynes@softathome.com>
-
由 Philippe Reynes 提交于
This IP is also used on some arm SoC, so we allow to use it on arm bcm68360 too. Signed-off-by: NPhilippe Reynes <philippe.reynes@softathome.com>
-
由 Philippe Reynes 提交于
This IP is also used on some arm SoC, so we allow to use it on arm bcm68360 too. Signed-off-by: NPhilippe Reynes <philippe.reynes@softathome.com>
-
由 Philippe Reynes 提交于
This adds the nand support for chipset bcm68360. Signed-off-by: NPhilippe Reynes <philippe.reynes@softathome.com>
-
由 Philippe Reynes 提交于
This IP is also used on some arm SoC, so we allow to use it on arm bcm68360 too. Signed-off-by: NPhilippe Reynes <philippe.reynes@softathome.com>
-
由 Philippe Reynes 提交于
This IP is also used on some arm SoC, so we allow to use it on arm bcm68360 too. Signed-off-by: NPhilippe Reynes <philippe.reynes@softathome.com>
-