On Tue, Sep 11, 2012 at 05:13:05PM -0700, Ben Widawsky wrote:
> There are internal patches for a feature which require a parameter to
> query whether support exists . These patches cannot be made external
> yet. In order to keep existing tests and userspace happy and free from
> conflicts, reserve
There are internal patches for a feature which require a parameter to
query whether support exists . These patches cannot be made external
yet. In order to keep existing tests and userspace happy and free from
conflicts, reserve a number for it.
Signed-off-by: Ben Widawsky
---
include/drm/i915_d
On Mon, 10 Sep 2012 16:09:18 +0200
Roberth Sjonøy wrote:
> With the WM I use (xfce WM 4.10.0) with it's compositor, the tearing
> is much less, but the little tearing who exist is very noticable.
Your option is SNA + TearFree, or use a real composited desktop. I know
it sucks. Or maybe complain
On Mon, Sep 10, 2012 at 09:34:36PM +0200, Daniel Vetter wrote:
> On Mon, Sep 10, 2012 at 09:28:17AM +0200, Daniel Vetter wrote:
> > Hi Dave,
> >
> > You're pull just reminded me that I've been sitting on a few small -fixes,
> > too. Nothing really major at all:
> > - fixup edp setup sequence (Dave
On Tue, Sep 11, 2012 at 11:57:56AM -0300, Paulo Zanoni wrote:
> 2012/9/10 Daniel Vetter :
> > This has been added in
> >
> > commit de9a35abb3b343a25065449234e47a76c4f3454a
> > Author: Daniel Vetter
> > Date: Tue Jun 5 11:03:40 2012 +0200
> >
> > drm/i915: assert that the IBX port transcoder
2012/9/10 Daniel Vetter :
> This has been added in
>
> commit de9a35abb3b343a25065449234e47a76c4f3454a
> Author: Daniel Vetter
> Date: Tue Jun 5 11:03:40 2012 +0200
>
> drm/i915: assert that the IBX port transcoder select w/a is implemented
>
> Unfortunately I've failed to notice that these
Otherwise things migt not work too well.
Breakage introduced in
commit eb1cbe4848b01f9f073064377875bc7d71eb401b
Author: Daniel Vetter
Date: Wed Mar 28 23:12:16 2012 +0200
drm/i915: split PLL update code out of i9xx_crtc_mode_set
Cc: Jesse Barnes
Cc: sta...@vger.kernel.org (for 3.5 only)
We need to check whether the _other plane is on our pipe, not whether
our plane is on the other pipe. Otherwise if not both pipes/planes are
active, we won't properly clean up the mess and set up our desired
plane->pipe mapping.
v2: Fixup the logic, I've totally fumbled it. Noticed by Chris Wilson