flo: Generate personal config

Signed-off-by: Zhao Wei Liew <zhaoweiliew@gmail.com>
Makefile: Modify for compilation

Signed-off-by: Zhao Wei Liew <zhaoweiliew@gmail.com>
localversion: Rebranding

Signed-off-by: Zhao Wei Liew <zhaoweiliew@gmail.com>
Merge my build script and config generation script

Signed-off-by: Zhao Wei Liew <zhaoweiliew@gmail.com>
ramdisk: Import Nexus 7 (2013) 5.0.1 ramdisk

Signed-off-by: Zhao Wei Liew <zhaoweiliew@gmail.com>
flo: Boot with NOOP scheduler

Signed-off-by: Zhao Wei Liew <zhaoweiliew@gmail.com>
sync: Implement FSync control

Signed-off-by: Zhao Wei Liew <zhaoweiliew@gmail.com>
mmc: core: Expose software CRCs parameter to userspace

Signed-off-by: Zhao Wei Liew <zhaoweiliew@gmail.com>
kernel: Replace timeconst.pl with a bc script

bc is the standard tool for multi-precision arithmetic.  We switched
to Perl because akpm reported a hard-to-reproduce build hang, which
was very odd because affected and unaffected machines were all running
the same version of GNU bc.

Unfortunately switching to Perl required a really ugly "canning"
mechanism to support Perl < 5.8 installations lacking the Math::BigInt
module.

It was recently pointed out to me that some very old versions of GNU
make had problems with pipes in subshells, which was indeed the
construct used in the Makefile rules in that version of the patch;
Perl didn't need it so switching to Perl fixed the problem for
unrelated reasons.  With the problem (hopefully) root-caused, we can
switch back to bc and do the arbitrary-precision arithmetic naturally.

Signed-off-by: H. Peter Anvin <hpa@zytor.com>
Cc: Andrew Morton <akpm@linux-foundation.org>
Acked-by: Sam Ravnborg <sam@ravnborg.org>
Signed-off-by: Michal Marek <mmarek@suse.cz>

Conflicts:
	kernel/Makefile
msm: msm_fb: Add parameter to dim lowest backlight level

Signed-off-by: Zhao Wei Liew <zhaoweiliew@gmail.com>
kernel/hz.bc: ignore.

Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
ARM: 8160/1: drop warning about return_address not using unwind tables

The warning was introduced in 2009 (commit 4bf1fa5a34aa ([ARM] 5613/1:
implement CALLER_ADDRESSx)). The only "problem" here is that
CALLER_ADDRESSx for x > 1 returns NULL which doesn't do much harm.

The drawback of implementing a fix (i.e. use unwind tables to implement CALLER_ADDRESSx) is that much of the unwinder code would need to be marked as not
traceable.

Signed-off-by: Uwe Kleine-König <u.kleine-koenig@pengutronix.de>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>

Conflicts:
	arch/arm/kernel/return_address.c
ARM: Use -mcpu=cortex-a15 when targeting MSM Krait CPUs

Enable compiler optimizations specific to the Cortex-A15
processor when targeting MSM Krait CPUs. This is necessary
take advantage of the UDIV/SDIV instructions supported by
these processors. To accomplish this, we need to remove the
-march=armv7-a ISA restriction from the compiler options
because 'cortex-a15' is a superset of 'armv7-a'.

Change-Id: I6215aecc11fb4f77c971de7b84f68649ef234357
Signed-off-by: Stepan Moskovchenko <stepanm@codeaurora.org>
msm: Implement fast charge control for Nexus 7 2013

Signed-off-by: Zhao Wei Liew <zhaoweiliew@gmail.com>
thermal: Merge my custom ghost_thermal driver

Signed-off-by: Zhao Wei Liew <zhaoweiliew@gmail.com>
ramdisk: Disable thermald

Signed-off-by: Zhao Wei Liew <zhaoweiliew@gmail.com>
msm: kgsl: Merge custom conservative GPU governor

Signed-off-by: Zhao Wei Liew <zhaoweiliew@gmail.com>
Makefile: Apply some optimizations

Signed-off-by: Zhao Wei Liew <zhaoweiliew@gmail.com>
fs: namespace: suppress 'may be used uninitialized' warnings

The gcc version 4.9.1 compiler complains Even though it isn't possible for
these variables to not get initialized before they are used.

fs/namespace.c: In function ‘SyS_mount’:
fs/namespace.c:2720:8: warning: ‘kernel_dev’ may be used uninitialized in this function [-Wmaybe-uninitialized]
  ret = do_mount(kernel_dev, kernel_dir->name, kernel_type, flags,
        ^
fs/namespace.c:2699:8: note: ‘kernel_dev’ was declared here
  char *kernel_dev;
        ^
fs/namespace.c:2720:8: warning: ‘kernel_type’ may be used uninitialized in this function [-Wmaybe-uninitialized]
  ret = do_mount(kernel_dev, kernel_dir->name, kernel_type, flags,
        ^
fs/namespace.c:2697:8: note: ‘kernel_type’ was declared here
  char *kernel_type;
        ^

Fix the warnings by simplifying copy_mount_string() as suggested by Al Viro.

Cc: Alexander Viro <viro@zeniv.linux.org.uk>
Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
msm: acpuclock-krait: Implement CPU voltage control

Signed-off-by: Zhao Wei Liew <zhaoweiliew@gmail.com>

Conflicts:
	drivers/cpufreq/cpufreq.c