<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <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 <a class="email" href="mailto:ville.syrjala@linux.intel.com" title="Ville Syrjala <ville.syrjala@linux.intel.com>"> Ville Syrjala</a> <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> <hr> You are receiving this mail because: <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>