1. 07 2月, 2017 3 次提交
  2. 16 7月, 2016 1 次提交
    • A
      drm/msm/dsi: Don't get DSI index from DT · 32280d66
      Archit Taneja 提交于
      The DSI host and PHY driver currently expects the DT bindings to provide
      custom properties "qcom,dsi-host-index" and "qcom,dsi-phy-index" so that
      the driver can identify which DSI instance it is.
      
      The binding isn't acceptable, but the driver still needs to figure out
      what its instance id. This is now done by storing the mmio starting
      addresses for each DSI instance in every SoC version in the driver. The
      driver then identifies the index number by trying to match the stored
      address with comparing the resource start address we get from DT.
      
      We don't have compatible strings for DSI PHY on each SoC, but only the
      DSI PHY type. We only support one SoC version for each PHY type, so we
      get away doing the same thing above for the PHY driver. We can revisit
      this when we support two SoCs with the same DSI PHY.
      Signed-off-by: NArchit Taneja <architt@codeaurora.org>
      Signed-off-by: NRob Clark <robdclark@gmail.com>
      32280d66
  3. 08 5月, 2016 1 次提交
    • A
      drm/msm/dsi: Fix regulator API abuse · f377d597
      Archit Taneja 提交于
      The voltage changing code in this driver is broken and should be
      removed.  The driver sets a single, exact voltage on probe.  Unless
      there is a very good reason for this (which should be documented in
      comments) constraints like this need to be set via the machine
      constraints, voltage setting in a driver is expected to be used in cases
      where the voltage varies at runtime.
      
      In addition client drivers should almost never be calling
      regulator_can_set_voltage(), if the device needs to set a voltage it
      needs to set the voltage and the regulator core will handle the case
      where the regulator is fixed voltage.  If the driver simply skips
      setting the voltage if it doesn't have permission then it should just
      not bother in the first place.
      
      Originally authored by Mark Brown <broonie@kernel.org>
      
      Remove the min/max voltage data entries per SoC managed by the driver.
      These aren't needed as we don't try to set voltages any more. Mention in
      comments the voltages that each regulator expects.
      Signed-off-by: NArchit Taneja <architt@codeaurora.org>
      Signed-off-by: NRob Clark <robdclark@gmail.com>
      f377d597
  4. 14 12月, 2015 1 次提交
  5. 23 10月, 2015 2 次提交
  6. 16 8月, 2015 2 次提交