drm: mali_drm: r3p2 mali_drm module

Updated to match 3.0.x kernel DRM.
ump: introduce ump includes for r3p2
media: Mali-400 and UMP version r3p2
Merge pull request #9 from zehome/odroid-3.0.y

Fix S5P-MFC compilation when PM is disabled.
temperature range is changed 10 to 5 degree C
defconfigs: x, x2, u2 : autofs4 enabled as modules, fanotify enabled as buitin
odroid: Disable the exynos-mem block device on all ubuntu defconfigs

Also, fix permission on all odroid defconfigs (755 -> 644)
Merge pull request #11 from Gu1-/odroid-3.0.y

odroid: Disable the exynos-mem block device on all ubuntu defconfigs
Revert "odroid: Disable the exynos-mem block device on all ubuntu defconfigs"

This reverts commit 5337ab743576956aa823136da1451374f66537a0.
	lib/lzo: Update LZO compression to current upstream version

	This commit updates the kernel LZO code to the current upsteam version
	which features a significant speed improvement - benchmarking the Calgary
	and Silesia test corpora typically shows a doubled performance in
	both compression and decompression on modern i386/x86_64/powerpc machines.
block:sio tweaks for flash based devices
block:Add Zen I/O Scheduler

Signed-off-by: sarcastillo <sar.castillo@gmail.com>

Conflicts:
	block/Kconfig.iosched
	block/Makefile
	Additional Makefile optimization
kernel: make an exception in module loading to load proprietary modules

This is the easiest way to bypass module_layout check to be able to load proprietery exfat modules without making any change on them.

Signed-off-by: Andrei F <luxneb@gmail.com>
block:deadline tweaks for flash based devices

Signed-off-by: sarcastillo <sar.castillo@gmail.com>
init: apply SCHED_FIFO to kthreadd

Hotplug (cpu_up) latency currently suffers because the system
must wait for kthreadd to spawn certain kthreads (such as the
migration and workqueue kthreads) and for them to run for
the first time. Setting SCHED_FIFO will cause kthreadd to run
immediately. The newly created kthreads will inherit the scheduler
policy and run immediately also.

The scheduling policy of newly created kthreads is already set
back to SCHED_NORMAL in kthread_create_on_node, so nothing needs
to be done to restore normal scheduling behavior for the kthreads
once spawned.

Change-Id: I236ceb29845cf58ea1ea886fc3210ccaab2dd792
Signed-off-by: Steve Muckle <smuckle@codeaurora.org>
Revert "	Additional Makefile optimization"

This reverts commit 3b51811147d01c9be7d60e5b46b1937007b20eb4.
Merge pull request #12 from rzk/odroid-3.0.y

mali-400 r3p2 from rz2k ;) 

We now have r3p2 and r2p4 drivers on Kernel.

r3p2 is for Linux and r2p4 is for Android.

We should probably upgrade Android blobs as well.
arm: remove "optimized" SHA1 routines

Since commit 1eb19a12bd22 ("lib/sha1: use the git implementation of
SHA-1"), the ARM SHA1 routines no longer work.  The reason? They
depended on the larger 320-byte workspace, and now the sha1 workspace is
just 16 words (64 bytes).  So the assembly version would overwrite the
stack randomly.

The optimized asm version is also probably slower than the new improved
C version, so there's no reason to keep it around.  At least that was
the case in git, where what appears to be the same assembly language
version was removed two years ago because the optimized C BLK_SHA1 code
was faster.

Reported-and-tested-by: Joachim Eastwood <manabian@gmail.com>
Cc: Andreas Schwab <schwab@linux-m68k.org>
Cc: Nicolas Pitre <nico@fluxnic.net>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Andrei F <luxneb@gmail.com>

Conflicts:
	arch/arm/lib/Makefile
lib/sha1.c: quiet sparse noise about symbol not declared

Include <linux/cryptohash.h> to pickup the declarations for sha_transform
and sha_init to quite the sparse noise:

  warning: symbol 'sha_transform' was not declared. Should it be static?
  warning: symbol 'sha_init' was not declared. Should it be static?

Signed-off-by: H Hartley Sweeten <hsweeten@visionengravers.com>
Acked-by: Mandeep Singh Baines <msb@chromium.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Andrei F <luxneb@gmail.com>