Re: [PATCH 04/12] drm/ttm: use ttm put pages function to properly restore cache attribute

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

Re: [PATCH 05/12] drm/ttm: convert page allocation to use page ptr array instead of list V3

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

Re: [PATCH 06/12] drm/ttm: test for dma_address array allocation failure

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

Re: [PATCH 08/12] drm/ttm: introduce callback for ttm_tt populate unpopulate

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

Re: [PATCH 07/12] drm/ttm: merge ttm_backend and ttm_tt

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,

Re: [PATCH 09/12] ttm: Provide DMA aware TTM page pool code.

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 { *

[Bug 42678] Dual Screen Monitor Gnome-shell 3 hard lock ups - ATI open source Radeon

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 --

[Bug 42678] Dual Screen Monitor Gnome-shell 3 hard lock ups - ATI open source Radeon

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

Re: [mipsel+rs780e]Occasionally GPU lockup after resuming from suspend.

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

[PATCH] drm/radeon/kms: make an aux failure debug only

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

Re: [mipsel+rs780e]Occasionally GPU lockup after resuming from suspend.

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

Re: [PATCH 02/12] drm/ttm: remove split btw highmen and lowmem page

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

Re: [PATCH 05/12] drm/ttm: convert page allocation to use page ptr array instead of list V3

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

Re: [Intel-gfx] [PATCH 1/5] drm: add plane support

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.

[PATCH 2/2] drm: add an fb creation ioctl that takes a pixel format

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

Re: [RFC 1/2] dma-buf: Introduce dma buffer sharing mechanismch

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

[PATCH v2] radeon: Make sure CS mutex is held across GPU reset.

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

Re: [mipsel+rs780e]Occasionally GPU lockup after resuming from suspend.

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

Re: [RFC 1/2] dma-buf: Introduce dma buffer sharing mechanismch

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

Re: [RFC 1/2] dma-buf: Introduce dma buffer sharing mechanism

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:

Re: [PATCH 1/2] drm: add plane support

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

[PATCH 1/2] drm: add plane support

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

[PATCH 2/2] drm: add an fb creation ioctl that takes a pixel format

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

Re: [PATCH 1/2] drm: add plane support

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:

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

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

Re: [PATCH 4/5] drm/i915: add destination color key support

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

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

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

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

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. +

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

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)

Re: [PATCH 4/5] drm/i915: add destination color key support

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

Re: [PATCH 4/5] drm/i915: add destination color key support

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

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

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

Re: [PATCH 4/5] drm/i915: add destination color key support

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

[Bug 27314] displayport link training fails on certain panels (channel equalization fails)

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

[Bug 27314] displayport link training fails on certain panels (channel equalization fails)

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:

r600 hdmi sound issue

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

Re: r600 hdmi sound issue

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,

Re: Linux 3.2-rc1

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.

Strange effect with i915 backlight controller

; 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>

[PATCH 01/12] drm/ttm: remove userspace backed ttm object support

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

[mipsel+rs780e]Occasionally "GPU lockup" after resuming from suspend.

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 */ >

[PATCH 01/12] drm/ttm: remove userspace backed ttm object support

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

[PATCH 02/12] drm/ttm: remove split btw highmen and lowmem page

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

[PATCH 03/12] drm/ttm: remove unused backend flags field

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 - >

[PATCH 04/12] drm/ttm: use ttm put pages function to properly restore cache attribute

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

[PATCH 05/12] drm/ttm: convert page allocation to use page ptr array instead of list V3

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

[PATCH 06/12] drm/ttm: test for dma_address array allocation failure

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

[PATCH 08/12] drm/ttm: introduce callback for ttm_tt populate & unpopulate

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

[PATCH 07/12] drm/ttm: merge ttm_backend and ttm_tt

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

[PATCH 09/12] ttm: Provide DMA aware TTM page pool code.

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 {

[Bug 42678] Dual Screen Monitor Gnome-shell 3 hard lock ups - ATI open source Radeon

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" --

[Bug 42678] Dual Screen Monitor Gnome-shell 3 hard lock ups - ATI open source Radeon

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

[Bug 40034] E-350 misprocesses shader

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

[Intel-gfx] [PATCH 1/5] drm: add plane support

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:

[mipsel+rs780e]Occasionally "GPU lockup" after resuming from suspend.

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

[PATCH] drm/radeon/kms: make an aux failure debug only

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

[mipsel+rs780e]Occasionally "GPU lockup" after resuming from suspend.

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

[PATCH 02/12] drm/ttm: remove split btw highmen and lowmem page

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

ttm: merge ttm_backend & ttm_tt, introduce ttm dma allocator [FULL]

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

Any news on HDMI EDID pasing of CEA Short Video Descriptors

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,

[PATCH 05/12] drm/ttm: convert page allocation to use page ptr array instead of list V3

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

[Intel-gfx] [PATCH 1/5] drm: add plane support

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>

[PATCH 1/2] drm: add plane support

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

[PATCH 2/2] drm: add an fb creation ioctl that takes a pixel format

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

[RFC 1/2] dma-buf: Introduce dma buffer sharing mechanismch

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. > > > >

[PATCH 1/2] drm: add plane support

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 >

[PATCH v2] radeon: Make sure CS mutex is held across GPU reset.

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

[PATCH 1/2] drm: add plane support

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

[RFC 1/2] dma-buf: Introduce dma buffer sharing mechanismch

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 > >

[mipsel+rs780e]Occasionally "GPU lockup" after resuming from suspend.

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

[RFC 1/2] dma-buf: Introduce dma buffer sharing mechanismch

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

[RFC 1/2] dma-buf: Introduce dma buffer sharing mechanism

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: >> > >+/** >> >

Linux 3.2-rc1

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: > >

[PATCH 1/2] drm: add plane support

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>

[PATCH 1/2] drm: add plane support

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

[PATCH 2/2] drm: add an fb creation ioctl that takes a pixel format

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

[PATCH 1/2] drm: add plane support

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 >

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

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

[PATCH 4/5] drm/i915: add destination color key support

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:

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

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

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

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

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

>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>

[PATCH 4/5] drm/i915: add destination color key support

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

[PATCH 4/5] drm/i915: add destination color key support

: <http://lists.freedesktop.org/archives/dri-devel/attachments/2008/f9a302f8/attachment.pgp>

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

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

[Bug 27314] displayport link training fails on certain panels (channel equalization fails)

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

r600 hdmi sound issue

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20111108/335a23cb/attachment.html>

r600 hdmi sound issue

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