1. 06 Apr, 2009 3 commits
  2. 02 Apr, 2009 3 commits
  3. 01 Apr, 2009 3 commits
  4. 30 Mar, 2009 1 commit
  5. 27 Mar, 2009 1 commit
    • Christoph Hellwig's avatar
      generic compat_sys_ustat · 2b1c6bd7
      Christoph Hellwig authored
      
      
      Due to a different size of ino_t ustat needs a compat handler, but
      currently only x86 and mips provide one.  Add a generic compat_sys_ustat
      and switch all architectures over to it.  Instead of doing various
      user copy hacks compat_sys_ustat just reimplements sys_ustat as
      it's trivial.  This was suggested by Arnd Bergmann.
      
      Found by Eric Sandeen when running xfstests/017 on ppc64, which causes
      stack smashing warnings on RHEL/Fedora due to the too large amount of
      data writen by the syscall.
      Signed-off-by: default avatarChristoph Hellwig <hch@lst.de>
      Signed-off-by: default avatarAl Viro <viro@zeniv.linux.org.uk>
      2b1c6bd7
  6. 26 Mar, 2009 1 commit
    • Josh Boyer's avatar
      powerpc: Sanitize stack pointer in signal handling code · efbda860
      Josh Boyer authored
      
      
      On powerpc64 machines running 32-bit userspace, we can get garbage bits in the
      stack pointer passed into the kernel.  Most places handle this correctly, but
      the signal handling code uses the passed value directly for allocating signal
      stack frames.
      
      This fixes the issue by introducing a get_clean_sp function that returns a
      sanitized stack pointer.  For 32-bit tasks on a 64-bit kernel, the stack
      pointer is masked correctly.  In all other cases, the stack pointer is simply
      returned.
      
      Additionally, we pass an 'is_32' parameter to get_sigframe now in order to
      get the properly sanitized stack.  The callers are know to be 32 or 64-bit
      statically.
      Signed-off-by: default avatarJosh Boyer <jwboyer@linux.vnet.ibm.com>
      Signed-off-by: default avatarBenjamin Herrenschmidt <benh@kernel.crashing.org>
      efbda860
  7. 24 Mar, 2009 13 commits
  8. 23 Mar, 2009 9 commits
  9. 19 Mar, 2009 4 commits
    • Benjamin Herrenschmidt's avatar
      powerpc/mm: Unify PTE_RPN_SHIFT and _PAGE_CHG_MASK definitions · a7d2dac8
      Benjamin Herrenschmidt authored
      
      
      This updates the 32-bit headers to use the same definitions for the RPN
      shift inside the PTE as 64-bit, and thus updates _PAGE_CHG_MASK to
      become identical.
      
      This does introduce a runtime visible difference, which is that now,
      _PAGE_HASHPTE will be part of _PAGE_CHG_MASK and thus preserved. However
      this should have no practical effect as it should have been preserved in
      the first place and we got away with not having it there due to our
      PTE access functions preserving it anyway.
      Signed-off-by: default avatarBenjamin Herrenschmidt <benh@kernel.crashing.org>
      a7d2dac8
    • Benjamin Herrenschmidt's avatar
      powerpc/mm: Split the various pgtable-* headers based on MMU type · c605782b
      Benjamin Herrenschmidt authored
      
      
      This patch moves the definition of the PTE format for each MMU type
      to separate files instead of all in one file. This improves overall
      maintainability and will make it easier to add new types.
      
      On 64-bit, additionally, I've separated the headers relative to the
      format of the page table tree (3 vs. 4 levels for 64K vs 4K pages)
      from the headers specific to the PTE format for hash based processors,
      this will make it easier to add support for Book3 "E" 64-bit
      implementations.
      
      There are still some type-related ifdef's in the generic headers,
      we might remove them in the long run, but this patch shouldn't result
      in any code change, -hopefully- just definitions being moved around.
      Signed-off-by: default avatarBenjamin Herrenschmidt <benh@kernel.crashing.org>
      c605782b
    • Michael Ellerman's avatar
      PCI/MSI: Use #ifdefs instead of weak functions · 11df1f05
      Michael Ellerman authored
      
      
      Weak functions aren't all they're cracked up to be. They lead to
      incorrect binaries with some toolchains, they require us to have empty
      functions we otherwise wouldn't, and the unused code is not elided
      (as of gcc 4.3.2 anyway).
      
      So replace the weak MSI arch hooks with the #define foo foo idiom. We no
      longer need empty versions of arch_setup/teardown_msi_irq().
      
      This is less source (by 1 line!), and results in smaller binaries too:
      
         text	   data	    bss	    dec	    hex	filename
      9354300	1693916	 678424	11726640 b2ef30	build/powerpc/vmlinux-before
      9354052	1693852	 678424	11726328 b2edf8	build/powerpc/vmlinux-after
      
      Also smaller on x86_64 and arm (iop13xx).
      Signed-off-by: default avatarMichael Ellerman <michael@ellerman.id.au>
      Signed-off-by: default avatarJesse Barnes <jbarnes@virtuousgeek.org>
      11df1f05
    • Stephen Rothwell's avatar
      numa, cpumask: move numa_node_id default implementation to topology.h, fix · 17ad6ea6
      Stephen Rothwell authored
      Impact: build fix for powerpc and sparc
      
      Today's linux-next build (powerpc allyesconfig) failed like this:
      
      > In file included from include/linux/mmzone.h:776,
      >                  from include/linux/gfp.h:5,
      >                  from include/linux/kmod.h:23,
      >                  from include/linux/module.h:14,
      >                  from init/version.c:11:
      > arch/powerpc/include/asm/mmzone.h:32: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'numa_cpumask_lookup_table'
      
      Caused by commit 082edb7b
      
       ("numa,
      cpumask: move numa_node_id default implementation to topology.h") from
      the cpus4096 tree which removed the include of linux/topology.h from
      linux/mmzone.h.
      
      Same for sparc64 defconfig.
      Signed-off-by: default avatarStephen Rothwell <sfr@canb.auug.org.au>
      Acked-b: Rusty Russell <rusty@rustcorp.com.au>
      Cc: ppc-dev <linuxppc-dev@ozlabs.org>
      LKML-Reference: <20090319220322.3baa4613.sfr@canb.auug.org.au>
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      17ad6ea6
  10. 17 Mar, 2009 1 commit
  11. 11 Mar, 2009 1 commit