On Tue, 10 May 2011 15:27:45 -0400, Adam Jackson wrote:
> Signed-off-by: Adam Jackson
Wow, that was still around?
Reviewed-by: Eric Anholt
pgpe9y8jC9O0d.pgp
Description: PGP signature
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http:
On Wed, 2011-05-11 at 02:24 +0800, Eric Anholt wrote:
> They have been moved from the ringbuffer groups to their own group it
> looks like. Fixes GPU hangs on gnome startup.
>
> Signed-off-by: Eric Anholt
> ---
> drivers/gpu/drm/i915/i915_reg.h |3 +++
> drivers/gpu/drm/i915/intel_r
On Tue, 10 May 2011 14:16:57 -0700, Jesse Barnes
wrote:
> That's in patch 7/7, you want me to combine this fix with the feature
> addition for ILK+?
No, I'm good with separate patches, just want to see the patch described
correctly.
--
keith.pack...@intel.com
pgpO7yVWkT3rA.pgp
Description:
On Tue, 10 May 2011 11:45:54 -0700, Eric Anholt wrote:
> On Mon, 9 May 2011 11:42:13 -0700, Jesse Barnes
> wrote:
> This feels like a lot of churn to me, for the pre-gen4 chipsets at
> least. gen2 is always is_830_display (which is overly specific), and
> gen3 is always is_i915_display.
The ar
On Tue, 19 Apr 2011 12:12:38 -0700, Jesse Barnes
wrote:
> Figuring out which pipe bpp to use is a bit painful. It depends on both
> the encoder and display configuration attached to a pipe. For instance,
> to drive a 24bpp framebuffer out to an 18bpp panel, we need to use 6bpc
> on the pipe but
On Tue, 10 May 2011 14:16:57 -0700
Jesse Barnes wrote:
> On Tue, 10 May 2011 14:12:48 -0700
> Keith Packard wrote:
>
> > On Tue, 19 Apr 2011 12:12:35 -0700, Jesse Barnes
> > wrote:
> >
> > > ILK+ provides this feature in the transcoder and pipe configuration
> > > instead.
> >
> > This does
On Tue, 10 May 2011 14:12:48 -0700
Keith Packard wrote:
> On Tue, 19 Apr 2011 12:12:35 -0700, Jesse Barnes
> wrote:
>
> > ILK+ provides this feature in the transcoder and pipe configuration
> > instead.
>
> This doesn't seem to add in a new implementation of this feature for
> ILK, just stops
On Tue, 19 Apr 2011 12:12:35 -0700, Jesse Barnes
wrote:
> ILK+ provides this feature in the transcoder and pipe configuration
> instead.
This doesn't seem to add in a new implementation of this feature for
ILK, just stops using the pre-ILK version on ILK. Please explain how
this is sufficient?
Hi Keith and Chris,
I'm a bit confused about drm-intel maintainership. Please clarify.
And if drm-intel mainterships switches permanently to Keith, please
send out a proper announcement and a corresponding patch to
MAINTAINERS.
Yours, Daniel
--
Daniel Vetter
daniel.vet...@ffwll.ch - +41 (0) 79
Signed-off-by: Adam Jackson
---
src/intel_driver.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/src/intel_driver.c b/src/intel_driver.c
index b79f8c9..8666421 100644
--- a/src/intel_driver.c
+++ b/src/intel_driver.c
@@ -84,7 +84,6 @@ USE OR OTHER DEALINGS IN THE SOFTW
On Mon, 9 May 2011 11:42:13 -0700, Jesse Barnes
wrote:
> On Thu, 05 May 2011 23:57:56 +0100
> Chris Wilson wrote:
>
> > On Thu, 5 May 2011 15:16:45 -0700, Jesse Barnes
> > wrote:
> > > We generally use the gen number to indicate the generation of the render
> > > portion of the chip. In som
They have been moved from the ringbuffer groups to their own group it
looks like. Fixes GPU hangs on gnome startup.
Signed-off-by: Eric Anholt
---
drivers/gpu/drm/i915/i915_reg.h |3 +++
drivers/gpu/drm/i915/intel_ringbuffer.c | 27 ---
2 files changed, 27
I implemented this just a few days ago:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=e5169e9615e8391ea369415b356168717b8f7be0
It's a new use flags instead of a new format, because, well, it's not
a new pixel format, but a restriction on how the buffers should be
allocated.
Kristian
On Tue,
Current EGL only support one drm buffer format which is
EGL_DRM_BUFFER_FORMAT_ARGB32_MESA. This
format works fine with normal image, but if we want to
create a drm buffer which will be used for a hardware cursor,
then it has problem. The default behaviou for this format is
14 matches
Mail list logo
