1. 10 8月, 2010 2 次提交
  2. 05 8月, 2010 1 次提交
  3. 04 8月, 2010 1 次提交
    • F
      x86, hwmon: Package Level Thermal/Power: pkgtemp hwmon driver · cb84b194
      Fenghua Yu 提交于
      This patch adds a hwmon driver for package level thermal control. The driver
      dumps package level thermal information through sysfs interface so that upper
      level application (e.g. lm_sensor) can retrive the information.
      
      Instead of having the package level hwmon code in coretemp, I write a seperate
      driver pkgtemp because:
      
      First, package level thermal sensors include not only sensors for each core,
      but also sensors for uncore, memory controller or other components in the
      package. Logically it will be clear to have a seperate hwmon driver for package
      level hwmon to monitor wider range of sensors in a package. Merging package
      thermal driver into core thermal driver doesn't make sense and may mislead.
      
      Secondly, merging the two drivers together may cause coding mess. It's easier
      to include various package level sensors info if more sensor information is
      implemented. Coretemp code needs to consider a lot of legacy machine cases.
      Pkgtemp code only considers platform starting from Sandy Bridge.
      
      On a 1Sx4Cx2T Sandy Bridge platform, lm-sensors dumps the pkgtemp and coretemp:
      
      pkgtemp-isa-0000
      Adapter: ISA adapter
      physical id 0: +33.0°C  (high = +79.0°C, crit = +99.0°C)
      
      coretemp-isa-0000
      Adapter: ISA adapter
      Core 0:      +32.0°C  (high = +79.0°C, crit = +99.0°C)
      
      coretemp-isa-0001
      Adapter: ISA adapter
      Core 1:      +32.0°C  (high = +79.0°C, crit = +99.0°C)
      
      coretemp-isa-0002
      Adapter: ISA adapter
      Core 2:      +32.0°C  (high = +79.0°C, crit = +99.0°C)
      
      coretemp-isa-0003
      Adapter: ISA adapter
      Core 3:      +32.0°C  (high = +79.0°C, crit = +99.0°C)
      
      [ hpa: folded v3 patch removing improper global variable "SHOW" ]
      Signed-off-by: NFenghua Yu <fenghua.yu@intel.com>
      LKML-Reference: <1280448826-12004-3-git-send-email-fenghua.yu@intel.com>
      Reviewed-by: NLen Brown <len.brown@intel.com>
      Signed-off-by: NH. Peter Anvin <hpa@linux.intel.com>
      cb84b194
  4. 28 5月, 2010 2 次提交
  5. 25 5月, 2010 1 次提交
  6. 06 3月, 2010 3 次提交
  7. 12 1月, 2010 1 次提交
  8. 18 12月, 2009 1 次提交
  9. 17 12月, 2009 2 次提交
  10. 10 12月, 2009 2 次提交
  11. 24 9月, 2009 1 次提交
  12. 17 9月, 2009 2 次提交
  13. 15 9月, 2009 2 次提交
  14. 18 7月, 2009 1 次提交
  15. 16 6月, 2009 1 次提交
  16. 14 4月, 2009 1 次提交
    • J
      hwmon: sht15 humidity sensor driver · 251eb40f
      Jonathan Cameron 提交于
      Data sheet at:
      http://www.sensirion.ch/en/pdf/product_information/Datasheet-humidity-sensor-SHT1x.pdf
      
      These sensors communicate over a 2 wire bus running a device specific
      protocol.  The complexity of the driver is mainly due to handling the
      substantial delays between requesting a reading and the device pulling the
      data line low to indicate that the data is available.  This is handled by
      an interrupt that is disabled under all other conditions.
      
      I wasn't terribly clear on the best way to handle this, so comments on
      that aspect would be particularly welcome!
      
      Interpretation of the temperature depends on knowing the supply voltage.
      If configured in a board config as a regulator consumer this is obtained
      from the regulator subsystem.  If not it should be provided in the
      platform data.
      
      I've placed this driver in the hwmon subsystem as it is definitely a
      device that may be used for hardware monitoring and with it's relatively
      slow response times (up to 120 millisecs to get a reading) a caching
      strategy certainly seems to make sense!
      Signed-off-by: NJonathan Cameron <jic23@cam.ac.uk>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      251eb40f
  17. 07 4月, 2009 2 次提交
  18. 01 4月, 2009 3 次提交
  19. 31 3月, 2009 1 次提交
    • J
      Move the pcf8591 driver to hwmon · fb4504fe
      Jean Delvare 提交于
      Directory drivers/i2c/chips is going away, so drivers there must find
      new homes. For the pcf8591 driver, the best choice seems to be the
      hwmon subsystem. While the Philips PCF8591 device isn't a typical
      hardware monitoring chip, its DAC interface is compatible with the
      hwmon one, so it fits somewhat.
      
      If a better subsystem is ever created for ADC/DAC chips, the driver
      could be moved there.
      Signed-off-by: NJean Delvare <khali@linux-fr.org>
      Cc: Aurelien Jarno <aurelien@aurel32.net>
      fb4504fe
  20. 16 1月, 2009 1 次提交
  21. 10 1月, 2009 1 次提交
  22. 07 1月, 2009 1 次提交
  23. 13 11月, 2008 2 次提交
  24. 24 9月, 2008 1 次提交
  25. 25 8月, 2008 1 次提交
  26. 15 8月, 2008 1 次提交
    • M
      hwmon: ADC124S501 generic driver · d42139a3
      Marc Pignat 提交于
      SPI driver for analog to digital converters national semiconductor
      ADC081S101, ADC124S501, ...
      
      Code for 8 channels by Tobias Himmer.
      
      This driver adds support for National Semiconductor ADC<bb><c>S<sss> chip
      family, where:
      
       * bb  is the resolution in number of bits (8, 10, 12)
       * c   is the number of channels (1, 2, 4, 8)
       * sss is the maximum conversion speed (021 for 200 kSPS, 051 for 500
         kSPS and 101 for 1 MSPS)
      
      [akpm@linux-foundation.org: coding-style fixes]
      Signed-off-by: NMarc Pignat <marc.pignat@hevs.ch>
      Cc: Tobias Himmer <tobias@himmer-online.de>
      Cc: "Mark M. Hoffman" <mhoffman@lightlink.com>
      Cc: Jean Delvare <khali@linux-fr.org>
      Cc: David Brownell <david-b@pacbell.net>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      d42139a3
  27. 07 8月, 2008 1 次提交
  28. 25 5月, 2008 1 次提交