<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEEDINFO "
title="NEEDINFO - [i915] [SKL] Incomplete list of HDMI connected display resolution detected"
href="https://bugs.freedesktop.org/show_bug.cgi?id=100213#c6">Comment # 6</a>
on <a class="bz_bug_link
bz_status_NEEDINFO "
title="NEEDINFO - [i915] [SKL] Incomplete list of HDMI connected display resolution detected"
href="https://bugs.freedesktop.org/show_bug.cgi?id=100213">bug 100213</a>
from <span class="vcard"><a class="email" href="mailto:ville.syrjala@linux.intel.com" title="Ville Syrjala <ville.syrjala@linux.intel.com>"> <span class="fn">Ville Syrjala</span></a>
</span></b>
<pre>The BIOS boots with a 1024x768 fb:
bře 15 19:21:04 lenoch kernel: [drm:skylake_get_initial_plane_config [i915]]
pipe A with fb: size=1024x768@32, offset=0, pitch 4096, size 0x300000
Which we reject, presumably due to the "don't use the first 4k of stolen"
thing:
bře 15 19:21:04 lenoch kernel:
[drm:i915_gem_object_create_stolen_for_preallocated [i915]] creating
preallocated stolen object: stolen_offset=0, gtt_offset=0, size=300000
bře 15 19:21:04 lenoch kernel:
[drm:i915_gem_object_create_stolen_for_preallocated [i915]] failed to allocate
stolen space
Then we detect that eDP-1 is connected:
bře 15 19:21:04 lenoch kernel: [drm:intel_dp_detect [i915]]
[CONNECTOR:48:eDP-1]
bře 15 19:21:04 lenoch kernel: [drm:intel_dp_detect [i915]] Display Port TPS3
support: source yes, sink no
bře 15 19:21:04 lenoch kernel: [drm:intel_dp_print_rates [i915]] source rates:
162000, 216000, 270000, 324000, 432000, 540000
bře 15 19:21:04 lenoch kernel: [drm:intel_dp_print_rates [i915]] sink rates:
162000, 270000
bře 15 19:21:04 lenoch kernel: [drm:intel_dp_print_rates [i915]] common rates:
162000, 270000
bře 15 19:21:04 lenoch kernel: [drm:intel_dp_read_desc [i915]] DP sink: OUI
00-00-00(NS) dev-ID HW-rev 0.0 SW-rev 0.0
But the somehow drm_setup_crtcs() fails to probe eDP-1 modes. it does seem to
probe the external connectors again, but not eDP-1 for some reason. I can't
think of any reason it could skip eDP-1. And finally it settles for a 1024x768
fb:
bře 15 19:21:04 lenoch kernel: [drm:drm_setup_crtcs [drm_kms_helper]] picking
CRTCs for 16384x16384 config
bře 15 19:21:04 lenoch kernel: [drm] Cannot find any crtc or sizes - going
1024x768
Which then causes the fb_helper to reject any mode larger than 1024x768 for
DP-2:
bře 15 19:22:25 lenoch kernel: [drm:drm_helper_probe_single_connector_modes
[drm_kms_helper]] [CONNECTOR:55:DP-2] probed modes :
bře 15 19:22:25 lenoch kernel: [drm:drm_mode_debug_printmodeline [drm]]
Modeline 86:"720x576" 50 27000 720 732 796 864 576 581 586 625 0x40 0xa
bře 15 19:22:25 lenoch kernel: [drm:drm_mode_debug_printmodeline [drm]]
Modeline 121:"720x480" 60 27027 720 736 798 858 480 489 495 525 0x40 0xa
bře 15 19:22:25 lenoch kernel: [drm:drm_mode_debug_printmodeline [drm]]
Modeline 84:"720x480" 60 27000 720 736 798 858 480 489 495 525 0x40 0xa
bře 15 19:22:25 lenoch kernel: [drm:drm_mode_debug_printmodeline [drm]]
Modeline 116:"640x480" 60 25200 640 656 752 800 480 490 492 525 0x40 0xa
bře 15 19:22:25 lenoch kernel: [drm:drm_mode_debug_printmodeline [drm]]
Modeline 76:"640x480" 60 25175 640 656 752 800 480 490 492 525 0x40 0xa
And thus you're left with a low resolution fbcon. Starting X/etc. would allow
you to see the higher resolutions as well. However there is definitely
something fishy going on when fb_helper fails to probe the eDP-1 modes.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
<li>You are the QA Contact for the bug.</li>
<li>You are on the CC list for the bug.</li>
</ul>
</body>
</html>