1. 09 1月, 2011 1 次提交
  2. 26 10月, 2010 5 次提交
  3. 28 9月, 2010 1 次提交
  4. 25 9月, 2010 3 次提交
  5. 25 8月, 2010 1 次提交
    • J
      hwmon: (coretemp) Fix harmless build warning · 45ff34d3
      Jean Delvare 提交于
      Fix the following build warning:
      
        CC [M]  drivers/hwmon/coretemp.o
      drivers/hwmon/coretemp.c: In function "coretemp_init":
      drivers/hwmon/coretemp.c:521: warning: unused variable "n"
      drivers/hwmon/coretemp.c:521: warning: unused variable "p"
      
      Introduced by commit 851b29cb. When
      you drop code, you also have to drop the variables this code was
      using.
      Signed-off-by: NJean Delvare <khali@linux-fr.org>
      Cc: Chen Gong <gong.chen@linux.intel.com>
      Cc: Rudolf Marek <r.marek@assembler.cz>
      Cc: Huaxu Wan <huaxu.wan@intel.com>
      45ff34d3
  6. 11 8月, 2010 1 次提交
  7. 10 8月, 2010 3 次提交
  8. 09 7月, 2010 2 次提交
  9. 25 5月, 2010 2 次提交
  10. 30 3月, 2010 2 次提交
  11. 11 1月, 2010 1 次提交
  12. 24 9月, 2009 3 次提交
  13. 22 9月, 2009 1 次提交
  14. 15 8月, 2008 1 次提交
  15. 18 2月, 2008 3 次提交
  16. 17 2月, 2008 1 次提交
  17. 04 12月, 2007 1 次提交
    • R
      HWMON: coretemp, suspend fix · 561d9a96
      Rafael J. Wysocki 提交于
      It's not permitted to unregister a device after devices have been suspended.
      It causes deadlocks to appear on systems with coretemp hwmon loaded.  To avoid
      this, we can make coretemp_cpu_callback() do nothing if the _FROZEN bit is set
      in action.
       
      Also, in other cases it's generally too late to unregister the coretemp device
      if the CPU is already dead, so it should be unregistered on CPU_DOWN_PREPARE.
       
      Signed-off-by: NRafael J. Wysocki <rjw@sisk.pl>
      Acked-by: NMark M. Hoffman <mhoffman@lightlink.com>
      Cc: Jiri Slaby <jirislaby@gmail.com>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLen Brown <len.brown@intel.com>
      561d9a96
  18. 20 10月, 2007 1 次提交
    • M
      x86: convert cpuinfo_x86 array to a per_cpu array · 92cb7612
      Mike Travis 提交于
      cpu_data is currently an array defined using NR_CPUS.  This means that
      we overallocate since we will rarely really use maximum configured cpus.
      When NR_CPU count is raised to 4096 the size of cpu_data becomes
      3,145,728 bytes.
      
      These changes were adopted from the sparc64 (and ia64) code.  An
      additional field was added to cpuinfo_x86 to be a non-ambiguous cpu
      index.  This corresponds to the index into a cpumask_t as well as the
      per_cpu index.  It's used in various places like show_cpuinfo().
      
      cpu_data is defined to be the boot_cpu_data structure for the NON-SMP
      case.
      Signed-off-by: NMike Travis <travis@sgi.com>
      Acked-by: NChristoph Lameter <clameter@sgi.com>
      Cc: Andi Kleen <ak@suse.de>
      Cc: James Bottomley <James.Bottomley@steeleye.com>
      Cc: Dmitry Torokhov <dtor@mail.ru>
      Cc: "Antonino A. Daplas" <adaplas@pol.net>
      Cc: Mark M. Hoffman <mhoffman@lightlink.com>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      Signed-off-by: NThomas Gleixner <tglx@linutronix.de>
      92cb7612
  19. 10 10月, 2007 3 次提交
  20. 20 7月, 2007 1 次提交
  21. 24 6月, 2007 1 次提交
  22. 28 5月, 2007 1 次提交
  23. 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