Higher Random Entropy
vibration_control: don't create sysfs on sammy roms, as they don't use it anyway

Change-Id: Ia79d2cd521c17018afec94c927f00cd58d072e7c
 bcmdhd: fix wifi power in standby

[Experimental!]
[Orig patch: https://github.com/kgp700/exyroid-sgs2-jb/commit/fd507f69ea07fcd826e75aa5b2fc69cd9acbc43e]
mali gpu clock = 160 (stock value)
Revert "Higher Random Entropy"

This reverts commit b0104c98bf51ad9089968e46259e4a1997af6af3.
Revert " bcmdhd: fix wifi power in standby"

This reverts commit 20403498d0b36782bb4c1d89bcf1530d2a38d0b2.
Revert "mali gpu clock = 160 (stock value)"

This reverts commit 8e2adb9218e3b6bcfce9bc715037cd1311aa168d.
Revert "vibration_control: don't create sysfs on sammy roms, as they don't use it anyway"

This reverts commit 7c9aeca9ee02379fed947f39bf1a68fa5215a34f.
devilQ: use atleast 2 cores, if touchscreen pressed, i9300 part

Change-Id: I58012684d367c11ee3178d779442588c9571ff5e
switch the protection of percpu_counter list to spinlock ... making percpu_counter_destroy() non-blocking

Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
irq: Set CPU affinity as soon as the irq thread is created In an embedded target where IRQ affinities are pre-configured during boot-time (and not modified through /proc/irq/../smp_affinity) during run-time, the extra latency due to irq_thread_check_affinity can be avoided during processing of the first interrupt with this patch. Thoughts?

backported from Linux 3.5+ by faux123
Add frandom(/dev/frandom) -Fast kernel number generator Link: http://billauer.co.il/frandom.html
testing: mali-sammy: increase memory allocations for GPU
updated zzmoove to ver 4.0 + some cleanups in kernel tree
Kernel 1.6