linux-stable.git/arch/arm, branch v3.4.8

ARM: OMAP2+: OPP: Fix to ensure check of right oppdef after bad one

2012-08-09T15:31:28+00:00

commit b110547e586eb5825bc1d04aa9147bff83b57672 upstream.

Commit 9fa2df6b90786301b175e264f5fa9846aba81a65
(ARM: OMAP2+: OPP: allow OPP enumeration to continue if device is not present)
makes the logic:
for (i = 0; i < opp_def_size; i++) {
	
	if (!oh || !oh->od) {
		
		continue;
	}

opp_def++;
}

In short, the moment we hit a "Bad OPP", we end up looping the list
comparing against the bad opp definition pointer for the rest of the
iteration count. Instead, increment opp_def in the for loop itself
and allow continue to be used in code without much thought so that
we check the next set of OPP definition pointers :)

Cc: Steve Sakoman 
Cc: Tony Lindgren 
Signed-off-by: Nishanth Menon 
Signed-off-by: Kevin Hilman 
Signed-off-by: Greg Kroah-Hartman

ARM: SAMSUNG: Update default rate for xusbxti clock

2012-07-29T15:04:21+00:00

commit bdd3cc26ba651e33780ade33f1410320cf2d0cf4 upstream.

The rate of xusbxti clock is set in individual machine files.
The default value should be defined at the clock definition
and individual machine files should modify it if required.

Division by zero in kernel.
[] (unwind_backtrace+0x1/0x9c) from [] (Ldiv0+0x9/0x12)
[] (Ldiv0+0x9/0x12) from [] (s3c_setrate_clksrc+0x33/0x78)
[] (s3c_setrate_clksrc+0x33/0x78) from [] (clk_set_rate+0x2f/0x78)

Signed-off-by: Tushar Behera 
Signed-off-by: Kukjin Kim 
Signed-off-by: Greg Kroah-Hartman

ARM: SAMSUNG: fix race in s3c_adc_start for ADC

2012-07-19T15:58:55+00:00

commit 8265981bb439f3ecc5356fb877a6c2a6636ac88a upstream.

Checking for adc->ts_pend already claimed should be done with the
lock held.

Signed-off-by: Todd Poynor 
Acked-by: Ben Dooks 
Signed-off-by: Kukjin Kim 
Signed-off-by: Greg Kroah-Hartman

ARM: Orion: Fix WDT compile for Dove and MV78xx0

2012-07-16T16:04:07+00:00

commit 1e0c1ce00d83834d03f4d8d039734ca4703298df upstream.

Commit 0fa1f0609a0c1fe8b2be3c0089a2cb48f7fda521 (ARM: Orion: Fix
Virtual/Physical mixup with watchdog) broke the Dove & MV78xx0
build. Although these two SoC don't use the watchdog, the shared
platform code still needs to build. Add the necessary defines.

Reported-by: Nicolas Pitre 
Signed-off-by: Andrew Lunn 
Tested-by: Nicolas Pitre 
Signed-off-by: Arnd Bergmann 
Signed-off-by: Greg Kroah-Hartman

ARM: Orion: Fix Virtual/Physical mixup with watchdog

2012-07-16T16:04:07+00:00

commit 0fa1f0609a0c1fe8b2be3c0089a2cb48f7fda521 upstream.

The orion watchdog is expecting to be passed the physcial address of
the hardware, and will ioremap() it to give a virtual address it will
use as the base address for the hardware. However, when creating the
platform resource record, a virtual address was being used.

Add the necassary #define's so we can pass the physical address as
expected.

Tested on Kirkwood and Orion5x.

Signed-off-by: Andrew Lunn 
Signed-off-by: Olof Johansson 
Signed-off-by: Greg Kroah-Hartman

ARM: 7438/1: fill possible PMD empty section gaps

2012-07-16T16:03:22+00:00

commit 19b52abe3c5d759661500a1dc810924369b2ad46 upstream.

On ARM with the 2-level page table format, a PMD entry is represented by
two consecutive section entries covering 2MB of virtual space.

However, static mappings always were allowed to use separate 1MB section
entries.  This means in practice that a static mapping may create half
populated PMDs via create_mapping().

Since commit 0536bdf33f (ARM: move iotable mappings within the vmalloc
region) those static mappings are located in the vmalloc area. We must
ensure no such half populated PMDs are accessible once vmalloc() or
ioremap() start looking at the vmalloc area for nearby free virtual
address ranges, or various things leading to a kernel crash will happen.

Signed-off-by: Nicolas Pitre 
Reported-by: Santosh Shilimkar 
Tested-by: "R, Sricharan" 
Reviewed-by: Catalin Marinas 
Signed-off-by: Russell King 
Signed-off-by: Greg Kroah-Hartman

ARM: SAMSUNG: Should check for IS_ERR(clk) instead of NULL

2012-07-16T16:03:22+00:00

commit a5d8f4765f0e92ef027492a8cb979c5b8d45f2c3 upstream.

On the error condition clk_get() returns ERR_PTR().

Signed-off-by: Jonghwan Choi 
Signed-off-by: Kukjin Kim 
Signed-off-by: Greg Kroah-Hartman

ARM: SAMSUNG: Fix for S3C2412 EBI memory mapping

2012-07-16T16:03:22+00:00

commit 3dca938656c7b0ff6b0717a5dde0f5f45e592be5 upstream.

While upgrading the kernel on a S3C2412 based board I've noted
that it was impossible to boot the board with a 2.6.32 or upper
kernel. I've tracked down the problem to the EBI virtual memory
mapping that is in conflict with the IO mapping definition in
arch/arm/mach-s3c24xx/s3c2412.c.

Signed-off-by: Jose Miguel Goncalves 
Signed-off-by: Kukjin Kim 
Signed-off-by: Greg Kroah-Hartman

ARM: tegra: make tegra_cpu_reset_handler_enable() __init

2012-07-16T16:03:20+00:00

commit 6355f25ed965421725d92cf719fc63008690ca1c upstream.

This solves a section mismatch warning. I hadn't noticed this before,
because my compiler was inlining tegra_cpu_reset_handler_enable() inside
tegra_cpu_reset_handler_init(), which is already __init, but I switched
compilers and it stopped doing that.

Signed-off-by: Stephen Warren 
Signed-off-by: Olof Johansson 
Signed-off-by: Greg Kroah-Hartman

ARM i.MX imx21ads: Fix overlapping static i/o mappings

2012-06-22T18:36:52+00:00

commit 350ab15bb2ffe7103bc6bf6c634f3c5b286eaf2a upstream.

The statically defined I/O memory regions for the i.MX21 on chip
peripherals and the on board I/O peripherals of the i.MX21ADS board
overlap. This results in a kernel crash during startup. This is fixed
by reducing the memory range for the on board I/O peripherals to the
actually required range.

Signed-off-by: Jaccon Bastiaansen 
Signed-off-by: Sascha Hauer 
Signed-off-by: Greg Kroah-Hartman