Skip to content
Snippets Groups Projects
  1. Jun 29, 2006
  2. Jun 27, 2006
  3. Jun 26, 2006
  4. Jun 24, 2006
  5. Jun 22, 2006
  6. Jun 20, 2006
  7. Jun 11, 2006
  8. May 22, 2006
  9. May 12, 2006
  10. May 08, 2006
    • Martin Habets's avatar
      [SPARC]: show device name in /proc/dvma_map · 4cfbd7eb
      Martin Habets authored
      
      This patch will set the device name in a resource, which will be shown
      in /proc/dvma_map.
      
      Signed-off-by: default avatarMartin Habets <errandir_news@mph.eclipse.co.uk>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      4cfbd7eb
    • Martin Habets's avatar
      [SPARC]: Remove duplicate symbol exports · bb3426ad
      Martin Habets authored
      
      This patch resolves the following build warnings seen in 2.6.17-rc3:
      WARNING: vmlinux: 'sys_close' exported twice. Previous export was in vmlinux
      WARNING: vmlinux: 'memchr' exported twice. Previous export was in vmlinux
      WARNING: vmlinux: 'strstr' exported twice. Previous export was in vmlinux
      WARNING: vmlinux: 'strnlen' exported twice. Previous export was in vmlinux
      WARNING: vmlinux: 'strrchr' exported twice. Previous export was in vmlinux
      WARNING: vmlinux: 'strchr' exported twice. Previous export was in vmlinux
      WARNING: vmlinux: 'strcmp' exported twice. Previous export was in vmlinux
      WARNING: vmlinux: 'strncat' exported twice. Previous export was in vmlinux
      WARNING: vmlinux: 'strcat' exported twice. Previous export was in vmlinux
      WARNING: vmlinux: 'strncpy' exported twice. Previous export was in vmlinux
      WARNING: vmlinux: 'strcpy' exported twice. Previous export was in vmlinux
      
      Signed-off-by: default avatarMartin Habets <errandir_news@mph.eclipse.co.uk>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      bb3426ad
  11. May 03, 2006
  12. Apr 14, 2006
  13. Apr 11, 2006
  14. Apr 04, 2006
    • Sam Ravnborg's avatar
      kbuild: use relative path to -I · b46da056
      Sam Ravnborg authored
      
      Using a relative path has the advantage that when the kernel source
      tree is moved the relevant .o files will not be rebuild just because
      the path to the kernel src has changed.
      This also got rid of a user of TOPDIR - which has been deprecated for a long time now.
      
      Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
      b46da056
  15. Apr 01, 2006
  16. Mar 26, 2006
    • Akinobu Mita's avatar
      [PATCH] bitops: sparc: use generic bitops · d59288b7
      Akinobu Mita authored
      
      - remove __{,test_and_}{set,clear,change}_bit() and test_bit()
      - remove ffz()
      - remove __ffs()
      - remove sched_find_first_bit()
      - remove ffs()
      - remove generic_fls()
      - remove generic_fls64()
      - remove generic_hweight{32,16,8}()
      - remove find_{next,first}{,_zero}_bit()
      - remove ext2_{set,clear,test,find_first_zero,find_next_zero}_bit()
      - remove ext2_{set,clear}_bit_atomic()
      - remove minix_{test,set,test_and_clear,test,find_first_zero}_bit()
      
      Signed-off-by: default avatarAkinobu Mita <mita@miraclelinux.com>
      Cc: William Lee Irwin III <wli@holomorphy.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      d59288b7
  17. Mar 24, 2006
    • Bob Breuer's avatar
      [SPARC]: Try to start getting SMP back into shape. · a54123e2
      Bob Breuer authored
      
      Todo items:
       - IRQ_INPROGRESS flag - use sparc64 irq buckets, or generic irq_desc?
       - sun4d
       - re-indent large chunks of sun4m_smp.c
       - some places assume sequential cpu numbering (i.e. 0,1 instead of 0,2)
      
      Last I checked (with 2.6.14), random programs segfault with dual
      HyperSPARC.  And with SuperSPARC II's, it seems stable but will
      eventually die from a write lock error (wrong lock owner or something).
      
      I haven't tried the HyperSPARC + highmem combination recently, so that
      may still be a problem.
      
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      a54123e2
  18. Mar 23, 2006
    • Andrew Morton's avatar
      [PATCH] more for_each_cpu() conversions · 394e3902
      Andrew Morton authored
      
      When we stop allocating percpu memory for not-possible CPUs we must not touch
      the percpu data for not-possible CPUs at all.  The correct way of doing this
      is to test cpu_possible() or to use for_each_cpu().
      
      This patch is a kernel-wide sweep of all instances of NR_CPUS.  I found very
      few instances of this bug, if any.  But the patch converts lots of open-coded
      test to use the preferred helper macros.
      
      Cc: Mikael Starvik <starvik@axis.com>
      Cc: David Howells <dhowells@redhat.com>
      Acked-by: default avatarKyle McMartin <kyle@parisc-linux.org>
      Cc: Anton Blanchard <anton@samba.org>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
      Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
      Cc: Paul Mundt <lethal@linux-sh.org>
      Cc: "David S. Miller" <davem@davemloft.net>
      Cc: William Lee Irwin III <wli@holomorphy.com>
      Cc: Andi Kleen <ak@muc.de>
      Cc: Christian Zankel <chris@zankel.net>
      Cc: Philippe Elie <phil.el@wanadoo.fr>
      Cc: Nathan Scott <nathans@sgi.com>
      Cc: Jens Axboe <axboe@suse.de>
      Cc: Eric Dumazet <dada1@cosmosbay.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      394e3902
  19. Mar 22, 2006
  20. Mar 20, 2006
  21. Feb 13, 2006
  22. Feb 08, 2006
Loading