09 Oct, 2006

2 commits


22 Jul, 2006

1 commit


03 Jul, 2006

1 commit


01 Jul, 2006

1 commit


24 Mar, 2006

1 commit

  • 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: David S. Miller

    Bob Breuer
     

23 Mar, 2006

1 commit

  • 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
    Cc: David Howells
    Acked-by: Kyle McMartin
    Cc: Anton Blanchard
    Cc: Benjamin Herrenschmidt
    Cc: Paul Mackerras
    Cc: Martin Schwidefsky
    Cc: Heiko Carstens
    Cc: Paul Mundt
    Cc: "David S. Miller"
    Cc: William Lee Irwin III
    Cc: Andi Kleen
    Cc: Christian Zankel
    Cc: Philippe Elie
    Cc: Nathan Scott
    Cc: Jens Axboe
    Cc: Eric Dumazet
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Andrew Morton
     

17 Apr, 2005

1 commit

  • Initial git repository build. I'm not bothering with the full history,
    even though we have it. We can create a separate "historical" git
    archive of that later if we want to, and in the meantime it's about
    3.2GB when imported into git - space that would just make the early
    git days unnecessarily complicated, when we don't have a lot of good
    infrastructure for it.

    Let it rip!

    Linus Torvalds