On Tue, Nov 08, 2011 at 02:31:00PM -0800, Jesse Barnes wrote:
> On Tue, 8 Nov 2011 22:57:03 +0100 Daniel Vetter wrote:
> > > @@ -270,8 +270,14 @@ void intel_fb_restore_mode(struct drm_device *dev)
> > > {
> > > int ret;
> > > drm_i915_private_t *dev_priv = dev->dev_private;
> > > + struct
On Tue, Nov 08, 2011 at 10:57:03PM +0100, Daniel Vetter wrote:
> > + /*
> > +* Clamp the width & height into the visible area. Note we don't
> > +* try to scale the source if part of the visible region is offscreen.
> > +* The caller must handle that by adjusting source offset and
On Mon, Nov 07, 2011 at 10:02:56AM -0800, Jesse Barnes wrote:
> 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.
>
> Signed-off-by: Jesse Barnes
I'll again look at this
On Mon, Nov 07, 2011 at 10:02:55AM -0800, Jesse Barnes wrote:
> 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.
>
> Signed-off-by:
On Mon, Nov 07, 2011 at 10:02:54AM -0800, Jesse Barnes wrote:
> 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.
>
> Signed-off-by: Jesse Barnes
I've not checked the
On Tue, 8 Nov 2011 13:18:33 -0800, Jesse Barnes
wrote:
> Planes are a bit like half-CRTCs. They have a location and fb, but
> don't drive outputs directly. Add support for handling them to the core
> KMS code.
>
> Acked-by: Alan Cox
> Reviewed-by: Rob Clark
> Reviewed-by: Daniel Vetter
>
On Tue, Nov 08, 2011 at 05:55:17PM +, Russell King - ARM Linux wrote:
> On Tue, Nov 08, 2011 at 06:42:27PM +0100, Daniel Vetter wrote:
> > Actually I think the importer should get a _mapped_ scatterlist when it
> > calls get_scatterlist. The simple reason is that for strange stuff like
> >
On Tue, Nov 8, 2011 at 7:08 PM, Greg Dietsche wrote:
> Hi,
> I have a ASUS M4A89GTD motherboard and when I play back music in Rhythmbox,
> there is no sound (hdmi connection). Also, the playback speed is in a sort
> of fast forward (for example, after a few seconds of real time, rhythmbox
> shows
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20111108/335a23cb/attachment.html>
From: Michel D?nzer
This was only the case if the GPU reset was triggered from the CS ioctl,
otherwise other processes could happily enter the CS ioctl and wreak havoc
during the GPU reset.
This is a little complicated because the GPU reset can be triggered from the
CS
On Tue, Nov 08, 2011 at 10:59:56AM -0600, Clark, Rob wrote:
> On Thu, Nov 3, 2011 at 3:04 AM, Marek Szyprowski
> > 2. dma-mapping api is very limited in the area of the dynamic buffer
> > management,
> > this API has been designed definitely for static buffer allocation and
> > mapping.
> >
> >
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #58 from Rafael ?vila de Esp?ndola
2011-11-08 18:10:31 UTC ---
I also decided to try reverting c7eeda8c3f3514ba95ebf2893fbe124bf526b3df and it
works.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
On Tue, Nov 08, 2011 at 06:42:27PM +0100, Daniel Vetter wrote:
> Actually I think the importer should get a _mapped_ scatterlist when it
> calls get_scatterlist. The simple reason is that for strange stuff like
> memory remapped into e.g. omaps TILER doesn't have any sensible notion of
> an
On Tue, 8 Nov 2011 09:38:52 -0800, Jesse Barnes
wrote:
> +int drm_mode_getplane(struct drm_device *dev, void *data,
> + struct drm_file *file_priv)
> +{
> + struct drm_mode_get_plane *plane_resp = data;
> + struct drm_mode_object *obj;
> + struct drm_plane
On Tue, 8 Nov 2011 09:38:52 -0800, Jesse Barnes
wrote:
> Planes are a bit like half-CRTCs. They have a location and fb, but
> don't drive outputs directly. Add support for handling them to the core
> KMS code.
>
> Acked-by: Alan Cox
> Reviewed-by: Rob Clark
> Reviewed-by: Daniel Vetter
>
On Tue, Nov 8, 2011 at 5:06 PM, Daniel Vetter wrote:
> On Mon, Nov 07, 2011 at 10:02:55AM -0800, Jesse Barnes wrote:
>> 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
Hi all !
I would like to ask, if there is any news on implementing the Short
Video Descriptors parsing in the EDID data.
There was already a patch before, but I don't think it went into mainline.
http://www.spinics.net/lists/dri-devel/msg02626.html
Without this, htpc users with XBMC, MythTV,
And, I want to know something:
1, Does GPU use MC to access GTT?
2, What can cause MC timeout?
> Hi,
>
> Some status update.
> ? 2011?9?29? ??5:17?Chen Jie ???
>> Hi,
>> Add more information.
>> We got occasionally "GPU lockup" after resuming from suspend(on mipsel
>> platform with a mips64
Hi,
Some status update.
? 2011?9?29? ??5:17?Chen Jie ???
> Hi,
> Add more information.
> We got occasionally "GPU lockup" after resuming from suspend(on mipsel
> platform with a mips64 compatible CPU and rs780e, the kernel is 3.1.0-rc8
> 64bit). Related kernel message:
> /* return from STR */
>
On Mon, Nov 07, 2011 at 10:02:52AM -0800, Jesse Barnes wrote:
> Planes are a bit like half-CRTCs. They have a location and fb, but
> don't drive outputs directly. Add support for handling them to the core
> KMS code.
>
> Signed-off-by: Jesse Barnes
One question belowk, but still:
Reviewed-by:
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2008/f9a302f8/attachment.pgp>
>struct_mutex);
> > +
> > + intel_plane->disable_plane(plane);
>
> Again, move the vblank_wait which is inside the disable_plane outside of
> the struct_mutex lock. We really need some generic infrastructure to run
> something after the next vblank in a workqueu. Would clean up pageflip,
> the legacy overlay and kill the vblank here ...
Yeah, that would be nice. Blocking userspace on the vblank is also not
nice.
> > + ret = i915_gem_object_finish_gpu(intel_plane->obj);
> > + if (ret)
> > + goto out_unlock;
>
> What's the reason for that finish_gpu here?
Slavish emulation of some other teardown code paths. If we ever do
flipping on the sprites, I think we'll want it.
Thanks,
--
Jesse Barnes, Intel Open Source Technology Center
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2008/106eae76/attachment-0001.pgp>
To properly support the various plane formats supported by different
hardware, the kernel must know the pixel format of a framebuffer object.
So add a new ioctl taking a format argument corresponding to a fourcc
name from videodev2.h. Implement the fb creation hooks in terms of the
new
Planes are a bit like half-CRTCs. They have a location and fb, but
don't drive outputs directly. Add support for handling them to the core
KMS code.
Acked-by: Alan Cox
Reviewed-by: Rob Clark
Reviewed-by: Daniel Vetter
Signed-off-by: Jesse Barnes
---
drivers/gpu/drm/drm_crtc.c | 257
el Open Source Technology Center
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2008/a0e3de45/attachment.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=40034
--- Comment #8 from Lauri Kasanen 2011-11-08 05:06:44
PST ---
I can't; the same function is used for everything from r600 on - I have no idea
whether it would break other hw. As mentioned in the comment above, the bug is
not there on a r700
Hmm, I don't know what caused this to trigger, but I'm adding both the
i915 people and the HDA people to the cc, and they can fight to the
death about this in the HDMI Thunderdome.
Guys: One.. Two.. Three.. FIGHT!
Linus
On Tue, Nov 8, 2011 at 6:55 AM, Nick Bowler wrote:
>
>
On Tue, Nov 08, 2011 at 09:11:20AM +0100, Thomas Hellstrom wrote:
> On 11/08/2011 12:40 AM, j.glisse at gmail.com wrote:
> >From: Jerome Glisse
> >
> >Use the ttm_tt page ptr array for page allocation, move the list to
> >array unwinding into the page allocation functions.
> >
> >V2 split the fix
On Thu, Nov 3, 2011 at 3:04 AM, Marek Szyprowski
wrote:
> Hello,
>
> I'm sorry for a late reply, but after Kernel Summit/ELC I have some comments.
>
> On Friday, October 14, 2011 5:35 PM Daniel Vetter wrote:
>
>> On Fri, Oct 14, 2011 at 12:00:58PM +0200, Tomasz Stanislawski wrote:
>> > >+/**
>> >
https://bugs.freedesktop.org/show_bug.cgi?id=42678
--- Comment #12 from Filip 2011-11-08 02:35:35 PST ---
Thanks for the input.
At this moment I have reinstalled the open source drivers and it seems stable
now. I have tried using catalyst and maybe that has caused issues (as catalyst
apparently
https://bugs.freedesktop.org/show_bug.cgi?id=42678
--- Comment #11 from Michel D?nzer 2011-11-08 02:33:27
PST ---
If none of Alex's suggestions help, does either of the following options work
around the problem?
Option "SwapbuffersWait" "off"
Option "EnablePageFlip" "off"
--
On Mon, Nov 07, 2011 at 06:40:20PM -0500, j.glisse at gmail.com wrote:
> Ok so here is full patchset, including nouveau support, Ben if you
> could review (if change to nouveau in patch 7 are correct then others
> change to nouveau are more than likely 100% correct :)).
You are missing one patch
On Tue, Nov 08, 2011 at 03:33:03PM +0800, Chen Jie wrote:
> Hi,
>
> Some status update.
> ? 2011?9?29? ??5:17?Chen Jie ???
> > Hi,
> > Add more information.
> > We got occasionally "GPU lockup" after resuming from suspend(on mipsel
> > platform with a mips64 compatible CPU and rs780e, the kernel
On Tue, Nov 08, 2011 at 08:56:17AM +0100, Thomas Hellstrom wrote:
> On 11/08/2011 12:40 AM, j.glisse at gmail.com wrote:
> >From: Jerome Glisse
> >
> >Split btw highmem and lowmem page was rendered useless by the
> >pool code. Remove it.
>
> Actually it was introduced so that we could call
From: Alex Deucher
Can happen when there is no DP panel attached, confusing
users. Make it debug only.
Signed-off-by: Alex Deucher
Cc: stable at kernel.org
---
drivers/gpu/drm/radeon/atombios_dp.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff
On 11/08/2011 12:40 AM, j.glisse at gmail.com wrote:
> diff --git a/include/drm/ttm/ttm_bo_driver.h b/include/drm/ttm/ttm_bo_driver.h
> index ae06e42..beef9ab 100644
> --- a/include/drm/ttm/ttm_bo_driver.h
> +++ b/include/drm/ttm/ttm_bo_driver.h
> @@ -104,6 +104,7 @@ enum ttm_caching_state {
On 11/08/2011 12:40 AM, j.glisse at gmail.com wrote:
> From: Jerome Glisse
>
> ttm_backend will exist only and only with a ttm_tt, and ttm_tt
> will be of interesting use only when bind to a backend. Thus to
> avoid code& data duplication btw the two merge them.
>
>
Looks mainly good, but
To properly support the various plane formats supported by different
hardware, the kernel must know the pixel format of a framebuffer object.
So add a new ioctl taking a format argument corresponding to a fourcc
name from videodev2.h. Implement the fb creation hooks in terms of the
new
Planes are a bit like half-CRTCs. They have a location and fb, but
don't drive outputs directly. Add support for handling them to the core
KMS code.
Acked-by: Alan Cox
Reviewed-by: Rob Clark
Reviewed-by: Daniel Vetter
Signed-off-by: Jesse Barnes
---
drivers/gpu/drm/drm_crtc.c | 251
On 11/08/2011 12:40 AM, j.glisse at gmail.com wrote:
> From: Jerome Glisse
>
> Move the page allocation and freeing to driver callback and
> provide ttm code helper function for those.
>
> Most intrusive change, is the fact that we now only fully
> populate an object this simplify some of code
2011/11/8 :
> And, I want to know something:
> 1, Does GPU use MC to access GTT?
Yes. All GPU clients (display, 3D, etc.) go through the MC to access
memory (vram or gart).
> 2, What can cause MC timeout?
Lots of things. Some GPU client still active, some GPU client hung or
not properly
Reviewed-by: Thomas Hellstrom
On 11/08/2011 12:40 AM, j.glisse at gmail.com wrote:
> From: Jerome Glisse
>
> Signed-off-by: Jerome Glisse
> Reviewed-by: Konrad Rzeszutek Wilk
> ---
> drivers/gpu/drm/ttm/ttm_tt.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git
On 11/08/2011 12:40 AM, j.glisse at gmail.com wrote:
> From: Jerome Glisse
>
> Use the ttm_tt page ptr array for page allocation, move the list to
> array unwinding into the page allocation functions.
>
> V2 split the fix to use ttm put page as a separate fix
> properly fill pages array when
Reviewed-by: Thomas Hellstrom
On 11/08/2011 12:40 AM, j.glisse at gmail.com wrote:
> From: Jerome Glisse
>
> On failure we need to make sure the page we free has wb cache
> attribute. Do this pas call the proper ttm page helper function.
>
> Signed-off-by: Jerome Glisse
> Reviewed-by: Konrad
Reviewed-by: Thomas Hellstrom
On 11/08/2011 12:40 AM, j.glisse at gmail.com wrote:
> From: Jerome Glisse
>
> This field is not use by any of the driver just drop it.
>
> Signed-off-by: Jerome Glisse
> Reviewed-by: Konrad Rzeszutek Wilk
> ---
> drivers/gpu/drm/radeon/radeon_ttm.c |1 -
>
On 11/08/2011 12:40 AM, j.glisse at gmail.com wrote:
> From: Jerome Glisse
>
> Split btw highmem and lowmem page was rendered useless by the
> pool code. Remove it.
Actually it was introduced so that we could call set_pages_array_xx
when changing caching attributes of an existing TTM, since the
On 11/08/2011 12:40 AM, j.glisse at gmail.com wrote:
> From: Jerome Glisse
>
> This was never use in none of the driver, properly using userspace
> page for bo would need more code (vma interaction mostly). Removing
> this dead code in preparation of ttm_tt& backend merge.
>
>
This is not
drm_plane {
> > + struct drm_device *dev;
> > + struct device kdev;
> > + struct device_attribute *attr;
>
> What are these two for?
Oh I can drop those. I had plans to expose some sysfs stuff, but I
don't think I'll bother. Thanks.
--
Jesse Barnes, Intel Open Source Technology Center
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2008/25222089/attachment.pgp>
On 11/08/2011 12:40 AM, j.glisse at gmail.com wrote:
> From: Jerome Glisse
>
> This was never use in none of the driver, properly using userspace
> page for bo would need more code (vma interaction mostly). Removing
> this dead code in preparation of ttm_tt& backend merge.
>
>
Jerome,
I
; Daniel
-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: lspci-v-x20.txt
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2008/3891ab5d/attachment-0001.txt>
Reviewed-by: Thomas Hellstrom thellst...@vmware.com
On 11/08/2011 12:40 AM, j.gli...@gmail.com wrote:
From: Jerome Glissejgli...@redhat.com
On failure we need to make sure the page we free has wb cache
attribute. Do this pas call the proper ttm page helper function.
Signed-off-by: Jerome
On 11/08/2011 12:40 AM, j.gli...@gmail.com wrote:
From: Jerome Glissejgli...@redhat.com
Use the ttm_tt page ptr array for page allocation, move the list to
array unwinding into the page allocation functions.
V2 split the fix to use ttm put page as a separate fix
properly fill pages array when
Reviewed-by: Thomas Hellstrom thellst...@vmware.com
On 11/08/2011 12:40 AM, j.gli...@gmail.com wrote:
From: Jerome Glissejgli...@redhat.com
Signed-off-by: Jerome Glissejgli...@redhat.com
Reviewed-by: Konrad Rzeszutek Wilkkonrad.w...@oracle.com
---
drivers/gpu/drm/ttm/ttm_tt.c |2 +-
1
On 11/08/2011 12:40 AM, j.gli...@gmail.com wrote:
From: Jerome Glissejgli...@redhat.com
Move the page allocation and freeing to driver callback and
provide ttm code helper function for those.
Most intrusive change, is the fact that we now only fully
populate an object this simplify some of
On 11/08/2011 12:40 AM, j.gli...@gmail.com wrote:
From: Jerome Glissejgli...@redhat.com
ttm_backend will exist only and only with a ttm_tt, and ttm_tt
will be of interesting use only when bind to a backend. Thus to
avoid code data duplication btw the two merge them.
Looks mainly good,
On 11/08/2011 12:40 AM, j.gli...@gmail.com wrote:
diff --git a/include/drm/ttm/ttm_bo_driver.h b/include/drm/ttm/ttm_bo_driver.h
index ae06e42..beef9ab 100644
--- a/include/drm/ttm/ttm_bo_driver.h
+++ b/include/drm/ttm/ttm_bo_driver.h
@@ -104,6 +104,7 @@ enum ttm_caching_state {
*
https://bugs.freedesktop.org/show_bug.cgi?id=42678
--- Comment #11 from Michel Dänzer mic...@daenzer.net 2011-11-08 02:33:27 PST
---
If none of Alex's suggestions help, does either of the following options work
around the problem?
Option SwapbuffersWait off
Option EnablePageFlip off
--
https://bugs.freedesktop.org/show_bug.cgi?id=42678
--- Comment #12 from Filip wat...@gmail.com 2011-11-08 02:35:35 PST ---
Thanks for the input.
At this moment I have reinstalled the open source drivers and it seems stable
now. I have tried using catalyst and maybe that has caused issues (as
2011/11/8 che...@lemote.com:
And, I want to know something:
1, Does GPU use MC to access GTT?
Yes. All GPU clients (display, 3D, etc.) go through the MC to access
memory (vram or gart).
2, What can cause MC timeout?
Lots of things. Some GPU client still active, some GPU client hung or
not
From: Alex Deucher alexander.deuc...@amd.com
Can happen when there is no DP panel attached, confusing
users. Make it debug only.
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
Cc: sta...@kernel.org
---
drivers/gpu/drm/radeon/atombios_dp.c |2 +-
1 files changed, 1 insertions(+), 1
On Tue, Nov 08, 2011 at 03:33:03PM +0800, Chen Jie wrote:
Hi,
Some status update.
在 2011年9月29日 下午5:17,Chen Jie ch...@lemote.com 写道:
Hi,
Add more information.
We got occasionally GPU lockup after resuming from suspend(on mipsel
platform with a mips64 compatible CPU and rs780e, the
On Tue, Nov 08, 2011 at 08:56:17AM +0100, Thomas Hellstrom wrote:
On 11/08/2011 12:40 AM, j.gli...@gmail.com wrote:
From: Jerome Glissejgli...@redhat.com
Split btw highmem and lowmem page was rendered useless by the
pool code. Remove it.
Actually it was introduced so that we could call
On Tue, Nov 08, 2011 at 09:11:20AM +0100, Thomas Hellstrom wrote:
On 11/08/2011 12:40 AM, j.gli...@gmail.com wrote:
From: Jerome Glissejgli...@redhat.com
Use the ttm_tt page ptr array for page allocation, move the list to
array unwinding into the page allocation functions.
V2 split the
On Tue, 8 Nov 2011 15:20:37 +0100
Daniel Vetter dan...@ffwll.ch wrote:
On Mon, Nov 07, 2011 at 10:02:52AM -0800, Jesse Barnes wrote:
Planes are a bit like half-CRTCs. They have a location and fb, but
don't drive outputs directly. Add support for handling them to the core
KMS code.
To properly support the various plane formats supported by different
hardware, the kernel must know the pixel format of a framebuffer object.
So add a new ioctl taking a format argument corresponding to a fourcc
name from videodev2.h. Implement the fb creation hooks in terms of the
new
On Tue, Nov 08, 2011 at 10:59:56AM -0600, Clark, Rob wrote:
On Thu, Nov 3, 2011 at 3:04 AM, Marek Szyprowski
2. dma-mapping api is very limited in the area of the dynamic buffer
management,
this API has been designed definitely for static buffer allocation and
mapping.
It looks that
From: Michel Dänzer michel.daen...@amd.com
This was only the case if the GPU reset was triggered from the CS ioctl,
otherwise other processes could happily enter the CS ioctl and wreak havoc
during the GPU reset.
This is a little complicated because the GPU reset can be triggered from the
CS
And, I want to know something:
1, Does GPU use MC to access GTT?
2, What can cause MC timeout?
Hi,
Some status update.
在 2011年9月29日 下午5:17,Chen Jie ch...@lemote.com 写道:
Hi,
Add more information.
We got occasionally GPU lockup after resuming from suspend(on mipsel
platform with a mips64
On Tue, Nov 08, 2011 at 06:42:27PM +0100, Daniel Vetter wrote:
Actually I think the importer should get a _mapped_ scatterlist when it
calls get_scatterlist. The simple reason is that for strange stuff like
memory remapped into e.g. omaps TILER doesn't have any sensible notion of
an address in
On Thu, Nov 3, 2011 at 3:04 AM, Marek Szyprowski
m.szyprow...@samsung.com wrote:
Hello,
I'm sorry for a late reply, but after Kernel Summit/ELC I have some comments.
On Friday, October 14, 2011 5:35 PM Daniel Vetter wrote:
On Fri, Oct 14, 2011 at 12:00:58PM +0200, Tomasz Stanislawski wrote:
On Tue, 08 Nov 2011 17:50:51 +
Chris Wilson ch...@chris-wilson.co.uk wrote:
On Tue, 8 Nov 2011 09:38:52 -0800, Jesse Barnes jbar...@virtuousgeek.org
wrote:
+int drm_mode_getplane(struct drm_device *dev, void *data,
+ struct drm_file *file_priv)
+{
+ struct
Planes are a bit like half-CRTCs. They have a location and fb, but
don't drive outputs directly. Add support for handling them to the core
KMS code.
Acked-by: Alan Cox a...@lxorguk.ukuu.org.uk
Reviewed-by: Rob Clark rob.cl...@linaro.org
Reviewed-by: Daniel Vetter daniel.vet...@ffwll.ch
To properly support the various plane formats supported by different
hardware, the kernel must know the pixel format of a framebuffer object.
So add a new ioctl taking a format argument corresponding to a fourcc
name from videodev2.h. Implement the fb creation hooks in terms of the
new
On Tue, 8 Nov 2011 13:18:33 -0800, Jesse Barnes jbar...@virtuousgeek.org
wrote:
Planes are a bit like half-CRTCs. They have a location and fb, but
don't drive outputs directly. Add support for handling them to the core
KMS code.
Acked-by: Alan Cox a...@lxorguk.ukuu.org.uk
Reviewed-by:
On Mon, Nov 07, 2011 at 10:02:54AM -0800, Jesse Barnes wrote:
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.
Signed-off-by: Jesse Barnes jbar...@virtuousgeek.org
I've
On Mon, Nov 07, 2011 at 10:02:55AM -0800, Jesse Barnes wrote:
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.
Signed-off-by: Jesse
On Mon, Nov 07, 2011 at 10:02:56AM -0800, Jesse Barnes wrote:
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.
Signed-off-by: Jesse Barnes
I'll again look at this when
On Tue, Nov 08, 2011 at 10:57:03PM +0100, Daniel Vetter wrote:
+ /*
+* Clamp the width height into the visible area. Note we don't
+* try to scale the source if part of the visible region is offscreen.
+* The caller must handle that by adjusting source offset and size.
+
On Tue, 8 Nov 2011 22:57:03 +0100
Daniel Vetter dan...@ffwll.ch wrote:
I've not checked the watermarks, that kind of magic eludes me ;-) A few
other comments below.
I need to get docs on that; in particular WM handling with downscaling
is an unknown.
+#define DVS_SCALE_ENABLE (131)
On Tue, Nov 8, 2011 at 5:06 PM, Daniel Vetter dan...@ffwll.ch wrote:
On Mon, Nov 07, 2011 at 10:02:55AM -0800, Jesse Barnes wrote:
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
On Tue, 8 Nov 2011 23:06:57 +0100
Daniel Vetter dan...@ffwll.ch wrote:
On Mon, Nov 07, 2011 at 10:02:55AM -0800, Jesse Barnes wrote:
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
On Tue, Nov 08, 2011 at 02:31:00PM -0800, Jesse Barnes wrote:
On Tue, 8 Nov 2011 22:57:03 +0100 Daniel Vetter dan...@ffwll.ch wrote:
@@ -270,8 +270,14 @@ void intel_fb_restore_mode(struct drm_device *dev)
{
int ret;
drm_i915_private_t *dev_priv = dev-dev_private;
+ struct
On Tue, Nov 08, 2011 at 05:36:11PM -0500, Alex Deucher wrote:
On Tue, Nov 8, 2011 at 5:06 PM, Daniel Vetter dan...@ffwll.ch wrote:
On Mon, Nov 07, 2011 at 10:02:55AM -0800, Jesse Barnes wrote:
Add new ioctls for getting and setting the current destination color
key. This allows for simple
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #57 from Rafael Ávila de Espíndola rafael.espind...@gmail.com
2011-11-08 17:43:24 PST ---
Created attachment 53309
-- https://bugs.freedesktop.org/attachment.cgi?id=53309
xorg log with the ati driver in fedora16
I have just
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #58 from Rafael Ávila de Espíndola rafael.espind...@gmail.com
2011-11-08 18:10:31 UTC ---
I also decided to try reverting c7eeda8c3f3514ba95ebf2893fbe124bf526b3df and it
works.
--
Configure bugmail:
Hi,
I have a ASUS M4A89GTD motherboard and when I play back music in Rhythmbox,
there is no sound (hdmi connection). Also, the playback speed is in a sort
of fast forward (for example, after a few seconds of real time, rhythmbox
shows something like 30 seconds into the song). This seems to be a
On Tue, Nov 8, 2011 at 7:08 PM, Greg Dietsche g...@gregd.org wrote:
Hi,
I have a ASUS M4A89GTD motherboard and when I play back music in Rhythmbox,
there is no sound (hdmi connection). Also, the playback speed is in a sort
of fast forward (for example, after a few seconds of real time,
At Tue, 8 Nov 2011 12:23:30 -0800,
Linus Torvalds wrote:
Hmm, I don't know what caused this to trigger, but I'm adding both the
i915 people and the HDA people to the cc, and they can fight to the
death about this in the HDMI Thunderdome.
It must be the new addition of ELD-passing code.
88 matches
Mail list logo