Merge u-boot (2015.10+dfsg1-4+rpi1) import into refs/heads/workingbranch

Merge u-boot (2015.10+dfsg1-4) import into refs/heads/workingbranch

Merge u-boot (2014.10+dfsg1-5) import into refs/heads/workingbranch

mkimage: Fix warning from fix for generating multi and script images again

Seems 6ae6e160 broke creating images in certain cases, there
are two problems with that patch.

First is that the expression "!x == 4 || !x == 6" is ambiguous.  The
intention here was "!(x == 4) || !(x == 6)" based on reading further in
the file, where this was borrowed from.  This however is interpreted by
gcc as "(!x) == 4 || (!x) == 6" and always false.  gcc-5.x will warn
about this case.

The second problem is that we do not want to test for the case of "(NOT x
is 4) OR (NOT x is 6)" but instead "(x is not equal to 4) AND (x is not
equal to 6)".  This is because in those two cases we already execute the
code question in another part of the file.  Rewrite the expression and
add parenthesis for clarity.

Signed-off-by: Marek Vasut <marex@denx.de>
Cc: Tom Rini <trini@konsulko.com>
Cc: Philippe De Swert <philippedeswert@gmail.com>
Cc: Simon Glass <sjg@chromium.org>
[trini: Re-word Marek's explanation]

Gbp-Pq: Topic upstream/mkimage-fix-multi-script
Gbp-Pq: Name 0002-mkimage-Fix-warning-from-fix-for-generating-multi-an.patch

mkimage : Fix generating multi and script images

Seems 92a655c3 broke creating multi and script type images.
Since the file1:file2:file3 string does not get split up,
it fails on trying to open an non-existing file.

mkimage -A arm -O linux -T multi -C none -d zImage:splash.bmp:device.dtb uimage
tools/mkimage: Can't open zImage:splash.bmp:device.dtb: No such file or directory

Since the sizes of the different parts seem to get added in the actual
routine that handles multi and script type images, we can probably skip the
bit of the code that causes the failure for that type of images.

Signed-off-by: Philippe De Swert <philippedeswert@gmail.com>
Gbp-Pq: Topic upstream/mkimage-fix-multi-script
Gbp-Pq: Name 0001-mkimage-Fix-generating-multi-and-script-images.patch

sunxi-Add-support-for-the-Lamobo-R1-board

[ Vagrant Cascadian ]
Modifed to remove usb_power_supply entry.

From aa56cb374de8ae83f3280fdd6c280724228b86d7 Mon Sep 17 00:00:00 2001
From: Jelle de Jong <jelledejong@powercraft.nl>
Date: Sun, 18 Oct 2015 16:34:13 +0200
Subject: [PATCH 1/2] sunxi: Add support for the Lamobo R1 board

The lamobo-r1 board, sometimes called the BPI-R1 but not labelled as such
on the PCB, is meant as a A20 based router board. As such the board comes
with a built-in switch chip giving it 5 gigabit ethernet ports, and it
has a large empty area on the pcb with mounting holes which will fit a
2.5 inch harddisk. To complete its networking features it has a
Realtek RTL8192CU for WiFi 802.11 b/g/n.

The dts file is identical to the one submitted upstream.

Signed-off-by: Jelle de Jong <jelledejong@powercraft.nl>
Reviewed-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Gbp-Pq: Topic upstream/lamobo-r1
Gbp-Pq: Name 0001-sunxi-Add-support-for-the-Lamobo-R1-board.patch

arm: imx6: novena: Enable extfs support in SPL

Simple patch to enable support for extfs filesystem in SPL,
this is useful to those who want to avoid vfat like plague.

Signed-off-by: Marek Vasut <marex@denx.de>
Cc: Stefano Babic <sbabic@denx.de>
Gbp-Pq: Topic upstream/novena
Gbp-Pq: Name 0002-arm-imx6-novena-Enable-extfs-support-in-SPL.patch

arm: imx6: novena, gw_ventana: Fix use of pfuze100 bit definitions

The following patch changed the PFUZE100 swbst register bit definitions
and broke PMIC configuration on multiple boards, at least on the novena
and gw_ventana. This patch fixes it.

commit 8fa46350a4c7dca7710362f6c871098557b934ad
Author: Peng Fan <Peng.Fan@freescale.com>
Date:   Fri Aug 7 16:43:45 2015 +0800

    power: regulator: add pfuze100 support

Signed-off-by: Marek Vasut <marex@denx.de>
Cc: Fabio Estevam <fabio.estevam@freescale.com>
Cc: Peng Fan <Peng.Fan@freescale.com>
Cc: Przemyslaw Marczak <p.marczak@samsung.com>
Cc: Stefano Babic <sbabic@denx.de>
Cc: Tim Harvey <tharvey@gateworks.com>
Cc: Vagrant Cascadian <vagrant@aikidev.net>
Reviewed-by: Przemyslaw Marczak <p.marczak@samsung.com>
Tested-by: Vagrant Cascadian <vagrant@aikidev.net>
Reviewed-by: Peng Fan <Peng.Fan@freescale.com>
Acked-by: Tim Harvey <tharvey@gateworks.com>
Gbp-Pq: Topic upstream/novena
Gbp-Pq: Name 0001-arm-imx6-novena-gw_ventana-Fix-use-of-pfuze100-bit-d.patch

arm-novena-Switch-novena-to-config_distro_bootcmd

Signed-off-by: Vagrant Cascadian <vagrant@aikidev.net>
Signed-off-by: Marek Vasut <marex@denx.de>
Cc: Sean Cross <xobs@kosagi.com>
Cc: Stefano Babic <sbabic@denx.de>
Gbp-Pq: Topic novena
Gbp-Pq: Name 0001-arm-novena-Switch-novena-to-config_distro_bootcmd.patch

configs: am335x_evm: Support distro bootcmds

Add support for distro bootcmds and network booting while retaining
backwards compatibility with the current "legacy" setup. With these
changes the default boot sequence becomes:

* SD card (standard distro boot)
* SD card (legacy boot)
* EMMC (standard distro boot)
* EMMC (legacy boot)
* Nand (legacy boot)
* PXE (standard distro boot)
* DHCP (standard distro boot)

The older boot scripts have some overlap with what the distro
bootcommands to however i've left them unchanged to prevent introduction
of subtle bugs.

Signed-off-by: Sjoerd Simons <sjoerd.simons@collabora.co.uk>
Gbp-Pq: Topic upstream/am33x_distro_bootcmd
Gbp-Pq: Name 0003-configs-am335x_evm-Support-distro-bootcmds.patch

configs: ti_armv7_common.h: Add default addresses for pxe and scripts

Add mandatory address variables for loading scripts and pxe configuration as
per README.distro

Signed-off-by: Sjoerd Simons <sjoerd.simons@collabora.co.uk>
Gbp-Pq: Topic upstream/am33x_distro_bootcmd
Gbp-Pq: Name 0002-configs-ti_armv7_common.h-Add-default-addresses-for-.patch

config_distro_bootcmd.h: Use a private variable for bootpart

Hush has an oddity where using ${var} causes var to resolved in the the global
address space (iotw the environment) first and only afterwards will the local
variable space be searched.

This causes odd side-effects when iterating over the boot partitions
using ${bootpart} if the environment also has a bootpart variable (e.g. for
the various TI boards). Fix this by using the hopefully more unique
${distro_bootpart} instead of ${bootpart}.

Signed-off-by: Sjoerd Simons <sjoerd.simons@collabora.co.uk>
Acked-by: Stephen Warren <swarren@wwwdotorg.org>
Gbp-Pq: Topic upstream/am33x_distro_bootcmd
Gbp-Pq: Name 0001-config_distro_bootcmd.h-Use-a-private-variable-for-b.patch

serial_console_speed

===================================================================

Gbp-Pq: Topic mx6cuboxi
Gbp-Pq: Name serial_console_speed.patch

imx6: fix warnings due to switch to distro environment

wandboard and mx6cuboxi have warnings because BOOT_DELAY
is defined twice.

Signed-off-by: Stefano Babic <sbabic@denx.de>
CC: Vagrant Cascadian <vagrant@debian.org>
CC: Otavio Salvador <otavio@ossystems.com.br>
CC: Fabio Estevam <fabio.estevam@freescale.com>
Gbp-Pq: Topic upstream/distro-bootcmd-imx
Gbp-Pq: Name 0003-imx6-fix-warnings-due-to-switch-to-distro-environmen.patch

arm: imx: Switch mx6cuboxi to use config_distro_bootcmd.h.

This allows for more flexible and standardized boot across multiple
platforms.

Remove redundant legacy boot environment.

Cc: Otavio Salvador <otavio@ossystems.com.br>
Signed-off-by: Vagrant Cascadian <vagrant@debian.org>
Gbp-Pq: Topic upstream/distro-bootcmd-imx
Gbp-Pq: Name 0002-arm-imx-Switch-mx6cuboxi-to-use-config_distro_bootcm.patch

arm: imx: Switch Wandboard to use config_distro_bootcmd.h.

This allows for more flexible and standardized boot across multiple
platforms.

Remove redundant legacy boot environment.

Signed-off-by: Vagrant Cascadian <vagrant@debian.org>
Gbp-Pq: Topic upstream/distro-bootcmd-imx
Gbp-Pq: Name 0001-arm-imx-Switch-Wandboard-to-use-config_distro_bootcm.patch

image.c: Fix non-Android booting with ramdisk and/or device tree

In 1fec3c5 I added a check that if we had an Android image we default to
trying the kernel address for a ramdisk.  However when we don't have an
Android image buf is NULL and we oops here.  Ensure that we have 'buf'
to check first.

Reported-by: elipe Balbi <balbi@ti.com>
Signed-off-by: Tom Rini <trini@konsulko.com>
Gbp-Pq: Topic upstream
Gbp-Pq: Name image.c-Fix-non-Android-booting-with-ramdisk-and-or-.patch

mksunxiboot-spl

Use a relative path to include the sunxi spl header, which allows
mksunxiboot to build on any arch.

Gbp-Pq: Name mksunxiboot-spl.patch

ensure-config-sandbox-for-make-env

Ensure that CONFIG_SANDBOX is set when running "make env", avoiding a
failure to build caused by config_distro_bootcmd.h following the wrong
codepath...

Gbp-Pq: Name ensure-config-sandbox-for-make-env.patch

sh4-fix-linker-name-prefix

Gbp-Pq: Name sh4-fix-linker-name-prefix.patch

board-spl-rule

Gbp-Pq: Topic arndale
Gbp-Pq: Name board-spl-rule.diff

usb-mass-storage

===================================================================

Gbp-Pq: Topic beagleboneblack
Gbp-Pq: Name usb-mass-storage.patch

n900-bootz-raw-initrd

Enable booting of zImage/vmlinuz and initrd without requiring the use of
mkimage to create uImage/uInitrd.

Gbp-Pq: Name n900-bootz-raw-initrd.diff

mx53loco

Enables support for ext4, the "load" command, and using bootz with raw initrds.

Gbp-Pq: Name mx53loco

udoo-standardized-variables

Adds standardized variables, fdtfile, fdt_addr_r, ramdisk_addr_r and
kernel_addr_r.

Gbp-Pq: Topic udoo
Gbp-Pq: Name udoo-standardized-variables

udoo_quad-support

Gbp-Pq: Topic udoo
Gbp-Pq: Name udoo_quad-support.patch

hurd

Gbp-Pq: Name hurd.diff

Makefile-add-kwb-target-to-all

Add u-boot.kwb to "make all" target on Kirkwood.

Gbp-Pq: Name Makefile-add-kwb-target-to-all.patch

tools-only-in-no-dot-config-targets

Revert upstream commit c7ad5cbb1ef2c33883f0fa7d0455095004fd306d:

    Makefile: drop "tools-only" from no-dot-config-targets

This indirectly pulls in a build-dependency on libssl-dev used for FIT
image support, and possibly GPL/OpenSSL licensing incompatibility
issues.

Gbp-Pq: Name tools-only-in-no-dot-config-targets.diff

tools-generic-builds

Gbp-Pq: Name tools-generic-builds.patch

no-force-CROSS_COMPILE-powerpc

===================================================================

Gbp-Pq: Name no-force-CROSS_COMPILE-powerpc.diff

mipsel-native-endianness

[MIPS] Fix little-endian build with non-ELDK toolchains

We've been in trouble for a long time when cross compiling with non-ELDK
toolchains.  This is caused by -EB passed to CPPFLAGS incorrectly, by the
lack of an endian specifier to LDFLAGS, and by wrong OUTPUT_FORMATs.

We're going to implement two workarounds.  One is the endianness specifier
bugfix not to pass -EB / -EL to CPPFLAGS unless ELDK toolchain is used.
Note that ELDK and non-ELDK toolchains know their default endianness, so
the endianness specifier may not be necessary in principle.

The other is removal of OUTPUT_FORMAT in *.lds files.  If we have this,
it doesn't work unless an endianness specifier is added to LDFLAGS.  As
we haven't added that to LDFLAGS so far, it must have not worked properly,
except ELDK; I don't know why and how ELDK works, though.

With these two changes, all objects will be generated and linked in the
toolchain's default endianness.  Then MAKEALL mips_el will work even with
non-ELDK toolchain.

Note that Linux/MIPS kernel has CONFIG_CPU_BIG_ENDIAN and
CONFIG_CPU_LITTLE_ENDIAN alternatives to allow users to compile kernels
with a toolchain for the other endianness. But U-Boot does not have such
feature for now, and it's another story.

Signed-off-by: Shinya Kuribayashi <skuribay@ruby.dti.ne.jp>
Gbp-Pq: Name mipsel-native-endianness.diff

add-debian-revision-to-u-boot-version

Add the debian revision to the U-boot version, which is displayed at
boot and can be helpful to determine which specific version is used.

Gbp-Pq: Name add-debian-revision-to-u-boot-version

u-boot (2015.10+dfsg1-4+rpi1) stretch-staging; urgency=medium

  [changes brought forward from 2014.10+dfsg1-2+rpi1 by Peter Michael Green <plugwash@raspbian.org> at Fri, 28 Nov 2014 06:00:07 +0000]
  * Don't build versions for various armv7 devices, build rpi version instead.

[dgit import unpatched u-boot 2015.10+dfsg1-4+rpi1]

Import u-boot_2015.10+dfsg1-4+rpi1.debian.tar.xz

[dgit import tarball u-boot 2015.10+dfsg1-4+rpi1 u-boot_2015.10+dfsg1-4+rpi1.debian.tar.xz]

mkimage: Fix warning from fix for generating multi and script images again

Seems 6ae6e160 broke creating images in certain cases, there
are two problems with that patch.

First is that the expression "!x == 4 || !x == 6" is ambiguous.  The
intention here was "!(x == 4) || !(x == 6)" based on reading further in
the file, where this was borrowed from.  This however is interpreted by
gcc as "(!x) == 4 || (!x) == 6" and always false.  gcc-5.x will warn
about this case.

The second problem is that we do not want to test for the case of "(NOT x
is 4) OR (NOT x is 6)" but instead "(x is not equal to 4) AND (x is not
equal to 6)".  This is because in those two cases we already execute the
code question in another part of the file.  Rewrite the expression and
add parenthesis for clarity.

Signed-off-by: Marek Vasut <marex@denx.de>
Cc: Tom Rini <trini@konsulko.com>
Cc: Philippe De Swert <philippedeswert@gmail.com>
Cc: Simon Glass <sjg@chromium.org>
[trini: Re-word Marek's explanation]

Gbp-Pq: Topic upstream/mkimage-fix-multi-script
Gbp-Pq: Name 0002-mkimage-Fix-warning-from-fix-for-generating-multi-an.patch

mkimage : Fix generating multi and script images

Seems 92a655c3 broke creating multi and script type images.
Since the file1:file2:file3 string does not get split up,
it fails on trying to open an non-existing file.

mkimage -A arm -O linux -T multi -C none -d zImage:splash.bmp:device.dtb uimage
tools/mkimage: Can't open zImage:splash.bmp:device.dtb: No such file or directory

Since the sizes of the different parts seem to get added in the actual
routine that handles multi and script type images, we can probably skip the
bit of the code that causes the failure for that type of images.

Signed-off-by: Philippe De Swert <philippedeswert@gmail.com>
Gbp-Pq: Topic upstream/mkimage-fix-multi-script
Gbp-Pq: Name 0001-mkimage-Fix-generating-multi-and-script-images.patch

sunxi-Add-support-for-the-Lamobo-R1-board

[ Vagrant Cascadian ]
Modifed to remove usb_power_supply entry.

From aa56cb374de8ae83f3280fdd6c280724228b86d7 Mon Sep 17 00:00:00 2001
From: Jelle de Jong <jelledejong@powercraft.nl>
Date: Sun, 18 Oct 2015 16:34:13 +0200
Subject: [PATCH 1/2] sunxi: Add support for the Lamobo R1 board

The lamobo-r1 board, sometimes called the BPI-R1 but not labelled as such
on the PCB, is meant as a A20 based router board. As such the board comes
with a built-in switch chip giving it 5 gigabit ethernet ports, and it
has a large empty area on the pcb with mounting holes which will fit a
2.5 inch harddisk. To complete its networking features it has a
Realtek RTL8192CU for WiFi 802.11 b/g/n.

The dts file is identical to the one submitted upstream.

Signed-off-by: Jelle de Jong <jelledejong@powercraft.nl>
Reviewed-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Gbp-Pq: Topic upstream/lamobo-r1
Gbp-Pq: Name 0001-sunxi-Add-support-for-the-Lamobo-R1-board.patch

arm: imx6: novena: Enable extfs support in SPL

Simple patch to enable support for extfs filesystem in SPL,
this is useful to those who want to avoid vfat like plague.

Signed-off-by: Marek Vasut <marex@denx.de>
Cc: Stefano Babic <sbabic@denx.de>
Gbp-Pq: Topic upstream/novena
Gbp-Pq: Name 0002-arm-imx6-novena-Enable-extfs-support-in-SPL.patch

arm: imx6: novena, gw_ventana: Fix use of pfuze100 bit definitions

The following patch changed the PFUZE100 swbst register bit definitions
and broke PMIC configuration on multiple boards, at least on the novena
and gw_ventana. This patch fixes it.

commit 8fa46350a4c7dca7710362f6c871098557b934ad
Author: Peng Fan <Peng.Fan@freescale.com>
Date:   Fri Aug 7 16:43:45 2015 +0800

    power: regulator: add pfuze100 support

Signed-off-by: Marek Vasut <marex@denx.de>
Cc: Fabio Estevam <fabio.estevam@freescale.com>
Cc: Peng Fan <Peng.Fan@freescale.com>
Cc: Przemyslaw Marczak <p.marczak@samsung.com>
Cc: Stefano Babic <sbabic@denx.de>
Cc: Tim Harvey <tharvey@gateworks.com>
Cc: Vagrant Cascadian <vagrant@aikidev.net>
Reviewed-by: Przemyslaw Marczak <p.marczak@samsung.com>
Tested-by: Vagrant Cascadian <vagrant@aikidev.net>
Reviewed-by: Peng Fan <Peng.Fan@freescale.com>
Acked-by: Tim Harvey <tharvey@gateworks.com>
Gbp-Pq: Topic upstream/novena
Gbp-Pq: Name 0001-arm-imx6-novena-gw_ventana-Fix-use-of-pfuze100-bit-d.patch

arm-novena-Switch-novena-to-config_distro_bootcmd

Signed-off-by: Vagrant Cascadian <vagrant@aikidev.net>
Signed-off-by: Marek Vasut <marex@denx.de>
Cc: Sean Cross <xobs@kosagi.com>
Cc: Stefano Babic <sbabic@denx.de>
Gbp-Pq: Topic novena
Gbp-Pq: Name 0001-arm-novena-Switch-novena-to-config_distro_bootcmd.patch

configs: am335x_evm: Support distro bootcmds

Add support for distro bootcmds and network booting while retaining
backwards compatibility with the current "legacy" setup. With these
changes the default boot sequence becomes:

* SD card (standard distro boot)
* SD card (legacy boot)
* EMMC (standard distro boot)
* EMMC (legacy boot)
* Nand (legacy boot)
* PXE (standard distro boot)
* DHCP (standard distro boot)

The older boot scripts have some overlap with what the distro
bootcommands to however i've left them unchanged to prevent introduction
of subtle bugs.

Signed-off-by: Sjoerd Simons <sjoerd.simons@collabora.co.uk>
Gbp-Pq: Topic upstream/am33x_distro_bootcmd
Gbp-Pq: Name 0003-configs-am335x_evm-Support-distro-bootcmds.patch

configs: ti_armv7_common.h: Add default addresses for pxe and scripts

Add mandatory address variables for loading scripts and pxe configuration as
per README.distro

Signed-off-by: Sjoerd Simons <sjoerd.simons@collabora.co.uk>
Gbp-Pq: Topic upstream/am33x_distro_bootcmd
Gbp-Pq: Name 0002-configs-ti_armv7_common.h-Add-default-addresses-for-.patch

config_distro_bootcmd.h: Use a private variable for bootpart

Hush has an oddity where using ${var} causes var to resolved in the the global
address space (iotw the environment) first and only afterwards will the local
variable space be searched.

This causes odd side-effects when iterating over the boot partitions
using ${bootpart} if the environment also has a bootpart variable (e.g. for
the various TI boards). Fix this by using the hopefully more unique
${distro_bootpart} instead of ${bootpart}.

Signed-off-by: Sjoerd Simons <sjoerd.simons@collabora.co.uk>
Acked-by: Stephen Warren <swarren@wwwdotorg.org>
Gbp-Pq: Topic upstream/am33x_distro_bootcmd
Gbp-Pq: Name 0001-config_distro_bootcmd.h-Use-a-private-variable-for-b.patch

serial_console_speed

===================================================================

Gbp-Pq: Topic mx6cuboxi
Gbp-Pq: Name serial_console_speed.patch

imx6: fix warnings due to switch to distro environment

wandboard and mx6cuboxi have warnings because BOOT_DELAY
is defined twice.

Signed-off-by: Stefano Babic <sbabic@denx.de>
CC: Vagrant Cascadian <vagrant@debian.org>
CC: Otavio Salvador <otavio@ossystems.com.br>
CC: Fabio Estevam <fabio.estevam@freescale.com>
Gbp-Pq: Topic upstream/distro-bootcmd-imx
Gbp-Pq: Name 0003-imx6-fix-warnings-due-to-switch-to-distro-environmen.patch

arm: imx: Switch mx6cuboxi to use config_distro_bootcmd.h.

This allows for more flexible and standardized boot across multiple
platforms.

Remove redundant legacy boot environment.

Cc: Otavio Salvador <otavio@ossystems.com.br>
Signed-off-by: Vagrant Cascadian <vagrant@debian.org>
Gbp-Pq: Topic upstream/distro-bootcmd-imx
Gbp-Pq: Name 0002-arm-imx-Switch-mx6cuboxi-to-use-config_distro_bootcm.patch

arm: imx: Switch Wandboard to use config_distro_bootcmd.h.

This allows for more flexible and standardized boot across multiple
platforms.

Remove redundant legacy boot environment.

Signed-off-by: Vagrant Cascadian <vagrant@debian.org>
Gbp-Pq: Topic upstream/distro-bootcmd-imx
Gbp-Pq: Name 0001-arm-imx-Switch-Wandboard-to-use-config_distro_bootcm.patch

image.c: Fix non-Android booting with ramdisk and/or device tree

In 1fec3c5 I added a check that if we had an Android image we default to
trying the kernel address for a ramdisk.  However when we don't have an
Android image buf is NULL and we oops here.  Ensure that we have 'buf'
to check first.

Reported-by: elipe Balbi <balbi@ti.com>
Signed-off-by: Tom Rini <trini@konsulko.com>
Gbp-Pq: Topic upstream
Gbp-Pq: Name image.c-Fix-non-Android-booting-with-ramdisk-and-or-.patch

mksunxiboot-spl

Use a relative path to include the sunxi spl header, which allows
mksunxiboot to build on any arch.

Gbp-Pq: Name mksunxiboot-spl.patch

ensure-config-sandbox-for-make-env

Ensure that CONFIG_SANDBOX is set when running "make env", avoiding a
failure to build caused by config_distro_bootcmd.h following the wrong
codepath...

Gbp-Pq: Name ensure-config-sandbox-for-make-env.patch

sh4-fix-linker-name-prefix

Gbp-Pq: Name sh4-fix-linker-name-prefix.patch

board-spl-rule

Gbp-Pq: Topic arndale
Gbp-Pq: Name board-spl-rule.diff

usb-mass-storage

===================================================================

Gbp-Pq: Topic beagleboneblack
Gbp-Pq: Name usb-mass-storage.patch

n900-bootz-raw-initrd

Enable booting of zImage/vmlinuz and initrd without requiring the use of
mkimage to create uImage/uInitrd.

Gbp-Pq: Name n900-bootz-raw-initrd.diff

mx53loco

Enables support for ext4, the "load" command, and using bootz with raw initrds.

Gbp-Pq: Name mx53loco

udoo-standardized-variables

Adds standardized variables, fdtfile, fdt_addr_r, ramdisk_addr_r and
kernel_addr_r.

Gbp-Pq: Topic udoo
Gbp-Pq: Name udoo-standardized-variables

udoo_quad-support

Gbp-Pq: Topic udoo
Gbp-Pq: Name udoo_quad-support.patch

hurd

Gbp-Pq: Name hurd.diff

Makefile-add-kwb-target-to-all

Add u-boot.kwb to "make all" target on Kirkwood.

Gbp-Pq: Name Makefile-add-kwb-target-to-all.patch

tools-only-in-no-dot-config-targets

Revert upstream commit c7ad5cbb1ef2c33883f0fa7d0455095004fd306d:

    Makefile: drop "tools-only" from no-dot-config-targets

This indirectly pulls in a build-dependency on libssl-dev used for FIT
image support, and possibly GPL/OpenSSL licensing incompatibility
issues.

Gbp-Pq: Name tools-only-in-no-dot-config-targets.diff

tools-generic-builds

Gbp-Pq: Name tools-generic-builds.patch

no-force-CROSS_COMPILE-powerpc

===================================================================

Gbp-Pq: Name no-force-CROSS_COMPILE-powerpc.diff

mipsel-native-endianness

[MIPS] Fix little-endian build with non-ELDK toolchains

We've been in trouble for a long time when cross compiling with non-ELDK
toolchains.  This is caused by -EB passed to CPPFLAGS incorrectly, by the
lack of an endian specifier to LDFLAGS, and by wrong OUTPUT_FORMATs.

We're going to implement two workarounds.  One is the endianness specifier
bugfix not to pass -EB / -EL to CPPFLAGS unless ELDK toolchain is used.
Note that ELDK and non-ELDK toolchains know their default endianness, so
the endianness specifier may not be necessary in principle.

The other is removal of OUTPUT_FORMAT in *.lds files.  If we have this,
it doesn't work unless an endianness specifier is added to LDFLAGS.  As
we haven't added that to LDFLAGS so far, it must have not worked properly,
except ELDK; I don't know why and how ELDK works, though.

With these two changes, all objects will be generated and linked in the
toolchain's default endianness.  Then MAKEALL mips_el will work even with
non-ELDK toolchain.

Note that Linux/MIPS kernel has CONFIG_CPU_BIG_ENDIAN and
CONFIG_CPU_LITTLE_ENDIAN alternatives to allow users to compile kernels
with a toolchain for the other endianness. But U-Boot does not have such
feature for now, and it's another story.

Signed-off-by: Shinya Kuribayashi <skuribay@ruby.dti.ne.jp>
Gbp-Pq: Name mipsel-native-endianness.diff

add-debian-revision-to-u-boot-version

Add the debian revision to the U-boot version, which is displayed at
boot and can be helpful to determine which specific version is used.

Gbp-Pq: Name add-debian-revision-to-u-boot-version

u-boot (2015.10+dfsg1-4) unstable; urgency=medium

  * Fix reproducibility issue with targets listed in package descriptions
    by always sorting using C locale.
  * u-boot-imx: Updates to novena patches:
    - Sync with submitted patch for distro_bootcmd support.
    - Add upstream patch to fix USB support.
    - Add upstream patch to enable loading u-boot.img from EXT
    filesystems.
  * Add upstream patches to fix mkimage support for multi and script
    images (Closes: #805434).

[dgit import unpatched u-boot 2015.10+dfsg1-4]

Import u-boot_2015.10+dfsg1-4.debian.tar.xz

[dgit import tarball u-boot 2015.10+dfsg1-4 u-boot_2015.10+dfsg1-4.debian.tar.xz]

Import u-boot_2015.10+dfsg1.orig.tar.xz

[dgit import orig u-boot_2015.10+dfsg1.orig.tar.xz]

Add-support-for-the-LeMaker-Banana-Pro

===================================================================

Gbp-Pq: Topic BananaPro
Gbp-Pq: Name Add-support-for-the-LeMaker-Banana-Pro.patch

sun7i: Add support for Olimex A20-OLinuXino-LIME2

This adds support for the Olimex A20-OLinuXino-Lime2
https://www.olimex.com/Products/OLinuXino/A20/A20-OLinuXIno-LIME2

Differences to previous Lime boards are 1GB RAM and gigabit ethernet

Signed-off-by: Iain Paton <ipaton0@gmail.com>
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Gbp-Pq: Topic A20-OLinuXino-LIME2
Gbp-Pq: Name sun7i-Add-support-for-Olimex-A20-OLinuXino-LIME2.patch

sh4-fix-linker-name-prefix

Gbp-Pq: Name sh4-fix-linker-name-prefix.patch

exynos5: Use config_distro_bootcmd.h

This replaces the existing CONFIG_BOOTCOMMAND for exynos5250 and 5420.

exynos4 platforms seem to have existing complex extra env configuration for
booting and so are excluded here. Hence the bootcmd.h is added to
exynos5-common.h.

I have build tested on all exynos platforms (MAKEALL -s exynos), but only boot
tested on arndale.

Signed-off-by: Ian Campbell <ian.campbell@citrix.com>
Gbp-Pq: Topic arndale
Gbp-Pq: Name exynos5-Use-config_distro_bootcmd.h.patch

exynos: Enable config_distro_defaults.h

...and remove explicit setting of things which this implies. This is done for
all exynos platforms (4 & 5) so it is added to exynos-common.h

I'm mainly interested in CONFIG_CMD_BOOTZ and CONFIG_SUPPORT_RAW_INITRD

I have build tested on all exynos platforms (MAKEALL -s exynos), but only boot
tested on arndale.

Signed-off-by: Ian Campbell <ian.campbell@citrix.com>
Gbp-Pq: Topic arndale
Gbp-Pq: Name exynos-Enable-config_distro_defaults.h.patch

board-spl-rule

Needed for spl/arndale-spl.bin

Gbp-Pq: Topic arndale
Gbp-Pq: Name board-spl-rule.diff

Set DCDC1 (DDR3) to 1.35V for Beaglebone Black.

Based on Patch by Robert Nelson <robertcnelson@gmail.com>:

  https://github.com/RobertCNelson/Bootloader-Builder/raw/master/patches/v2014.10-rc2/0001-am335x_evm-uEnv.txt-bootz-n-fixes.patch

Gbp-Pq: Name 0001-Set-DCDC1-DDR3-to-1.35V-for-Beaglebone-Black.patch

Makefile-add-kwb-target-to-all

Add u-boot.kwb to "make all" target on Kirkwood.

Gbp-Pq: Name Makefile-add-kwb-target-to-all.patch

tools-only-in-no-dot-config-targets

Revert upstream commit c7ad5cbb1ef2c33883f0fa7d0455095004fd306d:

    Makefile: drop "tools-only" from no-dot-config-targets

This indirectly pulls in a build-dependency on libssl-dev used for FIT
image support, and possibly GPL/OpenSSL licensing incompatibility
issues.

Gbp-Pq: Name tools-only-in-no-dot-config-targets.diff

tools-generic-builds

Gbp-Pq: Name tools-generic-builds.patch

workaround-env-ftbfs

===================================================================

Gbp-Pq: Name workaround-env-ftbfs

mx53loco

Enables support for ext4, the "load" command, and using bootz with raw initrds.

Gbp-Pq: Name mx53loco

udoo_quad-support

Gbp-Pq: Name udoo_quad-support.patch

am335x-try-boot-from-first-partition

Attempt booting from the first partition on each device if the second
partition doesn't have any of the expected boot files.

Gbp-Pq: Name am335x-try-boot-from-first-partition.diff

am335x-bootscript

Add support for boot scripts.

Gbp-Pq: Name am335x-bootscript.diff

no-force-CROSS_COMPILE-powerpc

===================================================================

Gbp-Pq: Name no-force-CROSS_COMPILE-powerpc.diff

n900-bootz-raw-initrd

Enable booting of zImage/vmlinuz and initrd without requiring the use of
mkimage to create uImage/uInitrd.

Gbp-Pq: Name n900-bootz-raw-initrd.diff

emulate-config_distro_bootcmd-standardization

Set additional variables (boot_targets, devtype, devnum, bootpart) to
emulate config_distro_bootcmd.h so that the debian-installer
bootscript will work.

Gbp-Pq: Topic cubox-i
Gbp-Pq: Name emulate-config_distro_bootcmd-standardization.diff

cubox-i-standardize-variables

Add compatibility variables defined in README for kernel_addr_r,
fdt_addr_r, ramdisk_addr_r and fdtfile.

Gbp-Pq: Topic cubox-i
Gbp-Pq: Name cubox-i-standardize-variables.diff

generic-board

Update mx6_cubox-i to use CONFIG_SYS_GENERIC_BOARD, as
arch/<arch>/lib/board.c is deprecated.

See doc/README.generic-board for more details.

Gbp-Pq: Topic cubox-i
Gbp-Pq: Name generic-board.diff

steal-board-eth-init-from-hummingboard

Use board_eth_init from hummingboard.c, which not only compiles, but
actually enables ethernet support.

Gbp-Pq: Topic cubox-i
Gbp-Pq: Name steal-board-eth-init-from-hummingboard.diff

cubox-i-raw-initrd

===================================================================

Gbp-Pq: Topic cubox-i
Gbp-Pq: Name cubox-i-raw-initrd.diff

cubox-i-support

Gbp-Pq: Topic cubox-i
Gbp-Pq: Name cubox-i-support.diff

imx6-spl-support

Gbp-Pq: Topic cubox-i
Gbp-Pq: Name imx6-spl-support.diff

spl-sata-support

Gbp-Pq: Topic cubox-i
Gbp-Pq: Name spl-sata-support.diff

am335x-uenv.txt

Specify mmc partition to check for uEnv.txt rather than raw device.

Based on patch by Robert Nelson <robertcnelson@gmail.com>

Gbp-Pq: Name am335x-uenv.txt.diff

ti_armv7_common-support_raw_initrd

===================================================================

Gbp-Pq: Name ti_armv7_common-support_raw_initrd.diff

emulate-config_distro_bootcmd-standardization

Set additional variables (boot_targets, devtype, devnum, bootpart) to
emulate config_distro_bootcmd.h so that the debian-installer
bootscript will work.

Gbp-Pq: Topic wandboard
Gbp-Pq: Name emulate-config_distro_bootcmd-standardization.diff

wandboard-standardized-variables

Adds standardized variables, fdtfile, fdt_addr_r, ramdisk_addr_r and
kernel_addr_r.

Gbp-Pq: Topic wandboard
Gbp-Pq: Name wandboard-standardized-variables

wandboard-uEnv.txt-bootz-n-fixes

Downloaded from:

  https://raw.github.com/eewiki/u-boot-patches/master/v2014.01/0001-wandboard-uEnv.txt-bootz-n-fixes.patch

Modified to reduce diff with upstream:
- keep the default bootdelay.
- keep support for bootscripts.
- consistantly use "load" vs. "fatload".

From d0bf1e44422e4102859d9420a8abf42c3600f500 Mon Sep 17 00:00:00 2001
From: Robert Nelson <robertcnelson@gmail.com>
Date: Thu, 23 Jan 2014 16:24:13 -0600
Subject: [PATCH] wandboard: uEnv.txt, bootz, n fixes

Signed-off-by: Robert Nelson <robertcnelson@gmail.com>
Gbp-Pq: Topic wandboard
Gbp-Pq: Name wandboard-uEnv.txt-bootz-n-fixes.patch

guruplug_mvfs_and_mmc

Gbp-Pq: Name guruplug_mvfs_and_mmc.diff

hurd

Gbp-Pq: Name hurd.diff