mirror of
https://github.com/openwrt/openwrt.git
synced 2024-12-30 10:39:04 +00:00
d6d8851d12
Manually rebased: bcm27xx/patches-5.15/950-0421-Support-RPi-DPI-interface-in-mode6-for-18-bit-color.patch bcm27xx/patches-5.15/950-0706-media-i2c-imx219-Scale-the-pixel-clock-rate-for-the-.patch ramips/patches-5.15/810-uvc-add-iPassion-iP2970-support.patch Removed upstreamed: bcm27xx/patches-5.15/950-0707-drm-vc4-For-DPI-MEDIA_BUS_FMT_RGB565_1X16-is-mode-1-.patch[1] bcm27xx/patches-5.15/950-0596-drm-vc4-dpi-Add-option-for-inverting-pixel-clock-and.patch[2] ipq807x/0006-v5.16-arm64-dts-qcom-Fix-IPQ8074-PCIe-PHY-nodes.patch [3] ipq807x/0034-v6.1-arm64-dts-qcom-ipq8074-fix-PCIe-PHY-serdes-size.patch [4] ipq807x/0103-arm64-dts-qcom-ipq8074-fix-Gen2-PCIe-QMP-PHY.patch [5] ipq807x/0104-arm64-dts-qcom-ipq8074-fix-Gen3-PCIe-QMP-PHY.patch [6] ipq807x/0105-arm64-dts-qcom-ipq8074-correct-Gen2-PCIe-ranges.patch [7] ipq807x/0108-arm64-dts-qcom-ipq8074-fix-Gen3-PCIe-node.patch [8] ipq807x/0109-arm64-dts-qcom-ipq8074-correct-PCIe-QMP-PHY-output-c.patch [9] ipq807x/0132-arm64-dts-qcom-ipq8074-correct-USB3-QMP-PHY-s-clock-.patch [10] All other patches automatically rebased. 1. https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?h=v5.15.99&id=d2991e6b30020e286f2dd9d3b4f43548c547caa6 2. https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/drivers/gpu/drm/vc4/vc4_dpi.c?h=v5.15.100&id=8e04aaffb6de5f1ae61de7b671c1531172ccf429 3. https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/arch/arm64/boot/dts/qcom/ipq8074.dtsi?h=v5.15.99&id=a55a645aa303a3f7ec37db69822d5420657626da 4. https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/arch/arm64/boot/dts/qcom/ipq8074.dtsi?h=v5.15.99&id=d9df682bcea57fa25f37bbf17eae56fa05662635 5. https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/arch/arm64/boot/dts/qcom/ipq8074.dtsi?h=v5.15.99&id=7e6eeb5fb3aa9e5feffdb6e137dcc06f5f6410e1 6. https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/arch/arm64/boot/dts/qcom/ipq8074.dtsi?h=v5.15.99&id=e88204931d9a60634cd50bbc679f045439c4b91d 7. https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/arch/arm64/boot/dts/qcom/ipq8074.dtsi?h=v5.15.99&id=1563af0f28afd3b6d64ac79a2aecced3969c90bf 8. https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/arch/arm64/boot/dts/qcom/ipq8074.dtsi?h=v5.15.99&id=feb8c71f015d416f1afe90e1f62cf51e47376c67 9. https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/arch/arm64/boot/dts/qcom/ipq8074.dtsi?h=v5.15.99&id=69c7a270357a7d50ffd3471b14c60250041200e3 10. https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/arch/arm64/boot/dts/qcom/ipq8074.dtsi?h=v5.15.99&id=dd3d021ae5471d98adf81f1e897431c8657d0a18 Build system: x86_64 Build-tested: bcm2711/RPi4B, ramips/tplink_archer-a6-v3 Run-tested: bcm2711/RPi4B, ramips/tplink_archer-a6-v3 Signed-off-by: John Audia <therealgraysky@proton.me> Tested-by: Robert Marko <robimarko@gmail.com> #ipq807x/Dynalink WRX36 Tested-by: Stefan Lippers-Hollmann <s.l-h@gmx.de> #ipq807x/ax3600, x86_64/FW-7543B, ath79/tl-wdr3600, ipq806x/g10, ipq806x/nbg6817
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);
|
|
@@ -2523,6 +2517,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 *
|