- 04 2月, 2020 13 次提交
-
-
由 Biwen Li 提交于
This supports i2c DM and enables CONFIG_DM_I2C for SoC LS1012A Signed-off-by: NBiwen Li <biwen.li@nxp.com> Signed-off-by: NPriyanka Jain <priyanka.jain@nxp.com>
-
由 Biwen Li 提交于
Fix below SPL build error when DM_I2C is enabled, - arch/arm/cpu/armv8/built-in.o: In function `board_init_f: arch/arm/cpu/armv8/fsl-layerscape/spl.c:74: undefined reference to `i2c_init_all' arch/arm/cpu/armv8/fsl-layerscape/spl.c:74:(.text.board_init_f+0x30): relocation truncated to fit: R_AARCH64_CALL26 against undefined symbol `i2c_init_all' make[2]: *** [spl/u-boot-spl] Error 1 make[1]: *** [spl/u-boot-spl] Error 2 make: *** [sub-make] Error 2 arch/arm/cpu/armv8/fsl-layerscape/spl.c: In function 'board_init_f': arch/arm/cpu/armv8/fsl-layerscape/spl.c:74:2: warning: implicit declaration of function 'i2c_init_all'; did you mean 'misc_init_r'? [-Wimplicit-function-declaration]` Signed-off-by: NBiwen Li <biwen.li@nxp.com> Reviewed-by: NPriyanka Jain <priyanka.jain@nxp.com>
-
由 Kuldeep Singh 提交于
Align flexspi node properties with linux device-tree properties Tested on LX2160A-RDB Signed-off-by: NKuldeep Singh <kuldeep.singh@nxp.com> Reviewed-by: NPriyanka Jain <priyanka.jain@nxp.com>
-
由 Kuldeep Singh 提交于
Align flexspi node properties with linux device-tree properties Tested on LS1028A-RDB Signed-off-by: NKuldeep Singh <kuldeep.singh@nxp.com> Reviewed-by: NPriyanka Jain <priyanka.jain@nxp.com>
-
由 Michael Walle 提交于
Sync the interrupt properties with the ones from Linux. Also use the constants provided by the dt-bindings header. Please note, that there are actual changes/fixes in the irq flags. U-Boot won't use the interrupt properties anyway. It's just to be consistent with the Linux device tree. Signed-off-by: NMichael Walle <michael@walle.cc> Reviewed-by: NPriyanka Jain <priyanka.jain@nxp.com>
-
由 Michael Walle 提交于
Also align the fspi node with the kernel one. Signed-off-by: NMichael Walle <michael@walle.cc> Reviewed-by: NKuldeep Singh <kuldeep.singh@nxp.com> Reviewed-by: NPriyanka Jain <priyanka.jain@nxp.com>
-
由 Faiz Abbas 提交于
Add the main_gpio0 node. Signed-off-by: NFaiz Abbas <faiz_abbas@ti.com> Signed-off-by: NLokesh Vutla <lokeshvutla@ti.com>
-
由 Vignesh Raghavendra 提交于
IO expanders are required to power cycle SD card. So enable the same Signed-off-by: NVignesh Raghavendra <vigneshr@ti.com> Signed-off-by: NLokesh Vutla <lokeshvutla@ti.com>
-
由 Vignesh Raghavendra 提交于
Add I2C GPIO expander required to power cycle MMC/SD Signed-off-by: NVignesh Raghavendra <vigneshr@ti.com> Signed-off-by: NLokesh Vutla <lokeshvutla@ti.com>
-
由 Vignesh Raghavendra 提交于
J721e SoC has 2 I2C instances in MCU domain and 7 I2C instances in main domain. Add DT nodes for the same Signed-off-by: NVignesh Raghavendra <vigneshr@ti.com> Signed-off-by: NLokesh Vutla <lokeshvutla@ti.com>
-
由 Vignesh Raghavendra 提交于
Enable USB0 in peripheral mode so that it be used for DFU Signed-off-by: NVignesh Raghavendra <vigneshr@ti.com> Signed-off-by: NLokesh Vutla <lokeshvutla@ti.com>
-
由 Vignesh Raghavendra 提交于
Add support to download SYSFW into internal RAM via DFU in DFU boot mode. Prepare a DFU config entity entry dynamically using buffer address allocated for SYSFW and start DFU gadget to get SYSFW. Signed-off-by: NVignesh Raghavendra <vigneshr@ti.com> Signed-off-by: NLokesh Vutla <lokeshvutla@ti.com>
-
由 Vignesh Raghavendra 提交于
J721e does not support USB Host MSC boot, but only supports DFU boot. Since BOOT_DEVICE_USB is often used for host boot mode and BOOT_DEVICE_DFU is used for DFU boot, rename BOOT_DEVICE_USB macro to BOOT_DEVICE_DFU Signed-off-by: NVignesh Raghavendra <vigneshr@ti.com> Signed-off-by: NLokesh Vutla <lokeshvutla@ti.com>
-
- 01 2月, 2020 3 次提交
-
-
由 Masahiro Yamada 提交于
gd->ram_base is not set at all if the end address of the DRAM ch0 exceeds the 4GB limit. Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
-
由 Masahiro Yamada 提交于
UCLASS_MTD is a better fit for NAND drivers. Make NAND_DENALI_DT depend on DM_MTD, which is needed to compile drivers/mtd/mtd-uclass.c Also, make ARCH_UNIPHIER select DM_MTD because all the defconfig of this platform enables NAND_DENALI_DT. Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com> Reviewed-by: NMiquel Raynal <miquel.raynal@bootlin.com>
-
由 Masahiro Yamada 提交于
Now that the reset controlling of the Denali NAND driver (denali_dt.c) works for this platform, remove the adhoc reset deassert code. Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
-
- 30 1月, 2020 14 次提交
-
-
由 Kever Yang 提交于
Add alias for mmc/sdmmc so that we can have a fix mmc number for emmc. Signed-off-by: NKever Yang <kever.yang@rock-chips.com> Reviewed-by: NJagan Teki <jagan@amarulasolutions.com>
-
由 YouMin Chen 提交于
update lpddr3 setting for fix init fail about "col error". Signed-off-by: NYouMin Chen <cym@rock-chips.com> Signed-off-by: NKever Yang <kever.yang@rock-chips.com>
-
由 YouMin Chen 提交于
Add rk3328-sdram-ddr4-666.dtsi for support ddr4 init. Signed-off-by: NYouMin Chen <cym@rock-chips.com> Signed-off-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Jagan Teki 提交于
All rockchip platforms support TPL or SPL-based bootloader in mainline with U-Boot proper as final stage. For each stage we need to burn the image on to flash with respective offsets. This patch creates a single boot image component using - binman, for arm32 rockchip platforms - pad_cat, for arm64 rockchip platforms. This would help users to get rid of burning different boot stage images. The new image called 'u-boot-rockchip.bin' which can burn into flash like: ₹ sudo dd if=u-boot-rockchip.bin of=/dev/sda seek=64 This would support all rockchip platforms, except rk3128 since it doesn't support for SPL yet. Cc: Matwey V. Kornilov <matwey.kornilov@gmail.com> Cc: Wadim Egorov <w.egorov@phytec.de> Signed-off-by: NJagan Teki <jagan@amarulasolutions.com> Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Jagan Teki 提交于
Add U-Boot specific dtsi file for rk3188 SoC. This would help to add U-Boot specific dts nodes, properties which are common across rk3188. Right now, the file is empty, will add required changes in future patches. Signed-off-by: NJagan Teki <jagan@amarulasolutions.com> Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Jagan Teki 提交于
Add U-Boot specific dtsi file for rk3036 SoC. This would help to add U-Boot specific dts nodes, properties which are common across rk3036. Right now, the file is empty, will add required changes in future patches. Signed-off-by: NJagan Teki <jagan@amarulasolutions.com> Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Jagan Teki 提交于
Add bootcount support for Rockchip rk3399. The bootcount value is preserved in PMU_SYS_REG0 register, this would help to support redundent boot. Once the redundant boot triggers, the altboot command will look for extlinux-rollback.conf on particular bootable partition which supposed to be a recovery partition where redundant boot required. Reviewed-by: NKever Yang <kever.yang@rock-chips.com> Signed-off-by: NJagan Teki <jagan@amarulasolutions.com>
-
由 Jagan Teki 提交于
Add cpu reset cause in common cpu-info file. This would help to print the reset cause for various resets. Right now it support rk3288, rk3399. rest of rockchip platforms doesn't have reset cause support ye but this code is more feasible to extend the same. Reviewed-by: NKever Yang <kever.yang@rock-chips.com> Signed-off-by: NJagan Teki <jagan@amarulasolutions.com>
-
由 Jagan Teki 提交于
Few of the rockchip family SoC atleast rk3288, rk3399 are sharing some cru register bits so adding common code between these SoC families would require to include both cru include files that indeed resulting function declarations error. So, create a common cru include as cru.h then include the rk3399 arch cru include file and move the common cru register bit definitions into it. The rest of rockchip cru files will add it in future. Reviewed-by: NKever Yang <kever.yang@rock-chips.com> Signed-off-by: NJagan Teki <jagan@amarulasolutions.com>
-
由 Jagan Teki 提交于
Add cpu information for rockchip soc. This would help to print the SoC family number, with associated temparature, clock and reason for reset etc. Reviewed-by: NKever Yang <kever.yang@rock-chips.com> Signed-off-by: NJagan Teki <jagan@amarulasolutions.com>
-
由 Jagan Teki 提交于
Enable winbond SPI flash for ROC-PC-RK3399 board. Signed-off-by: NJagan Teki <jagan@amarulasolutions.com> Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Jagan Teki 提交于
Enable winbond SPI flash for ROC-PC-RK3399 board. Signed-off-by: NJagan Teki <jagan@amarulasolutions.com> Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Jagan Teki 提交于
Sync the ROC-RK3399-PC device tree changes from Linux with below commit details: commit <c36308abe4110e4db362d5e2ae3797834a7b1192> ("arm64: dts: rockchip: Enable MTD Flash on rk3399-roc-pc") Signed-off-by: NJagan Teki <jagan@amarulasolutions.com> Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Amit Singh Tomar 提交于
Some of the devices(for instance, pcie and gnet controller) sitting on SCB bus falls behind/below the memory range that we currenty have. This patch updates the memory range to map those devices correctly. Signed-off-by: NAmit Singh Tomar <amittomer25@gmail.com> Reviewed-by: NAndre Przywara <andre.przywara@arm.com> Signed-off-by: NAndre Przywara <andre.przywara@arm.com> Tested-by: NCorentin Labbe <clabbe@baylibre.com> Signed-off-by: NMatthias Brugger <mbrugger@suse.com>
-
- 28 1月, 2020 1 次提交
-
-
由 Marek Szyprowski 提交于
XOM pins provide information for iROM bootloader about the boot device. Those pins are mapped to lower bits of OP_MODE register (0x10000008), which is common for all Exynos SoC variants. Set the default MMC device id to reflect the boot device selected by XOM[7:5] pins (2 for the SD or 0 for the eMMC). Signed-off-by: NMarek Szyprowski <m.szyprowski@samsung.com> Signed-off-by: NMinkyu Kang <mk7.kang@samsung.com>
-
- 27 1月, 2020 4 次提交
-
-
由 Pedro Jardim 提交于
Since frac_pll_init() is only used in this file, change it to 'static'. This fixes the following sparse warning: arch/arm/mach-imx/imx8m/clock_imx8mq.c:662:5: warning: no previous prototype for ‘frac_pll_init’ [-Wmissing-prototypes] Signed-off-by: NPedro Jardim <jardim.c.pedro@gmail.com>
-
由 Pedro Jardim 提交于
Function sscg_pll_init() is not used anywhere, so it can simply be deleted. This was found because of the following sparse warning: arch/arm/mach-imx/imx8m/clock_imx8mq.c:702:5: warning: no previous prototype for ‘sscg_pll_init’ [-Wmissing-prototypes] int sscg_pll_init(u32 pll) ^~~~~~~~~~~~~ Signed-off-by: NPedro Jardim <jardim.c.pedro@gmail.com>
-
由 Pedro Jardim 提交于
Since do_imx8m_showclocks() is only used inside this file, make it 'static'. This fixes the following sparse warning: arch/arm/mach-imx/imx8m/clock_imx8mq.c:836:5: warning: no previous prototype for ‘do_imx8m_showclocks’ [-Wmissing-prototypes] int do_imx8m_showclocks(cmd_tbl_t *cmdtp, int flag, int argc, ^~~~~~~~~~~~~~~~~~~ Signed-off-by: NPedro Jardim <jardim.c.pedro@gmail.com>
-
由 Pedro Jardim 提交于
Function init_usb_clk() is not used anywhere, so it can simply be deleted. This was detected by the following sparse warning: arch/arm/mach-imx/imx8m/clock_imx8mq.c:377:6: warning: no previous prototype for ‘init_usb_clk’ [-Wmissing-prototypes] void init_usb_clk(void) ^~~~~~~~~~~~ Signed-off-by: NPedro Jardim <jardim.c.pedro@gmail.com>
-
- 26 1月, 2020 4 次提交
-
-
由 Andre Przywara 提交于
Since commit 067e0b96 ("sunxi: Allow booting from 128KB SD/eMMC offset") we support having the SPL loaded from either the traditional 8KB SD card/eMMC offset, or from the alternative location at 128KB. However the sector to find the U-Boot image was still hard-coded at compile time, and had to be adjusted for one of the two choices. Since we can actually override the function to return the sector offset, we can just check the boot source byte there to select the proper offset based on from where the SPL was loaded. This allows the very same binary image to be loaded from either 128KB or 8KB, with the U-Boot proper image always being located just behind the SPL. Signed-off-by: NAndre Przywara <andre.przywara@arm.com> Acked-by: NJagan Teki <jagan@amarulasolutions.com>
-
由 Andre Przywara 提交于
The Boot ROM write some boot source ID (SD card, eMMC, SPI, ...) into a certain location in SRAM, so the SPL can easily determine where to load U-Boot proper from. Factor out reading this value, as it will come in handy again shortly. Signed-off-by: NAndre Przywara <andre.przywara@arm.com> Acked-by: NJagan Teki <jagan@amarulasolutions.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 提交于
Using musb-new structure for mt85xx gadget driver. Add gadget driver dts for mt8518 SoCs. Signed-off-by: Nmingming lee <mingming.lee@mediatek.com>
-
- 25 1月, 2020 1 次提交
-
-
由 Andre Przywara 提交于
Since every Allwinner USB PHY seems to be slightly different from each other, we need to add the compatible string and the respective data structure to make it work on the R40/V40 SoC. Nothing spectacular this time, just one less USB controller than the H3. Copied from the Linux kernel. Signed-off-by: NAndre Przywara <andre.przywara@arm.com> Reviewed-by: NJagan Teki <jagan@amarulasolutions.com>
-