Hi there, I have a DELL XPS 13 laptop and it supported external monitor without any problem before when I was using kernel 3.8. Two days ago, I upgraded the kernel to 3.9 and I could not set up the resolution for the external monitor correctly. Today, I tried 3.9.1 and got the result. I checked the syslog and found the following error message: "May 8 15:11:24 debian kernel: [ 5772.815695] [drm:intel_dp_i2c_aux_ch] *ERROR* too many retries, giving up". Please let me know if you need more information. Thanks, Wei
One more for Imre's wait_for_event fixes.
I tried 3.9.2 and the issue was still there.
Ping for Imre to paste his patches for testing ...
(In reply to comment #3) > Ping for Imre to paste his patches for testing ... The two fixes attached to Bug 57461 could be tried, but judging from the error message the root cause can be something unrelated. Could you Wei also attach a dmesg log with drm.debug=0xf in the kernel command line?
Hi there, I tried the two patches and they worked partially. The resolution of the external monitor is still wrong when I plugged it first time. However, the correct resolution can be detected with the gnome display configuration tools and I can manually set it up. The error message is still there. I will send you the log file tomorrow. thanks, Wei
Created attachment 102411 [details] dmesg with drm.debug=0xf in kernel command line
Created attachment 102421 [details] dmesg with drm.debug=0xf in kernel command line with the two patches
(In reply to comment #7) > Created an attachment (id=102421) [details] > dmesg with drm.debug=0xf in kernel command line with the two patches This doesn't actually have drm.debug=0xf set .. If it was you would see it in the dmesg at 'Command line' and a lot more messages from DRM.
The set up for the kernel command without patch and with patch are exactly same. I do not know why the messages are not logged with the two patches. Anyway, you may start with the log file without the two patches and see if you can find any clue.
Wei Sun, please provide the requested dmesg with drm.debug=0xe module parameter set to make progress on the bug. Thank you.
Wei Sun wrote: > This issue was already gone after I upgraded to 3.10.3 kernel in Debian. Apparently we broke something in 3.9 but fixed it again in 3.10. We don't know what it was, and I don't expect us to find out. (Unless you're willing to bisect this for completeness...) 3.9 is EOL anyway. Just to make sure, is your 3.10.3 a vanilla upstream kernel, or a Debian kernel? I'd like to know we have the fix upstream, and not only in Debian.
Apparently reporter is happy this is working in 3.10, closing. Please reopen if the problem reappears in newer kernels.