ARM Samsung: fix booting from NAND without pbl ...

This was broken in 558d72dc5116 (ARM Samsung: fix booting from NAND with
pbl). '_text' is TEXT_BASE when building without pbl and (TEXT_BASE -
SZ_2M) when building with pbl, so this works in both cases.

Signed-off-by: Michael Olbrich <m.olbrich@pengutronix.de>
Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

Conflicts:
	arch/arm/mach-samsung/lowlevel-s3c24x0.S

arm: at91: fix ecc_mode on non atmel boards ...

since
commit 54bccad
Author: Raphaël Poggi <poggi.raph@gmail.com>

    mtd: atmel_nand: retrieve ecc_mode from pdata

break most of the non atmel AT91 boards that did not provide a ecc_mode
params in the nand pdata

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
Acked-by: Raphaël Poggi <poggi.raph@gmail.com>
Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

ARM: am335x bone: Fix Booting from eMMC ...

Booting a beaglebone black from eMMC is broken since:

commit 0d6392d
Author: Sascha Hauer <s.hauer@pengutronix.de>
Date:   Thu Jun 5 12:09:07 2014 +0200

    ARM: AM335x: Beaglebone: Use stripped down devicetree for MLO

The stripped down device tree does not have the eMMC device node which
the beaglebone black needs for booting. Add this node to the common dts
file, but keep it disabled. It gets enabled later with a call to
am33xx_of_register_bootdevice() when the system is booted from eMMC.

Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

arm: imx53-qsrb: fix initcalls on START-R board ...

The compatible changed when we switched to the upstream
DTs, so the initcalls would not be executed on the START-R
board.

Signed-off-by: Lucas Stach <l.stach@pengutronix.de>
Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

mxs: iomux-imx28: Fix keeper/pullup/drive strength/voltage flags ...

Double check all pin's BK, PE, SE and VE flags and correct wrong
definitions using i.MX28 Applications Processor Reference Manual, Rev 2,
08/2013.

Fixes: b1df39c28c7f (mxs: Add remaining i.MX28 iomux configurations)
Fixes: e2cee7cb6790 (mxs: add support for mx28-evk)
Fixes: 03e61e1bd967 (STM378x: Add i.MX28 architecture)
Signed-off-by: Uwe Kleine-König <u.kleine-koenig@pengutronix.de>
Acked-by: Juergen Borleis <jbe@pengutronix.de>
Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

arm: at91: remove unused variable ...

Signed-off-by: Lucas Stach <dev@lynxeye.de>
Acked-by: Bo Shen <voice.shen@atmel.com>
Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

Merge branch 'for-next/resource-err-ptr'

Merge branch 'for-next/phycore-imx6'

Merge branch 'for-next/omap'

Merge branch 'for-next/musb'

Merge branch 'for-next/misc'

Merge branch 'for-next/marvell'

Merge branch 'for-next/imx'

Merge branch 'for-next/firmware'

Merge branch 'for-next/at91'

Merge branch 'for-next/arm'

ARM: defconfig: remove board specific mvebu defconfigs ...

The boards are now covered by mvebu_defconfig

Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

ARM: Add mvebu_defconfig ...

This adds a mvebu_defconfig which enables all mvebu based boards.

Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>
Acked-by: Sebastian Hesselbarth <sebastian.hesselbarth@gmail.com>

ARM: am335x: NAND MLO update: always let the user confirm updating ...

Before actually doing something the user should always confirm the
update. Move the question out of the if() block.

Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

ARM: am335x Phytec phyCORE: register SPI NOR and NAND update handlers ...

Additionally to the MLO update handlers also register the update
handlers for the regular barebox image.

Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

ARM: am335x: Add a NAND update handler for the regular barebox ...

To be able to not only update the MLO in NAND but also the
regular barebox image.
Since this is implemented with help of the corresponding xload
handler this also removes the 'xload' from the Kconfig options
and the filename.

Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

ARM: am33xx update SPI NOR: Ask use before flashing ...

Let the user confirm the update process before flashing the new
image.

Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

ARM: am33xx update SPI NOR: Check image size before flashing ...

Test if the image fits into the partition before flashing it. Makes
the update process more safe.

Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

ARM: am335x_defconfig: Enable USB support ...

Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

ARM: dts: Update am335x-bone-common.dtsi ...

Update from current upstream dtsi. This enables the USB control
module.

Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

ARM: AM33xx: Enable USB and USB phy clocks ...

These are necessary for USB support. To make sure they are actually
enabled when a USB capable barebox is started call the clock enable
function during startup also for the full barebox, not only the MLO.

Signed-off-by: Rolf Evers-Fischer <rolf.evers.fischer@delphi.com>

ARM: AM33xx: Add AFI GF board support ...

Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

ARM: AM33xx SPI MLO update handler: detect non CH images ...

The AM3xxx can boot images containing a Configuration Header
(generated with omap_signGP) or images with GP Header (simple
size/address information in front of raw image). Update the
SPI NOR barebox update handler to detect the GP Header images.
These have 0x65726162 ('bare') at the offset header[10]. Also
automatically swap the endianess for non swapped images so
that the regular non swapped images can also be flashed.

Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

scripts: mk-am3xxx-spi-image: fix wrong assumptions about SPI images ...

We assumed that there is a special image format for SPI. This is not
the case. The AM33xx can boot either images generated with omap_signGP
or raw images which only have the image size and load address in front
of the image. Whether these images are booted from SPI or another
boot medium doesn't matter. The only special thing about SPI is that
the image is in big endian format.

- renames mk-am3xxx-spi-image.c to mk-omap-image.c as the image format
  is not only supported by AM3xxx but also by the OMAP SoCs
- removes the option to specify the SoC
- introduces -s to build a big endian image
- detects if an image already is an image generated with omap_signGP

So the behaviour is like this:

raw image -> mk-omap-image -> prepend size/address -> image for SD/MMC
raw image -> mk-omap-image -s -> prepend size/address, big endian swap -> image for SPI
CH image -> mk-omap-image -> nothing, input == output
CH image -> mk-omap-image -s -> big endian swap -> image for SPI

Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

imx35-regs: add UART2 to CCM defines ...

Signed-off-by: Eric Bénard <eric@eukrea.com>
Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>