FAILED: patch "[PATCH] drm/i915: Nuke the LVDS lid notifier" failed to apply to 4.14-stable tree
Subsystems (3)
[email protected]
maintainerThe patch below does not apply to the 4.14-stable tree.
If someone wants it applied there, or to any other stable or longterm tree, then please email the backport, including the original git commit id to <[email protected]>.
thanks,
greg k-h
------------------ original commit in Linus's tree ------------------
Quoted 1 line
From
05c72e77ccda89ff624108b1b59a0fc43843f343Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Ville=20Syrj=C3=A4l=C3=A4?= <[email protected]>
Date: Tue, 17 Jul 2018 20:42:14 +0300
Subject: [PATCH] drm/i915: Nuke the LVDS lid notifier
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
We broke the LVDS notifier resume thing in (presumably) commit e2c8b8701e2d ("drm/i915: Use atomic helpers for suspend, v2.") as we no longer duplicate the current state in the LVDS notifier and thus we never resume it properly either.
Instead of trying to fix it again let's just kill off the lid notifier entirely. None of the machines tested thus far have apparently needed it. Originally the lid notifier was added to work around cases where the VBIOS was clobbering some of the hardware state behind the driver's back, mostly on Thinkpads. We now have a few report of Thinkpads working just fine without the notifier. So maybe it was misdiagnosed originally, or something else has changed (ACPI video stuff perhaps?).
If we do end up finding a machine where the VBIOS is still causing problems I would suggest that we first try setting various bits in the VBIOS scratch registers. There are several to choose from that may instruct the VBIOS to steer clear.
With the notifier gone we'll also stop looking at the panel status in ->detect().
v2: Nuke enum modeset_restore (Rodrigo)
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=105902
References: https://lists.freedesktop.org/archives/intel-gfx/2018-June/169315.html
References: https://bugs.freedesktop.org/show_bug.cgi?id=21230
drivers/gpu/drm/i915/i915_drv.c +0 -10
@@ -900,7 +900,6 @@ static int i915_driver_init_early(struct drm_i915_private *dev_priv,spin_lock_init (&dev_priv->uncore.lock);mutex_init (&dev_priv->sb_lock); -mutex_init (&dev_priv->modeset_restore_lock);mutex_init (&dev_priv->av_mutex);mutex_init (&dev_priv->wm.wm_mutex);mutex_init (&dev_priv->pps_mutex);
@@ -1570,11 +1569,6 @@ static int i915_drm_suspend(struct drm_device *dev)struct pci_dev *pdev = dev_priv->drm.pdev;pci_power_t opregion_target_state; -/* ignore lid events during suspend */ -mutex_lock (&dev_priv->modeset_restore_lock); - dev_priv->modeset_restore =MODESET_SUSPENDED ; -mutex_unlock (&dev_priv->modeset_restore_lock); -disable_rpm_wakeref_asserts (dev_priv);/* We do a lot of poking in a lot of registers, make sure they work
@@ -1770,10 +1764,6 @@ static int i915_drm_resume(struct drm_device *dev)intel_fbdev_set_suspend (dev,FBINFO_STATE_RUNNING , false); -mutex_lock (&dev_priv->modeset_restore_lock); - dev_priv->modeset_restore =MODESET_DONE ; -mutex_unlock (&dev_priv->modeset_restore_lock); -intel_opregion_notify_adapter (dev_priv,PCI_D0 );enable_rpm_wakeref_asserts (dev_priv);
drivers/gpu/drm/i915/i915_drv.h +0 -8
@@ -1002,12 +1002,6 @@ struct i915_gem_mm {#define I915_ENGINE_WEDGED_TIMEOUT (60 * HZ)/* Reset but no recovery? */ -enum modeset_restore { -MODESET_ON_LID_OPEN , -MODESET_DONE , -MODESET_SUSPENDED , -}; -#define DP_AUX_A 0x40#define DP_AUX_B 0x10#define DP_AUX_C 0x20
@@ -1730,8 +1724,6 @@ struct drm_i915_private {unsigned long quirks; -enum modeset_restore modeset_restore; -struct mutex modeset_restore_lock;struct drm_atomic_state *modeset_restore_state;struct drm_modeset_acquire_ctx reset_ctx;
drivers/gpu/drm/i915/intel_lvds.c +2 -134
169 lines not on this page · raw message
Sudip Mukherjee
Tested-by Vito Caputo Tested-by kitsunyan Tested-by Joonas Saarinen Reviewed-by Rodrigo ViviHi Greg,
Quoted 5 lines · On Wed, Sep 12, 2018 at 10:48:29AM +0200, [email protected] wrote:
The patch below does not apply to the 4.14-stable tree.
If someone wants it applied there, or to any other stable or longterm tree, then please email the backport, including the original git commit id to <[email protected]>.
The attached backported patch should apply to 4.14-stable tree.
--
Regards
Sudip
Quoted 1 line
From
6b545c177f3c4b8b58431af4ecd81fdcc42cba81Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Ville=20Syrj=C3=A4l=C3=A4?= <[email protected]>
Date: Tue, 17 Jul 2018 20:42:14 +0300
Subject: [PATCH] drm/i915: Nuke the LVDS lid notifier
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
commit 05c72e77ccda89ff624108b1b59a0fc43843f343 upstream
We broke the LVDS notifier resume thing in (presumably) commit e2c8b8701e2d ("drm/i915: Use atomic helpers for suspend, v2.") as we no longer duplicate the current state in the LVDS notifier and thus we never resume it properly either.
Instead of trying to fix it again let's just kill off the lid notifier entirely. None of the machines tested thus far have apparently needed it. Originally the lid notifier was added to work around cases where the VBIOS was clobbering some of the hardware state behind the driver's back, mostly on Thinkpads. We now have a few report of Thinkpads working just fine without the notifier. So maybe it was misdiagnosed originally, or something else has changed (ACPI video stuff perhaps?).
If we do end up finding a machine where the VBIOS is still causing problems I would suggest that we first try setting various bits in the VBIOS scratch registers. There are several to choose from that may instruct the VBIOS to steer clear.
With the notifier gone we'll also stop looking at the panel status in ->detect().
v2: Nuke enum modeset_restore (Rodrigo)
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=105902
References: https://lists.freedesktop.org/archives/intel-gfx/2018-June/169315.html
References: https://bugs.freedesktop.org/show_bug.cgi?id=21230
--- drivers/gpu/drm/i915/i915_drv.c | 10 --- drivers/gpu/drm/i915/i915_drv.h | 8 --- drivers/gpu/drm/i915/intel_lvds.c | 136 +------------------------------------- 3 files changed, 2 insertions(+), 152 deletions(-)
drivers/gpu/drm/i915/i915_drv.c +0 -10
@@ -878,7 +878,6 @@ static int i915_driver_init_early(struct drm_i915_private *dev_priv,spin_lock_init (&dev_priv->mm.object_stat_lock);mutex_init (&dev_priv->sb_lock); -mutex_init (&dev_priv->modeset_restore_lock);mutex_init (&dev_priv->av_mutex);mutex_init (&dev_priv->wm.wm_mutex);mutex_init (&dev_priv->pps_mutex);
@@ -1505,11 +1504,6 @@ static int i915_drm_suspend(struct drm_device *dev)pci_power_t opregion_target_state;int error; -/* ignore lid events during suspend */ -mutex_lock (&dev_priv->modeset_restore_lock); - dev_priv->modeset_restore =MODESET_SUSPENDED ; -mutex_unlock (&dev_priv->modeset_restore_lock); -disable_rpm_wakeref_asserts (dev_priv);/* We do a lot of poking in a lot of registers, make sure they work
@@ -1718,10 +1712,6 @@ static int i915_drm_resume(struct drm_device *dev)intel_fbdev_set_suspend (dev,FBINFO_STATE_RUNNING , false); -mutex_lock (&dev_priv->modeset_restore_lock); - dev_priv->modeset_restore =MODESET_DONE ; -mutex_unlock (&dev_priv->modeset_restore_lock); -intel_opregion_notify_adapter (dev_priv,PCI_D0 );intel_autoenable_gt_powersave (dev_priv);
drivers/gpu/drm/i915/i915_drv.h +0 -8
@@ -1615,12 +1615,6 @@ struct i915_gpu_error {unsigned long test_irq_rings; }; -enum modeset_restore { -MODESET_ON_LID_OPEN , -MODESET_DONE , -MODESET_SUSPENDED , -}; -#define DP_AUX_A 0x40#define DP_AUX_B 0x10#define DP_AUX_C 0x20
@@ -2297,8 +2291,6 @@ struct drm_i915_private {unsigned long quirks; -enum modeset_restore modeset_restore; -struct mutex modeset_restore_lock;struct drm_atomic_state *modeset_restore_state;struct drm_modeset_acquire_ctx reset_ctx;
drivers/gpu/drm/i915/intel_lvds.c +2 -134
169 lines not on this page · raw message
Signature · 1 line
2.11.0
Quoted 10 lines · Sudip Mukherjee
Hi Greg,
Quoted 5 lines · On Wed, Sep 12, 2018 at 10:48:29AM +0200, [email protected] wrote:
The patch below does not apply to the 4.14-stable tree.
If someone wants it applied there, or to any other stable or longterm tree, then please email the backport, including the original git commit id to <[email protected]>.The attached backported patch should apply to 4.14-stable tree.
Applied, thanks.
greg k-h