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]