1. 10 12月, 2011 1 次提交
    • J
      power_supply: add SCOPE attribute to power supplies · 25a0bc2d
      Jeremy Fitzhardinge 提交于
      This adds a "scope" attribute to a power_supply, which indicates how
      much of the system it powers.  It appears in sysfs as "scope" or in
      the uevent file as POWER_SUPPLY_SCOPE=.  There are presently three
      possible values:
      	Unknown - unknown power topology
      	System - the power supply powers the whole system
      	Device - it powers a specific device, or tree of devices
      
      A power supply which doesn't have a "scope" attribute should be assumed to
      have "System" scope.
      
      In general, usermode should assume that loss of all System-scoped power
      supplies will power off the whole system, but any single one is sufficient
      to power the system.
      Signed-off-by: NJeremy Fitzhardinge <jeremy@goop.org>
      Cc: Richard Hughes <richard@hughsie.com>
      25a0bc2d
  2. 03 11月, 2011 2 次提交
  3. 02 11月, 2011 1 次提交
  4. 01 11月, 2011 2 次提交
    • P
      drivers/power: Add module.h to the actual modules in drivers/power · 7e6d62db
      Paul Gortmaker 提交于
      The module.h header is no longer going to be implicitly present
      everywhere.  So real modular users need to call out its use
      explicitly in advance.
      
      [v2: add new users reported by Randy Dunlap <rdunlap@xenotime.net>]
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      7e6d62db
    • P
      drivers: power_supply_sysfs.c needs stat.h · 778f523d
      Paul Gortmaker 提交于
      It was actually getting this before by a tangled mess of implict
      includes that is going to be cleaned up.  Fix it now, so we don't
      get this after the cleanup.
      
      power_supply_sysfs.c: In function ‘power_supply_attr_is_visible’:
      power_supply_sysfs.c:184: error: ‘S_IRUSR’ undeclared (first use in this function)
      power_supply_sysfs.c:184: error: (Each undeclared identifier is reported only once
      power_supply_sysfs.c:184: error: for each function it appears in.)
      power_supply_sysfs.c:184: error: ‘S_IRGRP’ undeclared (first use in this function)
      power_supply_sysfs.c:184: error: ‘S_IROTH’ undeclared (first use in this function)
      power_supply_sysfs.c:196: error: ‘S_IWUSR’ undeclared (first use in this function)
      make[3]: *** [drivers/power/power_supply_sysfs.o] Error 1
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      778f523d
  5. 20 8月, 2011 3 次提交
    • V
      s3c-adc-battery: Fix compilation error due to missing header (module.h) · 815efa1e
      Vasily Khoruzhick 提交于
      Add linux/module.h to fix this compilation error:
      
      drivers/power/s3c_adc_battery.c:435:15: error: expected declaration specifiers or ‘...’ before string constant
      drivers/power/s3c_adc_battery.c:435:1: warning: data definition has no type or storage class
      drivers/power/s3c_adc_battery.c:435:1: warning: type defaults to ‘int’ in declaration of ‘MODULE_AUTHOR’
      drivers/power/s3c_adc_battery.c:435:15: warning: function declaration isn’t a prototype
      drivers/power/s3c_adc_battery.c:436:20: error: expected declaration specifiers or ‘...’ before string constant
      drivers/power/s3c_adc_battery.c:436:1: warning: data definition has no type or storage class
      drivers/power/s3c_adc_battery.c:436:1: warning: type defaults to ‘int’ in declaration of ‘MODULE_DESCRIPTION’
      drivers/power/s3c_adc_battery.c:436:20: warning: function declaration isn’t a prototype
      drivers/power/s3c_adc_battery.c:437:16: error: expected declaration specifiers or ‘...’ before string constant
      drivers/power/s3c_adc_battery.c:437:1: warning: data definition has no type or storage class
      drivers/power/s3c_adc_battery.c:437:1: warning: type defaults to ‘int’ in declaration of ‘MODULE_LICENSE’
      drivers/power/s3c_adc_battery.c:437:16: warning: function declaration isn’t a prototype
      make[2]: *** [drivers/power/s3c_adc_battery.o] Error 1
      Signed-off-by: NVasily Khoruzhick <anarsoul@gmail.com>
      Signed-off-by: NIan Lartey <ian@opensource.wolfsonmicro.com>
      Signed-off-by: NAnton Vorontsov <cbouatmailru@gmail.com>
      815efa1e
    • A
      max8997_charger: Needs module.h · 71aa79a8
      Axel Lin 提交于
      power/max8997_charger.c uses interfaces from linux/module.h,
      so it should include that file.  This fixes build errors.
      Signed-off-by: NAxel Lin <axel.lin@gmail.com>
      Acked-by: NMyungJoo Ham <myungjoo.ham@samsung.com>
      Signed-off-by: NAnton Vorontsov <cbouatmailru@gmail.com>
      71aa79a8
    • R
      max8998_charger: Needs module.h · d555ab6b
      Randy Dunlap 提交于
      power/max8998_charger.c uses interfaces from linux/module.h,
      so it should include that file.  This fixes build errors.
      Signed-off-by: NRandy Dunlap <rdunlap@xenotime.net>
      Signed-off-by: NAnton Vorontsov <cbouatmailru@gmail.com>
      d555ab6b
  6. 08 7月, 2011 13 次提交
  7. 16 6月, 2011 1 次提交
    • R
      Change Ryan Mallon's email address across the kernel · 1c5454ee
      Ryan Mallon 提交于
      I no longer work at Bluewater Systems. Update my email address accordingly. I
      have deleted my email address from C files rather than change it. This
      was suggested by several people, since the commit from my new email
      address will cause scripts/get_maintainer.pl to function properly. I
      have not added the .mailmap entry as suggested by Joe because I think
      it is no longer necessary if I touch all the files which had my name
      in them.
      Signed-off-by: NRyan Mallon <rmallon@gmail.com>
      Cc: Andre Renaud <andre@bluewatersys.com>
      Cc: H Hartley Sweeten <hsweeten@visionengravers.com>
      Cc: Russell King <linux@arm.linux.org.uk>
      Cc: Nicolas Ferre <nicolas.ferre@atmel.com>
      Cc: Andrew Victor <avictor.za@gmail.com>
      Cc: David Woodhouse <dwmw2@infradead.org>
      Cc: Anton Vorontsov <cbou@mail.ru>
      Cc: Paul Mundt <lethal@linux-sh.org>
      Cc: Liam Girdwood <lrg@ti.com>
      Cc: Mark Brown <broonie@opensource.wolfsonmicro.com>
      Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
      Cc: Joe Perches <joe@perches.com>
      Cc: Jesper Juhl <jj@chaosbits.net>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Cc: trivial@kernel.org
      Cc: linux-kernel@vger.kernel.org
      Reviewed-by: NJesper Juhl <jj@chaosbits.net>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      1c5454ee
  8. 27 5月, 2011 2 次提交
  9. 20 5月, 2011 5 次提交
  10. 22 4月, 2011 1 次提交
  11. 20 4月, 2011 3 次提交
  12. 10 4月, 2011 1 次提交
  13. 29 3月, 2011 1 次提交
  14. 23 3月, 2011 2 次提交
  15. 16 3月, 2011 2 次提交
    • B
      bq20z75: Fix time and temp units · 909a78b3
      Benson Leung 提交于
      Corrected temperature and time to empty/full conversions.
      Temperature is in 0.1°C, time is in seconds.
      
      Corrected units in comment. "Convert to µWh."
      Signed-off-by: NBenson Leung <bleung@chromium.org>
      Acked-by: NRhyland Klein <rklein@nvidia.com>
      Signed-off-by: NAnton Vorontsov <cbouatmailru@gmail.com>
      909a78b3
    • R
      bq20z75: Fix issues with present and suspend · a7d9ace4
      Rhyland Klein 提交于
      There are a few issues found around the battery not being present. If the
      battery isn't present, then a few undesirable things happen. The first was
      excessive reporting of failed properties. This was fixed by instead
      returning ENODATA for all properties other than PRESENT if the battery
      isn't present. That way the callers can identify the difference between a
      failure and the battery not being there.
      
      The next issue was in the suspend logic. It was found that if the battery
      wasn't present, then it would return a failure, preventing the system from
      going into suspend. If there is no battery present, the io is expected to
      fail, so in that case, we shouldn't return the failure and just
      acknowledge that it was expected.
      
      I also found that when a gpio was used, i didn't maintain the internal
      is_present state properly. I added a set of that to fix that.
      
      Lastly, the code to see io's fail and figure out that the battery isn't
      present when not using a gpio had a problem. In that code, it looked for
      the read to fail and if it did, then handled it. The problem is that in
      function to get the property, it first writes a value and that write can
      fail, causing the code to never reach the logic after the read. Fix is
      to move the logic till after the write.
      Signed-off-by: NRhyland Klein <rklein@nvidia.com>
      Signed-off-by: NAnton Vorontsov <cbouatmailru@gmail.com>
      a7d9ace4