1. 01 7月, 2009 1 次提交
    • J
      [IA64] address compiler warnings perfmon.c/salinfo.c · fa276f36
      Jan Beulich 提交于
      perfmon.c has a dubious cast directly from "int" to "void *". Add
      an intermediate cast to "long" to keep gcc happy.
      
      salinfo.c uses "down_trylock()" in a highly creative way (explained
      in the comments in the file) ... but it does kick out this warning:
      
       arch/ia64/kernel/salinfo.c:195: warning: ignoring return value of 'down_trylock'
      
      which people occasionally try to "fix" in ways that do not work. Use some
      casts to keep gcc quiet.
      Signed-off-by: NJan Beulich <jbeulich@novell.com>
      Signed-off-by: NTony Luck <tony.luck@intel.com>
      fa276f36
  2. 16 3月, 2009 1 次提交
  3. 29 4月, 2008 1 次提交
  4. 19 4月, 2008 1 次提交
  5. 13 10月, 2007 1 次提交
    • S
      [IA64] tree-wide: Misc __cpu{initdata, init, exit} annotations · db6a5cef
      Satyam Sharma 提交于
      * palinfo.c:
      
      palinfo_cpu_notifier is a CPU hotplug notifier_block, and can be
      marked __cpuinitdata, and the callback function palinfo_cpu_callback()
      itself can be marked __cpuinit. create_palinfo_proc_entries() is only
      called from __cpuinit callback or general __init code, therefore a
      candidate for __cpuinit itself. remove_palinfo_proc_entries() is only
      called from __cpuinit callback or general __exit code, therefore a
      candidate for __cpuexit.
      
      * salinfo.c:
      
      The CPU hotplug notifier_block can be __cpuinitdata. The callback
      salinfo_cpu_callback() is incorrectly marked __devinit -- it must
      be __cpuinit instead.
      
      * topology.c:
      
      cache_sysfs_init() is only called at device_initcall() time so marking
      it as __cpuinit is wrong and wasteful. It should be unconditionally
      __init. Also cleanup reference to hotplug notifier callback function
      from this function and replace with cache_add_dev(), which could also
      enable us to use other tricks to replace __cpuinit{data} annotations,
      as recently discussed on this list.
      
      cache_shared_cpu_map_setup() is only ever called from __cpuinit-marked
      functions hence both its definitions (SMP or !SMP) are candidates for
      __cpuinit itself. Also all_cpu_cache_info can be __cpuinitdata because
      only referenced from __cpuinit code.
      Signed-off-by: NSatyam Sharma <satyam@infradead.org>
      Cc: "Luck, Tony" <tony.luck@intel.com>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NTony Luck <tony.luck@intel.com>
      db6a5cef
  6. 12 5月, 2007 1 次提交
  7. 10 5月, 2007 1 次提交
    • R
      Add suspend-related notifications for CPU hotplug · 8bb78442
      Rafael J. Wysocki 提交于
      Since nonboot CPUs are now disabled after tasks and devices have been
      frozen and the CPU hotplug infrastructure is used for this purpose, we need
      special CPU hotplug notifications that will help the CPU-hotplug-aware
      subsystems distinguish normal CPU hotplug events from CPU hotplug events
      related to a system-wide suspend or resume operation in progress.  This
      patch introduces such notifications and causes them to be used during
      suspend and resume transitions.  It also changes all of the
      CPU-hotplug-aware subsystems to take these notifications into consideration
      (for now they are handled in the same way as the corresponding "normal"
      ones).
      
      [oleg@tv-sign.ru: cleanups]
      Signed-off-by: NRafael J. Wysocki <rjw@sisk.pl>
      Cc: Gautham R Shenoy <ego@in.ibm.com>
      Cc: Pavel Machek <pavel@ucw.cz>
      Signed-off-by: NOleg Nesterov <oleg@tv-sign.ru>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      8bb78442
  8. 09 5月, 2007 1 次提交
  9. 13 2月, 2007 1 次提交
  10. 09 12月, 2006 1 次提交
  11. 08 12月, 2006 1 次提交
  12. 27 9月, 2006 1 次提交
    • H
      [IA64] printing support for MCA/INIT · 43ed3baf
      Hidetoshi Seto 提交于
      Printing message to console from MCA/INIT handler is useful,
      however doing oops_in_progress = 1 in them exactly makes
      something in kernel wrong. Especially it sounds ugly if
      system goes wrong after returning from recoverable MCA.
      
      This patch adds ia64_mca_printk() function that collects
      messages into temporary-not-so-large message buffer during
      in MCA/INIT environment and print them out later, after
      returning to normal context or when handlers determine to
      down the system.
      
      Also this print function is exported for use in extensional
      MCA handler. It would be useful to describe detail about
      recovery.
      
      NOTE:
      I don't think it is sane thing if temporary message buffer
      is enlarged enough to hold whole stack dumps from INIT, so
      buffering is disabled during stack dump from INIT-monarch
      (= default_monarch_init_process). please fix it in future.
      Signed-off-by: NHidetoshi Seto <seto.hidetoshi@jp.fujitsu.com>
      Acked-by: NRuss Anderson <rja@sgi.com>
      Signed-off-by: NTony Luck <tony.luck@intel.com>
      43ed3baf
  13. 28 6月, 2006 2 次提交
  14. 26 4月, 2006 1 次提交
  15. 14 1月, 2006 1 次提交
    • K
      [IA64] Add hotplug cpu to salinfo.c, replace semaphore with mutex · e026cca0
      Keith Owens 提交于
      Add hotplug cpu support to salinfo.c.
      
      The cpu_event field is a cpumask so use the cpu_* macros consistently,
      replacing the existing mixture of cpu_* and *_bit macros.
      
      Instead of counting the number of outstanding events in a semaphore and
      trying to track that count over user space context, interrupt context,
      non-maskable interrupt context and cpu hotplug, replace the semaphore
      with a test for "any bits set" combined with a mutex.
      
      Modify the locking to make the test for "work to do" an atomic
      operation.
      Signed-off-by: NKeith Owens <kaos@sgi.com>
      Signed-off-by: NTony Luck <tony.luck@intel.com>
      e026cca0
  16. 12 1月, 2006 1 次提交
  17. 06 12月, 2005 1 次提交
  18. 12 9月, 2005 1 次提交
    • K
      [IA64] MCA/INIT: avoid reading INIT record during INIT event · 289d773e
      Keith Owens 提交于
      Reading the INIT record from SAL during the INIT event has proved to be
      unreliable, and a source of hangs during INIT processing.  The new
      MCA/INIT handlers remove the need to get the INIT record from SAL.
      Change salinfo.c so mca.c can just flag that a new record is available,
      without having to read the record during INIT processing.  This patch
      can be applied without the new MCA/INIT handlers.
      
      Also clean up some usage of NR_CPUS which should have been using
      cpu_online().
      Signed-off-by: NKeith Owens <kaos@sgi.com>
      Signed-off-by: NTony Luck <tony.luck@intel.com>
      289d773e
  19. 17 8月, 2005 1 次提交
  20. 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