1. 18 8月, 2015 1 次提交
    • V
      regulator: core: Define regulator_set_voltage_triplet() · 30f93ca8
      Viresh Kumar 提交于
      Voltage tolerance isn't necessarily same on both sides of the target
      voltage and regulator_set_voltage_tol() wouldn't be suitable in such
      cases.
      
      Add another routine regulator_set_voltage_triplet(), which accepts
      target, min and max voltages as arguments.
      
      This first tries to set the voltage between the target voltage and the
      upper limit, then fall back on the full range. The idea behind this is
      to set regulator's voltage as close to the target voltage, as possible.
      
      Based on regulator_set_voltage_tol().
      Signed-off-by: NViresh Kumar <viresh.kumar@linaro.org>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      30f93ca8
  2. 25 7月, 2015 1 次提交
  3. 24 7月, 2015 1 次提交
  4. 14 7月, 2015 1 次提交
  5. 11 7月, 2015 1 次提交
    • S
      regulator: Add missing dummy definition for regulator_list_voltage · 5127e31a
      Suzuki K. Poulose 提交于
      Fixes a build break when CONFIG_REGULATOR is not selected.
      
      e.g, on linux-next - 07102015:
      
      drivers/clk/tegra/clk-dfll.c: In function ‘find_lut_index_for_rate’:
      drivers/clk/tegra/clk-dfll.c:691:3: error: implicit declaration of function ‘regulator_list_voltage’ [-Werror=implicit-function-declaration]
          if (regulator_list_voltage(td->vdd_reg, td->i2c_lut[i]) == uv)
          ^
         CC      drivers/clocksource/mmio.o
         CC      fs/proc/softirqs.o
      cc1: some warnings being treated as errors
      make[3]: *** [drivers/clk/tegra/clk-dfll.o] Error 1
      make[2]: *** [drivers/clk/tegra] Error 2
      make[1]: *** [drivers/clk] Error 2
      make[1]: *** Waiting for unfinished jobs....
      
      This should be pushed to 4.2 as we have the issue in 4.2-rc1, just that
      nobody uses it without the REGULATOR(yet).
      Signed-off-by: NSuzuki K. Poulose <suzuki.poulose@arm.com>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      5127e31a
  6. 15 6月, 2015 1 次提交
  7. 12 6月, 2015 4 次提交
  8. 22 5月, 2015 1 次提交
  9. 02 4月, 2015 1 次提交
  10. 18 3月, 2015 1 次提交
  11. 10 3月, 2015 2 次提交
  12. 07 3月, 2015 1 次提交
  13. 06 3月, 2015 1 次提交
  14. 24 2月, 2015 1 次提交
  15. 23 2月, 2015 1 次提交
  16. 04 2月, 2015 1 次提交
  17. 29 1月, 2015 1 次提交
  18. 16 1月, 2015 1 次提交
  19. 09 1月, 2015 2 次提交
  20. 24 12月, 2014 1 次提交
  21. 27 11月, 2014 3 次提交
  22. 24 11月, 2014 1 次提交
  23. 25 10月, 2014 1 次提交
  24. 20 10月, 2014 1 次提交
    • M
      regulator: Add ena_gpio_initialized to regulator_config · 76f439df
      Markus Pargmann 提交于
      Most drivers do not set the ena_gpio field of struct regulator_config
      before passing it to the regulator core. This is fine as long as the
      gpio identifier that is passed is a positive integer. But the gpio
      identifier 0 is also valid. So we are not able to decide wether we got a
      real gpio identifier or not based on a 0 in ena_gpio.
      
      To be able to decide if it is a valid gpio that got passed, this patch
      adds a ena_gpio_initialized field that should be set if was initialized
      with a correct value, either a gpio >= 0 or a negative error number. The
      core then checks if ena_gpio or ena_gpio_initialized before handling it
      as a gpio. This way we maintain backwards compatibility and fix the
      behaviour for gpio number 0.
      Signed-off-by: NMarkus Pargmann <mpa@pengutronix.de>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      76f439df
  25. 13 10月, 2014 1 次提交
    • G
      regulator: Include err.h from consumer.h to fix build failure · 174e964e
      Guenter Roeck 提交于
      sh:sh2007_defconfig fails to build with the following error:
      
      In file included from include/linux/regulator/machine.h:18:0,
                       from arch/sh/boards/board-sh2007.c:10:
      include/linux/regulator/consumer.h: In function 'regulator_get_optional':
      include/linux/regulator/consumer.h:271:2:
      		error: implicit declaration of function 'ERR_PTR'
      include/linux/err.h: At top level:
      include/linux/err.h:23:35: error: conflicting types for 'ERR_PTR'
      include/linux/regulator/consumer.h:271:9:
      		note: previous implicit declaration of 'ERR_PTR' was here
      
      Since consumer.h uses ERR_PTR, it should include err.h.
      Signed-off-by: NGuenter Roeck <linux@roeck-us.net>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      174e964e
  26. 10 9月, 2014 1 次提交
    • M
      regulator: of: Provide simplified DT parsing method · a0c7b164
      Mark Brown 提交于
      Currently regulator drivers which support DT all repeat very similar code
      to supply a list of known regulator identifiers to be matched with DT,
      convert that to platform data which is then matched up with the regulators
      as they are registered. This is both fiddly to get right and for devices
      which can use the standard helpers to provide their operations is the main
      source of code in the driver.
      
      Since this code is essentially identical for most drivers we can factor it
      out into the core, moving the identifiers in the match table into the
      regulator descriptors and also allowing drivers to pass in the name of the
      subnode to search. When a driver provides an of_match string for the
      regulator the core will attempt to use that to obtain init_data, allowing
      the driver to remove all explicit code for DT parsing and simply provide
      data instead.
      
      The current code leaks the phandles for the child nodes, this will be
      addressed incrementally and makes no practical difference for FDT anyway
      as the DT data structures are never freed.
      Signed-off-by: NMark Brown <broonie@linaro.org>
      a0c7b164
  27. 01 9月, 2014 1 次提交
  28. 29 8月, 2014 1 次提交
  29. 28 8月, 2014 1 次提交
  30. 27 8月, 2014 1 次提交
  31. 21 8月, 2014 1 次提交
  32. 18 8月, 2014 1 次提交
    • A
      regulator: core: Fix build error due to const qualifier for ops · 716845eb
      Axel Lin 提交于
      Drop const qualifier for ops of struct regulator_desc.
      Allow regulator drivers to update ops before registering regulator.
      
      Fix below build error:
        CC [M]  drivers/regulator/mc13892-regulator.o
      drivers/regulator/mc13892-regulator.c: In function 'mc13892_regulator_probe':
      drivers/regulator/mc13892-regulator.c:586:3: error: assignment of member 'set_mode' in read-only object
      drivers/regulator/mc13892-regulator.c:588:3: error: assignment of member 'get_mode' in read-only object
      make[2]: *** [drivers/regulator/mc13892-regulator.o] Error 1
      make[1]: *** [drivers/regulator] Error 2
      make: *** [drivers] Error 2
      Reported-by: NStephen Rothwell <sfr@canb.auug.org.au>
      Signed-off-by: NAxel Lin <axel.lin@ingics.com>
      Signed-off-by: NMark Brown <broonie@linaro.org>
      716845eb
  33. 17 8月, 2014 1 次提交
反馈
建议
客服 返回
顶部