[Intel-gfx] [PATCH 1/2] drm: share drm_add_fake_info_node

On Wed, Jan 15, 2014 at 12:08:19PM -0800, Ben Widawsky wrote: > On Wed, Jan 15, 2014 at 09:45:28AM +0100, Daniel Vetter wrote: > > On Wed, Jan 15, 2014 at 9:39 AM, Daniel Vetter wrote: > > > On Wed, Jan 15, 2014 at 12:40 AM, Russell King - ARM Linux > > > wrote: > > >> On Wed, Jan 15, 2014 at

[Bug 73625] rv730 agp unstable while uvd video playback

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140116/f2da248e/attachment.html>

[Bug 73530] Asus U38N: Black screen with Radeon driver in Linux 3.10, 3.11 and 3.12

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140116/9c08f16a/attachment.html>

[Bug 62721] GPU lockup: radeon 0000:01:00.0: GPU lockup CP stall for more than 10000msec...

https://bugzilla.kernel.org/show_bug.cgi?id=62721 Andrew Dorney changed: What|Removed |Added CC||andrewd18 at gmail.com --- Comment #8

[Bug 62721] GPU lockup: radeon 0000:01:00.0: GPU lockup CP stall for more than 10000msec...

https://bugzilla.kernel.org/show_bug.cgi?id=62721 --- Comment #9 from Andrew Dorney --- Created attachment 11 --> https://bugzilla.kernel.org/attachment.cgi?id=11=edit andrewd18_dmesg -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 62721] GPU lockup: radeon 0000:01:00.0: GPU lockup CP stall for more than 10000msec...

https://bugzilla.kernel.org/show_bug.cgi?id=62721 --- Comment #10 from Andrew Dorney --- Created attachment 122231 --> https://bugzilla.kernel.org/attachment.cgi?id=122231=edit andrewd18_lspci -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 62721] GPU lockup: radeon 0000:01:00.0: GPU lockup CP stall for more than 10000msec...

https://bugzilla.kernel.org/show_bug.cgi?id=62721 --- Comment #11 from Alex Deucher --- (In reply to Andrew Dorney from comment #8) > I am also having a random lockup problem on my HD6850, with the same CP > stall error. Running Mesa 10.0.1 and kernel 3.12.6 vanilla with radeon > driver.

[PATCH 1/1] drm/exynos: Fix freeing issues in exynos_drm_drv.c

> -Original Message- > From: Sachin Kamat [mailto:sachin.kamat at linaro.org] > Sent: Thursday, January 16, 2014 12:32 PM > To: dri-devel at lists.freedesktop.org > Cc: inki.dae at samsung.com; jy0922.shim at samsung.com; sw0312.kim at > samsung.com; > sachin.kamat at linaro.org;

[Bug 73672] Half Life 2 in Wine is broken since 4e549ddb

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140116/9fba55c0/attachment.html>

[Bug 73625] rv730 agp unstable while uvd video playback

his mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140116/85417284/attachment.html>

[Bug 69723] GPU lockups with kernel 3.11.0 / 3.12-rc1 when dpm=1 on r600g (Cayman)

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140116/13a00da8/attachment.html>

[Bug 73530] Asus U38N: Black screen with Radeon driver in Linux 3.10, 3.11 and 3.12

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140116/a8b31a2f/attachment-0001.html>

[Bug 73530] Asus U38N: Black screen with Radeon driver in Linux 3.10, 3.11 and 3.12

are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140116/73afd5ca/attachment.html>

[Bug 73530] Asus U38N: Black screen with Radeon driver in Linux 3.10, 3.11 and 3.12

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140116/4562e488/attachment.html>

[Bug 73530] Asus U38N: Black screen with Radeon driver in Linux 3.10, 3.11 and 3.12

... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140116/44a2c824/attachment.html>

[RFC v2 0/3] DRM Anonymous Inodes

Hi On Fri, Jan 3, 2014 at 3:41 PM, David Herrmann wrote: > Hi > > With 3.13-rc1 the required VFS core changes for anonymous backing inodes in > DRM > got merged. This series reworks the previous patches (I think from early > August '13) and finally replaces the ugly drm_device->dev_mapping

[RFC v2 0/3] DRM Anonymous Inodes

David, I haven't had time to test on vmwgfx yet, but looking through the code it looks good to me. Acked-by: Thomas Hellstrom /Thomas On 01/16/2014 12:29 PM, David Herrmann wrote: > Hi > > On Fri, Jan 3, 2014 at 3:41 PM, David Herrmann > wrote: >> Hi >> >> With 3.13-rc1 the required VFS

[Bug 68831] New: RV630 flickering on "Wargame European Escalation"

https://bugzilla.kernel.org/show_bug.cgi?id=68831 Bug ID: 68831 Summary: RV630 flickering on "Wargame European Escalation" Product: Drivers Version: 2.5 Kernel Version: 3.13-RC8 Hardware: All OS: Linux Tree:

[Bug 68831] RV630 flickering on "Wargame European Escalation"

https://bugzilla.kernel.org/show_bug.cgi?id=68831 Giannis changed: What|Removed |Added Kernel Version|3.13-RC8|any -- You are receiving this mail because:

[Bug 68831] RV630 flickering on "Wargame European Escalation"

https://bugzilla.kernel.org/show_bug.cgi?id=68831 Giannis changed: What|Removed |Added Kernel Version|any |3.13-RC7 / 3.11 -- You are receiving this

[Bug 68831] RV630 flickering on "Wargame European Escalation"

https://bugzilla.kernel.org/show_bug.cgi?id=68831 Alex Deucher changed: What|Removed |Added CC||alexdeucher at gmail.com --- Comment #1

[Bug 73530] Asus U38N: Black screen with Radeon driver in Linux 3.10, 3.11 and 3.12

You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140116/10992f79/attachment.html>

[pull] radeon drm-next-3.14

Hi Dave, A few more changes for 3.14, mostly just bug fixes. Note that: drm/radeon: add query to fetch the max engine clock. will conflict with 3.13 final, but the fix is pretty obvious. The following changes since commit 53dac830537b51df555ba5e7ebb236705b7eaa7c: drm/mgag200: fix oops in

[Bug 73067] RV770 - screen flicker with radeon.dpm=1

ent was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140116/c9a7b178/attachment.html>

[Bug 73067] RV770 - screen flicker with radeon.dpm=1

s it seems to take longer than the vblank period which is why you are seeing the flicker. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-de

[Intel-gfx] [PATCH 2/2] drm/i915: debugs: Add support for probing DP sink CRC.

On Tue, Jan 14, 2014 at 04:21:50PM -0200, Rodrigo Vivi wrote: > This debugfs interface will allow intel-gpu-tools test case > to verify if screen has been updated properly on cases like PSR. > > v2: Accepted all Daniel's suggestions: > * grab modeset lock > * loop over connector and check

[Bug 73067] RV770 - screen flicker with radeon.dpm=1

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140116/bf03cce2/attachment-0001.html>

[Intel-gfx] [PATCH 2/2] drm/i915: debugs: Add support for probing DP sink CRC.

On Thu, Jan 16, 2014 at 05:55:06PM +, Damien Lespiau wrote: > > + /* Wait 2 vblanks to be sure we will have the correct CRC value */ > > + intel_wait_for_vblank(dev, intel_crtc->pipe); > > + intel_wait_for_vblank(dev, intel_crtc->pipe); > > I think there's a better way to do this.

[Bug 73067] RV770 - screen flicker with radeon.dpm=1

tachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140116/0630ccc8/attachment.html>

[Bug 73625] rv730 agp unstable while uvd video playback

/archives/dri-devel/attachments/20140116/1127d212/attachment.html>

[Bug 68571] GPU lockup on AMD Radeon HD6850 with DPM=1

https://bugzilla.kernel.org/show_bug.cgi?id=68571 --- Comment #13 from kilobug at kilobug.org --- I tried, didn't help. I also tried disabling the "R600_DEBUG=sb" that I had there, didn't help either. Note : I tried both with the patched drm-next kernel, should I try with another build ? --

[Bug 73649] SIGSEGV: r600_sb::bc_parser::decode_shader()

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140116/169b2a5a/attachment.html>

[Bug 69723] GPU lockups with kernel 3.11.0 / 3.12-rc1 when dpm=1 on r600g (Cayman)

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140116/2fcff4a9/attachment.html>

[PATCH 00/33] vmwgfx device update

The upcoming vmware svga2 hardware version 11 will introduce the concept of "guest backed objects" or -resources. The device will in principle get all of its memory from the guest, which has big advantages from the device point of view. This means that vmwgfx contexts, shaders and surfaces need

[PATCH 02/33] drm/vmwgfx: Update the svga3d register header file for new device version

Signed-off-by: Thomas Hellstrom Reviewed-by: Brian Paul Reivewed-by: Zack Rusin --- drivers/gpu/drm/vmwgfx/svga3d_reg.h | 664 +++- 1 file changed, 650 insertions(+), 14 deletions(-) diff --git a/drivers/gpu/drm/vmwgfx/svga3d_reg.h

[PATCH 03/33] drm/vmwgfx: Update the driver user-space interface for guest-backed objects

Not hooked up yet. This is only the definition. Signed-off-by: Thomas Hellstrom Reviewed-by: Brian Paul Reviewed-by: Zack Rusin Conflicts: include/uapi/drm/vmwgfx_drm.h --- include/uapi/drm/vmwgfx_drm.h | 199 ++ 1 file changed, 199

[PATCH 05/33] drm/vmwgfx: Replace vram_size with prim_bb_mem for calculation of max resolution

In the future, Scanout buffers need not be backed by VRAM and the two definitions will differ. Signed-off-by: Thomas Hellstrom Reviewed-by: Brian Paul Reviewed-by: Zack Rusin --- drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 4 drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 1 +

[PATCH 04/33] drm/vmwgfx: Update the surface defines header for new hardware formats

Signed-off-by: Thomas Hellstrom Reviewed-by: Brian Paul Reviewed-by: Zack Rusin --- drivers/gpu/drm/vmwgfx/svga3d_surfacedefs.h | 16 1 file changed, 16 insertions(+) diff --git a/drivers/gpu/drm/vmwgfx/svga3d_surfacedefs.h b/drivers/gpu/drm/vmwgfx/svga3d_surfacedefs.h index

[PATCH 07/33] drm/vmwgfx: Adapt capability reporting to new hardware version

Signed-off-by: Thomas Hellstrom Reviewed-by: Brian Paul Reviewed-by: Zack Rusin Conflicts: drivers/gpu/drm/vmwgfx/vmwgfx_ioctl.c --- drivers/gpu/drm/vmwgfx/vmwgfx_ioctl.c | 37 --- 1 file changed, 34 insertions(+), 3 deletions(-) diff --git

[PATCH 09/33] drm/vmwgfx: Hook up MOBs to TTM as a separate memory type

To bind a buffer object as a MOB, just validate it as a MOB memory type. We are reusing the GMRID manager, although we create a new instance of it to manage MOB ids and tomake sure we don't exceed the maximum amount of MOB pages. Signed-off-by: Thomas Hellstrom Reviewed-by: Brian Paul ---

[PATCH 12/33] drm/vmwgfx: Hook up guest-backed queries

Perform a translation of legacy query commands should they occur in the command stream. Signed-off-by: Thomas Hellstrom Reviewed-by: Brian Paul Reviewed-by: Zack Rusin --- drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 1 + drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 215

[PATCH 13/33] drm/vmwgfx: Detach backing store from its resources when it is evicted

When the backing store buffer is evicted, Issue a readback from the resources and notify the resources that they are no longer bound to a valid backing store. Signed-off-by: Thomas Hellstrom Reviewed-by: Brian Paul Reviewed-by: Zack Rusin --- drivers/gpu/drm/vmwgfx/vmwgfx_resource.c | 45

[PATCH 14/33] drm/vmwgfx: Hook up guest-backed contexts

Contexts are managed by the kernel only, so disable access to GB context commands from user-space Signed-off-by: Thomas Hellstrom Reviewed-by: Brian Paul Reviewed-by: Zack Ruzin --- drivers/gpu/drm/vmwgfx/vmwgfx_context.c | 222

[PATCH 15/33] drm/vmwgfx: Hook up guest-backed surfaces

Signed-off-by: Thomas Hellstrom Reviewed-by: Brian Paul Reviewed-by: Zack Rusin --- drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 12 + drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 13 + drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 231 drivers/gpu/drm/vmwgfx/vmwgfx_resource.c |

[PATCH 18/33] drm/vmwgfx: Add new unused (by user-space) commands to the verifier

Signed-off-by: Thomas Hellstrom Reviewed-by: Brian Paul Reviewed-by: Zack Rusin --- drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 26 ++ 1 file changed, 26 insertions(+) diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c b/drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c index

[PATCH 19/33] drm/vmwgfx: Enable 3D for new hardware version

Signed-off-by: Thomas Hellstrom Reviewed-by: Brian Paul Reviewed-by: Zack Rusin --- drivers/gpu/drm/vmwgfx/vmwgfx_fifo.c | 17 + 1 file changed, 17 insertions(+) diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_fifo.c b/drivers/gpu/drm/vmwgfx/vmwgfx_fifo.c index 01baffd..6ccd993

[PATCH 22/33] drm/vmwgfx: Make sure that the multisampling is off

From: Zack Rusin By default SVGA device creates nonmaskable multisampling surfaces, in which case multisampleCount of 1 means: the first quality setting of nonmaskable multisampling surface. Lets change it to make sure that the backends know that multisampling is really off.

[PATCH 10/33] drm/vmwgfx: Read bounding box memory from the appropriate register

Signed-off-by: Thomas Hellstrom Reviewed-by: Brian Paul Reviewed-by: Zack Rusin --- drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_drv.c b/drivers/gpu/drm/vmwgfx/vmwgfx_drv.c index a7dc14a..eaffb05

[PATCH 11/33] drm/vmwgfx: Add the possibility to validate a buffer as a MOB

Also do basic consistency checking. Signed-off-by: Thomas Hellstrom Reviewed-by: Brian Paul Reviewed-by: Zack Rusin --- drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 2 ++ drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 26 +++--- drivers/gpu/drm/vmwgfx/vmwgfx_resource.c | 2 ++

[PATCH 16/33] drm/vmwgfx: Add guest-backed shaders

Signed-off-by: Thomas Hellstrom Reviewed-by: Brian Paul Reviewed-by: Zack Rusin --- drivers/gpu/drm/vmwgfx/Makefile | 2 +- drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 12 + drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 12 + drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 35 +++

[PATCH 23/33] drm/vmwgfx: Implement a buffer object synccpu ioctl.

This ioctl enables inter-process synchronization of buffer objects, which is needed for mesa Guest-Backed objects. Signed-off-by: Thomas Hellstrom Reviewed-by: Brian Paul --- drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 6 ++ drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 2 +

[PATCH 24/33] drm/vmwgfx: Add a parameter to get max MOB memory size

Also bump minor to signal a GB-aware kernel module Signed-off-by: Thomas Hellstrom Reviewed-by: Zack Rusin --- drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 4 ++-- drivers/gpu/drm/vmwgfx/vmwgfx_ioctl.c | 3 +++ include/uapi/drm/vmwgfx_drm.h | 1 + 3 files changed, 6 insertions(+), 2

[PATCH 01/33] drm/vmwgfx: Fix the driver for large dma addresses

With dma compliance / IOMMU support added to the driver in kernel 3.13, the dma addresses can exceed 44 bits, which is what we support in 32-bit mode and with GMR1. So in 32-bit mode and optionally in 64-bit mode, restrict the dma addresses to 44 bits, and strip the old GMR1 code. Signed-off-by:

[PATCH 06/33] drm/vmwgfx: Update the svga register definition

Signed-off-by: Thomas Hellstrom Reviewed-by: Brian Paul Reviewed-by: Zack Rusin --- drivers/gpu/drm/vmwgfx/svga_reg.h | 10 -- drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 6 ++ 2 files changed, 14 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/vmwgfx/svga_reg.h

[PATCH 08/33] drm/vmwgfx: Add MOB management

Implement MOB setup, binding and unbinding, but don't hook up to TTM yet. Signed-off-by: Thomas Hellstrom Reviewed-by: Brian Paul Reviewed-by: Zack Rusin --- drivers/gpu/drm/vmwgfx/Makefile| 2 +- drivers/gpu/drm/vmwgfx/vmwgfx_buffer.c | 13 + drivers/gpu/drm/vmwgfx/vmwgfx_drv.c

[PATCH 20/33] drm/vmwgfx: Fix up the vmwgfx_drv.h header for new files

Signed-off-by: Thomas Hellstrom Reviewed-by: Brian Paul Reviewed-by: Zack Rusin --- drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 70 ++--- 1 file changed, 42 insertions(+), 28 deletions(-) diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_drv.h

[PATCH 21/33] drm/vmwgfx: Extend the command verifier to handle guest-backed on / off

Make sure we disallow commands if the device doesn't support them. Signed-off-by: Thomas Hellstrom Reviewed-by: Brian Paul Reviewed-by: Zack Rusin --- drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 315 +--- 1 file changed, 208 insertions(+), 107 deletions(-) diff

[PATCH 25/33] drm/vmwgfx: Block the BIND_SHADERCONSTS command

It's been deprecated. Signed-off-by: Thomas Hellstrom Reviewed-by: Jakob Bornecrantz --- drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 36 ++--- 1 file changed, 2 insertions(+), 34 deletions(-) diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c

[PATCH 26/33] drm/vmwgfx: Track context bindings and scrub them upon exiting execbuf

The device is no longer capable of scrubbing context bindings of resources that are bound when destroyed. Signed-off-by: Thomas Hellstrom Reviewed-by: Jakob Bornecrantz --- drivers/gpu/drm/vmwgfx/vmwgfx_context.c | 216 drivers/gpu/drm/vmwgfx/vmwgfx_drv.h |

[PATCH 27/33] drm/vmwgfx: Persistent tracking of context bindings

Only scrub context bindings when a bound resource is destroyed, or when the MOB backing the context is unbound. Signed-off-by: Thomas Hellstrom Reviewed-by: Zack Rusin --- drivers/gpu/drm/vmwgfx/vmwgfx_context.c | 101 +-- drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |

[PATCH 28/33] drm/vmwgfx: Ditch the vmw_dummy_query_bo_prepare function

Combine it with vmw_dummy_query_bo_create, and also make sure we use tryreserve when reserving the bo to avoid any lockdep warnings We are sure the tryreserve will always succeed since we are the only users at that point. In addition, allow the vmw_bo_pin function to pin/unpin system memory.

[PATCH 29/33] drm/vmwgfx: Use the linux DMA api also for MOBs

Signed-off-by: Thomas Hellstrom --- drivers/gpu/drm/vmwgfx/vmwgfx_buffer.c | 61 +- drivers/gpu/drm/vmwgfx/vmwgfx_drv.h| 8 ++- drivers/gpu/drm/vmwgfx/vmwgfx_mob.c| 114 ++--- 3 files changed, 142 insertions(+), 41 deletions(-) diff --git

[PATCH 31/33] drm/vmwgfx: Fix surface framebuffer check for guest-backed surfaces

With guest-backed surfaces, surface->sizes == NULL, causing a kernel oops. Use the base_size member instead. Signed-off-by: Thomas Hellstrom Reviewed-by: Jakob Bornecrantz Reviewed-by: Brian Paul --- drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 6 +++--- 1 file changed, 3 insertions(+), 3

[PATCH 33/33] drm/vmwgfx: Silence the device command verifier

The device and kernel module disagrees about the command length of some commands. More pack attributes might be needed. Signed-off-by: Thomas Hellstrom --- drivers/gpu/drm/vmwgfx/svga3d_reg.h | 30 +++--- 1 file changed, 23 insertions(+), 7 deletions(-) diff --git

[PATCH 32/33] drm/vmwgfx: Implement 64-bit Otable- and MOB binding v2

Adds the relevant commands to the device interface header and implements 64-bit binding for 64 bit VMs. v2: Uppercase command IDs, Correctly use also 64 bit page tables. Signed-off-by: Thomas Hellstrom Reviewed-by: Jakob Bornecrantz --- drivers/gpu/drm/vmwgfx/svga3d_reg.h | 54

[PATCH 17/33] drm/vmwgfx: Validate guest-backed shader const commands

Signed-off-by: Thomas Hellstrom Reviewed-by: Brian Paul Reviewed-by: Zack Rusin --- drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 35 + 1 file changed, 35 insertions(+) diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c b/drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c

[PATCH 30/33] drm/vmwgfx: Update otable definitions

Update otable definitions and modify the otable setup code accordingly. Signed-off-by: Thomas Hellstrom --- drivers/gpu/drm/vmwgfx/svga3d_reg.h | 14 +- drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 5 - drivers/gpu/drm/vmwgfx/vmwgfx_mob.c | 19 ++- 3 files changed, 27

[PATCH 02/33] drm/vmwgfx: Update the svga3d register header file for new device version

On Thu, Jan 16, 2014 at 12:38 PM, Thomas Hellstrom wrote: > Reivewed-by: Zack Rusin Typo.

[Bug 70675] steam error dialogs are garbled

: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140116/ee5d0fd2/attachment.html>

[Bug 70675] steam error dialogs are garbled

archives/dri-devel/attachments/20140116/30decf07/attachment.html>

[Bug 68701] On boot, console freeze after "conflicting fb hw usage nouveau fb vs..." with 3.13-rc8

https://bugzilla.kernel.org/show_bug.cgi?id=68701 Alan changed: What|Removed |Added Hardware|IA-64 |x86-64 Assignee|drivers_video-other at

[Bug 73530] Asus U38N: Black screen with Radeon driver in Linux 3.10, 3.11 and 3.12

he bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140116/b551b1b7/attachment.html>

[PATCH 1/2] drm/radeon: fix surface sync in fence on cayman

We need to set the engine bit to select the ME and also set the full cache bit. Should help stability on TN and cayman. Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/ni.c | 7 +++ drivers/gpu/drm/radeon/nid.h | 1 + 2 files changed, 4 insertions(+),

[PATCH 2/2] drm/radeon: set the full cache bit for fences on r7xx+

Needed to properly flush the read caches for fences. Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/r600.c | 13 +++-- drivers/gpu/drm/radeon/r600d.h | 1 + 2 files changed, 8 insertions(+), 6 deletions(-) diff --git

[PATCH 1/2] drm/radeon: fix surface sync in fence on cayman

On Thu, Jan 16, 2014 at 06:14:58PM -0500, Alex Deucher wrote: > We need to set the engine bit to select the ME and > also set the full cache bit. Should help stability > on TN and cayman. > > Signed-off-by: Alex Deucher > Cc: stable at vger.kernel.org > --- > drivers/gpu/drm/radeon/ni.c | 7

[PATCH 1/2] drm/radeon: fix surface sync in fence on cayman

> -Original Message- > From: Tom Stellard [mailto:tom at stellard.net] > Sent: Thursday, January 16, 2014 6:25 PM > To: Alex Deucher > Cc: dri-devel at lists.freedesktop.org; Deucher, Alexander; > stable at vger.kernel.org > Subject: Re: [PATCH 1/2] drm/radeon: fix surface sync in fence on

[PATCH 1/2] drm/radeon: fix surface sync in fence on cayman

On Thu, Jan 16, 2014 at 11:30:14PM +, Deucher, Alexander wrote: > > -Original Message- > > From: Tom Stellard [mailto:tom at stellard.net] > > Sent: Thursday, January 16, 2014 6:25 PM > > To: Alex Deucher > > Cc: dri-devel at lists.freedesktop.org; Deucher, Alexander; > > stable at

[PATCH 1/2] drm/radeon: fix surface sync in fence on cayman (v2)

We need to set the engine bit to select the ME and also set the full cache bit. Should help stability on TN and cayman. V2: fix up surface sync in ib execute as well Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/ni.c | 16 +++-

[PATCH 2/2] drm/radeon: set the full cache bit for fences on r7xx+

Needed to properly flush the read caches for fences. Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/r600.c | 13 +++-- drivers/gpu/drm/radeon/r600d.h | 1 + 2 files changed, 8 insertions(+), 6 deletions(-) diff --git

[PATCH 1/1] drm/exynos: Fix freeing issues in exynos_drm_drv.c

On 16 January 2014 10:51, Inki Dae wrote: > > >> -Original Message- >> From: Sachin Kamat [mailto:sachin.kamat at linaro.org] >> Sent: Thursday, January 16, 2014 12:32 PM >> To: dri-devel at lists.freedesktop.org >> Cc: inki.dae at samsung.com; jy0922.shim at samsung.com; sw0312.kim at

[PATCH 1/2] drm/exynos: Remove unnecessary semicolon

Semicolon after a switch statement is not needed. Signed-off-by: Sachin Kamat --- drivers/gpu/drm/exynos/exynos_drm_g2d.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_g2d.c b/drivers/gpu/drm/exynos/exynos_drm_g2d.c index

[PATCH] drm/exynos: Fix multiplatform breakage for ipp

Hi Tushar, On 15 January 2014 17:27, Tushar Behera wrote: > There is no need to include "plat/map-base.h" in ipp driver. Remove > this and enable this driver for multi-platform. > > Signed-off-by: Tushar Behera drivers/gpu/drm/exynos/exynos_drm_gsc.c also has this header file included. If this

[PATCH] drm/exynos: Fix multiplatform breakage for ipp

On 16 January 2014 10:33, Sachin Kamat wrote: > Hi Tushar, > > On 15 January 2014 17:27, Tushar Behera wrote: >> There is no need to include "plat/map-base.h" in ipp driver. Remove >> this and enable this driver for multi-platform. >> >> Signed-off-by: Tushar Behera > >

[PATCH v2 1/1] drm/exynos: Fix freeing issues in exynos_drm_drv.c

Fixes the following errors: drivers/gpu/drm/exynos/exynos_drm_drv.c:182 exynos_drm_open() error: double free of 'file_priv' drivers/gpu/drm/exynos/exynos_drm_drv.c:188 exynos_drm_open() error: dereferencing freed memory 'file_priv' Signed-off-by: Sachin Kamat ---

[PATCH V2] drm/exynos: Fix multiplatform breakage for ipp/gsc

There is no need to include "plat/map-base.h" in ipp driver. Remove this and enable this driver for multi-platform. However gsc driver is not multiplatform compliant yet, so make the compilation conditional upon !ARCH_MULTIPLATFORM. Signed-off-by: Tushar Behera --- Changes for V2: * Made

[PATCH 2/2] drm/exynos: Fix trivial typo

Changed quf -> qbuf. Signed-off-by: Sachin Kamat --- drivers/gpu/drm/exynos/exynos_drm_ipp.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_ipp.c b/drivers/gpu/drm/exynos/exynos_drm_ipp.c index 824e070..6665f5f 100644 ---

[PATCH 1/1] drm/exynos: Fix freeing issues in exynos_drm_drv.c

Make 'file_priv' NULL upon freeing and add a check before dereferencing to avoid the following errors: drivers/gpu/drm/exynos/exynos_drm_drv.c:182 exynos_drm_open() error: double free of 'file_priv' drivers/gpu/drm/exynos/exynos_drm_drv.c:188 exynos_drm_open() error: dereferencing freed memory