1. 28 Aug, 2003 6 commits
    • Stéphane Eranian's avatar
      [PATCH] ia64: perfmon2 update · ba5b5f36
      Stéphane Eranian authored
      This patch:- added support for the fake HP simulator PMU. Most of the
        code provided by Ian Wienand. Allows a kernel compiled for
        the simulator and with CONFIG_PERFMON enabled to boot.
      
      - cleaned up all CTX_*() macros for the context state changes.
      
      - relaxed constraint for system-wide session by allowing all
        task with access to the context's file descriptor to
        manipulate the context as long as they run on the CPU the
        context is attached to.
      ba5b5f36
    • Tony Luck's avatar
      [PATCH] ia64: trim.bottom trims the wrong entry · 8d1404b9
      Tony Luck authored
      efi_memmap_walk() repeatedly trims the same
      entry, instead of trimming each of the entries in the granule.
      8d1404b9
    • Matthew Chapman's avatar
      [PATCH] ia64: Fix "nosmp" breakage from cpumask patch. · 8370d6a0
      Matthew Chapman authored
      Patch should be self-explanatory.
      8370d6a0
    • Tony Luck's avatar
      [PATCH] ia64: fix PM config option · 1e21259b
      Tony Luck authored
      CONFIG_PM is set without a menu entry to turn it on/off.
      1e21259b
    • Bjorn Helgaas's avatar
      [PATCH] ia64: clean up acpi_boot_init() · bf841403
      Bjorn Helgaas authored
      I was confused about this bit
      of code in acpi_boot_init():
      
              smp_boot_data.cpu_count = available_cpus;
              if (available_cpus == 0) {
                      printk(KERN_INFO "ACPI: Found 0 CPUS; assuming 1\n");
                      available_cpus = 1; /* We've got at least one of these, no? */
              }
      
              smp_build_cpu_map();
      
      because it first saves available cpus in smp_boot_data, then potentially
      modifies available_cpus.  This looked at first like a bug, but I think
      actually works out correctly, because smp_boot_data.cpu_count is only
      used in smp_build_cpu_map(), and if cpu_count is zero, it prevents us
      from looking at smp_boot_data.cpu_phys_id[0], which hasn't been
      initialized.
      
      This should only happen with really buggy firmware, so I'm not even
      sure it's worth doing more than panicking, but if we're going to deal
      with it, I propose the following patch to avoid even the appearance
      of a bug.  This just does what acpi_parse_lsapic() would have done
      if the firmware tables were correct.
      bf841403
    • Will Cohen's avatar
      [PATCH] ia64: oprofile support · 758d297b
      Will Cohen authored
      I have revised the oprofile patch for ia64 to provide just the basic
      timer interrupt mechanism to avoid interferring with the perfmon 2.0
      support. I have verified the oprofile ia64 patch applies cleanly and
      build a working kernel with the 2.6.0-test4 kernel and the
      linux-2.6.0-test4-ia64-030826.diff.bz2 patch.
      
      More work is required to get oprofile to work with the perfmon 2.0.
      However, the patch as it is currently implements should not cause
      problems for the perfom 2.0 support.
      758d297b
  2. 26 Aug, 2003 2 commits
  3. 25 Aug, 2003 9 commits
  4. 22 Aug, 2003 2 commits
  5. 24 Aug, 2003 2 commits
  6. 23 Aug, 2003 5 commits
  7. 22 Aug, 2003 12 commits
  8. 21 Aug, 2003 2 commits