| Summary: | [i965] Low resolution for HDMI-connected TV | ||
|---|---|---|---|
| Product: | xorg | Reporter: | Geir Ove Myhr <gomyhr> |
| Component: | Driver/intel | Assignee: | ykzhao <yakui.zhao> |
| Status: | RESOLVED FIXED | QA Contact: | Xorg Project Team <xorg-team> |
| Severity: | normal | ||
| Priority: | medium | CC: | agx, jardasmid, michael.fu |
| Version: | git | Keywords: | patch |
| Hardware: | x86-64 (AMD64) | ||
| OS: | Linux (All) | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Attachments: | |||
|
Description
Geir Ove Myhr
2009-08-02 18:04:00 UTC
Created attachment 28299 [details]
Xorg log with KMS disabled
Created attachment 28300 [details]
"xrandr --verbose" output with KMS disabled
Created attachment 28391 [details]
xorg.log with KMS enabled
1) to get 1080i mode used by X, we need to support interlace mode (dup of bug# 11220) 2) to read out 720p mode , we need to support to parse mode from EDID extensions for HDMI. (In reply to comment #4) > 1) to get 1080i mode used by X, we need to support interlace mode (dup of bug# > 11220) Yes, I noted that in the downstream report. Let this bug focus on 720p. pls try if this patch work or not, for 720p problem: http://www.mail-archive.com/dri-devel@lists.sourceforge.net/msg42703.html (In reply to comment #6) > pls try if this patch work or not, for 720p problem: > > http://www.mail-archive.com/dri-devel@lists.sourceforge.net/msg42703.html > I compiled kernel (2.6.29) with the patch applied (I had to make some some changes - remove "timing_level = standard_timing_level(edid);" and remove "timing_level" argument from "drm_mode_std(dev, std, timing_level);" because it didn't compile with that. But ... it's still the same, only 480p available. (In reply to comment #7) > (In reply to comment #6) > > pls try if this patch work or not, for 720p problem: > > > > http://www.mail-archive.com/dri-devel@lists.sourceforge.net/msg42703.html > > > > I compiled kernel (2.6.29) with the patch applied (I had to make some some > changes - remove "timing_level = standard_timing_level(edid);" and remove > "timing_level" argument from "drm_mode_std(dev, std, timing_level);" because it > didn't compile with that. But ... it's still the same, only 480p available. > I'll try to compile 2.6.31 from git to see if it works, but I doubt it. Grr, I don't get it. Against which version of kernel is that patch? I downloaded 2.6.31rc8 and there are only 2 arguments to drm_mode_std as in 2.6.29. (In reply to comment #9) > Grr, I don't get it. Against which version of kernel is that patch? I > downloaded 2.6.31rc8 and there are only 2 arguments to drm_mode_std as in > 2.6.29. > Ok, found that. I applied http://www.mail-archive.com/dri-devel@lists.sourceforge.net/msg42703.html on top of patch provided by yakui zhao adding third argument for drm_mode_std (http://patchwork.kernel.org/patch/36729/mbox/) and two patches adding drm_cvt_mode (http://patchwork.kernel.org/patch/36727/mbox/) with fix (http://www.mail-archive.com/dri-devel@lists.sourceforge.net/msg41991.html) and drm_gtf_mode (http://patchwork.kernel.org/patch/36728/mbox/). Compiled 2.6.31rc8 with them applied and what I get now is WORKING 720p resolution. 720p is available with KMS only, it doesn't appear when using UMS, but I don't need UMS (but I can test patch adding support for it if someone create one). Thank you a lot, really. Finally working 720p :-) Created attachment 29026 [details]
xrandr --verbose output with KMS enabled showing 720p resolution available
(In reply to comment #10) 720p > is available with KMS only, it doesn't appear when using UMS, but I don't need > UMS (but I can test patch adding support for it if someone create one). > UMS need fixes in xserver rather than just xfree86-video-intel. we've patches but no response and we've given up... btw, thanks for the testing and I'll reopen this bug till the patch falls into Dave's tree.. The following commit is already put in the Dave's drm-next tree. commit 882f0219518196a94cd2772004e87b178467139a Author: Zhao Yakui <yakui.zhao@intel.com> Date: Wed Aug 26 18:20:49 2009 +0800 drm/kms: Parse the detailed time info in CEA-EDID So this bug can be marked as resolved. thanks. *** Bug 13025 has been marked as a duplicate of this bug. *** I can confirm this is working now nicely with 2.6.32 and kms enabled. |
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.