- 19 Jul, 2019 1 commit
-
-
Rick Chen authored
Macpaul have left Andestech for a while, and this mail address macpaul@andestech.com can not received mail anymore. It might encounter account creation problem in this switching to gitlab about nds32 tree. So change the nds32 maintainer as Rick Chen <rick@andestech.com> Signed-off-by:
Rick Chen <rick@andestech.com> Cc: KC Lin <kclin@andestech.com>
-
- 18 Jul, 2019 39 commits
-
-
Tom Rini authored
- Various FS/disk related fixes with security implications. - Proper fix for the pci_ep test. - Assorted bugfixes - Some MediaTek updates. - 'env erase' support.
-
Tom Rini authored
We now have a proper fix for this test, stop disabling it in CI. This reverts commit ae8d23a6 . Signed-off-by:
Tom Rini <trini@konsulko.com>
-
barno was mistakely readed from the target structure, resulting in undefined behavious depending on the previous memory content. fix that. Fixes: bb413337 ("pci_ep: add pci endpoint sandbox driver") Signed-off-by:
Ramon Fried <rfried.dev@gmail.com> [trini: Drop unused bar_idx] Signed-off-by:
Tom Rini <trini@konsulko.com>
-
Removed one of the defconfig(obsoleted) file and unused CONFIG_MMC_SPI definition to avoid confusion about if this board using non-DM stuff or not. uCP1020 is completely DM free board, tested and runs well. Signed-off-by:
Oleksandr Zhadan <oleks@arcturusnetworks.com> Signed-off-by:
Michael Durrant <mdurrant@arcturusnetworks.com> Reviewed-by:
Bin Meng <bmeng.cn@gmail.com>
-
Some storage devices have multiple hw partitions and both address from zero, for example eMMC. However currently block cache invalidation only applies to block write/erase. This can cause a problem that data of current hw partition is cached before switching to another hw partition. And the following read operation of the latter hw partition will get wrong data when reading from the addresses that have been cached previously. To solve this problem, invalidate block cache after a successful select_hwpart operation. Signed-off-by:
Weijie Gao <weijie.gao@mediatek.com>
-
This patch removes tick-timer as all mt7629 boards should use arch timer. Signed-off-by:
Weijie Gao <weijie.gao@mediatek.com>
-
This patch changes mt7629_rfb to use ARM's generic arch timer instead of MediaTek's soc timer. Signed-off-by:
Weijie Gao <weijie.gao@mediatek.com>
-
The timer0 node has its two clocks written in reversed order. The timer0 is used as the tick timer which causes a problem that the time a delay function used is 4 times longer. This patch reverses these two clocks to solve this issue. Signed-off-by:
Weijie Gao <weijie.gao@mediatek.com>
-
We don't need a full checkout of Chrome OS to build U-Boot with Chromium OS verified boot. Update the instructions accordingly and fix a typo which joins the output directory and defconfig. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
This patch sets CNTVOFF of ARM CP15 timer to zero to make sure the virtual counter is fully usable for linux kernel. Cc: Albert Aribaud <albert.u.boot@aribaud.net> Signed-off-by:
Weijie Gao <weijie.gao@mediatek.com>
-
%s/ot/to/ Signed-off-by:
Anatolij Gustschin <agust@denx.de>
-
In ext4fs_read_file in ext4fs.c, a memset can overwrite the bounds of the destination memory region. This patch adds a check to disallow this. Signed-off-by:
Paul Emge <paulemge@forallsecure.com>
-
This patch checks for 0 in several ext4 headers and gracefully fails instead of raising a divide-by-0 exception. Signed-off-by:
Paul Emge <paulemge@forallsecure.com>
-
in ext4fs_read_file, it is possible for a broken/malicious file system to cause a memcpy of a negative number of bytes, which overflows all memory. This patch fixes the issue by checking for a negative length. Signed-off-by:
Paul Emge <paulemge@forallsecure.com>
-
ext_cache_read doesn't null cache->buf, after freeing, which results in a later function double-freeing it. This patch fixes ext_cache_read to call ext_cache_fini instead of free. Signed-off-by:
Paul Emge <paulemge@forallsecure.com>
-
part_get_info_extended and print_partition_extended can recurse infinitely while parsing a self-referential filesystem or one with a silly number of extended partitions. This patch adds a limit to the number of recursive partitions. Signed-off-by:
Paul Emge <paulemge@forallsecure.com>
-
libvirt v.5.3.0 with QEMU 4.0.0 or above uses PCI automatically and thus devices (network, storage, etc) are connected via PCI. Signed-off-by:
David Abdurachmanov <david.abdurachmanov@sifive.com> Reviewed-by:
Bin Meng <bmeng.cn@gmail.com>
-
If U-Boot is loaded and started from TF-A (you need to change SYS_TEXT_BASE to 0x60000000), it will hang up at flash initialization. If secure mode is off (default, or -machine virt,secure=off) at qemu, it will provide dtb with two flash memory banks: flash@0 { bank-width = <0x4>; reg = <0x0 0x0 0x0 0x4000000 0x0 0x4000000 0x0 0x4000000>; compatible = "cfi-flash"; }; If secure mode is on, on the other hand, qemu provides dtb with 1 bank: flash@0 { bank-width = <0x4>; reg = <0x0 0x4000000 0x0 0x4000000>; compatible = "cfi-flash"; }; As a result, flash_init()/flash_get_size() will eventually fail. With this patch applied, relevant CONFIG values are modified. Signed-off-by:
AKASHI Takahiro <takahiro.akashi@linaro.org> Tested-by:
Heinrich Schuchardt <xypron.glpk@gmx.de>
-
Currently, CONFIG_TFABOOT is located in armv8/fsl-layerscape Kconfig, but it will be also useful for other targets if some additional configuration are necessary. So move it to arch/arm/Kconfig. Please note that CONFIG_TFABOOT still depends on CONFIG_ARCH_SUPPORT_TFABOOT and so the menu won't come up if any target doesn't need its own customization for TF-A boot. This will maintain the compatibility. Signed-off-by:
AKASHI Takahiro <takahiro.akashi@linaro.org> Cc: Rajesh Bhagat <rajesh.bhagat@nxp.com> Cc: York Sun <york.sun@nxp.com> Cc: Prabhakar Kushwaha <prabhakar.kushwaha@nxp.com> Cc: Priyanka Jain <priyanka.jain@nxp.com> Cc: Sriram Dash <sriram.dash@nxp.com> Cc: Hou Zhiqiang <Zhiqiang.Hou@nxp.com> Cc: Peng Ma <peng.ma@nxp.com> Cc: Yuantian Tang <andy.tang@nxp.com> Cc: Pankit Garg <pankit.garg@nxp.com>
-
Signed-off-by:
Sam Protsenko <semen.protsenko@linaro.org>
-
This command fills the memory with data produced by rand(). Signed-off-by:
Jean-Jacques Hiblot <jjhiblot@ti.com>
-
At the moment mkenvimage has two separate read paths: One to read from a potential pipe, while dynamically increasing the buffer size, and a second one using mmap(2), using the input file's size. This is problematic for two reasons: - The "pipe" path will be chosen if the input filename is missing or "-". Any named, but non-regular file will use the other path, which typically will cause mmap() to fail: $ mkenvimage -s 256 -o out <(echo "foo=bar") - There is no reason to have *two* ways of reading a file, since the "pipe way" will always work, even for regular files. Fix this (and simplify the code on the way) by always using the method of dynamically resizing the buffer. The existing distinction between the two cases will merely be used to use the open() syscall or not. Signed-off-by:
Andre Przywara <andre.przywara@arm.com>
-
It is perfectly fine for the read(2) syscall to return with less than the requested number of bytes read (short read, see the "RETURN VALUE" section of the man page). This typically happens with slow input (keyboard, network) or with complex pipes. So far mkenvimage expects the exact number of requested bytes to be read, assuming an end-of-file condition otherwise. This wrong behaviour can be easily shown with: $ (echo "foo=bar"; sleep 1; echo "bar=baz") | mkenvimage -s 256 -o out - The second line will be missing from the output. Correct this by checking for any positive, non-zero return value. This fixes a problem with a complex pipe in one of my scripts, where the environment consist of two parts. Signed-off-by:
Andre Przywara <andre.przywara@arm.com> Acked-by:
Alexander Dahl <ada@thorsis.com>
-
sgdisk 0.8.10.2 from AOSP doesn't support short options, failing with errors like this: sgdisk: invalid option -- 'U' Test fails due to that error. Let's use long options to make the test work with any sgdisk version. Signed-off-by:
Sam Protsenko <semen.protsenko@linaro.org> Acked-by:
Stephen Warren <swarren@nvidia.com>
-
this adds erase environment for mmc storage squashed fixes: - add CONFIG_CMD_ERASEENV - env: erase redundant offset if defined - changes mentioned by Simon - fix whitespaces around errmsg Suggested-by:
Simon Goldschmidt <simon.k.r.goldschmidt@gmail.com> Signed-off-by:
Frank Wunderlich <frank-w@public-files.de> Reviewed-by:
Simon Goldschmidt <simon.k.r.goldschmidt@gmail.com>
-
this patch adds basic changes for adding a erase-subcommand to env with this command the environment stored on non-volatile storage written by saveenv can be cleared. Signed-off-by:
Frank Wunderlich <frank-w@public-files.de> squashed fixes - start message with "Erasing" - mark erase-function as optional - env: separate eraseenv from saveenv Suggested-by:
Simon Goldschmidt <simon.k.r.goldschmidt@gmail.com> Reviewed-by:
Simon Goldschmidt <simon.k.r.goldschmidt@gmail.com>
-
The autocompletion did not work if CONFIG_CMDLINE_PS_SUPPORT was enabled because U-Boot was comparing the prompt string with CONFIG_SYS_PROMPT . While this works if CONFIG_CMDLINE_PS_SUPPORT is disabled, this no longer works if it's enabled because user can override the PS1 . Fix this by checking prompt string against the current PS1 value. Signed-off-by:
Marek Vasut <marex@denx.de> Cc: Tom Rini <trini@konsulko.com>
-
Drivers need to be able to enable regulators that may be implemented as GPIO regulators. Example: fsl_esdhc enables the vqmmc supply which is commonly implemented as a GPIO regulator in order to switch between I/O voltage levels. Signed-off-by:
Sven Schwermer <sven@svenschwermer.de> Reviewed-by:
Lukasz Majewski <lukma@denx.de>
-
In preparation of being able to enable/disable GPIO regulators, the code that will be shared among the two kinds to regulators is factored out into its own source files. Signed-off-by:
Sven Schwermer <sven@svenschwermer.de> Reviewed-by:
Lukasz Majewski <lukma@denx.de>
-
When a crash occurs in thumb mode the crash dump is incorrect. This is due to the usage of a non-existing configuration variable CONFIG_ARM_THUMB in the definition of macro thumb_mode(regs). Use CONFIG_IS_ENABLED(SYS_THUMB_BUILD) to detect that the code has been compiled for thumb mode. Remove ARM_THUMB from config_whitelist.txt. With the patch crash dumps indicate thumb mode correctly. On a system with thumb mode: => exception unaligned data abort pc : [<8f7a2b52>] lr : [<8f7ab1ef>] reloc pc : [<1780cb52>] lr : [<178151ef>] sp : 8ed8c3f8 ip : 8f7a2b4d fp : 00000002 r10: 8f7f8228 r9 : 8ed95ea8 r8 : 8ed99488 r7 : 8f7ab141 r6 : 00000000 r5 : 8ed8c3f9 r4 : 8f7f6390 r3 : 8ed9948c r2 : 00000001 r1 : 00000000 r0 : 8f7f6390 Flags: nzCv IRQs off FIQs off Mode SVC_32 (T) Code: 8f7e 466d f105 0501 (e9d5) 6700 The Flags line has '(T)' and in the Code line the output is in u16 groups. On a system without thumb mode: => exception breakpoint prefetch abort pc : [<7ff5a5c8>] lr : [<7ff675ec>] reloc pc : [<0000e5c8>] lr : [<0001b5ec>] sp : 7ee0ad80 ip : 7ff5a5cc fp : 7ff674cc r10: 00000002 r9 : 7ef0bed8 r8 : 7ffd6214 r7 : 7ef0e080 r6 : 00000000 r5 : 7ffd4090 r4 : 00000000 r3 : 7ef0e084 r2 : 00000001 r1 : 00000000 r0 : 7ffd4090 Flags: nzCv IRQs off FIQs off Mode SVC_32 Code: e1a0500d e2855001 e1c560d0 e3a00001 (e12fff1e) The Flags line does not show '(T)' and in the Code line the output is in u32 groups. Reported-by:
Marek Vasut <marex@denx.de> Signed-off-by:
Heinrich Schuchardt <xypron.glpk@gmx.de> Reviewed-by:
Marek Vasut <marex@denx.de>
-
JOURNAL is optional for EXT4 (and EXT3) filesystems, so add support for skipping it. This fixes corrupting EXT4 volumes without JOURNAL after using uboot's 'ext4write' command. Signed-off-by:
Marek Szyprowski <m.szyprowski@samsung.com> Reviewed-by:
Lukasz Majewski <lukma@denx.de>
-
The block count entry in the EXT4 filesystem disk structures uses standard 512-bytes units for most of the typical files. The only exception are HUGE files, which use the filesystem block size, but those are not supported by uboot's EXT4 implementation anyway. This patch fixes the EXT4 code to use proper unit count for inode block count. This fixes errors reported by fsck.ext4 on disks with non-standard (i.e. 4KiB, in case of new flash drives) PHYSICAL block size after using 'ext4write' uboot's command. Signed-off-by:
Marek Szyprowski <m.szyprowski@samsung.com> Reviewed-by:
Lukasz Majewski <lukma@denx.de>
-
Add an implementation of the ds3231 driver that uses the driver model i2c APIs. Signed-off-by:
Chuanhua Han <chuanhua.han@nxp.com> Reviewed-by:
Lukasz Majewski <lukma@denx.de>
-
There are multiple other openssl engines used by HSMs that can be used to sign FIT images instead of forcing users to use pkcs11 type of service. Relax engine selection so that other openssl engines can be specified and use generic key id definition formula. Signed-off-by:
Vesa Jääskeläinen <vesa.jaaskelainen@vaisala.com> Cc: Tom Rini <trini@konsulko.com>
-
Tom Rini authored
- Bring in the first three series that we need in order to enhance the TI AM65x series support and then later introduce J721E support.
-
Tom Rini authored
This brings in a small update to our Travis-CI config file and introduces a GitLab CI file. Currently they have the same functionality and the plan currently is to migrate away from Travis-CI.
-
Tom Rini authored
We need this for building some 64bit ARM platforms, not for test.py runs. Signed-off-by:
Tom Rini <trini@konsulko.com>
-
Tom Rini authored
To better allow for parallelization of the world build job split things into 32bit ARM (687 boards), 64bit ARM (215), PowerPC (311 boards) and everything else (167 boards). While the 32bit ARM job is heavier than I would like, there is not a natural split that would reduce it in half or so without requiring the sort of hard to maintain splits we have to do in Travis CI. Signed-off-by:
Tom Rini <trini@konsulko.com>
-
Tom Rini authored
In order to mirror current Travis CI support we need to install this package via pip. Signed-off-by:
Tom Rini <trini@konsulko.com>
-