4.4-rc, intel dri i915, regular hangs and corruptions

Dear all, since 4.4-rc (at least rc2 it was the first I tested), the Intel DRI is in very broken state. Hardware: Sony VAIO Pro 00:02.0 VGA compatible controller: Intel Corporation Haswell-ULT Integrated Graphics Controller (rev 09) (prog-if 00 [VGA controller]) Subsystem: Sony Corporat

[PATCH v11 0/19] Add Analogix Core Display Port Driver

Hi Yakir, Am Mittwoch, 16. Dezember 2015, 11:20:18 schrieb Yakir Yang: >The Samsung Exynos eDP controller and Rockchip RK3288 eDP controller > share the same IP, so a lot of parts can be re-used. I split the common > code into bridge directory, then rk3288 and exynos only need to keep > some p

[PATCH v3 2/7] drm/exynos: make zpos property configurable

On 12/17/2015 10:05 PM, Marek Szyprowski wrote: > Hello, > > On 2015-12-17 03:55, Joonyoung Shim wrote: >> +Cc: Boram Park, >> >> Hi Marek, >> >> On 12/16/2015 09:21 PM, Marek Szyprowski wrote: >>> This patch adds all infrastructure to make zpos plane property >>> configurable from userspace. >>>

[PATCH v3 5/7] drm/exynos: mixer: refactor layer setup

+Cc Boram Park, On 12/18/2015 12:54 AM, Marek Szyprowski wrote: > Hi Joonyoung, > > On 2015-12-17 05:19, Joonyoung Shim wrote: >> Hi Marek, >> >> On 12/16/2015 09:21 PM, Marek Szyprowski wrote: >>> Properly configure blending properties of given hardware layer based on >>> the selected pixel form

[PATCH v11 0/19] Add Analogix Core Display Port Driver

Hi Heiko, On 12/18/2015 07:51 AM, Heiko Stübner wrote: > Hi Yakir, > > Am Mittwoch, 16. Dezember 2015, 11:20:18 schrieb Yakir Yang: >> The Samsung Exynos eDP controller and Rockchip RK3288 eDP controller >> share the same IP, so a lot of parts can be re-used. I split the common >> code into b

[Bug 91865] [r600g] GPU hang in 'gsraytrace' - NI/Turks (6670)

s! And all the best for your family. -- 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/20151218/2d167da8/attachment.html>

[PATCH] dt-bindings: Move panel bindings to correct location

From: Thierry Reding Device tree bindings for display panels have moved to a new location. Unfortunately some of the new bindings added recently ended up in the old location. Move them to their proper place. Reported-by: Alexandre Belloni Reported-by: Rob Herring Signed-off-by: Thierry Reding

[Bug 93436] [radeonsi][regression] GPUVM faults playing ARK: Survival Evolved, started 4.4-rc3, -rc5 is worse

er: 2015-12-11 kernel: 4.4.0-0.rc5.git1.2.fc24.x86_64 Can I use the new debugging in mesa to capture what is causing fault? -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.f

[PATCH libdrm] tests: remove missleading comments

The comment has been copied from modetest and is not applicable for vbltest. Signed-off-by: Stefan Agner --- tests/vbltest/vbltest.c | 15 +-- 1 file changed, 1 insertion(+), 14 deletions(-) diff --git a/tests/vbltest/vbltest.c b/tests/vbltest/vbltest.c index 531196c..5c61b43 100644

[Bug 93147] [regression bisected] Stuttering in games caused by commit 4dfd6486 "drm: Use vblank timestamps to guesstimate how many vblanks were missed"

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

[Bug 92428] Sword Coast Legends causing GPU lockup. radeon 0000:01:00.0: GPU lockup (current fence id 0x000000000000afd1 last fence id 0x000000000000b194 on ring 3)

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

[Bug 92428] Sword Coast Legends causing GPU lockup. radeon 0000:01:00.0: GPU lockup (current fence id 0x000000000000afd1 last fence id 0x000000000000b194 on ring 3)

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

[GIT PULL] omapdrm changes for v4.5

A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151218/874e3ccb/attachment-0001.sig>

[Bug 80419] XCOM: Enemy Unknown Causes lockup

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

[PATCH v6.1 4/6] drm: rockchip: Support Synopsys DW MIPI DSI

Add support for Synopsys DesignWare MIPI DSI controller which is embedded in the rk3288 SoCs. Signed-off-by: Chris Zhong --- Changes in v6.1: - Add atomic API support (Heiko Stübne) Changes in v6: - Do not use bridge driver (Thierry Reding) - Optimization the phy init sequence Changes in v5:

[PATCH v6 0/6] Add mipi dsi support for rk3288

Hi Heiko Thanks for your reminder. I have post the v6.1 mipi patch with the atomic support. On 12/17/2015 05:29 PM, Heiko Stübner wrote: > Hi Chris, > > Am Mittwoch, 16. Dezember 2015, 18:10:10 schrieb Chris Zhong: >> The rk3288 MIPI DSI is a Synopsy

[PATCH v6.1 4/6] drm: rockchip: Support Synopsys DW MIPI DSI

On 2015年12月18日 17:47, Chris Zhong wrote: > + if (drm_core_check_feature(drm, DRIVER_ATOMIC)) > + drm_connector_init(drm, &dsi->connector, > +&dw_mipi_dsi_atomic_connector_funcs, > +DRM_MODE_CONNECTOR_DSI); > +

[Bug 109481] Radeon Module crashing/freezing on ATI/AMD Evergreen (Radeon HD6250, Wrestler)

https://bugzilla.kernel.org/show_bug.cgi?id=109481 --- Comment #7 from Steffen Schmid --- Great! It works! :-) Many thanks for the fast fix. Tested on Fujitsu Futro S900 and Kernel 4.3.3 (additionally tested on Futro S550 and S920, works too). Do I have to do now anything? More testing, closing

[PATCH 10/13] ASoC: AMD: add ACP 2.x IP DMA abstraction layer

al driver - what's the abstraction here? -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151218/2d34f2ed/attachment.sig>

[PATCH 06/13] PM / Domains: export symbols to add/remove devices from genpd

ame: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151218/656b7ccf/attachment.sig>

[PATCH 11/13] ASoC: AMD: add AMD ASoC ACP 2.x DMA driver

A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151218/9b5f1660/attachment.sig>

[PATCH 13/13] ASoC: AMD: Manage ACP 2.x SRAM banks power

n with the '(' for the matching level) and this needs a timeout for safety. -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: not available URL: <http://lists.freedesktop.or

[PATCH 00/13] Add ASoC support for AMD APUs [v5]

473 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151218/eb741724/attachment-0001.sig>

[Bug 93147] [regression bisected] Stuttering in games caused by commit 4dfd6486 "drm: Use vblank timestamps to guesstimate how many vblanks were missed"

=8e36f9d33c134d5c6448ad65b423a9fd94e045cf -- 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/20151218/0d8b3d15/attachment.html>

[Bug 93436] [radeonsi][regression] GPUVM faults playing ARK: Survival Evolved, started 4.4-rc3, -rc5 is worse

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20151218/f9497b70/attachment.html>

[PATCH v6 3/5] dma-buf: Add ioctls to allow userspace to flush

On Thu, Dec 17, 2015 at 10:58:20PM +0100, Thomas Hellstrom wrote: > On 12/16/2015 11:25 PM, Tiago Vignatti wrote: > > From: Daniel Vetter > > > > The userspace might need some sort of cache coherency management e.g. when > > CPU > > and GPU domains are being accessed through dma-buf at the same t

[PULL] topic/drm-misc

Hi Dave, Seems I lied in my last drm-misc pull request and suddenly there's a big pile of random stuff. Boris dug out Thierry's drm-trivial branch and resubmitted everything since that branch didn't really work out. On top of that Nicolas' changes to drm_dev_set_unique - this might conflict with

[PATCH libdrm] tests: remove missleading comments

On 12/18/2015 12:14 AM, Stefan Agner wrote: > The comment has been copied from modetest and is not applicable > for vbltest. > > Signed-off-by: Stefan Agner > --- > tests/vbltest/vbltest.c | 15 +-- > 1 file changed, 1 insertion(+), 14 deletions(-) > > diff --git a/tests/vbltest/vbl

[PATCH libdrm] tests: remove missleading comments

On 18 December 2015 at 16:54, Jesse Barnes wrote: > On 12/18/2015 12:14 AM, Stefan Agner wrote: >> The comment has been copied from modetest and is not applicable >> for vbltest. >> >> Signed-off-by: Stefan Agner >> --- >> tests/vbltest/vbltest.c | 15 +-- >> 1 file changed, 1 insert

[PATCH v6 3/5] dma-buf: Add ioctls to allow userspace to flush

On 12/17/2015 04:19 PM, Alex Deucher wrote: > On Wed, Dec 16, 2015 at 5:25 PM, Tiago Vignatti > wrote: >> From: Daniel Vetter >> >> The userspace might need some sort of cache coherency management e.g. when >> CPU >> and GPU domains are being accessed through dma-buf at the same time. To >> circ

[PATCH v6 4/5] drm/i915: Implement end_cpu_access

On 12/17/2015 06:01 AM, Chris Wilson wrote: > On Wed, Dec 16, 2015 at 08:25:36PM -0200, Tiago Vignatti wrote: >> This function is meant to be used with dma-buf mmap, when finishing the CPU >> access of the mapped pointer. >> >> +static void i915_gem_end_cpu_access(struct dma_buf *dma_buf, enum >>

[PATCH v6 4/5] drm/i915: Implement end_cpu_access

On 12/18/2015 05:02 PM, Tiago Vignatti wrote: > On 12/17/2015 06:01 AM, Chris Wilson wrote: >> On Wed, Dec 16, 2015 at 08:25:36PM -0200, Tiago Vignatti wrote: >>> This function is meant to be used with dma-buf mmap, when finishing >>> the CPU >>> access of the mapped pointer. >>> >>> +static void i

[PATCH libdrm] tests: add fsl-dcu-drm to modetest, kmstest, vbltest and proptest

From: Stefan Agner Signed-off-by: Stefan Agner --- tests/kmstest/main.c | 1 + tests/modetest/modetest.c | 2 +- tests/proptest/proptest.c | 2 +- tests/vbltest/vbltest.c | 2 +- 4 files changed, 4 insertions(+), 3 deletions(-) diff --git a/tests/kmstest/main.c b/tests/kmstest/main.c in

[Bug 91880] Radeonsi on Grenada cards (r9 390) exceptionally unstable and poorly performing

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

[PATCH v6 3/5] dma-buf: Add ioctls to allow userspace to flush

On 12/17/2015 07:58 PM, Thomas Hellstrom wrote: > On 12/16/2015 11:25 PM, Tiago Vignatti wrote: >> From: Daniel Vetter >> >> The userspace might need some sort of cache coherency management e.g. when >> CPU >> and GPU domains are being accessed through dma-buf at the same time. To >> circumvent t

[Bug 93425] d3dadapter.so (gallium-nine) segfaults since Mesa 11.0/LLVM 3.7

HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151218/240e8387/attachment.html>

[Bug 92428] Sword Coast Legends causing GPU lockup. radeon 0000:01:00.0: GPU lockup (current fence id 0x000000000000afd1 last fence id 0x000000000000b194 on ring 3)

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

[Bug 80419] XCOM: Enemy Unknown Causes lockup

liable. -- 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/20151218/6e08dea0/attachment.html>

[PATCH] drm: Print pid in drm log

From: Andrey Grodzovsky Add task ids to all DRM prints so it is easier to resolve concurency issues and understand the logic. Signed-off-by: Andrey Grodzovsky --- drivers/gpu/drm/drm_drv.c | 16 +--- include/drm/drmP.h| 6 -- 2 files changed, 17 insertions(+), 5 deleti

[PATCH 0/2] Fix MST with downstream branches

Two MST patches that we discovered during MST bringup with two daisy-chained MST displays. Mykola Lysenko (2): drm/dp/mst: process broadcast messages correctly drm/dp/mst: always send reply for UP request drivers/gpu/drm/drm_dp_mst_topology.c | 125 ++ include

[PATCH 1/2] drm/dp/mst: process broadcast messages correctly

From: Mykola Lysenko In case broadcast message received in UP request, RAD cannot be used to identify message originator. Message should be parsed, originator should be found by GUID from parsed message. Also reply with broadcast in case broadcast message received (for now it is always broadcast

[PATCH 2/2] drm/dp/mst: always send reply for UP request

From: Mykola Lysenko We should always send reply for UP request in order to make downstream device clean-up resources appropriately. Issue was that reply for UP request was sent only once. Signed-off-by: Mykola Lysenko --- drivers/gpu/drm/drm_dp_mst_topology.c | 30 +++

[PATCH 1/2] drm/amdgpu: fix dp link rate selection (v2)

Need to properly handle the max link rate in the dpcd. This prevents some cases where 5.4 Ghz is selected when it shouldn't be. v2: simplify logic, add array bounds check Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/atombios_dp.c | 96 1 file chang

[PATCH 2/2] drm/radeon: fix dp link rate selection (v2)

Need to properly handle the max link rate in the dpcd. This prevents some cases where 5.4 Ghz is selected when it shouldn't be. v2: simplify logic, add array bounds check Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/atombios_dp.c | 108 +++-- drivers/gpu/

[Bug 80419] XCOM: Enemy Unknown Causes lockup

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/20151218/0b373da8/attachment.html>

[Bug 80419] XCOM: Enemy Unknown Causes lockup

iving 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/20151218/726737d2/attachment.html>

[Bug 93436] [radeonsi][regression] GPUVM faults playing ARK: Survival Evolved, started 4.4-rc3, -rc5 is worse

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

[PATCH] drm/fb-helper: Use proper plane mask for fb cleanup

pan_display_atomic() calls drm_atomic_clean_old_fb() to sanitize the legacy FB fields (plane->fb and plane->old_fb). However it was building the plane mask to pass to this function incorrectly (the bitwise OR was using plane indices rather than plane masks). The end result was that sometimes the

[PATCH 6/6] dt-bindings: add document for rk3036-vop

On Thu, Dec 17, 2015 at 11:45:19AM +0800, Mark Yao wrote: > Cc: Rob Herring > Cc: Pawel Moll > Cc: Mark Rutland > Cc: Ian Campbell > Cc: Kumar Gala > Cc: devicetree at vger.kernel.org > > Signed-off-by: Mark Yao Acked-by: Rob Herring