[Bug 101881] [regression] 32bit steam games segfault when launched with DRI_PRIME=1

https://bugs.freedesktop.org/show_bug.cgi?id=101881 --- Comment #20 from Gregor Münch --- So you agree that this is the same issue like: https://bugs.freedesktop.org/show_bug.cgi?id=101484 Marking duplicate? -- You are receiving this mail because: You are the assignee for the bug._

[GIT PULL] exynos-drm-fixes

Hi Dave, Just one regression patch which fixes displaying issue. Please kindly let me know if there is any problem. Thanks, Inki Dae The following changes since commit 5669b9989eaa664cacbad6a85631550bccdad963: Merge branch 'drm-fixes-4.13' of git://people.freedesktop.org/~agd5f/linux

[GIT PULL] exynos-drm-fixes

Hi Dave, Just one regression patch which fixes displaying issue. Please kindly let me know if there is any problem. Thanks, Inki Dae The following changes since commit 5669b9989eaa664cacbad6a85631550bccdad963: Merge branch 'drm-fixes-4.13' of git://people.freedesktop.org/~agd5f/linux

RE: [PATCH v13 5/7] vfio: ABI for mdev display dma-buf operation

> -Original Message- > From: intel-gvt-dev [mailto:intel-gvt-dev-boun...@lists.freedesktop.org] On > Behalf Of Alex Williamson > Sent: Tuesday, August 8, 2017 1:43 AM > To: Zhang, Tina > Cc: Tian, Kevin ; intel-...@lists.freedesktop.org; dri- > de...@lists.freedesktop.org; kwankh...@nvid

Re: [PATCH] drm: bridge: dw-hdmi: constify snd_pcm_ops structures

Hi Arvind, Thank you for the patch. On Wednesday 09 Aug 2017 13:08:37 Arvind Yadav wrote: > snd_pcm_ops are not supposed to change at runtime. All functions > working with snd_pcm_ops provided by work with > const snd_pcm_ops. So mark the non-const structs as const. > > Signed-off-by: Arvind Ya

[Bug 101881] [regression] 32bit steam games segfault when launched with DRI_PRIME=1

https://bugs.freedesktop.org/show_bug.cgi?id=101881 --- Comment #21 from Mike Lothian --- Yes I believe this is a duplicate, I was only seeing issues with 32bit apps however I opened https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81763 with the GCC folk and they're asking for a reduced test case -

[PATCH 0/3] drm/rockchip: lvds: add support Rockchip Soc LVDS

This patches add support Rockchip RK3288 LVDS support, based on patches from Mark yao[0] and Heiko Stuebner[1]. [0]: https://github.com/RockchipOpensourceCommunity/popmetal-kernel-3.14 [1]: http://lists.infradead.org/pipermail/linux-rockchip/2015-April/002830.html Changes: - Update rockchip_lvds_

[PATCH 1/3] dt-bindings: display: Add Document for Rockchip Soc LVDS

This patch add Document for Rockchip Soc RK3288 LVDS, This based on the patches from Mark yao and Heiko Stuebner. Signed-off-by: Sandy Huang Signed-off-by: Mark yao Signed-off-by: Heiko Stuebner --- .../bindings/display/rockchip/rockchip-lvds.txt| 104 + 1 file changed,

[PATCH 3/3] drm/rockchip: Add support for Rockchip Soc LVDS

This adds support for Rockchip soc lvds found on rk3288 Based on the patches from Mark yao and Heiko Stuebner Signed-off-by: Sandy Huang Signed-off-by: Mark yao Signed-off-by: Heiko Stuebner --- drivers/gpu/drm/rockchip/Kconfig | 9 + drivers/gpu/drm/rockchip/Makefile| 1 +

Re: [PATCH 0/3] drm/i915: add DisplayPort CEC-Tunneling-over-AUX support

On 11/07/17 15:30, Hans Verkuil wrote: > From: Hans Verkuil > > This patch series adds support for the DisplayPort CEC-Tunneling-over-AUX > feature. This patch series is based on the latest mainline kernel (as of > today) > which has all the needed cec and drm 4.13 patches merged. > > This patc

[Bug 102130] pp_dpm_mclk always on level 1 (cant set to level 0) rx 480

https://bugs.freedesktop.org/show_bug.cgi?id=102130 Bug ID: 102130 Summary: pp_dpm_mclk always on level 1 (cant set to level 0) rx 480 Product: DRI Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (Al

[PATCH v2 02/22] drm/fb-cma-helper: Use drm_gem_framebuffer_helper

Use the new drm_gem_framebuffer_helper who's code was copied from this helper. Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/drm_fb_cma_helper.c | 172 +++- 1 file changed, 30 insertions(+), 142 deletions(-) diff --git a/drivers/gpu/drm/drm_fb_cma_helper.c b

[PATCH v2 06/22] drm/arm/mali: Use drm_gem_fb_create()

drm_fb_cma_create() is just a wrapper around drm_gem_fb_create() now, so use the function directly. Cc: Liviu Dudau Cc: Brian Starkey Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/arm/malidp_drv.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/arm/mal

[PATCH v2 04/22] drm/arc: Use drm_gem_fb_create()

drm_fb_cma_create() is just a wrapper around drm_gem_fb_create() now, so use the function directly. Cc: Alexey Brodkin Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/arc/arcpgu_drv.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/arc/arcpgu_drv.c b/driv

[PATCH v2 03/22] drm/tinydrm: Use drm_gem_framebuffer_helper

Use drm_gem_framebuffer_helper directly instead of the cma library wrappers. Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/tinydrm/core/tinydrm-core.c | 3 ++- drivers/gpu/drm/tinydrm/core/tinydrm-pipe.c | 5 +++-- drivers/gpu/drm/tinydrm/mipi-dbi.c | 5 +++-- drivers/gpu/drm/tinydr

[PATCH v2 01/22] drm: Add GEM backed framebuffer library

This library provides helpers for drivers that don't subclass drm_framebuffer and are backed by drm_gem_object. The code is taken from drm_fb_cma_helper. Signed-off-by: Noralf Trønnes --- Documentation/gpu/drm-kms-helpers.rst| 9 + drivers/gpu/drm/Makefile | 2 +-

[PATCH v2 00/22] drm: Add GEM backed framebuffer library

This adds helpers for drivers that don't subclass drm_framebuffer and are backed by drm_gem_object(s). drm_fb_cma_helper is converted to use the helpers. In this second version I've pushed the new functions out to the cma drivers, so I could clean up the cma library. This patchset is part of a pr

[PATCH v2 09/22] drm/hisilicon/kirin: Use drm_gem_fb_create()

drm_fb_cma_create() is just a wrapper around drm_gem_fb_create() now, so use the function directly. Cc: Xinliang Liu Cc: Rongrong Zou Cc: Xinwei Kong Cc: Chen Feng Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/hisilicon/kirin/kirin_drm_drv.c | 3 ++- 1 file changed, 2 insertions(+), 1 de

[PATCH v2 05/22] drm/arm/hdlcd: Use drm_gem_fb_create()

drm_fb_cma_create() is just a wrapper around drm_gem_fb_create() now, so use the function directly. Cc: Liviu Dudau Cc: Brian Starkey Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/arm/hdlcd_drv.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/arm/hdlc

[PATCH v2 08/22] drm/fsl-dcu: Use drm_gem_fb_create()

drm_fb_cma_create() is just a wrapper around drm_gem_fb_create() now, so use the function directly. Cc: Stefan Agner Cc: Alison Wang Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_kms.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm

[PATCH v2 07/22] drm/atmel-hlcdc: Use drm_gem_fb_create()

drm_fb_cma_create() is just a wrapper around drm_gem_fb_create() now, so use the function directly. Cc: Boris Brezillon Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c | 2 +- drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.h | 1 + 2 files changed, 2 insertions(+), 1

[PATCH v2 19/22] drm/tilcdc: Use drm_gem_fb_create()

drm_fb_cma_create() is just a wrapper around drm_gem_fb_create() now, so use the function directly. Cc: Jyri Sarha Cc: Tomi Valkeinen Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/tilcdc/tilcdc_drv.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/tilc

[PATCH v2 11/22] drm/meson: Use drm_gem_fb_create()

drm_fb_cma_create() is just a wrapper around drm_gem_fb_create() now, so use the function directly. Cc: Neil Armstrong Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/meson/meson_drv.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/meson/meson_drv.c b/d

[PATCH v2 18/22] drm/sun4i: Use drm_gem_fb_create()

drm_fb_cma_create() is just a wrapper around drm_gem_fb_create() now, so use the function directly. Cc: Maxime Ripard Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/sun4i/sun4i_framebuffer.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/sun4i/sun4i_fra

[PATCH v2 14/22] drm/rcar-du: Use drm_gem_fb_create()

drm_fb_cma_create() is just a wrapper around drm_gem_fb_create() now, so use the function directly. Cc: Laurent Pinchart Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/rcar-du/rcar_du_kms.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/rcar-du/rcar_du_

[PATCH v2 10/22] drm/imx: Use drm_gem_fb_create() and drm_gem_fb_prepare_fb()

drm_fb_cma_create() and drm_fb_cma_prepare_fb() are just wrappers now, use drm_gem_fb_create() and drm_gem_fb_prepare_fb() directly. Cc: Philipp Zabel Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/imx/imx-drm-core.c | 3 ++- drivers/gpu/drm/imx/ipuv3-plane.c | 3 ++- 2 files changed, 4 ins

[PATCH v2 21/22] drm/zte: Use drm_gem_fb_create()

drm_fb_cma_create() is just a wrapper around drm_gem_fb_create() now, so use the function directly. Cc: Shawn Guo Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/zte/zx_drm_drv.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/zte/zx_drm_drv.c b/drivers/g

[PATCH v2 17/22] drm/stm: Use drm_gem_fb_create()

drm_fb_cma_create() is just a wrapper around drm_gem_fb_create() now, so use the function directly. Cc: Yannick Fertre Cc: Philippe Cornu Cc: Benjamin Gaignard Cc: Vincent Abriou Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/stm/drv.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(

[PATCH v2 20/22] drm/vc4: Use drm_gem_fb_create()

drm_fb_cma_create() is just a wrapper around drm_gem_fb_create() now, so use the function directly. Cc: Eric Anholt Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/vc4/vc4_kms.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/vc4/vc4_kms.c b/drivers/gpu/d

[PATCH v2 15/22] drm/shmobile: Use drm_gem_fb_create()

drm_fb_cma_create() is just a wrapper around drm_gem_fb_create() now, so use the function directly. Cc: Laurent Pinchart Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/shmobile/shmob_drm_kms.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/shmobile/shmo

[PATCH v2 22/22] drm/fb-cma-helper: Remove unused functions

The cma drivers use the drm_gem_framebuffer_helper functions now, so remove drm_fb_cma_destroy, drm_fb_cma_create_handle, drm_fb_cma_create_with_funcs, drm_fb_cma_create and drm_fb_cma_prepare_fb. Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/drm_fb_cma_helper.c | 77 ++--

[PATCH v2 16/22] drm/sti: Use drm_gem_fb_create()

drm_fb_cma_create() is just a wrapper around drm_gem_fb_create() now, so use the function directly. Cc: Benjamin Gaignard Cc: Vincent Abriou Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/sti/sti_drv.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/sti

[PATCH v2 13/22] drm/pl111: Use drm_gem_fb_create() and drm_gem_fb_prepare_fb()

drm_fb_cma_create() and drm_fb_cma_prepare_fb() are just wrappers now, use drm_gem_fb_create() and drm_gem_fb_prepare_fb() directly. Cc: Eric Anholt Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/pl111/pl111_display.c | 3 ++- drivers/gpu/drm/pl111/pl111_drv.c | 3 ++- 2 files changed, 4

[PATCH v2 12/22] drm/mxsfb: Use drm_gem_fb_create() and drm_gem_fb_prepare_fb()

drm_fb_cma_create() and drm_fb_cma_prepare_fb() are just wrappers now, use drm_gem_fb_create() and drm_gem_fb_prepare_fb() directly. Cc: Marek Vasut Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/mxsfb/mxsfb_drv.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/drive

[PATCH] drm/amdgpu: Uninitialized variable in amdgpu_ttm_backend_bind()

My static checker complains that it's possible for "r" to be uninitialized. It used to be set to zero so this returns it to the old behavior. Fixes: 98a7f88ce9a9 ("drm/amdgpu: bind BOs with GTT space allocated directly v2") Signed-off-by: Dan Carpenter diff --git a/drivers/gpu/drm/amd/amdgpu/a

Re: [PATCH 0/3] drm: make drm_connector_funcs structures const

On 08/08/2017 04:58 PM, Bhumika Goyal wrote: Declare drm_connector_funcs structures as const. Could you rebase this series over the latest drm-misc-next? The recently merged patch "drm: Nuke drm_atomic_helper_connector_dpms" causes conflicts with these. drm-misc-next: https://cgit.freedeskt

[maintainer-tools PATCH 4/7] dim: merge string substitutions

Signed-off-by: Eric Engestrom --- dim | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/dim b/dim index a656afa0d255..4ffac497c621 100755 --- a/dim +++ b/dim @@ -1965,7 +1965,7 @@ function email_get_address function email_get_name { - echo ${cc/<*/} | sed -e 's/[[:spac

[maintainer-tools PATCH 3/7] dim: split out email parsing functions

Signed-off-by: Eric Engestrom --- dim | 18 ++ 1 file changed, 14 insertions(+), 4 deletions(-) diff --git a/dim b/dim index eaabcec43c8f..a656afa0d255 100755 --- a/dim +++ b/dim @@ -1958,6 +1958,16 @@ function dim_fixes fi } +function email_get_address +{ + sed

[maintainer-tools PATCH 6/7] dim: split out 'is email cc'ed in latest commit' to a function

Signed-off-by: Eric Engestrom --- dim | 46 ++ 1 file changed, 26 insertions(+), 20 deletions(-) diff --git a/dim b/dim index 481a53e23035..2e22fefa8867 100755 --- a/dim +++ b/dim @@ -1970,6 +1970,31 @@ function email_get_name fi } +function

[maintainer-tools PATCH 2/7] dim: fix end-of-line in regex

Signed-off-by: Eric Engestrom --- dim | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/dim b/dim index af1baa11c7b2..eaabcec43c8f 100755 --- a/dim +++ b/dim @@ -1970,7 +1970,7 @@ function dim_add_missing_cc name='' if echo "$cc" | grep -q '

[maintainer-tools PATCH 1/7] dim: don't run add-missing-cc on merge commits

get_maintainer.pl needs a diff, so this script can't run on a merge commit. Signed-off-by: Eric Engestrom --- dim | 5 + 1 file changed, 5 insertions(+) diff --git a/dim b/dim index 619d855b321b..af1baa11c7b2 100755 --- a/dim +++ b/dim @@ -1960,6 +1960,11 @@ function dim_fixes function d

[maintainer-tools PATCH 5/7] dim: move empty name logic to function

Fair warning: this slightly changes the behaviour, as $testname would previously contain the email if $testcc didn't contain a name. Shouldn't affect anything though. Signed-off-by: Eric Engestrom --- dim | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/dim b/dim in

[maintainer-tools PATCH 7/7] dim: protect against escaped chars when reading cc'ed emails

Suggested by shellcheck (`make check`). Signed-off-by: Eric Engestrom --- dim | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/dim b/dim index 2e22fefa8867..75ce55188af4 100755 --- a/dim +++ b/dim @@ -2002,7 +2002,7 @@ function dim_add_missing_cc return

[PATCH] drm: Shift wrap bug in create_in_format_blob()

"plane->format_count" can go up to 64. (It's capped in drm_universal_plane_init().) So we should be using ULL type instead of int here to prevent shift wrapping. Fixes: db1689aa61bd ("drm: Create a format/modifier blob") Signed-off-by: Dan Carpenter diff --git a/drivers/gpu/drm/drm_plane.c b/d

[PATCH 0/8] drm/exynos: misc fixes and more

Hello, this is basically a resend of [1] with some minor changes to the commit messages, the RFC tag removed, and a rebase on vanilla 4.13-rc4. Summary: (a) Enables support for NV12MT in the mixer. (b) Sanitizes buffer pitch for HW with restrictions. (c) Misc fixes With best wishes, Tobias [1]

[PATCH 4/8] drm/exynos: mixer: remove src offset from mixer_graph_buffer()

We always translate the dma address such that the offsets of the source image are zero. Hence we can remove manipulation of the MXR_GRAPHIC_SXY(win) register. We leave the register defines (in regs_mixer.h) in place, since they document the hardware. Signed-off-by: Tobias Jakobi --- drivers/gpu

[PATCH 2/8] drm/exynos: mixer: enable NV12MT support for the video plane

The video processor supports a tiled version of the NV12 format, known as NV12MT in V4L2 terms. The support was removed in commit 083500baefd5f4c215a5a93aef2492c1aa775828 due to not being a real pixel format, but rather NV12 with a special memory layout. With the introduction of FB modifiers, we c

[PATCH 3/8] drm/exynos: mixer: simplify {vp_video, mixer_graph}_buffer()

DRM core already checks the validity of the pixelformats, so we can simplify the checks here. The same applies to the FB modifier, which is now checked in common Exynos plane code. Also rename the booleans to reflect what true/false actually means. Signed-off-by: Tobias Jakobi --- drivers/gpu/d

[PATCH 1/8] drm/exynos: mixer: fix chroma comment in vp_video_buffer()

The current comment sounds like the division op is done to compensate for some hardware erratum. But the chroma plane having half the height of the luma plane is just the way NV12/NV21 is defined, so clarify this behaviour. Signed-off-by: Tobias Jakobi --- drivers/gpu/drm/exynos/exynos_mixer.c |

[PATCH 5/8] drm/exynos: introduce BYTE_PITCH capability

In some of drivers we compute something like 'pitch / cpp' at some point, silently assuming that the pitch (which is in bytes) is divisible by the buffer's cpp. This is not always true, in particular DRM core does not check for pitch alignment in the common case. Introduce a new cap which indicate

[PATCH 6/8] drm/exynos: add BYTE_PITCH cap for all supported planes

Both FIMD and DECON5433 support a pitch in bytes. Signed-off-by: Tobias Jakobi --- drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 1 + drivers/gpu/drm/exynos/exynos_drm_fimd.c | 1 + 2 files changed, 2 insertions(+) diff --git a/drivers/gpu/drm/exynos/exynos5433_drm_decon.c b/drivers/gpu

[PATCH 7/8] drm/exynos: consistent use of cpp

A recent commit (272725c7db4da1fd3229d944fc76d2e98e3a144e) has removed the use of 'bits_per_pixel' in DRM. However the corresponding Exynos driver code still uses the ambiguous 'bpp', even though it is now initialized from fb->cpp[0]. Consistenly use 'cpp' in FIMD, DECON7 and DECON5433 drivers. S

[PATCH 8/8] drm/exynos: simplify set_pixfmt() in DECON and FIMD drivers

DRM core already checks the validity of the pixelformat. Signed-off-by: Tobias Jakobi --- drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 4 +--- drivers/gpu/drm/exynos/exynos7_drm_decon.c| 7 +-- drivers/gpu/drm/exynos/exynos_drm_fimd.c | 8 +--- 3 files changed, 3 insertions(+

[PULL] drm-intel-fixes

Hi Dave, drm/i915 fixes for v4.13-rc5. BR, Jani. The following changes since commit aae4e7a8bc44722fe70d58920a36916b1043195e: Linux 4.13-rc4 (2017-08-06 18:44:49 -0700) are available in the git repository at: git://anongit.freedesktop.org/git/drm-intel tags/drm-intel-fixes-2017-08-09-1 f

Re: [PATCH] drm/bridge: make drm_bridge_funcs const

On 08/08/2017 09:33 PM, Laurent Pinchart wrote: Hi Bhumika, Thank you for the patch. On Tuesday 08 Aug 2017 21:24:10 Bhumika Goyal wrote: Make these structures const as they are only stored in the funcs field of drm_bridge structure, which is of type const. Done using Coccinelle. Signed-off

Re: [PATCH] drm: bridge: dw-hdmi: constify snd_pcm_ops structures

On 08/09/2017 02:08 PM, Laurent Pinchart wrote: Hi Arvind, Thank you for the patch. On Wednesday 09 Aug 2017 13:08:37 Arvind Yadav wrote: snd_pcm_ops are not supposed to change at runtime. All functions working with snd_pcm_ops provided by work with const snd_pcm_ops. So mark the non-const

Re: [PATCH 0/4] drm/bridge/adv7511: add CEC support

On 07/30/2017 06:37 PM, Hans Verkuil wrote: From: Hans Verkuil This patch series adds CEC support to the drm adv7511/adv7533 drivers. I have tested this with the Qualcomm Dragonboard C410 (adv7533 based) and the Renesas R-Car Koelsch board (adv7511 based). Note: the Dragonboard needs this p

Re: [Intel-gfx] [maintainer-tools PATCH 1/7] dim: don't run add-missing-cc on merge commits

On Wed, 09 Aug 2017, Eric Engestrom wrote: > get_maintainer.pl needs a diff, so this script can't run on a merge > commit. > > Signed-off-by: Eric Engestrom > --- > dim | 5 + > 1 file changed, 5 insertions(+) > > diff --git a/dim b/dim > index 619d855b321b..af1baa11c7b2 100755 > --- a/dim >

Re: [Intel-gfx] [maintainer-tools PATCH 2/7] dim: fix end-of-line in regex

On Wed, 09 Aug 2017, Eric Engestrom wrote: > Signed-off-by: Eric Engestrom > --- > dim | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/dim b/dim > index af1baa11c7b2..eaabcec43c8f 100755 > --- a/dim > +++ b/dim > @@ -1970,7 +1970,7 @@ function dim_add_missing_cc >

Re: [PATCH v3 01/35] ARM: OMAP2+: Register SoC device attributes from machine .init()

This message contains a digitally signed email which can be read by opening the attachment. Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki --- Begin Message --- Hi Tony, On 05/08/17 01:43, Laurent Pinchart wrote:

Re: [maintainer-tools PATCH 3/7] dim: split out email parsing functions

On Wed, 09 Aug 2017, Eric Engestrom wrote: > Signed-off-by: Eric Engestrom > --- > dim | 18 ++ > 1 file changed, 14 insertions(+), 4 deletions(-) > > diff --git a/dim b/dim > index eaabcec43c8f..a656afa0d255 100755 > --- a/dim > +++ b/dim > @@ -1958,6 +1958,16 @@ function dim_fi

[Bug 102130] pp_dpm_mclk always on level 1 (cant set to level 0) rx 480

https://bugs.freedesktop.org/show_bug.cgi?id=102130 --- Comment #1 from Alex Deucher --- Please attach your xorg log and dmesg output. Are you using multiple monitors? -- You are receiving this mail because: You are the assignee for the bug.___ dri-d

[Bug 101325] UE4Editor crash after pressing "play" with radeon southern island card (7850 HD)

https://bugs.freedesktop.org/show_bug.cgi?id=101325 --- Comment #22 from MirceaKitsune --- (In reply to Matt from comment #21) I sincerely don't mean to complicate this report with anything potentially unrelated, and apologize if I'm adding more noise. However I have to make an observation on so

Re: [PATCH 0/6] drm/rockchip: Some fixes

On Mon, Jul 31, 2017 at 5:49 AM, Mark Yao wrote: > Here are some fixes port from rockchip_linux project[0], > > Tested on rk3399 and rk3288 board. > > [0]: https://github.com/rockchip-linux/kernel > > Mark Yao (6): > drm/rockchip: vop: no need wait vblank on crtc enable > drm/rockchip: vop: fi

Re: [PATCH 0/3] dma-buf changes for ttm and amdgpu

Hi Alex, On 8 August 2017 at 21:13, Deucher, Alexander wrote: >> -Original Message- >> From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch] On Behalf Of Daniel >> Vetter >> Sent: Tuesday, August 08, 2017 7:57 AM >> To: Alex Deucher >> Cc: amd-...@lists.freedesktop.org; dri-devel@lists.free

[PULL] drm-misc-fixes

Hi Dave, Here's the -fixes pull for last week. Considering this is 2 weeks worth, it's pretty light. You might recognize some of these patches. The rockchip set and Chris' dma-buf patch were also applied to -misc-next. Misplaced patches continues to be the primary growing pain for the misc trees.

[Bug 99553] Tracker bug for runnning OpenCL applications on Clover

https://bugs.freedesktop.org/show_bug.cgi?id=99553 Bug 99553 depends on bug 102030, which changed state. Bug 102030 Summary: private memory overflow in openCL https://bugs.freedesktop.org/show_bug.cgi?id=102030 What|Removed |Added ---

Re: [PATCH] drm: Shift wrap bug in create_in_format_blob()

On Wed, Aug 09, 2017 at 02:19:06PM +0300, Dan Carpenter wrote: > "plane->format_count" can go up to 64. (It's capped in > drm_universal_plane_init().) So we should be using ULL type instead of > int here to prevent shift wrapping. > > Fixes: db1689aa61bd ("drm: Create a format/modifier blob") >

Re: [PATCH] drm: Shift wrap bug in create_in_format_blob()

On 9 August 2017 at 15:36, Sean Paul wrote: > On Wed, Aug 09, 2017 at 02:19:06PM +0300, Dan Carpenter wrote: >> "plane->format_count" can go up to 64. (It's capped in >> drm_universal_plane_init().) So we should be using ULL type instead of >> int here to prevent shift wrapping. >> >> Fixes: db1

Re: [PATCH v5 1/6] drm/vc4: Avoid using vrefresh==0 mode in DSI htotal math.

Le Fri, 04 Aug 2017 14:15:56 -0700, Eric Anholt a écrit : > Boris Brezillon writes: > > > On Tue, 18 Jul 2017 14:05:05 -0700 > > Eric Anholt wrote: > > > >> The incoming mode might have a missing vrefresh field if it came from > >> drmModeSetCrtc(), which the kernel is supposed to calculate

Re: [RESEND PATCH] staging: vboxvideo: remove dead gamma lut code

On Tue, Aug 08, 2017 at 01:54:52PM +0200, Peter Rosin wrote: > On 2017-08-07 11:21, Daniel Vetter wrote: > > On Fri, Aug 04, 2017 at 12:45:06PM +0200, Peter Rosin wrote: > >> The redundant fb helpers .load_lut, .gamma_set and .gamma_get are > >> no longer used. Remove the dead code that was not doi

[Bug 101881] [regression] 32bit steam games segfault when launched with DRI_PRIME=1

https://bugs.freedesktop.org/show_bug.cgi?id=101881 --- Comment #22 from Mike Lothian --- I'm not totally sure this is the same bug, #101484 seems to suggest that reverting 2b8b9a56efc24cc0f27469bf1532c288cdca2076 fixes the issue (it doesn't for me) and they don't get segfaults, I don't have issu

Re: [PATCH v4 1/5] drm/tinydrm: Generalize tinydrm_xrgb8888_to_gray8()

Den 07.08.2017 19.39, skrev David Lechner: This adds parameters for vaddr and clip to tinydrm_xrgb_to_gray8() to make it more generic. dma_buf_{begin,end}_cpu_access() are moved out to the repaper driver. Return type is change to void to simplify error handling by callers. Signed-off-by:

Re: [PATCH 0/3] drm: make drm_connector_funcs structures const

On Wed, Aug 09, 2017 at 04:02:45PM +0530, Archit Taneja wrote: > > > On 08/08/2017 04:58 PM, Bhumika Goyal wrote: > > Declare drm_connector_funcs structures as const. > > Could you rebase this series over the latest drm-misc-next? The > recently merged patch "drm: Nuke drm_atomic_helper_connecto

Re: [PATCH v2] drm/vc4: Advertise supported modifiers for planes

Daniel Stone writes: > The IN_FORMATS blob allows the kernel to advertise to userspace which > format/modifier combinations are supported, per plane. Use this to > advertise that we support both T_TILED and linear. > > v2: > - Only advertise T_TILED for RGB (Eric) > - Actually turn on allow_f

Re: [PATCH] drm/virtio: make drm_fb_helper_funcs const

On Tue, Aug 08, 2017 at 08:44:05PM +0530, Bhumika Goyal wrote: > Make these structures const as they are only passed to the function > drm_fb_helper_prepare and the corresponding argument is of type const. > Done using Coccinelle > > @match disable optional_qualifier@ > identifier s; > @@ > static

Re: [PATCH] drm: Fix framebuffer leak

On Wed, Aug 09, 2017 at 09:23:01AM +0530, Nikhil Mahale wrote: > Do not leak framebuffer if client provided crtc id found invalid. > > Signed-off-by: Nikhil Mahale Nice catch, applied for 4.13-rc and cc: stable. -Daniel > --- > drivers/gpu/drm/drm_plane.c | 1 + > 1 file changed, 1 insertion(+

Re: [PATCH 25/29] drm/vc4: switch to drm_*{get,put} helpers

Cihangir Akturk writes: > drm_*_reference() and drm_*_unreference() functions are just > compatibility alias for drm_*_get() and drm_*_put() adn should not be > used by new code. So convert all users of compatibility functions to use > the new APIs. Reviewed and pushed. Thanks! signature.asc

Re: [PATCH v2] drm/vc4: Advertise supported modifiers for planes

On 8 August 2017 at 21:36, Eric Anholt wrote: > Daniel Stone writes: >> + case DRM_FORMAT_YUV422: >> + case DRM_FORMAT_YVU422: >> + case DRM_FORMAT_YUV420: >> + case DRM_FORMAT_YVU420: >> + case DRM_FORMAT_NV12: >> + case DRM_FORMAT_NV16: >> + return (modifier

Re: [PATCH v13 5/7] vfio: ABI for mdev display dma-buf operation

On Wed, 9 Aug 2017 08:31:00 + "Zhang, Tina" wrote: > > -Original Message- > > From: intel-gvt-dev [mailto:intel-gvt-dev-boun...@lists.freedesktop.org] On > > Behalf Of Alex Williamson > > Sent: Tuesday, August 8, 2017 1:43 AM > > To: Zhang, Tina > > Cc: Tian, Kevin ; intel-...@lists.

[PATCH] drm/vc4: Fix leak of HDMI EDID

We don't keep a pointer to it around anywhere, so it's our job to free it. Cc: Stefan Wahren Link: https://github.com/anholt/linux/issues/101 Fixes: c8b75bca92cb ("drm/vc4: Add KMS support for Raspberry Pi.") Signed-off-by: Eric Anholt --- drivers/gpu/drm/vc4/vc4_hdmi.c | 1 + 1 file changed, 1

[PATCH] drm/syncobj: Allow wait for submit and signal behavior (v2)

Vulkan VkFence semantics require that the application be able to perform a CPU wait on work which may not yet have been submitted. This is perfectly safe because the CPU wait has a timeout which will get triggered eventually if no work is ever submitted. This behavior is advantageous for multi-th

[PATCH] drm: Support drivers with threaded irqs

From: Thomas Hellstrom See LWN article at https://lwn.net/Articles/302043/ Signed-off-by: Thomas Hellstrom Reviewed-by: Deepak Singh Rawat Reviewed-by: Sinclair Yeh --- drivers/gpu/drm/drm_irq.c | 6 -- include/drm/drm_drv.h | 1 + 2 files changed, 5 insertions(+), 2 deletions(-) di

[PATCH 0/9] Queued patches for vmwgfx-next

These, along with "drm: Support drivers with threaded irqs", are queued for the next vmwgfx-next pull request. ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel

[PATCH 2/9] drm/vmwgfx: Restart command buffers after errors

From: Thomas Hellstrom Previously we skipped the command buffer and added an extra fence to avoid hangs due to skipped fence commands. Now we instead restart the command buffer after the failing command, if there are any commands left. In addition we print out some information about the failing c

[PATCH 4/9] drm/vmwgfx: Fix incorrect command header offset at restart

From: Thomas Hellstrom Sometimes it appears like the device modifies the command header offset member. So explicitly clear it when restarting after an error. Signed-off-by: Thomas Hellstrom Reviewed-by: Sinclair Yeh --- drivers/gpu/drm/vmwgfx/vmwgfx_cmdbuf.c | 1 + 1 file changed, 1 insertion

[PATCH 6/9] drm/vmwgfx: Add support for imported Fence File Descriptor

This allows vmwgfx to wait on a fence created by another device. v2: * Remove special handling for vmwgfx fence and just use dma_fence_wait() * Use interruptible waits * Added function documentation Signed-off-by: Sinclair Yeh Reviewed-by: Deepak Singh Rawat Reviewed-by: Thomas Hellstrom ---

[PATCH 3/9] drm/vmwgfx: Support the NOP_ERROR command

From: Thomas Hellstrom Can be used by user-space applications to test and verify the kernel command buffer error recovery functionality. Malicious user-space apps could potentially use this command to slow down graphics processing somewhat, but they could also accomplish the same thing using a r

[PATCH 1/9] drm/vmwgfx: Move irq bottom half processing to threads

From: Thomas Hellstrom This gets rid of the irq bottom half tasklets and instead performs the work needed in process context. We also convert irq-disabling spinlocks to ordinary spinlocks. This should decrease system latency for other system components, like sound for example but has the potenti

[PATCH 7/9] drm/vmwgfx: Add export fence to file descriptor support

Added code to link a fence to a out_fence_fd file descriptor and thread out_fence_fd down to vmw_execbuf_copy_fence_user() so it can be copied into the IOCTL reply and be passed back up the the user. v2: Make sure to sync and clean up in case of failure Signed-off-by: Sinclair Yeh Reviewed-by: D

[PATCH 8/9] drm/vmwgfx: Bump the version for fence FD support

Minor version bump to indicate support for fence FD Signed-off-by: Sinclair Yeh Reviewed-by: Deepak Singh Rawat Reviewed-by: Thomas Hellstrom --- drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_drv.h b/d

[PATCH 9/9] drm/vmwgfx: fix comment mistake for vmw_cmd_dx_set_index_buffer()

From: Brian Paul Fix comment mistake Signed-off-by: Brian Paul Reviewed-by: Neha Bhende --- drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c b/drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c index 3cd4

[PATCH 5/9] drm/vmwgfx: Prepare to support fence fd

Make the fields and flags available. Signed-off-by: Sinclair Yeh Reviewed-by: Deepak Singh Rawat Reviewed-by: Thomas Hellstrom --- drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 5 - include/uapi/drm/vmwgfx_drm.h | 11 --- 2 files changed, 8 insertions(+), 8 deletions(-) dif

[PATCH] drm/i915: Update from drm-next

--- include/drm/i915_drm.h | 61 ++ 1 file changed, 52 insertions(+), 9 deletions(-) diff --git a/include/drm/i915_drm.h b/include/drm/i915_drm.h index 5ebe046..c26bf7c 100644 --- a/include/drm/i915_drm.h +++ b/include/drm/i915_drm.h @@ -412,6 +412,

Re: [PATCH] drm/vc4: Fix leak of HDMI EDID

On Tue, Aug 08, 2017 at 01:56:05PM -0700, Eric Anholt wrote: > We don't keep a pointer to it around anywhere, so it's our job to free > it. > > Cc: Stefan Wahren > Link: https://github.com/anholt/linux/issues/101 > Fixes: c8b75bca92cb ("drm/vc4: Add KMS support for Raspberry Pi.") > Signed-off-by

Re: [PATCH] drm: Support drivers with threaded irqs

On Wed, Aug 09, 2017 at 07:17:54PM +0200, Sinclair Yeh wrote: > From: Thomas Hellstrom > > See LWN article at > https://lwn.net/Articles/302043/ > > Signed-off-by: Thomas Hellstrom > Reviewed-by: Deepak Singh Rawat > Reviewed-by: Sinclair Yeh We definitely can't do this in general due to lat

Re: [PATCH 2/2] drm/vc4: Add exec flags to allow forcing a specific X/Y tile walk order.

Boris Brezillon writes: > On Tue, 25 Jul 2017 09:27:33 -0700 > Eric Anholt wrote: > >> This is useful to allow GL to provide defined results for overlapping >> glBlitFramebuffer, which X11 in turn uses to accelerate uncomposited >> window movement without first blitting to a temporary. x11perf

Re: [PATCH] drm: Support drivers with threaded irqs

On Wed, Aug 09, 2017 at 07:38:29PM +0200, Daniel Vetter wrote: > On Wed, Aug 09, 2017 at 07:17:54PM +0200, Sinclair Yeh wrote: > > From: Thomas Hellstrom > > > > See LWN article at > > https://lwn.net/Articles/302043/ > > > > Signed-off-by: Thomas Hellstrom > > Reviewed-by: Deepak Singh Rawat

Re: [PATCH] drm/syncobj: Allow wait for submit and signal behavior (v2)

Quoting Jason Ekstrand (2017-08-09 18:00:54) > Vulkan VkFence semantics require that the application be able to perform > a CPU wait on work which may not yet have been submitted. This is > perfectly safe because the CPU wait has a timeout which will get > triggered eventually if no work is ever s

Re: [PATCH v4 3/5] drm/tinydrm: add support for LEGO MINDSTORMS EV3 LCD

Den 07.08.2017 19.39, skrev David Lechner: LEGO MINDSTORMS EV3 has an LCD with a ST7586 controller. This adds a new module for the ST7586 controller with parameters for the LEGO MINDSTORMS EV3 LCD display. Signed-off-by: David Lechner --- This looks good, even I understand the pixel packing

  1   2   >