Summary: | Bad 4kp60 modeset over HDMI | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | DRI | Reporter: | Freddie Witherden <freddie> | ||||||
Component: | DRM/Intel | Assignee: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||||
Status: | CLOSED WONTFIX | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||||
Severity: | normal | ||||||||
Priority: | medium | CC: | freddie, intel-gfx-bugs | ||||||
Version: | unspecified | ||||||||
Hardware: | x86-64 (AMD64) | ||||||||
OS: | Linux (All) | ||||||||
Whiteboard: | Triaged | ||||||||
i915 platform: | SKL | i915 features: | |||||||
Attachments: |
|
Description
Freddie Witherden
2019-03-14 00:31:04 UTC
Can you please attach 5.0.1 kernel dmesg from boot with kernel parameters drm.debug=0x1e log_buf_len=4M? Created attachment 143666 [details]
DRM log
Requested log attached for Linux 5.0.1 connected via HDMI. Can you also attach a similar dmesg from a working kernel? Created attachment 143668 [details]
DRM log from good kernel
Nothing obvious in the logs. The one change is that we now set the infoframe for the LSPCON chip. Can you test with latest drm-tip branch to make sure we haven't fixed this in the meantime? git://anongit.freedesktop.org/drm-tip drm-tip To rule out the infoframe we could try something like this: diff --git a/drivers/gpu/drm/i915/intel_lspcon.c b/drivers/gpu/drm/i915/intel_lspcon.c index 8d202b13e24f..1eac926c0821 100644 --- a/drivers/gpu/drm/i915/intel_lspcon.c +++ b/drivers/gpu/drm/i915/intel_lspcon.c @@ -473,6 +473,8 @@ void lspcon_set_infoframes(struct intel_encoder *encoder, const struct drm_display_mode *adjusted_mode = &crtc_state->base.adjusted_mode; + return; + if (!lspcon->active) { DRM_ERROR("Writing infoframes while LSPCON disabled ?\n"); return; Applying the patch below results in display going blank immediately after bootup. Although I do not feel confident trying drm-tip I am happy to repeat the experiment when 5.1 is released. Also, let me know if there are any specific fixes or tests you would like me to try. (In reply to Freddie Witherden from comment #7) > Applying the patch below results in display going blank immediately after > bootup. > > Although I do not feel confident trying drm-tip I am happy to repeat the > experiment when 5.1 is released. Also, let me know if there are any > specific fixes or tests you would like me to try. Can you please try to verify the issue with drmtip or latest kernel?git://anongit.freedesktop.org/drm-tip drm-tip Verifying the issue with drmtip is recommended. (In reply to Lakshmi from comment #8) > (In reply to Freddie Witherden from comment #7) > > Applying the patch below results in display going blank immediately after > > bootup. > > > > Although I do not feel confident trying drm-tip I am happy to repeat the > > experiment when 5.1 is released. Also, let me know if there are any > > specific fixes or tests you would like me to try. > > Can you please try to verify the issue with drmtip or latest > kernel?git://anongit.freedesktop.org/drm-tip drm-tip > > Verifying the issue with drmtip is recommended. So unfortunately I do not have access to that hardware/device combination. The last version I was able to verify it on was 5.1. We need a user to reproduce this issue with latest drmtip, without that it's impossible to go forward with this bug. Closing this as WONTFIX. Please reopen this issue if someone can reproduce this on drmtip. Remember to attach dmesg from boot when you reopen. |
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.