1. 10 9月, 2012 1 次提交
  2. 29 8月, 2012 1 次提交
    • G
      regulator: add MAX8907 driver · ffee1909
      Gyungoh Yoo 提交于
      The MAX8907 is an I2C-based power-management IC containing voltage
      regulators, a reset controller, a real-time clock, and a touch-screen
      controller.
      
      The original driver was written by:
      * Gyungoh Yoo <jack.yoo@maxim-ic.com>
      
      Various fixes and enhancements by:
      * Jin Park <jinyoungp@nvidia.com>
      * Tom Cherry <tcherry@nvidia.com>
      * Prashant Gaikwad <pgaikwad@nvidia.com>
      * Dan Willemsen <dwillemsen@nvidia.com>
      * Laxman Dewangan <ldewangan@nvidia.com>
      
      During upstreaming, I (swarren):
      * Converted to regmap.
      * Allowed probing from device tree.
      * Reworked the regulator driver to be represented as a single device that
        provides multiple regulators, rather than as a device per regulator.
      * Replaced many regulator ops with standard functions.
      * Added ability to specify supplies for each regulator.
      * Removed the WLED regulator. If/when we expose this in the driver, it
        should be a backlight object not a regulator object.
      * Renamed from max8907c->max8907, since the driver covers at least the
        C and B revisions.
      * General cleanup.
      Signed-off-by: NGyungoh Yoo <jack.yoo@maxim-ic.com>
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      Acked-by: NLaxman Dewangan <ldewangan@nvidia.com>
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      ffee1909
  3. 20 7月, 2012 1 次提交
  4. 11 7月, 2012 1 次提交
  5. 25 6月, 2012 1 次提交
  6. 20 6月, 2012 2 次提交
  7. 03 6月, 2012 1 次提交
  8. 19 5月, 2012 1 次提交
  9. 04 4月, 2012 2 次提交
  10. 01 4月, 2012 1 次提交
  11. 14 3月, 2012 1 次提交
  12. 12 3月, 2012 1 次提交
  13. 07 3月, 2012 1 次提交
  14. 04 3月, 2012 1 次提交
  15. 20 1月, 2012 4 次提交
  16. 15 12月, 2011 1 次提交
  17. 24 11月, 2011 1 次提交
    • R
      regulator: helper routine to extract regulator_init_data · 8f446e6f
      Rajendra Nayak 提交于
      The helper routine is meant to be used by the regulator drivers
      to extract the regulator_init_data structure from the data
      that is passed from device tree.
      'consumer_supplies' which is part of regulator_init_data is not extracted
      as the regulator consumer mappings are passed through DT differently,
      implemented in subsequent patches.
      Similarly the regulator<-->parent/supply mapping is handled in
      subsequent patches.
      
      Also add documentation for regulator bindings to be used to pass
      regulator_init_data struct information from device tree.
      
      Some of the regulator properties which are linux and board specific,
      are left out since its not clear if they can
      be in someway embedded into the kernel or passed in from DT.
      They will be revisited later.
      Signed-off-by: NRajendra Nayak <rnayak@ti.com>
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      8f446e6f
  18. 09 10月, 2011 1 次提交
    • H
      regulator: Add driver for gpio-controlled regulators · 3f0292ae
      Heiko Stübner 提交于
      This patch adds support for regulators that can be controlled via gpios.
      
      Examples for such regulators are the TI-tps65024x voltage regulators
      with 4 fixed and 1 runtime-switchable voltage regulators
      or the TI-bq240XX charger regulators.
      
      The number of controlling gpios is not limited, the mapping between
      voltage/current and target gpio state is done via the states map
      and the driver can be used for either voltage or current regulators.
      
      A mapping for a regulator with two GPIOs could look like:
      
      gpios = {
      	{ .gpio = GPIO1, .flags = GPIOF_OUT_INIT_HIGH, .label = "gpio name 1" },
      	{ .gpio = GPIO2, .flags = GPIOF_OUT_INIT_LOW,  .label = "gpio name 2" },
      }
      
      The flags element of the gpios array determines the initial state of
      the gpio, set during probe. The initial state of the regulator is also
      calculated from these values
      
      states = {
      	{ .value = volt_or_cur1, .gpios = (0 << 1) | (0 << 0) },
      	{ .value = volt_or_cur2, .gpios = (0 << 1) | (1 << 0) },
      	{ .value = volt_or_cur3, .gpios = (1 << 1) | (0 << 0) },
      	{ .value = volt_or_cur4, .gpios = (1 << 1) | (1 << 0) },
      }
      
      The target-state for the n-th gpio is determined by the n-th bit
      in the bitfield of the target-value.
      Signed-off-by: NHeiko Stuebner <heiko@sntech.de>
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      3f0292ae
  19. 01 8月, 2011 2 次提交
  20. 27 5月, 2011 1 次提交
  21. 25 5月, 2011 1 次提交
  22. 23 3月, 2011 2 次提交
  23. 12 1月, 2011 3 次提交
  24. 29 10月, 2010 3 次提交
  25. 11 8月, 2010 5 次提交