1. 15 6月, 2019 1 次提交
    • K
      ARM: dts: exynos: Always enable necessary APIO_1V8 and ABB_1V8 regulators on Arndale Octa · 7905b233
      Krzysztof Kozlowski 提交于
      [ Upstream commit 5ab99cf7d5e96e3b727c30e7a8524c976bd3723d ]
      
      The PVDD_APIO_1V8 (LDO2) and PVDD_ABB_1V8 (LDO8) regulators were turned
      off by Linux kernel as unused.  However they supply critical parts of
      SoC so they should be always on:
      
      1. PVDD_APIO_1V8 supplies SYS pins (gpx[0-3], PSHOLD), HDMI level shift,
         RTC, VDD1_12 (DRAM internal 1.8 V logic), pull-up for PMIC interrupt
         lines, TTL/UARTR level shift, reset pins and SW-TACT1 button.
         It also supplies unused blocks like VDDQ_SRAM (for SROM controller) and
         VDDQ_GPIO (gpm7, gpy7).
         The LDO2 cannot be turned off (S2MPS11 keeps it on anyway) so
         marking it "always-on" only reflects its real status.
      
      2. PVDD_ABB_1V8 supplies Adaptive Body Bias Generator for ARM cores,
         memory and Mali (G3D).
      Signed-off-by: NKrzysztof Kozlowski <krzk@kernel.org>
      Signed-off-by: NSasha Levin <sashal@kernel.org>
      7905b233
  2. 04 1月, 2018 1 次提交
  3. 20 10月, 2017 1 次提交
  4. 20 9月, 2017 1 次提交
  5. 16 5月, 2017 1 次提交
  6. 16 9月, 2016 1 次提交
  7. 02 9月, 2016 2 次提交
  8. 31 8月, 2016 1 次提交
    • M
      ARM: dts: exynos: Enable HDMI for Arndale Octa board · d7ec05cb
      Milo Kim 提交于
      * GPIO for HDMI hot plug detect
        GPX3_7 is used. The HPD awareness is done when the GPIO is active high.
      
      * Enable HDMI block in Exynos5420
        HDMI VDD and PLL consume 1.0V LDO6 (PVDD_ANAIP_1V0) and HDMI oscillator
        requires 1.8V LDO7 (PVDD_ANAIP_1V8).
      
      * Support HDMI display data channel
        I2C #2 is assigned for the HDMI DDC. It enables the EDID access.
      
      Cc: Kukjin Kim <kgene@kernel.org>
      Cc: Krzysztof Kozlowski <k.kozlowski@samsung.com>
      Cc: Rob Herring <robh+dt@kernel.org>
      Cc: linux-arm-kernel@lists.infradead.org
      Cc: linux-samsung-soc@vger.kernel.org
      Cc: linux-kernel@vger.kernel.org
      Signed-off-by: NMilo Kim <woogyom.kim@gmail.com>
      Reviewed-by: NAndrzej Hajda <a.hajda@samsung.com>
      Signed-off-by: NKrzysztof Kozlowski <k.kozlowski@samsung.com>
      d7ec05cb
  9. 08 6月, 2016 1 次提交
  10. 06 6月, 2016 1 次提交
  11. 27 4月, 2016 1 次提交
  12. 29 1月, 2016 1 次提交
  13. 28 1月, 2016 2 次提交
  14. 08 10月, 2015 1 次提交
  15. 03 6月, 2015 1 次提交
  16. 17 5月, 2015 2 次提交
  17. 27 2月, 2015 1 次提交
    • J
      ARM: dts: Mux XMMCnDATA[0] pad correctly for Exynos5420 boards · af6ad88a
      Javier Martinez Canillas 提交于
      The Exynos5420 SoC has 3 sets of 8 pads used as data lines for the 3
      MMC/SD/SDIO slots. These needs to be muxed as SD_n_DATA instead of a
      GPIO or external interrupt to allow the MMC controller to communicate
      with the attached cards or SDIO devices.
      
      Which data lines needs to be muxed as SD_n_DATA depends on the bus
      width used for data transfer:
      
      * bus-width = <1> needs SD_n_DATA[0]
      * bus-width = <4> needs SD_n_DATA[0-3]
      * bus-width = <8> needs SD_n_DATA[0-7]
      
      The Exynos5250-pinctrl.dtsi file that defines the groups of pins has
      SD_n_DATA[0] muxed for both sdn_bus1 and sdn_bus4 so just one of them
      needs to be included in the device node's pinctrl property.
      
      But Exynos5420-pinctrl has a different definition and only includes
      SD_n_DATA[1-3] for sdn_bus4. So for a bus-width = <4>, both sdn_bus1
      and sdn_bus4 have to be in the dev pinctrl to mux all the needed pads.
      
      It seems all Exynos5420 boards had just cargo cult the pinctrl lines
      assuming that sdn_bus4 also included SD_n_DATA[0] and it only works
      because the bootloader muxes the pads correctly. But that is not the
      case for the devices not used by the bootloader such as WiFi modules.
      
      Add sdn_bus1 too in the nodes pinctrl to not rely on the bootloader.
      Suggested-by: NDoug Anderson <dianders@chromium.org>
      Signed-off-by: NJavier Martinez Canillas <javier.martinez@collabora.co.uk>
      Signed-off-by: NKukjin Kim <kgene@kernel.org>
      af6ad88a
  18. 17 1月, 2015 1 次提交
  19. 17 10月, 2014 1 次提交
  20. 09 10月, 2014 1 次提交
  21. 19 8月, 2014 1 次提交
  22. 31 5月, 2014 1 次提交
  23. 20 5月, 2014 1 次提交
  24. 15 5月, 2014 1 次提交
  25. 21 3月, 2014 3 次提交
  26. 24 2月, 2014 4 次提交
  27. 04 1月, 2014 1 次提交