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