An error occurred fetching the project authors.
  1. 17 Dec, 2008 2 commits
  2. 23 Oct, 2008 2 commits
  3. 22 Jul, 2008 1 commit
    • Vegard Nossum's avatar
      x86: consolidate header guards · 77ef50a5
      Vegard Nossum authored
      This patch is the result of an automatic script that consolidates the
      format of all the headers in include/asm-x86/.
      
      The format:
      
      1. No leading underscore. Names with leading underscores are reserved.
      2. Pathname components are separated by two underscores. So we can
         distinguish between mm_types.h and mm/types.h.
      3. Everything except letters and numbers are turned into single
         underscores.
      Signed-off-by: default avatarVegard Nossum <vegard.nossum@gmail.com>
      77ef50a5
  4. 12 Jul, 2008 1 commit
    • Suresh Siddha's avatar
      x64, x2apic/intr-remap: basic apic ops support · 1b374e4d
      Suresh Siddha authored
      Introduce basic apic operations which handle the apic programming. This
      will be used later to introduce another specific operations for x2apic.
      
      For the perfomance critial accesses like IPI's, EOI etc, we use the
      native operations as they are already referenced by different
      indirections like genapic, irq_chip etc.
      
      64bit Paravirt ops can also define their apic operations accordingly.
      Signed-off-by: default avatarSuresh Siddha <suresh.b.siddha@intel.com>
      Cc: akpm@linux-foundation.org
      Cc: arjan@linux.intel.com
      Cc: andi@firstfloor.org
      Cc: ebiederm@xmission.com
      Cc: jbarnes@virtuousgeek.org
      Cc: steiner@sgi.com
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      1b374e4d
  5. 25 May, 2008 1 commit
    • Paul Jackson's avatar
      x86 boot: include missing smp.h header · e3f8ba81
      Paul Jackson authored
      The patch:
          x86: convert cpu_to_apicid to be a per cpu variable
      introduced a dependency of ipi.h on smp.h in x86
      builds with an allnoconfig.  Including smp.h in ipi.h
      fixes the build error:
          In file included from arch/x86/kernel/traps_64.c:48:
          include/asm/ipi.h: In function 'send_IPI_mask_sequence':
          include/asm/ipi.h:114: error: 'per_cpu__x86_cpu_to_apicid' undeclared (first use in this function)
      Signed-off-by: default avatarPaul Jackson <pj@sgi.com>
      Cc: Mike Travis <travis@sgi.com>
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      e3f8ba81
  6. 23 May, 2008 1 commit
  7. 17 Apr, 2008 1 commit
  8. 19 Oct, 2007 1 commit
    • Mike Travis's avatar
      x86: convert cpu_to_apicid to be a per cpu variable · 71fff5e6
      Mike Travis authored
      This patch converts the x86_cpu_to_apicid array to be a per cpu
      variable. This saves sizeof(apicid) * NR unused cpus.  Access is mostly
      from startup and CPU HOTPLUG functions.
      
      MP_processor_info() is one of the functions that require access to the
      x86_cpu_to_apicid array before the per_cpu data area is setup.  For this
      case, a pointer to the __initdata array is initialized in setup_arch()
      and removed in smp_prepare_cpus() after the per_cpu data area is
      initialized.
      
      A second change is included to change the initial array value of ARCH
      i386 from 0xff to BAD_APICID to be consistent with ARCH x86_64.
      Signed-off-by: default avatarMike Travis <travis@sgi.com>
      Cc: Andi Kleen <ak@suse.de>
      Cc: Christoph Lameter <clameter@sgi.com>
      Cc: "Siddha, Suresh B" <suresh.b.siddha@intel.com>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      71fff5e6
  9. 11 Oct, 2007 1 commit
  10. 02 May, 2007 3 commits
  11. 12 Jan, 2006 1 commit
  12. 12 Sep, 2005 2 commits
  13. 29 Jul, 2005 1 commit
  14. 16 Apr, 2005 1 commit
    • Linus Torvalds's avatar
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds authored
      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!
      1da177e4