Makefile: revert to 4.7 toolchain flags
Patch to 3.0.90 (mrg666)
Patch to 3.0.91 (mrg666)
Patch to 3.0.92 (mrg666)
Patch to 3.0.93 (mrg666)
lib: Update RWSEM to Linux 3.10 (AndreiLux)
binfmt_elf.c: use get_random_int() to fix entropy depleting
Changes:
--------
v4->v3:
- s/random_stack_user()/get_atrandom_bytes()/
- Move this function to ahead of its use to avoid the predeclaration.

v3->v2:
- Tweak code comments of random_stack_user().
- Remove redundant bits mask and shift upon the random variable.

v2->v1:
- Fix random copy to check up buffer length that are not 4-byte multiples.

v3 can be found at:
http://www.spinics.net/lists/linux-fsdevel/msg59597.html
v2 can be found at:
http://www.spinics.net/lists/linux-fsdevel/msg59418.html
v1 can be found at:
http://www.spinics.net/lists/linux-fsdevel/msg59128.html

Thanks,
-Jeff

Entropy is quickly depleted under normal operations like ls(1), cat(1),
etc...  between 2.6.30 to current mainline, for instance:

$ cat /proc/sys/kernel/random/entropy_avail
3428
$ cat /proc/sys/kernel/random/entropy_avail
2911
$cat /proc/sys/kernel/random/entropy_avail
2620

We observed this problem has been occurring since 2.6.30 with
fs/binfmt_elf.c: create_elf_tables()->get_random_bytes(), introduced by
f06295b ("ELF: implement AT_RANDOM for glibc PRNG seeding").

/*
 * Generate 16 random bytes for userspace PRNG seeding.
 */
get_random_bytes(k_rand_bytes, sizeof(k_rand_bytes));

The patch introduces a wrapper around get_random_int() which has lower
overhead than calling get_random_bytes() directly.

With this patch applied:
$ cat /proc/sys/kernel/random/entropy_avail
2731
$ cat /proc/sys/kernel/random/entropy_avail
2802
$ cat /proc/sys/kernel/random/entropy_avail
2878

Analyzed by John Sobecki.

Signed-off-by: Jie Liu <jeff.liu@oracle.com>
Cc: Andrew Morton <akpm@linux-foundation.org>
Cc: Al Viro <viro@zeniv.linux.org.uk>
Cc: Andreas Dilger <aedilger@gmail.com>
Cc: Alan Cox <alan@linux.intel.com>
Cc: Arnd Bergmann <arnn@arndb.de>
Cc: John Sobecki <john.sobecki@oracle.com>
Cc: James Morris <james.l.morris@oracle.com>
Cc: Jakub Jelinek <jakub@redhat.com>
Cc: Ted Tso <tytso@mit.edu>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: Kees Cook <keescook@chromium.org>
Cc: Ulrich Drepper <drepper@redhat.com>
Signed-off-by: Francisco Franco <franciscofranco.1990@gmail.com>
Makefile: update compiler to Linaro 2013.07 4.7.4
The 4.8 toolchain caused major problems with some of the things in the kernel, and in my testing 4.7 and -O3 is faster than 4.8 and -O2 or -Os. So for now we are back at 4.7 -O3
Booting problems with 4.8 -O3 :(
Revert "Block: add fiops io scheduler, with optimizations from AK kernel"

This reverts commit 3f5cbe541bdd515ec9f9ffd3d386820b2658d4d5.
cpufreq: update smartmax to the latest from maxwen find5 kernel
Makefile: adjust some modflags
cpufreq: import maxwen interactive, lets see if this one lags on wake too
cpufreq: interactive drfine hispeed_freq to 1GHz so that it boosts to there when needed. Intent here is to have 3 mainly used freqs: 122, 1024, 1497 and split the time between them, same idea as smartmax
smartmax: modify tunables