Enable BFQ
lib: Sparc's strncpy_from_user is generic enough, move under
 lib/

To use this, an architecture simply needs to:

1) Provide a user_addr_max() implementation via asm/uaccess.h

2) Add "select GENERIC_STRNCPY_FROM_USER" to their arch Kcnfig

3) Remove the existing strncpy_from_user() implementation and symbol
   exports their architecture had.

Signed-off-by: David S. Miller <davem@davemloft.net>
Acked-by: David Howells <dhowells@redhat.com>
adapted for Mako from kernel.org reference

Signed-off-by: faux123 <reioux@gmail.com>

Conflicts:
	arch/sparc/Kconfig
lib: add generic strnlen_user() function

This adds a new generic optimized strnlen_user() function that uses the
<asm/word-at-a-time.h> infrastructure to portably do efficient string
handling.

In many ways, strnlen is much simpler than strncpy, and in particular we
can always pre-align the words we load from memory.  That means that all
the worries about alignment etc are a non-issue, so this one can easily
be used on any architecture.  You obviously do have to do the
appropriate word-at-a-time.h macros.

Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
lib: Fix generic strnlen_user for 32-bit big-endian machines

The aligned_byte_mask() definition is wrong for 32-bit big-endian
machines: the "7-(n)" part of the definition assumes a long is 8
bytes.  This fixes it by using BITS_PER_LONG - 8 instead of 8*7.
Tested on 32-bit and 64-bit PowerPC.

Signed-off-by: Paul Mackerras <paulus@samba.org>
Acked-by: David S. Miller <davem@davemloft.net>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
defconfig: Enable CONFIG_RCU_FAST_NO_HZ
Enable strcpy / strnen from user
Use memcpy for copy to/from user-space
Configuration for my build script
Fix RCU_FAST_NOHZ

In the 3.2 branch, it appears to me that this option is incorrectly
dependent on RCU_TREE.  There is conditional code within this
code for RCU_PREEMPT_TREE and therefore I believe it is safe to
enable this mode for RCU_PREEMPT_TREE.
Disable swap
Remove debugging options
Version 0.0.2
Try to use -O3
Version 0.0.3
Remove debugging spam
tegra3_dvfs: GPU OC to 446 (will add CONFIG switch later if successful)

-also fixed silly remaining brackets from prior debugging
board-grouper-panel: increased panel clock rate - increases fps without
further GPU clock
Get rid of some kernel log spam
GPU overclock conditional compilation

Apply only the GPU portion of:

commit e6d03d1be3fcaa9a398bd71ec1b957f0baa2706e
Author: motley <motley.slate@gmail.com>
Date:   Sat Jul 21 00:28:38 2012 -0400

    tegra3  dvfs/clock tweaks

    -Allow conditional GPU OC compile
    -Frequency and voltage tweaks
    -Hope to fix units that can't OC (CPU process_id = 3)
    -Tweak cputegra to see if we can get the CPU to settle back a bit
    -Tweak frequencies, some lower frequencies should be used more often for
    better battery
Increase GPU clock to 484MHz