[PATCH v4 00/34] drm/exynos: Refactor parts of the exynos driver

Hi Andrzej, 2014-03-04 20:03 GMT+09:00 Andrzej Hajda : > Hi Inki, > > On 02/28/2014 03:28 AM, Inki Dae wrote: > (...) >> >> Andrzej Hajda from our team is already working on addressing remaining >> issues with Sean's series, including fixing removed parallel display >> support. Earlier this

[Bug 74539] [r600g] Memory leak when playing WoW with RV790

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

[Bug 74539] [r600g] Memory leak when playing WoW with RV790

ies. -- 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/20140304/017fd077/attachment.html>

[PATCH 8/8] exynos: removed unused fd field

The documentation says fd holds the fd from prime import/export. However, it isn't actually used, nor is it necessary, so let's just remove it. Signed-off-by: Daniel Kurtz --- exynos/exynos_drmif.h | 2 -- 1 file changed, 2 deletions(-) diff --git a/exynos/exynos_drmif.h

[PATCH 7/8] exynos: prime: use drmPrime*() helpers

Reuse the common drmPrime() helper functions rather than reinventing them. Signed-off-by: Daniel Kurtz --- exynos/exynos_drm.c | 48 ++-- 1 file changed, 10 insertions(+), 38 deletions(-) diff --git a/exynos/exynos_drm.c b/exynos/exynos_drm.c index

[PATCH 6/8] drmOpenByName: remove redundant drmAvailable check

drmOpenByName() is a static function that is only called by drmOpen(). drmOpen() already checks drmAvailable(), so the checki in drmOpenByName() is redundant. Signed-off-by: Daniel Kurtz --- xf86drm.c | 13 - 1 file changed, 13 deletions(-) diff --git a/xf86drm.c b/xf86drm.c index

[PATCH 5/8] exynos_fimg2d_test: fix drmModeRmFB

The first parameter should be the drm fd, second param is the fb id. Signed-off-by: Daniel Kurtz --- tests/exynos/exynos_fimg2d_test.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tests/exynos/exynos_fimg2d_test.c b/tests/exynos/exynos_fimg2d_test.c index

[PATCH 4/8] exynos: remove unusable "run" target

This looks like it was copied from kmstest, but isn't needed, and doesn't actually work since exynos_fimg2d_test requires parameters. Signed-off-by: Daniel Kurtz --- tests/exynos/Makefile.am | 2 -- 1 file changed, 2 deletions(-) diff --git a/tests/exynos/Makefile.am b/tests/exynos/Makefile.am

[PATCH 3/8] exynos_fimg2d: fix cast from pointer to integer of different size

Fixes two gcc [-Wpointer-to-int-cast] warnings. Signed-off-by: Daniel Kurtz --- exynos/exynos_fimg2d.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/exynos/exynos_fimg2d.c b/exynos/exynos_fimg2d.c index cf712a8..0b14618 100644 --- a/exynos/exynos_fimg2d.c +++

[PATCH 2/8] exynos: fix two warnings

warning: assignment makes pointer from integer without a cast [enabled by default] warning: initialization makes integer from pointer without a cast [enabled by default] Signed-off-by: Daniel Kurtz --- exynos/exynos_drm.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH 1/8] eyxnos: install exynos tests if HAVE_INSTALL_TESTS

This exynos test was added just before HAVE_INSTALL_TESTS, and so didn't get this annotation. Signed-off-by: Daniel Kurtz --- tests/exynos/Makefile.am | 5 + 1 file changed, 5 insertions(+) diff --git a/tests/exynos/Makefile.am b/tests/exynos/Makefile.am index bf9ad82..6703dcf 100644 ---

[PATCH 0/8] various exynos cleanups

Just some clean up patches, mostly for libdrm_exynos. Daniel Kurtz (8): eyxnos: install exynos tests if HAVE_INSTALL_TESTS exynos: fix two warnings exynos_fimg2d: fix cast from pointer to integer of different size exynos: remove unusable "run" target exynos_fimg2d_test: fix drmModeRmFB

[PATCH] drm: gem-cma: Fix warnings due to improper printk formats

Use the %pad printk specifier to print dma_addr_t variables. This fixes warnings on platforms where dma_addr_t has a different size than int or size_t. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/drm_gem_cma_helper.c | 6 +++--- 1 file

[Bug 75766] Unigine: LLVM ERROR: Not supported instr: >

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140304/d3568bd6/attachment-0001.html>

[Bug 75766] New: Unigine: LLVM ERROR: Not supported instr: >

15ms Loading "valley/sound/sound.prop" 142 properties 2ms Loading "valley/valley.world" 3153ms LLVM ERROR: Not supported instr: > AL lib: ReleaseALC: 1 device not closed -- 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/20140304/3db8cc6d/attachment.html>

[Bug 64475] Slow work and no brightness adjustment in Euro Track Simulator II game with r600g and radeonsi

nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140304/f704a258/attachment.html>

[Bug 64475] Slow work and no brightness adjustment in Euro Track Simulator II game with r600g and radeonsi

... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140304/c5183b83/attachment.html>

[Bug 75719] mplayer -vo gl consume more CPU on r200

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

[RFCv4 10/14] drm: convert crtc to properties/state

On Tue, Mar 4, 2014 at 5:04 PM, Rob Clark wrote: > On Tue, Mar 4, 2014 at 4:29 PM, Sean Paul wrote: >> On Mon, Nov 25, 2013 at 9:47 AM, Rob Clark wrote: >>> Break the mutable state of a crtc out into a separate structure >>> and use atomic properties mechanism to set crtc attributes. This >>>

[RFCv4 10/14] drm: convert crtc to properties/state

On Tue, Mar 4, 2014 at 4:29 PM, Sean Paul wrote: > On Mon, Nov 25, 2013 at 9:47 AM, Rob Clark wrote: >> Break the mutable state of a crtc out into a separate structure >> and use atomic properties mechanism to set crtc attributes. This >> makes it easier to have some helpers for

[RFCv4 10/14] drm: convert crtc to properties/state

On Mon, Nov 25, 2013 at 9:47 AM, Rob Clark wrote: > Break the mutable state of a crtc out into a separate structure > and use atomic properties mechanism to set crtc attributes. This > makes it easier to have some helpers for crtc->set_property() > and for checking for invalid params. The idea

[PATCH] drm/radeon/cik: fix typo in documentation

Copy-paste typo. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/cik.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/radeon/cik.c b/drivers/gpu/drm/radeon/cik.c index a6d1e6c..e22be84 100644 --- a/drivers/gpu/drm/radeon/cik.c +++

[PULL] drm-intel-fixes

chment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140304/af0e2b3a/attachment.pgp>

[Bug 75719] mplayer -vo gl consume more CPU on r200

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140304/600f4818/attachment.html>

[Bug 75361] freeze in Mass Effect 3 (wine)

- 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/20140304/27f0cd42/attachment.html>

[Intel-gfx] [PATCH 4/4] drm/i915: Register primary plane for each CRTC

On Thu, Feb 27, 2014 at 02:14:43PM -0800, Matt Roper wrote: > Create a primary plane at CRTC init and hook up handlers for the various > operations that may be performed on it. The DRM core will only > advertise the primary planes to clients that set the appropriate > capability bit. > > Since

[PATCH 1/4] drm: Add support for CRTC primary planes

On Mon, Mar 03, 2014 at 07:24:04PM +0100, David Herrmann wrote: > How can user-space distinguish primary-planes from others? With > atomic-modesetting I can understand that there's no need to > distinguish them, but without it, we need to know which planes not to > use. Same problem for the

[pull] radeon drm-next-3.15

Hi Dave, this is the second pull request for 3.15 radeon changes. Highlights this time: - Better VRAM usage - VM page table rework - Enabling different UVD clocks again - Some general cleanups and improvements The following changes since commit 4d538b79197901fecc42e746d515d07fd1089b62:

[RFC PATCH v4 3/8] staging: imx-drm: Document updated imx-drm device tree bindings

Hi Tomi, Am Freitag, den 28.02.2014, 09:36 +0200 schrieb Tomi Valkeinen: > On 27/02/14 18:54, Philipp Zabel wrote: > > >> - One IPU enabled, one disabled: nothing special here, just set the > >> other IPU to status="disabled" in the DT data. The driver for the > >> enabled IPU would register the

[RFC PATCH v2 19/21] ARM: dts: exynos5250-arndale: add dsi and panel nodes

some specific cases may needlessly complicate the code. Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 901 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140304/b9793472/attachment-0001.pgp>

[Bug 75719] mplayer -vo gl consume more CPU on r200

:). Seems like r200 like VM_MIXEDMAP, but not VM_PFNMAP. -- 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/20140304/2a7ecd5c/attachment.html>

[PATCH 4/6] drm/radeon: add buffers to the LRU list from smallest to largest

Hi, Marek! I'm OOTO this week, so I can't take a closer look until next week but there are a couple of things that worries me about this. 1) It's optimizing a slowpath (memory pressure) at the cost of making a fastpath slower by adding a sorting pass. 2) While it might make a difference on VRAM,

[Intel-gfx] [RFC 1/1] drm/i915: Added support for setting plane alpha through drm property

On Tue, Mar 04, 2014 at 10:42:38AM +0100, Daniel Vetter wrote: > On Tue, Feb 25, 2014 at 08:18:30PM +0200, Ville Syrj?l? wrote: > > On Wed, Feb 19, 2014 at 03:38:08PM +0530, sagar.a.kamble at intel.com wrote: > > > From: Sagar Kamble > > > > > > With this patch two properties are added. One for

[PATCH 4/9] Doc/DT: Add DT binding documentation for HDMI Connector

On Fri, Feb 28, 2014 at 04:06:12PM +, Russell King - ARM Linux wrote: > On Fri, Feb 28, 2014 at 02:20:11PM +0200, Tomi Valkeinen wrote: > > Add DT binding documentation for HDMI Connector. > > > > Signed-off-by: Tomi Valkeinen > > Reviewed-by: Archit Taneja > > --- > >

[PATCH 3/9] Doc/DT: Add DT binding documentation for DVI Connector

On Fri, Feb 28, 2014 at 04:23:27PM +, Russell King - ARM Linux wrote: > On Fri, Feb 28, 2014 at 06:12:23PM +0200, Tomi Valkeinen wrote: > > On 28/02/14 17:59, Russell King - ARM Linux wrote: > > > > >> +dvi0: connector at 0 { > > >> +compatible = "dvi-connector"; > > >> +label

[PATCH 2/4] drm: Add plane type property

On Thu, Feb 27, 2014 at 03:24:08PM -0800, Matt Roper wrote: > On Thu, Feb 27, 2014 at 05:39:00PM -0500, Rob Clark wrote: > > On Thu, Feb 27, 2014 at 5:14 PM, Matt Roper > > wrote: > > > Add a plane type property to allow userspace to distinguish > > > sprite/overlay planes from primary planes.

[RFC PATCH v2 14/21] ARM: dts: exynos4412-trats2: add panel node

On 02/28/2014 02:33 PM, Tomi Valkeinen wrote: > I have the same comment here as for the bridge chip: I would specify the > video ports/endpoints between DSI master and the panel, even if you > don't use them at the moment. > > Tomi > > I have sent my answer in bridge chip subthread. Regards

[Bug 75719] mplayer -vo gl consume more CPU on r200

ubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140304/5a756b04/attachment.html>

[RFC PATCH v2 19/21] ARM: dts: exynos5250-arndale: add dsi and panel nodes

On 02/28/2014 02:39 PM, Tomi Valkeinen wrote: > On 28/02/14 15:31, Tomi Valkeinen wrote: > >> Compared to what I've done on OMAP, you don't seem to specify the video >> inputs for the tc358764 at all. In this case it's obvious, as the chip >> is a child of the DSI master. But the chip could as

[PATCH v2] drm/radeon: silence GCC warning on 32 bit

Am 04.03.2014 10:34, schrieb Paul Bolle: > Building radeon_ttm.o on 32 bit x86 triggers a warning: > In file included from include/asm-generic/bug.h:13:0, > from [...]/arch/x86/include/asm/bug.h:38, > from include/linux/bug.h:4, >

[Bug 73739] RV630 massive artifacts on "Wargame European Escalation"

//lists.freedesktop.org/archives/dri-devel/attachments/20140304/b80a1f70/attachment.html>

[Bug 73739] RV630 artifacts on "Wargame European Escalation"

esktop.org/archives/dri-devel/attachments/20140304/47a89eac/attachment.html>

[PATCH v4 00/34] drm/exynos: Refactor parts of the exynos driver

Hi Inki, On 02/28/2014 03:28 AM, Inki Dae wrote: (...) > > Andrzej Hajda from our team is already working on addressing remaining > issues with Sean's series, including fixing removed parallel display > support. Earlier this month he sent a series restoring support for DSI > panels:

[PATCH 4/6] android: convert sync to fence api, v4

op 04-03-14 11:00, Daniel Vetter schreef: > On Tue, Mar 04, 2014 at 09:20:58AM +0100, Maarten Lankhorst wrote: >> op 04-03-14 09:14, Daniel Vetter schreef: >>> On Tue, Mar 04, 2014 at 08:50:38AM +0100, Maarten Lankhorst wrote: op 03-03-14 22:11, Daniel Vetter schreef: > On Mon, Feb 17,

[PATCH 0/3] Reorder drivers/video directory

On 03/03/2014 12:45 AM, Tomi Valkeinen wrote: > On 27/02/14 13:54, Tomi Valkeinen wrote: >> Hi, >> >> This is a re-send of the series, with RFC removed from the subject, and a >> bunch >> of acks added. >> >> I'm cc'ing more people, to make sure this doesn't come as a surprise, and to >> make

[PATCH 4/6] android: convert sync to fence api, v4

On Tue, Mar 04, 2014 at 09:20:58AM +0100, Maarten Lankhorst wrote: > op 04-03-14 09:14, Daniel Vetter schreef: > >On Tue, Mar 04, 2014 at 08:50:38AM +0100, Maarten Lankhorst wrote: > >>op 03-03-14 22:11, Daniel Vetter schreef: > >>>On Mon, Feb 17, 2014 at 04:57:19PM +0100, Maarten Lankhorst wrote:

3.13 i915 brightness settings broken when going from docked -> undocked

On Tue, 04 Mar 2014, Paul Bolle wrote: > On Tue, 2014-02-25 at 10:05 +0200, Jani Nikula wrote: >> On Thu, 20 Feb 2014, Paul Bolle wrote: >> > On an (rather old) ThinkPad X41, which also uses i915, brightness >> > adjustments stopped working altogether in v3.14-rc1 (I haven't used its >> >

[PATCH 0/3] Reorder drivers/video directory

On Thu, Feb 27, 2014 at 01:54:43PM +0200, Tomi Valkeinen wrote: > Hi, > > This is a re-send of the series, with RFC removed from the subject, and a > bunch > of acks added. > > I'm cc'ing more people, to make sure this doesn't come as a surprise, and to > make sure this is not a bad idea,

[PATCH] drm/fb-helper: Use drm_fb_helper_restore_fbdev_mode() in drm_fb_helper_set_par()

On Wed, Feb 26, 2014 at 10:16:03PM +0200, ville.syrjala at linux.intel.com wrote: > From: Ville Syrj?l? > > Use drm_fb_helper_restore_fbdev_mode() in drm_fb_helper_set_par() to > make sure extra planes get disabled whenever fbcon takes over. > > Otherwise the code in drm_fb_helper_set_par()

[Intel-gfx] Request for feedback : New Panel-fitter property for connectors

On Wed, Feb 26, 2014 at 03:58:27PM +0200, Ville Syrj?l? wrote: > On Wed, Feb 26, 2014 at 01:32:44PM +, Goel, Akash wrote: > > To expose the panel fitter for arbitrary use by User-space, we will expose > > the manual scaling ratio & Input/Src size info to User, apart from the > > available

[Intel-gfx] [RFC 1/1] drm/i915: Added support for setting plane alpha through drm property

On Tue, Feb 25, 2014 at 08:18:30PM +0200, Ville Syrj?l? wrote: > On Wed, Feb 19, 2014 at 03:38:08PM +0530, sagar.a.kamble at intel.com wrote: > > From: Sagar Kamble > > > > With this patch two properties are added. One for CRTC+Sprite planes > > and another for Cursor planes. Through these

[PATCH v2] drm/radeon: silence GCC warning on 32 bit

Building radeon_ttm.o on 32 bit x86 triggers a warning: In file included from include/asm-generic/bug.h:13:0, from [...]/arch/x86/include/asm/bug.h:38, from include/linux/bug.h:4, from include/drm/drm_mm.h:39,

[PATCH 3/5] drm: Allow the driver to reject vblank requests only when it really has the vblank interrupts disabled

On Fri, Feb 21, 2014 at 09:03:33PM +0200, ville.syrjala at linux.intel.com wrote: > From: Ville Syrj?l? > > Allow the driver to specify whether all new vblank requests after > drm_vblank_off() should be rejected. And add a counterpart called > drm_vblank_on() which will again allow vblank

[PATCH 4/5] drm: Allow reenabling of vblank interrupts even if refcount>0

On Fri, Feb 21, 2014 at 09:03:34PM +0200, ville.syrjala at linux.intel.com wrote: > From: Ville Syrj?l? > > If someone holds a vblank reference across the modeset, and after/during > the modeset someone tries to grab a vblank reference, the current code > won't re-enable the vblank interrupts.

[Intel-gfx] [PATCH 5/5] drm/i915: Allow vblank interrupts during modeset and eliminate some vblank races

On Fri, Feb 28, 2014 at 10:56:20AM +0200, Ville Syrj?l? wrote: > On Fri, Feb 21, 2014 at 09:03:35PM +0200, ville.syrjala at linux.intel.com > wrote: > > From: Ville Syrj?l? > > > > Tell the drm core vblank code to reject drm_vblank_get()s only between > > drm_vblank_off() and drm_vblank_on()

[PATCH 5/5] drm/i915: Allow vblank interrupts during modeset and eliminate some vblank races

On Tue, Feb 25, 2014 at 11:58:26AM +0900, Michel D?nzer wrote: > On Mon, 2014-02-24 at 14:11 +0200, Ville Syrj?l? wrote: > > On Mon, Feb 24, 2014 at 12:48:55PM +0900, Michel D?nzer wrote: > > > On Fre, 2014-02-21 at 21:03 +0200, ville.syrjala at linux.intel.com wrote: > > > > > > > > We can kill

[PATCH] drm: Check if the allocation has succeeded before dereferencing newmode

On Mon, Mar 3, 2014 at 6:59 PM, Damien Lespiau wrote: > We allocate memory in drm_display_mode_from_vic_index() and use it > without checking the pointer is valid. Fix that. > > Signed-off-by: Damien Lespiau Reviewed-by: Alex Deucher > --- > drivers/gpu/drm/drm_edid.c | 3 +++ > 1 file

[RFC 11/12] drm/i915: Remove dead code

On Fri, Feb 21, 2014 at 08:55:27AM +0100, Thierry Reding wrote: > From: Thierry Reding > > The i915 driver sets DRIVER_GEM unconditionally, so testing for the > feature will always fail. > > Signed-off-by: Thierry Reding Queued for -next, thanks for the patch. -Daniel > --- >

[RFC 00/12] Support render-node only drivers

On Fri, Feb 21, 2014 at 08:55:16AM +0100, Thierry Reding wrote: > From: Thierry Reding > > This series builds on top of David's reliable DRM minor series: > > [PATCH 00/13] DRM Reliable Minor-IDs > > Tegra K1 has a Kepler-type GPU without any display engine. Instead it > reuses the Tegra

[PATCH v2] drm/radeon: silence GCC warning on 32 bit

On Tue, Mar 4, 2014 at 4:34 AM, Paul Bolle wrote: > Building radeon_ttm.o on 32 bit x86 triggers a warning: > In file included from include/asm-generic/bug.h:13:0, > from [...]/arch/x86/include/asm/bug.h:38, > from include/linux/bug.h:4, >

Adding set_blob ioctl to DRM

On Tue, 4 Mar 2014 09:35:57 +0100 Daniel Vetter wrote: > On Thu, Feb 20, 2014 at 11:24:40AM +1000, Dave Airlie wrote: > > > I am working on enabling a Color Enhancement block for primary display > > > for Exynos SoC. I need to > > > set a bunch of parameters like Color Conversion matrix,

Adding set_blob ioctl to DRM

On Thu, Feb 20, 2014 at 11:24:40AM +1000, Dave Airlie wrote: > > I am working on enabling a Color Enhancement block for primary display > > for Exynos SoC. I need to > > set a bunch of parameters like Color Conversion matrix, Contrast > > Improvement parameters etc ~ 30 parameters from User Space.

3.13 i915 brightness settings broken when going from docked -> undocked

On Tue, 2014-02-25 at 10:05 +0200, Jani Nikula wrote: > On Thu, 20 Feb 2014, Paul Bolle wrote: > > On an (rather old) ThinkPad X41, which also uses i915, brightness > > adjustments stopped working altogether in v3.14-rc1 (I haven't used its > > docking station in the v3.14 release cycle). In

[PATCH 1/2] drm: Make control nodes master-less

On Wed, Feb 19, 2014 at 02:40:41PM +0100, Thomas Hellstrom wrote: > Like for render-nodes, there is no point in maintaining the master concept > for control nodes, so set the struct drm_file::master pointer to NULL. > > At the same time, make sure DRM_MASTER | DRM_CONTROL_ALLOW ioctls are always

[PATCH 4/6] android: convert sync to fence api, v4

op 04-03-14 09:14, Daniel Vetter schreef: > On Tue, Mar 04, 2014 at 08:50:38AM +0100, Maarten Lankhorst wrote: >> op 03-03-14 22:11, Daniel Vetter schreef: >>> On Mon, Feb 17, 2014 at 04:57:19PM +0100, Maarten Lankhorst wrote: Android syncpoints can be mapped to a timeline. This removes the

[PATCH 4/6] android: convert sync to fence api, v4

On Tue, Mar 04, 2014 at 08:50:38AM +0100, Maarten Lankhorst wrote: > op 03-03-14 22:11, Daniel Vetter schreef: > >On Mon, Feb 17, 2014 at 04:57:19PM +0100, Maarten Lankhorst wrote: > >>Android syncpoints can be mapped to a timeline. This removes the need > >>to maintain a separate api for

[Bug 75732] [r600g] Memory leak with celestia, RV790

nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140304/81304145/attachment.html>

[Bug 75732] [r600g] Memory leak with celestia, RV790

program that finds memory leaks". Simple, really. -- 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/20140304/e54b0ec6/attachment-0001.html>

[PATCH 4/6] android: convert sync to fence api, v4

op 03-03-14 22:11, Daniel Vetter schreef: > On Mon, Feb 17, 2014 at 04:57:19PM +0100, Maarten Lankhorst wrote: >> Android syncpoints can be mapped to a timeline. This removes the need >> to maintain a separate api for synchronization. I've left the android >> trace events in place, but the core

[Bug 71488] RadeonSI :Regression: Massive Desktop corruption observed on starting the X server

|--- |FIXED -- 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/20140304/f3a3ede6/attachment.html>

[Bug 73320] [radeonsi] LLVM runs out of registers during register allocation in Painkiller Hell & Damnation

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

[Bug 75361] freeze in Mass Effect 3 (wine)

renced there doesn't manage to replay your second apitrace yet. -- 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/20140304

[Bug 75276] Implement VGPR Register Spilling

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

[Bug 75276] Implement VGPR Register Spilling

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140304/ff21d90c/attachment.html>

[Bug 75732] [r600g] Memory leak with celestia, RV790

ttachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140304/e0255cd5/attachment-0001.html>

Should drm's modetest work when an X server is running?

Hi On Tue, Mar 4, 2014 at 12:53 AM, Daniel Kurtz wrote: > Dear dri developers, > > Should libdrm's modetest work when an X server is running? > Should drmOpen(name, NULL) succeed when the drm device is already open? > Is "name" passed to drmOpen() the "drm" name returned by drmGetVersion()? >

[Bug 75732] [r600g] Memory leak with celestia, RV790

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

[RFC PATCH 2/3] drm/exynos: add super device support

From: Inki Dae This patch adds super device support to bind sub drivers using device tree. For this, we should add a super device node to each machine dt files like below example, exynos-drm { compatible = "samsung,exynos-drm";