u-boot.git/arch/arm/include, branch v2013.04

Tegra: Split tegra_get_chip_type() into soc & sku funcs

2013-04-15T18:01:38Z

As suggested by Stephen Warren, use tegra_get_chip() to return the pure CHIPID for a Tegra SoC (i.e. 0x20 for Tegra20, 0x30 for Tegra30, etc.) and rename tegra_get_chip_type() to reflect its true function, i.e. tegra_get_chip_sku(), which returns an ID like TEGRA_SOC_T25, TEGRA_SOC_T33, etc. Signed-off-by: Tom Warren Reviewed-by: Stephen Warren

Tegra114: Initialize System Counter (TSC) with osc frequency

2013-04-15T18:01:38Z

T114 needs the SYSCTR0 counter initialized so the TSC can be read by the kernel. Do it in the bootloader since it's a write-once deal (secure/non-secure mode dependent). Signed-off-by: Tom Warren Reviewed-by: Stephen Warren

Tegra: Configure L2 cache control reg properly.

2013-04-15T18:01:38Z

Without this change, kernel fails at calling function cache_clean_flush during kernel early boot. Aprocryphally, intended for T114 only, so I check for a T114 SoC. Works (i.e. dalmore 3.8 kernel now starts printing to console). Signed-off-by: Tom Warren

ARM: tegra: support T33 SKU of Tegra30

2013-04-15T18:01:37Z

Make U-Boot aware of the T33 SKU of Tegra30, and treat it identically to any other Tegra30. An alternative would be to simply remove the SKU checking from tegra_get_chip_type(); most use of the value most likely simply wants to know the current chip, not the specific SKU. Or, the function could be split into separate tegra_get_chip() and tegra_get_sku() for the cases where differentiation really is required. I wonder whether tegra_get_chip_type() should printf() whenever any unkown chip/SKU is found, although perhaps the function is called so early that the printf() wouldn't actually make it to the UART anyway. Signed-off-by: Stephen Warren Signed-off-by: Tom Warren Acked-by: Simon Glass

Merge branch 'u-boot-imx/master' into 'u-boot-arm/master'

2013-04-14T08:38:37Z

spi: mxc_spi: Set master mode for all channels

2013-04-13T15:46:42Z

The glitch in the SPI clock line, which commit 3cea335c34 (spi: mxc_spi: Fix spi clock glitch durant reset) solved, is back now and itwas re-introduced by commit d36b39bf0d (spi: mxc_spi: Fix ECSPI reset handling). Actually the glitch is happening due to always toggling between slave mode and master mode by configuring the CHANNEL_MODE bits in this reset function. Since the spi driver only supports master mode, set the mode for all channels always to master mode in order to have a stable, "glitch-free" SPI clock line. Signed-off-by: Fabio Estevam

am335x: Really correct DDR timings on new BeagleBone part

2013-04-12T16:38:16Z

The previous timings were done on the internal-only A1 board which has different DDR part than all later revs. The timings need a slight adjustment to be correct in all cases with later revs. Signed-off-by: Tom Rini

Merge branch 'u-boot-ti/master' into 'u-boot-arm/master'

2013-04-12T06:51:41Z

arm: Remove support for unused s3c64xx

2013-04-12T05:55:08Z

Following the removal of the smdk6400 board, the s3c64xx SoC becomes unused, so remove associated code. It will still be possible to restore it later from the Git history if necessary. Signed-off-by: Benoît Thébaudeau

arm: Remove support for smdk6400

2013-04-12T05:55:08Z

The migration of boards from Makefile to boards.cfg was due for v2012.03, but smdk6400 did not follow, and it does not build, so move it to scrapyard. It will still be possible to restore it from the Git history before fixing it. Signed-off-by: Benoît Thébaudeau