Summary: | [WHL] only one mode available | ||||||
---|---|---|---|---|---|---|---|
Product: | DRI | Reporter: | Timo Aaltonen <tjaalton> | ||||
Component: | DRM/Intel | Assignee: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||
Status: | RESOLVED MOVED | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||
Severity: | not set | ||||||
Priority: | not set | CC: | cooper.chiou, fourdollars, intel-gfx-bugs, jani.nikula | ||||
Version: | XOrg git | ||||||
Hardware: | Other | ||||||
OS: | All | ||||||
Whiteboard: | Triaged | ||||||
i915 platform: | CFL | i915 features: | |||||
Attachments: |
|
Description
Timo Aaltonen
2019-06-13 05:24:01 UTC
Any possibility of getting dmesg logs from the user? How old is the kernel? Did you get any chance to verify the issue with drmtip? In any case, dmesg from boot with kernel parameters drm.debug=0x1e log_buf_len=4M would be helpful for investigation. Please attach the binary EDID from /sys/class/drm/card0-eDP-1/edid (adjust card0-eDP-1 as needed). Need to check if the EDID is bogus or if our parsing of it is bogus. In any case if it's the eDP panel, we'll only use the native resolution and use scaling to support the other modes. Shouldn't matter from userspace perspective. Created attachment 144541 [details]
edid
This is a laptop panel? We don't use anything but the preferred mode anyway. All the other modes are pulled out of thin air by userspace (at least intel/modesetting ddx do this). Are you using some other userspace? Yes, this is laptop eDP panel and panel vendor enabled 18h=0x03 with preferred timing mode and continuous timing with display range limits. In drm_mode_std function, it return NULL in bad_std_timing with standard_timing_level=LEVEL_CVT since hsize=1 & vfreq_aspect=1. Wild idea, is it a fancy new display? Maybe it's Multi-SST. Please ensure CONFIG_DRM_DP_AUX_CHARDEV=y and /sys/class/drm/card0-eDP-1 actually has drm_dp_aux0, adjust the dev name accordingly, and run: # dd if=/dev/drm_dp_aux0 skip=1956 bs=1 count=1 2>/dev/null | hexdump -C Is the result non-zero? Most likely it's zero, but this should rule out one potential source of issues. Is the result non-zero? Yes, it's zero! u@u-Vostro-5391:~$ dd if=/dev/drm_dp_aux0 skip=1956 bs=1 count=1 2>/dev/null | hexdump -C u@u-Vostro-5391:~$ (In reply to Cooper Chiou from comment #8) > Is the result non-zero? > > Yes, it's zero! > > u@u-Vostro-5391:~$ dd if=/dev/drm_dp_aux0 skip=1956 bs=1 count=1 2>/dev/null > | hexdump -C > u@u-Vostro-5391:~$ Where's the output? Cooper, can you attach the output? (In reply to Lakshmi from comment #10) > Cooper, can you attach the output? Priority and severity will be set to default until the issue is confirmed. (In reply to Lakshmi from comment #10) > Cooper, can you attach the output? (In reply to Lakshmi from comment #11) > (In reply to Lakshmi from comment #10) > > Cooper, can you attach the output? > > Priority and severity will be set to default until the issue is confirmed. No response for about 2 months. Can you please attach the output of # dd if=/dev/drm_dp_aux0 skip=1956 bs=1 count=1 2>/dev/null | hexdump -C Unless we have the information, it's hard to proceed with this bug. Can you please attach the output? (In reply to Lakshmi from comment #12) > (In reply to Lakshmi from comment #10) > > Cooper, can you attach the output? > > (In reply to Lakshmi from comment #11) > > (In reply to Lakshmi from comment #10) > > > Cooper, can you attach the output? > > > > Priority and severity will be set to default until the issue is confirmed. > > No response for about 2 months. Can you please attach the output of > # dd if=/dev/drm_dp_aux0 skip=1956 bs=1 count=1 2>/dev/null | hexdump -C > > Unless we have the information, it's hard to proceed with this bug. Can you > please attach the output? sorry to be late. The result is: 0000000 \0 0000001 -- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/drm/intel/issues/313. |
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.