[PATCH] drm/ast: Support AST2500

From: "Y.C. Chen" Signed-off-by: Y.C. Chen --- drivers/gpu/drm/ast/ast_drv.h| 2 + drivers/gpu/drm/ast/ast_main.c | 27 ++- drivers/gpu/drm/ast/ast_mode.c | 25 +- drivers/gpu/drm/ast/ast_post.c | 510 ++- drivers/gpu/drm/ast/ast_tables.h | 57

[PATCH v7 1/4] drm/exynos: mic: Add mode_set callback function

Applied. Thanks. 2017년 01월 05일 19:20에 Hoegeun Kwon 이(가) 쓴 글: > Before applying the patch, used the of_get_videomode function to > parse the display-timings in the panel which is the child driver > of dsi in the devicetree. this is wrong. So removed the > of_get_videomode and fixed

[PATCH v7 2/4] drm/exynos: mic: Fix parse_dt function

Applied. Thanks. 2017년 01월 05일 19:20에 Hoegeun Kwon 이(가) 쓴 글: > The OF graph is not necessary because the panel is a child of > dsi. therefore, the parse_dt function of dsi does not need to > check the remote_node connected to the panel. and the whole > parse_dt function should be

[PATCH] drm: exynos: Add runtime PM support to MIC driver

2017년 01월 11일 10:39에 Chanwoo Choi 이(가) 쓴 글: > Hi Marek, > > On 2017년 01월 10일 21:57, Marek Szyprowski wrote: >> This patch adds pm_runtime_get/put calls to notify device core when MIC >> device is really in use. This is needed to let power domain with this >> device to be tu

[PATCH v8 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 Signed-off-by: Hoegeun Kwon Tested-by: Chanwoo Choi --- arch/arm64/boot/dts/exynos/exynos5433-tm2

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

Purpose of this patch is add support for S6E3HA2 AMOLED panel on the TM2 board. The first patch adds support for S6E3HA2 panel device tree document and driver, the second patch add support for S6E3HA2 panel device tree. Thank you for your review. Changes for V8: - Applied below two patches: (drm/

[PATCH v8 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 Tested-by: Chanwoo Choi Reviewed-by: Andrzej Hajda ---

[PATCH v8 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 Tested-by: Chanwoo Choi Reviewed-by: Andrzej Hajda --- .../bindings/display/panel/samsung,s6e3ha2.txt | 26 ++

[PATCH] drm/msm/dsi: Set msm_dsi->encoders before initializing bridge

The commit "drm: bridge: Link encoder and bridge in core code" updated the drm_bridge_attach() API to also include the drm_encoder pointer the bridge attaches to. The func msm_dsi_manager_bridge_init() now relies on the drm_encoder pointer stored in msm_dsi->encoders to pass the encoder to the bri

[PATCH v11 00/12] MT2701 DRM support

This is MT2701 DRM support PATCH v10, based on 4.10-rc1. We add DSI interrupt control, transfer function for MIPI DSI panel support. Most codes are the same, except some register changed. For example: - DISP_OVL address offset changed, color format definition changed. - DISP_RDMA fifo size chang

[PATCH v11 01/12] dt-bindings: display: mediatek: update supported chips

Add decriptions about supported chips, including MT2701 & MT8173 Signed-off-by: YT Shen --- Documentation/devicetree/bindings/display/mediatek/mediatek,disp.txt | 2 ++ Documentation/devicetree/bindings/display/mediatek/mediatek,dsi.txt | 2 ++ 2 files changed, 4 insertions(+) diff --git a/Do

[PATCH v11 02/12] drm/mediatek: add helpers for coverting from the generic components

define helpers for converting from 'mtk_ddp_comp' to 'mtk_disp_ovl' define helpers for converting from 'mtk_ddp_comp' to 'mtk_disp_rdma' Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_disp_ovl.c | 15 +-- drivers/gpu/drm/mediatek/mtk_disp_rdma.c | 15 +-- 2 file

[PATCH v11 03/12] drm/mediatek: add *driver_data for different hardware settings

There are some hardware settings changed, between MT8173 & MT2701: DISP_OVL address offset changed, color format definition changed. DISP_RDMA fifo size changed. DISP_COLOR offset changed. MIPI_TX pll setting changed. And add prefix for mtk_ddp_main & mtk_ddp_ext & mutex_mod. Signed-off-by: YT She

[PATCH v11 04/12] drm/mediatek: add shadow register support

We need to acquire mutex before using the resources, and need to release it after finished. So we don't need to write registers in the blanking period. Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 75 - drivers/gpu/drm/mediatek/mtk_drm_ddp.

[PATCH v5 0/2] drm/bridge: adv7511: Enable regulators

The patch below added regulator supplies to the ADV533 HDMI bridge on the DB410c, but the corresponding DT binding doc wasn't updated to list them: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=28546b09551190c727c94d1c5c96ca609065beb2 The first patch adds the regulato

[PATCH v5 1/2] dt-bindings: drm/bridge: adv7511: Add regulator bindings

Add the regulator supply properties needed by ADV7511 and ADV7533. Acked-by: Laurent Pinchart Acked-by: Rob Herring Signed-off-by: Archit Taneja --- v5: - Bring back supplies for individual pins - In v2, we had a v3p3-supply for DVDD_3V on ADV7511 and V3P3 pin on ADV7533. We don't really need

[PATCH v5 2/2] drm/bridge: adv7511: Initialize regulators

Maintain a table of regulator names expected by ADV7511 and ADV7533. Use regulator_bulk_* api to configure these. Initialize and enable the regulators during probe itself. Controlling these dynamically is left for later. Reviewed-by: Laurent Pinchart Signed-off-by: Archit Taneja --- drivers/gp

[PATCH v11 05/12] drm/mediatek: add BLS component

Add BLS component for PWM + GAMMA function Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 5 - drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.h | 2 ++ 2 files changed, 6 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c b/drivers/gp

[PATCH v11 06/12] drm/mediatek: update display module connections

update connections for OVL, RDMA, BLS, DSI Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 25 + 1 file changed, 25 insertions(+) diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp.c b/drivers/gpu/drm/mediatek/mtk_drm_ddp.c index b77d456..a9b209c 1006

[PATCH v11 07/12] drm/mediatek: cleaning up and refine

cleaning up unused define and refine function name and variable Signed-off-by: shaoming chen Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_dsi.c | 73 -- drivers/gpu/drm/mediatek/mtk_mipi_tx.c | 8 ++-- 2 files changed, 39 insertions(+), 42 deletio

[PATCH v11 08/12] drm/mediatek: add dsi interrupt control

From: shaoming chen add dsi interrupt control Signed-off-by: shaoming chen --- drivers/gpu/drm/mediatek/mtk_dsi.c | 92 ++ 1 file changed, 92 insertions(+) diff --git a/drivers/gpu/drm/mediatek/mtk_dsi.c b/drivers/gpu/drm/mediatek/mtk_dsi.c index 6f4b3bb..

[PATCH v11 09/12] drm/mediatek: add dsi transfer function

From: shaoming chen add dsi read/write commands for transfer function Signed-off-by: shaoming chen --- drivers/gpu/drm/mediatek/mtk_dsi.c | 168 - 1 file changed, 166 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/mediatek/mtk_dsi.c b/drivers/g

[PATCH v11 10/12] drm/mediatek: add non-continuous clock mode and EOT packet control

This patch will update dsi clock control method. 1. dsi non-continue clock mode will enhance antistatic effect for panel 2. EOT packet control will judge whether dsi send end of packet or not by customize Signed-off-by: shaoming chen Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_dsi.c

[PATCH v11 11/12] drm/mediatek: update DSI sub driver flow for sending commands to panel

This patch update enable/disable flow of DSI module. Original flow works on there is a bridge chip: DSI -> bridge -> panel. In this case: DSI -> panel, the DSI sub driver flow should be updated. We need to initialize DSI first so that we can send commands to panel. Signed-off-by: shaoming chen Si

[PATCH v11 12/12] drm/mediatek: add support for Mediatek SoC MT2701

This patch add support for the Mediatek MT2701 DISP subsystem. There is only one OVL engine in MT2701. Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_disp_ovl.c | 8 drivers/gpu/drm/mediatek/mtk_disp_rdma.c| 6 ++ drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 17 +

[PATCH] drm: Fix error handling in drm_mm eviction kselftest

On ti, 2017-01-10 at 14:40 +, Chris Wilson wrote: >         drivers/gpu/drm/selftests/test-drm_mm.c:1277 > evict_everything() >         warn: calling list_del() inside list_for_each > > The list_del() inside the error handling in the eviction loop is > overkill. We have to und

[Intel-gfx] [PATCH 01/10] drm : adds Y-coordinate and Colorimetry Format

On Tue, Jan 10, 2017 at 11:43:51PM +, Rodrigo Vivi wrote: > patch merged to dinq. thanks for patch and review. I already pinged Rodrigo about this on irc, but drm core patches need an ack from Dave for merging through a driver git tree. I've asked Rodrigo to update the dim scripting to catch t

[Intel-gfx] 4.10-rc2 oops in DRM connector code

On Tue, Jan 10, 2017 at 08:52:47AM -0800, Dave Hansen wrote: > On 01/10/2017 02:31 AM, Daniel Vetter wrote: > > commit e73ab00e9a0f1731f34d0620a9c55f5c30c4ad4e > > Author: Daniel Vetter > > Date: Sun Dec 18 14:35:45 2016 +0100 > > > > drm: prevent double-(un)registration for connectors > >

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

On 11.01.2017 07:33, Hoegeun Kwon wrote: > 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 > Tested-by: Chanwoo Choi > Reviewed-by: Andrzej Hajda > --- > ..

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

On 11.01.2017 07:33, Hoegeun Kwon wrote: > 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 > Signed-off-by: Hoegeun Kwon > Tested-by: C

[PATCH v2] drm: get fbdev size from cmdline mode if it exists

On Tue, Jan 10, 2017 at 10:06:44PM +0200, Laurent Pinchart wrote: > Hi Vincent, > > On Tuesday 10 Jan 2017 13:33:29 Vincent ABRIOU wrote: > > On 01/10/2017 12:39 PM, Daniel Vetter wrote: > > > On Tue, Jan 10, 2017 at 12:21:09PM +0100, Vincent Abriou wrote: > > >> In case no connector is found whil

[Intel-gfx] [PATCH] drm/probe-helpers: Drop locking from poll_enable

On Tue, Jan 10, 2017 at 05:10:50PM +, Chris Wilson wrote: > On Tue, Jan 10, 2017 at 05:34:08PM +0100, Daniel Vetter wrote: > > On Tue, Jan 10, 2017 at 03:17:44PM +, Chris Wilson wrote: > > > On Tue, Jan 10, 2017 at 03:29:10PM +0100, Daniel Vetter wrote: > > > > -void drm_kms_helper_poll_ena

[PATCH] drm: Fix error handling in drm_mm eviction kselftest

On Wed, Jan 11, 2017 at 08:54:35AM +0200, Joonas Lahtinen wrote: > On ti, 2017-01-10 at 14:40 +, Chris Wilson wrote: > >         drivers/gpu/drm/selftests/test-drm_mm.c:1277 > > evict_everything() > >         warn: calling list_del() inside list_for_each > > > > The list_del()

[PATCH] drm/atomic: Add target_vblank support in atomic helpers (v2)

On 09/01/17 06:59 PM, Daniel Vetter wrote: > On Fri, Jan 06, 2017 at 03:39:40PM -0500, Andrey Grodzovsky wrote: >> Allows usage of the new page_flip_target hook for drivers implementing >> the atomic path. >> Provides default atomic helper for the new hook. >> >> v2: >> Update code sharing logic b

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

2017년 01월 11일 16:46에 Andrzej Hajda 이(가) 쓴 글: > On 11.01.2017 07:33, Hoegeun Kwon wrote: >> 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 >> S

[PATCH 0/5 v3] adv7511 EDID probing improvements

Hi, On 01/04/2017 01:11 AM, John Stultz wrote: > Hope everyone had a good newyears! > > Wanted to re-send out v3 of this patch set improving the EDID > probing on the adv7511 used on HiKey, for consideration for > merging for 4.11 > > The first three patches are fixups that are hopefully straight

[PATCH] drm/probe-helpers: Drop locking from poll_enable

It was only needed to protect the connector_list walking, see commit 8c4ccc4ab6f64e859d4ff8d7c02c2ed2e956e07f Author: Daniel Vetter Date: Thu Jul 9 23:44:26 2015 +0200 drm/probe-helper: Grab mode_config.mutex in poll_init/enable Unfortunately the commit message of that patch fails to ment

[PATCH v2] drm: get fbdev size from cmdline mode if it exists

On 01/11/2017 08:48 AM, Daniel Vetter wrote: > On Tue, Jan 10, 2017 at 10:06:44PM +0200, Laurent Pinchart wrote: >> Hi Vincent, >> >> On Tuesday 10 Jan 2017 13:33:29 Vincent ABRIOU wrote: >>> On 01/10/2017 12:39 PM, Daniel Vetter wrote: On Tue, Jan 10, 2017 at 12:21:09PM +0100, Vincent Abrio

[Bug 98856] [Regression, SI] DIRT: Showdown broken graphics

part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170111/18c948ac/attachment.html>

[Bug 98856] [Regression, SI] DIRT: Showdown broken graphics

e in the week when this commit appeared. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170111/ca190355/attachment.html>

[Bug 99323] White horizontal lines and graphics curruption in ATI HD 4570 when radeon.dpm=1

the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170111/06546cb5/attachment.html>

[Bug 99323] White horizontal lines and graphics curruption in ATI HD 4570 when radeon.dpm=1

the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170111/71e89b48/attachment.html>

[Bug 99323] White horizontal lines and graphics curruption in ATI HD 4570 when radeon.dpm=1

is mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170111/738fbca1/attachment.html>

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

On 11.01.2017 09:40, Inki Dae wrote: > > 2017년 01월 11일 16:46에 Andrzej Hajda 이(가) 쓴 글: >> On 11.01.2017 07:33, Hoegeun Kwon wrote: >>> From: Hyungwon Hwang >>> >>> This patch add the panel device tree node for S6E3HA2 display >>> controller to TM2 dts. >>> >>> Signed-off-by: Hyungwo

[Bug 99353] Kaveri 7400K shows random colored noise instead of GUI in X or Wayland

rendering or the display. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170111/f45ebae5/attachment-0001.html>

[GIT PULL] etnaviv-fixes for 4.10

Hi Dave, a single fix for a FE hang after IOVA rollover on GC3000. This isn't pretty, but is the minimal fix for the issue. A larger rework of the code, that will also fix this issue properly, is currently in the works, but that needs to wait for at least the next feature pull. Regards, Lucas Th

[Bug 99143] r9 390: Hardware cursor invisible after hibernate/resume

mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170111/5a370585/attachment.html>

[Bug 99236] System (seems to) completely freeze when interacting with java swing applications.

this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170111/d3ca836b/attachment.html>

[Bug 99323] White horizontal lines and graphics curruption in ATI HD 4570 when radeon.dpm=1

assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170111/deb678ed/attachment.html>

[Bug 99330] Severe flickering with Fiji on Wayland

eedesktop.org/archives/dri-devel/attachments/20170111/dd88f79f/attachment.html>

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

On 01/11/2017 04:46 PM, Andrzej Hajda wrote: > On 11.01.2017 07:33, Hoegeun Kwon wrote: >> 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: Ch

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

this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170111/2aaf5b0c/attachment-0001.html>

[PATCH] drm: disable deep color when EDID violates spec

On Tue, 10 Jan 2017, Harry Wentland wrote: > On 2017-01-10 03:41 PM, Harry Wentland wrote: >> On 2017-01-10 03:10 PM, Alex Deucher wrote: >>> On Tue, Jan 10, 2017 at 3:02 PM, Ernst Sjöstrand >>> wrote: I kindof assume DP is the default connection these days and with Freesync you u

[Bug 98784] Talos Principle rendering flickering garbage on start instead of its logo and loading squares

back buffer. I'd like someone else to take a look and confirm this though. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachm

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

On 01/11/2017 06:39 PM, Andrzej Hajda wrote: On 11.01.2017 09:40, Inki Dae wrote: 2017년 01월 11일 16:46에 Andrzej Hajda 이(가) 쓴 글: On 11.01.2017 07:33, Hoegeun Kwon wrote: From: Hyungwon Hwang This patch add the panel device tree node for S6E3HA2 display controller to TM2 dts. Signed-off-by:

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

On 01/11/2017 06:51 PM, hoegeun kwon wrote: On 01/11/2017 04:46 PM, Andrzej Hajda wrote: On 11.01.2017 07:33, Hoegeun Kwon wrote: 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: Andrze

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

On 11.01.2017 11:23, hoegeun kwon wrote: > > On 01/11/2017 06:39 PM, Andrzej Hajda wrote: >> On 11.01.2017 09:40, Inki Dae wrote: >>> 2017년 01월 11일 16:46에 Andrzej Hajda 이(가) 쓴 글: On 11.01.2017 07:33, Hoegeun Kwon wrote: > From: Hyungwon Hwang > > This patch add the panel device tr

Re: [PATCH v2] drm: get fbdev size from cmdline mode if it exists

Hi Vincent, On Wednesday 11 Jan 2017 09:03:07 Vincent ABRIOU wrote: > On 01/11/2017 08:48 AM, Daniel Vetter wrote: > > On Tue, Jan 10, 2017 at 10:06:44PM +0200, Laurent Pinchart wrote: > >> On Tuesday 10 Jan 2017 13:33:29 Vincent ABRIOU wrote: > >>> On 01/10/2017 12:39 PM, Daniel Vetter wrote: > >

Re: [PATCH] drm/msm/dsi: Set msm_dsi->encoders before initializing bridge

Hi Archit, Thank you for the patch. On Wednesday 11 Jan 2017 12:09:51 Archit Taneja wrote: > The commit "drm: bridge: Link encoder and bridge in core code" updated > the drm_bridge_attach() API to also include the drm_encoder pointer > the bridge attaches to. > > The func msm_dsi_manager_bridge_

Re: [RFC] drm: Parse HDMI 2.0 YCbCr 4:2:0 VDB and VCB

On Wed, Jan 11, 2017 at 10:27:03AM +, Jose Abreu wrote: > Hi Ville, > > > On 10-01-2017 17:21, Ville Syrjälä wrote: > > [snip] > > >> But we already have color_formats field in drm_display_info > >> struct, right? Shouldn't we instead create for example a helper > >> which returns the best

Re: [PATCH] drm: disable deep color when EDID violates spec

On Wed, Jan 11, 2017 at 12:04:09PM +0200, Jani Nikula wrote: > On Tue, 10 Jan 2017, Harry Wentland wrote: > > On 2017-01-10 03:41 PM, Harry Wentland wrote: > >> On 2017-01-10 03:10 PM, Alex Deucher wrote: > >>> On Tue, Jan 10, 2017 at 3:02 PM, Ernst Sjöstrand > >>> wrote: > I kindof assume D

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

Hi Hoegeun, 2017-01-11 15:33 GMT+09:00 Hoegeun Kwon : > 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 > Tested-by: Chanwoo Choi I think my tested-by tag i

Re: [PATCH v2] drm: get fbdev size from cmdline mode if it exists

On Wed, Jan 11, 2017 at 01:11:45PM +0200, Laurent Pinchart wrote: > Hi Vincent, > > On Wednesday 11 Jan 2017 09:03:07 Vincent ABRIOU wrote: > > On 01/11/2017 08:48 AM, Daniel Vetter wrote: > > > On Tue, Jan 10, 2017 at 10:06:44PM +0200, Laurent Pinchart wrote: > > >> On Tuesday 10 Jan 2017 13:33:2

Re: [PATCH v2] drm: get fbdev size from cmdline mode if it exists

On 01/11/2017 12:11 PM, Laurent Pinchart wrote: > Hi Vincent, > > On Wednesday 11 Jan 2017 09:03:07 Vincent ABRIOU wrote: >> On 01/11/2017 08:48 AM, Daniel Vetter wrote: >>> On Tue, Jan 10, 2017 at 10:06:44PM +0200, Laurent Pinchart wrote: On Tuesday 10 Jan 2017 13:33:29 Vincent ABRIOU wrote

[PATCH 2/5] drm/edid: Introduce drm_default_rgb_quant_range()

From: Ville Syrjälä Make the code selecting the RGB quantization range a little less magicy by wrapping it up in a small helper. Signed-off-by: Ville Syrjälä --- drivers/gpu/drm/drm_edid.c| 18 ++ drivers/gpu/drm/i915/intel_dp.c | 4 +++- drivers/gpu/drm/i915/intel_h

[PATCH 0/5] drm/edid: Improve RGB limited range handling a bit

From: Ville Syrjälä While reading the HDMI 2.0 spec I noticed some new things related to the RGB quantization range stuff, and after cross checking with CEA-861-F I spotted a some other things as well. So I figured I should pimp up the code a bit. And since we now have two drivers that deal with

[PATCH 5/5] drm/edid: Set YQ bits in the AVI infoframe according to CEA-861-F

From: Ville Syrjälä CEA-861-F tells us: "When transmitting any RGB colorimetry, the Source should set the YQ-field to match the RGB Quantization Range being transmitted (e.g., when Limited Range RGB, set YQ=0 or when Full Range RGB, set YQ=1) and the Sink shall ignore the YQ-field." So let's

[PATCH 3/5] drm/edid: Introduce drm_hdmi_avi_infoframe_quant_range()

From: Ville Syrjälä Pull the logic to populate the quantization range information in the AVI infoframe into a small helper. We'll be adding a bit more logic to it, and having it in a central place seems like a good idea since it's based on the CEA-861 spec. Signed-off-by: Ville Syrjälä --- dri

[PATCH 4/5] drm/edid: Set AVI infoframe Q even when QS=0

From: Ville Syrjälä HDMI 2.0 recommends that we set the Q bits in the AVI infoframe even when the sink does not support quantization range selection (QS=0). According to CEA-861 we can do that as long as the Q we send matches the default quantization range for the mode. Previosuly I think I had

[PATCH 1/5] drm/edid: Have drm_edid.h include hdmi.h

From: Ville Syrjälä drm_edid.h depends on hdmi.h on account of enum hdmi_picture_aspect, so let's just include hdmi.h and drop some useless struct declarations. Signed-off-by: Ville Syrjälä --- include/drm/drm_edid.h | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/include

[PATCH 1/2] drm: fix drm_vm for NOMMU builds

When building DRM without an MMU, we run into a compile-time error because pte_wrprotect() is not defined: drivers/gpu/drm/drm_vm.c: In function 'drm_mmap_dma': drivers/gpu/drm/drm_vm.c:496:9: error: implicit declaration of function 'pte_wrprotect' [-Werror=implicit-function-declaration] The lin

[PATCH 2/2] drm: add more MMU dependencies

Many DRM drivers only work with an MMU, and after the patch to enable core DRM support without MMU, we already had one fixup for many of them. The etnaviv, armada and msm drivers were missed and have the same problem: warning: (DRM_ETNAVIV) selects IOMMU_SUPPORT which has unmet direct dependencie

Re: [PATCH 2/2] drm: add more MMU dependencies

Am Mittwoch, den 11.01.2017, 14:33 +0100 schrieb Arnd Bergmann: > Many DRM drivers only work with an MMU, and after the patch to enable > core DRM support without MMU, we already had one fixup for many of them. > The etnaviv, armada and msm drivers were missed and have the same problem: > > warnin

[PATCH v2 2/5] drm/edid: Introduce drm_default_rgb_quant_range()

From: Ville Syrjälä Make the code selecting the RGB quantization range a little less magicy by wrapping it up in a small helper. v2: s/adjusted_mode/mode in vc4 to make it actually compile Signed-off-by: Ville Syrjälä --- drivers/gpu/drm/drm_edid.c| 18 ++ drivers/gpu/

[Bug 99343] dEQP-GLES31.functional.shaders.builtin_functions.precision.{min, max}.highp_compute.scalar failures

https://bugs.freedesktop.org/show_bug.cgi?id=99343 --- Comment #1 from Marek Olšák --- Only VI can do FP32 denormals at full rate, which means only VI can enable them and not lose performance. -- You are receiving this mail because: You are the assignee for the bug._

Re: [PATCH v6] drm: add fourcc codes for 16bit R and RG

On Thu, Jan 05, 2017 at 02:45:37PM +0100, Christian König wrote: > Am 05.01.2017 um 12:37 schrieb Ville Syrjälä: > > On Wed, Jan 04, 2017 at 07:38:55PM +0100, Rainer Hochecker wrote: > >> From: Rainer Hochecker > >> > >> This adds fourcc codes for 16bit planes required for DRM buffer > >> export t

Re: [Intel-gfx] 4.10-rc2 oops in DRM connector code

On Wed, Jan 11, 2017 at 4:24 PM, Dave Hansen wrote: > On 01/10/2017 11:43 PM, Daniel Vetter wrote: >> On Tue, Jan 10, 2017 at 08:52:47AM -0800, Dave Hansen wrote: >>> On 01/10/2017 02:31 AM, Daniel Vetter wrote: commit e73ab00e9a0f1731f34d0620a9c55f5c30c4ad4e Author: Daniel Vetter

Re: [Intel-gfx] 4.10-rc2 oops in DRM connector code

On Wed, Jan 11, 2017 at 07:24:45AM -0800, Dave Hansen wrote: > On 01/10/2017 11:43 PM, Daniel Vetter wrote: > > On Tue, Jan 10, 2017 at 08:52:47AM -0800, Dave Hansen wrote: > >> On 01/10/2017 02:31 AM, Daniel Vetter wrote: > >>> commit e73ab00e9a0f1731f34d0620a9c55f5c30c4ad4e > >>> Author: Daniel V

Re: [PATCH v6] drm: add fourcc codes for 16bit R and RG

On 17-01-11 17:05:04, Ville Syrjälä wrote: On Thu, Jan 05, 2017 at 02:45:37PM +0100, Christian König wrote: Am 05.01.2017 um 12:37 schrieb Ville Syrjälä: > On Wed, Jan 04, 2017 at 07:38:55PM +0100, Rainer Hochecker wrote: >> From: Rainer Hochecker >> >> This adds fourcc codes for 16bit planes r

RE: [PATCH] drm/atomic: Add target_vblank support in atomic helpers (v2)

> -Original Message- > From: Michel Dänzer [mailto:mic...@daenzer.net] > Sent: Wednesday, January 11, 2017 3:33 AM > To: Daniel Vetter; Grodzovsky, Andrey > Cc: Deucher, Alexander; dri-devel@lists.freedesktop.org > Subject: Re: [PATCH] drm/atomic: Add target_vblank support in atomic > helpe

[drm-intel:for-linux-next 1/4] htmldocs: drivers/gpu/drm/i915/i915_gem_gtt.c:3594: warning: No description found for parameter 'vm'

tree: git://anongit.freedesktop.org/drm-intel for-linux-next head: c781c978e784c50dcd7cb312fe17f5281923f55b commit: e007b19d7ba7424735fd4f17a355b145ae153e4c [1/4] drm/i915: Use the MRU stack search after evicting reproduce: make htmldocs All warnings (new ones prefixed by >>): make[3]: wa

Re: [Intel-gfx] [PATCH 2/4] drm/i915: Fix POWER_DOMAIN_AUDIO refcounting.

On Thu, Dec 15, 2016 at 03:29:43PM +0100, Maarten Lankhorst wrote: > If the crtc was brought up with audio before the driver loads, > then crtc_disable will remove a refcount to audio that doesn't exist > before. > > Fortunately we already set power domains on readout, so we can just add > the pow

Re: [Intel-gfx] [PATCH 3/4] drm/i915: Disable all crtcs during driver unload.

On Thu, Dec 15, 2016 at 03:29:44PM +0100, Maarten Lankhorst wrote: > We may keep the crtc's enabled when userspace unsets all framebuffers but > keeps the crtc active. This exposes a WARN in fbc_global disable, and > a lot of bugs in our hardware readout code. Solve this by disabling > all crtc's f

Re: [PATCH 4/4] drm: Resurrect atomic rmfb code, v2

On Thu, Dec 15, 2016 at 03:29:45PM +0100, Maarten Lankhorst wrote: > From: Daniel Vetter > > This was somehow lost between v3 and the merged version in Maarten's > patch merged as: > > commit f2d580b9a8149735cbc4b59c4a8df60173658140 > Author: Maarten Lankhorst > Date: Wed May 4 14:38:26 2016

Re: [Intel-gfx] [PATCH 2/5] drm/edid: Introduce drm_default_rgb_quant_range()

On Wed, Jan 11, 2017 at 02:57:22PM +0200, ville.syrj...@linux.intel.com wrote: > From: Ville Syrjälä > > Make the code selecting the RGB quantization range a little less magicy > by wrapping it up in a small helper. > > Signed-off-by: Ville Syrjälä Needs cc: for driver maintainers, Eric for vc

Re: [PATCH 2/2] drm: add more MMU dependencies

On Wed, Jan 11, 2017 at 03:02:39PM +0100, Lucas Stach wrote: > Am Mittwoch, den 11.01.2017, 14:33 +0100 schrieb Arnd Bergmann: > > Many DRM drivers only work with an MMU, and after the patch to enable > > core DRM support without MMU, we already had one fixup for many of them. > > The etnaviv, arma

Re: [PATCH 1/2] drm: fix drm_vm for NOMMU builds

On Wed, Jan 11, 2017 at 02:33:34PM +0100, Arnd Bergmann wrote: > When building DRM without an MMU, we run into a compile-time error because > pte_wrprotect() is not defined: > > drivers/gpu/drm/drm_vm.c: In function 'drm_mmap_dma': > drivers/gpu/drm/drm_vm.c:496:9: error: implicit declaration of f

Re: [Intel-gfx] [PATCH 2/5] drm/edid: Introduce drm_default_rgb_quant_range()

On Wed, Jan 11, 2017 at 05:16:54PM +0100, Daniel Vetter wrote: > On Wed, Jan 11, 2017 at 02:57:22PM +0200, ville.syrj...@linux.intel.com wrote: > > From: Ville Syrjälä > > > > Make the code selecting the RGB quantization range a little less magicy > > by wrapping it up in a small helper. > > > >

Re: [PATCH 1/2] drm: fix drm_vm for NOMMU builds

On Wednesday, January 11, 2017 5:27:13 PM CET Daniel Vetter wrote: > On Wed, Jan 11, 2017 at 02:33:34PM +0100, Arnd Bergmann wrote: > > When building DRM without an MMU, we run into a compile-time error because > > pte_wrprotect() is not defined: > > > > drivers/gpu/drm/drm_vm.c: In function 'drm_

Re: [PATCH 1/2] drm: fix drm_vm for NOMMU builds

On Wed, Jan 11, 2017 at 5:33 PM, Arnd Bergmann wrote: > On Wednesday, January 11, 2017 5:27:13 PM CET Daniel Vetter wrote: >> On Wed, Jan 11, 2017 at 02:33:34PM +0100, Arnd Bergmann wrote: >> > When building DRM without an MMU, we run into a compile-time error because >> > pte_wrprotect() is not d

Re: [PATCH v6] drm: add fourcc codes for 16bit R and RG

On Wed, Jan 11, 2017 at 07:44:05AM -0800, Ben Widawsky wrote: > On 17-01-11 17:05:04, Ville Syrjälä wrote: > >On Thu, Jan 05, 2017 at 02:45:37PM +0100, Christian König wrote: > >> Am 05.01.2017 um 12:37 schrieb Ville Syrjälä: > >> > On Wed, Jan 04, 2017 at 07:38:55PM +0100, Rainer Hochecker wrote:

Re: [PATCH 1/2] drm: fix drm_vm for NOMMU builds

On Wed, Jan 11, 2017 at 5:36 PM, Daniel Vetter wrote: > On Wed, Jan 11, 2017 at 5:33 PM, Arnd Bergmann wrote: >> CONFIG_DRM_VM=y > > Does randconfig just set this for fun, despite that it's a hidden > Kconfig symbol? Should we add a depends !NOMMU to it to make sure it > never gets enabled when i

Re: [PATCH 1/2] drm: fix drm_vm for NOMMU builds

2017-01-11 17:59 GMT+01:00 Arnd Bergmann : > On Wed, Jan 11, 2017 at 5:36 PM, Daniel Vetter wrote: >> On Wed, Jan 11, 2017 at 5:33 PM, Arnd Bergmann wrote: >>> CONFIG_DRM_VM=y >> >> Does randconfig just set this for fun, despite that it's a hidden >> Kconfig symbol? Should we add a depends !NOMMU

Re: [PATCH] drm: Fix broken VT switch with video=1366x768 option

On Tue, Jan 10, 2017 at 01:41:42PM +0100, Daniel Vetter wrote: > On Tue, Jan 10, 2017 at 12:36:50PM +0100, Takashi Iwai wrote: > > On Tue, 10 Jan 2017 12:28:36 +0100, > > Ville Syrjälä wrote: > > > > > > On Mon, Jan 09, 2017 at 03:56:14PM +0100, Takashi Iwai wrote: > > > > I noticed that the VT sw

Re: [Intel-gfx] GPU hang with kernel 4.10rc3

On Wed, Jan 11, 2017 at 05:33:34PM +0100, Juergen Gross wrote: > With kernel 4.10rc3 running as Xen dm0 I get at each boot: > > [ 49.213697] [drm] GPU HANG: ecode 7:0:0x3d1d3d3d, in gnome-shell > [1431], reason: Hang on render ring, action: reset > [ 49.213699] [drm] GPU hangs can indicate a b

[drm-intel:for-linux-next 2/4] htmldocs: drivers/gpu/drm/i915/i915_gem_gtt.c:3586: warning: No description found for parameter 'offset'

tree: git://anongit.freedesktop.org/drm-intel for-linux-next head: c781c978e784c50dcd7cb312fe17f5281923f55b commit: 625d988acc28f3fe1d44f3798426561c17387a59 [2/4] drm/i915: Extract reserving space in the GTT to a helper reproduce: make htmldocs All warnings (new ones prefixed by >>): make

Re: [PATCH] drm: Fix broken VT switch with video=1366x768 option

On Wed, 11 Jan 2017 18:05:12 +0100, Ville Syrjälä wrote: > > On Tue, Jan 10, 2017 at 01:41:42PM +0100, Daniel Vetter wrote: > > On Tue, Jan 10, 2017 at 12:36:50PM +0100, Takashi Iwai wrote: > > > On Tue, 10 Jan 2017 12:28:36 +0100, > > > Ville Syrjälä wrote: > > > > > > > > On Mon, Jan 09, 2017 a

[Bug 99313] A few amdgpu errors with kernel 4.10-rc2 (Kaveri + Topaz)

https://bugs.freedesktop.org/show_bug.cgi?id=99313 --- Comment #2 from SET --- On further testing with 4.10-rcX up to commit cff3b2c : 'UVD not responding' error occurs if pg_mask is not specified. When pg_mask is explicitly set to 0 or 1, no UVD errors are reported. X session is then normally u

[Bug 99313] A few amdgpu errors with kernel 4.10-rc2 (Kaveri + Topaz)

https://bugs.freedesktop.org/show_bug.cgi?id=99313 Alex Deucher changed: What|Removed |Added See Also||https://bugzilla.kernel.org

[Bug 192161] Amdgpu UVD init failures at boot

https://bugzilla.kernel.org/show_bug.cgi?id=192161 Alex Deucher changed: What|Removed |Added CC||alexdeuc...@gmail.com --- Comment #1 from

  1   2   >