Package: u-boot / 2019.01+dfsg-7

Metadata

Package Version Patches format
u-boot 2019.01+dfsg-7 3.0 (quilt)

Patch series

view the series file
Patch File delta Description
add debian revision to u boot version | (download)

Makefile | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

---
no force CROSS_COMPILE powerpc.diff | (download)

arch/powerpc/config.mk | 4 0 + 4 - 0 !
1 file changed, 4 deletions(-)

---
tools generic builds.patch | (download)

tools/Makefile | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

 enable generic tools build
Makefile add kwb target to all.patch | (download)

Makefile | 1 1 + 0 - 0 !
1 file changed, 1 insertion(+)

---
mx53loco | (download)

configs/mx53loco_defconfig | 1 1 + 0 - 0 !
1 file changed, 1 insertion(+)

---
n900 bootz raw initrd.diff | (download)

include/configs/nokia_rx51.h | 3 3 + 0 - 0 !
1 file changed, 3 insertions(+)

---
arndale/board spl rule.diff | (download)

Makefile | 3 3 + 0 - 0 !
1 file changed, 3 insertions(+)

 add spl/arndale-spl.bin rule
sh4 fix linker name prefix.patch | (download)

arch/sh/config.mk | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

 sh4-fix-linker-name-prefix.patch
 u-boot currently fails to build from source on sh4 since the
 linker name prefix defined in arch/sh/config.mk is outdated.
 On current Debian installations, the binaries of the GNU
 toolchain are named using the triplett scheme
 $arch-$kernel-$toolchain. Thus, on sh4, the proper name
 is "sh4-linux-gnu-ld" instead of "sh4-linux-ld". This
 patch updates build configuration on sh4 to reflect that.


ensure config sandbox for make env.patch | (download)

include/configs/sandbox.h | 3 3 + 0 - 0 !
1 file changed, 3 insertions(+)

---
am57xx/omap5_distro_bootcmd | (download)

include/configs/ti_omap5_common.h | 16 16 + 0 - 0 !
1 file changed, 16 insertions(+)

---
test imagetools test fixes | (download)

test/image/test-imagetools.sh | 26 13 + 13 - 0 !
1 file changed, 13 insertions(+), 13 deletions(-)

---
upstream/fs ext4 Unmount FS in do_fs_type.patch | (download)

fs/fs.c | 2 2 + 0 - 0 !
1 file changed, 2 insertions(+)

 [patch] fs: ext4: unmount fs in do_fs_type()

Unlike other generic FS accessors, fs_get_info() does not call fs_close()
at the end of it's operation. Thus, using fs_get_info() in do_fs_type()
without calling fs_close() causes potential memory leak by creating new
filesystem structures on each call of do_fs_type().

The test case to trigger this problem is as follows. It is required to
have ext4 filesystem on the first partition of the SDMMC device, since
ext4 requires stateful mount and causes memory allocation.
=> while true ; do mmc rescan ; fstype mmc 1 ; done
Eventually, the mounting of ext4 will fail due to malloc failures
and the filesystem will not be correctly detected.

This patch fixes the problem by adding the missing fs_close().

Signed-off-by: Marek Vasut <marek.vasut+renesas@gmail.com>
Cc: Simon Glass <sjg@chromium.org>
Cc: Tom Rini <trini@konsulko.com>

upstream/0001 Fix typo missmatched mismatched.patch | (download)

tools/imx8image.c | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

 [patch] fix typo: missmatched -> mismatched.

Signed-off-by: Vagrant Cascadian <vagrant@debian.org>
upstream/Fix ext4 block group descriptor sizing.patch | (download)

fs/ext4/ext4_common.c | 19 15 + 4 - 0 !
1 file changed, 15 insertions(+), 4 deletions(-)

 [patch] fix ext4 block group descriptor sizing

Ext4 allows for arbitrarily sized block group descriptors when 64-bit
addressing is enabled, which was previously not properly supported. This
patch dynamically allocates a chunk of memory of the correct size.

Signed-off-by: Benjamin Lim <jarsp.ctf@gmail.com>

upstream/lib uuid Fix unseeded PRNG on RANDOM_UUID y.patch | (download)

lib/uuid.c | 2 2 + 0 - 0 !
1 file changed, 2 insertions(+)

 [patch] lib: uuid: fix unseeded prng on random_uuid=y

The random uuid values (enabled via CONFIG_RANDOM_UUID=y) on our
platform are always the same. Below is consistent on each cold boot:

 => ### interrupt autoboot
 => env default -a; gpt write mmc 1 $partitions; print uuid_gpt_misc
 ...
 uuid_gpt_misc=d117f98e-6f2c-d04b-a5b2-331a19f91cb2
 => env default -a; gpt write mmc 1 $partitions; print uuid_gpt_misc
 ...
 uuid_gpt_misc=ad5ec4b6-2d9f-8544-9417-fe3bd1c9b1b3
 => env default -a; gpt write mmc 1 $partitions; print uuid_gpt_misc
 ...
 uuid_gpt_misc=cceb0b18-39cb-d547-9db7-03b405fa77d4
 => env default -a; gpt write mmc 1 $partitions; print uuid_gpt_misc
 ...
 uuid_gpt_misc=d4981a2b-0478-544e-9607-7fd3c651068d
 => env default -a; gpt write mmc 1 $partitions; print uuid_gpt_misc
 ...
 uuid_gpt_misc=6d6c9a36-e919-264d-a9ee-bd00379686c7

While the uuids do change on every 'gpt write' command, the values
appear to be taken from the same pool, in the same order.

Assuming U-Boot with RANDOM_UUID=y is deployed on a large number of
devices, all those devices would essentially expose the same UUID,
breaking the assumption of system/RFS/application designers who rely
on UUID as being globally unique (e.g. a database using UUID as key
would alias/mix up entries/records due to duplicated UUID).

The root cause seems to be simply _not_ seeding PRNG before generating
a random value. It turns out this belongs to an established class of
PRNG-specific problems, commonly known as "unseeded randomness", for
which I am able to find below bugs/CVE/CWE:
 - https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2015-0285
   ("CVE-2015-0285 openssl: handshake with unseeded PRNG")
 - https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2015-9019
   ("CVE-2015-9019 libxslt: math.random() in xslt uses unseeded
   randomness")
 - https://cwe.mitre.org/data/definitions/336.html
   ("CWE-336: Same Seed in Pseudo-Random Number Generator (PRNG)")

The first revision [1] of this patch updated the seed based on the
output of get_timer(), similar to [4].

There are two problems with this approach:
 - get_timer() has a poor _ms_ resolution
 - when gen_rand_uuid() is called in a loop, get_timer() returns the
   same result, leading to the same seed being passed to srand(),
   leading to the same uuid being generated for several partitions
exynos/0001 arm config fix default console only to specify the d.patch | (download)

board/samsung/common/bootscripts/autoboot.cmd | 2 1 + 1 - 0 !
board/samsung/common/bootscripts/bootzimg.cmd | 4 2 + 2 - 0 !
board/samsung/common/dfu_sample_env.txt | 4 2 + 2 - 0 !
include/configs/odroid.h | 4 2 + 2 - 0 !
include/configs/odroid_xu3.h | 4 2 + 2 - 0 !
include/configs/s5p_goni.h | 4 2 + 2 - 0 !
include/configs/s5pc210_universal.h | 4 2 + 2 - 0 !
include/configs/trats.h | 4 2 + 2 - 0 !
include/configs/trats2.h | 4 2 + 2 - 0 !
9 files changed, 17 insertions(+), 17 deletions(-)

 [patch] arm: config: fix default console only to specify the device

This reverts commit 767edf0f6b3eaa0303f3fd6afdc14ddce0aca70c and restores
commit 232ed3ca534708527a9515c7c41bc3542949525c.

Debian's flash-kernel expect the console variable to just contain the device,
because it will set the bootargs to "console=${console}". So revert adding
"console=" to the console parameter, but also adjust the shipped bootscripts
for exynos boards to cope with it.

Bug-Debian: https://bugs.debian.org/920116
Signed-off-by: Benjamin Drung <bdrung@debian.org>

exynos/0002 Fix spelling of download.patch | (download)

cmd/thordown.c | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

 [patch] fix spelling of download.

Signed-off-by: Vagrant Cascadian <vagrant@debian.org>

dreamplug/ARM kirkwood add spi0 alias for dreamplug.patch | (download)

arch/arm/dts/kirkwood-dreamplug.dts | 4 4 + 0 - 0 !
1 file changed, 4 insertions(+)

 [patch] arm: kirkwood: add spi0 alias for dreamplug

The conversion to DM_SPI managed to break accessing the environment on
dreamplug. This is because the environment code relies on being to able
to select the SPI device based on the sequence number. Add an alias so
that the spi0 bus gets sequence number 0.

Reported-by: Leigh Brown <leigh@solinno.co.uk>
Signed-off-by: Chris Packham <judge.packham@gmail.com>

dreamplug/Commit ARM CPU arm926ejs Consolidate cache routines .patch | (download)

arch/arm/mach-kirkwood/cpu.c | 1 0 + 1 - 0 !
include/configs/dreamplug.h | 2 2 + 0 - 0 !
2 files changed, 2 insertions(+), 1 deletion(-)

 [patch] commit "arm: cpu: arm926ejs: consolidate cache routines to
 common file" breaks u-boot on Dreamplug

Hello,

Vagrant Cascadian asked for people to test the version of u-boot packaged
for Debian Buster.  I tested u-boot on my Dreamplug and found it was not
working correctly.  I raised a bug for Debian[1] but I have also tested
with the mainline version of u-boot and found the same issues.

The first issue is that the following commit caused u-boot to no longer
be able to access usb storage on the Dreamplug:

commit 93b283d49f933f95f3a6f40762936f454ac655a8
sunxi/sun50i_i2c_init.patch | (download)

arch/arm/include/asm/arch-sunxi/gpio.h | 3 3 + 0 - 0 !
board/sunxi/board.c | 12 12 + 0 - 0 !
2 files changed, 15 insertions(+)

 add i2c initialization for sun50i
 To use TWI0/1/2 the user can select CONFIG_I2C#_ENABLE.
 However even the controller is enabled, the mux for the pins
 are not set.
 .
 This patch follows the existing mux method. Since the pads are
sunxi/teres i.patch | (download)

arch/arm/dts/Makefile | 3 2 + 1 - 0 !
arch/arm/dts/sun50i-a64-teres-i-u-boot.dtsi | 41 41 + 0 - 0 !
arch/arm/dts/sun50i-a64-teres-i.dts | 270 270 + 0 - 0 !
configs/teres_i_defconfig | 22 22 + 0 - 0 !
4 files changed, 335 insertions(+), 1 deletion(-)

 add support for olimex teres-i
  * sun50i-a64-teres-i.dts is copied verbatim from Linux 5.0.
  * other files are adapted from pinebook files.
 .
 Internal keyboard is known broken
 (seems to be because the keyboard firmware loads a bootloader first,
 and then disconnects bootloader and connect real keyboard).
 External ones connected to the USB port work fine.
pocketbeagle/0001 ti Add device tree for am335x pocketbeagle.patch | (download)

arch/arm/dts/Makefile | 1 1 + 0 - 0 !
arch/arm/dts/am335x-osd335x-common.dtsi | 124 124 + 0 - 0 !
arch/arm/dts/am335x-pocketbeagle.dts | 237 237 + 0 - 0 !
3 files changed, 362 insertions(+)

 [patch 1/2] ti: add device-tree for am335x-pocketbeagle.

Add device-tree files from linux 5.1-rc7 needed to complete support
for PocketBeagle.

Signed-off-by: Vagrant Cascadian <vagrant@debian.org>
pocketbeagle/0002 ti Add am335x pocketbeagle to am335x_evm_defconfig.patch | (download)

configs/am335x_evm_defconfig | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

 [patch 2/2] ti: add am335x-pocketbeagle to am335x_evm_defconfig.

Add am335x-pocketbeagle to CONFIG_OF_LIST in am335x_evm_defconfig.

Signed-off-by: Vagrant Cascadian <vagrant@debian.org>