Summary: | [HSW] i915: null pointer in intel_dp_max_link_rate+0x5/0x80 | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | DRI | Reporter: | sassmann | ||||||
Component: | DRM/Intel | Assignee: | Dhinakaran Pandiyan <dhinakaran.pandiyan> | ||||||
Status: | CLOSED FIXED | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||||
Severity: | normal | ||||||||
Priority: | medium | CC: | dhinakaran.pandiyan, intel-gfx-bugs | ||||||
Version: | XOrg git | ||||||||
Hardware: | Other | ||||||||
OS: | All | ||||||||
Whiteboard: | ReadyForDev | ||||||||
i915 platform: | HSW | i915 features: | power/suspend-resume | ||||||
Attachments: |
|
Description
sassmann
2017-08-03 07:19:29 UTC
Created attachment 133220 [details]
dmesg.txt
Hello Sassmann, Could you please add a dmesg with drm.debug=0 parameter on grub also? Thanks. Created attachment 133419 [details]
dmesg-drmdebug
I assume you meant drm.debug=14 as my last dmesg didn't have any drm.debug specified.
(In reply to sassmann from comment #3) > Created attachment 133419 [details] > dmesg-drmdebug > > I assume you meant drm.debug=14 as my last dmesg didn't have any drm.debug > specified. Hello Sassmann, Sorry for the typo, didn't notice it. Yes, thank you for the information. Adding tag into "Whiteboard" field - ReadyForDev *Status is correct *Platform is included *Feature is included *Priority and Severity correctly set *Logs included (In reply to sassmann from comment #0) > After switching display inputs on the monitor (Dell U3415W) the screen > wouldn't come back from standby. Reproduced this with drm-tip Thanks for filing this bug. Can you please describe this a bit more in detail? What was the display input switch that caused this? What was the DP mode in the monitor at that time? How did you switch the display input? Does this happen if you don't force the mode from cmdline? Can you please try this hack? diff --git a/drivers/gpu/drm/i915/intel_dp.c b/drivers/gpu/drm/i915/intel_dp.c index 76c8a0b..197db3d 100644 --- a/drivers/gpu/drm/i915/intel_dp.c +++ b/drivers/gpu/drm/i915/intel_dp.c @@ -2486,7 +2486,7 @@ void intel_dp_sink_dpms(struct intel_dp *intel_dp, int mode) if (mode != DRM_MODE_DPMS_ON) { ret = drm_dp_dpcd_writeb(&intel_dp->aux, DP_SET_POWER, - DP_SET_POWER_D3); + 0x5); } else { struct intel_lspcon *lspcon = dp_to_lspcon(intel_dp); (In reply to Dhinakaran Pandiyan from comment #5) > (In reply to sassmann from comment #0) > > After switching display inputs on the monitor (Dell U3415W) the screen > > wouldn't come back from standby. Reproduced this with drm-tip > > Thanks for filing this bug. > > Can you please describe this a bit more in detail? Sure, same setup as in bug #90963. Lenovo w541 docked in ThinkPad Dock with lid close (permanently). Dell U3415W display connected via DP as the only display. > What was the display input switch that caused this? The Monitor has 2 DP inputs. Switching input from the DP1, the w541 is connected to, to the other DP and back is sufficient to cause this problem. > What was the DP mode in the monitor at that time? Setting monitor to DP 1.1 and DP 1.2 both show the problem. > How did you switch the display input? Via monitor on-screen menu. > Does this happen if you don't force the mode from cmdline? That helps, I can switch DP inputs now without a crash! I had to force monitor input at some point as otherwise the external monitor wouldn't get detected. Now it seems to work better, so I probably can remove that quirk. > Can you please try this hack? Already tried the patch from bug #90963, didn't help with this. (In reply to sassmann from comment #6) > (In reply to Dhinakaran Pandiyan from comment #5) > > (In reply to sassmann from comment #0) > > > After switching display inputs on the monitor (Dell U3415W) the screen > > > wouldn't come back from standby. Reproduced this with drm-tip > > > > Thanks for filing this bug. > > > > Can you please describe this a bit more in detail? > > Sure, same setup as in bug #90963. > Lenovo w541 docked in ThinkPad Dock with lid close (permanently). > Dell U3415W display connected via DP as the only display. > > > What was the display input switch that caused this? > > The Monitor has 2 DP inputs. Switching input from the DP1, the w541 is > connected to, to the other DP and back is sufficient to cause this problem. > > > What was the DP mode in the monitor at that time? > > Setting monitor to DP 1.1 and DP 1.2 both show the problem. > > > How did you switch the display input? > > Via monitor on-screen menu. > > > Does this happen if you don't force the mode from cmdline? > > That helps, I can switch DP inputs now without a crash! I had to force > monitor input at some point as otherwise the external monitor wouldn't get > detected. Now it seems to work better, so I probably can remove that quirk. > Great! I think the problem is with the user space forcing a mode non-sink connectors. > > Can you please try this hack? > > Already tried the patch from bug #90963, didn't help with this. (In reply to Dhinakaran Pandiyan from comment #7) > (In reply to sassmann from comment #6) > > (In reply to Dhinakaran Pandiyan from comment #5) > > > (In reply to sassmann from comment #0) > > > > After switching display inputs on the monitor (Dell U3415W) the screen > > > > wouldn't come back from standby. Reproduced this with drm-tip > > > > > > Thanks for filing this bug. > > > > > > Can you please describe this a bit more in detail? > > > > Sure, same setup as in bug #90963. > > Lenovo w541 docked in ThinkPad Dock with lid close (permanently). > > Dell U3415W display connected via DP as the only display. > > > > > What was the display input switch that caused this? > > > > The Monitor has 2 DP inputs. Switching input from the DP1, the w541 is > > connected to, to the other DP and back is sufficient to cause this problem. > > > > > What was the DP mode in the monitor at that time? > > > > Setting monitor to DP 1.1 and DP 1.2 both show the problem. > > > > > How did you switch the display input? > > > > Via monitor on-screen menu. > > > > > Does this happen if you don't force the mode from cmdline? > > > > That helps, I can switch DP inputs now without a crash! I had to force > > monitor input at some point as otherwise the external monitor wouldn't get > > detected. Now it seems to work better, so I probably can remove that quirk. > > > > Great! I think the problem is with the user space forcing a mode non-sink > connectors. > > > > > Can you please try this hack? > > > > Already tried the patch from bug #90963, didn't help with this. I think we can close this bug as Rodrigo fixed the kernel crash and the monitor switching issues are being dealt in https://bugs.freedesktop.org/show_bug.cgi?id=90963 |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.