[Bug 82977] New: freeze when copying between larger OpenGL buffers (glCopyBufferSubData)

ize); -- 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/20140822/251b523c/attachment.html>

[PATCH 0/2] x86, ia64: Move EFI_FB vga_default_device() initialization to pci_vga_fixup()

On Fri, Aug 22, 2014 at 8:23 AM, Bruno Pr?mont wrote: > On Thu, 21 Aug 2014 23:39:31 -0500 Bjorn Helgaas wrote: >> On Thu, Aug 21, 2014 at 4:34 PM, Bruno Pr?mont wrote: >> >> > A second step would then be to tune vgaarb's initial selection. >> > Bjorn, is it possible to verify which I/O ports are

[Bug 79980] Random radeonsi crashes

minutes of usage. -- 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/20140822/b3e5c7c4/attachment.html>

[Bug 82920] Invalid read during geometry program build

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

[Bug 79980] Random radeonsi crashes

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

[Bug 82717] OpenCL support for mandelbulber-opencl

.. URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140822/e15e/attachment-0001.html>

[PATCH 2/2] drm/ast: Add reduced/non-reduced mode parsing for wide screen mode

Hi YC, Y.C. Chen writes: > From: "Y.C. Chen" > > Signed-off-by: Y.C. Chen > --- > drivers/gpu/drm/ast/ast_mode.c | 32 +++--- > drivers/gpu/drm/ast/ast_tables.h | 42 > > 2 files changed, 50 insertions(+), 24

[PATCH 2/2] drm/ast: Add reduced/non-reduced mode parsing for wide screen mode

Hi YC, Y.C. Chen writes: > From: "Y.C. Chen" > > Signed-off-by: Y.C. Chen > --- > drivers/gpu/drm/ast/ast_mode.c | 32 +++--- > drivers/gpu/drm/ast/ast_tables.h | 42 > > 2 files changed, 50 insertions(+), 24

[Bug 82709] OpenCL not working on radeon hainan

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/20140822/ae245c3a/attachment.html>

[PATCH 1/2] drm/ast: Add missing entry to dclk_table[]

Y.C. Chen writes: > From: "Y.C. Chen" > > This avoid reading past the end of the list for certain modes > > Signed-off-by: Y.C. Chen > --- > drivers/gpu/drm/ast/ast_tables.h | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/drivers/gpu/drm/ast/ast_tables.h >

[Bug 82717] OpenCL support for mandelbulber-opencl

e 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/20140822/8d497624/attachment.html>

[Bug 79980] Random radeonsi crashes

umping ground for any sort of problem with radeonsi. -- 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/20140822/fe23760e/attachment.html>

[Bug 79980] Random radeonsi crashes

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

[PATCH] drm: sti: Add missing dependency on RESET_CONTROLLER

Add missing dependency on RESET_CONTROLLER in order to fix the following build error. drivers/gpu/drm/sti/sti_hdmi.c: In function 'sti_hdmi_probe' drivers/gpu/drm/sti/sti_hdmi.c:780:2: error: implicit declaration of function 'devm_reset_control_get' [-Werror=implicit-function-declaration]

[PATCH 2/2] drm/ast: Add reduced/non-reduced mode parsing for wide screen mode

Hi Egbert, Thanks for your comment. The modification is great. If possible, could you create a new patch to patch my original patch? Regards, Y.C. Chen "Egbert Eich" ? 2014/8/22 ??11:29 ??? > > Hi YC, > > Y.C. Chen writes: >> From: "Y.C. Chen" >> >> Signed-off-by: Y.C. Chen >> --- >>

[Bug 79980] Random radeonsi crashes

ewhere. -- 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/20140822/dfd57c84/attachment.html>

[Bug 79980] Random radeonsi crashes

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140822/998a62b6/attachment.html>

[XDC2014] Travel sponsorship

Hi everyone, If you are willing to give a talk at XDC2014 and require travel sponsorship, please send an email to board at foundation.x.org (CC: martin.peres at free.fr) with an estimate of the travel + accommodation cost and the abstract of your talk. Please send us your applications as soon

[PATCH] drm/radeon: preallocate mem for UVD create/destroy msg

From: Christian K?nig llocating memory for UVD create and destroy messages can fail, which is rather annoying when this happens in the middle of a GPU reset. Try to avoid this condition by preallocating a page for those dummy messages. Signed-off-by: Christian K?nig

[Bug 79980] Random radeonsi crashes

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

[PATCH 2/2] drivers/gpu/drm/vmwgfx/vmwgfx_fence.h: Add missing #define

The name of the macro suggests that the include guard idiom was meant, but the #define was missing. Signed-off-by: Rasmus Villemoes --- drivers/gpu/drm/vmwgfx/vmwgfx_fence.h | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_fence.h

[PATCH 1/2] drivers/gpu/drm/exynos/exynos_drm_fb.h: Fix typo in include guard

Signed-off-by: Rasmus Villemoes --- drivers/gpu/drm/exynos/exynos_drm_fb.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_fb.h b/drivers/gpu/drm/exynos/exynos_drm_fb.h index 517471b..09ce2bc 100644 ---

[Bug 72785] bfgminer --scrypt on 7xxx+

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

[Bug 72785] bfgminer --scrypt on 7xxx+

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140822/2cec060a/attachment.html>

[Bug 81444] [drm:radeon_uvd_free_handles] *ERROR* Error destroying UVD (-22)!

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

drm_mode_create_dumb_ioctl: divide error

Hi On Thu, Aug 21, 2014 at 8:18 PM, Tommi Rantala wrote: > Hello, > > Triggered this while fuzzing v3.17-rc1-51-g372b1db with Trinity. > > Tommi > > > [drm:drm_mode_legacy_fb_format] *ERROR* bad bpp, assuming x8r8g8b8 pixel > format > divide error: [#1] SMP DEBUG_PAGEALLOC > CPU: 0 PID:

[Bug 82709] OpenCL not working on radeon hainan

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

[Bug 82920] Invalid read during geometry program build

|| -- 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/20140822/0e75d936/attachment.html>

[Bug 79980] Random radeonsi crashes

vel/attachments/20140822/6dc5fcce/attachment.html>

[Bug 82920] Invalid read during geometry program build

this). -- 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/20140822/fe3f8b5f/attachment.html>

[Bug 82920] Invalid read during geometry program build

ext part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140822/cf688bdb/attachment.html>

[PATCH 2/2] drm/ast: Add reduced/non-reduced mode parsing for wide screen mode

From: "Y.C. Chen" Signed-off-by: Y.C. Chen --- drivers/gpu/drm/ast/ast_mode.c | 32 +++--- drivers/gpu/drm/ast/ast_tables.h | 42 2 files changed, 50 insertions(+), 24 deletions(-) diff --git

[PATCH 1/2] drm/ast: Add missing entry to dclk_table[]

From: "Y.C. Chen" This avoid reading past the end of the list for certain modes Signed-off-by: Y.C. Chen --- drivers/gpu/drm/ast/ast_tables.h | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/ast/ast_tables.h b/drivers/gpu/drm/ast/ast_tables.h index

[pull] radeon drm-fixes-3.17

Hi Dave, This pull just contains some new pci ids. The following changes since commit 20a984c2a51d379bce08ee1031b32020f273e532: Merge tag 'drm-intel-fixes-2014-08-21' of git://anongit.freedesktop.org/drm-intel (2014-08-22 07:29:52 +1000) are available in the git repository at:

[PATCH 2/2] drm/radeon: allow UVD to use a second 256MB segment

From: Christian K?nig This improves concurrent stream decoding. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon.h| 3 ++- drivers/gpu/drm/radeon/radeon_object.c | 5 +++-- drivers/gpu/drm/radeon/radeon_uvd.c| 20 ++-- 3

[PATCH 1/2] drm/ttm: move fpfn and lpfn into each placement

From: Christian K?nig This allows us to more fine grained specify where to place the buffer object. Signed-off-by: Christian K?nig --- drivers/gpu/drm/ast/ast_drv.h | 2 +- drivers/gpu/drm/ast/ast_ttm.c | 20 ++--

[PATCH 15/15] drm/exynos/fimc: fix source buffer registers

FIMC in default mode of operation uses only one input buffer, but the driver used also second buffer, as a result only the first frame was processed correctly. The patch fixes it. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_drm_fimc.c | 16 1 file changed, 8

[PATCH 14/15] drm/exynos/fimc: simplify buffer queuing

The patch removes redundant checks, redundant HW reads and simplifies code. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_drm_fimc.c | 64 1 file changed, 15 insertions(+), 49 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_fimc.c

[PATCH 13/15] drm/exynos/fimc: do not enable fimc twice

The patch removes redundant H/W activation. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_drm_fimc.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_fimc.c b/drivers/gpu/drm/exynos/exynos_drm_fimc.c index

[PATCH 12/15] drm/exynos/fimc: avoid clearing overflow bits

Overflow bits shall be cleared by H/W. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_drm_fimc.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_fimc.c b/drivers/gpu/drm/exynos/exynos_drm_fimc.c index 3264ed3..bbaf4f9 100644 ---

[PATCH 11/15] drm/exynos/ipp: remove events during command cleaning

Events were removed only during stop command, as a result there were memory leaks if program prematurely exited. This patch fixes it. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_drm_ipp.c | 155 1 file changed, 78 insertions(+), 77

[PATCH 10/15] drm/exynos/ipp: stop hardware before freeing memory

Memory shouldn't be freed when hardware is still running. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_drm_ipp.c | 15 ++- 1 file changed, 6 insertions(+), 9 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_ipp.c

[PATCH 09/15] drm/exynos/ipp: replace work_struct casting with better constructs

Type casting should be avoided if possible. In case of work_struct it can be simply replaced by reference to member field. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_drm_fimc.c| 2 +- drivers/gpu/drm/exynos/exynos_drm_gsc.c | 3 +--

[PATCH 08/15] drm/exynos/ipp: clean memory nodes on command node cleaning

The nodes should be removed before removing command node. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_drm_ipp.c | 5 + 1 file changed, 5 insertions(+) diff --git a/drivers/gpu/drm/exynos/exynos_drm_ipp.c b/drivers/gpu/drm/exynos/exynos_drm_ipp.c index 22bd551..6ab6190

[PATCH 07/15] drm/exynos/ipp: move nodes cleaning to separate function

The patch introduces ipp_clean_mem_nodes function which replaces redundant code. Additionally memory node function definitions are moved up to increase its visibility. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_drm_ipp.c | 231 +++- 1 file

[PATCH 06/15] drm/exynos/ipp: free partially allocated resources on error

In case of allocation errors some already allocated buffers were not freed. The patch fixes it. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_drm_ipp.c | 68 - 1 file changed, 33 insertions(+), 35 deletions(-) diff --git

[PATCH 05/15] drm/exynos/ipp: remove unused field in command node

Since command node have file pointer dev field became useless. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_drm_ipp.c | 1 - drivers/gpu/drm/exynos/exynos_drm_ipp.h | 2 -- 2 files changed, 3 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_ipp.c

[PATCH 04/15] drm/exynos/ipp: remove only related commands on file close

On file close driver should remove only command nodes created via this file. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_drm_ipp.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_ipp.c

[PATCH 03/15] drm/exynos/ipp: move file reference from memory to command node

Command node should contain file reference to distinguish commands created by different processes. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_drm_ipp.c | 5 ++--- drivers/gpu/drm/exynos/exynos_drm_ipp.h | 2 ++ 2 files changed, 4 insertions(+), 3 deletions(-) diff --git

[PATCH 02/15] drm/exynos/ipp: cancel works before command node clean

All pending works should be canceled prior to its removal. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_drm_ipp.c | 5 + 1 file changed, 5 insertions(+) diff --git a/drivers/gpu/drm/exynos/exynos_drm_ipp.c b/drivers/gpu/drm/exynos/exynos_drm_ipp.c index da917ca..9770966

[PATCH 01/15] drm/exynos/ipp: remove fake pm callbacks

PM callbacks in ipp core do nothing, so the patch removes it. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_drm_ipp.c | 51 - 1 file changed, 51 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_ipp.c

[PATCH 00/15] drm/exynos/ipp: image post processing fixes and improvements, part four

This set of patches contains various improvement and fixes for exynos_drm ipp framework. The patchset is based on exynos-drm-next branch. IPP framework was tested for regressions on exynos4210-trats target. Regards Andrzej Andrzej Hajda (15): drm/exynos/ipp: remove fake pm callbacks

[PATCH 0/2] x86, ia64: Move EFI_FB vga_default_device() initialization to pci_vga_fixup()

On Thu, 21 Aug 2014 23:39:31 -0500 Bjorn Helgaas wrote: > On Thu, Aug 21, 2014 at 4:34 PM, Bruno Pr?mont wrote: > > > A second step would then be to tune vgaarb's initial selection. > > Bjorn, is it possible to verify which I/O ports are decoded by a PCI > > device at the time of adding it to

[Bug 82709] OpenCL not working on radeon hainan

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140822/75d03177/attachment.html>

[PATCH 0/2] x86, ia64: Move EFI_FB vga_default_device() initialization to pci_vga_fixup()

On Thu, Aug 21, 2014 at 4:34 PM, Bruno Pr?mont wrote: > A second step would then be to tune vgaarb's initial selection. > Bjorn, is it possible to verify which I/O ports are decoded by a PCI > device at the time of adding it to vgaarb? If so, how? I would like to > check for legacy VGA I/O range

[PATCH 0/2] x86, ia64: Move EFI_FB vga_default_device() initialization to pci_vga_fixup()

On Thu, 21 August 2014 Andreas Noever wrote: > dmesg with your patches and vga_set_default_device commented out > (after "vgaarb: Boot video device...") as otherwise the system won't > boot. Do you know more precisely where your system hangs when it does not boot? That's the part I can't find in

[Bug 82791] GPU lock when using "Death Dance" in Tales of Maj'Eyal

https://bugs.freedesktop.org/show_bug.cgi?id=82791 --- Comment #5 from TheLetterN --- Comment on attachment 104851 --> https://bugs.freedesktop.org/attachment.cgi?id=104851 glxinfo Update: This bug is still present in mesa 10.2.6 -- You are receiving this mail because: You are the assignee