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

On Wed, Jan 11, 2017 at 07:57:11PM +, Deucher, Alexander wrote: > > -Original Message- > > From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch] On Behalf Of Daniel > > Vetter > > Sent: Monday, January 09, 2017 4:59 AM > > To: Grodzovsky, Andrey > > Cc: dri-devel@lists.freedesktop.org;

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

https://bugs.freedesktop.org/show_bug.cgi?id=99323 --- Comment #11 from kartik --- The problem disappears after switching to a lower resolution like 1280x1024 or 800x600 but comes back as soon as i revert to 1920x1080. Please look into this as it seems a large number of

Re: [PATCH 0/5 v3] adv7511 EDID probing improvements

On 01/12/2017 05:36 AM, John Stultz wrote: On Wed, Jan 11, 2017 at 12:48 AM, Archit Taneja wrote: 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

[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:

Re: [Intel-gfx] [PATCH 1/3] drm: Add new DRM_IOCTL_MODE_GETPLANE2

On Wed, Jan 11, 2017 at 7:51 PM, Ben Widawsky wrote: > > +struct drm_format_modifier { > + /* Bitmask of formats in get_plane format list this info > +* applies to. */ > + uint64_t formats; re: the uabi, I'd suggest to at least make this 'u32 offset; u32

[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 >>

[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

[PATCH 3/3] drm/i915: Add support for GET_PLANE2 CCS modifiers

Cc: Kristian Høgsberg Signed-off-by: Ben Widawsky --- drivers/gpu/drm/i915/intel_display.c | 10 -- drivers/gpu/drm/i915/intel_sprite.c | 2 ++ 2 files changed, 10 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_display.c

[PATCH 1/3] drm: Add new DRM_IOCTL_MODE_GETPLANE2

Originally based off of a patch by Kristian. This new ioctl extends DRM_IOCTL_MODE_GETPLANE, by returning information about the modifiers that will work with each format. It's modified from Kristian's patch in that the modifiers and formats are setup by the driver, and then a callback is used to

[PATCH 2/3] drm/i915: Add format modifiers for Intel

This was based on a patch originally by Kristian. It has been modified pretty heavily to use the new callbacks from the previous patch. Cc: Kristian H. Kristensen Signed-off-by: Ben Widawsky --- drivers/gpu/drm/i915/intel_display.c | 109

[PATCH 0/3] GET_PLANE2 w/ i915 implementation

This patch series implements GET_PLANE2 support for Intel platforms and defines the new kernel UAPI. The idea was originally introduced by Kristian. Ultimately, the purpose of the new API is to provide the ability to query per-plane modifiers in KMS. These modifiers, which are just fb modifiers,

gputool: a tool for debugging AMD GPUs

Hey Everyone, I started a small project called gputool to help me debug issues on AMD platforms. I think it may be useful to other driver devs, so I've made it available on github: https://github.com/lostgoat/gputool Mainly I wanted something that could read and decode registers, so that

Re: [PATCH v2 0/7] uapi: export all headers under uapi directories

On Mon, Jan 09, 2017 at 12:33:58PM +0100, Arnd Bergmann wrote: > On Friday, January 6, 2017 10:43:52 AM CET Nicolas Dichtel wrote: > > Here is the v2 of this series. The first 5 patches are just cleanup: some > > exported headers were still under a non-uapi directory. > > Since this is meant as a

[PATCH 04/10] drm/i915/psr: disable aux_frame_sync on psr2 exit

Screen freeze observed if AUX_FRAME_SYNC is not disabled on psr2 exit.AUX_FRAME_SYNC needed for psr2 is enabled during psr2 entry. It must be disabled on psr2 exit. v2: rebase Cc: Rodrigo Vivi Cc: Jim Bride Signed-off-by: Vathsala Nagaraju

[PATCH 06/10] drm/i915/psr: set CHICKEN_TRANS for psr2

As per bpsec, CHICKEN_TRANS_EDP bit 12 ,15 must be programmed in psr2 enable sequence. bit 12 : Program Transcoder EDP VSC DIP header with a valid setting for PSR2 and Set CHICKEN_TRANS_EDP(0x420cc) bit 12 for programmable header packet. bit 15 : Set CHICKEN_TRANS_EDP(0x420cc) bit

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

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 turned off when display is turned off. > > Signed-off-by: Marek Szyprowski

[PATCH 07/10] drm/i915/psr: set PSR_MASK bits for deep sleep

Program EDP_PSR_DEBUG_CTL (PSR_MASK) to enable system to go to deep sleep while in psr2.PSR2_STATUS bit 31:28 should report value 8 , if system enters deep sleep state. Also, EDP_FRAMES_BEFORE_SU_ENTRY is set 1 , if not set, flickering is observed on psr2 panel. v2: (Ilia Mirkin) - Remove

GPU hang with kernel 4.10rc3

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 bug anywhere in the entire gfx stack, including userspace. [ 49.213700]

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

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 >>> Date: Sun Dec 18 14:35:45 2016

[PATCH 03/10] drm/i915/psr: fix blank screen issue for psr2

Psr1 and psr2 are mutually exclusive,ie when psr2 is enabled, psr1 should be disabled.When psr2 is exited , bit 31 of reg PSR2_CTL must be set to 0 but currently bit 31 of SRD_CTL (psr1 control register)is set to 0. Also ,PSR2_IDLE state is looked up from SRD_STATUS(psr1 register) instead of

[PATCH 08/10] drm/i915/psr: enable psr2 for y cordinate panels

Psr2 is enabled only for y cordinate panels.Once GTC (global time code) is implemented,this restriction is removed so that psr2 can work on panels without y cordinate support. v2: (Rodrigo) - Move the check to intel_psr_match_conditions v3: (Rodrigo) - add return false v4: rebase Cc: Rodrigo

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

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 output colorspace? According to what you >> said it would be something like: >>

Re: [PATCH v2 9/9] drm/i915: Add render decompression support

On Tue, Jan 10, 2017 at 9:04 AM, Ville Syrjälä < ville.syrj...@linux.intel.com> wrote: > On Mon, Jan 09, 2017 at 11:20:57AM -0800, Jason Ekstrand wrote: > > On Thu, Jan 5, 2017 at 7:14 AM, wrote: > > > > > From: Ville Syrjälä > > > >

Re: [PATCH v2 9/9] drm/i915: Add render decompression support

On Wed, Jan 11, 2017 at 1:49 PM, Jason Ekstrand wrote: > On Tue, Jan 10, 2017 at 9:04 AM, Ville Syrjälä < > ville.syrj...@linux.intel.com> wrote: > >> On Mon, Jan 09, 2017 at 11:20:57AM -0800, Jason Ekstrand wrote: >> > On Thu, Jan 5, 2017 at 7:14 AM,

Re: [PATCH 0/5 v3] adv7511 EDID probing improvements

On Wed, Jan 11, 2017 at 12:48 AM, Archit Taneja wrote: > 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

[PATCH 2/3] drm: bridge: dw-hdmi: Fix the name of the PHY reset macros

The PHY reset signal is controlled by bit PHYRSTZ in the MC_PHYRSTZ register. The signal is active low on Gen1 PHYs and active high on Gen2 PHYs. The driver toggles the signal high then low, which is correct for all currently supported platforms, but the register values macros are incorrectly

[PATCH 1/3] drm: bridge: dw-hdmi: Define and use macros for PHY register addresses

Replace the hardcoded register address numerical values with macros to clarify the code. This change has been tested by comparing the assembly code before and after the change. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/bridge/dw-hdmi.c | 35

[PATCH 0/3] dw-hdmi: miscellaneous cleanups and fixes

Hello, These three small patches add to the 20 dw-hdmi patches previously submitted in the "[PATCH v2 00/29] R-Car Gen3 HDMI output support" series. As only patches 1 to 16 from that series have been approved and successfully tested without any reported regression on all three dw-hdmi platforms,

[PATCH 3/3] drm: bridge: dw-hdmi: Assert SVSRET before resetting the PHY

According to the PHY IP core vendor, the SVSRET signal must be asserted before resetting the PHY. Tests on RK3288 and R-Car Gen3 showed no regression, the change should thus be safe. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/bridge/dw-hdmi.c

[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 ---

[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 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:

[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 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

[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 ---

[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

[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

[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

[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

[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

[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 -

[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

[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

[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

[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

Re: [PATCH v2 06/13] drm: panels: Add LVDS panel driver

Hi Thierry, Ping ? On Tuesday 22 Nov 2016 15:17:09 Laurent Pinchart wrote: > On Tuesday 22 Nov 2016 12:14:57 Thierry Reding wrote: > > On Sat, Nov 19, 2016 at 05:28:06AM +0200, Laurent Pinchart wrote: > >> This driver supports LVDS panels that don't require device-specific > >> handling of power

[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

[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 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

[Bug 99368] Full aspect scaling introduces interlacing on specific resolutions

https://bugs.freedesktop.org/show_bug.cgi?id=99368 --- Comment #4 from Platin --- The interlacing is not visible on screenshots -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list

[Bug 99368] Full aspect scaling introduces interlacing on specific resolutions

https://bugs.freedesktop.org/show_bug.cgi?id=99368 --- Comment #3 from Platin --- Created attachment 128901 --> https://bugs.freedesktop.org/attachment.cgi?id=128901=edit Image showing interlacing -- You are receiving this mail because: You are the assignee for the

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

On Wed, Jan 11, 2017 at 08:16:56AM -0800, Dave Hansen wrote: > On 01/11/2017 07:39 AM, Daniel Vetter wrote: > > Hm, just cherry-picked it on top of Linus' latest 4.10 git, applies > > cleanly there. The substituation was for 4.9. I can send you the patch > > here, but seems all fine from what I

[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

[Bug 99368] Full aspect scaling introduces interlacing on specific resolutions

https://bugs.freedesktop.org/show_bug.cgi?id=99368 --- Comment #1 from Platin --- Created attachment 128898 --> https://bugs.freedesktop.org/attachment.cgi?id=128898=edit Xorg log -- You are receiving this mail because: You are the assignee for the

[Bug 99368] Full aspect scaling introduces interlacing on specific resolutions

https://bugs.freedesktop.org/show_bug.cgi?id=99368 Bug ID: 99368 Summary: Full aspect scaling introduces interlacing on specific resolutions Product: DRI Version: unspecified Hardware: x86-64 (AMD64) OS:

Re: [Nouveau] [PATCH] drm/nouveau: Fix HDA ELD handling (thus, HDMI audio) on gt215

On Wed, Jan 11, 2017 at 3:47 PM, Alastair Bridgewater wrote: > Store the ELD correctly, not just enough copies of the first byte > to pad out the given ELD size. > > Signed-off-by: Alastair Bridgewater Great find! Here are some

[PATCH] dim: Update docs

- Remove branch overview, instead link to drm-intel and drm-misc pages. - Move quickstart to the top, to make it easier to find. - Make quickstart generic, we use dim for other stuff than drm-intel now. - s/drm-intel-rerere/drm-rerere/ - Remove the section about resolving conflicts, that's

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

https://bugs.freedesktop.org/show_bug.cgi?id=99323 --- Comment #10 from Alex Deucher --- Looks like the mclk switching isn't finishing within the vblank period. Do you have the problem with any other display modes or just 1920x1080? -- You are receiving this mail

Re: [Intel-gfx] [PATCH 0/2] drm: link status property and DP link training failure handling

On Tue, Dec 20, 2016 at 10:30:17AM +0100, Daniel Vetter wrote: > On Mon, Dec 19, 2016 at 11:15:40PM +, Pandiyan, Dhinakaran wrote: > > On Sun, 2016-12-18 at 14:43 +0100, Daniel Vetter wrote: > > > On Sat, Dec 17, 2016 at 05:47:56AM +, Pandiyan, Dhinakaran wrote: > > > > On Fri, 2016-12-16

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

> -Original Message- > From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch] On Behalf Of Daniel > Vetter > Sent: Monday, January 09, 2017 4:59 AM > To: Grodzovsky, Andrey > Cc: dri-devel@lists.freedesktop.org; daniel.vet...@ffwll.ch; Deucher, > Alexander; Daenzer, Michel; Wentland, Harry >

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

https://bugs.freedesktop.org/show_bug.cgi?id=99323 Alex Deucher changed: What|Removed |Added Attachment #128816|text/x-log |text/plain

[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 ---

[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

[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

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

https://bugs.freedesktop.org/show_bug.cgi?id=99323 --- Comment #9 from Alex Deucher --- Setting it explicitly just adds some additional debugging info in the dmesg output. -- You are receiving this mail because: You are the assignee for the

[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

[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

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

https://bugs.freedesktop.org/show_bug.cgi?id=99313 --- Comment #3 from Alex Deucher --- Rex is working on a fix. -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list

[Bug 192161] Amdgpu UVD init failures at boot

https://bugzilla.kernel.org/show_bug.cgi?id=192161 Alex Deucher changed: What|Removed |Added CC|

[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|

[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

[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 ++-

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

[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

[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:

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

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/attachments/20170

[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

[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>

[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 >>):

[Bug 99330] Severe flickering with Fiji on Wayland

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

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

are the 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 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 99143] r9 390: Hardware cursor invisible after hibernate/resume

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/5a370585/attachment.html>

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

is with the 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>

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

use: 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>

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

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

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

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

oke 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 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>

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

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

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

[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

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

[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

[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

[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

[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

[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:

  1   2   >