[Bug 79338] Something's broken after llvm's svn commit 209067

ves/dri-devel/attachments/20140529/f0d701f2/attachment.html>

[Bug 79338] Something's broken after llvm's svn commit 209067

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

[Bug 79338] Something's broken after llvm's svn commit 209067

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

[OT] JOB - AMD drivers

PathScale is in need of 1-2 kernel devs who are interested to help improve the AMD open source drivers for compute workloads. If you're passionate or interested to improve AMD drivers ping me offlist. In the near future we specifically want to work on Hawaii dGPU support as well as APU.

[PATCH] drm: Don't export internal module variables

Drivers really have no business touching these. Noticed because exynose _did_ touch the vblank off delay, which could potentially affect other drivers. drm_debug is an exception since it's used in macros and inline functions. v2: Drop bonghits changes. Note to self: Don't submit patches before

[PATCH 0/2] drm/gk20a: FB fixes

Ben, I am withdrawing this series as it will be superseeded by a new version. You probably did not intend to merge it, but just in case. :) On Mon, May 19, 2014 at 3:51 PM, Alexandre Courbot wrote: > Fix a very shameful memory leak and a compilation error due to the use of > non-exported CMA

CIK hangs with kernel 3.15, bisected

Yeah, that will work around it for now. But the general problem is that we have a memory corruption here, we just didn't noticed it earlier because clearing a texture or vectors with zero only results in random mis rendering. Only when you hit a shader or in this case a page table it really

CIK hangs with kernel 3.15, bisected

Can disable evictions for page tables, e.g. by removing them from the LRU list? Marek On Thu, May 29, 2014 at 6:30 PM, Christian K?nig wrote: > Hi Marek & Alex, > > I've found the issue why forcefully evicting page tables sometimes crashes > the box. > > Well this is a typical hexdump page

[PATCH] drm/exynos: hdmi: remove the i2c drivers and use devtree - continued

Hi. On 29.05.2014 18:36, Lee Jones wrote: > There appears to have been a merge error on commit: > > 2b76813: drm/exynos: hdmi: remove the i2c drivers and use > > The original submission can be found at: > > https://patchwork.kernel.org/patch/3559541/ > > It looks like the commit was only

[PATCH] drm: move debugfs init after dev->load()

Avoids ugly hacks in drivers debugfs code, if it depends on dev->dev_private having already been initialized. Signed-off-by: Rob Clark --- Some cleanup that Daniel Vetter wants to do may make this unnecessary in the future, but in order to unblock some msm patches that I'd like to send for 3.16,

CIK hangs with kernel 3.15, bisected

Hi Marek & Alex, I've found the issue why forcefully evicting page tables sometimes crashes the box. Well this is a typical hexdump page table before it is moved to GART: 000117f000 02914061 000117f008 02915061 000117f010 02916061 000117f018 02917061

[PATCH] drm/exynos: consider deferred probe case

Sorry for wrong patch version. Ignore this patch. Thanks, Inki Dae On 2014? 05? 29? 18:27, Inki Dae wrote: > This patch makes sure that exynos drm framework handles deferred > probe case correctly. > > Sub drivers could be probed before resources, clock, regulator, > phy or panel, are ready

[PATCH v2] drm/exynos: consider deferred probe case

This patch makes sure that exynos drm framework handles deferred probe case correctly. Sub drivers could be probed before resources, clock, regulator, phy or panel, are ready for them so we should make sure that exynos drm core waits until all resources are ready and sub drivers are probed

[PATCH] drm/exynos: consider deferred probe case

This patch makes sure that exynos drm framework handles deferred probe case correctly. Sub drivers could be probed before resources, clock, regulator, phy or panel, are ready for them so we should make sure that exynos drm core waits until all resources are ready and sub drivers are probed

[PATCH] drm/exynos: hdmi: remove the i2c drivers and use devtree - continued

There appears to have been a merge error on commit: 2b76813: drm/exynos: hdmi: remove the i2c drivers and use The original submission can be found at: https://patchwork.kernel.org/patch/3559541/ It looks like the commit was only half applied. This patch aims to finish what was started by

[PATCH 3/3] drm/debugfs: add an "edid_override" file per connector

Add a file to debugfs for each connector that allows the edid data to be overridden. Signed-off-by: Thomas Wood --- drivers/gpu/drm/drm_crtc.c | 4 +++ drivers/gpu/drm/drm_debugfs.c | 56 ++ drivers/gpu/drm/drm_probe_helper.c | 9 +-

[PATCH 2/3] drm/debugfs: add a "force" file per connector

Add a file to debugfs for each connector to enable modification of the "force" connector attribute. This allows connectors to be enabled or disabled for testing and debugging purposes. Signed-off-by: Thomas Wood --- drivers/gpu/drm/drm_crtc.c| 17 ++- drivers/gpu/drm/drm_debugfs.c |

[PATCH 1/3] drm: add register and unregister functions for connectors

Introduce generic functions to register and unregister connectors. This provides a common place to add and remove associated user space interfaces. Signed-off-by: Thomas Wood --- Documentation/DocBook/drm.tmpl| 6 +++--- drivers/gpu/drm/armada/armada_output.c| 4 ++--

[PATCH 0/3] connector debugfs properties

The following series adds support for exposing various connector features using debugfs. The first patch refactors the sysfs connector add and remove functions into generic functions to register and unregister connectors. The remaining patches add an interface for each connector to debugfs and

[PATCH 1/1] drm: gem_cma: Use ERR_CAST helper

Hi Sachin, Thank you for the patch. On Thursday 29 May 2014 10:03:18 Sachin Kamat wrote: > Makes the code a bit more readable. > > Signed-off-by: Sachin Kamat > Cc: Laurent Pinchart Acked-by: Laurent Pinchart > --- >

[Bug 79417] New: r600-cayman: GPU lockup in Planetary Annihilation (PTE 66705) on HD6950

cee4c4 trusty-oibaf-ppa) -- 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/20140529/893a25c4/attachment.html>

[PATCH 1/1] drm/exynos: Use PTR_ERR_OR_ZERO in exynos_dp_core.c

On Thursday, May 29, 2014 2:56 PM, Sachin Kamat wrote: > > PTR_ERR_OR_ZERO simplifies the code. > > Signed-off-by: Sachin Kamat Acked-by: Jingoo Han Best regards, Jingoo Han > --- > drivers/gpu/drm/exynos/exynos_dp_core.c |5 + > 1 file changed, 1 insertion(+), 4 deletions(-) > >

[PATCH 2/2] Revert "v2 (Daniel):"

This should be squashed into the relevant later patches that start to use this. Signed-off-by: Daniel Vetter --- drivers/gpu/drm/drm_crtc.c | 4 +- drivers/gpu/drm/drm_modeset_lock.c | 72 drivers/gpu/drm/i915/intel_display.c | 3 +-

[PATCH 1/2] v2 (Daniel): - Readd lost include. - Drop all the additional complexity which we only need later: The basic ww dance only requires the lock list and the contended pointer, nothing more. So

Still missing: Updated kerneldoc and integration into the docbook. Also, this isn't a full review yet. Should be squashed into Rob's patch. Signed-off-by: Daniel Vetter --- drivers/gpu/drm/drm_crtc.c | 4 +- drivers/gpu/drm/drm_modeset_lock.c | 72

[PATCH] drm/panel/s6e8aa0: add backlight support

The patch adds backlight support to s6e8aa0 panel. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/panel/Kconfig | 2 ++ drivers/gpu/drm/panel/panel-s6e8aa0.c | 50 +++ 2 files changed, 52 insertions(+) diff --git a/drivers/gpu/drm/panel/Kconfig

[PATCH v2 10/18] drm/exynos: fimd: support I80 interface

Hi Daniel, On 05/26/2014 06:00 PM, Daniel Kurtz wrote: > Hi YoungJun, > > I am not famiilar with i80. Reading through this patch, it looks like > it works something like below for a page flip... > > -> page_flip ioctl > exynos_drm_crtc_page_flip() >exynos_drm_crtc_mode_set_commit() >

[PATCH] drm: Don't export internal module variables

On Thu, May 29, 2014 at 1:25 PM, Daniel Vetter wrote: > Drivers really have no business touching these. Noticed because > exynose _did_ touch the vblank off delay, which could potentially > affect other drivers. > > drm_debug is an exception since it's used in macros and inline > functions. > >

[PATCH 4/8] drm: Allow drm_mode_object_find() to look up an object of any type

On Thu, May 29, 2014 at 08:01:48AM -0400, Rob Clark wrote: > On Thu, May 29, 2014 at 7:18 AM, Daniel Vetter wrote: > > On Wed, May 28, 2014 at 07:57:21PM -0400, Rob Clark wrote: > >> From: Ville Syrj?l? > >> > >> To avoid having to pass object types from userspace for atomic mode > >> setting

[Bug 76861] radeon: flickering horizontal stripes/lines

https://bugzilla.kernel.org/show_bug.cgi?id=76861 --- Comment #14 from Sven Dziadek --- I tried some more values. With the line commented out, the lines appear with value 80 and higher. They do not appear with value 70 and lower. I did not try 60 or any values between 70 and 80. Do you need it

[Bug 77001] Radeon R9 270X GPU lockup and resume failure after all night inactivity [drm,radeonsi]

https://bugzilla.kernel.org/show_bug.cgi?id=77001 --- Comment #2 from Grzegorz Kowal --- This type of hang happened for the first time here. I was logged in the KDE with KWin compositing based on OpenGL 3.1. I don't use any screensaver. I switched compositing type to OpenGL 2.0 now, and

[PATCH 8/8] drm: convert crtc and connection_mutex to ww_mutex

On Wed, May 28, 2014 at 07:57:25PM -0400, Rob Clark wrote: > For atomic, it will be quite necessary to not need to care so much > about locking order. And 'state' gives us a convenient place to stash a > ww_ctx for any sort of update that needs to grab multiple crtc locks. > > Because we will

[PATCH 4/8] drm: Allow drm_mode_object_find() to look up an object of any type

On Wed, May 28, 2014 at 07:57:21PM -0400, Rob Clark wrote: > From: Ville Syrj?l? > > To avoid having to pass object types from userspace for atomic mode > setting ioctl, allow drm_mode_object_find() to look up an object of any > type. This will only work as long as the all object types share the

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

On 28.05.2014 20:19, Ville Syrj?l? wrote: > On Wed, May 28, 2014 at 06:12:54PM +0900, Michel D?nzer wrote: >> >> Digging out an ooold post of Daniel's... >> >> On 04.03.2014 18:13, Daniel Vetter wrote: >>> On Tue, Feb 25, 2014 at 11:58:26AM +0900, Michel D?nzer wrote: When the

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

On Thu, May 29, 2014 at 6:11 AM, Michel D?nzer wrote: > >> We could rename the off/on to pre/post_modeset if you like, but then >> someone gets to audit all the other drivers. That someone isn't >> going to be me. > > I appreciate your caution wrt other drivers, but I'm worried that having > a

CIK hangs with kernel 3.15, bisected

On Thu, May 29, 2014 at 12:30 PM, Christian K?nig wrote: > Hi Marek & Alex, > > I've found the issue why forcefully evicting page tables sometimes crashes > the box. > > Well this is a typical hexdump page table before it is moved to GART: > 000117f000 02914061 > 000117f008 02915061

[PATCH] drm: Don't export internal module variables

Drivers really have no business touching these. Noticed because exynose _did_ touch the vblank off delay, which could potentially affect other drivers. drm_debug is an exception since it's used in macros and inline functions. Cc: Inki Dae Signed-off-by: Daniel Vetter ---

[PATCH 8/8] drm/exynos: ipp: update comment for struct drm_ipp_buf_info

The attribute gem_objs in struct drm_exynos_ipp_buf_info was changed to handles. So the comment needs to be updated also. Signed-off-by: YoungJun Cho Reviewed-by: Seong-Woo Kim Reviewed-by: Andrzej Hajda Acked-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_ipp.h |2 +- 1 file

[PATCH 7/8] drm/exynos: ipp: rearrange c_node->event_lock using routine

The c_node->event_list should be protected with c_node->event_lock. Signed-off-by: YoungJun Cho Reviewed-by: Seong-Woo Kim Reviewed-by: Andrzej Hajda Acked-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_ipp.c | 25 ++--- 1 file changed, 14 insertions(+), 11

[PATCH 6/8] drm/exynos: ipp: rearrange c_node->mem_lock using routines

The c_node->mem_list[] should be protected with c_node->mem_lock. Signed-off-by: YoungJun Cho Reviewed-by: Seong-Woo Kim Reviewed-by: Andrzej Hajda Acked-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_ipp.c | 86 +-- 1 file changed, 48 insertions(+), 38

[PATCH 5/8] drm/exynos: ipp: add ipp_remove_id()

This patch adds ipp_remove_id() for idr resource free. Signed-off-by: YoungJun Cho Reviewed-by: Seong-Woo Kim Reviewed-by: Andrzej Hajda Acked-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_ipp.c | 41 ++- 1 file changed, 30 insertions(+), 11

[PATCH 4/8] drm/exynos: ipp: add cmd_lock for cmd_list

This patch adds cmd_lock for cmd_list synchronization. Signed-off-by: YoungJun Cho Reviewed-by: Seong-Woo Kim Reviewed-by: Andrzej Hajda Acked-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_ipp.c | 19 +-- drivers/gpu/drm/exynos/exynos_drm_ipp.h |2 ++ 2 files

[PATCH 3/8] drm/exynos: ipp: rename cmd_lock to lock

The ippdrv->cmd_list requires cmd_lock. So renames cmd_lock to lock for context. Signed-off-by: YoungJun Cho Reviewed-by: Seong-Woo Kim Reviewed-by: Andrzej Hajda Acked-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_ipp.c | 12 ++-- drivers/gpu/drm/exynos/exynos_drm_ipp.h

[PATCH 2/8] drm/exynos: ipp: remove duplicated setting

This patch removes duplicated setting. Signed-off-by: YoungJun Cho Reviewed-by: Seong-Woo Kim Reviewed-by: Andrzej Hajda Acked-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_ipp.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 1/8] drm/exynos: ipp: remove usless list_empty() functions

list_for_each_entry() handles empty lists, so there is no need to check whether the list is empty first. Signed-off-by: YoungJun Cho Reviewed-by: Seong-Woo Kim Reviewed-by: Andrzej Hajda Acked-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_ipp.c | 61

[PATCH 0/8] drm/exynos: ipp: fix races

Hi, This series is for the Exynos DRM IPP driver to fix races and is based on exynos-drm-next branch. Thank you. Best regards YJ YoungJun Cho (8): drm/exynos: ipp: remove usless list_empty() functions drm/exynos: ipp: remove duplicated setting drm/exynos: ipp: rename cmd_lock to lock

[PATCH 1/1] drm/exynos: Use PTR_ERR_OR_ZERO in exynos_dp_core.c

PTR_ERR_OR_ZERO simplifies the code. Signed-off-by: Sachin Kamat --- drivers/gpu/drm/exynos/exynos_dp_core.c |5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_dp_core.c b/drivers/gpu/drm/exynos/exynos_dp_core.c index ff63901..8b67f41

[PATCH 5/8] drm: spiff out FB refcnting traces

Hi On Thu, May 29, 2014 at 1:57 AM, Rob Clark wrote: > I find myself making this change locally whenever debugging FB reference > counting. Which seems a bit silly. > > Signed-off-by: Rob Clark > --- > drivers/gpu/drm/drm_crtc.c | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) >

[PATCH 2/8] drm: add signed-range property type

Hi On Thu, May 29, 2014 at 1:57 AM, Rob Clark wrote: > Like range, but values are signed. > > Signed-off-by: Rob Clark > --- > drivers/gpu/drm/drm_crtc.c | 45 > + > include/drm/drm_crtc.h | 12 > include/uapi/drm/drm_mode.h | 1

[PATCH 1/1] drm: gem_cma: Use ERR_CAST helper

Makes the code a bit more readable. Signed-off-by: Sachin Kamat Cc: Laurent Pinchart --- drivers/gpu/drm/drm_gem_cma_helper.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/drm_gem_cma_helper.c

[PATCH 1/8] drm: add object property type

Hi On Thu, May 29, 2014 at 1:57 AM, Rob Clark wrote: > An object property is an id (idr) for a drm mode object. This > will allow a property to be used set/get a framebuffer, CRTC, etc. > > Signed-off-by: Rob Clark > --- > drivers/gpu/drm/drm_crtc.c | 50 >

[PATCH] drm: Don't export internal module variables

On Thu, May 29, 2014 at 6:50 AM, Daniel Vetter wrote: > Drivers really have no business touching these. Noticed because > exynose _did_ touch the vblank off delay, which could potentially > affect other drivers. > > drm_debug is an exception since it's used in macros and inline > functions. > >

[PATCH v4 11/11] drm: sti: Add DRM driver itself

Make the link between all the hardware drivers and DRM/KMS interface. Create the driver itself and make it register all the sub-components. Use GEM CMA helpers for buffer allocation. Signed-off-by: Benjamin Gaignard --- drivers/gpu/drm/sti/Kconfig | 8 +

[PATCH v4 10/11] drm: sti: add Compositor

Compositor control all the input sub-device (VID, GDP) and the mixer(s). It is the main entry point for composition. Layer interface is used to control the abstracted layers. Add debug in mixer, GDP and VID Signed-off-by: Benjamin Gaignard --- drivers/gpu/drm/sti/Kconfig | 1 +

[PATCH v4 09/11] drm: sti: add Mixer

Mixer hardware IP is responsible of mixing the different inputs layers. Z-order is managed by the mixer. We could 2 mixers: one for main path and one for auxillary path Mixers are part of Compositor hardware block Signed-off-by: Benjamin Gaignard --- drivers/gpu/drm/sti/Makefile| 1 +

[PATCH v4 08/11] drm: sti: add VID layer

VIDeo plug are one of the compositor input sub-devices. VID are dedicated to video inputs like YUV plans. Like GDP, VID are part of Compositor hardware block and use sti_layer structure to provide an abstraction for Compositor calls. Signed-off-by: Benjamin Gaignard ---

[PATCH v4 07/11] drm: sti: add GDP layer

Generic Display Pipeline are one of the compositor input sub-devices. GDP are dedicated to graphic input like RGB plans. GDP is part of Compositor hardware block which will be introduce later. A sti_layer structure is used to abstract GDP calls from Compositor. Signed-off-by: Benjamin Gaignard

[PATCH v4 06/11] drm: sti: add TVOut driver

TVout hardware block is responsible to dispatch the data flow coming from compositor block to any of the output (HDMI or Analog TV). It control when output are start/stop and configure according the require flow path. TVout is the parent of HDMI and HDA drivers and bind them at runtime.

[PATCH v4 05/11] drm: sti: add HDA driver

Add driver to support analog TV ouput. As HDMI driver HDA use sti_connector structure to provide helper functions. Signed-off-by: Benjamin Gaignard --- drivers/gpu/drm/sti/Makefile | 3 +- drivers/gpu/drm/sti/sti_hda.c | 723 ++ 2 files changed, 725

[PATCH v4 04/11] drm: sti: add HDMI driver

Add driver for HDMI output. HDMI PHY registers are mixed into HDMI device registers and their is only one IRQ for all this hardware block. That is why PHYs aren't using phy framework but only a thin hdmi_phy_ops structure with start and stop functions. This patch introduce sti_connector structure

[PATCH v4 03/11] drm: sti: add VTAC drivers

Video Traffic Advance Communication Rx and Tx drivers are designed for inter-die communication. Signed-off-by: Benjamin Gaignard --- drivers/gpu/drm/sti/Makefile | 3 +- drivers/gpu/drm/sti/sti_vtac.c | 211 + 2 files changed, 213 insertions(+), 1

[PATCH v4 02/11] drm: sti: add VTG driver

Video Time Generator drivers are used to synchronize the compositor and tvout hardware IPs by providing line count, sample count, synchronization signals (HSYNC, VSYNC) and top and bottom fields indication. VTG are used by pair for each data path (main or auxiliary) one for master and one for

[PATCH v4 01/11] drm: sti: add bindings for DRM driver

Add DRM/KMS driver bindings documentation. Describe the required properties for each of the hardware IPs drivers. Signed-off-by: Benjamin Gaignard --- .../devicetree/bindings/gpu/st,stih4xx.txt | 189 + 1 file changed, 189 insertions(+) create mode 100644

[PATCH v4 00/11] Add DRM for stih4xx platforms

This series of patches add the support of DRM/KMS drivers for STMicroelectronics chipsets stih416 and stih407. version 4: - Remove depency between TVout it subdevices HDMI and HDA - Rework and simplify VTG and VTAC code - Fix numbers of typo and indentation -

[Bug 79338] Something's broken after llvm's svn commit 209067

. -- 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/20140529/135679c3/attachment.html>

[PATCH 8/8] drm: convert crtc and connection_mutex to ww_mutex

On Thu, May 29, 2014 at 7:22 AM, Daniel Vetter wrote: > On Wed, May 28, 2014 at 07:57:25PM -0400, Rob Clark wrote: >> For atomic, it will be quite necessary to not need to care so much >> about locking order. And 'state' gives us a convenient place to stash a >> ww_ctx for any sort of update

[PATCH 2/4] drm/plane-helper: Add drm_plane_helper_check_update() (v3)

Pull the parameter checking from drm_primary_helper_update() out into its own function; drivers that provide their own setplane() implementations rather than using the helper may still want to share this parameter checking logic. A few of the checks here were also updated based on suggestions by

[PATCH 1/4] drm: Check CRTC compatibility in setplane

The DRM core setplane code should check that the plane is usable on the specified CRTC before calling into the driver. Prior to this patch, a plane's possible_crtcs field was purely informational for userspace and was never actually verified at the kernel level (aside from the primary plane

[PATCH 4/8] drm: Allow drm_mode_object_find() to look up an object of any type

On Thu, May 29, 2014 at 7:18 AM, Daniel Vetter wrote: > On Wed, May 28, 2014 at 07:57:21PM -0400, Rob Clark wrote: >> From: Ville Syrj?l? >> >> To avoid having to pass object types from userspace for atomic mode >> setting ioctl, allow drm_mode_object_find() to look up an object of any >> type.

[PATCH 2/8] drm: add signed-range property type

On Thu, May 29, 2014 at 4:29 AM, David Herrmann wrote: > Hi > > On Thu, May 29, 2014 at 1:57 AM, Rob Clark wrote: >> Like range, but values are signed. >> >> Signed-off-by: Rob Clark >> --- >> drivers/gpu/drm/drm_crtc.c | 45 >> + >>

[PATCH 1/8] drm: add object property type

On Thu, May 29, 2014 at 4:01 AM, David Herrmann wrote: > Hi > > On Thu, May 29, 2014 at 1:57 AM, Rob Clark wrote: >> An object property is an id (idr) for a drm mode object. This >> will allow a property to be used set/get a framebuffer, CRTC, etc. >> >> Signed-off-by: Rob Clark >> --- >>

[Bug 79325] Mesa 10.2.0rc4 crashes Xorg when launching Steam

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140529/6272e144/attachment.html>

[PATCH] gpu/drm/ttm: Use mutex_lock_killable() for shrinker functions.

Konrad Rzeszutek Wilk wrote: > On Sat, May 24, 2014 at 11:22:09PM +0900, Tetsuo Handa wrote: > > Hello. > > > > I tried to test whether it is OK (from point of view of reentrant) to use > > mutex_lock() or mutex_lock_killable() inside shrinker functions when > > shrinker > > functions do memory

[Bug 72621] X crash while video playback in web browsers with enabled rendering hardware acceleration

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