Re: [Intel-gfx] Plane support for SNB and IVB

2011-12-07 Thread Hai Lan
2011/12/8 Jesse Barnes > > I think the core support is ready now, but I'd like feedback on the > color key ioctl.  It would be good to have a way to disable it at > runtime (w/o color keying enabled, the sprite will always sit on top of > the primary), and potentially add alpha support at some poi

[Intel-gfx] [PATCH] xf86-video-intel: change order of DPMS operations

2011-12-07 Thread Simon Que
The operations when setting dpms on should be in the order opposite of what's done when setting dpms off. This is because of potentially conflicting effects: ~ drmModeConnectoSetProperty() enables/disables the backlight driver. Some backlight drivers such as intel_backlight set the backlight to 0

Re: [Intel-gfx] [PATCH 2/3] drm/i915: Force sync command ordering (Gen6+)

2011-12-07 Thread Jesse Barnes
On Wed, 07 Dec 2011 12:54:07 -0800 Eric Anholt wrote: > On Wed, 7 Dec 2011 11:58:05 -0800, Jesse Barnes > wrote: > > On Wed, 7 Dec 2011 10:38:41 -0800 > > Jesse Barnes wrote: > > > > > On Wed, 07 Dec 2011 10:35:45 -0800 > > > Eric Anholt wrote: > > > > > > > On Sat, 22 Oct 2011 19:41:24 -07

Re: [Intel-gfx] [BUG] Minecraft graphics issues

2011-12-07 Thread Eugeni Dodonov
On Wed, Dec 7, 2011 at 16:15, Jonas Jelten wrote: > Hi! > > What about adding Minecraft to the officially tested games list for the > released graphics package? > It's one of the most played games on Linux i think, and a lot of users are > experiencing graphical problems that don't occur in wind

Re: [Intel-gfx] [PATCH 2/3] drm/i915: Force sync command ordering (Gen6+)

2011-12-07 Thread Eric Anholt
On Wed, 7 Dec 2011 11:58:05 -0800, Jesse Barnes wrote: > On Wed, 7 Dec 2011 10:38:41 -0800 > Jesse Barnes wrote: > > > On Wed, 07 Dec 2011 10:35:45 -0800 > > Eric Anholt wrote: > > > > > On Sat, 22 Oct 2011 19:41:24 -0700, Ben Widawsky > > > wrote: > > > > The docs say this is required for

[Intel-gfx] [PATCH 1/3] drm/i915: add SNB and IVB video sprite support v5

2011-12-07 Thread Jesse Barnes
The video sprites support various video surface formats natively and can handle scaling as well. So add support for them using the new DRM core sprite support functions. v2: use drm specific fourcc header and defines v3: address Daniel's comments: - don't take struct mutex around register acces

[Intel-gfx] [PATCH 2/3] drm/i915: add destination color key support

2011-12-07 Thread Jesse Barnes
Add new ioctls for getting and setting the current destination color key. This allows for simple overlay display control by matching a color key value in the primary plane before blending the overlay on top. v2: remove unnecessary mutex acquire/release around reg accesses Signed-off-by: Jesse Ba

[Intel-gfx] [PATCH 3/3] drm/i915: track sprite coverage and disable primary plane if possible

2011-12-07 Thread Jesse Barnes
To save power when the sprite is full screen, we can disable the primary plane on the same pipe. Track the sprite status and enable/disable the primary opportunistically. v2: remove primary plane enable/disable hooks; they're identical Signed-off-by: Jesse Barnes --- drivers/gpu/drm/i915/intel_

[Intel-gfx] Plane support for SNB and IVB

2011-12-07 Thread Jesse Barnes
I think the core support is ready now, but I'd like feedback on the color key ioctl. It would be good to have a way to disable it at runtime (w/o color keying enabled, the sprite will always sit on top of the primary), and potentially add alpha support at some point. Would 0 as the color key work

Re: [Intel-gfx] [PATCH 1/3] drm/i915: add SNB and IVB video sprite support v2

2011-12-07 Thread Jesse Barnes
On Fri, 18 Nov 2011 08:53:30 +0800 "Lan, Hai" wrote: > > + /* > > +* We can take a larger source and scale it down, but > > +* only so much... 16x is the max on SNB. > > +*/ > > + if (((src_w * src_h) / (crtc_w * crtc_h)) > intel_plane->max_downscale) > > + return -EINV

Re: [Intel-gfx] [PATCH 2/3] drm/i915: Force sync command ordering (Gen6+)

2011-12-07 Thread Jesse Barnes
On Wed, 7 Dec 2011 10:38:41 -0800 Jesse Barnes wrote: > On Wed, 07 Dec 2011 10:35:45 -0800 > Eric Anholt wrote: > > > On Sat, 22 Oct 2011 19:41:24 -0700, Ben Widawsky wrote: > > > The docs say this is required for Gen7, and since the bit was added for > > > Gen6, we are also setting it there p

Re: [Intel-gfx] [PATCH 2/3] drm/i915: Force sync command ordering (Gen6+)

2011-12-07 Thread Jesse Barnes
On Wed, 07 Dec 2011 10:35:45 -0800 Eric Anholt wrote: > On Sat, 22 Oct 2011 19:41:24 -0700, Ben Widawsky wrote: > > The docs say this is required for Gen7, and since the bit was added for > > Gen6, we are also setting it there pit pf paranoia. Particularly as > > Chris points out, if PIPE_CONTRO

Re: [Intel-gfx] [PATCH 2/3] drm/i915: Force sync command ordering (Gen6+)

2011-12-07 Thread Eric Anholt
On Sat, 22 Oct 2011 19:41:24 -0700, Ben Widawsky wrote: > The docs say this is required for Gen7, and since the bit was added for > Gen6, we are also setting it there pit pf paranoia. Particularly as > Chris points out, if PIPE_CONTROL counts as a 3d state packet. > > This was found through doc i

[Intel-gfx] [BUG] Minecraft graphics issues

2011-12-07 Thread Jonas Jelten
Hi! What about adding Minecraft to the officially tested games list for the released graphics package? It's one of the most played games on Linux i think, and a lot of users are experiencing graphical problems that don't occur in windows or mac. Two screenshots of my Minecraft graphics issue: htt