| Summary: | Default 60Hz display mode drives LVDS incorrectly | ||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | xorg | Reporter: | Bryce Harrington <bryce> | ||||||||||||||
| Component: | Driver/intel | Assignee: | ykzhao <yakui.zhao> | ||||||||||||||
| Status: | RESOLVED FIXED | QA Contact: | Xorg Project Team <xorg-team> | ||||||||||||||
| Severity: | major | ||||||||||||||||
| Priority: | high | CC: | chalserogers, gomyhr, michael.fu | ||||||||||||||
| Version: | 7.4 (2008.09) | Keywords: | NEEDINFO, patch | ||||||||||||||
| Hardware: | x86 (IA32) | ||||||||||||||||
| OS: | Linux (All) | ||||||||||||||||
| Whiteboard: | |||||||||||||||||
| i915 platform: | i915 features: | ||||||||||||||||
| Attachments: |
|
||||||||||||||||
|
Description
Bryce Harrington
2009-07-13 20:58:21 UTC
Created attachment 27665 [details]
CurrentDmesg.txt
Created attachment 27666 [details]
XorgLog.txt
Created attachment 27667 [details]
Xrandr.txt
I didn't ask for Xorg.0.log with ModeDebug enabled, because it seems to make no difference with KMS. Is this correct? Created attachment 27702 [details] [review] try the debug patch in which the DPLL MD reg is updated only for SDVO device Will you please try the debug patch on the latest kernel(2.6.31-rc3) and see whether the issue still exists? In the debug patch it will write the DPLL MD reg only when the output type is SDVO device. It will be great if you can confirm whether the issue can be reproduced in UMS mode. Thanks. ping~ ykzhao wandered downstream and there are some answers there. I'm summarizing: - the corruption is gone with kernel 2.6.31-rc3, but the monitor is still driven at a frequency which is higher than what it should be according to the EDID information - When the patch in comment #5 was applied to 2.6.31-rc2 the corruption went away, but the wrong frequency problem remained. Oded, who has 85 Hz instead of 60 Hz reports the following intersting behaviour when docking and undocking his laptop: (citing in the rest of this comment) I applied the patch to the above mentioned kernel and run it. Curiously it does not feature the screen corruption that was the issue of this bug, but it does still changes to 85Hz when docked and back to 60Hz when undocked: Docked: $ xrandr Screen 0: minimum 320 x 200, current 1024 x 768, maximum 8192 x 8192 VGA1 disconnected (normal left inverted right x axis y axis) LVDS1 connected 1024x768+0+0 (normal left inverted right x axis y axis) 287mm x 215mm 1024x768 60.0 + 85.0* 75.0 70.1 60.0 50.0 832x624 74.6 800x600 85.1 72.2 75.0 60.3 56.2 640x480 85.0 72.8 75.0 59.9 720x400 85.0 640x400 85.1 640x350 85.1 DVI1 disconnected (normal left inverted right x axis y axis) Undocked: $ xrandr Screen 0: minimum 320 x 200, current 1024 x 768, maximum 8192 x 8192 VGA1 disconnected (normal left inverted right x axis y axis) LVDS1 connected 1024x768+0+0 (normal left inverted right x axis y axis) 287mm x 215mm 1024x768 60.0*+ 85.0 75.0 70.1 60.0* 50.0 832x624 74.6 800x600 85.1 72.2 75.0 60.3 56.2 640x480 85.0 72.8 75.0 59.9 720x400 85.0 640x400 85.1 640x350 85.1 DVI1 disconnected (normal left inverted right x axis y axis) Syslog has this to day when docking: Jul 22 18:02:59 sepiroth kernel: [ 177.915766] usb 1-4: new high speed USB device using ehci_hcd and address 6 Jul 22 18:02:59 sepiroth kernel: [ 178.124472] usb 1-4: configuration #1 chosen from 1 choice Jul 22 18:02:59 sepiroth kernel: [ 178.244951] hub 1-4:1.0: USB hub found Jul 22 18:02:59 sepiroth kernel: [ 178.245074] hub 1-4:1.0: 4 ports detected Jul 22 18:02:59 sepiroth kernel: [ 178.328126] [drm] LVDS-8: set mode 18 Jul 22 18:02:59 sepiroth kernel: [ 323.704995] ACPI: \_SB_.GDCK - undocking Jul 22 18:02:59 sepiroth kernel: [ 323.908261] usb 1-4: USB disconnect, address 6 Jul 22 18:02:59 sepiroth kernel: [ 324.627003] [drm] LVDS-8: set mode 19 Jul 22 18:02:59 sepiroth kernel: [ 365.583521] [drm] LVDS-8: set mode 1a Jul 22 18:02:59 sepiroth kernel: [ 381.548982] ACPI: \_SB_.GDCK - docking But doesn't say anything when undocking. the mode numbers listed are incremented each time I dock, so the next modes will be 1b, 1c and 1d. Created attachment 28612 [details] [review] add the detailed mode debug info related with the output Will you please try the debug patch on the xserver and do the test on the 2.6.31-rc2 kernel? After the system is booted, please attach the output of xorg.log. Thanks. Sorry for the late response. The remaining issue is that the monitor is still driven at a frequency which is higher than what it should be according to the EDID information. Will you please try the debug patch on the latest xserver and do the test on the 2.6.31-rc2/3 kernel? After the system is booted, please attach the output of xorg.log. Thanks. ping Chris... The patch is already shipped in Eric's drm-intel-next tree. commit bb66c5122b4300b475b585fffb811311f39f5431 Author: Zhao Yakui <yakui.zhao@intel.com> Date: Thu Sep 10 15:45:49 2009 +0800 drm/i915: Write zero to DPLL_MD Reg for non-SDVO output From the test in comment #7 it seems that this issue can't be reproduced on the failing kernel(2.6.31-rc2). So this bug will be marked as resolved. At the same time there exists the second issue that the monitor is still driven at a frequency which is higher than what it should be according to the EDID information. But there is no response from the bug reporter. If the second issue still exists, please open a new bug and attach the xorg.0.log after applying the patch in comment #8. thanks. |
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.