mirror of
https://github.com/openwrt/openwrt.git
synced 2024-12-22 23:12:32 +00:00
ca5c695a45
Deleted following upstreamed patches: bcm27xx: 950-0006-drm-vc4-hdmi-Fix-HPD-GPIO-detection.patch bcm27xx: 950-0420-drm-vc4-Adopt-the-dma-configuration-from-the-HVS-or-.patch bcm27xx: 950-0425-drm-vc4-A-present-but-empty-dmas-disables-audio.patch bcm27xx: 950-0432-vc4-drm-Avoid-full-hdmi-audio-fifo-writes.patch bcm27xx: 950-0433-vc4-drm-vc4_plane-Remove-subpixel-positioning-check.patch bcm27xx: 950-0435-drm-vc4-Correct-pixel-order-for-DSI0.patch bcm27xx: 950-0436-drm-vc4-Register-dsi0-as-the-correct-vc4-encoder-typ.patch bcm27xx: 950-0437-drm-vc4-Fix-dsi0-interrupt-support.patch bcm27xx: 950-0438-drm-vc4-Add-correct-stop-condition-to-vc4_dsi_encode.patch bcm27xx: 950-0443-drm-vc4-Fix-timings-for-interlaced-modes.patch bcm27xx: 950-0445-drm-vc4-Fix-margin-calculations-for-the-right-bottom.patch bcm27xx: 950-0475-drm-vc4-Reset-HDMI-MISC_CONTROL-register.patch bcm27xx: 950-0476-drm-vc4-Release-workaround-buffer-and-DMA-in-error-p.patch bcm27xx: 950-0477-drm-vc4-Correct-DSI-divider-calculations.patch bcm27xx: 950-0664-drm-vc4-dsi-Correct-max-divider-to-255-not-7.patch bcm53xx: 072-next-ARM_dts_BCM53015-add-mr26.patch mediatek: 920-linux-next-dts-mt7622-bpi-r64-fix-wps-button.patch Manually rebased following patches: bcm27xx: 950-0004-drm-vc4-hdmi-Remove-the-DDC-probing-for-status-detec.patch bcm27xx: 950-0700-net-phy-lan87xx-Decrease-phy-polling-rate.patch bcm27xx: 950-0711-drm-vc4-Rename-bridge-to-out_bridge.patch bcm27xx: 950-0713-drm-vc4-Remove-splitting-the-bridge-chain-from-the-d.patch bcm27xx: 950-0715-drm-vc4-Convert-vc4_dsi-to-using-a-bridge-instead-of.patch bcm27xx: 950-0787-vc4-drm-vc4_plane-Keep-fractional-source-coords-insi.patch bcm27xx: 950-0914-mmc-block-Don-t-do-single-sector-reads-during-recove.patch Runtime tested on turris-omnia and glinet-b1300. Tested-by: John Audia <therealgraysky@proton.me> [bcm2711/RPi4B, mt7622/RT3200] Signed-off-by: Petr Štetiar <ynezz@true.cz>
102 lines
3.5 KiB
Diff
102 lines
3.5 KiB
Diff
From 4b98173449085326199e97a10d06cee4cce021a1 Mon Sep 17 00:00:00 2001
|
|
From: Maxime Ripard <maxime@cerno.tech>
|
|
Date: Tue, 19 Oct 2021 19:13:46 +0200
|
|
Subject: [PATCH] drm/vc4: hdmi: Introduce a scdc_enabled flag
|
|
|
|
We currently rely on two functions, vc4_hdmi_supports_scrambling() and
|
|
vc4_hdmi_mode_needs_scrambling() to determine if we should enable and
|
|
disable the scrambler for any given mode.
|
|
|
|
Since we might need to disable the controller at boot, we also always
|
|
run vc4_hdmi_disable_scrambling() and thus call those functions without
|
|
a mode yet, which in turns need to make some special casing in order for
|
|
it to work.
|
|
|
|
Instead of duplicating the check for whether or not we need to take care
|
|
of the scrambler in both vc4_hdmi_enable_scrambling() and
|
|
vc4_hdmi_disable_scrambling(), we can do that check only when we enable
|
|
it and store whether or not it's been enabled in our private structure.
|
|
|
|
We also need to initialize that flag at true to make sure we disable the
|
|
scrambler at boot since we can't really know its state yet.
|
|
|
|
This allows to simplify a bit that part of the driver, and removes one
|
|
user of our copy of the CRTC adjusted mode outside of KMS (since
|
|
vc4_hdmi_disable_scrambling() might be called from the hotplug interrupt
|
|
handler).
|
|
|
|
It also removes our last user of the legacy encoder->crtc pointer.
|
|
|
|
Signed-off-by: Maxime Ripard <maxime@cerno.tech>
|
|
---
|
|
drivers/gpu/drm/vc4/vc4_hdmi.c | 22 ++++++++++++----------
|
|
drivers/gpu/drm/vc4/vc4_hdmi.h | 6 ++++++
|
|
2 files changed, 18 insertions(+), 10 deletions(-)
|
|
|
|
--- a/drivers/gpu/drm/vc4/vc4_hdmi.c
|
|
+++ b/drivers/gpu/drm/vc4/vc4_hdmi.c
|
|
@@ -620,6 +620,8 @@ static void vc4_hdmi_enable_scrambling(s
|
|
VC5_HDMI_SCRAMBLER_CTL_ENABLE);
|
|
spin_unlock_irqrestore(&vc4_hdmi->hw_lock, flags);
|
|
|
|
+ vc4_hdmi->scdc_enabled = true;
|
|
+
|
|
queue_delayed_work(system_wq, &vc4_hdmi->scrambling_work,
|
|
msecs_to_jiffies(SCRAMBLING_POLLING_DELAY_MS));
|
|
}
|
|
@@ -627,22 +629,14 @@ static void vc4_hdmi_enable_scrambling(s
|
|
static void vc4_hdmi_disable_scrambling(struct drm_encoder *encoder)
|
|
{
|
|
struct vc4_hdmi *vc4_hdmi = encoder_to_vc4_hdmi(encoder);
|
|
- struct drm_display_mode *mode = &vc4_hdmi->saved_adjusted_mode;
|
|
- struct drm_crtc *crtc = encoder->crtc;
|
|
unsigned long flags;
|
|
|
|
lockdep_assert_held(&vc4_hdmi->mutex);
|
|
|
|
- /*
|
|
- * At boot, encoder->crtc will be NULL. Since we don't know the
|
|
- * state of the scrambler and in order to avoid any
|
|
- * inconsistency, let's disable it all the time.
|
|
- */
|
|
- if (crtc && !vc4_hdmi_supports_scrambling(encoder, mode))
|
|
+ if (!vc4_hdmi->scdc_enabled)
|
|
return;
|
|
|
|
- if (crtc && !vc4_hdmi_mode_needs_scrambling(mode))
|
|
- return;
|
|
+ vc4_hdmi->scdc_enabled = false;
|
|
|
|
if (delayed_work_pending(&vc4_hdmi->scrambling_work))
|
|
cancel_delayed_work_sync(&vc4_hdmi->scrambling_work);
|
|
@@ -2521,6 +2515,14 @@ static int vc4_hdmi_bind(struct device *
|
|
vc4_hdmi->pdev = pdev;
|
|
vc4_hdmi->variant = variant;
|
|
|
|
+ /*
|
|
+ * Since we don't know the state of the controller and its
|
|
+ * display (if any), let's assume it's always enabled.
|
|
+ * vc4_hdmi_disable_scrambling() will thus run at boot, make
|
|
+ * sure it's disabled, and avoid any inconsistency.
|
|
+ */
|
|
+ vc4_hdmi->scdc_enabled = true;
|
|
+
|
|
ret = variant->init_resources(vc4_hdmi);
|
|
if (ret)
|
|
return ret;
|
|
--- a/drivers/gpu/drm/vc4/vc4_hdmi.h
|
|
+++ b/drivers/gpu/drm/vc4/vc4_hdmi.h
|
|
@@ -210,6 +210,12 @@ struct vc4_hdmi {
|
|
* Protected by @mutex.
|
|
*/
|
|
bool output_enabled;
|
|
+
|
|
+ /**
|
|
+ * @scdc_enabled: Is the HDMI controller currently running with
|
|
+ * the scrambler on? Protected by @mutex.
|
|
+ */
|
|
+ bool scdc_enabled;
|
|
};
|
|
|
|
static inline struct vc4_hdmi *
|