On Mon, May 11, 2015 at 03:59:55PM -0400, Alex Deucher wrote:
I tried tweaking the delays in drm_dp_link_train_clock_recovery_delay, without any noticable difference. Is there something else I can try to make it try harder before giving up?
Can you attach your boot dmesg output with drm.debug=0xf set?
You might also check the dpcd values in the driver during boot up and link training. There appears to be an issue where that data gets corrupted in some cases: https://bugs.freedesktop.org/show_bug.cgi?id=73530
I tried both the 'disable spread spectrum' and 'grab dpcd info from vbios for eDP' patches from that bug. Again, no obvious difference.
Log from kernel with both applied attached.
Also a log file from after I woke up the LCD when it was in sleep mode.
Something else curious is how it only discovers a maximum mode from the LCD of 1024x768.
Dave