1. 13 3月, 2019 1 次提交
    • A
      regulator: da903x: don't build with clang · 0077aaae
      Arnd Bergmann 提交于
      The da903x driver produces an annoying false-positive warning
      when built with clang:
      
      drivers/regulator/da903x.c:395:2: error: division by zero is undefined [-Werror,-Wdivision-by-zero]
              DA9030_LDO(13, 2100, 2100, 0, INVAL, 0, 0, RCTL11, 3), /* fixed @2.1V */
              ^                          ~
      drivers/regulator/da903x.c:359:2: note: expanded from macro 'DA9030_LDO'
              DA903x_LDO(DA9030, _id, min, max, step, vreg, shift, nbits, ereg, ebit)
              ^                                 ~~~~
      drivers/regulator/da903x.c:320:39: note: expanded from macro 'DA903x_LDO'
                      .n_voltages = (step) ? ((max - min) / step + 1) : 1,    \
                                                          ^ ~~~~
      drivers/regulator/da903x.c:415:2: error: division by zero is undefined [-Werror,-Wdivision-by-zero]
              DA9034_LDO(5, 3100, 3100, 0, INVAL, 0, 0, OVER3, 7), /* fixed @3.1V */
              ^                         ~
      drivers/regulator/da903x.c:356:2: note: expanded from macro 'DA9034_LDO'
              DA903x_LDO(DA9034, _id, min, max, step, vreg, shift, nbits, ereg, ebit)
              ^                                 ~~~~
      drivers/regulator/da903x.c:320:39: note: expanded from macro 'DA903x_LDO'
                      .n_voltages = (step) ? ((max - min) / step + 1) : 1,    \
                                                          ^ ~~~~
      
      I already reported this as a bug in clang, but it may take a
      while to fix it. As I have not been able to come up with any
      reasonable workaround, I would just disable compilation here.
      
      Link: https://bugs.llvm.org/show_bug.cgi?id=38789Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Reviewed-by: NNick Desaulniers <ndesaulniers@google.com>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      0077aaae
  2. 29 1月, 2019 1 次提交
  3. 23 1月, 2019 1 次提交
  4. 08 1月, 2019 1 次提交
  5. 21 12月, 2018 1 次提交
  6. 13 12月, 2018 1 次提交
  7. 13 10月, 2018 1 次提交
    • C
      regulator: lochnagar: Add support for the Cirrus Logic Lochnagar · bef9391c
      Charles Keepax 提交于
      Lochnagar is an evaluation and development board for Cirrus
      Logic Smart CODEC and Amp devices. It allows the connection of
      most Cirrus Logic devices on mini-cards, as well as allowing
      connection of various application processor systems to provide a
      full evaluation platform. This driver supports the board
      controller chip on the Lochnagar board.
      
      The Lochnagar board provides power supplies for the attached
      CODEC/Amp device. Currently this driver supports the microphone
      supplies and the digital core voltage for the attached
      device. There are some additional supplies that will be
      added in time but these supplies are sufficient for most
      systems/use-cases.
      Signed-off-by: NCharles Keepax <ckeepax@opensource.wolfsonmicro.com>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      bef9391c
  8. 09 10月, 2018 1 次提交
  9. 28 9月, 2018 1 次提交
  10. 11 8月, 2018 1 次提交
    • D
      regulator: add QCOM RPMh regulator driver · 46fc033e
      David Collins 提交于
      Add the QCOM RPMh regulator driver to manage PMIC regulators
      which are controlled via RPMh on some Qualcomm Technologies, Inc.
      SoCs.  RPMh is a hardware block which contains several
      accelerators which are used to manage various hardware resources
      that are shared between the processors of the SoC.  The final
      hardware state of a regulator is determined within RPMh by
      performing max aggregation of the requests made by all of the
      processors.
      
      Add support for PMIC regulator control via the voltage regulator
      manager (VRM) and oscillator buffer (XOB) RPMh accelerators.
      VRM supports manipulation of enable state, voltage, and mode.
      XOB supports manipulation of enable state.
      Signed-off-by: NDavid Collins <collinsd@codeaurora.org>
      Reviewed-by: NDouglas Anderson <dianders@chromium.org>
      Reviewed-by: NMatthias Kaehlcke <mka@chromium.org>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      46fc033e
  11. 30 7月, 2018 1 次提交
  12. 11 7月, 2018 1 次提交
  13. 18 6月, 2018 1 次提交
  14. 30 5月, 2018 1 次提交
  15. 09 5月, 2018 1 次提交
  16. 09 3月, 2018 1 次提交
  17. 05 12月, 2017 1 次提交
  18. 31 10月, 2017 1 次提交
  19. 31 8月, 2017 1 次提交
  20. 27 8月, 2017 1 次提交
  21. 21 8月, 2017 1 次提交
  22. 15 8月, 2017 1 次提交
  23. 08 6月, 2017 2 次提交
  24. 25 5月, 2017 1 次提交
  25. 25 4月, 2017 2 次提交
  26. 12 4月, 2017 1 次提交
  27. 11 4月, 2017 1 次提交
  28. 04 2月, 2017 1 次提交
  29. 31 8月, 2016 2 次提交
  30. 23 8月, 2016 1 次提交
  31. 16 8月, 2016 1 次提交
  32. 18 7月, 2016 1 次提交
  33. 29 6月, 2016 1 次提交
  34. 07 6月, 2016 1 次提交
  35. 12 5月, 2016 1 次提交
  36. 19 4月, 2016 1 次提交
  37. 14 4月, 2016 1 次提交
    • L
      regulator: max8973: add support for junction thermal warning · d2d5437b
      Laxman Dewangan 提交于
      The driver MAX8973 supports the driver for Maxim PMIC MAX77621.
      MAX77621 supports the junction temp warning at 120 degC and
      140 degC which is configurable. It generates alert signal when
      junction temperature crosses these threshold.
      
      MAX77621 does not support the continuous temp monitoring of
      junction temperature. It just report whether junction temperature
      crossed the threshold or not.
      
      Add support to
      - Configure junction temp warning threshold via DT property
      to generate alert when it crosses the threshold.
      - Add support to interrupt the host from this device when alert
      occurred.
      - read the junction temp via thermal framework.
      Signed-off-by: NLaxman Dewangan <ldewangan@nvidia.com>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      d2d5437b