1. 01 11月, 2011 1 次提交
  2. 14 9月, 2011 1 次提交
    • M
      regulator: Implement deferred disable support · da07ecd9
      Mark Brown 提交于
      It is a reasonably common pattern for hardware to require some delay after
      being quiesced before the disable has finalised, especially in mixed signal
      devices. For example, an active discharge may be required to ensure that
      the circuit starts up again in a known state. Avoid having to implement
      such delays in the regulator API by providing regulator_deferred_disable()
      which will do a regulator_disable() a specified number of milliseconds
      after it is called.
      
      Due to the reference counting done on regulators a deferred disable can
      be cancelled by doing another regulator_enable().
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      Acked-by: NLiam Girdwood <lrg@ti.com>
      da07ecd9
  3. 10 6月, 2011 1 次提交
  4. 26 3月, 2011 1 次提交
  5. 12 1月, 2011 5 次提交
  6. 03 3月, 2010 1 次提交
    • M
      regulator: Allow regulators to specify the time taken to ramp on enable · 31aae2be
      Mark Brown 提交于
      Regulators may sometimes take longer to enable than the control operation
      used to do so, either because the regulator has ramp rate control used to
      limit inrush current or because the control operation is very fast (GPIO
      being the most common example of this).  In order to ensure that consumers
      do not rely on the regulator before it is enabled provide an enable_time()
      operation and have the core delay for that time before returning to the
      caller.
      
      This is implemented as a function since the ramp rate may be specified in
      voltage per unit time and therefore the time depend on the configuration.
      In future it would be desirable to allow the bulk operations to run the
      delays for multiple enables in parallel but this is not currently supported.
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      31aae2be
  7. 22 9月, 2009 2 次提交
  8. 17 9月, 2009 1 次提交
  9. 29 4月, 2009 1 次提交
  10. 31 3月, 2009 7 次提交
  11. 09 1月, 2009 2 次提交
  12. 14 10月, 2008 2 次提交
    • M
      regulator: Fix typo · 3de89609
      Mark Brown 提交于
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      Signed-off-by: NLiam Girdwood <lrg@slimlogic.co.uk>
      3de89609
    • L
      regulator: core - Rework machine API to remove string based functions. · a5766f11
      Liam Girdwood 提交于
      This improves the machine level API in order to configure
      regulator constraints and consumers as platform data and removes the
      old string based API that required several calls to set up each regulator.
      
      The intention is to create a struct regulator_init_data, populate
      it's fields with constraints, consumers devices, etc and then register
      the regulator device from board.c in the standard Linux way.
      
      e.g. regulator LDO2 (supplying codec and sim) platform data.
      
      /* regulator LDO2 consumer devices */
      static struct regulator_consumer_supply ldo2_consumers[] = {
      {
      	.dev	= &platform_audio_device.dev,
      	.supply	= "codec_avdd",
      },
      {
      	.dev	= &platform_sim_device.dev,
      	.supply	= "sim_vcc",
      }
      };
      
      /* regulator LDO2 constraints  */
      static struct regulator_init_data ldo2_data = {
      	.constraints = {
      		.min_uV = 3300000,
      		.max_uV = 3300000,
      		.valid_modes_mask = REGULATOR_MODE_NORMAL,
      		.apply_uV = 1,
      	},
      	.num_consumer_supplies = ARRAY_SIZE(ldo2_consumers),
      	.consumer_supplies = ldo2_consumers,
      };
      
      /* machine regulator devices with thier consumers and constraints */
      static struct platform_device wm8350_regulator_devices[] = {
      {
      	.name = "wm8350-regulator",
      	.id = WM8350_LDO_2,
      	.dev = {
      		.platform_data = &ldo2_data,
      	},
      },
      };
      
      Changes in detail:-
      
        o Removed all const char* regulator config functions in machine API.
        o Created new struct regulator_init_data to contain regulator
          machine configuration constraints and consmuers.
        o Changed set_supply(), set_machine_constraints(),
          set_consumer_device_supply() to remove their string identifier
          parameters. Also made them static and moved functions nearer top of
          core.c.
        o Removed no longer used inline func to_rdev()
        o Added regulator_get_init_drvdata() to retrieve init data.
        o Added struct device* as parameter to regulator_register().
        o Changed my email address.
      Signed-off-by: NEric Miao <eric.miao@marvell.com>
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      Signed-off-by: NLiam Girdwood <lrg@slimlogic.co.uk>
      a5766f11
  13. 30 7月, 2008 1 次提交