[PATCH] drm/amdgpu: remove excess function parameter description

2019-09-20 Thread yu kuai
Fixes gcc warning: drivers/gpu/drm/amd/amdgpu/vcn_v2_5.c:431: warning: Excess function parameter 'sw' description in 'vcn_v2_5_disable_clock_gating' drivers/gpu/drm/amd/amdgpu/vcn_v2_5.c:550: warning: Excess function parameter 'sw' description in 'vcn_v2_5_enable_clock_gating' Fixes: cbead2bdfcf1

[PATCH v7 0/4] Add HDMI jack support on RK3288

2019-09-20 Thread Cheng-Yi Chiang
This patch series supports HDMI jack reporting on RK3288, which uses DRM dw-hdmi driver and hdmi-codec codec driver. The previous discussion about reporting jack status using hdmi-notifier and drm_audio_component is at https://lore.kernel.org/patchwork/patch/1083027/ The new approach is to use a

[PATCH v7 1/4] drm: bridge: dw-hdmi: Report connector status using callback

2019-09-20 Thread Cheng-Yi Chiang
Allow codec driver register callback function for plug event. The callback registration flow: dw-hdmi <--- hw-hdmi-i2s-audio <--- hdmi-codec dw-hdmi-i2s-audio implements hook_plugged_cb op so codec driver can register the callback. dw-hdmi exports a function dw_hdmi_set_plugged_cb so platform de

Re: [PATCH v1 0/2] Add initial support for slimport anx7625

2019-09-20 Thread Xin Ji
On Thu, Sep 19, 2019 at 08:56:01AM +0200, Neil Armstrong wrote: > Hi, > > Please Cc dri-devel@lists.freedesktop.org > > Thanks, > Neil OK, thanks. Xin > > On 19/09/2019 08:51, Xin Ji wrote: > > Hi all, > > > > The following series add initial support for the Slimport ANX7625 > > transmitter,

[RFC PATCH v2 06/11] interconnect: Relax requirement in of_icc_get_from_provider()

2019-09-20 Thread Artur Świgoń
From: Artur Świgoń This patch relaxes the condition in of_icc_get_from_provider() so that it is no longer required to set #interconnect-cells = <1> in the DT. In case of the devfreq driver for exynos-bus, #interconnect-cells is always zero. Signed-off-by: Artur Świgoń Acked-by: Krzysztof Kozlow

[RFC PATCH v2 05/11] interconnect: Export of_icc_get_from_provider()

2019-09-20 Thread Artur Świgoń
From: Artur Świgoń This patch makes the above function public (for use in exynos-bus devfreq driver). Signed-off-by: Artur Świgoń Reviewed-by: Krzysztof Kozlowski --- drivers/interconnect/core.c | 3 ++- include/linux/interconnect-provider.h | 6 ++ 2 files changed, 8 insertions

[RFC PATCH v2 08/11] arm: dts: exynos: Add parents and #interconnect-cells to Exynos4412

2019-09-20 Thread Artur Świgoń
From: Artur Świgoń This patch adds two fields to the Exynos4412 DTS: - parent: to declare connections between nodes that are not in a parent-child relation in devfreq; - #interconnect-cells: required by the interconnect framework. Please note that #interconnect-cells is always zero and n

[RFC PATCH v2 01/11] devfreq: exynos-bus: Extract exynos_bus_profile_init()

2019-09-20 Thread Artur Świgoń
From: Artur Świgoń This patch adds a new static function, exynos_bus_profile_init(), extracted from exynos_bus_probe(). Signed-off-by: Artur Świgoń --- drivers/devfreq/exynos-bus.c | 92 +--- 1 file changed, 53 insertions(+), 39 deletions(-) diff --git a/driver

[PATCH v1 0/2] Add initial support for slimport anx7625

2019-09-20 Thread Xin Ji
Hi all, The following series add initial support for the Slimport ANX7625 transmitter, a ultra-low power Full-HD 4K MIPI to DP transmitter designed for portable device. This is the first version upload, any mistakes, please let me know, I will fix it in the next series. Thanks, Xin Xin Ji (2):

Re: [PATCH 2/2] MAINTAINERS: Add Jernej Škrabec as a reviewer for DE2

2019-09-20 Thread Jernej Škrabec
Dne četrtek, 19. september 2019 ob 19:30:20 CEST je Maxime Ripard napisal(a): > The newer Allwinner SoCs have a different layers controller than the older > ones. Jernej wrote that support and has been reviewing patches for a while > now, so let's make him a formal reviewer. > > Signed-off-by: Max

Re: linux-next: Tree for Sep 19 (amdgpu)

2019-09-20 Thread Randy Dunlap
On 9/19/19 9:06 AM, Mark Brown wrote: > Hi all, > > Changes since 20190918: > ../drivers/gpu/drm/amd/amdgpu/../display/dc/dml/Makefile:70: *** missing 'endif'. Stop. -- ~Randy ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lis

[RFC PATCH v2 10/11] arm: dts: exynos: Add interconnects to Exynos4412 mixer

2019-09-20 Thread Artur Świgoń
From: Artur Świgoń This patch adds an 'interconnects' property to Exynos4412 DTS in order to declare the interconnect path used by the mixer. Please note that the 'interconnect-names' property is not needed when there is only one path in 'interconnects', in which case calling of_icc_get() with a

[PATCH v7 3/4] ASoC: rockchip_max98090: Add dai_link for HDMI

2019-09-20 Thread Cheng-Yi Chiang
Use two dai_links. One for HDMI and one for max98090. With this setup, audio can play to speaker and HDMI selectively. Signed-off-by: Cheng-Yi Chiang --- .../boot/dts/rk3288-veyron-analog-audio.dtsi | 1 + sound/soc/rockchip/rockchip_max98090.c| 129 ++ 2 files changed

[PATCH] drm/sun4i: Use vi plane as primary

2019-09-20 Thread roman . stratiienko
From: Roman Stratiienko DE2.0 blender does not take into the account alpha channel of vi layer. Thus makes overlaying of this layer totally opaque. Using vi layer as bottom solves this issue. Tested on Android. Signed-off-by: Roman Stratiienko --- drivers/gpu/drm/sun4i/sun8i_ui_layer.c | 33 -

Re: [PATCH] drm/sun4i: Use vi plane as primary

2019-09-20 Thread Roman Stratiienko
Hello guys, Actually, I beleive this is True solution, and current one is wrong. Let me explain why. De2. 0 was designed to match Android hwcomposer hal requirements IMO. You can easily agree with this conclusion by comparing Composer HAL and De2. 0 hardware manuals. I faced at least 4 issues w

[RFC PATCH v2 09/11] devfreq: exynos-bus: Add interconnect functionality to exynos-bus

2019-09-20 Thread Artur Świgoń
From: Artur Świgoń This patch adds interconnect functionality to the exynos-bus devfreq driver. The SoC topology is a graph (or, more specifically, a tree) and most of its edges are taken from the devfreq parent-child hierarchy (cf. Documentation/devicetree/bindings/devfreq/exynos-bus.txt). Due

[RFC PATCH v2 04/11] devfreq: exynos-bus: Clean up code

2019-09-20 Thread Artur Świgoń
From: Artur Świgoń This patch adds minor improvements to the exynos-bus driver. Signed-off-by: Artur Świgoń Reviewed-by: Krzysztof Kozlowski --- drivers/devfreq/exynos-bus.c | 66 ++-- 1 file changed, 25 insertions(+), 41 deletions(-) diff --git a/drivers/devf

[RFC PATCH v2 02/11] devfreq: exynos-bus: Extract exynos_bus_profile_init_passive()

2019-09-20 Thread Artur Świgoń
From: Artur Świgoń This patch adds a new static function, exynos_bus_profile_init_passive(), extracted from exynos_bus_probe(). Signed-off-by: Artur Świgoń --- drivers/devfreq/exynos-bus.c | 70 +--- 1 file changed, 42 insertions(+), 28 deletions(-) diff --git

Re: [PATCH v2] drm/amdgpu: fix multiple memory leaks

2019-09-20 Thread Sven Van Asbroeck
Hi Christian, On Thu, Sep 19, 2019 at 4:05 AM Koenig, Christian wrote: > > > +out4: > > + kfree(i2s_pdata); > > +out3: > > + kfree(adev->acp.acp_res); > > +out2: > > + kfree(adev->acp.acp_cell); > > +out1: > > + kfree(adev->acp.acp_genpd); > > kfree on a NULL pointer is harmless,

Re: [PATCH v2] drm/amd/display: fix struct init in update_bounding_box

2019-09-20 Thread Raul Rangel
Friendly ping for review. Thanks ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: [PATCH] drm/sun4i: Use vi plane as primary

2019-09-20 Thread Roman Stratiienko
[ Resending message in plain mode ] Hello guys, Actually, I believe this is True solution, and current one is wrong. Let me explain why. De2. 0 was designed to match Android hwcomposer hal requirements IMO. You can easily agree with this conclusion by comparing Composer HAL and De2. 0 hardware

[PATCH v1 2/2] drm/panel: simple: add display timings for logic technologies displays

2019-09-20 Thread Marcel Ziswiler
From: Marcel Ziswiler Add display timings for the following 3 display panels manufactured by Logic Technologies Limited: - LT161010-2NHC e.g. as found in the Toradex Capacitive Touch Display 7" Parallel [1] - LT161010-2NHR e.g. as found in the Toradex Resistive Touch Display 7" Parallel [2]

[PATCH v1 1/2] dt-bindings: add vendor prefix for logic technologies limited

2019-09-20 Thread Marcel Ziswiler
From: Marcel Ziswiler Add vendor prefix for Logic Technologies Limited [1] which is a Chinese display manufacturer e.g. distributed by German Endrich Bauelemente Vertriebs GmbH [2]. [1] https://logictechno.com/contact-us/ [2] https://www.endrich.com/isi50_isi30_tft-displays/lt170410-1whc_isi30

[RFC PATCH V2 0/6] mdev based hardware virtio offloading support

2019-09-20 Thread Jason Wang
Hi all: There are hardware that can do virtio datapath offloading while having its own control path. This path tries to implement a mdev based unified API to support using kernel virtio driver to drive those devices. This is done by introducing a new mdev transport for virtio (virtio_mdev) and reg

[RFC PATCH V2 1/6] mdev: class id support

2019-09-20 Thread Jason Wang
Mdev bus only support vfio driver right now, so it doesn't implement match method. But in the future, we may add drivers other than vfio, one example is virtio-mdev[1] driver. This means we need to add device class id support in bus match method to pair the mdev device and mdev driver correctly. S

[RFC PATCH V2 2/6] mdev: introduce device specific ops

2019-09-20 Thread Jason Wang
Currently, except for the crate and remove. The rest fields of mdev_parent_ops is just designed for vfio-mdev driver and may not help for kernel mdev driver. So follow the device id support by previous patch, this patch introduces device specific ops which points to device specific ops (e.g vfio op

[RFC PATCH V2 3/6] mdev: introduce virtio device and its device ops

2019-09-20 Thread Jason Wang
This patch implements basic support for mdev driver that support virtio transport for kernel driver. Signed-off-by: Jason Wang --- drivers/vfio/mdev/mdev_core.c | 7 ++ include/linux/mdev.h | 3 + include/linux/virtio_mdev.h | 141 ++ 3 files change

[RFC PATCH V2 4/6] virtio: introudce a mdev based transport

2019-09-20 Thread Jason Wang
This path introduces a new mdev transport for virtio. This is used to use kernel virtio driver to drive the mediated device that is capable of populating virtqueue directly. A new virtio-mdev driver will be registered to the mdev bus, when a new virtio-mdev device is probed, it will register the d

[RFC PATCH V2 5/6] vringh: fix copy direction of vringh_iov_push_kern()

2019-09-20 Thread Jason Wang
We want to copy from iov to buf, so the direction was wrong. Signed-off-by: Jason Wang --- drivers/vhost/vringh.c | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/drivers/vhost/vringh.c b/drivers/vhost/vringh.c index 08ad0d1f0476..a0a2d74967ef 100644 --- a/drivers/vhost

[RFC PATCH V2 6/6] docs: Sample driver to demonstrate how to implement virtio-mdev framework

2019-09-20 Thread Jason Wang
This sample driver creates mdev device that simulate virtio net device over virtio mdev transport. The device is implemented through vringh and workqueue. A device specific dma ops is to make sure HVA is used directly as the IOVA. This should be sufficient for kernel virtio driver to work. No more

[radeon-alex:amd-mainline-dkms-5.0 3711/3724] drivers/gpu//drm/ttm/ttm_bo_vm.c:137:44: error: 'struct vm_fault' has no member named 'virtual_address'

2019-09-20 Thread kbuild test robot
Hi Flora, FYI, the error/warning still remains. tree: git://people.freedesktop.org/~agd5f/linux.git amd-mainline-dkms-5.0 head: a51a5ad4b8daf0dd0a437d51a19c2baa98953675 commit: 5165cd1453625e59650a1ed9b0f269b41529e421 [3711/3724] Revert "Revert "drm/amd/autoconf: Test whether vm_fault->{addr

[PATCH v7 2/5] drm/mediatek: separate mipi_tx to different file

2019-09-20 Thread Jitao Shi
Different IC has different mipi_tx setting of dsi. This patch separates the mipi_tx hardware relate part for mt8173. Signed-off-by: Jitao Shi Reviewed-by: CK Hu --- drivers/gpu/drm/mediatek/Makefile | 1 + drivers/gpu/drm/mediatek/mtk_mipi_tx.c| 336 ++ dri

[PATCH v7 1/5] dt-bindings: display: mediatek: update dsi supported chips

2019-09-20 Thread Jitao Shi
Update device tree binding documentation for the dsi for Mediatek MT8183 SoCs. Signed-off-by: Jitao Shi Acked-by: Rob Herring --- .../bindings/display/mediatek/mediatek,dsi.txt| 15 --- 1 file changed, 12 insertions(+), 3 deletions(-) diff --git a/Documentation/devicetree/bind

[PATCH v7 0/5] Support mipitx for mt8183

2019-09-20 Thread Jitao Shi
Changes since v6: - add the mipitx driving control in device tree. - config mipitx impedance with calibration data. Changes since v5: - remove mipi_tx->ref_clk - remove mt8183 pll prepare unprepare Changes since v4: - fine tune the mipi_tx->ref_clk and mipi_tx->pll sequence 1. Prepare mip

[PATCH v7 3/5] drm/mediatek: add mipi_tx driver for mt8183

2019-09-20 Thread Jitao Shi
This patch add mt8183 mipi_tx driver. And also support other chips that use the same binding and driver. Signed-off-by: Jitao Shi --- drivers/gpu/drm/mediatek/Makefile | 1 + drivers/gpu/drm/mediatek/mtk_mipi_tx.c| 2 + drivers/gpu/drm/mediatek/mtk_mipi_tx.h| 1

[PATCH v7 4/5] drm/mediatek: add the mipitx driving control in device tree

2019-09-20 Thread Jitao Shi
Add a property in device tree to control the driving by different board. Signed-off-by: Jitao Shi --- drivers/gpu/drm/mediatek/mtk_mipi_tx.c| 6 ++ drivers/gpu/drm/mediatek/mtk_mipi_tx.h| 1 + drivers/gpu/drm/mediatek/mtk_mt8183_mipi_tx.c | 7 +++ 3 files changed, 14 inse

[PATCH v7 5/5] drm/mediatek: config mipitx impedance with calibration data

2019-09-20 Thread Jitao Shi
Config mipitx impedance with calibration data to make sure their impedance are 100ohm. Signed-off-by: Jitao Shi --- drivers/gpu/drm/mediatek/mtk_mipi_tx.h| 1 + drivers/gpu/drm/mediatek/mtk_mt8183_mipi_tx.c | 63 +++ 2 files changed, 64 insertions(+) diff --git a/driver

[Bug 111755] WARNING: CPU: 9 PID: 2908 at drivers/gpu/drm/amd/amdgpu/../display/dc/dcn20/dcn20_hwseq.c:1942 dcn20_setup_gsl_group_as_lock+0x94/0x220 [amdgpu]

2019-09-20 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=111755 Bug ID: 111755 Summary: WARNING: CPU: 9 PID: 2908 at drivers/gpu/drm/amd/amdgpu/../display/dc/dcn20/dcn20_h wseq.c:1942 dcn20_setup_gsl_group_as_lock+0x94/0x220 [a

[Bug 111755] WARNING: CPU: 9 PID: 2908 at drivers/gpu/drm/amd/amdgpu/../display/dc/dcn20/dcn20_hwseq.c:1942 dcn20_setup_gsl_group_as_lock+0x94/0x220 [amdgpu]

2019-09-20 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=111755 --- Comment #1 from Stijn Tintel --- Created attachment 145441 --> https://bugs.freedesktop.org/attachment.cgi?id=145441&action=edit basic.conf as requested on https://amdgpu-install.readthedocs.io/en/latest/install-bugrep.html -- You are re

[Bug 111755] WARNING: CPU: 9 PID: 2908 at drivers/gpu/drm/amd/amdgpu/../display/dc/dcn20/dcn20_hwseq.c:1942 dcn20_setup_gsl_group_as_lock+0x94/0x220 [amdgpu]

2019-09-20 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=111755 --- Comment #2 from Stijn Tintel --- Created attachment 145442 --> https://bugs.freedesktop.org/attachment.cgi?id=145442&action=edit lsmod | grep amdgpu > lsmod.amdgpu.log -- You are receiving this mail because: You are the assignee for the

[Bug 111755] WARNING: CPU: 9 PID: 2908 at drivers/gpu/drm/amd/amdgpu/../display/dc/dcn20/dcn20_hwseq.c:1942 dcn20_setup_gsl_group_as_lock+0x94/0x220 [amdgpu]

2019-09-20 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=111755 --- Comment #4 from Stijn Tintel --- Created attachment 145444 --> https://bugs.freedesktop.org/attachment.cgi?id=145444&action=edit lspci -vnn > lspci.vnn.log -- You are receiving this mail because: You are the assignee for the bug.

[Bug 111755] WARNING: CPU: 9 PID: 2908 at drivers/gpu/drm/amd/amdgpu/../display/dc/dcn20/dcn20_hwseq.c:1942 dcn20_setup_gsl_group_as_lock+0x94/0x220 [amdgpu]

2019-09-20 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=111755 --- Comment #3 from Stijn Tintel --- Created attachment 145443 --> https://bugs.freedesktop.org/attachment.cgi?id=145443&action=edit Xorg.0.log -- You are receiving this mail because: You are the assignee for the bug.

[Bug 111755] WARNING: CPU: 9 PID: 2908 at drivers/gpu/drm/amd/amdgpu/../display/dc/dcn20/dcn20_hwseq.c:1942 dcn20_setup_gsl_group_as_lock+0x94/0x220 [amdgpu]

2019-09-20 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=111755 --- Comment #5 from Stijn Tintel --- Created attachment 145445 --> https://bugs.freedesktop.org/attachment.cgi?id=145445&action=edit lspci -nn > lspci.nn.log -- You are receiving this mail because: You are the assignee for the bug.__

[Bug 111755] WARNING: CPU: 9 PID: 2908 at drivers/gpu/drm/amd/amdgpu/../display/dc/dcn20/dcn20_hwseq.c:1942 dcn20_setup_gsl_group_as_lock+0x94/0x220 [amdgpu]

2019-09-20 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=111755 --- Comment #6 from Stijn Tintel --- Created attachment 145446 --> https://bugs.freedesktop.org/attachment.cgi?id=145446&action=edit sudo dmidecode > dmidecode.log -- You are receiving this mail because: You are the assignee for the bug.

[Bug 111755] WARNING: CPU: 9 PID: 2908 at drivers/gpu/drm/amd/amdgpu/../display/dc/dcn20/dcn20_hwseq.c:1942 dcn20_setup_gsl_group_as_lock+0x94/0x220 [amdgpu]

2019-09-20 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=111755 --- Comment #7 from Stijn Tintel --- Created attachment 145447 --> https://bugs.freedesktop.org/attachment.cgi?id=145447&action=edit uname -a > uname.a.log -- You are receiving this mail because: You are the assignee for the bug.

[Bug 111755] WARNING: CPU: 9 PID: 2908 at drivers/gpu/drm/amd/amdgpu/../display/dc/dcn20/dcn20_hwseq.c:1942 dcn20_setup_gsl_group_as_lock+0x94/0x220 [amdgpu]

2019-09-20 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=111755 --- Comment #8 from Stijn Tintel --- Created attachment 145448 --> https://bugs.freedesktop.org/attachment.cgi?id=145448&action=edit sudo lshw > lshw.log -- You are receiving this mail because: You are the assignee for the bug.__

[Bug 111755] WARNING: CPU: 9 PID: 2908 at drivers/gpu/drm/amd/amdgpu/../display/dc/dcn20/dcn20_hwseq.c:1942 dcn20_setup_gsl_group_as_lock+0x94/0x220 [amdgpu]

2019-09-20 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=111755 --- Comment #9 from Stijn Tintel --- Created attachment 145449 --> https://bugs.freedesktop.org/attachment.cgi?id=145449&action=edit modinfo amdgpu > modinfo.amdgpu.log -- You are receiving this mail because: You are the assignee for the bug

[Bug 111755] WARNING: CPU: 9 PID: 2908 at drivers/gpu/drm/amd/amdgpu/../display/dc/dcn20/dcn20_hwseq.c:1942 dcn20_setup_gsl_group_as_lock+0x94/0x220 [amdgpu]

2019-09-20 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=111755 --- Comment #10 from Stijn Tintel --- Created attachment 145450 --> https://bugs.freedesktop.org/attachment.cgi?id=145450&action=edit glxinfo > glxinfo.log -- You are receiving this mail because: You are the assignee for the bug.

[Bug 111755] WARNING: CPU: 9 PID: 2908 at drivers/gpu/drm/amd/amdgpu/../display/dc/dcn20/dcn20_hwseq.c:1942 dcn20_setup_gsl_group_as_lock+0x94/0x220 [amdgpu]

2019-09-20 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=111755 --- Comment #11 from Stijn Tintel --- navi10 firmware downloaded from https://people.freedesktop.org/~agd5f/radeon_ucode/navi10/ on 20190913 - which seems still current. taz ~ # sha512sum /lib/firmware/amdgpu/navi10_* d9f04485f53e92aa97ce6713b0

Re: [PATCH -next] treewide: remove unused argument in lock_release()

2019-09-20 Thread Will Deacon
On Thu, Sep 19, 2019 at 12:09:40PM -0400, Qian Cai wrote: > Since the commit b4adfe8e05f1 ("locking/lockdep: Remove unused argument > in __lock_release"), @nested is no longer used in lock_release(), so > remove it from all lock_release() calls and friends. > > Signed-off-by: Qian Cai > --- Alth

[PATCH] drm/komeda: Adds output-color format/depth support

2019-09-20 Thread Lowry Li (Arm Technology China)
From: "Lowry Li (Arm Technology China)" Sets color_depth according to connector->bpc. Adds a new optional DT attribute "color-format" to represent a preferred color formats for a specific pipeline, and the select order is: YCRCB420 > YCRCB422 > YCRCB444 > RGB444 The color-format can be an

Re: [PATCH v1 1/2] dt-bindings: drm/bridge: anx7625: MIPI to DP transmitter binding

2019-09-20 Thread Laurent Pinchart
Hello Xin Ji, Thank you for the patch. On Fri, Sep 20, 2019 at 06:05:03AM +, Xin Ji wrote: > The ANX7625 is an ultra-low power 4K Mobile HD Transmitter designed > for portable device. It converts MIPI to DisplayPort 1.3 4K. I assume you meant MIPI DSI ? MIPI has released more standards than

[Bug 111755] WARNING: CPU: 9 PID: 2908 at drivers/gpu/drm/amd/amdgpu/../display/dc/dcn20/dcn20_hwseq.c:1942 dcn20_setup_gsl_group_as_lock+0x94/0x220 [amdgpu]

2019-09-20 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=111755 --- Comment #12 from Stijn Tintel --- I noticed after creating the bug that I had the proprietary nvidia kernel modules loaded. I briefly used this card after my HD7970 died, until my new RX 5700 XT arrived. This card is normally assigned to a W

Re: [PATCH] drm/komeda: Adds output-color format/depth support

2019-09-20 Thread Mihail Atanassov
Hi Lowry, On Friday, 20 September 2019 10:43:47 BST Lowry Li (Arm Technology China) wrote: > From: "Lowry Li (Arm Technology China)" > > Sets color_depth according to connector->bpc. > Adds a new optional DT attribute "color-format" to represent a I don't see the hunk with the updated doc for t

Re: [PATCH 1/5] backlight: pwm_bl: fix cie1913 comments and constant

2019-09-20 Thread Daniel Thompson
Hi Rasmus Has something gone wrong with the mail out for this patch set. I didn't get a covering letter or patch 5/5? Daniel. ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel

[PATCH v2] drm/bridge: analogix-anx78xx: add support for 7808 addresses

2019-09-20 Thread Brian Masney
According to the downstream Android sources, the anx7808 variants use address 0x78 for TX_P0 and the anx781x variants use address 0x70. Since the datasheets aren't available for these devices, and we only have the downstream kernel sources to look at, let's assume that these addresses are fixed bas

Re: drm/sun4i: Add missing pixel formats to the vi layer

2019-09-20 Thread Roman Stratiienko
On Fri, Sep 20, 2019 at 9:20 AM Maxime Ripard wrote: > > On Thu, Sep 19, 2019 at 08:53:10PM +0200, Jernej Škrabec wrote: > > Dne sreda, 18. september 2019 ob 13:05:41 CEST je > > roman.stratiie...@globallogic.com napisal(a): > > > From: Roman Stratiienko > > > > > > According to Allwinner DE2.0 S

Re: [PATCH 1/5] backlight: pwm_bl: fix cie1913 comments and constant

2019-09-20 Thread Rasmus Villemoes
On 20/09/2019 12.14, Daniel Thompson wrote: > Hi Rasmus > > Has something gone wrong with the mail out for this patch set. I didn't > get a covering letter or patch 5/5? Sorry about that. I should have included a cover letter so you'd know that patch 5 wasn't directly related to the other patches

Re: [PATCH v2] drm/bridge: analogix-anx78xx: add support for 7808 addresses

2019-09-20 Thread Laurent Pinchart
Hi Brian, Thank you for the patch. On Fri, Sep 20, 2019 at 06:14:38AM -0400, Brian Masney wrote: > According to the downstream Android sources, the anx7808 variants use > address 0x78 for TX_P0 and the anx781x variants use address 0x70. Since > the datasheets aren't available for these devices, a

[Bug 200695] Blank screen on RX 580 with amdgpu.dc=1 enabled (no displays detected)

2019-09-20 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=200695 --- Comment #32 from Dev Bazilio (anode@gmail.com) --- All works perfectly in 5.3, no black screen and no any errors (Polaris RX540) -- You are receiving this mail because: You are watching the assignee of the bug. __

Re: [PATCH v2] drm/bridge: analogix-anx78xx: add support for 7808 addresses

2019-09-20 Thread Brian Masney
On Fri, Sep 20, 2019 at 01:49:45PM +0300, Laurent Pinchart wrote: > Hi Brian, > > Thank you for the patch. > > On Fri, Sep 20, 2019 at 06:14:38AM -0400, Brian Masney wrote: > > According to the downstream Android sources, the anx7808 variants use > > address 0x78 for TX_P0 and the anx781x variant

[Bug 201957] amdgpu: ring gfx timeout

2019-09-20 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=201957 --- Comment #10 from Dev Bazilio (anode@gmail.com) --- (In reply to Ungureanu Alexandru from comment #9) > Just got something similar while playing Left 4 Dead. The system simply > froze with altered colors on the screen and the sound just loo

Re: [PATCH 2/9] drm/print: add drm_debug_enabled()

2019-09-20 Thread Eric Engestrom
On Monday, 2019-09-16 16:23:13 +0300, Jani Nikula wrote: > On Mon, 16 Sep 2019, Eric Engestrom wrote: > > On Monday, 2019-09-16 11:53:24 +0300, Jani Nikula wrote: > >> On Fri, 13 Sep 2019, Eric Engestrom wrote: > >> > On Friday, 2019-09-13 14:51:39 +0300, Jani Nikula wrote: > >> >> Add helper to

[Bug 111244] amdgpu kernel 5.2 blank display after resume from suspend

2019-09-20 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=111244 --- Comment #31 from Gabriel C --- I tested now 5.4git on commit 10169-g574cc4539762. mesa 19.1.7 xorg-server 1.20.5 xf86-video-amdgpu 19.0.1 Suspend to ram seems to work better, 8 of 10 suspends worked. Suspend to disk is still the same, brok

Re: [PATCH v2] drm/bridge: analogix-anx78xx: add support for 7808 addresses

2019-09-20 Thread Laurent Pinchart
Hi Brian, On Fri, Sep 20, 2019 at 07:28:59AM -0400, Brian Masney wrote: > On Fri, Sep 20, 2019 at 01:49:45PM +0300, Laurent Pinchart wrote: > > On Fri, Sep 20, 2019 at 06:14:38AM -0400, Brian Masney wrote: > >> According to the downstream Android sources, the anx7808 variants use > >> address 0x78

Re: [Intel-gfx] [PATCH 11/12] drm/i915: Set up ILK/SNB csc unit properly for YCbCr output

2019-09-20 Thread Mun, Gwan-gyeong
On Thu, 2019-07-18 at 17:50 +0300, Ville Syrjala wrote: > From: Ville Syrjälä > > Prepare the pipe csc for YCbCr output on ilk/snb. The main difference > to IVB+ is the lack of explicit post offsets, and instead we must > configure the CSC info RGB->YUV mode (which takes care of offsetting > Cb/C

Re: [Intel-gfx] [PATCH 09/12] drm/i915: Add PIPECONF YCbCr 4:4:4 programming for HSW

2019-09-20 Thread Mun, Gwan-gyeong
Except typo, the changes look good to me. Reviewed-by: Gwan-gyeong Mun On Wed, 2019-09-18 at 19:03 +, Mun, Gwan-gyeong wrote: > On Thu, 2019-07-18 at 17:50 +0300, Ville Syrjala wrote: > > From: Ville Syrjälä > > > > On HSW the pipe colorspace is configured via PIPECONF > > (as opposed to PIP

Re: [Intel-gfx] [PATCH 12/12] drm/i915: Add PIPECONF YCbCr 4:4:4 programming for ILK-IVB

2019-09-20 Thread Mun, Gwan-gyeong
Except typo, the changes look good to me. Reviewed-by: Gwan-gyeong Mun On Wed, 2019-09-18 at 19:05 +, Mun, Gwan-gyeong wrote: > On Thu, 2019-07-18 at 17:50 +0300, Ville Syrjala wrote: > > From: Ville Syrjälä > > > > On ILK-IVB the pipe colorspace is configured via PIPECONF > > (as opposed to

Re: [PATCH -next] treewide: remove unused argument in lock_release()

2019-09-20 Thread Qian Cai
On Fri, 2019-09-20 at 10:38 +0100, Will Deacon wrote: > On Thu, Sep 19, 2019 at 12:09:40PM -0400, Qian Cai wrote: > > Since the commit b4adfe8e05f1 ("locking/lockdep: Remove unused argument > > in __lock_release"), @nested is no longer used in lock_release(), so > > remove it from all lock_release(

Re: [Intel-gfx] [PATCH 03/12] drm/i915: Fix AVI infoframe quantization range for YCbCr output

2019-09-20 Thread Mun, Gwan-gyeong
On Thu, 2019-07-18 at 17:50 +0300, Ville Syrjala wrote: > From: Ville Syrjälä > > We're configuring the AVI infoframe quantization range bits as if > we're always transmitting RGB pixels. Let's fix this so that we > correctly indicate limited range YCC quantization range when > transmitting YCbCr

status of the " CRTC background color" series

2019-09-20 Thread Jean-Jacques Hiblot
Hi all, Any update on this series ? Last time I looked, everything looked ready and waiting to be merged. JJ ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: [PATCH v7 3/4] ASoC: rockchip_max98090: Add dai_link for HDMI

2019-09-20 Thread Cheng-yi Chiang
On Thu, Sep 19, 2019 at 11:08 PM Jernej Škrabec wrote: > > Hi! > > Dne četrtek, 19. september 2019 ob 15:54:49 CEST je Cheng-Yi Chiang > napisal(a): > > Use two dai_links. One for HDMI and one for max98090. > > With this setup, audio can play to speaker and HDMI selectively. > > > > Signed-off-by:

[Bug 204181] NULL pointer dereference regression in amdgpu

2019-09-20 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=204181 --- Comment #50 from Sergey Kondakov (virtuous...@gmail.com) --- (In reply to Christopher Snowhill from comment #49) > RX 480. Applied patch, haven't had any spurious crashes since. Using > patchset since kernel 5.2.14, now using it on 5.3. Haven'

[Bug 60879] [radeonsi] Tahiti LE: GFX block is not functional, CP is okay

2019-09-20 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=60879 --- Comment #180 from Alex Deucher --- Does booting with pci=noats on the kernel command line in grub help? -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel maili

Re: [PATCH -next] treewide: remove unused argument in lock_release()

2019-09-20 Thread Will Deacon
On Fri, Sep 20, 2019 at 08:50:36AM -0400, Qian Cai wrote: > On Fri, 2019-09-20 at 10:38 +0100, Will Deacon wrote: > > On Thu, Sep 19, 2019 at 12:09:40PM -0400, Qian Cai wrote: > > > Since the commit b4adfe8e05f1 ("locking/lockdep: Remove unused argument > > > in __lock_release"), @nested is no long

[Bug 204181] NULL pointer dereference regression in amdgpu

2019-09-20 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=204181 --- Comment #51 from Alex Deucher (alexdeuc...@gmail.com) --- Patches have been sent to stable and should land soon. -- You are receiving this mail because: You are watching the assignee of the bug. __

Re: [RFC PATCH] drm:- Add a modifier to denote 'protected' framebuffer

2019-09-20 Thread Daniel Vetter
On Thu, Sep 19, 2019 at 5:13 PM Ayan Halder wrote: > > On Thu, Sep 19, 2019 at 04:10:42PM +0200, Daniel Vetter wrote: > > On Thu, Sep 19, 2019 at 4:03 PM Ayan Halder wrote: > > > > > > On Wed, Sep 18, 2019 at 10:30:12PM +0100, Daniel Stone wrote: > > > > > > Hi All, > > > Thanks for your suggesti

Re: [Intel-gfx] [PATCH 10/12] drm/i915: Document ILK+ pipe csc matrix better

2019-09-20 Thread Mun, Gwan-gyeong
On Thu, 2019-07-18 at 17:50 +0300, Ville Syrjala wrote: > From: Ville Syrjälä > > Add comments to explain the ilk pipe csc operation a bit better. > > Signed-off-by: Ville Syrjälä > --- > drivers/gpu/drm/i915/display/intel_color.c | 26 +--- > -- > 1 file changed, 21 insertions

Re: [Intel-gfx] [PATCH 10/12] drm/i915: Document ILK+ pipe csc matrix better

2019-09-20 Thread Ville Syrjälä
On Fri, Sep 20, 2019 at 02:24:32PM +, Mun, Gwan-gyeong wrote: > On Thu, 2019-07-18 at 17:50 +0300, Ville Syrjala wrote: > > From: Ville Syrjälä > > > > Add comments to explain the ilk pipe csc operation a bit better. > > > > Signed-off-by: Ville Syrjälä > > --- > > drivers/gpu/drm/i915/dis

[PATCH 3.16 053/132] PCI: Reset Lenovo ThinkPad P50 nvgpu at boot if necessary

2019-09-20 Thread Ben Hutchings
3.16.74-rc1 review patch. If anyone has any objections, please let me know. -- From: Lyude Paul commit e0547c81bfcfad01cbbfa93a5e66bb98ab932f80 upstream. On ThinkPad P50 SKUs with an Nvidia Quadro M1000M instead of the M2000M variant, the BIOS does not always reset the seconda

Re: [PATCH] video/hdmi: Fix AVI bar unpack

2019-09-20 Thread Thierry Reding
On Thu, Sep 19, 2019 at 04:28:53PM +0300, Ville Syrjala wrote: > From: Ville Syrjälä > > The bar values are little endian, not big endian. The pack > function did it right but the unpack got it wrong. Fix it. > > Cc: sta...@vger.kernel.org > Cc: linux-me...@vger.kernel.org > Cc: Martin Bugge >

[PATCH] drm/komeda: Fix typos in komeda_splitter_validate

2019-09-20 Thread Mihail Atanassov
Fix both the string and the struct member being printed. Fixes: 264b9436d23b ("drm/komeda: Enable writeback split support") Signed-off-by: Mihail Atanassov --- drivers/gpu/drm/arm/display/komeda/komeda_pipeline_state.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drive

Re: [PATCH] drm: sun8i-ui/vi: Fix layer zpos change/atomic modesetting

2019-09-20 Thread Maxime Ripard
On Thu, Sep 19, 2019 at 03:12:44PM +0200, Ondřej Jirman wrote: > On Thu, Sep 19, 2019 at 02:20:58PM +0200, megous hlavni wrote: > > On Wed, Sep 18, 2019 at 10:16:17PM +0200, Maxime Ripard wrote: > > > On Wed, Sep 18, 2019 at 05:23:09PM +0200, Ondřej Jirman wrote: > > > > Hi, > > > > > > > > On Wed,

[PATCH] drm/komeda: Use IRQ_RETVAL shorthand in d71_irq_handler

2019-09-20 Thread Mihail Atanassov
No change in behaviour; IRQ_RETVAL is about twice as popular as manually writing out the ternary. Signed-off-by: Mihail Atanassov --- drivers/gpu/drm/arm/display/komeda/d71/d71_dev.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/arm/display/komeda/d71/d71_de

Re: [PATCH v2] drm/ioctl: Add a ioctl to label GEM objects

2019-09-20 Thread Thierry Reding
On Thu, Sep 19, 2019 at 02:53:21PM +0200, Rohan Garg wrote: > DRM_IOCTL_BO_SET_LABEL lets you label GEM objects, making it > easier to debug issues in userspace applications. > > Changes in v2: > - Hoist the IOCTL up into the drm_driver framework > > Signed-off-by: Rohan Garg > --- > drivers/

Re: [PATCH] drm: tweak drm_print_bits()

2019-09-20 Thread Thierry Reding
On Thu, Sep 19, 2019 at 03:14:11PM +0200, Gerd Hoffmann wrote: > There is little reason for the from/to logic, printing a subset of > the bits can be done by simply shifting/masking value if needed. > > Also use for_each_set_bit(). > > Suggested-by: Jani Nikula > Signed-off-by: Gerd Hoffmann >

Re: [PATCH v2 8/8] dt-bindings: pwm: Convert Samsung PWM bindings to json-schema

2019-09-20 Thread Rob Herring
On Wed, Sep 18, 2019 at 12:32 PM Krzysztof Kozlowski wrote: > > Convert Samsung PWM (S3C, S5P and Exynos SoCs) bindings to DT schema > format using json-schema. > > Signed-off-by: Krzysztof Kozlowski > > --- > > Changes since v1: > 1. Indent example with four spaces (more readable), > 2. Fix sams

[Bug 203781] AMDGPU Radeon VII crashes with dual monitors

2019-09-20 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=203781 --- Comment #7 from ReddestDream (reddestdr...@gmail.com) --- This issue is still not fixed on release 5.3. Tested as above using Arch Linux. -- You are receiving this mail because: You are watching the assignee of the bug.

Re: [Nouveau] [PATCH 3/6] drm/nouveau: Remove bogus gk20a aperture callback

2019-09-20 Thread Thierry Reding
On Tue, Sep 17, 2019 at 11:02:54AM +0200, Thierry Reding wrote: > On Tue, Sep 17, 2019 at 01:43:13PM +1000, Ben Skeggs wrote: > > On Tue, 17 Sep 2019 at 01:18, Thierry Reding > > wrote: > > > > > > From: Thierry Reding > > > > > > The gk20a (as well as all subsequent Tegra instantiations of the

[Bug 109628] WARNING at dcn10_hw_sequencer.c:868 dcn10_verify_allow_pstate_change_high()

2019-09-20 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=109628 --- Comment #21 from Johannes Hirte --- (In reply to John Smith from comment #20) > Still seeing the warning with 5.4.0-0.rc0.git2.2.fc32.x86_64; waking up > doesn't work. This is fedora kernel though and there's a possibility those > patches ar

Re: [PATCH v2 00/21] drm/dp: Various helper improvements and cleanups

2019-09-20 Thread Thierry Reding
On Mon, Sep 02, 2019 at 01:31:00PM +0200, Thierry Reding wrote: > From: Thierry Reding > > Hi, > > this series of patches improves the DP helpers a bit and cleans up some > inconsistencies along the way. > > v2 incorporates all review comments add collects Reviewed-bys from v1. > > Thierry >

[Bug 111077] link_shader and deserialize_glsl_program suddenly consume huge amount of RAM

2019-09-20 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=111077 --- Comment #45 from rol...@rptd.ch --- That was now really rude. Anyways. I'm interested in a solution, not discussion so I've pulled an apitrace of the situation. This does reproduce the problem. It's though 60M in size. Compressed it's 8M. Ca

Re: [PATCH] video/hdmi: Fix AVI bar unpack

2019-09-20 Thread Ville Syrjälä
On Fri, Sep 20, 2019 at 04:58:53PM +0200, Thierry Reding wrote: > On Thu, Sep 19, 2019 at 04:28:53PM +0300, Ville Syrjala wrote: > > From: Ville Syrjälä > > > > The bar values are little endian, not big endian. The pack > > function did it right but the unpack got it wrong. Fix it. > > > > Cc: s

Re: [PATCH v9 0/8] drm/i915/dp: Support for DP HDR outputs

2019-09-20 Thread Ville Syrjälä
On Thu, Sep 19, 2019 at 10:53:03PM +0300, Gwan-gyeong Mun wrote: > Support for HDR10 video was introduced in DisplayPort 1.4. > On GLK+ platform, in order to use DisplayPort HDR10, we need to support > BT.2020 colorimetry and HDR Static metadata. > It implements the CTA-861-G standard for transport

Re: [PATCH v2 5/8] dt-bindings: watchdog: Convert Samsung SoC watchdog bindings to json-schema

2019-09-20 Thread Krzysztof Kozlowski
On Wed, 18 Sep 2019 at 19:32, Krzysztof Kozlowski wrote: > > Convert Samsung S3C/S5P/Exynos watchdog bindings to DT schema format > using json-schema. > > Signed-off-by: Krzysztof Kozlowski > > --- > > Changes since v1: > 1. Indent example with four spaces (more readable), > 2. Remove unneeded ti

[Bug 111759] [navi10] computer hang ring sdma1 timeout

2019-09-20 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=111759 Bug ID: 111759 Summary: [navi10] computer hang ring sdma1 timeout Product: DRI Version: DRI git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Seve

[Bug 111555] [amdgpu/Navi] [powerplay] Failed to send message errors

2019-09-20 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=111555 --- Comment #5 from Michael de Lang --- I can confirm this happens when I use a dual-monitor setup. I have two 1440p@144 Hz screens and these messages happen when I boot with both screens, or look at the gpu temperature through the sensor comman

[Bug 111759] [navi10] computer hang ring sdma1 timeout

2019-09-20 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=111759 --- Comment #1 from Pierre-Eric Pelloux-Prayer --- See also https://bugs.freedesktop.org/show_bug.cgi?id=111481 were similar issues were reported. For now, it seems that the only reliable workaround is to use the Mesa environment variable "AMD

[Bug 111555] [amdgpu/Navi] [powerplay] Failed to send message errors

2019-09-20 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=111555 --- Comment #6 from Shmerl --- Just for the reference, my connection is DisplayPort 1.2. -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list dri-devel@

[Bug 111759] [navi10] computer hang ring sdma1 timeout

2019-09-20 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=111759 --- Comment #2 from Michael de Lang --- Much appreciated, will test that and if it seems to help, then this can be closed as duplicate. -- You are receiving this mail because: You are the assignee for the bug.__

  1   2   >