[GIT PULL] mediatek drm fixes for 4.12

Hi, Dave: This include two fixes: dsi wait timeout loop and hdmi infoframe mistake. Regards, CK The following changes since commit 2ea659a9ef488125eb46da6eb571de5eae5c43f6: Linux 4.12-rc1 (2017-05-13 13:19:49 -0700) are available in the git repository at:

Re: [PATCH v2 00/11] Support for H3 Composite Output support

在 2017-06-05 00:01，Icenowy Zheng 写道： Allwinner H3 SoC features a TV Encoder like the one in Allwinner A13, which can only output TV Composite signal. The display pipeline of H3 is also special -- it has two mixers and two TCONs, of which the connection can be swapped. The TCONs do not have

RE: [Intel-wired-lan] [PATCH v2 1/1] e1000e: Undo e1000e_pm_freeze if __e1000_shutdown fails

> From: Intel-wired-lan [mailto:intel-wired-lan-boun...@osuosl.org] On Behalf > Of Jeff Kirsher > Sent: Tuesday, June 6, 2017 1:46 PM > To: David Miller ; Nikula, Jani > > Cc: Ursulin, Tvrtko ; daniel.vet...@ffwll.ch; intel- >

[PATCH 3/3] drm/etnaviv: populate GEM objects on cpu_prep

CPU prep is the point where we can reasonably return an error to userspace when something goes wrong while populating the object. If we leave the object unpopulated at this point, the allocation will happen in the fault handler when userspace accesses the object through the mmap space, where we

[PATCH 1/3] drm/etnaviv: don't trigger OOM killer when page allocation fails

GPU buffers can be quite large, so userspace is expected to deal with allocation failure. Don't trigger the OOM killer when page allocation for the GEM objects fails, as this opens an easy possiblity for unprivileged applications to DOS the system,a s the shmem pages are not fully accounted to the

[PATCH 2/3] drm/etnaviv: reduce allocation failure message severity

The GPU userspace is expected to deal with failure to allocate memory for the GPU buffers, there is no need to spam the log on failure. Signed-off-by: Lucas Stach --- drivers/gpu/drm/etnaviv/etnaviv_gem.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH v3 6/6] drm/stm: Add STM32 DSI host driver

Hi Philippe, On 06/02/2017 04:37 PM, Philippe CORNU wrote: > Add the STM32 DSI host driver that uses the Synopsys DesignWare > MIPI DSI DRM bridge. > > Signed-off-by: Philippe CORNU > --- > drivers/gpu/drm/stm/Kconfig | 8 + > drivers/gpu/drm/stm/Makefile

Re: exynos drm build failure due to cec_* symbols

On 05/06/17 10:59, Russell King - ARM Linux wrote: > On Mon, Jun 05, 2017 at 10:33:50AM +0900, Inki Dae wrote: >> 2017년 06월 02일 22:58에 Andreas Färber 이(가) 쓴 글: >>> Hello, >>> >>> We're observing the following build failure with v4.12-rc3, latest >>> linux.git and linux-next.git: >>> >>> [ 9825s]

Re: [PATCH v3 4/6] dt-bindings: display: stm32: remove st-display-subsystem parent node requirement

Hi Philippe, On 06/02/2017 04:37 PM, Philippe CORNU wrote: > There is no need anymore to have a "st-display-subsystem" parent node > in the device tree for the ltdc. > > Signed-off-by: Philippe CORNU > --- > Documentation/devicetree/bindings/display/st,stm32-ltdc.txt | 1

Re: [PATCH v3 3/6] drm/bridge/synopsys: Add MIPI DSI host controller bridge

On 06/02/2017 04:37 PM, Philippe CORNU wrote: > Add a Synopsys Designware MIPI DSI host DRM bridge driver, based on the > Rockchip version from rockchip/dw-mipi-dsi.c with phy & bridge APIs. Hi Philippe, Small nit, but please use "DesignWare" everywhere if possible. Thanks, Neil > >

Re: [PATCH v3 5/6] dt-bindings: display: stm32: Add DSI host driver

Hi Philippe, On 06/02/2017 04:37 PM, Philippe CORNU wrote: > This patch adds documentation of device tree bindings for the STM32 > DSI host driver based on the Synopsys DW MIPI DSI bridge driver. > --- > .../devicetree/bindings/display/st,stm32-ltdc.txt | 83 > +- > 1 file

Re: [PATCH v3 2/6] dt-bindings: display: Add Synopsys DW MIPI DSI DRM bridge driver

On 06/02/2017 04:37 PM, Philippe CORNU wrote: > This patch adds documentation of device tree bindings for the > Synopsys DesignWare MIPI DSI host DRM bridge driver. > > Signed-off-by: Philippe CORNU > --- > .../bindings/display/bridge/dw_mipi_dsi.txt| 30 >

[Bug 101229] Global screen tearing (scrolling, Hz miss-match?)

https://bugs.freedesktop.org/show_bug.cgi?id=101229 --- Comment #12 from Michel Dänzer --- (In reply to Paul from comment #11) > Use the system and run OpenGL applications, Fullscreen or windowed? Does enabling any sync-to-vblank functionality in the apps or setting the

Re: [PATCH] gpu: ipu-v3: Fix CSI selection for VDIC

On Sat, 2017-06-03 at 11:57 -0700, Steve Longerbeam wrote: > From: Marek Vasut > > The description of the CSI_SEL bit in the i.MX6 reference manual is > incorrect. It states "This bit defines which CSI is the input to the > IC. This bit is effective only if IC_INPUT is bit

Re: [PATCH] drm/meson: Fix driver bind when only CVBS is available

On 05/29/2017 04:15 PM, Neil Armstrong wrote: > While introducing HDMI support, component matching on connectors node > were bypassed since no driver would actually bind on the DT node. > But when only a CVBS connector is present, only a single node is found > in the graph, but ignored and a NULL

Re: [PATCH v2 2/2] dt-bindings: drm/bridge: Document Cadence DSI bridge bindings

On Sat, 3 Jun 2017 23:43:17 +0530 Archit Taneja wrote: > Hi, > > On 06/02/2017 05:34 PM, Boris Brezillon wrote: > > Document the bindings used for the Cadence DSI bridge. > > > > Signed-off-by: Boris Brezillon > > --- > >

Re: [PATCH v2 7/7] drm/atmel-hlcdc: Replace the panel usage with drm_panel_bridge.

Hi Archit, On Mon, 5 Jun 2017 21:06:20 +0530 Archit Taneja wrote: > Hi, > > When pushing to drm-misc-next, I got a minor merge conflict when dim tried > to rebuild drm-tip. > > The reason for the conflict was because the following commit was present > in drm-tip but

Re: [PATCH v2 7/7] drm/atmel-hlcdc: Replace the panel usage with drm_panel_bridge.

On 06/06/2017 02:27 PM, Boris Brezillon wrote: Hi Archit, On Mon, 5 Jun 2017 21:06:20 +0530 Archit Taneja wrote: Hi, When pushing to drm-misc-next, I got a minor merge conflict when dim tried to rebuild drm-tip. The reason for the conflict was because the

Re: [Intel-gfx] [PATCH] drm: Restore GNOME monitors.xml support

On Sun, 04 Jun 2017, "H.J. Lu" wrote: > Please CC me since I am not on this mailing list. Sorry, should've instructed you to send to dri-devel instead of intel-gfx, because the patch touches drm helpers. Cc'd. BR, Jani. > > H.J. > --- > My ~/.config/monitors.xml swaps

[PATCH v3] drm/bridge: Build the panel wrapper in drm_kms_helper

This fixes the following depmod error when building drm as a module: depmod: ERROR: Found 6 modules in dependency cycles! depmod: ERROR: Cycle detected: drm -> drm_kms_helper -> drm Fixes: 13dfc0540a57 ("drm/bridge: Refactor out the panel wrapper from the lvds-encoder bridge.") Signed-off-by:

Re: [PATCH v6 5/5] drm/amdgpu: resize VRAM BAR for CPU access v2

On Tue, Jun 6, 2017 at 7:51 AM, Christian König wrote: > Am 02.06.2017 um 22:26 schrieb Bjorn Helgaas: >> >> On Fri, Jun 02, 2017 at 11:32:21AM +0200, Christian König wrote: >>> >>> Hi Bjorn, >>> >>> sorry for not responding earlier and thanks for picking this thread >>>

Re: [PATCH v3] drm/bridge: Refactor out the panel wrapper from the lvds-encoder bridge.

Op 05-06-17 om 12:08 schreef Archit Taneja: > > > On 06/03/2017 01:55 AM, Eric Anholt wrote: >> Many DRM drivers have common code to make a stub connector >> implementation that wraps a drm_panel. By wrapping the panel in a DRM >> bridge, all of the connector code (including calls during encoder

Re: [PATCH] drm/pl111: Fix offset calculation for the primary plane.

On Fri, Jun 02, 2017 at 06:57:33PM -0700, Eric Anholt wrote: > If src_x/y were nonzero, we failed to shift them down by 16 to get the > pixel offset. The recent CMA helper function gets it right. > > Signed-off-by: Eric Anholt > Fixes: bed41005e617 ("drm/pl111: Initial drm/kms

Re: [PATCH v3] drm/bridge: Refactor out the panel wrapper from the lvds-encoder bridge.

On Fri, Jun 02, 2017 at 01:25:14PM -0700, Eric Anholt wrote: [...] > diff --git a/drivers/gpu/drm/bridge/Kconfig b/drivers/gpu/drm/bridge/Kconfig > index f6968d3b4b41..adf9ae0e0b7c 100644 > --- a/drivers/gpu/drm/bridge/Kconfig > +++ b/drivers/gpu/drm/bridge/Kconfig > @@ -4,6 +4,14 @@ config

Re: [PATCH v2 1/2] drm/bridge: Add Cadence DSI driver

On Tue, 6 Jun 2017 16:30:15 +0300 Tomi Valkeinen wrote: > On 02/06/17 15:04, Boris Brezillon wrote: > > > +enum cdns_dsi_output_type { > > + CDNS_DSI_PANEL = 0, > > + CDNS_DSI_BRIDGE = 1, > > +}; > > Just my opinion, but I think you should only define values for

Re: [PATCH 1/2] dt/bindings: display: fix display-timing reference

On Wed, May 24, 2017 at 05:51:31PM +0200, Daniel Vetter wrote: > On Wed, May 24, 2017 at 03:37:36PM +0300, Baruch Siach wrote: > > Hi Daniel, > > > > On Wed, May 24, 2017 at 02:23:22PM +0200, Daniel Vetter wrote: > > > On Tue, May 23, 2017 at 09:47:56AM -0500, Rob Herring wrote: > > > > On Tue,

Re: [PATCH v2 2/2] dt-bindings: drm/bridge: Document Cadence DSI bridge bindings

On 06/06/17 15:37, Boris Brezillon wrote: > Hi Tomi, > > On Tue, 6 Jun 2017 15:30:26 +0300 > Tomi Valkeinen wrote: > >> On 02/06/17 15:04, Boris Brezillon wrote: >>> Document the bindings used for the Cadence DSI bridge. >>> >>> Signed-off-by: Boris Brezillon

Re: [PATCH v2 2/2] dt-bindings: drm/bridge: Document Cadence DSI bridge bindings

On Tue, 6 Jun 2017 16:01:45 +0300 Tomi Valkeinen wrote: > On 06/06/17 15:37, Boris Brezillon wrote: > > Hi Tomi, > > > > On Tue, 6 Jun 2017 15:30:26 +0300 > > Tomi Valkeinen wrote: > > > >> On 02/06/17 15:04, Boris Brezillon wrote: > >>>

[PATCH] drm/arm: hdlcd: Set the CRTC's port before binding the encoder.

The component-based encoder(s) used by HDLCD expect the CRTC port to be set before binding in order to find the right endpoint. Without this patch, the TDA19988 encoder driver prints a warning "Falling back to first CRTC". Signed-off-by: Liviu Dudau ---

[PATCH] drm/mali-dp: Check PM status when sharing interrupt lines

If an instance of Mali DP hardware shares the interrupt line with another hardware (usually another instance of the Mali DP) its interrupt handler can get called when the device is suspended. Check the PM status before making access to the hardware registers to avoid deadlocks. Signed-off-by:

[Bug 97055] Black screens on A10-8780P (Carrizo) + R7 M260/M265 (Topaz) Combo

https://bugs.freedesktop.org/show_bug.cgi?id=97055 Thomas J. Moore changed: What|Removed |Added CC||jamof...@gmail.com

[Bug 97605] AMDGPU Black Screen when Booting

https://bugs.freedesktop.org/show_bug.cgi?id=97605 Thomas J. Moore changed: What|Removed |Added Resolution|--- |DUPLICATE

[Bug 97055] Black screens on A10-8780P (Carrizo) + R7 M260/M265 (Topaz) Combo

https://bugs.freedesktop.org/show_bug.cgi?id=97055 --- Comment #17 from Thomas J. Moore --- Is this the place for AMD-related kernel bugs to die? Is that why I was told to open the bug here, rather than the Linux kernel bugzilla? Who knows? In any case, not one person who

[Bug 101254] VDPAU videos take forever to start in different applications

https://bugs.freedesktop.org/show_bug.cgi?id=101254 --- Comment #7 from joeri.exelm...@gmail.com --- I used this guide (https://pkg-xorg.alioth.debian.org/howto/build-mesa.html) to build the mesa project with git version 84012262ea70435507d3b88ddbc0f621781ec275 (Mar 21 2017), and I can use VDPAU

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

https://bugs.freedesktop.org/show_bug.cgi?id=101325 Bug ID: 101325 Summary: UE4Editor crash after pressing "play" with radeon southern island card (7850 HD) Product: Mesa Version: git Hardware: x86-64 (AMD64)

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

https://bugs.freedesktop.org/show_bug.cgi?id=101325 --- Comment #1 from Luke --- Created attachment 131759 --> https://bugs.freedesktop.org/attachment.cgi?id=131759=edit dmesg from crash using radeon module -- You are receiving this mail because: You are the

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

https://bugs.freedesktop.org/show_bug.cgi?id=101325 --- Comment #2 from Luke --- Created attachment 131760 --> https://bugs.freedesktop.org/attachment.cgi?id=131760=edit dmesg from crash using amdgpu module -- You are receiving this mail because: You are the

[radeon-alex:amd-mainline-hybrid-4.11 103/518] drivers//pci/pci.c:2930:7: error: 'PCI_EXP_DEVCTL2_ATOMICOP_REQ' undeclared

tree: git://people.freedesktop.org/~agd5f/linux.git amd-mainline-hybrid-4.11 head: 7ccf5ab3da7a87288cc0fd11910b212e4ac154a6 commit: 22b340aa7636404cd6e4cb15f18bfb88afdbfb65 [103/518] PCI: Add pci_enable_atomic_request config: i386-defconfig (attached as .config) compiler: gcc-6 (Debian

XDC 2017 : Call for paper

Hello, I have the pleasure to announce that the X.org Developer Conference 2017 will be held in Mountain View, California from September 20th to September 22nd. The venue is located at the Googleplex. The official page for the event is http://www.x.org/wiki/Events/XDC2017 while the call for

Re: [PATCH v6 5/5] drm/amdgpu: resize VRAM BAR for CPU access v2

On Tue, Jun 06, 2017 at 01:51:11PM +0200, Christian König wrote: > Am 02.06.2017 um 22:26 schrieb Bjorn Helgaas: > >On Fri, Jun 02, 2017 at 11:32:21AM +0200, Christian König wrote: > >>Hi Bjorn, > >> > >>sorry for not responding earlier and thanks for picking this thread > >>up again. > >> > >>Am

[PATCH -next] drm: pl111: select DRM_PANEL

ed-off-by: Randy Dunlap <rdun...@infradead.org> --- drivers/gpu/drm/pl111/Kconfig |1 + 1 file changed, 1 insertion(+) --- linux-next-20170606.orig/drivers/gpu/drm/pl111/Kconfig +++ linux-next-20170606/drivers/gpu/drm/pl111/Kconfig @@ -3,6 +3,7 @@ config DRM_PL111 depends on DRM

Re: [PATCH v2 1/1] e1000e: Undo e1000e_pm_freeze if __e1000_shutdown fails

On Fri, 2017-06-02 at 14:14 -0400, David Miller wrote: > From: Jani Nikula > Date: Wed, 31 May 2017 18:50:43 +0300 > > > From: Chris Wilson > > > > An error during suspend (e100e_pm_suspend), > > ... > > lead to complete failure: > > ... > >

RE: [PATCH v6 5/5] drm/amdgpu: resize VRAM BAR for CPU access v2

> -Original Message- > From: Bjorn Helgaas [mailto:helg...@kernel.org] > Sent: Tuesday, June 06, 2017 7:10 PM > To: Christian König > Cc: linux-...@vger.kernel.org; platform-driver-...@vger.kernel.org; > Deucher, Alexander; David Airlie; amd-...@lists.freedesktop.org; dri- >

Re: [PATCH v2 2/2] dt-bindings: drm/bridge: Document Cadence DSI bridge bindings

On 02/06/17 15:04, Boris Brezillon wrote: > Document the bindings used for the Cadence DSI bridge. > > Signed-off-by: Boris Brezillon > --- > .../bindings/display/bridge/cdns,dsi.txt | 55 > ++ > 1 file changed, 55 insertions(+)

Re: [PATCH v2 2/2] dt-bindings: drm/bridge: Document Cadence DSI bridge bindings

Hi Tomi, On Tue, 6 Jun 2017 15:30:26 +0300 Tomi Valkeinen wrote: > On 02/06/17 15:04, Boris Brezillon wrote: > > Document the bindings used for the Cadence DSI bridge. > > > > Signed-off-by: Boris Brezillon > > --- > >

Re: [PATCH v2 2/2] dt-bindings: drm/bridge: Document Cadence DSI bridge bindings

On 06/06/17 12:35, Boris Brezillon wrote: > On Sat, 3 Jun 2017 23:43:17 +0530 > Archit Taneja wrote: > >> Hi, >> >> On 06/02/2017 05:34 PM, Boris Brezillon wrote: >>> Document the bindings used for the Cadence DSI bridge. >>> >>> Signed-off-by: Boris Brezillon

Re: [PATCH v2 2/2] dt-bindings: drm/bridge: Document Cadence DSI bridge bindings

On Tue, 6 Jun 2017 15:40:25 +0300 Tomi Valkeinen wrote: > On 06/06/17 12:35, Boris Brezillon wrote: > > On Sat, 3 Jun 2017 23:43:17 +0530 > > Archit Taneja wrote: > > > >> Hi, > >> > >> On 06/02/2017 05:34 PM, Boris Brezillon wrote: > >>>

Re: [PATCH v2 2/2] dt-bindings: drm/bridge: Document Cadence DSI bridge bindings

On 06/06/17 15:48, Boris Brezillon wrote: > Okay. Thanks for the clarification. Can you confirm that this version > is correct? > > dsi@xxx { > #address-cells = <1>; > #size-cells = <0>; > > ports { > #address-cells = <1>; >

[PATCH] drm/atmel-hlcdc: Fix panel registration

Attach the panel-bridge created by drm_panel_bridge_add() to the parallel RGB encoder. Fixes: 96160a8071b2 ("drm/atmel-hlcdc: Replace the panel usage with drm_panel_bridge.") Signed-off-by: Boris Brezillon --- drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_output.c

Re: [PATCH v6 5/5] drm/amdgpu: resize VRAM BAR for CPU access v2

Am 02.06.2017 um 22:26 schrieb Bjorn Helgaas: On Fri, Jun 02, 2017 at 11:32:21AM +0200, Christian König wrote: Hi Bjorn, sorry for not responding earlier and thanks for picking this thread up again. Am 01.06.2017 um 22:14 schrieb Bjorn Helgaas: [+cc ADMGPU, DRM folks] On Tue, May 09, 2017

Re: [PATCH v2 1/2] drm/bridge: Add Cadence DSI driver

Hi Archit, On Sun, 4 Jun 2017 00:20:06 +0530 Archit Taneja wrote: > > + > > +#define DPHY_CFG0 0x1b0 > > +#define DPHY_C_RSTBBIT(20) > > +#define DPHY_D_RSTB(x) ((x) << 16) > > +#define DPHY_TIF_FORCE_WRITE

[PATCH] gpu: ipu-v3: remove interrupt busy waiting routine

This is not used anymore since commit eb8c88808c83 ("drm/imx: add deferred plane disabling"), remove it. Signed-off-by: Philipp Zabel --- drivers/gpu/ipu-v3/ipu-common.c | 16 drivers/gpu/ipu-v3/ipu-prv.h| 1 - 2 files changed, 17 deletions(-) diff

Re: [PATCH v2 1/2] drm/bridge: Add Cadence DSI driver

On 02/06/17 15:04, Boris Brezillon wrote: > +enum cdns_dsi_output_type { > + CDNS_DSI_PANEL = 0, > + CDNS_DSI_BRIDGE = 1, > +}; Just my opinion, but I think you should only define values for enums when those values actually mean something and are needed. In this case, it doesn't matter

Re: [PATCH v3] drm/bridge: Build the panel wrapper in drm_kms_helper

Maarten Lankhorst writes: > This fixes the following depmod error when building drm as a module: > depmod: ERROR: Found 6 modules in dependency cycles! > depmod: ERROR: Cycle detected: drm -> drm_kms_helper -> drm > > Fixes: 13dfc0540a57 ("drm/bridge: Refactor

Re: [PATCH] drm/atmel-hlcdc: Fix panel registration

Boris Brezillon writes: > Attach the panel-bridge created by drm_panel_bridge_add() to the > parallel RGB encoder. > > Fixes: 96160a8071b2 ("drm/atmel-hlcdc: Replace the panel usage with > drm_panel_bridge.") > Signed-off-by: Boris Brezillon

Re: [PATCH 5/7] drm/vc4: Add support for the TXP (transposer) block

Hi Brian, Le Mon, 5 Jun 2017 12:25:50 +0100, Brian Starkey a écrit : > Hi Boris, > > I can't speak for the HW-specific details, but the writeback part > looks pretty good (and familiar ;-) to me. There certainly seems to be > some scope for code-sharing there, but I

[Bug 101319] Tonga DC + UVD [drm:fill_plane_attributes [amdgpu]] *ERROR* Unable to reserve buffer

https://bugs.freedesktop.org/show_bug.cgi?id=101319 Bug ID: 101319 Summary: Tonga DC + UVD [drm:fill_plane_attributes [amdgpu]] *ERROR* Unable to reserve buffer Product: DRI Version: DRI git Hardware: Other

Re: [PATCH 14/19] drm/sun4i: hdmi: Add support for A31's HDMI controller

On Sat, Jun 03, 2017 at 11:19:09PM +0800, Chen-Yu Tsai wrote: > On Sat, Jun 3, 2017 at 3:41 AM, Maxime Ripard > wrote: > > On Fri, Jun 02, 2017 at 06:10:19PM +0800, Chen-Yu Tsai wrote: > >> The HDMI controller found in the A31 SoCs is slightly different > >> from

Re: [PATCH 4/7] drm/vc4: Use drm_atomic_helper_wait_for_flip_done()

Boris Brezillon writes: > Replace the drm_atomic_helper_wait_for_vblanks() with a call to > drm_atomic_helper_wait_for_flip_done(). This allows better detection of > page flip done events which what we are really waiting for in > vc4_atomic_complete_commit().

Re: [PATCH 3/7] drm/vc4: Mimic drm_atomic_helper_commit() behavior

On Tue, 06 Jun 2017 13:27:09 -0700 Eric Anholt wrote: > Boris Brezillon writes: > > > The VC4 KMS driver is implementing its own ->atomic_commit() but there > > are a few generic helpers we can use instead of open-coding the logic. > > > >

Re: [PATCH 3/7] drm/vc4: Mimic drm_atomic_helper_commit() behavior

Boris Brezillon writes: > The VC4 KMS driver is implementing its own ->atomic_commit() but there > are a few generic helpers we can use instead of open-coding the logic. > > Signed-off-by: Boris Brezillon > --- >

Re: [PATCH 6/7] dt-bindings: Document the VC4 TXP module nodes.

Boris Brezillon writes: > These are part of the vc4 display pipeline. > > Signed-off-by: Boris Brezillon Patch 6-7 are: Reviewed-by: Eric Anholt signature.asc Description: PGP signature

Re: [PATCH 4/7] drm/vc4: Use drm_atomic_helper_wait_for_flip_done()

On Tue, 06 Jun 2017 13:24:33 -0700 Eric Anholt wrote: > Boris Brezillon writes: > > > Replace the drm_atomic_helper_wait_for_vblanks() with a call to > > drm_atomic_helper_wait_for_flip_done(). This allows better detection of > > page flip