Revert "Added BFS version 0.424: HOTPLUG GOV ISSUES"

This reverts commit 53b64c96290b924017aa923a598c3db24eae0844.
- add ultra ksm
- add FIOPS scheduler
- add arm zram zcache
- add frontswap
KBUILD_CFLAGS: play around with different flags: add modulo flags: remove -fno-strict-aliasing
Revert "KBUILD_CFLAGS: play around with different flags: add modulo flags: remove -fno-strict-aliasing"

This reverts commit c76a4664a794d2bb9d37f1f9705b2df4d3eb0585.
- hard float compile success ( on Ubuntu 12.10 arm-linux-gnueabihf )
small mod
Suppress strict-aliasing warnings to stop dereferencing type-punned pointer will break strict-aliasing rules warning from going crazy
Re-add modulo flags back in
gpu: ion: Add support for sharing buffers with dma buf kernel handles

Currently ion can only share buffers with dma buf fd's. Fd's can not be
used inside the kernel as they are process specific so support for
sharing buffers with dma buf kernel handles is needed to support kernel
only use cases. An example use case could be a GPU driver using ion
that wants to share its output buffers with a 3d party display
controller driver supporting dma buf.

Change-Id: If1b3753ddbd5b44c5a3e622055d5473e16fc1c48
Signed-off-by: Johan Mossberg <johan.mossberg@stericsson.com>
sock_diag: Fix out-of-bounds access to sock_diag_handlers[]

Userland can send a netlink message requesting SOCK_DIAG_BY_FAMILY
with a family greater or equal then AF_MAX -- the array size of
sock_diag_handlers[]. The current code does not test for this
condition therefore is vulnerable to an out-of-bound access opening
doors for a privilege escalation.

Signed-off-by: Mathias Krause <minipli <at> googlemail.com>
Revert "gpu: ion: Add support for sharing buffers with dma buf kernel handles: DOESN'T BOOT"

This reverts commit 9274489a1fc645b64f6db20972243e3bceb21673.
Added battery level Mhz control, 2 steps, Low and High
block: Added FIFO scheduler
cpufreq: ktoonservative: Ignore disable_hotpluging while screen is off
fix typo