[Bug 86891] AMD/ATI Tahiti XT 7970 - long lags/stutters in games

https://bugzilla.kernel.org/show_bug.cgi?id=86891 --- Comment #16 from Michael Mair-Keimberger --- Created attachment 155921 --> https://bugzilla.kernel.org/attachment.cgi?id=155921=edit another picture another picture -- You are receiving this mail because: You are watching the assignee of

[Bug 86891] AMD/ATI Tahiti XT 7970 - long lags/stutters in games

https://bugzilla.kernel.org/show_bug.cgi?id=86891 --- Comment #15 from Michael Mair-Keimberger --- Created attachment 155911 --> https://bugzilla.kernel.org/attachment.cgi?id=155911=edit picture I've made a few other benchmarks and tried to take some screenshots. Unfortunately vally doesn't

[PATCH] drm/exynos: remove ifdeferry from initialization code

On 2014년 10월 30일 21:36, Andrzej Hajda wrote: > On 09/10/2014 01:53 PM, Andrzej Hajda wrote: >> The patch replaces separate calls to driver (de)registration by >> loops over the array of drivers. As a result it significantly >> decreases number of ifdefs. Additionally it moves device

[PATCH 0/4] drm/exynos/dsi: remove global display variable

On 2014년 10월 30일 21:39, Andrzej Hajda wrote: > On 10/07/2014 02:01 PM, Andrzej Hajda wrote: >> Hi Inki, >> >> Many Exynos DRM drivers uses global variables to represent associated devices >> in Exynos DRM internal framework. It is quite confusing, it adds data >> duplication >> and finally

[PATCH 2/3] drm/exynos: dp: Remove support for unused dptx-phy

Sorry for late. I missed this patch a little bit for long time. On 2014년 09월 15일 22:13, Vivek Gautam wrote: > Now that we have moved to generic phy based bindings, > we don't need to have any code related to older dptx-phy. > Nobody is using this dptx-phy anymore, so removing the > same.

[PATCH] drm: Fix warning caused by missing description in drm_modeset_lock.h

This patch fix following warning while "make xmldocs". Warning(.//include/drm/drm_modeset_lock.h:61): No description found for parameter 'trylock_only' Signed-off-by: Masanari Iida --- include/drm/drm_modeset_lock.h | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH] drm/msm: Don't split an IB at the end of ring buffer.

Splitting the command sequence for an IB1 submission at the end of the ring buffer can hang the GPU. To fix this, if there isn't enough contiguous space at the end to fit the full command sequence, insert NOPs at the end, and write the sequence at the start, as space becomes available.

[PATCH 3/3] drm/msm: a4xx support for msm-drm

Added a4xx GPU support. Signed-off-by: Aravind Ganesan --- Resend in patch-set format and with dri-devel at lists.freedesktop.org on the CC. drivers/gpu/drm/msm/Makefile | 1 + drivers/gpu/drm/msm/adreno/a4xx_gpu.c | 620 +

[PATCH 2/3] drm/msm: Handle register offset differences between a3xx, and a4xx

Register offsets have changed between a3xx and a4xx GPUs. To be able access these registers in common code, we create a lookup table, and set of read-write APIs to access the register through the lookup table. Signed-off-by: Aravind Ganesan --- Resend in patch-set format and with dri-devel at

[PATCH 1/3] drm/msm: Additional definitions for a3xx and a4xx

Updated a3xx and a4xx headers, generated from rnndb files: https://github.com/freedreno/envytools Signed-off-by: Aravind Ganesan --- Resend in patch-set format and with dri-devel at lists.freedesktop.org on the CC. drivers/gpu/drm/msm/adreno/a3xx.xml.h | 50 +-

[PATCH 0/3] drm/msm: Adreno 4xx support

A set of three patches to support adreno 4xx GPUs in msm-drm: (1) Updated the a3xx and a4xx header files. (2) Handle register offset differences between a3xx and a4xx GPUs. (3) Added a4xx GPU support. Aravind Ganesan (3): drm/msm: Additional definitions for a3xx and a4xx drm/msm: Handle

[Bug 85661] planetary annihilation gpu lockup

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

[PATCH v3 0/9] Renesas R-Car DU HDMI support

_vgacon.c |5 +- > > > include/drm/drm_edid.h |5 + > > > include/linux/platform_data/rcar-du.h | 74 -- > > > 25 files changed, 1894 insertions(+), 181 deletions(-) > > > create mode 100644 > > >

[Bug 85661] planetary annihilation gpu lockup

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141030/1fb3accf/attachment.html>

[Bug 85661] New: planetary annihilation gpu lockup

out hyperz, same lockup occurs. attached dmesg, and glxinfo -- 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/20141030/fc

[PATCH] drm/msm: a4xx support for msm-drm

Hey Aravind, Just a couple quick comments (inline below).. overall patchset looks to be in reasonably good shape. It would be nice if you could resend and CC dri-devel at lists.freedesktop.org.. and format-patch as a patchset (so subject lines have the "[PATCH x/y]" since things don't always

[Bug 86891] AMD/ATI Tahiti XT 7970 - long lags/stutters in games

https://bugzilla.kernel.org/show_bug.cgi?id=86891 --- Comment #14 from Michael Mair-Keimberger --- OK, today i made another benchmarks: drm-next, mesa-10.3.2. First without any changes, second with `git revert 59bc1d8`: without any changes with `git revert 59bc1d8` FPS: 14.3

[PATCH v2 2/2] arm: dts: Exynos5: Use pmu_system_controller phandle for dp phy

DP PHY now require pmu-system-controller to handle PMU register to control PHY's power isolation. Adding the same to dp-phy node. Signed-off-by: Vivek Gautam Cc: Jingoo Han --- Changes from V1: - none. arch/arm/boot/dts/exynos5250.dtsi |2 +- arch/arm/boot/dts/exynos5420.dtsi |4

[PATCH v2 1/2] drm/exynos: dp: Remove support for unused dptx-phy

Now that we have moved to generic phy based bindings, we don't need to have any code related to older dptx-phy. Nobody is using this dptx-phy anymore, so removing the same. Signed-off-by: Vivek Gautam Cc: Inki Dae Cc: Jingoo Han --- Changes from V1: - Reworked error handling in

[PATCH 2/3] drm/exynos: dp: Remove support for unused dptx-phy

Hi Inki, On Thu, Oct 30, 2014 at 5:50 PM, Inki Dae wrote: > > Sorry for late. I missed this patch a little bit for long time. Thanks for reviewing. > > > On 2014년 09월 15일 22:13, Vivek Gautam wrote: >> Now that we have moved to generic phy based bindings, >> we don't need to have any

[PATCH 3/5] drm/ttm: Use only DRM_MM_SEARCH_BELOW for TTM_PL_FLAG_TOPDOWN

On 28.10.2014 20:10, Daniel Vetter wrote: > On Tue, Oct 28, 2014 at 06:35:04PM +0900, Michel Dänzer wrote: >> From: Michel Dänzer >> >> DRM_MM_SEARCH_BEST gets the smallest hole which can fit the BO. That seems >> against the idea of TTM_PL_FLAG_TOPDOWN: >> >> * The smallest hole may be in the

[PATCH 4/4] drm/mm: Remove DRM_MM_SEARCH_BEST

From: Michel Dänzer In the words of Daniel Vetter: «I think SEARCH_BEST is pretty much always a bad idea - it rips apart allocations from the same execbuf, and usually those get recycled around the same time. Which means you'll just fragment your mm even more if you

[Intel-gfx] [PATCH v4 2/5] drm/i915: create a prepare phase for sprite plane updates

On Thu, Oct 30, 2014 at 11:32:42AM -0200, Paulo Zanoni wrote: > 2014-10-24 11:51 GMT-02:00 Gustavo Padovan : > > From: Gustavo Padovan > > > > take out pin_fb code so the commit phase can't fail anymore. > > > > According to my bisection results, this is the first bad commit of >

[PULL] drm-intel-fixes

Hi Dave - Display fixes for 3.18, all cc: stable, including my version of the DP training pattern 3 fix. BR, Jani. The following changes since commit cac7f2429872d3733dc3f9915857b1691da2eb2f: Linux 3.18-rc2 (2014-10-26 16:48:41 -0700) are available in the git repository at:

[Intel-gfx] [PATCH v4 2/5] drm/i915: create a prepare phase for sprite plane updates

On Thu, 2014-10-30 at 11:32 -0200, Paulo Zanoni wrote: > 2014-10-24 11:51 GMT-02:00 Gustavo Padovan : > > From: Gustavo Padovan > > > > take out pin_fb code so the commit phase can't fail anymore. > > > > According to my bisection results, this is the first bad commit of >

[PATCH 3/5] drm/ttm: Use only DRM_MM_SEARCH_BELOW for TTM_PL_FLAG_TOPDOWN

On 10/28/2014 12:10 PM, Daniel Vetter wrote: > On Tue, Oct 28, 2014 at 06:35:04PM +0900, Michel Dänzer wrote: >> From: Michel Dänzer >> >> DRM_MM_SEARCH_BEST gets the smallest hole which can fit the BO. That seems >> against the idea of TTM_PL_FLAG_TOPDOWN: >> >> * The smallest hole may be in

[pull] radeon drm-fixes-3.18

Hi Dave, radeon fixes for 3.18: - dpm stability fixes for SI and KV - remove an invalid pci id - kmalloc_array fixes - minor cleanups The following changes since commit 30aad89ad0697028b9aa0867b3e95cc0ccca064d: Merge branch 'drm-armada-fixes' of git://ftp.arm.linux.org.uk/~rmk/linux-arm into

[Bug 85647] Random radeonsi crashes with mesa 10.3.x

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/20141030/959b52ff/attachment.html>

[Bug 73338] Fan speed in idle at 40% with radeonsi and at 18% with catalyst

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

Modesetting lock changes breaks vmwgfx since 3.18-rc1

Hi! Details in https://bugzilla.redhat.com/show_bug.cgi?id=1155825 Can whoever broke the driver please make an effort to fix it up? Daniel, You've been named as a suspect. I'm not sure if that is true. Thanks, Thomas

[Bug 85647] Random radeonsi crashes with mesa 10.3.x

-- 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/20141030/5dcbc070/attachment-0001.html>

[Bug 85647] Random radeonsi crashes with mesa 10.3.x

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141030/920d0a60/attachment.html>

[Bug 85647] Random radeonsi crashes with mesa 10.3.x

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141030/8b5dbb1d/attachment.html>

[Bug 85647] Random radeonsi crashes with mesa 10.3.x

g log. -- 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/20141030/a463100a/attachment.html>

[Intel-gfx] [PATCH] drm/i915: don't try using training pattern 3 on pre-haswell

On Wed, 29 Oct 2014 11:07:32 +0200 Jani Nikula wrote: > On Wed, 29 Oct 2014, Ville Syrjälä wrote: > > On Wed, Oct 29, 2014 at 10:23:50AM +0200, Jani Nikula wrote: > >> On Wed, 29 Oct 2014, Ville Syrjälä > >> wrote: > >> > On Wed, Oct 29, 2014 at 05:02:50PM +1000, Dave Airlie wrote: > >>

[PATCH] drm/exynos: remove ifdeferry from initialization code

The patch replaces separate calls to driver (de)registration by loops over the array of drivers. As a result it significantly decreases number of ifdefs. Additionally it moves device registration related ifdefs to header file. Signed-off-by: Andrzej Hajda --- Hi Inki, Rebased on the latest

[Bug 85647] Random radeonsi crashes with mesa 10.3.x

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

[PATCH v3 0/9] Renesas R-Car DU HDMI support

Hi Simon, On Thursday 30 October 2014 20:29:22 Simon Horman wrote: > 2014/10/30 20:05 "Laurent Pinchart" : > > On Tuesday 28 October 2014 15:30:05 Dave Airlie wrote: > >>> The last patch instantiates the HDMI encoder in the Koelsch board DT > >>> file and connects it to the DU output. > >>> >

[PATCH] drm/vmwgfx: fix lock breakage

On Thu, Oct 30, 2014 at 1:39 PM, Rob Clark wrote: > After: > > commit d059f652e73c35678d28d4cd09ab2cec89696af9 > Author: Daniel Vetter > AuthorDate: Fri Jul 25 18:07:40 2014 +0200 > > drm: Handle legacy per-crtc locking with full acquire ctx > > drm_mode_cursor_common() was switched to

[PATCH 0/4] drm/exynos/dsi: remove global display variable

On 10/07/2014 02:01 PM, Andrzej Hajda wrote: > Hi Inki, > > Many Exynos DRM drivers uses global variables to represent associated devices > in Exynos DRM internal framework. It is quite confusing, it adds data > duplication > and finally it does not allow to handle more than one device in system.

[PATCH] drm/vmwgfx: fix lock breakage

After: commit d059f652e73c35678d28d4cd09ab2cec89696af9 Author: Daniel Vetter AuthorDate: Fri Jul 25 18:07:40 2014 +0200 drm: Handle legacy per-crtc locking with full acquire ctx drm_mode_cursor_common() was switched to use drm_modeset_(un)lock_crtc() which uses full aquire ctx. So

[PATCH] drm/exynos: remove ifdeferry from initialization code

On 09/10/2014 01:53 PM, Andrzej Hajda wrote: > The patch replaces separate calls to driver (de)registration by > loops over the array of drivers. As a result it significantly > decreases number of ifdefs. Additionally it moves device registration > related ifdefs to header file. > > Signed-off-by:

[PATCH v3 0/9] Renesas R-Car DU HDMI support

On Tuesday 28 October 2014 15:30:05 Dave Airlie wrote: > > The last patch instantiates the HDMI encoder in the Koelsch board DT file > > and connects it to the DU output. > > > > The patch series depends on Koelsch DU DT enablement (scheduled for merge > > in v3.19-rc1). Dave, I'd like to get

[Bug 85647] New: Random radeonsi crashes with mesa 10.3.x

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141030/89ea929b/attachment-0001.html>

[Bug 85596] SB is used only after GPR check / GPR max is not dynamic

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141030/802d5d74/attachment.html>

[RFC 1/2] PM / Domains: Power on domain early during system resume

On 10/30/2014 08:36 AM, Krzysztof Kozlowski wrote: > On śro, 2014-10-29 at 10:46 -0700, Kevin Hilman wrote: >> Krzysztof Kozlowski writes: >> >>> When resuming the system the power domain has to be powered on early so >>> any runtime PM aware devices could resume. >>> >>> This fixes following

[Bug 73338] Fan speed in idle at 40% with radeonsi and at 18% with catalyst

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

[Intel-gfx] [PATCH v4 2/5] drm/i915: create a prepare phase for sprite plane updates

2014-10-24 11:51 GMT-02:00 Gustavo Padovan : > From: Gustavo Padovan > > take out pin_fb code so the commit phase can't fail anymore. > According to my bisection results, this is the first bad commit of https://bugs.freedesktop.org/show_bug.cgi?id=85634. > Signed-off-by: Gustavo Padovan >

[Bug 85613] still getting segfault with vdpau and r600g on Radeon 3850HD - have sample video

nts/20141030/9ec9bec5/attachment.html>

[PATCH V7 03/12] drm/bridge: Add helper functions for drm_bridge

On 10/29/2014 10:14 AM, Thierry Reding wrote: > On Wed, Oct 29, 2014 at 09:57:02AM +0100, Daniel Vetter wrote: >> On Wed, Oct 29, 2014 at 09:38:23AM +0100, Thierry Reding wrote: >>> On Wed, Oct 29, 2014 at 08:43:14AM +0100, Daniel Vetter wrote: On Tue, Oct 28, 2014 at 03:35:50PM +0100,

[Bug 85613] still getting segfault with vdpau and r600g on Radeon 3850HD - have sample video

LUMA_KEY_MAX_LUMAy -- 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/20141030/bb4a8c12/attachment.html>

[Bug 85613] still getting segfault with vdpau and r600g on Radeon 3850HD - have sample video

https://bugs.freedesktop.org/show_bug.cgi?id=85613 --- Comment #12 from Arthur Marsh --- Thanks, I did get the message: [ 12.372261] [drm] UVD initialized successfully. $ dmesg [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00]

[Bug 85613] still getting segfault with vdpau and r600g on Radeon 3850HD - have sample video

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

[PATCH V7 03/12] drm/bridge: Add helper functions for drm_bridge

On Thu, Oct 30, 2014 at 11:01:02AM +0100, Andrzej Hajda wrote: > On 10/29/2014 10:14 AM, Thierry Reding wrote: > > On Wed, Oct 29, 2014 at 09:57:02AM +0100, Daniel Vetter wrote: > >> I think we nee try_get_module for the code and kref on the actual data > >> structures. > > > > Agreed, that

[Bug 85613] still getting segfault with vdpau and r600g on Radeon 3850HD - have sample video

s 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/20141030/dac5ea17/attachment.html>

[Bug 85613] still getting segfault with vdpau and r600g on Radeon 3850HD - have sample video

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

[Bug 85207] agd5f drm-next-3.19-wip + Unreal Elemental sometimes = list_add corruption/hung task

ed now, so I do think that the patch fixed the list corruption. -- 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/20141030

[Bug 79980] Random radeonsi crashes

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

[RFC] drm: Add utility function to check for edp1.4

Thanks for your comments Thierry. I agree to all your comments. I will write a general function to return version and repost the patch Thanks, Sonika On Wednesday 29 October 2014 07:12 PM, Thierry Reding wrote: > On Wed, Oct 22, 2014 at 11:45:23AM +0530, sonika.jindal at intel.com wrote: >>

[Bug 85638] system crash randomly with no errors

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

[Bug 85613] still getting segfault with vdpau and r600g on Radeon 3850HD - have sample video

es/dri-devel/attachments/20141030/08686f52/attachment.html>

[Bug 79980] Random radeonsi crashes

org/archives/dri-devel/attachments/20141030/71bd8f1e/attachment-0001.html>

[Bug 85638] system crash randomly with no errors

ook for the X server log output in the systemd journal. -- 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/20141030/e1e99edc/attachment.html>

[Bug 79980] Random radeonsi crashes

. -- 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/20141030/ce53caf4/attachment.html>

[Bug 85638] system crash randomly with no errors

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141030/81c4dc99/attachment.html>

[Bug 85638] system crash randomly with no errors

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141030/3713489c/attachment.html>

[Bug 85638] system crash randomly with no errors

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141030/07ae3186/attachment.html>

[Bug 79980] Random radeonsi crashes

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

[Bug 85638] system crash randomly with no errors

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

[Bug 85613] still getting segfault with vdpau and r600g on Radeon 3850HD - have sample video

extra hardware is the on-board RS780 (Radeon 3200HD). -- 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/20141030/889ea

[Bug 85638] system crash randomly with no errors

|| -- 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/20141030/ccfb4bd1/attachment.html>

[Bug 79980] Random radeonsi crashes

sktop.org/archives/dri-devel/attachments/20141030/06221d74/attachment.html>

[Bug 85638] New: system crash randomly with no errors

nce the beginning of this month, so I don't think it can be relevant for the bugfix. -- 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/20

[Bug 85613] still getting segfault with vdpau and r600g on Radeon 3850HD - have sample video

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141030/6ae6224c/attachment.html>

[RFC 1/2] PM / Domains: Power on domain early during system resume

On śro, 2014-10-29 at 10:46 -0700, Kevin Hilman wrote: > Krzysztof Kozlowski writes: > > > When resuming the system the power domain has to be powered on early so > > any runtime PM aware devices could resume. > > > > This fixes following scenario reproduced on Exynos DRM: > > 1. Power domain

[Bug 85613] still getting segfault with vdpau and r600g on Radeon 3850HD - have sample video

/archives/dri-devel/attachments/20141030/11ea16f5/attachment.html>

[Bug 85613] still getting segfault with vdpau and r600g on Radeon 3850HD - have sample video

/libavcodec_plugin.so) Looks like VLC destroys the VDPAU surface after the VDPAU decoder, and the Gallium VDPAU state tracker chokes on that. -- 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/20141030/3ae8f9cc/attachment.html>

[Bug 85613] still getting segfault with vdpau and r600g on Radeon 3850HD - have sample video

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141030/46f82b18/attachment.html>

[Bug 85579] [bisected] piglit test crashes in spec/glsl-1.50/execution/geometry/max-input-components

desktop.org/archives/dri-devel/attachments/20141030/4737c187/attachment.html>

[Bug 85579] [bisected] piglit test crashes in spec/glsl-1.50/execution/geometry/max-input-components

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

[Bug 86891] AMD/ATI Tahiti XT 7970 - long lags/stutters in games

https://bugzilla.kernel.org/show_bug.cgi?id=86891 --- Comment #13 from Michel Dänzer --- (In reply to Michael Mair-Keimberger from comment #10) > I'll get slightly better results with 10.3.2 (with 3.18rc1): [...] > But honestly, watching the demo feels like it got even worse. Still very > long

[Bug 85579] [bisected] piglit test crashes in spec/glsl-1.50/execution/geometry/max-input-components

/archives/dri-devel/attachments/20141030/046207f3/attachment.html>

[Bug 79980] Random radeonsi crashes

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141030/54b98aed/attachment.html>