Re: [Intel-gfx] [PATCH] drm/i915: properly handle interlaced bit for sdvo dtd conversion

2012-05-12 Thread Peter Ross
On Sat, May 12, 2012 at 10:22:58PM +0200, Daniel Vetter wrote: > We've simply ignored this, which isn't too great. With this, interlaced > 1080i works on my HDMI screen connected through sdvo. For no apparent > reason anything else still doesn't work as it should. > > While at it, give these magic

[Intel-gfx] [PATCH 2/2] drm/i915: properly implement doubleclocked hdmi modes

2012-05-12 Thread Daniel Vetter
Paulo Zanoni already fixed up the avi infoframes as mandated by CEA, this patch here now ensures that we correctly scan out these double-clocked modes. Intel hw automatically doubles the pixels and clocks, hence we want half the wire pixel clock from the drm mode, but otherwise can take the frameb

[Intel-gfx] [PATCH 1/2] drm/edid: adjust double-clocked cea modes

2012-05-12 Thread Daniel Vetter
The CEA spec has a bunch of very peculiar modes. For backwards compatibility it specifies a bunch of modes that are suitable to display old SD TV content. But these modes have such low pixel clocks that pixels need to be doubled to reach the minimal clock of the HDMI interface. Paulo Zanoni alread

[Intel-gfx] [PATCH 2/2] drm/i915: properly implement doubleclocked hdmi modes

2012-05-12 Thread Daniel Vetter
Paulo Zanoni already fixed up the avi infoframes as mandated by CEA, this patch here now ensures that we correctly scan out these double-clocked modes. Intel hw automatically doubles the pixels and clocks, hence we want half wire pixel clock from the drm mode, but otherwise can take the framebuffe

[Intel-gfx] [PATCH 1/2] drm/edid: adjust double-clocked cea modes

2012-05-12 Thread Daniel Vetter
The CEA has a bunch of very peculiar modes. For backwards compatibility is specifies a bunch of resulting that are suitable to display old SD TV content. But these modes have such low pixel clocks that pixels need to be double to reach the minimal clock of the HDMI interface. Paulo Zanoni already

Re: [Intel-gfx] [PATCH 4/4] drm/i915: s/i915_wait_reqest/i915_wait_seqno/g

2012-05-12 Thread Ben Widawsky
On Fri, 11 May 2012 19:56:42 -0300 Eugeni Dodonov wrote: > On 05/11/2012 05:54 PM, Ben Widawsky wrote: > > Wait request is poorly named IMO. After working with these functions for > > some time, I feel it's much clearer to name the functions more > > appropriately. > > > > Of course we must updat

Re: [Intel-gfx] [PATCH 3/4 v6] drm/i915: wait render timeout ioctl

2012-05-12 Thread Ben Widawsky
On Fri, 11 May 2012 20:09:19 -0300 Eugeni Dodonov wrote: > On 05/11/2012 05:54 PM, Ben Widawsky wrote: > > @@ -1800,6 +1800,7 @@ struct drm_ioctl_desc i915_ioctls[] = { > > DRM_IOCTL_DEF_DRV(I915_OVERLAY_ATTRS, intel_overlay_attrs, > > DRM_MASTER|DRM_CONTROL_ALLOW|DRM_UNLOCKED), > > DRM_

[Intel-gfx] [PATCH] drm/i915: properly handle interlaced bit for sdvo dtd conversion

2012-05-12 Thread Daniel Vetter
We've simply ignored this, which isn't too great. With this, interlaced 1080i works on my HDMI screen connected through sdvo. For no apparent reason anything else still doesn't work as it should. While at it, give these magic numbers in the dtd proper names and add a comment that they match with E

[Intel-gfx] [PATCH] drm/i915: fixup infoframe support for sdvo

2012-05-12 Thread Daniel Vetter
At least the worst offenders: - SDVO specifies that the encoder should compute the ecc. Testing also shows that we must not send the ecc field, so copy the dip_infoframe struct to a temporay place and avoid the ecc field. This way the avi infoframe is exactly 17 bytes long, which agrees with

Re: [Intel-gfx] [PATCH] drm/i915: Assert that the transcoder is indeed off before modifying it

2012-05-12 Thread Daniel Vetter
On Fri, May 11, 2012 at 09:21:25AM +0100, Chris Wilson wrote: > Cc: Jesse Barnes > Signed-off-by: Chris Wilson Queued for -next with a slightly pimped commit message, thanks for the patch. -Daniel -- Daniel Vetter Mail: dan...@ffwll.ch Mobile: +41 (0)79 365 57 48