oweals/u-boot.git
9 years agoMerge branch 'master' of git://git.denx.de/u-boot-i2c
Tom Rini [Wed, 18 Mar 2015 11:07:36 +0000 (07:07 -0400)]
Merge branch 'master' of git://git.denx.de/u-boot-i2c

9 years agoMerge branch 'master' of git://git.denx.de/u-boot-mmc
Tom Rini [Wed, 18 Mar 2015 11:07:20 +0000 (07:07 -0400)]
Merge branch 'master' of git://git.denx.de/u-boot-mmc

9 years agoi2c: mvtwsi: Fix problem with baud rate calculation
Stefan Roese [Wed, 18 Mar 2015 08:30:54 +0000 (09:30 +0100)]
i2c: mvtwsi: Fix problem with baud rate calculation

The current implementation for baudrate calculation is incorrect.
This part from the formula:

"2 ^ (n + 1)" is not equivalent to (1 << n) but to (2 << n)!

This patch fixes this and moves this calculation to a function instead of using a macro.
This new function is taken from the Linux kernel.

This was detected and tested on the Marvell Armada A38x DB-88F6820-GP eval board.

Signed-off-by: Stefan Roese <sr@denx.de>
Cc: Prafulla Wadaskar <prafulla@marvell.com>
Cc: Luka Perkov <luka.perkov@sartura.hr>
Cc: Hans de Goede <hdegoede@redhat.com>
Cc: Ian Campbell <ijc@hellion.org.uk>
Cc: Heiko Schocher <hs@denx.de>
Acked-by: Hans de Goede <hdegoede@redhat.com>
9 years agomv_i2c: fix warnings on 64-bit builds
Rob Herring [Tue, 17 Mar 2015 20:46:36 +0000 (15:46 -0500)]
mv_i2c: fix warnings on 64-bit builds

Change addresses to unsigned long to be compatible with 64-bit builds.

Signed-off-by: Rob Herring <robh@kernel.org>
Cc: Heiko Schocher <hs@denx.de>
9 years agomv_sdhci: fix warnings on 64-bit builds
Rob Herring [Tue, 17 Mar 2015 20:46:39 +0000 (15:46 -0500)]
mv_sdhci: fix warnings on 64-bit builds

Change addresses to unsigned long to be compatible with 64-bit builds.
Regardless of fixing warnings, the device is still only 32-bit capable.

Signed-off-by: Rob Herring <robh@kernel.org>
Cc: Pantelis Antoniou <panto@antoniou-consulting.com>
9 years agosdhci: fix warnings on 64-bit builds
Rob Herring [Tue, 17 Mar 2015 20:46:38 +0000 (15:46 -0500)]
sdhci: fix warnings on 64-bit builds

Change addresses to unsigned long to be compatible with 64-bit builds.
Regardless of fixing warnings, the device is still only 32-bit capable.

Signed-off-by: Rob Herring <robh@kernel.org>
Cc: Pantelis Antoniou <panto@antoniou-consulting.com>
9 years agommc: sdhci: don't clobber adjacent registers
Matt Reimer [Mon, 23 Feb 2015 21:56:58 +0000 (14:56 -0700)]
mmc: sdhci: don't clobber adjacent registers

SDHCI_HOST_CONTROL is a byte-sized register, so don't write to it
as if it were a long, as that would result in clobbering the three
registers following.

Signed-off-by: Matt Reimer <mreimer@sdgsystems.com>
9 years agommc: s5p: properly mask SELBASECLK
Matt Reimer [Mon, 23 Feb 2015 21:52:22 +0000 (14:52 -0700)]
mmc: s5p: properly mask SELBASECLK

Properly mask SELBASECLK by using an actual mask rather than the
number of bits to shift in order to create the mask.

Signed-off-by: Matt Reimer <mreimer@sdgsystems.com>
Acked-by: Jaehoon Chung <jh80.chung@samsung.com>
9 years agoPrepare v2015.04-rc4 v2015.04-rc4
Tom Rini [Tue, 17 Mar 2015 20:37:48 +0000 (16:37 -0400)]
Prepare v2015.04-rc4

Signed-off-by: Tom Rini <trini@konsulko.com>
9 years agompc83xx: preempt premature board support removal by setting GENERIC_BOARD
Kim Phillips [Tue, 17 Mar 2015 17:00:45 +0000 (12:00 -0500)]
mpc83xx: preempt premature board support removal by setting GENERIC_BOARD

Boards that haven't been converted to GENERIC_BOARD does
*not* mean they should be removed.

Signed-off-by: Kim Phillips <kim.phillips@freescale.com>
9 years agotravis.yml: add more targets to build on travis
Heiko Schocher [Tue, 17 Mar 2015 07:21:41 +0000 (08:21 +0100)]
travis.yml: add more targets to build on travis

- add more targets for building with buildman:
  - avr32
  - m68k

and while at it, sort the list alphabetical

Reviewed-by: Roger Meier <r.meier@siemens.com>
Signed-off-by: Heiko Schocher <hs@denx.de>
9 years agopowerpc: ppc4xx: remove korat board support
Masahiro Yamada [Tue, 17 Mar 2015 03:28:09 +0000 (12:28 +0900)]
powerpc: ppc4xx: remove korat board support

This has not been converted to Generic Board, so should be removed.
(See doc/README.generic-board for details.)

Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
Cc: Larry Johnson <lrj@acm.org>
9 years agopowerpc: mpc5xxx: remove galaxy5200 board support
Masahiro Yamada [Tue, 17 Mar 2015 03:28:08 +0000 (12:28 +0900)]
powerpc: mpc5xxx: remove galaxy5200 board support

This has not been converted to Generic Board, so should be removed.
(See doc/README.generic-board for details.)

Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
Cc: Eric Millbrandt <emillbrandt@dekaresearch.com>
9 years agopowerpc: ppc4xx: remove W7OLMC/W7OLMG board support
Masahiro Yamada [Tue, 17 Mar 2015 03:28:07 +0000 (12:28 +0900)]
powerpc: ppc4xx: remove W7OLMC/W7OLMG board support

They have not been converted to Generic Board, so should be removed.
(See doc/README.generic-board for details.)

Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
Cc: Erik Theisen <etheisen@mindspring.com>
9 years agopowerpc: mpc5xxx: remove aev, TB5200 board support
Masahiro Yamada [Tue, 17 Mar 2015 03:28:06 +0000 (12:28 +0900)]
powerpc: mpc5xxx: remove aev, TB5200 board support

They have not been converted to Generic Board, so should be removed.
(See doc/README.generic-board for details.)

Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
9 years agopowerpc: ppc4xx: remove JSE board support
Masahiro Yamada [Tue, 17 Mar 2015 03:28:05 +0000 (12:28 +0900)]
powerpc: ppc4xx: remove JSE board support

This has not been converted to Generic Board, so should be removed.
(See doc/README.generic-board for details.)

Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
Cc: Stephen Williams <steve@icarus.com>
9 years agopowerpc: mpc5xxx: remove BC3450 board support
Masahiro Yamada [Tue, 17 Mar 2015 03:28:04 +0000 (12:28 +0900)]
powerpc: mpc5xxx: remove BC3450 board support

This has not been converted to Generic Board, so should be removed.
(See doc/README.generic-board for details.)

Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
9 years agoboard/BuR/common: use SYS_CONSOLE_OVERWRITE
Hannes Petermaier [Tue, 17 Mar 2015 14:31:21 +0000 (15:31 +0100)]
board/BuR/common: use SYS_CONSOLE_OVERWRITE

We don't want that CONSOLE is redirected to LCD upon init, we rather prefer
that console is still on the serial line.

Signed-off-by: Hannes Petermaier <oe5hpm@oevsv.at>
9 years agommc: fsl_esdhc fix register offset
Peng Fan [Tue, 10 Mar 2015 07:35:46 +0000 (15:35 +0800)]
mmc: fsl_esdhc fix register offset

Commit f022d36e8a4517b2a9d25ff2d75bd2459d0c68b1 introduces
error register offset.

Change the "char reserved3[59]" to "char reserved3[56]".

Signed-off-by: Peng Fan <Peng.Fan@freescale.com>
Tested-by: Fabio Estevam <fabio.estevam@freescale.com>
9 years agoodroid: defconfig: fix build break caused by missing dts
Przemyslaw Marczak [Tue, 10 Mar 2015 09:52:59 +0000 (10:52 +0100)]
odroid: defconfig: fix build break caused by missing dts

The build break was caused by one of my previous commit:
'odroid: defconfig: disable memset at malloc init'

It removes the dts from odroid defconfig - rebase mistake.

Signed-off-by: Przemyslaw Marczak <p.marczak@samsung.com>
Cc: Minkyu Kang <mk7.kang@samsung.com>
Acked-by: Lukasz Majewski <l.majewski@samsung.com>
Acked-by: Minkyu Kang <mk7.kang@samsung.com>
9 years agoboard/BuR/common: fix compiler warning
Hannes Petermaier [Mon, 16 Mar 2015 18:20:31 +0000 (19:20 +0100)]
board/BuR/common: fix compiler warning

Signed-off-by: Hannes Petermaier <hannes.petermaier@br-automation.com>
Signed-off-by: Hannes Petermaier <oe5hpm@oevsv.at>
9 years agoMerge branch 'master' of git://git.denx.de/u-boot-uniphier
Tom Rini [Sun, 15 Mar 2015 18:31:39 +0000 (14:31 -0400)]
Merge branch 'master' of git://git.denx.de/u-boot-uniphier

9 years agokconfig: remove meaningless prefixes in defconfig files
Masahiro Yamada [Thu, 12 Mar 2015 04:24:39 +0000 (13:24 +0900)]
kconfig: remove meaningless prefixes in defconfig files

Since commit e02ee2548afe (kconfig: switch to single .config
configuration), the prefixes in defconfig files such as "+S:",
"+ST:", etc., are meaningless.

This commit was generated by the following command:

  find configs -name '*_defconfig' | xargs sed -i 's/^+*S*T*://'

Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
9 years agoMAKEALL: Don't try to print size when ./u-boot is deleted
Joe Hershberger [Wed, 11 Mar 2015 23:47:33 +0000 (18:47 -0500)]
MAKEALL: Don't try to print size when ./u-boot is deleted

In the case of BUILD_NBUILDS > 1, MAKEALL would try to print the size
immediately after the u-boot binary is deleted by the call to:

make -s clean

Move the size print to before the clean

Signed-off-by: Joe Hershberger <joe.hershberger@ni.com>
9 years agoARM: UniPhier: adjust device trees for business transfer
Masahiro Yamada [Wed, 11 Mar 2015 06:54:46 +0000 (15:54 +0900)]
ARM: UniPhier: adjust device trees for business transfer

Panasonic's System LSI products, UniPhier SoC family, have been
transferred to Socionext Inc.

Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
9 years agogit-mailrc: update Masahiro's email address
Masahiro Yamada [Wed, 11 Mar 2015 04:01:36 +0000 (13:01 +0900)]
git-mailrc: update Masahiro's email address

I have transferred to Socionext Inc.

Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
9 years agoMAINTAINERS: update Masahiro's email address
Masahiro Yamada [Wed, 11 Mar 2015 04:01:35 +0000 (13:01 +0900)]
MAINTAINERS: update Masahiro's email address

I have transferred to Socionext Inc.

Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
9 years agoREADME: remove description about driver model configuration options (again)
Masahiro Yamada [Wed, 11 Mar 2015 08:34:25 +0000 (17:34 +0900)]
README: remove description about driver model configuration options (again)

The Driver Model description in README was removed by commit
65eb659e56fa (README: remove description about driver model
configuration options), and was revived by mistake by commit
b79dadf846e5 when resolving the conflict.

Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
Cc: Tom Rini <trini@konsulko.com>
Acked-by: Simon Glass <sjg@chromium.org>
9 years agoconfig_distro_bootcmd.h: add note on error handling
Stephen Warren [Tue, 10 Mar 2015 21:40:58 +0000 (15:40 -0600)]
config_distro_bootcmd.h: add note on error handling

This should make it more clear why there appear to be C pre-processor
symbols in the file that contain mixed case. They're really error
messages.

Suggested-by: Simon Glass <sjg@chromium.org>
Signed-off-by: Stephen Warren <swarren@nvidia.com>
Reviewed-by: Tom Rini <trini@konsulko.com>
Reviewed-by: Simon Glass <sjg@chromium.org>
9 years agobeagle_x15: increase phy autoneg timeout
Sekhar Nori [Tue, 10 Mar 2015 10:30:09 +0000 (16:00 +0530)]
beagle_x15: increase phy autoneg timeout

When Beagle X15 is connected to Gigabit switch, it takes
more time to finish auto-negotiation than on a 10/100 switch.

The default 4 second limit times-out more often than not. This is
observed when testing with a D-Link DGS-1008A desktop switch.

Increase the auto-negotiation time-out for Beagle-X15 to handle
this case.

Signed-off-by: Sekhar Nori <nsekhar@ti.com>
Reviewed-by: Tom Rini <trini@konsulko.com>
9 years agoARM: OMAP3: rx51: Enable workaround for ARM errata 454179, 430973, 621766
Nishanth Menon [Mon, 9 Mar 2015 22:12:09 +0000 (17:12 -0500)]
ARM: OMAP3: rx51: Enable workaround for ARM errata 454179, 430973, 621766

RX51 has a secure logic which uses different parameters compared to
traditional implementation. So, make the generic secure acr write
over-ride-able by board file and refactor rx51 code to use this.

While at it, enable the OMAP3 specific errata code for 454179, 430973,
621766.

Signed-off-by: Nishanth Menon <nm@ti.com>
Reviewed-by: Tom Rini <trini@konsulko.com>
9 years agoARM: OMAP3: Enable workaround for ARM errata 454179, 430973, 621766
Nishanth Menon [Mon, 9 Mar 2015 22:12:08 +0000 (17:12 -0500)]
ARM: OMAP3: Enable workaround for ARM errata 454179, 430973, 621766

Enable the OMAP3 specific errata code for 454179, 430973, 621766
and while at it, remove legacy non-revision checked errata logic.

Signed-off-by: Nishanth Menon <nm@ti.com>
Tested-by: Matt Porter <mporter@konsulko.com>
Reviewed-by: Tom Rini <trini@konsulko.com>
9 years agoARM: OMAP5 / DRA7: Setup L2 Aux Control Register with recommended configuration
Nishanth Menon [Mon, 9 Mar 2015 22:12:07 +0000 (17:12 -0500)]
ARM: OMAP5 / DRA7: Setup L2 Aux Control Register with recommended configuration

Update to existing recommendation for L2ACTLR configuration to prevent
system instability and optimize performance.

These apply to both OMAP5 and DRA7.

Reported-by: Vivek Chengalvala <vchengalvala@ti.com>
Signed-off-by: Nishanth Menon <nm@ti.com>
Reviewed-by: Tom Rini <trini@konsulko.com>
9 years agoARM: DRA7 / OMAP5: Add workaround for ARM errata 798870
Praveen Rao [Mon, 9 Mar 2015 22:12:06 +0000 (17:12 -0500)]
ARM: DRA7 / OMAP5: Add workaround for ARM errata 798870

This patch enables the workaround for ARM errata 798870 for OMAP5 /
DRA7 which says "If back-to-back speculative cache line fills (fill
A and fill B) are issued from the L1 data cache of a CPU to the
L2 cache, the second request (fill B) is then cancelled, and the
second request would have detected a hazard against a recent write or
eviction (write B) to the same cache line as fill B then the L2 logic
might deadlock."

An l2auxctlr accessor implementation for OMAP5 and DRA7 is introduced
here as well.

Signed-off-by: Praveen Rao <prao@ti.com>
Signed-off-by: Angela Stegmaier <angelabaker@ti.com>
Signed-off-by: Nishanth Menon <nm@ti.com>
Tested-by: Matt Porter <mporter@konsulko.com>
Reviewed-by: Tom Rini <trini@konsulko.com>
9 years agoARM: OMAP3: Get rid of omap3_gp_romcode_call and replace with omap_smc1
Nishanth Menon [Mon, 9 Mar 2015 22:12:05 +0000 (17:12 -0500)]
ARM: OMAP3: Get rid of omap3_gp_romcode_call and replace with omap_smc1

omap_smc1 is now generic enough to remove duplicate
omap3_gp_romcode_call logic that omap3 introduced.

As part of this change, move to using the generic lowlevel_init.S for
omap3 as well.

Signed-off-by: Nishanth Menon <nm@ti.com>
Tested-by: Matt Porter <mporter@konsulko.com>
Reviewed-by: Tom Rini <trini@konsulko.com>
9 years agoARM: OMAP3: Rename omap3.h to omap.h to be generic as all SoCs
Nishanth Menon [Mon, 9 Mar 2015 22:12:04 +0000 (17:12 -0500)]
ARM: OMAP3: Rename omap3.h to omap.h to be generic as all SoCs

This is in preperation of using generic cross OMAP code.

Signed-off-by: Nishanth Menon <nm@ti.com>
Tested-by: Matt Porter <mporter@konsulko.com>
Reviewed-by: Tom Rini <trini@konsulko.com>
9 years agoARM: OMAP: Change set_pl310_ctrl_reg to be generic
Nishanth Menon [Mon, 9 Mar 2015 22:12:03 +0000 (17:12 -0500)]
ARM: OMAP: Change set_pl310_ctrl_reg to be generic

set_pl310_ctrl_reg does use the Secure Monitor Call (SMC) to setup
PL310 control register, however, that is something that is generic
enough to be used for OMAP5 generation of processors as well. The only
difference being the service being invoked for the function.

So, convert the service to a macro and use a generic name (same as
that used in Linux for some consistency). While at that, also add a
data barrier which is necessary as per recommendation.

While at this, smc #0 is maintained as handcoded assembly thanks to
various gcc version eccentricities, discussion thread:
http://marc.info/?t=142542166800001&r=1&w=2

Signed-off-by: Nishanth Menon <nm@ti.com>
Tested-by: Matt Porter <mporter@konsulko.com>
Reviewed-by: Tom Rini <trini@konsulko.com>
9 years agoARM: Introduce erratum workaround for 621766
Nishanth Menon [Mon, 9 Mar 2015 22:12:02 +0000 (17:12 -0500)]
ARM: Introduce erratum workaround for 621766

621766: Under a specific set of conditions, executing a sequence of
NEON or vfp load instructions can cause processor deadlock
Impacts: Every Cortex-A8 processors with revision lower than r2p1
Work around: Set L1NEON to 1

Based on ARM errata Document revision 20.0 (13 Nov 2010)

Signed-off-by: Nishanth Menon <nm@ti.com>
Tested-by: Matt Porter <mporter@konsulko.com>
Reviewed-by: Tom Rini <trini@konsulko.com>
9 years agoARM: Introduce erratum workaround for 430973
Nishanth Menon [Mon, 9 Mar 2015 22:12:01 +0000 (17:12 -0500)]
ARM: Introduce erratum workaround for 430973

430973: Stale prediction on replaced inter working branch causes
Cortex-A8 to execute in the wrong ARM/Thumb state
Impacts: Every Cortex-A8 processors with revision lower than r2p1
Work around: Set IBE to 1

Based on ARM errata Document revision 20.0 (13 Nov 2010)

Signed-off-by: Nishanth Menon <nm@ti.com>
Tested-by: Matt Porter <mporter@konsulko.com>
Reviewed-by: Tom Rini <trini@konsulko.com>
9 years agoARM: Introduce erratum workaround for 454179
Nishanth Menon [Mon, 9 Mar 2015 22:12:00 +0000 (17:12 -0500)]
ARM: Introduce erratum workaround for 454179

454179: Stale prediction may inhibit target address misprediction on
next predicted taken branch
Impacts: Every Cortex-A8 processors with revision lower than r2p1
Work around:  Set IBE and disable branch size mispredict to 1

Also provide a hook for SoC specific handling to take place if needed.

Based on ARM errata Document revision 20.0 (13 Nov 2010)

Signed-off-by: Nishanth Menon <nm@ti.com>
Tested-by: Matt Porter <mporter@konsulko.com>
Reviewed-by: Tom Rini <trini@konsulko.com>
9 years agoARM: Introduce erratum workaround for 798870
Nishanth Menon [Mon, 9 Mar 2015 22:11:59 +0000 (17:11 -0500)]
ARM: Introduce erratum workaround for 798870

Add workaround for Cortex-A15 ARM erratum 798870 which says
"If back-to-back speculative cache line fills (fill A and fill B) are
issued from the L1 data cache of a CPU to the L2 cache, the second
request (fill B) is then cancelled, and the second request would have
detected a hazard against a recent write or eviction (write B) to the
same cache line as fill B then the L2 logic might deadlock."

Implementations for SoC families such as Exynos, OMAP5/DRA7 etc
will be widely different.

Every SoC has slightly different manner of setting up access to L2ACLR
and similar registers since the Secure Monitor handling of Secure
Monitor Call(smc) is diverse. Hence an weak function is introduced
which may be overriden to implement SoC specific accessor implementation.

Based on ARM errata Document revision 18.0 (22 Nov 2013)

Signed-off-by: Nishanth Menon <nm@ti.com>
Tested-by: Matt Porter <mporter@konsulko.com>
Reviewed-by: Tom Rini <trini@konsulko.com>
9 years agoam335x_evm_usbspl: Remove other SPL modes
Tom Rini [Mon, 9 Mar 2015 16:40:36 +0000 (12:40 -0400)]
am335x_evm_usbspl: Remove other SPL modes

The purpose of this build target is to do SPL over USB RNDIS.  We remove
YMODEM, MMC and NAND (and re-set ENV to be built-in) as when those are needed
we can use the other build targets.  This brings us well under size limit again.

Signed-off-by: Tom Rini <trini@konsulko.com>
9 years agoMerge branch 'master' of git://git.denx.de/u-boot-tegra
Tom Rini [Tue, 10 Mar 2015 23:09:18 +0000 (19:09 -0400)]
Merge branch 'master' of git://git.denx.de/u-boot-tegra

Conflicts:
README

Signed-off-by: Tom Rini <trini@konsulko.com>
9 years agosunxi: video: Fix VIDEO_LCD_PANEL_I2C being enabled by default
Hans de Goede [Sat, 7 Mar 2015 11:00:02 +0000 (12:00 +0100)]
sunxi: video: Fix VIDEO_LCD_PANEL_I2C being enabled by default

Fix a typo in board/sunxi/Kconfig which caused VIDEO_LCD_PANEL_I2C to be
enabled on all sunxi boards. Also fix a compile error which shows up once
VIDEO_LCD_PANEL_I2C is actually disabled on most boards as it should be.

Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Acked-by: Ian Campbell <ijc@hellion.org.uk>
9 years agosunxi: Add Wexler TAB7200 support
Aleksei Mamlin [Wed, 4 Mar 2015 07:44:18 +0000 (10:44 +0300)]
sunxi: Add Wexler TAB7200 support

This patch add support for Wexler TAB7200 tablet.

The Wexler TAB7200 is a A20 based tablet with 7 inch display(800x480),
capacitive touchscreen(5 fingers), 1G RAM, 4G NAND, micro SD card slot,
mini HDMI port, 3.5mm audio plug, 1 USB OTG port and 1 USB 2.0 port.

Signed-off-by: Aleksei Mamlin <mamlinav@gmail.com>
Acked-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
9 years agosunxi: Ippo_q8h defconfigs: Enable otg vbus detection using AXP223 PMIC
Chen-Yu Tsai [Mon, 9 Mar 2015 07:44:17 +0000 (15:44 +0800)]
sunxi: Ippo_q8h defconfigs: Enable otg vbus detection using AXP223 PMIC

Use the AXP223 PMIC to detect VBUS for musb otg support.

Signed-off-by: Chen-Yu Tsai <wens@csie.org>
Acked-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
9 years agosunxi: musb: Support checking VBUS using AXP221 PMIC
Chen-Yu Tsai [Mon, 9 Mar 2015 07:44:16 +0000 (15:44 +0800)]
sunxi: musb: Support checking VBUS using AXP221 PMIC

This enables the musb glue layer to use the AXP221's VBUS detection
function to check for VBUS. This fixes otg support on the A23 q8h
tablets.

Note that u-boot never calls musb_shutdown(), so once VBUS is enabled,
it is never disabled until the system is powered off, or the OS does
so. This can be used to our advantage to keep VBUS powered into the
OS, where support for AXP221 is not available yet.

Fixes: 52defe8f6570 ("sunxi: musb: Check Vbus-det before enabling otg port power")
Signed-off-by: Chen-Yu Tsai <wens@csie.org>
Acked-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
9 years agosunxi: axp221: Add VBUS detection support
Chen-Yu Tsai [Mon, 9 Mar 2015 07:44:15 +0000 (15:44 +0800)]
sunxi: axp221: Add VBUS detection support

Some of the AXP PMICs support VBUS detection, i.e. checking whether
VBUS power input is available and usable (supplied by an external
source). A few boards use this instead of a separate GPIO to detect
VBUS on USB OTG.

Signed-off-by: Chen-Yu Tsai <wens@csie.org>
Acked-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
9 years agosun7i: Add support for the Orange Pi Mini board
Hans de Goede [Sat, 7 Mar 2015 14:03:00 +0000 (15:03 +0100)]
sun7i: Add support for the Orange Pi Mini board

The Orange Pi Mini is an A20 based development board featuring 1G RAM, HDMI,
1Gbit ethernet, USB wifi, SATA, 2 sdcard slots (use the top one for booting),
2 USB 2.0 A receptacles, a micro USB B receptacle (otg) and a 3 ring 3.5 mm
jack connector for A/V.

Also see: http://www.orangepi.org/

Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Acked-by: Ian Campbell <ijc@hellion.org.uk>
9 years agosun7i: Add support for the Orange Pi board
Hans de Goede [Sat, 7 Mar 2015 14:01:46 +0000 (15:01 +0100)]
sun7i: Add support for the Orange Pi board

The Orange Pi is an A20 based development board featuring 1G RAM, HDMI & VGA,
1Gbit ethernet, USB wifi, SATA, 4 USB 2.0 A receptacles, a micro USB B
receptacle (otg) and a 3 ring 3.5 mm jack connector for A/V.

Also see: http://www.orangepi.org/

Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Acked-by: Ian Campbell <ijc@hellion.org.uk>
9 years agosun7i: Add support for the Wits Pro A20 DKT board
Hans de Goede [Sat, 7 Mar 2015 11:01:16 +0000 (12:01 +0100)]
sun7i: Add support for the Wits Pro A20 DKT board

The Wits Pro A20 DKT is an A20 Development KiT with 1G RAM, 4G NAND, sdio wifi,
1Gbit ethernet, 1024x768 lcd screen with ft5x_ts touchscreen and a ton of
IO connectors.

Note there seem to be multiple sdcard slots on the board (4 in total), but
other then mmc0 none of these are hooked up by default, there is a ton of
dip-switches which likely allow hooking some of these up, but the documentation
of the board only describes the use of a fraction of them, so for now we
only support mmc0.

Also see: http://www.merrii.com/en/pla_d.asp?id=163

Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Acked-by: Ian Campbell <ijc@hellion.org.uk>
9 years agosunxi: Add support for the Forfun Q88DB tablet
Jens Lucius [Tue, 3 Mar 2015 21:45:06 +0000 (22:45 +0100)]
sunxi: Add support for the Forfun Q88DB tablet

The Forfun Q88DB is an A13 tablet in the common Q8 format.

Features are 512MB RAM, 4GB NAND, 7" Display, RTL8188 Wifi, 2 cameras.

For more details see: http://linux-sunxi.org/Forfun_Q88DB

Signed-off-by: Jens Lucius <info@jenslucius.com>
Acked-by: Ian Campbell <ijc@hellion.org.uk>
Signed-off-by: Ian Campbell <ijc@hellion.org.uk>
9 years agosun6i: Add support for the Mele I7 board
Marcus Cooper [Sat, 28 Feb 2015 14:00:57 +0000 (15:00 +0100)]
sun6i: Add support for the Mele I7 board

The Mele I7 is a Allwinner based Android TV box.

It features a A31 SOC, 1G RAM, 8GB NAND, HDMI out, A/V out,
SPDIF, IrDA, 3 USB A, 1 USB micro OTG and Wireless LAN.

Signed-off-by: Marcus Cooper <codekipper@gmail.com>
Acked-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
9 years agosun7i: Add support for the MK808C board
Marcus Cooper [Sat, 28 Feb 2015 14:00:35 +0000 (15:00 +0100)]
sun7i: Add support for the MK808C board

The MK808C is a Allwinner based Android TV dongle.

It features a A20 SOC, 1G RAM, 8GB NAND, HDMI out, A/V out,
1 USB A, 1 USB mini OTG, Bluetooth and Wireless LAN.

Signed-off-by: Marcus Cooper <codekipper@gmail.com>
Acked-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
9 years agosunxi: Add support for the Jesurun Q5 board
Gábor Nyers [Thu, 26 Feb 2015 11:08:15 +0000 (12:08 +0100)]
sunxi: Add support for the Jesurun Q5 board

The Jesurun Q5 has a black plastic casing with the approximate dimensions of
100mm x 100mm x 24mm with rounded edges. In terms of hardware it features an
Allwinner A10 SoC with 1GB RAM and 8GB of NAND flash. The storage capacity can
be extended up to 32GB with a MicroSD card. The external connectors are: 2x
USB-A female supporting USB2.0, 3.5mm female jack for audio, HDMI female,
SPDIF, RJ45 LAN and Power. In addition the device has 1x red LED (hard wired to
power) and an programmable green led. On the board there is also an unpopulated
IR receiver and the UART. The devices is equipped with an AXP209 PMU.

For more details see: http://linux-sunxi.org/Jesurun_Q5

Signed-off-by: Gábor Nyers <gnyers@opensuse.org>
Acked-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
9 years agosunxi: Make CONFIG_DRAM_TPR3 apply to sun[57]i
Adam Sampson [Mon, 23 Feb 2015 20:44:10 +0000 (20:44 +0000)]
sunxi: Make CONFIG_DRAM_TPR3 apply to sun[57]i

The tpr3 (timing skew) parameter is used in all supported versions of
the sunxi DRAM controller, but it was only enabled for sun4i in
47e3501a76894f4ba08bc61f33774bd5d39ff464.

Signed-off-by: Adam Sampson <ats@offog.org>
Acked-by: Siarhei Siamashka <siarhei.siamashka@gmail.com>
Acked-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
9 years agocommon: cmd_elf: Add support to disable start of application
Siva Durga Prasad Paladugu [Mon, 9 Mar 2015 11:46:47 +0000 (12:46 +0100)]
common: cmd_elf: Add support to disable start of application

Added support to disable the start of application by using
a environment variable autostart

Signed-off-by: Siva Durga Prasad Paladugu <sivadur@xilinx.com>
Signed-off-by: Michal Simek <michal.simek@xilinx.com>
9 years agoarmv8/vexpress64: make multientry conditional
Linus Walleij [Mon, 9 Mar 2015 09:53:21 +0000 (10:53 +0100)]
armv8/vexpress64: make multientry conditional

While the Freescale ARMv8 board LS2085A will enter U-Boot both
on a master and a secondary (slave) CPU, this is not the common
behaviour on ARMv8 platforms. The norm is that U-Boot is entered
from the master CPU only, while the other CPUs are kept in
WFI (wait for interrupt) state.

The code determining which CPU we are running on is using the
MPIDR register, but the definition of that register varies with
platform to some extent, and handling multi-cluster platforms
(such as the Juno) will become cumbersome. It is better to only
enable the multiple entry code on machines that actually need
it and disable it by default.

Make the single entry default and add a special
ARMV8_MULTIENTRY KConfig option to be used by the
platforms that need multientry and set it for the LS2085A.
Delete all use of the CPU_RELEASE_ADDR from the Vexpress64
boards as it is just totally unused and misleading, and
make it conditional in the generic start.S code.

This makes the Juno platform start U-Boot properly.

Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
9 years agocommon/board_r: Restore non-cached memory setup
Jan Kiszka [Mon, 9 Mar 2015 06:47:18 +0000 (07:47 +0100)]
common/board_r: Restore non-cached memory setup

This fixes a regression of e310b93ec1, affecting Ethernet on the Jetson
TK1, e.g.

Signed-off-by: Jan Kiszka <jan.kiszka@siemens.com>
9 years agoARM: PSCI: Rework the DT handler slightly
Tom Rini [Fri, 6 Mar 2015 01:19:36 +0000 (20:19 -0500)]
ARM: PSCI: Rework the DT handler slightly

The way the PSCI DT update happens currently means we pull in
<asm/armv7.h> everywhere, including on ARMv8 and that in turn brings in
<asm/io.h> for some non-PSCI related things that header needs to deal
with.

To fix this, we rework the hook slightly.  A good portion of
arch/arm/cpu/armv7/virt-dt.c is common looking and I hope that when PSCI
is needed on ARMv8 we can re-use this by and large.  So rename the
current hook to psci_update_dt(), move the prototype to <asm/psci.h> and
add an #ifdef that will make re-use later easier.

Reported-by: York Sun <yorksun@freescale.com>
Cc: Marc Zyngier <marc.zyngier@arm.com>
Cc: York Sun <yorksun@freescale.com>
Cc: Ian Campbell <ijc@hellion.org.uk>
Cc: Hans de Goede <hdegoede@redhat.com>
Cc: Albert ARIBAUD <albert.u.boot@aribaud.net>
Signed-off-by: Tom Rini <trini@konsulko.com>
Acked-by: York Sun <yorksun@freescale.com>
9 years agotegra-common: increase malloc pool len by dfu mmc file buffer size
Przemyslaw Marczak [Wed, 4 Mar 2015 13:01:30 +0000 (14:01 +0100)]
tegra-common: increase malloc pool len by dfu mmc file buffer size

The dfu mmc file buffer, which was static, now is allocated
by memalign(), so the malloc pool len should be also increased.

Signed-off-by: Przemyslaw Marczak <p.marczak@samsung.com>
Cc: Tom Warren <twarren.nvidia@gmail.com>
9 years agoti-armv7-common: increase malloc pool len by dfu mmc file buffer size
Przemyslaw Marczak [Wed, 4 Mar 2015 13:01:29 +0000 (14:01 +0100)]
ti-armv7-common: increase malloc pool len by dfu mmc file buffer size

The dfu mmc file buffer, which was static, now is allocated
by memalign(), so the malloc pool len should be also increased.

Signed-off-by: Przemyslaw Marczak <p.marczak@samsung.com>
Cc: Tom Rini <trini@konsulko.com>
9 years agozynq-common: increase malloc pool len by dfu mmc file buffer size
Przemyslaw Marczak [Wed, 4 Mar 2015 13:01:28 +0000 (14:01 +0100)]
zynq-common: increase malloc pool len by dfu mmc file buffer size

The dfu mmc file buffer, which was static, now is allocated
by memalign(), so the malloc pool len should be also increased.

Signed-off-by: Przemyslaw Marczak <p.marczak@samsung.com>
Cc: Jagannadha Sutradharudu Teki <jaganna@xilinx.com>
Cc: Michal Simek <monstr@monstr.eu>
Acked-by: Michal Simek <michal.simek@xilinx.com>
9 years agoodroid-xu3: defconfig: disable memset at malloc init
Przemyslaw Marczak [Wed, 4 Mar 2015 13:01:27 +0000 (14:01 +0100)]
odroid-xu3: defconfig: disable memset at malloc init

Reduce the boot time of Odroid XU3 by disabling the memset
at malloc init.

Signed-off-by: Przemyslaw Marczak <p.marczak@samsung.com>
9 years agoodroid: defconfig: disable memset at malloc init
Przemyslaw Marczak [Wed, 4 Mar 2015 13:01:26 +0000 (14:01 +0100)]
odroid: defconfig: disable memset at malloc init

Reduce the boot time of Odroid X2/U3 by disabling the memset
at malloc init.

This was tested on Odroid X2.
A quick test with checking gpio pin state using the oscilloscope.
Boot time from start to bootcmd (change gpio state by memory write command):
- ~228ms - before this change (arch memset enabled for .bss clear)
- ~100ms - after this change

Signed-off-by: Przemyslaw Marczak <p.marczak@samsung.com>
Reviewed-by: Simon Glass <sjg@chromium.org>
9 years agotrats2: defconfig: disable memset at malloc init
Przemyslaw Marczak [Wed, 4 Mar 2015 13:01:25 +0000 (14:01 +0100)]
trats2: defconfig: disable memset at malloc init

Reduce the boot time of Trats2 by disabling the memset
at malloc init.

This was tested on Trats2.
A quick test with trace. Boot time from start to main_loop() entry:
- ~464ms - before this change (arch memset enabled for .bss clear)
- ~341ms - after this change

Signed-off-by: Przemyslaw Marczak <p.marczak@samsung.com>
Reviewed-by: Simon Glass <sjg@chromium.org>
9 years agodlmalloc: do memset in malloc init as new default config
Przemyslaw Marczak [Wed, 4 Mar 2015 13:01:24 +0000 (14:01 +0100)]
dlmalloc: do memset in malloc init as new default config

This commit introduces new config: CONFIG_SYS_MALLOC_CLEAR_ON_INIT.

This config is an expert option and is enabled by default.

The all amount of memory reserved for the malloc, is by default set
to zero in mem_malloc_init(). When the malloc reserved memory exceeds
few MiB, then the boot process can slow down.

So disabling this config, is an expert option to reduce the boot time,
and can be disabled by Kconfig.

Note:
After disable this option, only calloc() will return the pointer
to the zeroed memory area. Previously, without this option,
the memory pointed to untouched malloc memory region, was filled
with zeros. So it means, that code with malloc() calls should
be reexamined.

Signed-off-by: Przemyslaw Marczak <p.marczak@samsung.com>
Reviewed-by: Simon Glass <sjg@chromium.org>
9 years agodfu: mmc: file buffer: remove static allocation
Przemyslaw Marczak [Wed, 4 Mar 2015 13:01:23 +0000 (14:01 +0100)]
dfu: mmc: file buffer: remove static allocation

For writing files, DFU implementation requires the file buffer
with the len at least of file size. For big files it requires
the same big buffer.

Previously the file buffer was allocated as a static variable,
so it was a part of U-Boot .bss section. For 32MiB len of buffer
we have 32MiB of additional space, required for this section.

The .bss needs to be cleared after the relocation.
This introduces an additional boot delay at every start, but usually
the dfu feature is not required at the standard boot, so the buffer
should be allocated only if required.

This patch removes the static allocation of this buffer,
and alloc it with memalign after first call of function:
- dfu_fill_entity_mmc()
and the buffer is freed on dfu_free_entity() call.

This was tested on Trats2.
A quick test with trace. Boot time from start to main_loop() entry:
- ~888ms - before this change (arch memset enabled for .bss clear)
- ~464ms - after this change

Signed-off-by: Przemyslaw Marczak <p.marczak@samsung.com>
Reviewed-by: Simon Glass <sjg@chromium.org>
Cc: Lukasz Majewski <l.majewski@samsung.com>
Cc: Stephen Warren <swarren@nvidia.com>
Cc: Pantelis Antoniou <panto@antoniou-consulting.com>
Cc: Tom Rini <trini@konsulko.com>
Cc: Marek Vasut <marek.vasut@gmail.com>
9 years agoarm: relocation: clear .bss section with arch memset if defined
Przemyslaw Marczak [Wed, 4 Mar 2015 13:01:22 +0000 (14:01 +0100)]
arm: relocation: clear .bss section with arch memset if defined

For ARM architecture, enable the CONFIG_USE_ARCH_MEMSET/MEMCPY,
will highly increase the memset/memcpy performance. This is able
thanks to the ARM multiple register instructions.

Unfortunatelly the relocation is done without the cache enabled,
so it takes some time, but zeroing the BSS memory takes much more
longer, especially for the configs with big static buffers.

A quick test confirms, that the boot time improvement after using
the arch memcpy for relocation has no significant meaning.
The same test confirms that enable the memset for zeroing BSS,
reduces the boot time.

So this patch enables the arch memset for zeroing the BSS after
the relocation process. For ARM boards, this can be enabled
in board configs by defining: 'CONFIG_USE_ARCH_MEMSET'.

This was tested on Trats2.
A quick test with trace. Boot time from start to main_loop() entry:
- ~1384ms - before this change
-  ~888ms - after this change

Signed-off-by: Przemyslaw Marczak <p.marczak@samsung.com>
Reviewed-by: Simon Glass <sjg@chromium.org>
Cc: Albert Aribaud <albert.u.boot@aribaud.net>
Cc: Tom Rini <trini@konsulko.com>
9 years agoexynos: config: enable arch memcpy and arch memset
Przemyslaw Marczak [Wed, 4 Mar 2015 13:01:21 +0000 (14:01 +0100)]
exynos: config: enable arch memcpy and arch memset

This commit enables the following configs:
- CONFIG_USE_ARCH_MEMCPY
- CONFIG_USE_ARCH_MEMSET
This increases the performance of memcpy/memset
and also reduces the boot time.

This was tested on Trats2.
A quick test with trace. Boot time from start to main_loop() entry:
- ~1527ms - before this change (arch memset enabled for .bss clear)
- ~1384ms - after this change

Signed-off-by: Przemyslaw Marczak <p.marczak@samsung.com>
Reviewed-by: Simon Glass <sjg@chromium.org>
Cc: Minkyu Kang <mk7.kang@samsung.com>
Cc: Akshay Saraswat <akshay.s@samsung.com>
Cc: Simon Glass <sjg@chromium.org>
Cc: Sjoerd Simons <sjoerd.simons@collabora.co.uk>
9 years agoMerge branch 'master' of git://git.denx.de/u-boot-dm
Tom Rini [Sun, 8 Mar 2015 12:15:23 +0000 (08:15 -0400)]
Merge branch 'master' of git://git.denx.de/u-boot-dm

9 years agoREADME: remove description about driver model configuration options
Masahiro Yamada [Wed, 25 Feb 2015 07:54:57 +0000 (16:54 +0900)]
README: remove description about driver model configuration options

All the DM-related configuration options are described in Kconfig
helps.  They should not be duplicated in README.

Signed-off-by: Masahiro Yamada <yamada.m@jp.panasonic.com>
Acked-by: Simon Glass <sjg@chromium.org>
9 years agoMAINTAINERS: add Driver Model repository information
Masahiro Yamada [Tue, 24 Feb 2015 08:03:29 +0000 (17:03 +0900)]
MAINTAINERS: add Driver Model repository information

Signed-off-by: Masahiro Yamada <yamada.m@jp.panasonic.com>
Acked-by: Simon Glass <sjg@chromium.org>
9 years agodm: i2c: Add a missing memory allocaton check
Simon Glass [Wed, 18 Feb 2015 21:10:28 +0000 (14:10 -0700)]
dm: i2c: Add a missing memory allocaton check

This strdup() is missing a check. Add it.

Signed-off-by: Simon Glass <sjg@chromium.org>
Acked-by: Heiko Schocher <hs@denx.de>
9 years agoMerge branch 'buildman' of git://git.denx.de/u-boot-x86
Tom Rini [Thu, 5 Mar 2015 23:30:38 +0000 (18:30 -0500)]
Merge branch 'buildman' of git://git.denx.de/u-boot-x86

9 years agoMerge git://git.denx.de/u-boot-socfpga
Tom Rini [Thu, 5 Mar 2015 23:04:33 +0000 (18:04 -0500)]
Merge git://git.denx.de/u-boot-socfpga

9 years agoMerge git://git.denx.de/u-boot-marvell
Tom Rini [Thu, 5 Mar 2015 21:41:21 +0000 (16:41 -0500)]
Merge git://git.denx.de/u-boot-marvell

9 years agoMerge branch 'master' of git://git.denx.de/u-boot-mpc85xx
Tom Rini [Thu, 5 Mar 2015 21:41:04 +0000 (16:41 -0500)]
Merge branch 'master' of git://git.denx.de/u-boot-mpc85xx

9 years agofixdep: remove multiple .config support code
Masahiro Yamada [Fri, 27 Feb 2015 15:37:57 +0000 (00:37 +0900)]
fixdep: remove multiple .config support code

Since commit e02ee2548afe (kconfig: switch to single .config
configuration), the ".*.cmd" files are not correctly created
for SPL/TPL.  The U-Boot extension code in fixdep, which was
introduced to support the multiple .config, must be removed.

Signed-off-by: Masahiro Yamada <yamada.m@jp.panasonic.com>
Reviewed-by: Simon Glass <sjg@chromium.org>
9 years agostdio: extend "name" to 32 symbols
Alexey Brodkin [Wed, 25 Feb 2015 18:26:46 +0000 (21:26 +0300)]
stdio: extend "name" to 32 symbols

With limit of 16 symbols very simple device names derived drom device
tree description could not be displayed correctly.

For example "serial0@0xc0fc1000" will be truncated to sensless
"serial0@0xc0fc10" - note dropped tariling zeros.

Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
Cc: Simon Glass <sjg@chromium.org>
Cc: Tom Rini <trini@ti.com>
Reviewed-by: Simon Glass <sjg@chromium.org>
9 years agocmd_usb_mass_storage: Remove extra 'ums' string in the usage text
Fabio Estevam [Wed, 25 Feb 2015 16:03:19 +0000 (13:03 -0300)]
cmd_usb_mass_storage: Remove extra 'ums' string in the usage text

Currently the usage text for the 'ums' command looks like this:

Usage:
ums ums <USB_controller> [<devtype>] <devnum>  e.g. ums 0 mmc 0

,so remove the extra 'ums' in the text.

Signed-off-by: Fabio Estevam <fabio.estevam@freescale.com>
Acked-by: Otavio Salvador <otavio@ossystems.com.br>
Acked-by: Marek Vasut <marex@denx.de>
9 years agocommon/board_f: implement type casting for gd structure
Alexey Brodkin [Wed, 25 Feb 2015 14:59:02 +0000 (17:59 +0300)]
common/board_f: implement type casting for gd structure

In case of global data structure defined as "register volatile" compiler
throws an warning about incorrect type used:
 --->8---
 common/board_f.c: In function "board_init_f_r":
 common/board_f.c:1073:2: warning: passing argument 1 of "&board_init_r
 +(sizetype)gd->reloc_off" discards "volatile" qualifier from pointer
 target type [enabled by default]
  (board_init_r + gd->reloc_off)(gd, gd->relocaddr);
  ^
 common/board_f.c:1073:2: note: expected "struct gd_t *" but argument is
 of type "volatile struct gd_t *"
 --->8---

An obvious fix is manual casting to "gd_t *".

Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
Cc: Simon Glass <sjg@chromium.org>
Cc: Tom Rini <trini@ti.com>
Acked-by: Simon Glass <sjg@chromium.org>
9 years agolib/asm-offsets - make GD_RELOCADDR, GD_RELOC_OFF & GD_START_ADDR_SP available for...
Alexey Brodkin [Wed, 25 Feb 2015 10:09:20 +0000 (13:09 +0300)]
lib/asm-offsets - make GD_RELOCADDR, GD_RELOC_OFF & GD_START_ADDR_SP available for all architectures

GD_RELOCADDR, GD_RELOC_OFF & GD_START_ADDR_SP are generic members of
global data structure so why don't we allow architectures other than ARM
to use it.

Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
Cc: Simon Glass <sjg@chromium.org>
Cc: Tom Rini <trini@ti.com>
Acked-by: Simon Glass <sjg@chromium.org>
9 years agospl: fix calling "spl export .." more than once
Heiko Schocher [Tue, 24 Feb 2015 06:04:38 +0000 (07:04 +0100)]
spl: fix calling "spl export .." more than once

running "spl export ..." more than once fails with:

Trying to execute a command out of order
Trying to execute a command out of order
Trying to execute a command out of order
Trying to execute a command out of order
Trying to execute a command out of order
Trying to execute a command out of order
ERROR prep subcommand failed!
Subcommand failed

reason is commmit:
35fc84fa1f: Refactor the bootm command to reduce code duplication

It used "state != BOOTM_STATE_START" but state is a bitfield, so
check if the bit BOOTM_STATE_START is not set. With this fix,
"spl export ..." can called more than once ...

Signed-off-by: Heiko Schocher <hs@denx.de>
Reviewed-by: Simon Glass <sjg@chromium.org>
9 years agovexpress64: juno: add NOR flash detection
Linus Walleij [Thu, 19 Feb 2015 16:19:37 +0000 (17:19 +0100)]
vexpress64: juno: add NOR flash detection

This enables the vexpress64 to detect its NOR flash so that we
can load kernel etc from it.

Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
9 years agouse ASM_NL instead of '; ' for assembler new line character in the macro
Chen Gang [Thu, 19 Feb 2015 15:51:27 +0000 (18:51 +0300)]
use ASM_NL instead of '; ' for assembler new line character in the macro

For some assemblers, they use another character as newline in a macro
(e.g. arc uses '`'), so for generic assembly code, need use ASM_NL (a
macro) instead of ';' for it.

Basically this is the same patch as applied to Linux kernel -
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/include/linux/linkage.h?id=9df62f054406992ce41ec4558fca6a0fa56fffeb

but modified a bit to fit in U-Boot.

Signed-off-by: Chen Gang <gang.chen.5i5j@gmail.com>
Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
Cc: Masahiro Yamada <yamada.m@jp.panasonic.com>
Cc: Simon Glass <sjg@chromium.org>
Cc: Tom Rini <trini@ti.com>
9 years agoomap: gpmc: 'nandecc sw' can use HAM1 or BCH8
Ash Charles [Wed, 18 Feb 2015 19:25:11 +0000 (11:25 -0800)]
omap: gpmc: 'nandecc sw' can use HAM1 or BCH8

The 'nandecc sw' command selects a software-based error correction
algorithm.  By default, this is OMAP_ECC_HAM1_CODE_SW but some
platforms use OMAP_ECC_BCH8_CODE_HW_DETECTION_SW as their
software-based correction algorithm.  Allow a user to be specific e.g.
 # nandecc sw <hamming|bch8>
where 'hamming' is still the default.

Note: we don't just use CONFIG_NAND_OMAP_ECCSCHEME as it might be set
      to a hardware-based ECC scheme---a little strange when the user
      has requested 'sw' ECC.

Signed-off-by: Ash Charles <ashcharles@gmail.com>
9 years agomtd: nand: omap_gpmc: Make ready/busy pins configurable
Michal Sojka [Tue, 17 Feb 2015 16:08:37 +0000 (17:08 +0100)]
mtd: nand: omap_gpmc: Make ready/busy pins configurable

Commit fb384c4720ca7496775d6578f184bf628db73456 introduced the use of
WAIT0 pin for determining whether the NAND is ready or not. This only
works if all NAND chips are connected to WAIT0. If some chips are
connected to the other available pin WAIT1, nand_wait() does not really
wait and prints a WARN_ON message.

This patch allows the board to provide configuration of which chip is
connected to which WAITx signal. For example, one can define in
include/configs/foo.h:

    #define CONFIG_NAND_OMAP_GPMC_WSCFG     0,0,1,1

This would mean that chips using to CS0 and 1 are connected to WAIT0 and
chips with CS2 and 3 are connected to WAIT1.

Signed-off-by: Michal Sojka <sojka@merica.cz>
Acked-by: Stefan Roese <sr@denx.de>
Tested-by: Michal Vokáč <michal.vokac@comap.cz>
Cc: Tom Rini <trini@ti.com>
9 years agofs: ext4 write: return file len on success
Przemyslaw Marczak [Tue, 17 Feb 2015 14:31:52 +0000 (15:31 +0100)]
fs: ext4 write: return file len on success

After rework of the file system API, the size of ext4
write was missed. This causes printing unreliable write
size at the end of the file system write operation.

Signed-off-by: Przemyslaw Marczak <p.marczak@samsung.com>
Cc: Sjoerd Simons <sjoerd.simons@collabora.co.uk>
Cc: Lukasz Majewski <l.majewski@samsung.com>
Cc: Simon Glass <sjg@chromium.org>
Tested-by: Stephen Warren <swarren@nvidia.com>
9 years agovexpress64: juno: support SMC9118 ethernet
Linus Walleij [Tue, 17 Feb 2015 10:35:25 +0000 (11:35 +0100)]
vexpress64: juno: support SMC9118 ethernet

This configures the Juno board to enable ethernet using the
SMSC9118 ethernet controller found in the board. Tested by
TFTP-booting a kernel over ethernet.

Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
9 years agom68k: Add generic board support for MCF547X/8X and MCF5445X
Alison Wang [Thu, 12 Feb 2015 10:33:15 +0000 (18:33 +0800)]
m68k: Add generic board support for MCF547X/8X and MCF5445X

This patch adds generic board support for MCF547X/8X and MCF5445X.
It is based on the patch about common generic board support for
M68K architecture sent by Angelo.

Signed-off-by: Alison Wang <alison.wang@freescale.com>
9 years agom68k: add generic-board support
angelo@sysam.it [Thu, 12 Feb 2015 00:40:17 +0000 (01:40 +0100)]
m68k: add generic-board support

Add generic-board support for the m68k architecture.

Signed-off-by: Angelo Dureghello <angelo@sysam.it>
9 years agom68k: add mcf5307 cpu support
angelo@sysam.it [Thu, 12 Feb 2015 00:40:00 +0000 (01:40 +0100)]
m68k: add mcf5307 cpu support

Add Freescale MCF5307 cpu support.

Signed-off-by: Angelo Dureghello <angelo@sysam.it>
9 years agom68k: add amcore board support
angelo@sysam.it [Thu, 12 Feb 2015 00:39:40 +0000 (01:39 +0100)]
m68k: add amcore board support

Add Sysam Amcore m68k-based board support.

Signed-off-by: Angelo Dureghello <angelo@sysam.it>
9 years agoAdding Support for BAV335x boards
Gilles Gameiro [Tue, 10 Feb 2015 09:36:01 +0000 (01:36 -0800)]
Adding Support for BAV335x boards

9 years agoomap3: add support for QUIPOS Cairo board.
Albert ARIBAUD \(3ADEV\) [Tue, 3 Feb 2015 17:13:14 +0000 (18:13 +0100)]
omap3: add support for QUIPOS Cairo board.

This patch extends OMAP3 support for AM/DM37xx and
introduces the AM3703-based Quipos Cairo board.

Signed-off-by: Albert ARIBAUD (3ADEV) <albert.aribaud@3adev.fr>
Reviewed-by: Simon Glass <sjg@chromium.org>
9 years agocmd_yaffs: Clean up command usage messages
Peter Tyser [Tue, 3 Feb 2015 16:15:04 +0000 (10:15 -0600)]
cmd_yaffs: Clean up command usage messages

Remove duplicate command names in usage messages to fix issues such as:
  => help yls
  yls - yaffs ls

  Usage:
  yls yls [-l] dirname

Signed-off-by: Peter Tyser <ptyser@xes-inc.com>
9 years agoboard/BuR/kwb: Support modify bootcmd through reset-controller
Hannes Petermaier [Tue, 3 Feb 2015 12:22:43 +0000 (13:22 +0100)]
board/BuR/kwb: Support modify bootcmd through reset-controller

For some cases it is necessary to modify temporaly the bootcommand.
This can be done by writing into the Scratchregister a specific value:

* 0xCC - modify bootcmd "run netboot"
* 0xCD - modify bootcmd "run netscript"
* 0xCE - modify bootcmd "run mmcboot"

the environment in flash is NOT overwritten.

Signed-off-by: Hannes Petermaier <oe5hpm@oevsv.at>
9 years agoboard/BuR/kwb: Form a bootline for vxWorks
Hannes Petermaier [Tue, 3 Feb 2015 12:22:42 +0000 (13:22 +0100)]
board/BuR/kwb: Form a bootline for vxWorks

vxWorks needs several parameters which are set by the bootloader und his
environment. So we form a vxWorks bootline and pass the result to vxWorks on
a predefined address.

Signed-off-by: Hannes Petermaier <oe5hpm@oevsv.at>
9 years agoboard/BuR/kwb: Redesign default-environment
Hannes Petermaier [Tue, 3 Feb 2015 12:22:41 +0000 (13:22 +0100)]
board/BuR/kwb: Redesign default-environment

Due to several changes in the boot-process we do a complete redesign of the
default environment.

Signed-off-by: Hannes Petermaier <oe5hpm@oevsv.at>