[PATCH 1/2] drm/exynos: g2d: make ioctls more robust

On 2014? 08? 03? 18:52, Tobias Jakobi wrote: > Inki Dae wrote: >> It seems that you have no build test because above line incurs build >> error. Anyway I fixed it up. > That's why I have sent v2 of the patch. > Oops, sorry. I didn't check v2. Thanks, Inki Dae > With best wishes, > Tobias > >

3D and then OpenCL on VIA VX800/VX820

Hey... I know that this sounds crazy, but I'd like to attempt to do it - that is if it is possible at all. :-) From following the Noveau and Gallium development over the last years (including reading the source code) I have a slight clue how to do things but basically I'm a newbie to 3D

[Bug 81261] NVIDIA GT 745M not properly detected

https://bugzilla.kernel.org/show_bug.cgi?id=81261 Aaron Lu changed: What|Removed |Added Status|NEW |ASSIGNED CC|

[Bug 82109] New: Firefox crashes Google Maps, likely related to graphics driver

. -- 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/20140804/dad82282/attachment.html>

[Bug 81680] [r600g] Firefox crashes with hardware acceleration turned on

e sure there are debugging symbols for r600_dri.so. -- 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/20140804/7239957b/attachment.html>

[Bug 82109] Firefox crashes Google Maps, likely related to graphics driver

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140804/7890a513/attachment.html>

3D and then OpenCL on VIA VX800/VX820

On 4 August 2014 11:52, Felix Nawothnig wrote: > Hey... > > I know that this sounds crazy, but I'd like to attempt to do it - that is if > it is possible at all. :-) > > From following the Noveau and Gallium development over the last years > (including reading the source code) I have a slight

[Bug 82055] [HAWAII] Running some programs, when HW acceleration is on, causes X to spike in CPU usage → unresponsive desktop

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140804/048959a7/attachment.html>

[Bug 82046] xbmc crashes with recent git mesa (git-150ac07) on r600g

org/archives/dri-devel/attachments/20140804/d744e532/attachment.html>

[Bug 81261] NVIDIA GT 745M not properly detected

https://bugzilla.kernel.org/show_bug.cgi?id=81261 Ilia Mirkin changed: What|Removed |Added CC||imirkin at alum.mit.edu --- Comment #8

[GIT PULL] exynos-drm-next

Hi Dave, This pull request includes i80 interface support, module auto-loading ipp consolidation, and trivail fixups and cleanups. Summary: - Add i80 interface support. For this, we added some features to Exynos drm framework, which don't affect any other SoC and common framework

[Bug 82055] [HAWAII] Running some programs, when HW acceleration is on, causes X to spike in CPU usage → unresponsive desktop

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/20140804/dd0d9b4a/attachment.html>

[Bug 82109] Firefox crashes Google Maps, likely related to graphics driver

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140804/3432b566/attachment-0001.html>

[Bug 82055] [HAWAII] Running some programs, when HW acceleration is on, causes X to spike in CPU usage → unresponsive desktop

it in MediathekView? -- 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/20140804/2483bbad/attachment.html>

[PULL] drm-intel-next

Hi Dave, Final feature pull for 3.17. drm-intel-next-2014-07-25: - Ditch UMS support (well just the config option for now) - Prep work for future platforms (Sonika Jindal, Damien) - runtime pm/soix fixes (Paulo, Jesse) - psr tracking improvements, locking fixes, now enabled by default! - rps

[PATCH 1/1] Documentation: drm: describing drm properties exposed by various drivers

On Fri, Aug 01, 2014 at 02:58:21PM +0200, Laurent Pinchart wrote: > Hi Randy, > > On Thursday 31 July 2014 15:16:21 Randy Dunlap wrote: > > On 05/12/14 11:04, Randy Dunlap wrote: > > > On 05/12/2014 08:54 AM, Daniel Vetter wrote: > > >> On Mon, May 12, 2014 at 08:23:45AM -0700, Randy Dunlap

[PATCH v5] drm/nouveau: map pages using DMA API

On Thu, Jul 31, 2014 at 06:09:42PM +0900, Alexandre Courbot wrote: > The DMA API is the recommended way to map pages no matter what the > underlying bus is. Use the DMA functions for page mapping and remove > currently existing wrappers. > > Signed-off-by: Alexandre Courbot > Cc: Daniel Vetter

[PATCH 2/3] intel: Use symbol visibility.

On Thu, Jul 31, 2014 at 03:45:05PM +0200, Maarten Lankhorst wrote: > No exports changed for this driver. > > Signed-off-by: Maarten Lankhorst On a quick look this seems to have all we need really. Acked-by: Daniel Vetter > --- > intel/Makefile.am | 1 + > intel/intel_bufmgr.c

[PULL] drm-intel-next

On 4 August 2014 17:10, Daniel Vetter wrote: > Hi Dave, > > Final feature pull for 3.17. > > drm-intel-next-2014-07-25: > - Ditch UMS support (well just the config option for now) > - Prep work for future platforms (Sonika Jindal, Damien) > - runtime pm/soix fixes (Paulo, Jesse) > - psr tracking

[PATCH 09/19] drm/radeon: handle lockup in delayed work, v2

Hi Maarten, Sorry for the delay. I've got way to much todo recently. Am 01.08.2014 um 19:46 schrieb Maarten Lankhorst: > > On 01-08-14 18:35, Christian K?nig wrote: >> Am 31.07.2014 um 17:33 schrieb Maarten Lankhorst: >>> Signed-off-by: Maarten Lankhorst >>> --- >>> V1 had a nasty bug breaking

[PATCH 17/19] drm/radeon: use rcu waits in some ioctls

On 02.08.2014 02:07, Maarten Lankhorst wrote: > On 01-08-14 16:13, Michel D?nzer wrote: >> On 01.08.2014 19:12, Maarten Lankhorst wrote: >>> On 01-08-14 10:27, Michel D?nzer wrote: On 01.08.2014 00:34, Maarten Lankhorst wrote: > > @@ -357,14 +360,20 @@ int

[Bug 82055] [HAWAII] Running some programs, when HW acceleration is on, causes X to spike in CPU usage → unresponsive desktop

vel/attachments/20140804/d02d4a8e/attachment.html>

[PATCH 09/19] drm/radeon: handle lockup in delayed work, v2

op 04-08-14 10:36, Christian K?nig schreef: > Hi Maarten, > > Sorry for the delay. I've got way to much todo recently. > > Am 01.08.2014 um 19:46 schrieb Maarten Lankhorst: >> >> On 01-08-14 18:35, Christian K?nig wrote: >>> Am 31.07.2014 um 17:33 schrieb Maarten Lankhorst: Signed-off-by:

[PATCH 17/19] drm/radeon: use rcu waits in some ioctls

op 04-08-14 10:42, Michel D?nzer schreef: > On 02.08.2014 02:07, Maarten Lankhorst wrote: >> On 01-08-14 16:13, Michel D?nzer wrote: >>> On 01.08.2014 19:12, Maarten Lankhorst wrote: On 01-08-14 10:27, Michel D?nzer wrote: > On 01.08.2014 00:34, Maarten Lankhorst wrote: >> @@ -357,14

[Bug 82055] [HAWAII] Running some programs, when HW acceleration is on, causes X to spike in CPU usage → unresponsive desktop

nt was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140804/15a311a4/attachment.html>

[LIBDRM PATCH 1/3] omap: Use symbol visibility.

No changes to exported symbols. Signed-off-by: Maarten Lankhorst --- omap/Makefile.am | 1 + omap/omap_drm.c | 46 ++ 2 files changed, 27 insertions(+), 20 deletions(-) diff --git a/omap/Makefile.am b/omap/Makefile.am index c77520b..0778bdd 100644

[LIBDRM PATCH 2/3] freedreno: Use symbol visibility.

Hiding fd_device_del_locked, and fd_cleanup_bo_cache. Signed-off-by: Maarten Lankhorst --- freedreno/Makefile.am| 1 + freedreno/freedreno_bo.c | 26 +- freedreno/freedreno_device.c | 8 freedreno/freedreno_pipe.c | 11 ++-

[LIBDRM PATCH 3/3] exynos: Use symbol visibility.

No changes to exported symbols. Signed-off-by: Maarten Lankhorst --- exynos/Makefile.am | 1 + exynos/exynos_drm.c| 37 - exynos/exynos_fimg2d.c | 19 --- 3 files changed, 33 insertions(+), 24 deletions(-) diff --git

[PATCH 17/19] drm/radeon: use rcu waits in some ioctls

On 04.08.2014 17:56, Maarten Lankhorst wrote: > op 04-08-14 10:42, Michel D?nzer schreef: >> On 02.08.2014 02:07, Maarten Lankhorst wrote: >>> On 01-08-14 16:13, Michel D?nzer wrote: On 01.08.2014 19:12, Maarten Lankhorst wrote: > On 01-08-14 10:27, Michel D?nzer wrote: >> On

[PATCH v2] drm/ttm: expose CPU address of DMA-allocated pages

Pages allocated using the DMA API have a coherent memory mapping. Make this mapping visible to drivers so they can decide to use it instead of creating their own redundant one. Signed-off-by: Alexandre Courbot Acked-by: David Airlie --- Changes since v1: - Perform only one allocation for pages,

[PATCH 17/19] drm/radeon: use rcu waits in some ioctls

op 04-08-14 11:25, Michel D?nzer schreef: > On 04.08.2014 17:56, Maarten Lankhorst wrote: >> op 04-08-14 10:42, Michel D?nzer schreef: >>> On 02.08.2014 02:07, Maarten Lankhorst wrote: On 01-08-14 16:13, Michel D?nzer wrote: > On 01.08.2014 19:12, Maarten Lankhorst wrote: >> On

[Bug 82055] [HAWAII] Running some programs, when HW acceleration is on, causes X to spike in CPU usage → unresponsive desktop

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

[Bug 82055] [HAWAII] Running some programs, when HW acceleration is on, causes X to spike in CPU usage → unresponsive desktop

xed. Oh, nice. Do you know which commit resolves this? If not, do you need a bisect? If yes, will that commit be backported to the 1.16 branch? -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <

[PATCH 7/9] drm: add Rockchip Soc rk3288 lvds connector

Signed-off-by: mark yao --- drivers/gpu/drm/rockchip/Kconfig |1 + drivers/gpu/drm/rockchip/Makefile|2 +- drivers/gpu/drm/rockchip/connector/Kconfig |8 + drivers/gpu/drm/rockchip/connector/Makefile |4 +

[PATCH 5/9] drm: add Rockchip rk3288 lcd controller driver

Signed-off-by: mark yao --- drivers/gpu/drm/rockchip/Kconfig|2 + drivers/gpu/drm/rockchip/Makefile |2 +- drivers/gpu/drm/rockchip/lcdc/Kconfig |9 + drivers/gpu/drm/rockchip/lcdc/Makefile |4 + drivers/gpu/drm/rockchip/lcdc/rk3288_lcdc.c | 819

[PATCH 2/9] Add devicetree bindings for panels used by the Rockchip DRM

Signed-off-by: mark yao --- .../devicetree/bindings/video/rockchip-panel.txt | 52 1 file changed, 52 insertions(+) create mode 100644 Documentation/devicetree/bindings/video/rockchip-panel.txt diff --git a/Documentation/devicetree/bindings/video/rockchip-panel.txt

[PATCH 0/9] Add drm driver for Rockchip Socs

From: mark yao This a series of patches is a DRM Driver for Rockchip Socs, driver provides an abstraction for the graphics hardware, as lcd controller and connector interface. add rk3288 lcd controller. add rk3288 lvds and rk3288 edp connector. Tested on rk3288 sdk board,

[PATCH 6/9] Add devicetree bindings for Rockchip Soc LVDS

Signed-off-by: mark yao --- .../devicetree/bindings/video/rockchip-panel.txt | 30 1 file changed, 30 insertions(+) diff --git a/Documentation/devicetree/bindings/video/rockchip-panel.txt b/Documentation/devicetree/bindings/video/rockchip-panel.txt index

[PATCH 8/9] Add devicetree bindings for Rockchip Soc EDP

Signed-off-by: mark yao --- .../devicetree/bindings/video/rockchip-panel.txt | 34 1 file changed, 34 insertions(+) diff --git a/Documentation/devicetree/bindings/video/rockchip-panel.txt b/Documentation/devicetree/bindings/video/rockchip-panel.txt index

[PATCH 4/9] Add devicetree bindings for Rockchip lcd controller

Signed-off-by: mark yao --- .../devicetree/bindings/video/rockchip-lcdc.txt| 33 1 file changed, 33 insertions(+) create mode 100644 Documentation/devicetree/bindings/video/rockchip-lcdc.txt diff --git a/Documentation/devicetree/bindings/video/rockchip-lcdc.txt

[PATCH 3/9] drm: add driver for panels used by the Rockchip DRM

Signed-off-by: mark yao --- drivers/gpu/drm/rockchip/Makefile |3 +- drivers/gpu/drm/rockchip/rockchip_panel.c | 297 + 2 files changed, 299 insertions(+), 1 deletion(-) create mode 100644 drivers/gpu/drm/rockchip/rockchip_panel.c diff --git

[PATCH 9/9] drm: add Rockchip Soc rk3288 edp connector

Signed-off-by: mark yao --- drivers/gpu/drm/rockchip/connector/Kconfig |9 + drivers/gpu/drm/rockchip/connector/Makefile|1 + .../gpu/drm/rockchip/connector/rk3288_dp_core.c| 586 ++ .../gpu/drm/rockchip/connector/rk3288_dp_core.h| 355 ++

[PATCH 1/9] drm: Add drm driver for Rockchip Socs

This patch is a DRM Driver for Rockchip Socs, driver provides an abstraction for the graphics hardware, such as lcd controller and connector interface. Signed-off-by: mark yao --- drivers/gpu/drm/Kconfig |2 + drivers/gpu/drm/Makefile |

[PATCH 09/19] drm/radeon: handle lockup in delayed work, v2

Am 04.08.2014 um 10:55 schrieb Maarten Lankhorst: > op 04-08-14 10:36, Christian K?nig schreef: >> Hi Maarten, >> >> Sorry for the delay. I've got way to much todo recently. >> >> Am 01.08.2014 um 19:46 schrieb Maarten Lankhorst: >>> On 01-08-14 18:35, Christian K?nig wrote: Am 31.07.2014 um

[PATCH 09/19] drm/radeon: handle lockup in delayed work, v2

Hey, op 04-08-14 13:57, Christian K?nig schreef: > Am 04.08.2014 um 10:55 schrieb Maarten Lankhorst: >> op 04-08-14 10:36, Christian K?nig schreef: >>> Hi Maarten, >>> >>> Sorry for the delay. I've got way to much todo recently. >>> >>> Am 01.08.2014 um 19:46 schrieb Maarten Lankhorst: On

[PATCH 1/1] Documentation: drm: describing drm properties exposed by various drivers

On Monday 04 August 2014 09:30:04 Daniel Vetter wrote: > On Fri, Aug 01, 2014 at 02:58:21PM +0200, Laurent Pinchart wrote: > > On Thursday 31 July 2014 15:16:21 Randy Dunlap wrote: > >> On 05/12/14 11:04, Randy Dunlap wrote: > >>> On 05/12/2014 08:54 AM, Daniel Vetter wrote: > On Mon, May 12,

[Bug 82055] [HAWAII] Running some programs, when HW acceleration is on, causes X to spike in CPU usage → unresponsive desktop

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140804/5801d93c/attachment.html>

[Bug 82055] [HAWAII] Running some programs, when HW acceleration is on, causes X to spike in CPU usage → unresponsive desktop

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140804/79bbe5f0/attachment.html>

[Bug 82055] [HAWAII] Running some programs, when HW acceleration is on, causes X to spike in CPU usage → unresponsive desktop

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140804/5517def2/attachment-0001.html>

[Bug 82055] [HAWAII] Running some programs, when HW acceleration is on, causes X to spike in CPU usage → unresponsive desktop

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

[PATCH 09/19] drm/radeon: handle lockup in delayed work, v2

> It'a pain to deal with gpu reset. Yeah, well that's nothing new. > I've now tried other solutions but that would mean reverting to the old style > during gpu lockup recovery, and only running the delayed work when !lockup. > But this meant that the timeout was useless to add. I think the

[PATCH 09/19] drm/radeon: handle lockup in delayed work, v2

op 04-08-14 16:37, Christian K?nig schreef: >> It'a pain to deal with gpu reset. > > Yeah, well that's nothing new. > >> I've now tried other solutions but that would mean reverting to the old >> style during gpu lockup recovery, and only running the delayed work when >> !lockup. >> But this

[PATCH 09/19] drm/radeon: handle lockup in delayed work, v2

Am 04.08.2014 um 16:40 schrieb Maarten Lankhorst: > op 04-08-14 16:37, Christian K?nig schreef: >>> It'a pain to deal with gpu reset. >> Yeah, well that's nothing new. >> >>> I've now tried other solutions but that would mean reverting to the old >>> style during gpu lockup recovery, and only

[Bug 81021] AMD CPUs w/ Integrated Graphics (APUs) And Turbo Core Only Boost If "fglrx" Module Is Loaded

https://bugzilla.kernel.org/show_bug.cgi?id=81021 --- Comment #8 from Alex Deucher --- I'm not sure why you don't think you need a GPU driver installed. When the driver is installed it not only allows the GPU to dynamically adjust it clocks and voltages up for performance, but also enables low

[Bug 82055] [HAWAII] Running some programs, when HW acceleration is on, causes X to spike in CPU usage → unresponsive desktop

les. -- 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/20140804/2537d2a0/attachment.html>

[PATCH 09/19] drm/radeon: handle lockup in delayed work, v2

op 04-08-14 16:45, Christian K?nig schreef: > Am 04.08.2014 um 16:40 schrieb Maarten Lankhorst: >> op 04-08-14 16:37, Christian K?nig schreef: It'a pain to deal with gpu reset. >>> Yeah, well that's nothing new. >>> I've now tried other solutions but that would mean reverting to the old

[Bug 82055] [HAWAII] Running some programs, when HW acceleration is on, causes X to spike in CPU usage → unresponsive desktop

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

[PATCH 09/19] drm/radeon: handle lockup in delayed work, v2

Am 04.08.2014 um 16:58 schrieb Maarten Lankhorst: > op 04-08-14 16:45, Christian K?nig schreef: >> Am 04.08.2014 um 16:40 schrieb Maarten Lankhorst: >>> op 04-08-14 16:37, Christian K?nig schreef: > It'a pain to deal with gpu reset. Yeah, well that's nothing new. > I've now tried

[PATCH 09/19] drm/radeon: handle lockup in delayed work, v2

op 04-08-14 17:04, Christian K?nig schreef: > Am 04.08.2014 um 16:58 schrieb Maarten Lankhorst: >> op 04-08-14 16:45, Christian K?nig schreef: >>> Am 04.08.2014 um 16:40 schrieb Maarten Lankhorst: op 04-08-14 16:37, Christian K?nig schreef: >> It'a pain to deal with gpu reset. > Yeah,

[Bug 82050] R9270X pyrit benchmark perf regressions with latest kernel/llvm

org/archives/dri-devel/attachments/20140804/f178cb50/attachment.html>

[PATCH] radeon: allow write_reloc with unaccounted buffers to cope with Mesa R200 bug

On Fri, Aug 1, 2014 at 9:43 AM, Marek Ol??k wrote: > From: Marek Ol??k > > --- > > I'm not really interested in studying the R200 driver to fix it. > This has to suffice. Reviewed-by: Alex Deucher > > radeon/radeon_cs_gem.c | 9 + > 1 file changed, 9 insertions(+) > > diff --git

[pull] drm/msm: msm-next for 3.17

Dave, This time around we have a mix of new hw enablement (mdp5 v1.3 / apq8084), plus devicetree and various upstream changes (mostly adapting to CCF vs downstream clk driver differences) for mdp4 / apq8064. With these drm/msm patches plus a few other small patchsets (from linaro qcom

[Bug 82139] New: [r600g, bisected] multiple ubo piglit regressions

ment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140804/9fe9af1e/attachment-0001.html>

[Bug 82139] [r600g, bisected] multiple ubo piglit regressions

ect-rendering -fbo -- 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/20140804/8e788b2e/attachment.html>

[Bug 82139] [r600g, bisected] multiple ubo piglit regressions

ect-rendering -fbo -- 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/20140804/ee7f5f10/attachment.html>

[PATCH 09/19] drm/radeon: handle lockup in delayed work, v2

Am 04.08.2014 um 17:09 schrieb Maarten Lankhorst: > op 04-08-14 17:04, Christian K?nig schreef: >> Am 04.08.2014 um 16:58 schrieb Maarten Lankhorst: >>> op 04-08-14 16:45, Christian K?nig schreef: Am 04.08.2014 um 16:40 schrieb Maarten Lankhorst: > op 04-08-14 16:37, Christian K?nig

[Bug 81680] [r600g] Firefox crashes with hardware acceleration turned on

g 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/20140804/02d0bfdb/attachment.html>

[PATCH 1/4] drm/radeon: use packet2 for nop on hawaii with old firmware

On Fri, Aug 1, 2014 at 2:05 PM, Andreas Boll wrote: > From: Alex Deucher > > Older firmware didn't support the new nop packet. > > v2 (Andreas Boll): > - Drop usage of packet3 for new firmware > > Signed-off-by: Alex Deucher > Reviewed-by: Christian K?nig (v1) > Signed-off-by: Andreas Boll

[PATCH] radeon: allow write_reloc with unaccounted buffers to cope with Mesa R200 bug

Actually, please disregard this patch. I have found and fixed the real problem in mesa/r200. Marek On Mon, Aug 4, 2014 at 5:58 PM, Alex Deucher wrote: > On Fri, Aug 1, 2014 at 9:43 AM, Marek Ol??k wrote: >> From: Marek Ol??k >> >> --- >> >> I'm not really interested in studying the R200

[Bug 74250] [HAWAII][DPM] New Version 3.1 for ASIC_ProfilingInfo / ci_upload_dpm_level_enable_mask failed

resolve your issues, please open a new bug. -- 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/20140804/a4d0d3a7/attachment.html>

[Bug 66963] Rv6xx dpm problems

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/20140804/8ffca0c7/attachment.html>

[Bug 82154] New: [HAWAII] gpu-reset when closing gwenview, fails to resume (atombios stuck executing), then flickery noise

Deluxe RAM: 6GB -- 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/20140804/331e4ac3/attachment.html>

[Bug 82154] [HAWAII] gpu-reset when closing gwenview, fails to resume (atombios stuck executing), then flickery noise

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140804/6a4c7e71/attachment-0001.html>

[Bug 82154] [HAWAII] gpu-reset when closing gwenview, fails to resume (atombios stuck executing), then flickery noise

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

[PATCH 1/9] drm: Add drm driver for Rockchip Socs

On Mon, Aug 04, 2014 at 12:45:07PM +0800, mark yao wrote: > This patch is a DRM Driver for Rockchip Socs, driver provides an abstraction > for the graphics hardware, such as lcd controller and connector interface. > > Signed-off-by: mark yao > --- Just a quick drive-by comment below, don't

[PATCH 1/2] drm/exynos: g2d: make ioctls more robust

On 2014-08-04 02:28, Inki Dae wrote: > Oops, sorry. I didn't check v2. No problem :) It would be good if you could also check the libdrm patches that I've resent some while ago. With best wishes, Tobias

[PATCH 8/9] Add devicetree bindings for Rockchip Soc EDP

Am Montag, 4. August 2014, 12:55:59 schrieb mark yao: > Signed-off-by: mark yao > --- > .../devicetree/bindings/video/rockchip-panel.txt | 34 > 1 file changed, 34 insertions(+) > > diff --git a/Documentation/devicetree/bindings/video/rockchip-panel.txt >