[Bug 103347] [dp] intel_dp.c:1554 WARN_ON(len <=8)
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Thu Apr 19 18:19:00 UTC 2018
https://bugs.freedesktop.org/show_bug.cgi?id=103347
--- Comment #27 from shashank.sharma at intel.com <shashank.sharma at intel.com> ---
Here is your VBT setting:
[drm:intel_bios_init] Port A VBT info: DP:1 HDMI:0 DVI:0 EDP:0 CRT:0
[drm:intel_bios_init] VBT HDMI level shift for port A: 8
[drm:intel_bios_init] Port B VBT info: DP:1 HDMI:1 DVI:1 EDP:0 CRT:0
[drm:intel_bios_init] VBT HDMI level shift for port B: 8
[drm:intel_bios_init] Port C VBT info: DP:0 HDMI:1 DVI:1 EDP:0 CRT:0
[drm:intel_bios_init] VBT HDMI level shift for port C: 8
This means this is how connector allocation will go:
DP-1: PORT A
DP-2: PORT B
HDMI-A-1: PORT B
HDMI-A-2: PORT C
And also port B has LSPCON:
[drm:intel_ddi_init] VBT says port B has lspcon
So DP-2 port would be driving LSPCON device.
Now, your command line option video=DP-2:D has forced DP-2 on, which is LSPCON
Port too, which will bypass the natural DP detection path.
[ 1.471722] [drm] forcing DP-2 connector on
[ 19.208474] [drm:intel_dp_force] [CONNECTOR:69:DP-2]
[ 19.208478] [drm:intel_power_well_enable] enabling always-on
Whereas drm.edid_firmware=DP-2:edid/edid.bin will ask driver to pick edid from
this hard-coded file, not from actual monitor. Now LSPCON's FW also reads EDID
from monitor, and uses it for Link training handling.
I think as Ville mentioned, your command line is messing up with LSPCON, So
remove this hard-coding of EDID, and it should fix this issue.
- Shashank
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20180419/64c767d2/attachment.html>
More information about the intel-gfx-bugs
mailing list