Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc
authorLinus Torvalds <torvalds@linux-foundation.org>
Thu, 24 May 2012 22:10:28 +0000 (15:10 -0700)
committerLinus Torvalds <torvalds@linux-foundation.org>
Thu, 24 May 2012 22:10:28 +0000 (15:10 -0700)
commitce004178be1bbaa292e9e6497939e2970300095a
tree1cd5306548947deaedd612189b56d35265217e8e
parent9978306e31a8f89bd81fbc4c49fd9aefb1d30d10
parentc5389831cda3b38a56606a348a537a1332f2d729
Merge git://git./linux/kernel/git/davem/sparc

Pull sparc changes from David S. Miller:
 "This has the generic strncpy_from_user() implementation architectures
  can now use, which we've been developing on linux-arch over the past
  few days.

  For good measure I ran both a 32-bit and a 64-bit glibc testsuite run,
  and the latter of which pointed out an adjustment I needed to make to
  sparc's user_addr_max() definition.  Linus, you were right, STACK_TOP
  was not the right thing to use, even on sparc itself :-)

  From Sam Ravnborg, we have a conversion of sparc32 over to the common
  alloc_thread_info_node(), since the aspect which originally blocked
  our doing so (sun4c) has been removed."

Fix up trivial arch/sparc/Kconfig and lib/Makefile conflicts.

* git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc:
  sparc: Fix user_addr_max() definition.
  lib: Sparc's strncpy_from_user is generic enough, move under lib/
  kernel: Move REPEAT_BYTE definition into linux/kernel.h
  sparc: Increase portability of strncpy_from_user() implementation.
  sparc: Optimize strncpy_from_user() zero byte search.
  sparc: Add full proper error handling to strncpy_from_user().
  sparc32: use the common implementation of alloc_thread_info_node()
arch/sparc/Kconfig
arch/sparc/include/asm/processor_64.h
fs/namei.c
include/linux/kernel.h
lib/Kconfig
lib/Makefile