1. 03 2月, 2007 5 次提交
  2. 05 1月, 2007 1 次提交
    • J
      ACPI: Altix: ACPI _PRT support · 3948ec94
      John Keller 提交于
      Provide ACPI _PRT support for SN Altix systems.
      
      The SN Altix platform does not conform to the
      IOSAPIC IRQ routing model, so a new acpi_irq_model
      (ACPI_IRQ_MODEL_PLATFORM) has been defined. The SN
      platform specific code sets acpi_irq_model to
      this new value, and keys off of it in acpi_register_gsi()
      to avoid the iosapic code path.
      Signed-off-by: NJohn Keller <jpk@sgi.com>
      Signed-off-by: NLen Brown <len.brown@intel.com>
      3948ec94
  3. 18 10月, 2006 1 次提交
  4. 26 9月, 2006 1 次提交
    • K
      [PATCH] cpu to node relationship fixup: acpi_map_cpu2node · 08992986
      KAMEZAWA Hiroyuki 提交于
      Problem description:
      
        We have additional_cpus= option for allocating possible_cpus.  But nid
        for possible cpus are not fixed at boot time.  cpus which is offlined at
        boot or cpus which is not on SRAT is not tied to its node.  This will
        cause panic at cpu onlining.
      
      Usually, pxm_to_nid() mapping is fixed at boot time by SRAT.
      
      But, unfortunately, some system (my system!) do not include
      full SRAT table for possible cpus.  (Then, I use
      additiona_cpus= option.)
      
      For such possible cpus, pxm<->nid should be fixed at
      hot-add.  We now have acpi_map_pxm_to_node() which is also
      used at boot.  It's suitable here.
      Signed-off-by: NKAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
      Cc: "Luck, Tony" <tony.luck@intel.com>
      Cc: <stable@kernel.org>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      08992986
  5. 19 8月, 2006 1 次提交
  6. 01 7月, 2006 1 次提交
  7. 30 6月, 2006 1 次提交
  8. 24 6月, 2006 1 次提交
  9. 23 6月, 2006 1 次提交
  10. 13 5月, 2006 1 次提交
  11. 27 3月, 2006 1 次提交
  12. 25 3月, 2006 1 次提交
    • J
      [IA64] Increase max node count on SN platforms · 3ad5ef8b
      Jack Steiner 提交于
      Add support in IA64 acpi for platforms that support more than
      256 nodes. Currently, ACPI is limited to 256 nodes because the
      proximity domain number is 8-bits.
      
      Long term, we expect to use ACPI3.0 to support >256 nodes.
      This patch is an interim solution that works with platforms
      that pass the  high order bits of the proximity domain in
      "reserved" fields of the ACPI tables. This code is enabled
      ONLY on SN platforms.
      Signed-off-by: NJack Steiner <steiner@sgi.com>
      Signed-off-by: NTony Luck <tony.luck@intel.com>
      3ad5ef8b
  13. 23 3月, 2006 1 次提交
  14. 17 2月, 2006 1 次提交
  15. 15 2月, 2006 1 次提交
    • A
      [IA64] Count disabled cpus as potential hot-pluggable CPUs · a6b14fa6
      Ashok Raj 提交于
      Have a facility to account for potentially hot-pluggable CPUs. ACPI doesnt
      give a determinstic method to find hot-pluggable CPUs. Hence we use 2 methods
      to assist.
      
      - BIOS can mark potentially hot-pluggable CPUs as disabled in the MADT tables.
      - User can specify the number of hot-pluggable CPUs via parameter
        additional_cpus=X
      
      The option is enabled only if ACPI_CONFIG_HOTPLUG_CPU=y which enables the
      physical hotplug option. Without which user can still use logical onlining
      and offlining of CPUs by enabling CONFIG_HOTPLUG_CPU=y
      
      Adds more bits to cpu_possible_map for potentially hot-pluggable cpus.
      Signed-off-by: NAshok Raj <ashok.raj@intel.com>
      Signed-off-by: NTony Luck <tony.luck@intel.com>
      a6b14fa6
  16. 20 1月, 2006 1 次提交
  17. 06 1月, 2006 1 次提交
    • A
      [IA64] support for cpu0 removal · ff741906
      Ashok Raj 提交于
      here is the BSP removal support for IA64. Its pretty much the same thing that
      was released a while back, but has your feedback incorporated.
      
      - Removed CONFIG_BSP_REMOVE_WORKAROUND and associated cmdline param
      - Fixed compile issue with sn2/zx1 due to a undefined fix_b0_for_bsp
      - some formatting nits (whitespace etc)
      
      This has been tested on tiger and long back by alex on hp systems as well.
      Signed-off-by: NAshok Raj <ashok.raj@intel.com>
      Signed-off-by: NTony Luck <tony.luck@intel.com>
      ff741906
  18. 28 12月, 2005 1 次提交
  19. 20 9月, 2005 1 次提交
  20. 17 9月, 2005 1 次提交
  21. 08 9月, 2005 1 次提交
  22. 25 8月, 2005 1 次提交
  23. 16 8月, 2005 1 次提交
  24. 05 8月, 2005 2 次提交
    • L
      [ACPI] Lindent all ACPI files · 4be44fcd
      Len Brown 提交于
      Signed-off-by: NLen Brown <len.brown@intel.com>
      4be44fcd
    • K
      [ACPI] acpi_register_gsi() can return error · 1f3a6a15
      Kenji Kaneshige 提交于
      Current acpi_register_gsi() function has no way to indicate errors to its
      callers even though acpi_register_gsi() can fail to register gsi because of
      some reasons (out of memory, lack of interrupt vectors, incorrect BIOS, and so
      on).  As a result, caller of acpi_register_gsi() cannot handle the case that
      acpi_register_gsi() fails.  I think failure of acpi_register_gsi() should be
      handled properly.
      
      This series of patches changes acpi_register_gsi() to return negative value on
      error, and also changes callers of acpi_register_gsi() to handle failure of
      acpi_register_gsi().
      
      This patch changes the type of return value of acpi_register_gsi() from
      "unsigned int" to "int" to indicate an error.  If acpi_register_gsi() fails to
      register gsi, it returns negative value.
      Signed-off-by: NKenji Kaneshige <kaneshige.kenji@jp.fujitsu.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLen Brown <len.brown@intel.com>
      1f3a6a15
  25. 12 7月, 2005 1 次提交
  26. 07 7月, 2005 1 次提交
    • T
      [IA64] fix generic/up builds · 8d7e3517
      Tony Luck 提交于
      Jesse Barnes provided the original version of this patch months ago, but
      other changes kept conflicting with it, so it got deferred.  Greg Edwards
      dug it out of obscurity just over a week ago, and almost immediately
      another conflicting patch appeared (Bob Picco's memory-less nodes).
      
      I've resolved the conflicts and got it running again.  CONFIG_SGI_TIOCX
      is set to "y" in defconfig, which causes a Tiger to not boot (oops in
      tiocx_init).  But that can be resolved later ... get this in now before it
      gets stale again.
      Signed-off-by: NTony Luck <tony.luck@intel.com>
      8d7e3517
  27. 28 6月, 2005 2 次提交
  28. 04 5月, 2005 1 次提交
  29. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      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