- 22 1月, 2018 7 次提交
-
-
由 Mario Six 提交于
The clk uclass was converted to support a live device tree recently, hence the global data pointer declarations are no longer needed. Reviewed-by: NSimon Glass <sjg@chromium.org> Signed-off-by: NMario Six <mario.six@gdsys.cc>
-
由 Mario Six 提交于
Fix a mis-indented function call in clk_fixed_rate.c Reviewed-by: NSimon Glass <sjg@chromium.org> Signed-off-by: NMario Six <mario.six@gdsys.cc>
-
由 Mario Six 提交于
checkpatch.pl complains that the clk_ops structures used in clk-uclass.c ought to be const, so we mark them as const. Reviewed-by: NSimon Glass <sjg@chromium.org> Signed-off-by: NMario Six <mario.six@gdsys.cc>
-
由 Peng Fan 提交于
Sync with Linux commit 30a7acd573899fd8b("Linux 4.15-rc6") to use enum pin_config_param. Signed-off-by: NPeng Fan <peng.fan@nxp.com> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
由 Stefan Brüns 提交于
get_maintainer.pl quotes names which it considers unsafe, i.e. anything containing [^a-zA-Z0-9_ \-]. This confuses patman, it will duplicate addresses which are also in Series-to/cc. Strip the quotes. Signed-off-by: NStefan Brüns <stefan.bruens@rwth-aachen.de> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
由 Mario Six 提交于
The function dev_read_addr calls ofnode_get_addr_index in the live tree case, which does not apply bus translations to the address read from the device tree. This results in illegal addresses on boards that rely on bus translations being applied. Fix this situation by applying bus translations in the live tree case as well. Signed-off-by: NMario Six <mario.six@gdsys.cc> Tested-by: NStephen Warren <swarren@nvidia.com>
-
由 Heinrich Schuchardt 提交于
%s/falback/fallback/g Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
- 20 1月, 2018 33 次提交
-
-
-
-
由 Faiz Abbas 提交于
Now the u-boot spi image is greater than 0x90000, increase the same in env during spi erase. Signed-off-by: NFaiz Abbas <faiz_abbas@ti.com> Reviewed-by: NTom Rini <trini@konsulko.com>
-
由 Tom Rini 提交于
A 2 line help entry for a new Kconfig entry is, at this time, sufficient in some cases, so lets drop that warning for now. Signed-off-by: NTom Rini <trini@konsulko.com>
-
由 Tuomas Tynkkynen 提交于
The following config symbols are only defined once and never referenced anywhere else: CONFIG_CYRUS CONFIG_IDS8313 CONFIG_MPC8308_P1M CONFIG_MPC8308RDB CONFIG_MPC8349EMDS CONFIG_MPC8349ITXGP CONFIG_SBC8349 CONFIG_SBC8548 CONFIG_SBC8641D CONFIG_TQM834X CONFIG_VE8313 CONFIG_XPEDITE5140 CONFIG_XPEDITE5200 CONFIG_XPEDITE550X Most of them are config symbols named after the respective boards which seems to have been a standard practice at some point. Signed-off-by: NTuomas Tynkkynen <tuomas@tuxera.com> Acked-by: NMario Six <mario.six@gdsys.cc>
-
由 Patrice Chotard 提交于
Move system flags from defconfig to mach-stm32/Kconfig Signed-off-by: NPatrice Chotard <patrice.chotard@st.com> Reviewed-by: NVikas Manocha <vikas.manocha@st.com>
-
由 Patrice Chotard 提交于
Now this driver is used across stm32f4, stm32f7 and stm32h7 SoCs family, give it a generic name. Signed-off-by: NPatrice Chotard <patrice.chotard@st.com> Reviewed-by: NVikas Manocha <vikas.manocha@st.com>
-
由 Tuomas Tynkkynen 提交于
The following config symbols are only defined once and never referenced anywhere else: CONFIG_AMCORE CONFIG_ASTRO5373L CONFIG_M52277EVB CONFIG_M5253DEMO CONFIG_M5253EVBE CONFIG_M5275EVB CONFIG_M54418TWR CONFIG_STMARK2 Most of them are config symbols named after the respective boards which seems to have been a standard practice at some point. Signed-off-by: NTuomas Tynkkynen <tuomas@tuxera.com>
-
由 Tuomas Tynkkynen 提交于
Seems to be again one of those CONFIG_ symbols named after a board, with nothing referencing it. Signed-off-by: NTuomas Tynkkynen <tuomas@tuxera.com>
-
由 Tuomas Tynkkynen 提交于
Last users of the following macros (for n = 0..7) were removed in commit 5b8e76c3 ("powerpc, 8xx: remove support for 8xx"): CONFIG_SYS_PCMCIA_PBRn CONFIG_SYS_PCMCIA_PORn Signed-off-by: NTuomas Tynkkynen <tuomas@tuxera.com>
-
由 Tuomas Tynkkynen 提交于
The corresponding changes in the uboot-test-hooks repo are: https://github.com/swarren/uboot-test-hooks/pull/15Signed-off-by: NTuomas Tynkkynen <tuomas.tynkkynen@iki.fi> Reviewed-by: NTom Rini <trini@konsulko.com>
-
由 Tuomas Tynkkynen 提交于
For preparation of adding AArch64 test.py jobs. Signed-off-by: NTuomas Tynkkynen <tuomas.tynkkynen@iki.fi> Reviewed-by: NTom Rini <trini@konsulko.com>
-
由 Tuomas Tynkkynen 提交于
It's mostly obvious, except that QEMU is annoying and requires an explicit '-cpu cortex-a57' (or some other 64-bit core) to actually run in 64-bit mode. While at it, remove the references to setting the ARCH environment variable; that is not used in U-Boot. Signed-off-by: NTuomas Tynkkynen <tuomas.tynkkynen@iki.fi> Reviewed-by: NTom Rini <trini@konsulko.com>
-
由 Tuomas Tynkkynen 提交于
This adds support for '-machine virt' on AArch64. This is rather simple: we just add TARGET_QEMU_ARM_xxBIT to select a few different Kconfig symbols, provide the ARMv8 memory map from the board file and add a new defconfig based on the 32-bit defconfig. Signed-off-by: NTuomas Tynkkynen <tuomas.tynkkynen@iki.fi> Reviewed-by: NTom Rini <trini@konsulko.com>
-
由 Andrew F. Davis 提交于
The signing certificate name is always 15 chars long, but need not be null terminated. One solution is then to use printf precision modifiers to only print this many chars ("%.15s"), but tiny printf does not support this, so lets just drop printing the cert name for now. Signed-off-by: NAndrew F. Davis <afd@ti.com>
-
由 Madan Srinivas 提交于
Fix the size calculation in the verify boot. The header size should be subtracted from the image size, not be assigned to the image size. Fixes: 0830d72b ("arm: am33xx: security: adds auth support for encrypted images") Signed-off-by: NMadan Srinivas <madans@ti.com> Signed-off-by: NDan Murphy <dmurphy@ti.com> Signed-off-by: NAndrew F. Davis <afd@ti.com> Reviewed-by: NLokesh Vutla <lokeshvutla@ti.com>
-
由 Drew Moseley 提交于
CONFIG_OF_EMBED in particular is needed to allow the Raspberry Pi firmware to pass the DTB to U-Boot and on to the kernel. Signed-off-by: NDrew Moseley <drew.moseley@northern.tech>
-
由 Derald D. Woods 提交于
This commit adds UBIFS_NAND to BOOT_TARGET_DEVICES. This will allow the kernel zImage to be loaded from '/boot/zImage' in UBIFS (ubi0:rootfs). Additionally update the *_MMC devices to also load kernel image from the MMC 0:2 EXT4 file system. DISTRO_DEFAULTS Setup ===================== [primary] Check MMC 0:1 for /extlinux/extlinux.conf and boot [fallback 1] Check MMC 0:2 /boot/zImage and run mmcbootz [fallback 2] Check MMC 0:2 /boot/uImage and run mmcboot [fallback 3] Check NAND UBIFS /boot/zImage and run nandbootubifs [fallback 4] Check NAND partitions and run nandboot The following "extlinux.conf" can be used to load images in the top-level of the MMC 0:1 FAT partition. [MMC(0:1)/extlinux/extlinux.conf] ---8<------------------------------------------------------------------- default omap3-evm label omap3-evm kernel /zImage fdt /omap3-evm.dtb append console=ttyO0,115200n8 root=/dev/mmcblk0p2 rw rootfstype=ext4 rootwait ---8<------------------------------------------------------------------- Signed-off-by: NDerald D. Woods <woods.technical@gmail.com>
-
由 Heinrich Schuchardt 提交于
initr_mem() is already enclosed by #if defined(CONFIG_PRAM) #endif So there is no need to check CONFIG_PRAM again inside the function. Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
由 Tom Rini 提交于
The command portion of the GPIO driver can only be used in full SPL so re-work to guard the command related portions and mark it as static. Cc: Dan Murphy <dmurphy@ti.com> Signed-off-by: NTom Rini <trini@konsulko.com>
-
由 Tom Rini 提交于
The command portion of the GPIO driver can only be used in full SPL so re-work to guard the command related portions and mark it as static. Cc: Bin Meng <bmeng.cn@gmail.com> Cc: Simon Glass <sjg@chromium.org> Cc: Philipp Tomsich <philipp.tomsich@theobroma-systems.com> Signed-off-by: NTom Rini <trini@konsulko.com> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
由 Klaus Goger 提交于
Change help description to match the style of the other U-Boot commands and get rid of the leading whitespace. Signed-off-by: NKlaus Goger <klaus.goger@theobroma-systems.com> Reviewed-by: NLukasz Majewski <lukma@denx.de>
-
由 Heinrich Schuchardt 提交于
The message "reading %s\n" may be interesting when debugging but otherwise it is superfluous. Only output the message when debugging. Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
由 Heinrich Schuchardt 提交于
The message "** %s shorter than offset + len **\n" may be interesting when debugging but it does not indicate an error. So we should not write it if we are not in debug mode. Fixes: 7a3e70cf fs/fs.c: read up to EOF when len would read past EOF Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
由 Adam Ford 提交于
There is an #ifdef and #endif with nothing in between. This patch simply removes this dead/useless code. Signed-off-by: NAdam Ford <aford173@gmail.com>
-
由 Derald D. Woods 提交于
This commit updates the configuration files needed to support OF_CONTROL on the OMAP3 BeagleBoard(s).
-
由 Derald D. Woods 提交于
This commit adds OMAP3 BeagleBoard devicetree files from Linux v4.15-rc5. This includes standard OMAP34XX board revisions as well as the 'xM' which is OMAP36XX. Signed-off-by: NDerald D. Woods <woods.technical@gmail.com>
-
由 Lokesh Vutla 提交于
Select dtb name for am574x-idk and dra76x evm with acd package. Signed-off-by: NLokesh Vutla <lokeshvutla@ti.com>
-
由 Lokesh Vutla 提交于
Add initial dts support for am574x-idk Signed-off-by: NLokesh Vutla <lokeshvutla@ti.com>
-
由 Lokesh Vutla 提交于
Enable CMD_DDR3 on all am57xx based platforms. Signed-off-by: NLokesh Vutla <lokeshvutla@ti.com>
-
由 Lokesh Vutla 提交于
Update the board pinmux for AM574x-IDK board using latest PMT[1] and the board files named am574x_idk_v1p3b_sr2p0 that were auto generated on 13th October, 2017 by "Ahmad Rashed <a-rashed@ti.com>". Signed-off-by: NLokesh Vutla <lokeshvutla@ti.com>
-
由 Lokesh Vutla 提交于
AM574x-idk has the following DDR parts attached: EMIF1: MT41K256M16HA (1GB with ECC) EMIF2: MT41K256M16HA (1GB without ECC) Enabling 2GB DDR without interleaving between EMIFs. And enabling ECC on EMIF1. Signed-off-by: NLokesh Vutla <lokeshvutla@ti.com> Signed-off-by: NKrunal Bhargav <k-bhargav@ti.com>
-
由 Lokesh Vutla 提交于
Update prcm, voltages and pinmux support for am574x-idk. Signed-off-by: NLokesh Vutla <lokeshvutla@ti.com>
-