An error occurred fetching the project authors.
  1. 02 May, 2024 1 commit
  2. 23 Apr, 2024 1 commit
  3. 28 Mar, 2024 6 commits
  4. 18 Mar, 2024 2 commits
  5. 05 Dec, 2023 1 commit
  6. 04 Dec, 2023 2 commits
  7. 11 Aug, 2023 1 commit
    • Randy Dunlap's avatar
      drm: bridge: for GENERIC_PHY_MIPI_DPHY also select GENERIC_PHY · 96413b35
      Randy Dunlap authored
      Three DRM bridge drivers select GENERIC_PHY_MIPI_DPHY when GENERIC_PHY
      might not be set.  This causes Kconfig warnings and a build error.
      
      WARNING: unmet direct dependencies detected for GENERIC_PHY_MIPI_DPHY
        Depends on [n]: GENERIC_PHY [=n]
        Selected by [y]:
        - DRM_NWL_MIPI_DSI [=y] && DRM_BRIDGE [=y] && DRM [=y] && COMMON_CLK [=y] && OF [=y] && HAS_IOMEM [=y]
        - DRM_SAMSUNG_DSIM [=y] && DRM [=y] && DRM_BRIDGE [=y] && COMMON_CLK [=y] && OF [=y] && HAS_IOMEM [=y]
      
      (drm/bridge/cadence/Kconfig was found by inspection.)
      
      aarch64-linux-ld: drivers/gpu/drm/bridge/samsung-dsim.o: in function `samsung_dsim_set_phy_ctrl':
      drivers/gpu/drm/bridge/samsung-dsim.c:731: undefined reference to `phy_mipi_dphy_get_default_config_for_hsclk'
      
      Prevent these warnings and build error by also selecting GENERIC_PHY
      whenever selecting GENERIC_PHY_MIPI_DPHY.
      
      Fixes: fced5a36 ("drm/bridge: cdns: Convert to phy framework")
      Fixes: 44cfc623 ("drm/bridge: Add NWL MIPI DSI host controller support")
      Fixes: 171b3b1e ("drm: bridge: samsung-dsim: Select GENERIC_PHY_MIPI_DPHY")
      Signed-off-by: default avatarRandy Dunlap <rdunlap@infradead.org>
      Reported-by: default avatarAleksandr Nogikh <nogikh@google.com>
      Link: lore.kernel.org/r/20230803144227.2187749-1-nogikh@google.com
      Cc: Adam Ford <aford173@gmail.com>
      Cc: Maxime Ripard <maxime.ripard@bootlin.com>
      Cc: Guido Günther <agx@sigxcpu.org>
      Cc: Robert Chiras <robert.chiras@nxp.com>
      Cc: Sam Ravnborg <sam@ravnborg.org>
      Cc: Neil Armstrong <neil.armstrong@linaro.org>
      Cc: Andrzej Hajda <andrzej.hajda@intel.com>
      Cc: Robert Foss <rfoss@kernel.org>
      Cc: David Airlie <airlied@gmail.com>
      Cc: Daniel Vetter <daniel@ffwll.ch>
      Cc: dri-devel@lists.freedesktop.org
      Reviewed-by: default avatarAdam Ford <aford173@gmail.com>
      Tested-by: default avatarAleksandr Nogikh <nogikh@google.com>
      Reviewed-by: default avatarGuido Günther <agx@sigxcpu.org>
      Signed-off-by: default avatarRobert Foss <rfoss@kernel.org>
      Link: https://patchwork.freedesktop.org/patch/msgid/20230804030140.21395-1-rdunlap@infradead.org
      96413b35
  8. 24 Jul, 2023 1 commit
  9. 26 May, 2023 1 commit
  10. 28 Mar, 2023 1 commit
  11. 26 Jan, 2023 1 commit
  12. 17 Jan, 2023 1 commit
  13. 20 Jun, 2022 1 commit
  14. 15 Jun, 2022 1 commit
  15. 03 Jun, 2022 1 commit
  16. 16 May, 2022 1 commit
  17. 04 May, 2022 1 commit
  18. 02 May, 2022 1 commit
  19. 25 Apr, 2022 2 commits
  20. 22 Apr, 2022 1 commit
  21. 19 Apr, 2022 1 commit
    • Marek Vasut's avatar
      drm/bridge: lt9211: Add Lontium LT9211 bridge driver · 8ce4129e
      Marek Vasut authored
      Add driver for Lontium LT9211 Single/Dual-Link DSI/LVDS or Single DPI to
      Single-link/Dual-Link DSI/LVDS or Single DPI bridge. This chip is highly
      capable at converting formats, but sadly it is also highly undocumented.
      
      This driver is written without any documentation from Lontium and based
      only on shreds of information available in various obscure example codes,
      hence long runs of unknown register patches and lengthy delays in various
      places. Whichever register meaning could be divined from its behavior has
      at least a comment around it.
      
      Currently the only mode tested is Single-link DSI to Single-link LVDS.
      Dual-link LVDS might work as well, the register programming is in place,
      but is untested.
      Reviewed-by: default avatarRobert Foss <robert.foss@linaro.org>
      Signed-off-by: default avatarMarek Vasut <marex@denx.de>
      Cc: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
      Cc: Lucas Stach <l.stach@pengutronix.de>
      Cc: Maxime Ripard <maxime@cerno.tech>
      Cc: Robert Foss <robert.foss@linaro.org>
      Cc: Sam Ravnborg <sam@ravnborg.org>
      Cc: Thomas Zimmermann <tzimmermann@suse.de>
      To: dri-devel@lists.freedesktop.org
      Signed-off-by: default avatarRobert Foss <robert.foss@linaro.org>
      Link: https://patchwork.freedesktop.org/patch/msgid/20220419143958.94873-2-marex@denx.de
      8ce4129e
  22. 13 Apr, 2022 1 commit
    • Marek Vasut's avatar
      drm: bridge: icn6211: Convert to regmap · fb47723a
      Marek Vasut authored
      To make debugging easier, convert driver to regmap. Implement read and write
      regmap tables for known registers, keep all known register readable and mark
      those which are obviously read-only as not writeable.
      
      Use common I2C regmap for the I2C configuration, implement custom regmap bus
      for DSI configuration. The later is mandatory as this chip requires one extra
      byte set to read access length between register address and data.
      Signed-off-by: default avatarMarek Vasut <marex@denx.de>
      Cc: Jagan Teki <jagan@amarulasolutions.com>
      Cc: Mark Brown <broonie@kernel.org>
      Cc: Maxime Ripard <maxime@cerno.tech>
      Cc: Robert Foss <robert.foss@linaro.org>
      Cc: Sam Ravnborg <sam@ravnborg.org>
      Cc: Thomas Zimmermann <tzimmermann@suse.de>
      To: dri-devel@lists.freedesktop.org
      Acked-by: default avatarMark Brown <broonie@kernel.org>
      Link: https://patchwork.freedesktop.org/patch/msgid/20220403171004.368464-1-marex@denx.de
      fb47723a
  23. 31 Mar, 2022 1 commit
    • Marek Vasut's avatar
      drm/bridge: tc358767: Add DSI-to-DPI mode support · bbfd3190
      Marek Vasut authored
      The TC358767/TC358867/TC9595 are all capable of operating in multiple
      modes, DPI-to-(e)DP, DSI-to-(e)DP, DSI-to-DPI. Add support for the
      DSI-to-DPI mode.
      
      This requires skipping most of the (e)DP initialization code, which is
      currently a large part of this driver, hence it is better to have far
      simpler separate tc_dpi_bridge_funcs and their implementation.
      
      The configuration of DPI output is also much simpler. The configuration
      of the DSI input is rather similar to the other TC bridge chips.
      
      The Pixel PLL in DPI output mode does not have the 65..150 MHz limitation
      imposed on the (e)DP output mode, so this limitation is skipped to permit
      operating panels with far slower pixel clock, even below 9 MHz. This mode
      of operation of the PLL is valid and tested.
      
      The detection of bridge mode is now added into tc_probe_bridge_mode(),
      where in case a DPI panel is found on port@1 endpoint@1, the mode is
      assumed to be DSI-to-DPI. If (e)DP is detected on port@2, the mode is
      assumed to be DPI-to-(e)DP.
      
      The DSI-to-(e)DP mode is not supported due to lack of proper hardware,
      but this would be some sort of mix between the two aforementioned modes.
      Reviewed-by: default avatarLucas Stach <l.stach@pengutronix.de>
      Signed-off-by: default avatarMarek Vasut <marex@denx.de>
      Cc: Jonas Karlman <jonas@kwiboo.se>
      Cc: Laurent Pinchart <Laurent.pinchart@ideasonboard.com>
      Cc: Maxime Ripard <maxime@cerno.tech>
      Cc: Neil Armstrong <narmstrong@baylibre.com>
      Cc: Sam Ravnborg <sam@ravnborg.org>
      Signed-off-by: default avatarRobert Foss <robert.foss@linaro.org>
      Link: https://patchwork.freedesktop.org/patch/msgid/20220329085015.39159-12-marex@denx.de
      bbfd3190
  24. 24 Mar, 2022 1 commit
  25. 17 Mar, 2022 1 commit
    • Thomas Zimmermann's avatar
      drm: Don't make DRM_PANEL_BRIDGE dependent on DRM_KMS_HELPERS · 3c338405
      Thomas Zimmermann authored
      Fix a number of undefined references to drm_kms_helper.ko in
      drm_dp_helper.ko:
      
        arm-suse-linux-gnueabi-ld: drivers/gpu/drm/dp/drm_dp_mst_topology.o: in function `drm_dp_mst_duplicate_state':
        drm_dp_mst_topology.c:(.text+0x2df0): undefined reference to `__drm_atomic_helper_private_obj_duplicate_state'
        arm-suse-linux-gnueabi-ld: drivers/gpu/drm/dp/drm_dp_mst_topology.o: in function `drm_dp_delayed_destroy_work':
        drm_dp_mst_topology.c:(.text+0x370c): undefined reference to `drm_kms_helper_hotplug_event'
        arm-suse-linux-gnueabi-ld: drivers/gpu/drm/dp/drm_dp_mst_topology.o: in function `drm_dp_mst_up_req_work':
        drm_dp_mst_topology.c:(.text+0x7938): undefined reference to `drm_kms_helper_hotplug_event'
        arm-suse-linux-gnueabi-ld: drivers/gpu/drm/dp/drm_dp_mst_topology.o: in function `drm_dp_mst_link_probe_work':
        drm_dp_mst_topology.c:(.text+0x82e0): undefined reference to `drm_kms_helper_hotplug_event'
      
      This happens if panel-edp.ko has been configured with
      
        DRM_PANEL_EDP=y
        DRM_DP_HELPER=y
        DRM_KMS_HELPER=m
      
      which builds DP helpers into the kernel and KMS helpers sa a module.
      Making DRM_PANEL_EDP select DRM_KMS_HELPER resolves this problem.
      
      To avoid a resulting cyclic dependency with DRM_PANEL_BRIDGE, don't
      make the latter depend on DRM_KMS_HELPER and fix the one DRM bridge
      drivers that doesn't already select DRM_KMS_HELPER. As KMS helpers
      cannot be selected directly by the user, config symbols should avoid
      depending on it anyway.
      Signed-off-by: default avatarThomas Zimmermann <tzimmermann@suse.de>
      Fixes: 3755d35e ("drm/panel: Select DRM_DP_HELPER for DRM_PANEL_EDP")
      Acked-by: default avatarSam Ravnborg <sam@ravnborg.org>
      Tested-by: default avatarBrian Masney <bmasney@redhat.com>
      Reported-by: default avatarkernel test robot <lkp@intel.com>
      Cc: Thomas Zimmermann <tzimmermann@suse.de>
      Cc: Naresh Kamboju <naresh.kamboju@linaro.org>
      Cc: Linux Kernel Functional Testing <lkft@linaro.org>
      Cc: Lyude Paul <lyude@redhat.com>
      Cc: Sam Ravnborg <sam@ravnborg.org>
      Cc: Daniel Vetter <daniel@ffwll.ch>
      Cc: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
      Cc: Maxime Ripard <mripard@kernel.org>
      Cc: dri-devel@lists.freedesktop.org
      Cc: Dave Airlie <airlied@redhat.com>
      Cc: Thierry Reding <thierry.reding@gmail.com>
      Link: https://patchwork.freedesktop.org/patch/478296/
      3c338405
  26. 01 Feb, 2022 1 commit
  27. 17 Jan, 2022 2 commits
  28. 11 Nov, 2021 1 commit
  29. 11 Jun, 2021 1 commit
  30. 08 Jun, 2021 1 commit
  31. 27 May, 2021 1 commit