1. 31 12月, 2013 7 次提交
  2. 08 12月, 2013 5 次提交
  3. 26 11月, 2013 25 次提交
  4. 22 11月, 2013 1 次提交
  5. 21 11月, 2013 2 次提交
    • M
      powerpc/signals: Mark VSX not saved with small contexts · c13f20ac
      Michael Neuling 提交于
      The VSX MSR bit in the user context indicates if the context contains VSX
      state.  Currently we set this when the process has touched VSX at any stage.
      
      Unfortunately, if the user has not provided enough space to save the VSX state,
      we can't save it but we currently still set the MSR VSX bit.
      
      This patch changes this to clear the MSR VSX bit when the user doesn't provide
      enough space.  This indicates that there is no valid VSX state in the user
      context.
      
      This is needed to support get/set/make/swapcontext for applications that use
      VSX but only provide a small context.  For example, getcontext in glibc
      provides a smaller context since the VSX registers don't need to be saved over
      the glibc function call.  But since the program calling getcontext may have
      used VSX, the kernel currently says the VSX state is valid when it's not.  If
      the returned context is then used in setcontext (ie. a small context without
      VSX but with MSR VSX set), the kernel will refuse the context.  This situation
      has been reported by the glibc community.
      
      Based on patch from Carlos O'Donell.
      Tested-by: NHaren Myneni <haren@linux.vnet.ibm.com>
      Signed-off-by: NMichael Neuling <mikey@neuling.org>
      Cc: stable@vger.kernel.org
      Signed-off-by: NBenjamin Herrenschmidt <benh@kernel.crashing.org>
      c13f20ac
    • M
      powerpc/pseries: Fix SMP=n build of rng.c · 148924f7
      Michael Ellerman 提交于
      In commit a489043f "Implement arch_get_random_long() based on H_RANDOM" I
      broke the SMP=n build. We were getting plpar_wrappers.h via spinlock.h
      which breaks when SMP=n.
      Signed-off-by: NMichael Ellerman <mpe@ellerman.id.au>
      Signed-off-by: NBenjamin Herrenschmidt <benh@kernel.crashing.org>
      148924f7