- 12 6月, 2017 25 次提交
-
-
由 Lothar Waßmann 提交于
commit 06a040a3 ("cmd: mtdparts: fix null pointer dereference in parse_mtdparts") removed the initialization of a pointer variable, which is subsequently used in a debug() call. This produces an uninitialized variable warning, when compiling with DEBUG defined. Signed-off-by: NLothar Waßmann <LW@KARO-electronics.de>
-
由 Axel Lin 提交于
Current code does not set output level in bcm6345_gpio_direction_output, fix it. Signed-off-by: NAxel Lin <axel.lin@ingics.com>
-
由 Lothar Waßmann 提交于
relocate_code() calculates the relocation offset wrt. the symbol __image_copy_start which happens to have the same value as CONFIG_TEXT_BASE on most systems. When creating an i.MX boot image with an integrated IVT it is convenient to have CONFIG_TEXT_BASE point to the start of the IVT that is prepended to the actual code. Thus CONFIG_TEXT_BASE will differ from __image_copy_start, while the calculation 'gd->relocaddr - __image_copy_start' still gives the right relocation offset. Signed-off-by: NLothar Waßmann <LW@KARO-electronics.de>
-
由 Lothar Waßmann 提交于
Create exception stack in IRAM if available to facilitate debugging of pre-relocation code by catching exceptions rather than stopping dead. Signed-off-by: NLothar Waßmann <LW@KARO-electronics.de>
-
由 Lothar Waßmann 提交于
Adjust the program counter register to point to the failing instruction depending on the exeption type. This makes it easier to localize the offending instruction leading to a fatal exception. Signed-off-by: NLothar Waßmann <LW@KARO-electronics.de>
-
由 Lothar Waßmann 提交于
The cp_delay() function was introduced because of a missing 'volatile' attribute to the 'asm' statement in get_cr() which led to the 'mrc' instruction in get_cr() being optimised out eventually. This has been fixed in commit 53fd4b8c ("arm: mmu: Add missing volatile for reading SCTLR register") but the bogus cp_delay() function which was introduced as a workaround for the malfunctioning get_cr() was never removed. Signed-off-by: NLothar Waßmann <LW@KARO-electronics.de>
-
由 Patrice Chotard 提交于
Simplify baud rate register formula and use the oversampling uart feature. This code is aligned with what is implemented in kernel driver drivers/tty/serial/stm32-usart.c since kernel v4.9. Signed-off-by: NPatrice Chotard <patrice.chotard@st.com> Reviewed-by: NChristophe KERELLO <christophe.kerello@st.com> Reviewed-by: NPatrick DELAUNAY <patrick.delaunay@st.com> Acked-by: NVikas MANOCHA <vikas.manocha@st.com>
-
由 Patrice Chotard 提交于
stm32x7.c driver is dedicated for STM32F7. In kernel, "st,stm32-usart" and "st,stm32-uart" compatible strings are dedicated for STM32F4. To keep U-boot and kernel aligned, replace the serial compatible string from "st,stm32-usart", "st,stm32-uart" to "st,stm32f7-usart", "st,stm32f7-uart" specific for STM32F7. Signed-off-by: NPatrice Chotard <patrice.chotard@st.com> Reviewed-by: NChristophe KERELLO <christophe.kerello@st.com> Reviewed-by: NPatrick DELAUNAY <patrick.delaunay@st.com> Acked-by: NVikas MANOCHA <vikas.manocha@st.com>
-
由 Simon Glass 提交于
Assigning a variable to itself is not necessary. Drop this and also add a check for malloc() failure. Signed-off-by: NSimon Glass <sjg@chromium.org> Reported-by: Coverity (CID: 161418) Fixes: 111bcc4f (rockchip: mkimage: pad the header to 8-bytes (using a 'nop') for RK3399)
-
由 Simon Glass 提交于
The current implementation makes it look like the 'if (from_spl)' part is dead code because these features are not enabled for sandbox. We could enable it for sandbox_spl, but this is not done yet (it requires sharing memory between SPL and U-Boot proper which is in fact supported). It is probably nicer to avoid #ifdef anyway. Change it. Signed-off-by: NSimon Glass <sjg@chromium.org> Reported-by: Coverity (CID: 163244) Fixes: 824bb1b4 (bootstage: Support SPL)
-
由 Simon Glass 提交于
Suppress a warning on next = next->sibling. Signed-off-by: NSimon Glass <sjg@chromium.org> Reported-by: Coverity (CID: 163245) Fixes 644ec0a9 (dm: core: Add livetree access functions)
-
由 Simon Glass 提交于
We know that uclass_get_device() and device_find_child_by_of_offset() do not return NULL for dev when they succeeds but coverity does not. Add an extra check to hopefully keep it happy. Signed-off-by: NSimon Glass <sjg@chromium.org> Reported-by: Coverity (CID: 163246) Fixes: 0753bc2d (dm: Simple Watchdog uclass)
-
由 Simon Glass 提交于
We know that uclass_get_device() does not return NULL for dev when it succeeds but coverity does not. Add an extra check to hopefully keep it happy. Signed-off-by: NSimon Glass <sjg@chromium.org> Reported-by: Coverity (CID: 163247) Fixes: 0753bc2d (dm: Simple Watchdog uclass)
-
由 Simon Glass 提交于
We know that fdt_getprop() does not return NULL when len is > 0 but coverity does not. Add an extra check to keep it happy. Signed-off-by: NSimon Glass <sjg@chromium.org> Reported-by: Coverity (CID: 163248)
-
由 Simon Glass 提交于
We know that fdt_getprop() does not return NULL when len is > 0 but coverity does not. Add an extra check to keep it happy. Signed-off-by: NSimon Glass <sjg@chromium.org> Reported-by: Coverity (CID: 163249) Fixes: bc80295b (fdt: Add get commands to fdt)
-
由 Simon Glass 提交于
Since the parameter can be NULL we must be careful not to dereference it in this case. Signed-off-by: NSimon Glass <sjg@chromium.org> Reported-by: Coverity (CID: 163250) Fixes: 1043d0a0 (fdt: Add fdtgrep tool)
-
由 Simon Glass 提交于
We should not use an open-coded value here. Use sizeof() instead. Signed-off-by: NSimon Glass <sjg@chromium.org> Reported-by: Coverity (CID: 163252) Fixes: 43c6bdd0 (edid: Add HDMI flag to timing info)
-
由 Simon Glass 提交于
We know that uclass_get_device() does not return NULL for dev when it succeeds but coverity does not. Add an extra check to hopefully keep it happy. Signed-off-by: NSimon Glass <sjg@chromium.org> Reported-by: Coverity (CID: 161690) Fixes: 43b41566 (dm: sandbox: pwm: Add a basic pwm test)
-
由 Heiko Schocher 提交于
There was for long time no activity in the 5xx area. We need to go further and convert to Kconfig, but it turned out, nobody is interested anymore in 5xx, so remove it. Signed-off-by: NHeiko Schocher <hs@denx.de>
-
由 Heiko Schocher 提交于
There was for long time no activity in the 8260 area. We need to go further and convert to Kconfig, but it turned out, nobody is interested anymore in 8260, so remove it. Signed-off-by: NHeiko Schocher <hs@denx.de>
-
由 Heiko Schocher 提交于
There was for long time no activity in the 8xx area. We need to go further and convert to Kconfig, but it turned out, nobody is interested anymore in 8xx, so remove it (with a heavy heart, knowing that I remove here the root of U-Boot). Signed-off-by: NHeiko Schocher <hs@denx.de>
-
由 Semen Protsenko 提交于
One can obtain those variables using next commands: $ fastboot getvar cpu $ fastboot getvar secure $ fastboot getvar board_rev $ fastboot getvar userdata_size Those variables are needed for fastboot.sh script. Signed-off-by: NSam Protsenko <semen.protsenko@linaro.org> Reviewed-by: NTom Rini <trini@konsulko.com>
-
由 Semen Protsenko 提交于
One can obtain those variables using next commands: $ fastboot getvar cpu $ fastboot getvar secure $ fastboot getvar board_rev $ fastboot getvar userdata_size Those variables are needed for fastboot.sh script. Signed-off-by: NSam Protsenko <semen.protsenko@linaro.org> Reviewed-by: NTom Rini <trini@konsulko.com>
-
由 Semen Protsenko 提交于
This patch reuses new option, which allows us to expose variables from environment to "fastboot getvar" command. Those variables must be of "fastboot.%s" format. Signed-off-by: NSam Protsenko <semen.protsenko@linaro.org>
-
由 Manfred Schlaegl 提交于
Using u-boot-2017.05 on i.MX6UL we ran into following problem: Initially U-Boot could be started normally. If we added one random command in configuration, the newly generated image hung at startup (last output was DRAM: 256 MiB). We tracked this down to a data abort within relocation (relocated_code). relocated_code in arch/arm/lib/relocate.S copies 8 bytes per loop iteration until the source pointer is equal to __image_copy_end. In a good case __image_copy_end was aligned to 8 bytes, so the loop stopped as suggested, but in an errornous case __image_copy_end was not aligned to 8 bytes, so the loop ran out of bounds and caused a data abort exception. This patches solves the issue by aligning __image_copy_end to 8 byte using the linker script related to arm. I don't know if it's the correct way to solve this, so some review would be very appreciated.
-
- 11 6月, 2017 1 次提交
-
-
- 10 6月, 2017 14 次提交
-
-
由 Tom Rini 提交于
When we don't have CONFIG_BLK defined we don't have a forward declaration of struct udevice, and thus get a warning about it on blk_get_from_parent(), which we only have when CONFIG_BLK is set. Move the declaration of blk_get_from_parent() to be with the other CONFIG_BLK parts. Fixes 9f103b9c ("dm: blk: Add a way to obtain a block device from ...") Signed-off-by: NTom Rini <trini@konsulko.com>
-
-
-
由 Marek Behún 提交于
The kwbimage utility fails to compile when LibreSSL is present on the host system instead of OpenSSL. This one-line patch resolves this. Signed-off-by: NMarek Behun <marek.behun@nic.cz>
-
由 Sekhar Nori 提交于
CONFIG_FAT_WRITE is imply'ed when CONFIG_CMD_FAT is selected (see CONFIG_TI_COMMON_CMD_OPTIONS). Dont disable it in defconfig so the imply takes effect and 'fatwrite' is available for users. Signed-off-by: NSekhar Nori <nsekhar@ti.com> Reviewed-by: NTom Rini <trini@konsulko.com>
-
由 Alison Wang 提交于
As only FIT image is supported now, this patch is to support loading 32-bit uImage, dtb and rootfs separately. Signed-off-by: NAlison Wang <alison.wang@nxp.com> Reviewed-by: NTom Rini <trini@konsulko.com>
-
由 Chakra Divi 提交于
Fixed checkpatch.pl errors/warnings in board/mpl/common/pci.c Signed-off-by: NChakra Divi <chakra@openedev.com>
-
由 Enric Balletbo i Serra 提交于
Like commit 3337e3af this enables suitable commands needed for booting general purpose Linux distribution. This is required for example if we want to use PXE or DHCP as default boot targets, symbols no longer enabled by config_distro_defaults.h. Signed-off-by: NEnric Balletbo i Serra <enric.balletbo@collabora.com>
-
由 Lokesh Vutla 提交于
Update the board pinmux for AM572x-evm using latest PMT[1] and the board files named am572x_gp_evm_A3a_sr2p0 and am572x_gp_evm_A2b_sr1p1 that were autogenerated on 30th January, 2017 by "Ahmad Rashed <a-rashed@ti.com>" and "Tom Johnson <thjohnson@ti.com>". Signed-off-by: NLokesh Vutla <lokeshvutla@ti.com>
-
由 Lokesh Vutla 提交于
Update the board pinmux for AM571x-IDK board using latest PMT[1] and the board files named am571x_idk_v1p3b_sr2p0 that were autogenerated on 23rd March, 2017 by "Ahmad Rashed <a-rashed@ti.com>" and "Tom Johnson <thjohnson@ti.com>". [1] https://dev.ti.com/pinmux/app.html#/default/Signed-off-by: NLokesh Vutla <lokeshvutla@ti.com>
-
由 Lokesh Vutla 提交于
Update the board pinmux for AM572x-IDK board using latest PMT[1] and the board files named am572x_idk_v1p3b_sr2p0 that were autogenerated on 30th January, 2017 by "Ahmad Rashed <a-rashed@ti.com>" and "Tom Johnson <thjohnson@ti.com>". [1] https://dev.ti.com/pinmux/app.html#/default/Signed-off-by: NLokesh Vutla <lokeshvutla@ti.com>
-
由 Michal Simek 提交于
Add poweroff description to Kconfig to make it selectable via menuconfig. Signed-off-by: NMichal Simek <michal.simek@xilinx.com> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
由 tnishinaga.dev@gmail.com 提交于
Disable D-Cache is required when booting nommu Linux kernel. (please see Linux kernel source "arch/arm/kernel/head-nommu.S") U-Boot is enabled D-cache and I-Cache at startup. However, it does not disable D-Cache before booting nommu Linux kernel. Therefore, I call dcache_disable() when the CPU is ARMv7M to fix this problem. Signed-off-by: NToshifumi NISHINAGA <tnishinaga.dev@gmail.com>
-
由 Semen Protsenko 提交于
Refactor OMAP3/4/5 code so that we have only one get_device_type() function for all platforms. Details: - Add ctrl variable for AM33xx and OMAP3 platforms (like it's done for OMAP4/5), so we can obtain status register in common way - For now ctrl structure for AM33xx/OMAP3 contains only status register address - Run hw_data_init() in order to assign ctrl to proper structure - Remove DEVICE_MASK and DEVICE_GP definitions as they are not used (DEVICE_TYPE_MASK and GP_DEVICE are used instead) - Guard structs in omap_common.h with #ifdefs, because otherwise including omap_common.h on non-omap4/5 board files breaks compilation Buildman script was run for all OMAP boards. Result output: arm: (for 38/616 boards) all +352.5 bss -1.4 data +3.5 rodata +300.0 spl/u-boot-spl:all +284.7 spl/u-boot-spl:data +2.2 spl/u-boot-spl:rodata +252.0 spl/u-boot-spl:text +30.5 text +50.4 (no errors to report) Tested on AM57x EVM and BeagleBoard xM. Signed-off-by: NSam Protsenko <semen.protsenko@linaro.org> Reviewed-by: NLokesh Vutla <lokeshvutla@ti.com> [trini: Rework the guards as to not break TI81xx] Signed-off-by: NTom Rini <trini@konsulko.com>
-