1. 06 12月, 2009 1 次提交
    • D
      sparc: Set UTS_MACHINE correctly. · 7f5620a5
      David S. Miller 提交于
      "ARCH" can be just about anything, so we shouldn't end up
      with UTS_MACHINE of "sparc" in a 64-bit kernel build just
      because someone set the personality using 'sparc32' or
      similar.  CONFIG_SPARC64 drives the compilation and
      therefore provides the definitive value, not "ARCH".
      
      This mirrors commit 8c6531f7
      (x86: correctly set UTS_MACHINE for "make ARCH=x86")
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      7f5620a5
  2. 03 12月, 2009 3 次提交
  3. 28 11月, 2009 1 次提交
  4. 27 11月, 2009 1 次提交
  5. 26 11月, 2009 1 次提交
  6. 24 11月, 2009 1 次提交
    • D
      sparc64: Fix definition of VMEMMAP_SIZE. · bffbc94a
      David S. Miller 提交于
      This was the cause of various boot failures on V480, V880, etc.
      systems.
      
      Kernel image memory was being overwritten because the vmemmap[]
      array was being sized to small.  So if you had physical memory
      addresses past a certain point, the early bootup would spam
      all over variables in the kernel data section.
      
      The vmemmap mappings map page structs, not page struct pointers.
      And that was the key thinko in the macro definition.
      
      This was fixable thanks to the help, reports, and tireless patience
      of Hermann Lauer.
      Reported-by: NHermann Lauer <Hermann.Lauer@iwr.uni-heidelberg.de>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      bffbc94a
  7. 18 11月, 2009 1 次提交
  8. 16 11月, 2009 3 次提交
  9. 09 11月, 2009 1 次提交
  10. 08 11月, 2009 2 次提交
  11. 07 11月, 2009 1 次提交
  12. 06 11月, 2009 2 次提交
  13. 03 11月, 2009 1 次提交
    • T
      sparc: Remove BKL from apc · 49ab972a
      Thomas Gleixner 提交于
      commit ab772027 (sparc: arch/sparc/kernel/apc.c to unlocked_ioctl)
      added lock/unlock_kernel() to the apc ioctl code.
      
      The code needs no serialization at all. Neither put/get_user nor the
      read/write access to the sbus devices require it. Remove BKL.
      
      cycle_kernel_lock() was added during the big BKL pushdown. It should
      ensure the serializiation against driver init code. In this case there
      is nothing to serialize. Remove it as well.
      Signed-off-by: NThomas Gleixner <tglx@linutronix.de>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      49ab972a
  14. 02 11月, 2009 1 次提交
  15. 16 10月, 2009 5 次提交
  16. 13 10月, 2009 1 次提交
  17. 12 10月, 2009 1 次提交
  18. 09 10月, 2009 1 次提交
  19. 06 10月, 2009 1 次提交
    • P
      perf_event: Provide vmalloc() based mmap() backing · 906010b2
      Peter Zijlstra 提交于
      Some architectures such as Sparc, ARM and MIPS (basically
      everything with flush_dcache_page()) need to deal with dcache
      aliases by carefully placing pages in both kernel and user maps.
      
      These architectures typically have to use vmalloc_user() for this.
      
      However, on other architectures, vmalloc() is not needed and has
      the downsides of being more restricted and slower than regular
      allocations.
      Signed-off-by: NPeter Zijlstra <a.p.zijlstra@chello.nl>
      Acked-by: NDavid Miller <davem@davemloft.net>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Cc: Jens Axboe <jens.axboe@oracle.com>
      Cc: Paul Mackerras <paulus@samba.org>
      LKML-Reference: <1254830228.21044.272.camel@laptop>
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      906010b2
  20. 05 10月, 2009 1 次提交
  21. 02 10月, 2009 1 次提交
  22. 30 9月, 2009 2 次提交
  23. 29 9月, 2009 4 次提交
  24. 28 9月, 2009 1 次提交
  25. 27 9月, 2009 2 次提交