RE: Tegra DRM device tree bindings

Am Donnerstag, den 28.06.2012, 10:51 -0600 schrieb Stephen Warren: On 06/28/2012 05:12 AM, Thierry Reding wrote: On Wed, Jun 27, 2012 at 05:59:55PM +0200, Lucas Stach wrote: Am Mittwoch, den 27.06.2012, 16:44 +0200 schrieb Thierry Reding: ... In the ideal case I would want to

Re: Tegra DRM device tree bindings

On 06/28/2012 11:19 AM, Lucas Stach wrote: ... CMA is just a way of providing large contiguous address space blocks in a dynamic fashion. ... TTM though solves more advanced matters, like buffer synchronisation between 3D and 2D block of hardware ... IMHO the best solution would be to use

Re: [Lf_driver_backport] [ANN] compat-drm tree

On Wed, Jun 27, 2012 at 3:27 PM, Ozan Çağlayan ozan...@gmail.com wrote: Hi, I'm maintaining a compat-drm tree (based on compat.git) as part of my GSoC project with Linux Foundation, under the mentorship of Luis R. Rodriguez. The aim of the tree is to offer the latest DRM stuff to people

Re: [PATCH 1/3] pci_regs: define LNKSTA2 pcie cap + bits.

Hi, 2012-06-27 09:35 keltezéssel, Dave Airlie írta: From: Dave Airlie airl...@redhat.com We need these for detecting the max link speed for drm drivers. Signed-off-by: Dave Airlie airl...@redhat.com I have reported this in March:

[PATCH 0/4] drm/exynos: add exceptions to framebuffer module

this patch sets fixes some minor issues to exynos drm framebuffer module. when user sent wrong gem memory type, framebuffer size and so on to driver side, the driver has to check if those data are valid or not properly. Thanks. Inki Dae (4): drm/exynos: fixed a comment to gem size.

[PATCH 1/4] drm/exynos: fixed a comment to gem size.

Signed-off-by: Inki Dae inki@samsung.com Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com --- drivers/gpu/drm/exynos/exynos_drm_gem.h |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_gem.h

[PATCH 3/4] drm/exynos: check if gem type is valid or not for fb.

physically non-contiguous memory can't be used for framebuffer yet. so this patch checks if the gem memory type is valid or not for the framebuffer. Signed-off-by: Inki Dae inki@samsung.com Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com --- drivers/gpu/drm/exynos/exynos_drm_fb.c |

[PATCH 2/4] drm/exynos: add packed_size not aligned in page unit.

this patch adds packed_size variable in exynos_drm_gem_obj struct and this variable is used to check for valid framebuffer and gem size. Signed-off-by: Inki Dae inki@samsung.com Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com --- drivers/gpu/drm/exynos/exynos_drm_gem.c |2 ++

[PATCH 4/4] drm/exynos: check if framebuffer and gem size are valid or not.

with addfb request by user, wrong framebuffer or gem size could be sent to kernel side so this could induce invalid memory access by dma of a device. this patch checks if framebuffer and gem size are valid or not to avoid this issue. Signed-off-by: Inki Dae inki@samsung.com Signed-off-by:

Re: [Lf_driver_backport] [ANN] compat-drm tree

Given that the compat module is shared, and a quite a bit of other code / style is shared, and I'd love to see us start to formalize documenting collateral evolutions on the kernel in one place I'd like to propose to you merging this into compat-wirless and we then rename the project to

Re: [PATCH] staging: drm/omap: add rotation properties

On Wed, 2012-06-27 at 09:06 -0500, Rob Clark wrote: From: Rob Clark r...@ti.com Use tiled buffers for rotated/reflected scanout, with CRTC and plane properties as the interface for userspace to configure rotation. Signed-off-by: Rob Clark r...@ti.com +/* this should probably be in

Re: [PATCH] staging: drm/omap: add rotation properties

On Fri, Jun 29, 2012 at 5:46 AM, Tomi Valkeinen tomi.valkei...@ti.com wrote: On Wed, 2012-06-27 at 09:06 -0500, Rob Clark wrote: From: Rob Clark r...@ti.com Use tiled buffers for rotated/reflected scanout, with CRTC and plane properties as the interface for userspace to configure rotation.

[Bug 51557] New: Ubuntu[12.04]: X server crashes on running any command in xterm window

https://bugs.freedesktop.org/show_bug.cgi?id=51557 Bug #: 51557 Summary: Ubuntu[12.04]: X server crashes on running any command in xterm window Classification: Unclassified Product: Mesa Version: unspecified Platform:

[Bug 51558] New: Ubuntu[12.04]: X server crashes on running any command in xterm window

https://bugs.freedesktop.org/show_bug.cgi?id=51558 Bug #: 51558 Summary: Ubuntu[12.04]: X server crashes on running any command in xterm window Classification: Unclassified Product: Mesa Version: unspecified Platform:

[Bug 51558] Ubuntu[12.04]: X server crashes on running any command in xterm window

https://bugs.freedesktop.org/show_bug.cgi?id=51558 --- Comment #1 from samit vats hysv...@gmail.com 2012-06-29 05:27:59 PDT --- Created attachment 63608 -- https://bugs.freedesktop.org/attachment.cgi?id=63608 dmesg -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email

[Bug 51558] Ubuntu[12.04]: X server crashes on running any command in xterm window

https://bugs.freedesktop.org/show_bug.cgi?id=51558 --- Comment #2 from samit vats hysv...@gmail.com 2012-06-29 05:28:30 PDT --- Created attachment 63609 -- https://bugs.freedesktop.org/attachment.cgi?id=63609 xorg.conf -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email

[Bug 51557] Ubuntu[12.04]: X server crashes on running any command in xterm window

https://bugs.freedesktop.org/show_bug.cgi?id=51557 Michel Dänzer mic...@daenzer.net changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 51558] Ubuntu[12.04]: X server crashes on running any command in xterm window

https://bugs.freedesktop.org/show_bug.cgi?id=51558 --- Comment #3 from Michel Dänzer mic...@daenzer.net 2012-06-29 06:18:33 PDT --- *** Bug 51557 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving

[Bug 51558] Ubuntu[12.04]: X server crashes on running any command in xterm window

https://bugs.freedesktop.org/show_bug.cgi?id=51558 Michel Dänzer mic...@daenzer.net changed: What|Removed |Added Attachment #63607|application/octet-stream|text/plain

[Bug 51558] Ubuntu[12.04]: X server crashes on running any command in xterm window

https://bugs.freedesktop.org/show_bug.cgi?id=51558 Michel Dänzer mic...@daenzer.net changed: What|Removed |Added Status|NEW |RESOLVED

Re: Tegra DRM device tree bindings

On 28.06.2012 20:19, Lucas Stach wrote: TTM though solves more advanced matters, like buffer synchronisation between 3D and 2D block of hardware or syncing buffer access between GPU and CPU. One of the most interesting things of TTM is the ability to purge the GPU DMA buffers to scattered

[PATCH 00/10] Start documenting the radeon drm better

From: Alex Deucher alexander.deuc...@amd.com This is something I've been wanting to do for a while and I finally spent a little time getting a start on it. There is still a lot to do and not all of my descriptions are great, but I think we can document the rest in bits and pieces. I also added a

[PATCH 01/10] drm/radeon: document radeon_device.c

From: Alex Deucher alexander.deuc...@amd.com Adds documentation to most of the functions in radeon_device.c Signed-off-by: Alex Deucher alexander.deuc...@amd.com --- drivers/gpu/drm/radeon/radeon_device.c | 344 +++- 1 files changed, 341 insertions(+), 3

[PATCH 02/10] drm/radeon: document radeon_kms.c

From: Alex Deucher alexander.deuc...@amd.com Adds documentation to most of the functions in radeon_kms.c Signed-off-by: Alex Deucher alexander.deuc...@amd.com --- drivers/gpu/drm/radeon/radeon_kms.c | 126 +++ 1 files changed, 126 insertions(+), 0 deletions(-)

[PATCH 03/10] drm/radeon: document radeon_irq_kms.c

From: Alex Deucher alexander.deuc...@amd.com Adds documentation to most of the functions in radeon_irq_kms.c Signed-off-by: Alex Deucher alexander.deuc...@amd.com --- drivers/gpu/drm/radeon/radeon_irq_kms.c | 150 +++ 1 files changed, 150 insertions(+), 0

[PATCH 05/10] drm/radeon: document radeon_fence.c

From: Alex Deucher alexander.deuc...@amd.com Adds documentation to most of the functions in radeon_fence.c Signed-off-by: Alex Deucher alexander.deuc...@amd.com --- drivers/gpu/drm/radeon/radeon_fence.c | 373 + 1 files changed, 373 insertions(+), 0 deletions(-)

[PATCH 06/10] drm/radeon: document radeon_ring.c

From: Alex Deucher alexander.deuc...@amd.com Adds documentation to most of the functions in radeon_ring.c Signed-off-by: Alex Deucher alexander.deuc...@amd.com --- drivers/gpu/drm/radeon/radeon_ring.c | 374 +- 1 files changed, 373 insertions(+), 1 deletions(-)

[PATCH 07/10] drm/radeon: document non-VM functions in radeon_gart.c

From: Alex Deucher alexander.deuc...@amd.com Document the non-VM functions in radeon_gart.c Signed-off-by: Alex Deucher alexander.deuc...@amd.com --- drivers/gpu/drm/radeon/radeon_gart.c | 154 +- 1 files changed, 151 insertions(+), 3 deletions(-) diff --git

[PATCH 09/10] drm/radeon: start to document the functions r100.c

From: Alex Deucher alexander.deuc...@amd.com Still a lot more to do. Signed-off-by: Alex Deucher alexander.deuc...@amd.com --- drivers/gpu/drm/radeon/r100.c | 127 - 1 files changed, 124 insertions(+), 3 deletions(-) diff --git

[PATCH 08/10] drm/radeon: document VM functions in radeon_gart.c

From: Alex Deucher alexander.deuc...@amd.com Document the VM functions in radeon_gart.c Signed-off-by: Alex Deucher alexander.deuc...@amd.com --- drivers/gpu/drm/radeon/radeon_gart.c | 237 ++ 1 files changed, 237 insertions(+), 0 deletions(-) diff --git

[PATCH 10/10] drm/radeon: start to document evergreen.c

From: Alex Deucher alexander.deuc...@amd.com Still a lot to do. Signed-off-by: Alex Deucher alexander.deuc...@amd.com --- drivers/gpu/drm/radeon/evergreen.c | 120 1 files changed, 120 insertions(+), 0 deletions(-) diff --git

Re: [PATCH 00/10] Start documenting the radeon drm better

On 29.06.2012 16:28, alexdeuc...@gmail.com wrote: From: Alex Deucher alexander.deuc...@amd.com This is something I've been wanting to do for a while and I finally spent a little time getting a start on it. There is still a lot to do and not all of my descriptions are great, but I think we can

[PATCH 2/3] drm/radeon: add error handling to fence_wait_empty_locked

Instead of returning the error handle it directly and while at it fix the comments about the ring lock. Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/radeon.h |2 +- drivers/gpu/drm/radeon/radeon_fence.c | 33 + 2

[PATCH 1/3] drm/radeon: move ring locking out of reset path

Hold the ring lock the whole time the reset is in progress, otherwise another process can submit new jobs. Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/evergreen.c |8 drivers/gpu/drm/radeon/ni.c|8

[PATCH 3/3] drm/radeon: add error handling to radeon_vm_unbind_locked

Waiting for a fence can fail for different reasons, the most common is a deadlock. Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/radeon_gart.c | 17 ++--- 1 file changed, 14 insertions(+), 3 deletions(-) diff --git

Re: [PATCH] i915: initialize CADL in opregion

On Thu, Jun 28, 2012 at 01:05:58PM +0200, Daniel Vetter wrote: On Thu, Jun 28, 2012 at 1:24 AM, Lekensteyn lekenst...@gmail.com wrote: Thank you, I've now written a partial analysis which is available at https://github.com/Lekensteyn/acpi-

Re: [PATCH] drm/radeon: fix VM page table setup on SI

On Don, 2012-06-28 at 17:53 -0400, alexdeuc...@gmail.com wrote: From: Alex Deucher alexander.deuc...@amd.com Cayman and trinity allow for variable sized VM page tables, but SI requires that all page tables be the same size. The current code assumes variablely sized VM page tables so SI

Re: [PATCH 00/10] Start documenting the radeon drm better

On Fri, Jun 29, 2012 at 10:42 AM, Tom Stellard thomas.stell...@amd.com wrote: On Fri, Jun 29, 2012 at 10:28:20AM -0400, alexdeuc...@gmail.com wrote: From: Alex Deucher alexander.deuc...@amd.com This is something I've been wanting to do for a while and I finally spent a little time getting a

Re: [PATCH 00/10] Start documenting the radeon drm better

On Fri, Jun 29, 2012 at 10:39 AM, Christian König deathsim...@vodafone.de wrote: On 29.06.2012 16:28, alexdeuc...@gmail.com wrote: From: Alex Deucher alexander.deuc...@amd.com This is something I've been wanting to do for a while and I finally spent a little time getting a start on it.  

Re: [PATCH 00/10] Start documenting the radeon drm better

On Fri, Jun 29, 2012 at 10:28:20AM -0400, alexdeuc...@gmail.com wrote: From: Alex Deucher alexander.deuc...@amd.com This is something I've been wanting to do for a while and I finally spent a little time getting a start on it. There is still a lot to do and not all of my descriptions are

Re: [PATCH 05/10] drm/radeon: document radeon_fence.c

Some minor comments spread over the whole file, see below: On 29.06.2012 16:28, alexdeuc...@gmail.com wrote: From: Alex Deucher alexander.deuc...@amd.com Adds documentation to most of the functions in radeon_fence.c Signed-off-by: Alex Deucher alexander.deuc...@amd.com ---

Re: [PATCH 1/3] drm/radeon: move ring locking out of reset path

On Fre, 2012-06-29 at 16:45 +0200, Christian König wrote: Hold the ring lock the whole time the reset is in progress, otherwise another process can submit new jobs. Sounds good, but doesn't this create other paths (e.g. initialization, resume) where the ring is being accessed without holding

Re: [PATCH 3/3] drm/radeon: add error handling to radeon_vm_unbind_locked

On Fre, 2012-06-29 at 16:45 +0200, Christian König wrote: Waiting for a fence can fail for different reasons, the most common is a deadlock. Signed-off-by: Christian König deathsim...@vodafone.de Reviewed-by: Michel Dänzer michel.daen...@amd.com -- Earthling Michel Dänzer |

Re: [PATCH 1/3] drm/radeon: move ring locking out of reset path

On 29.06.2012 17:09, Michel Dänzer wrote: On Fre, 2012-06-29 at 16:45 +0200, Christian König wrote: Hold the ring lock the whole time the reset is in progress, otherwise another process can submit new jobs. Sounds good, but doesn't this create other paths (e.g. initialization, resume) where

Re: [PATCH 2/3] drm/radeon: add error handling to fence_wait_empty_locked

On Fre, 2012-06-29 at 16:45 +0200, Christian König wrote: Instead of returning the error handle it directly and while at it fix the comments about the ring lock. Sounds like this should really be two separate changes? Signed-off-by: Christian König deathsim...@vodafone.de Either way,

Re: [PATCH] drm/radeon: fix VM page table setup on SI

On Fri, Jun 29, 2012 at 10:49 AM, Michel Dänzer mic...@daenzer.net wrote: On Don, 2012-06-28 at 17:53 -0400, alexdeuc...@gmail.com wrote: From: Alex Deucher alexander.deuc...@amd.com Cayman and trinity allow for variable sized VM page tables, but SI requires that all page tables be the same

Re: [PATCH] drm/radeon: fix VM page table setup on SI

On Fri, Jun 29, 2012 at 11:23 AM, Alex Deucher alexdeuc...@gmail.com wrote: On Fri, Jun 29, 2012 at 10:49 AM, Michel Dänzer mic...@daenzer.net wrote: On Don, 2012-06-28 at 17:53 -0400, alexdeuc...@gmail.com wrote: From: Alex Deucher alexander.deuc...@amd.com Cayman and trinity allow for

Re: [PATCH 00/10] Start documenting the radeon drm better

2012/6/29 alexdeuc...@gmail.com: From: Alex Deucher alexander.deuc...@amd.com This is something I've been wanting to do for a while and I finally spent a little time getting a start on it.  There is still a lot to do and not all of my descriptions are great, but I think we can document the

Re: [PATCH] drm/radeon: fix VM page table setup on SI

On Fre, 2012-06-29 at 11:28 -0400, Jerome Glisse wrote: On Fri, Jun 29, 2012 at 11:23 AM, Alex Deucher alexdeuc...@gmail.com wrote: On Fri, Jun 29, 2012 at 10:49 AM, Michel Dänzer mic...@daenzer.net wrote: On Don, 2012-06-28 at 17:53 -0400, alexdeuc...@gmail.com wrote: From: Alex Deucher

Re: [PATCH 1/3] drm/radeon: move ring locking out of reset path

On Fre, 2012-06-29 at 17:18 +0200, Christian König wrote: On 29.06.2012 17:09, Michel Dänzer wrote: On Fre, 2012-06-29 at 16:45 +0200, Christian König wrote: Hold the ring lock the whole time the reset is in progress, otherwise another process can submit new jobs. Sounds good, but

[PATCH 01/10] drm/radeon: document radeon_device.c (v2)

From: Alex Deucher alexander.deuc...@amd.com Adds documentation to most of the functions in radeon_device.c v2: split out general descriptions as per Christian's comments. Signed-off-by: Alex Deucher alexander.deuc...@amd.com --- drivers/gpu/drm/radeon/radeon_device.c | 313

[PATCH 02/10] drm/radeon: document radeon_kms.c

From: Alex Deucher alexander.deuc...@amd.com Adds documentation to most of the functions in radeon_kms.c Signed-off-by: Alex Deucher alexander.deuc...@amd.com --- drivers/gpu/drm/radeon/radeon_kms.c | 126 +++ 1 files changed, 126 insertions(+), 0 deletions(-)

[PATCH 03/10] drm/radeon: document radeon_irq_kms.c

From: Alex Deucher alexander.deuc...@amd.com Adds documentation to most of the functions in radeon_irq_kms.c Signed-off-by: Alex Deucher alexander.deuc...@amd.com --- drivers/gpu/drm/radeon/radeon_irq_kms.c | 150 +++ 1 files changed, 150 insertions(+), 0

[PATCH 05/10] drm/radeon: document radeon_fence.c (v2)

From: Alex Deucher alexander.deuc...@amd.com Adds documentation to most of the functions in radeon_fence.c v2: address Christian's comments: - split common concept description into it's own comment - fix description of intr parameter - Improve description of -EDEADLK error Signed-off-by: Alex

[PATCH 06/10] drm/radeon: document radeon_ring.c (v2)

From: Alex Deucher alexander.deuc...@amd.com Adds documentation to most of the functions in radeon_ring.c v2: adjust per Christian's suggestions Signed-off-by: Alex Deucher alexander.deuc...@amd.com --- drivers/gpu/drm/radeon/radeon_ring.c | 216 +- 1 files

[PATCH 07/10] drm/radeon: document non-VM functions in radeon_gart.c (v2)

From: Alex Deucher alexander.deuc...@amd.com Document the non-VM functions in radeon_gart.c v2: adjust per Christian's suggestions Signed-off-by: Alex Deucher alexander.deuc...@amd.com --- drivers/gpu/drm/radeon/radeon_gart.c | 125 +- 1 files changed, 122

[PATCH 08/10] drm/radeon: document VM functions in radeon_gart.c (v2)

From: Alex Deucher alexander.deuc...@amd.com Document the VM functions in radeon_gart.c v2: adjust per Christian's suggestions Signed-off-by: Alex Deucher alexander.deuc...@amd.com --- drivers/gpu/drm/radeon/radeon_gart.c | 159 ++ 1 files changed, 159

[PATCH 09/10] drm/radeon: start to document the functions r100.c

From: Alex Deucher alexander.deuc...@amd.com Still a lot more to do. Signed-off-by: Alex Deucher alexander.deuc...@amd.com --- drivers/gpu/drm/radeon/r100.c | 127 - 1 files changed, 124 insertions(+), 3 deletions(-) diff --git

[PATCH 10/10] drm/radeon: start to document evergreen.c

From: Alex Deucher alexander.deuc...@amd.com Still a lot to do. Signed-off-by: Alex Deucher alexander.deuc...@amd.com --- drivers/gpu/drm/radeon/evergreen.c | 120 1 files changed, 120 insertions(+), 0 deletions(-) diff --git

Re: [PATCH] drm/radeon: fix VM page table setup on SI

On Fri, Jun 29, 2012 at 12:14 PM, Michel Dänzer mic...@daenzer.net wrote: On Fre, 2012-06-29 at 11:28 -0400, Jerome Glisse wrote: On Fri, Jun 29, 2012 at 11:23 AM, Alex Deucher alexdeuc...@gmail.com wrote: On Fri, Jun 29, 2012 at 10:49 AM, Michel Dänzer mic...@daenzer.net wrote: On Don,

Fw: [ANNOUNCE] libdrm 2.4.37

git send-email doesn't appear to be doing the right thing. Begin forwarded message: Date: Fri, 29 Jun 2012 11:17:47 -0700 From: Ben Widawsky b...@bwidawsk.net To: xorg-annou...@lists.freedesktop.org Cc: mesa-...@lists.freedesktop.org, intel-...@lists.freedesktop.org,

Re: [Intel-gfx] Fw: [ANNOUNCE] libdrm 2.4.37

On Fri, 29 Jun 2012 11:48:29 -0700 Ben Widawsky b...@bwidawsk.net wrote: git send-email doesn't appear to be doing the right thing. Begin forwarded message: Date: Fri, 29 Jun 2012 11:17:47 -0700 From: Ben Widawsky b...@bwidawsk.net To: xorg-annou...@lists.freedesktop.org Cc:

[PATCH] drm/radeon: make a few SI functions static

From: Alex Deucher alexander.deuc...@amd.com Not used outside of si.c Signed-off-by: Alex Deucher alexander.deuc...@amd.com --- drivers/gpu/drm/radeon/si.c |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/radeon/si.c b/drivers/gpu/drm/radeon/si.c

[Mesa-dev] [libdrm PATCH 4/4] xf86drm.c: Make more code UDEV unrelevant and fix a memory leak.

On Thu, Jun 28, 2012 at 09:51:58PM +0200, Johannes Obermayr wrote: These patches should be sent to dri-devel, not mesa-dev. > --- > xf86drm.c | 15 ++- > 1 files changed, 10 insertions(+), 5 deletions(-) > > diff --git a/xf86drm.c b/xf86drm.c > index 6ea068f..798f1fd 100644 > ---

Tegra DRM device tree bindings

> Am Donnerstag, den 28.06.2012, 10:51 -0600 schrieb Stephen Warren: > > On 06/28/2012 05:12 AM, Thierry Reding wrote: > > > On Wed, Jun 27, 2012 at 05:59:55PM +0200, Lucas Stach wrote: > > >> Am Mittwoch, den 27.06.2012, 16:44 +0200 schrieb Thierry Reding: > > ... > > >>> In the ideal case I

Tegra DRM device tree bindings

> > Am Donnerstag, den 28.06.2012, 10:51 -0600 schrieb Stephen Warren: > > > On 06/28/2012 05:12 AM, Thierry Reding wrote: > > > > On Wed, Jun 27, 2012 at 05:59:55PM +0200, Lucas Stach wrote: > > > >> Am Mittwoch, den 27.06.2012, 16:44 +0200 schrieb Thierry Reding: > > > ... > > > >>> In the ideal

[PATCH 1/3] pci_regs: define LNKSTA2 pcie cap + bits.

Hi, 2012-06-27 09:35 keltez?ssel, Dave Airlie ?rta: > From: Dave Airlie > > We need these for detecting the max link speed for drm drivers. > > Signed-off-by: Dave Airlie I have reported this in March: http://lists.freedesktop.org/archives/dri-devel/2012-March/019731.html Since then, this

[PATCH 3/4] drm/exynos: check if gem type is valid or not for fb.

physically non-contiguous memory can't be used for framebuffer yet. so this patch checks if the gem memory type is valid or not for the framebuffer. Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_fb.c | 38 1 files

[PATCH 0/4] drm/exynos: add exceptions to framebuffer module

this patch sets fixes some minor issues to exynos drm framebuffer module. when user sent wrong gem memory type, framebuffer size and so on to driver side, the driver has to check if those data are valid or not properly. Thanks. Inki Dae (4): drm/exynos: fixed a comment to gem size.

[PATCH 1/4] drm/exynos: fixed a comment to gem size.

Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_gem.h |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_gem.h b/drivers/gpu/drm/exynos/exynos_drm_gem.h index 14d038b..085b2a5 100644 ---

[PATCH 2/4] drm/exynos: add packed_size not aligned in page unit.

this patch adds packed_size variable in exynos_drm_gem_obj struct and this variable is used to check for valid framebuffer and gem size. Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_gem.c |2 ++ drivers/gpu/drm/exynos/exynos_drm_gem.h |3

[PATCH 4/4] drm/exynos: check if framebuffer and gem size are valid or not.

with addfb request by user, wrong framebuffer or gem size could be sent to kernel side so this could induce invalid memory access by dma of a device. this patch checks if framebuffer and gem size are valid or not to avoid this issue. Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park ---

[Lf_driver_backport] [ANN] compat-drm tree

> Given that the compat module is shared, and a quite a bit of other > code / style is shared, and I'd love to see us start to formalize > documenting collateral evolutions on the kernel in one place I'd like > to propose to you merging this into compat-wirless and we then rename > the project to

[PATCH] staging: drm/omap: add rotation properties

bbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120629/8c147b25/attachment.pgp>

[PATCH] staging: drm/omap: add rotation properties

On Fri, Jun 29, 2012 at 5:46 AM, Tomi Valkeinen wrote: > On Wed, 2012-06-27 at 09:06 -0500, Rob Clark wrote: >> From: Rob Clark >> >> Use tiled buffers for rotated/reflected scanout, with CRTC and plane >> properties as the interface for userspace to configure rotation. >> >> Signed-off-by: Rob

[Bug 51557] New: Ubuntu[12.04]: X server crashes on running any command in xterm window

https://bugs.freedesktop.org/show_bug.cgi?id=51557 Bug #: 51557 Summary: Ubuntu[12.04]: X server crashes on running any command in xterm window Classification: Unclassified Product: Mesa Version: unspecified Platform:

[Bug 51558] New: Ubuntu[12.04]: X server crashes on running any command in xterm window

https://bugs.freedesktop.org/show_bug.cgi?id=51558 Bug #: 51558 Summary: Ubuntu[12.04]: X server crashes on running any command in xterm window Classification: Unclassified Product: Mesa Version: unspecified Platform:

[Bug 51558] Ubuntu[12.04]: X server crashes on running any command in xterm window

https://bugs.freedesktop.org/show_bug.cgi?id=51558 --- Comment #1 from samit vats 2012-06-29 05:27:59 PDT --- Created attachment 63608 --> https://bugs.freedesktop.org/attachment.cgi?id=63608 dmesg -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are

[Bug 51558] Ubuntu[12.04]: X server crashes on running any command in xterm window

https://bugs.freedesktop.org/show_bug.cgi?id=51558 --- Comment #2 from samit vats 2012-06-29 05:28:30 PDT --- Created attachment 63609 --> https://bugs.freedesktop.org/attachment.cgi?id=63609 xorg.conf -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You

[Bug 51557] Ubuntu[12.04]: X server crashes on running any command in xterm window

https://bugs.freedesktop.org/show_bug.cgi?id=51557 Michel D?nzer changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 51558] Ubuntu[12.04]: X server crashes on running any command in xterm window

https://bugs.freedesktop.org/show_bug.cgi?id=51558 --- Comment #3 from Michel D?nzer 2012-06-29 06:18:33 PDT --- *** Bug 51557 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail

[Bug 51558] Ubuntu[12.04]: X server crashes on running any command in xterm window

https://bugs.freedesktop.org/show_bug.cgi?id=51558 Michel D?nzer changed: What|Removed |Added Attachment #63607|application/octet-stream|text/plain mime type|

[Bug 51558] Ubuntu[12.04]: X server crashes on running any command in xterm window

https://bugs.freedesktop.org/show_bug.cgi?id=51558 Michel D?nzer changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

Tegra DRM device tree bindings

On 28.06.2012 20:19, Lucas Stach wrote: > TTM though solves more advanced matters, like buffer synchronisation > between 3D and 2D block of hardware or syncing buffer access between GPU > and CPU. > One of the most interesting things of TTM is the ability to purge the > GPU DMA buffers to

[PATCH 00/10] Start documenting the radeon drm better

From: Alex Deucher This is something I've been wanting to do for a while and I finally spent a little time getting a start on it. There is still a lot to do and not all of my descriptions are great, but I think we can document the rest in bits and pieces. I also added

[PATCH 01/10] drm/radeon: document radeon_device.c

From: Alex Deucher Adds documentation to most of the functions in radeon_device.c Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_device.c | 344 +++- 1 files changed, 341 insertions(+), 3 deletions(-) diff --git

[PATCH 02/10] drm/radeon: document radeon_kms.c

From: Alex Deucher Adds documentation to most of the functions in radeon_kms.c Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_kms.c | 126 +++ 1 files changed, 126 insertions(+), 0 deletions(-) diff --git

[PATCH 03/10] drm/radeon: document radeon_irq_kms.c

From: Alex Deucher Adds documentation to most of the functions in radeon_irq_kms.c Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_irq_kms.c | 150 +++ 1 files changed, 150 insertions(+), 0 deletions(-) diff --git

[PATCH 04/10] drm/radeon: document radeon_asic.c

From: Alex Deucher Adds documentation to most of the functions in radeon_asic.c Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_asic.c | 46 ++ 1 files changed, 46 insertions(+), 0 deletions(-) diff --git

[PATCH 05/10] drm/radeon: document radeon_fence.c

From: Alex Deucher Adds documentation to most of the functions in radeon_fence.c Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_fence.c | 373 + 1 files changed, 373 insertions(+), 0 deletions(-) diff --git

[PATCH 06/10] drm/radeon: document radeon_ring.c

From: Alex Deucher Adds documentation to most of the functions in radeon_ring.c Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_ring.c | 374 +- 1 files changed, 373 insertions(+), 1 deletions(-) diff --git

[PATCH 07/10] drm/radeon: document non-VM functions in radeon_gart.c

From: Alex Deucher Document the non-VM functions in radeon_gart.c Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_gart.c | 154 +- 1 files changed, 151 insertions(+), 3 deletions(-) diff --git

[PATCH 09/10] drm/radeon: start to document the functions r100.c

From: Alex Deucher Still a lot more to do. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/r100.c | 127 - 1 files changed, 124 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/radeon/r100.c

[PATCH 08/10] drm/radeon: document VM functions in radeon_gart.c

From: Alex Deucher Document the VM functions in radeon_gart.c Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_gart.c | 237 ++ 1 files changed, 237 insertions(+), 0 deletions(-) diff --git

[PATCH 10/10] drm/radeon: start to document evergreen.c

From: Alex Deucher Still a lot to do. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/evergreen.c | 120 1 files changed, 120 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/radeon/evergreen.c

[PATCH 00/10] Start documenting the radeon drm better

On 29.06.2012 16:28, alexdeucher at gmail.com wrote: > From: Alex Deucher > > This is something I've been wanting to do for a while and > I finally spent a little time getting a start on it. There > is still a lot to do and not all of my descriptions are great, > but I think we can document the

[PATCH 2/3] drm/radeon: add error handling to fence_wait_empty_locked

Instead of returning the error handle it directly and while at it fix the comments about the ring lock. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon.h |2 +- drivers/gpu/drm/radeon/radeon_fence.c | 33 + 2 files changed, 22

[PATCH 1/3] drm/radeon: move ring locking out of reset path

Hold the ring lock the whole time the reset is in progress, otherwise another process can submit new jobs. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/evergreen.c |8 drivers/gpu/drm/radeon/ni.c|8 drivers/gpu/drm/radeon/r100.c |

[PATCH 3/3] drm/radeon: add error handling to radeon_vm_unbind_locked

Waiting for a fence can fail for different reasons, the most common is a deadlock. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon_gart.c | 17 ++--- 1 file changed, 14 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_gart.c

[PATCH] i915: initialize CADL in opregion

On Thu, Jun 28, 2012 at 01:05:58PM +0200, Daniel Vetter wrote: > On Thu, Jun 28, 2012 at 1:24 AM, Lekensteyn wrote: > > Thank you, I've now written a partial analysis which is available at > > https://github.com/Lekensteyn/acpi- > > stuff/blob/HEAD/dsl/Asus_Zenbook_DanielVetter/analysis.txt

  1   2   >