Re: [PATCH v2] drm/rockchip: cdn-dp: Fix error handling

On 2017年02月20日 15:08, Christophe JAILLET wrote: It is likely that both 'clk_disable_unprepare()' should be called if 'pm_runtime_get_sync()' fails. Add a new label for that, because 'err_set_rate' is not meaningful in this case. Add a missing call to 'pm_runtime_put()'. Fixes: 1a0f7ed3abe2

Re: bug in 4.9.5 through 4.9.11 kernel

On 20/02/17 02:15 AM, John Roman wrote: > Greetings mighty developers :) > im reporting a bug in which the aforementioned kernels when compiled > with the AMDGPU driver fail to properly function in the presence of a > Tonga PRO card. The driver is loaded, the cards fans then spin up to > 100% and

Re: [patch] drm/exynos/decon5433: & vs | typo

Merged. Thanks, Inki Dae 2017년 02월 14일 16:46에 Dan Carpenter 이(가) 쓴 글: > "&" was obviously intended instead of "|". The original condition is > always true. > > Fixes: b93c2e8b5d9d ("drm/exynos/decon5433: configure sysreg in case of > hardware trigger") > Signed-off-by: Dan Carpenter

[PATCH v10 0/3] Add support for the S6E3HA2 panel on TM2 board

Dear Thierry, I understand that your opinion is: It is better to handle the error every time it is input to the register, rather than error handling at once in the struct using error. This not only makes the code easier to maintain, but also reduces unnecessary computation. So I modified the

[PATCH v10 1/3] dt-bindings: Add support for samsung s6e3ha2 panel binding

The Samsung s6e3ha2 is a 5.7" 1440x2560 AMOLED panel connected using MIPI-DSI interfaces. Signed-off-by: Donghwa Lee Signed-off-by: Hyungwon Hwang Signed-off-by: Hoegeun Kwon Reviewed-by: Andrzej Hajda

[PATCH v10 2/3] drm/panel: Add support for S6E3HA2 panel driver on TM2 board

This patch add support for MIPI-DSI based S6E3HA2 AMOLED panel driver. This panel has 1440x2560 resolution in 5.7-inch physical panel in the TM2 device. Signed-off-by: Donghwa Lee Signed-off-by: Hyungwon Hwang Signed-off-by: Hoegeun Kwon

[PATCH v10 3/3] arm64: dts: exynos: Add support for S6E3HA2 panel device on TM2 board

From: Hyungwon Hwang This patch add the panel device tree node for S6E3HA2 display controller to TM2 dts. Signed-off-by: Hyungwon Hwang Signed-off-by: Andrzej Hajda Signed-off-by: Chanwoo Choi

Re: [PATCH v2 0/5] Fix the parse_dt of exynos dsi and remove the OF graph

Hi Krzysztof, Can you merge patch 2 and 5 to your tree so that they can go to mainline? Otherwise, I can merge them to my tree if you give me acked-by. Thanks, Inki Dae 2017년 02월 09일 10:26에 Hoegeun Kwon 이(가) 쓴 글: > Hi, > > The dsi + panel is a parental relationship, so OF grpah is not

Re: [PATCH] drm/rockchip: cdn-dp: Fix error handling

On 2017年02月20日 14:41, Christophe JAILLET wrote: Le 20/02/2017 à 02:40, Mark yao a écrit : On 2017年02月20日 00:59, Christophe JAILLET wrote: It is likely that both 'clk_disable_unprepare()' should be called if 'pm_runtime_get_sync()' fails. Add a new label for that, because 'err_set_rate' is not

Re: [PATCH] drm/rockchip: cdn-dp: Fix error handling

Le 20/02/2017 à 02:40, Mark yao a écrit : On 2017年02月20日 00:59, Christophe JAILLET wrote: It is likely that both 'clk_disable_unprepare()' should be called if 'pm_runtime_get_sync()' fails. Add a new label for that, because 'err_set_rate' is not meaningful in this case. Fixes: 1a0f7ed3abe2

[Bug 99850] Tessellation bug on Carrizo

https://bugs.freedesktop.org/show_bug.cgi?id=99850 Michel Dänzer changed: What|Removed |Added CC|

Re: [PATCH] drm/bridge: analogix_dp: Don't return -EBUSY when msg->size is 0 in aux transaction

On Mon, Feb 20, 2017 at 1:04 PM, Zain Wang wrote: > 在 2017/2/20 10:40, Tomasz Figa 写道: >> On Mon, Feb 13, 2017 at 6:27 PM, zain wang wrote: >>> diff --git a/drivers/gpu/drm/bridge/analogix/analogix_dp_reg.c >>>

[Bug 99851] [drm:.r600_ring_test [radeon]] *ERROR* radeon: ring 0 test failed (scratch(0x8504)=0xCAFEDEAD)

https://bugs.freedesktop.org/show_bug.cgi?id=99851 Michel Dänzer changed: What|Removed |Added Product|xorg|DRI

[Bug 91202] Output to DVI-I (or DVI-D) is blank on Tonga (R9 285 and 380X) with multiple monitors

https://bugs.freedesktop.org/show_bug.cgi?id=91202 --- Comment #26 from Thomas R. --- ASUS STRIX-R9285-DC2OC-2GD5: Still not working in Mainline 4.9.11. Not working in any DAL-4.7 version, either (tried all commits Guido mentioned, but it seems he switched

Re: [PULL] mxsfb fixes

On 19 February 2017 at 08:25, Marek Vasut wrote: > On 02/17/2017 09:34 PM, Dave Airlie wrote: >> On 17 February 2017 at 18:00, Marek Vasut wrote: >>> On 02/17/2017 03:41 AM, Dave Airlie wrote: On 16 February 2017 at 08:16, Marek Vasut wrote:

Re: [PATCH] drm/bridge: analogix_dp: Don't return -EBUSY when msg->size is 0 in aux transaction

Hi Zain, On Mon, Feb 13, 2017 at 6:27 PM, zain wang wrote: > > The analogix_dp_transfer() will return -EBUSY if num_transferred is zero. > But sometimes we will send a bare address packet to start the transaction, > like drm_dp_i2c_xfer() show: > .. > /*

Re: [PATCH] drm/rockchip: cdn-dp: Fix error handling

On 2017年02月20日 00:59, Christophe JAILLET wrote: It is likely that both 'clk_disable_unprepare()' should be called if 'pm_runtime_get_sync()' fails. Add a new label for that, because 'err_set_rate' is not meaningful in this case. Fixes: 1a0f7ed3abe2 ("drm/rockchip: cdn-dp: add cdn DP support

Re: imxdrm issue on SABRE Lite

Hi all Has there been any progress toward getting imxdrm working with the SABRE Lite and similar? I'm presuming that non of you own such a board and that this won't be fixed in time for 4.10, right? Thanks On Mon, Feb 13, 2017 at 9:38 AM, Russell King - ARM Linux wrote:

Re: [PULL] mxsfb fixes

On 02/17/2017 09:34 PM, Dave Airlie wrote: > On 17 February 2017 at 18:00, Marek Vasut wrote: >> On 02/17/2017 03:41 AM, Dave Airlie wrote: >>> On 16 February 2017 at 08:16, Marek Vasut wrote: Hi, I collected the MXSFB fixes, based on top of

[PATCH] drm/rockchip: cdn-dp: Fix error handling

It is likely that both 'clk_disable_unprepare()' should be called if 'pm_runtime_get_sync()' fails. Add a new label for that, because 'err_set_rate' is not meaningful in this case. Fixes: 1a0f7ed3abe2 ("drm/rockchip: cdn-dp: add cdn DP support for rk3399") Signed-off-by: Christophe JAILLET

[Bug 98405] No signal on HDMI output after upgrade to kernel 4.8.3-1

https://bugs.freedesktop.org/show_bug.cgi?id=98405 poma changed: What|Removed |Added QA Contact||xorg-t...@lists.x.org

[Bug 98405] No signal on HDMI output after upgrade to kernel 4.8.3-1

https://bugs.freedesktop.org/show_bug.cgi?id=98405 poma changed: What|Removed |Added See Also|

[Bug 99843] Geometry Shader - Incorrect Output

https://bugs.freedesktop.org/show_bug.cgi?id=99843 --- Comment #9 from Grazvydas Ignotas --- Also good on radeonsi (POLARIS10) and i965 (HSW). -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel

bug in 4.9.5 through 4.9.11 kernel

Greetings mighty developers :) im reporting a bug in which the aforementioned kernels when compiled with the AMDGPU driver fail to properly function in the presence of a Tonga PRO card. The driver is loaded, the cards fans then spin up to 100% and the system becomes unresponsive to ctrl+alt+del.

Re: [PATCH] [RFC] drm: Nerf DRM_CONTROL nodes

So I think we need a quick revert of this commit or a quick stable follow-up to unbreak things on our side. /Thomas On 02/19/2017 03:54 PM, Thomas Hellstrom wrote: > Hi! > > This patch breaks the vmwgfx resolutionKMS daemon which opens a control > node to tell DRM about the monitor layout... >

Re: [PATCH] [RFC] drm: Nerf DRM_CONTROL nodes

Hi! This patch breaks the vmwgfx resolutionKMS daemon which opens a control node to tell DRM about the monitor layout... /Thomas On 10/28/2016 10:10 AM, Daniel Vetter wrote: > Looking at the ioctl permission checks I noticed that it's impossible > to import gem buffers into a control nodes,

[Bug 99748] [radeonsi] Civ6 Assert in LLVM SIMachineScheduler.cpp with R600_DEBUG=sisched

https://bugs.freedesktop.org/show_bug.cgi?id=99748 Axel Davy changed: What|Removed |Added Status|NEW |RESOLVED

Re: [PATCH] drm/ttm: fix use-after-free races in vm fault handling

Am 18.02.2017 um 23:50 schrieb Nicolai Hähnle: From: Nicolai Hähnle The vm fault handler relies on the fact that the VMA owns a reference to the BO. However, once mmap_sem is released, other tasks are free to destroy the VMA, which can lead to the BO being freed. Fix