ARM: 7822/1: add workaround for ambiguous C99 stdint.h types

The C99 types uintXX_t that are usually defined in 'stdint.h' are not as
unambiguous on ARM as you would expect. For the types below, there is a
difference on ARM between GCC built for bare metal ARM, GCC built for glibc
and the kernel itself, which results in build errors if you try to build with
-ffreestanding and include 'stdint.h' (such as when you include 'arm_neon.h'
in order to use NEON intrinsics)

As the typedefs for these types in 'stdint.h' are based on builtin defines
supplied by GCC, we can tweak these to align with the kernel's idea of those
types, so 'linux/types.h' and 'stdint.h' can be safely included from the same
source file (provided that -ffreestanding is used).

                   int32_t         uint32_t               uintptr_t
bare metal GCC     long            unsigned long          unsigned int
glibc GCC          int             unsigned int           unsigned int
kernel             int             unsigned int           unsigned long

Acked by: Dave Martin <dave.martin@arm.com>

Acked-by: Nicolas Pitre <nico@linaro.org>
Acked-by: Mikael Pettersson <mikpe@it.uu.se>
Signed-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
ARM: add SCHED_HRTICK config option & fix HRTICK

ARM: add SCHED_HRTICK config option
	As we don't include kernel/Kconfig.hz as this defines HZ values
	unsuitable for ARM platforms, add the SCHED_HRTICK to properly configure
	the scheduler for hrtimer operation.

	Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>

sched: Fix HRTICK
	David reported that the HRTICK sched feature was borken; which was enough
	motivation for me to finally fix it ;-)

	We should not allow hrtimer code to do softirq wakeups while holding scheduler
	locks. The hrtimer code only needs this when we accidentally try to program an
	expired time. We don't much care about those anyway since we have the regular
	tick to fall back to.

	Reported-by: David Ahern <dsahern@gmail.com>
	Tested-by: David Ahern <dsahern@gmail.com>
	Signed-off-by: Peter Zijlstra <peterz@infradead.org>
	Link: http://lkml.kernel.org/r/20130628091853.GE29209@dyad.programming.kicks-ass.net
	Signed-off-by: Ingo Molnar <mingo@kernel.org>