Re: [RFC PATCH xserver] modesetting: re-set the crtc's mode when link-status goes BAD

On 13/02/17 23:05, Eric Anholt wrote: I was just trying to provide review to get the kernel unstuck. The kernel should not be blocked until the patch gets lands (this obviously isn't the case with ioctls, which *don't* land in userspace until kernel does), you just need userspace published and

[Bug 193341] AMDGPU: kernel NULL pointer dereferenced with hybrid graphics

https://bugzilla.kernel.org/show_bug.cgi?id=193341 Luya Tshimbalanga (l...@fedoraproject.org) changed: What|Removed |Added CC|

RE: [PATCH] drm/ast: Fixed system hanged if disable P2A

Hi Ben, This solution had been proved on x86 platform but I'm not sure if it works or not on POWER system . If we added a definition in SOC scratch register to info drm driver the P2A is disabled by BMC fw, then drm driver will no need to check it by reading 0xf00x. Is it acceptable? Here are

Re: [PATCH] dma-buf/dma-fence: improve doc for dma_fence_add_callback()

Hi Gustavo, On 16 February 2017 at 02:27, Chris Wilson wrote: > On Wed, Feb 15, 2017 at 03:57:25PM -0200, Gustavo Padovan wrote: >> From: Gustavo Padovan >> >> Document return values for this function. >> >> Signed-off-by: Gustavo

Re: [PATCH] drm/ast: Support AST2500

On 11 January 2017 at 12:57, Y.C. Chen wrote: > From: "Y.C. Chen" Please run checkpatch over this patch, it's got a lot of bad whitespace issues (4 space and 2 space indents, indent the timing tables , remove start of line whitespace.). Dave. >

Re: [PATCH v3 10/23] drm: hibmc: use vblank hooks in struct drm_crtc_funcs

On 7 February 2017 at 17:16, Shawn Guo wrote: > From: Shawn Guo > > The vblank hooks in struct drm_driver are deprecated and only meant for > legacy drivers. For modern drivers with DRIVER_MODESET flag, the hooks > in struct drm_crtc_funcs should be

Re: [PATCH v3 11/23] drm: kirin: use vblank hooks in struct drm_crtc_funcs

On 7 February 2017 at 17:16, Shawn Guo wrote: > From: Shawn Guo > > The vblank hooks in struct drm_driver are deprecated and only meant for > legacy drivers. For modern drivers with DRIVER_MODESET flag, the hooks > in struct drm_crtc_funcs should be

Re: [PATCH v2 1/7] dt-bindings: display: add STM32 LTDC driver

On Fri, Feb 10, 2017 at 04:24:28PM +0100, Yannick Fertre wrote: > Signed-off-by: Yannick Fertre > --- > .../devicetree/bindings/display/st,stm32-ltdc.txt | 37 > ++ > 1 file changed, 37 insertions(+) > create mode 100644 >

Re: [PATCH 1/4] Documentation: bindings: add uphy-dp-sel for Rockchip USB Type-C PHY

Hi Rob On 02/16/2017 10:20 AM, Rob Herring wrote: On Fri, Feb 10, 2017 at 03:44:11PM +0800, Chris Zhong wrote: rockchip,uphy-dp-sel is the register of type-c phy enable DP function. "dt-bindings: phy:" is the preferred subject prefix. OK, I will change the header next version. dt-bindings:

[GIT PULL] drm/rockchip: convert to drm_mm

Hi Dave After convert to drm_mm, rockchip arm64 platform can works with iommu, like rk3399. it's import patches for rockchip arm64 platform And these patches already have full reviewed, I hope these patches can be landed.   Best regards

Re: [PATCH v3 22/24] drm/rockchip: dw-mipi-dsi: support non-burst modes

Hi John On 02/01/2017 03:22 AM, Sean Paul wrote: On Sun, Jan 29, 2017 at 01:24:42PM +, John Keeping wrote: Reviewed-by: Sean Paul Signed-off-by: John Keeping Reviewed-by: Chris Zhong --- v3: - Add Chris' Reviewed-by

Re: [PATCH v2 4/9] dt-bindings: Add Ampire AM-480272H3TMQW-T01H panel

On Fri, Feb 10, 2017 at 03:54:44PM +0100, Yannick Fertre wrote: > Signed-off-by: Yannick Fertre > --- > .../bindings/display/panel/ampire,am-480272h3tmqw-t01h.txt | 7 > +++ > 1 file changed, 7 insertions(+) > create mode 100644 >

Re: [PATCH 1/4] Documentation: bindings: add uphy-dp-sel for Rockchip USB Type-C PHY

On Fri, Feb 10, 2017 at 03:44:11PM +0800, Chris Zhong wrote: > rockchip,uphy-dp-sel is the register of type-c phy enable DP function. "dt-bindings: phy:" is the preferred subject prefix. > > Signed-off-by: Chris Zhong > --- > >

Re: [PATCH v3 23/24] drm/rockchip: dw-mipi-dsi: add reset control

Hi John On 02/15/2017 08:39 PM, John Keeping wrote: On Wed, 15 Feb 2017 11:38:45 +0800, Chris Zhong wrote: On 01/29/2017 09:24 PM, John Keeping wrote: In order to fully reset the state of the MIPI controller we must assert this reset. This is slightly more complicated than it could be in

Re: [PATCH v2 3/3] drm/amdgpu: fix lock cleanup during buffer creation

On 16/02/17 04:10 AM, Nicolai Hähnle wrote: > From: Nicolai Hähnle > > Open-code the initial ttm_bo_validate call, so that we can properly > unlock the reservation lock when it fails. Also, properly destruct > the reservation object when the first part of TTM BO

Re: [PATCH 1/3] drm/ttm: split BO structure initialization into a separate function

On 15.02.2017 14:35, Nicolai Hähnle wrote: On 14.02.2017 13:51, Christian König wrote: Am 14.02.2017 um 13:00 schrieb Nicolai Hähnle: On 14.02.2017 11:49, Christian König wrote: Am 14.02.2017 um 11:37 schrieb Nicolai Hähnle: From: Nicolai Hähnle Allow callers to

[PULL] mxsfb fixes

Hi, I collected the MXSFB fixes, based on top of airlied/drm-fixes: The following changes since commit 697d3a21615672b2bf7724a65755799260325dda: Merge tag 'drm-intel-fixes-2017-02-09' of git://anongit.freedesktop.org/git/drm-intel into drm-fixes (2017-02-10 10:14:24 +1000) are available in

Re: [PATCH 1/3] drm/ttm: split BO structure initialization into a separate function

On 15.02.2017 04:16, zhoucm1 wrote: On 2017年02月14日 18:37, Nicolai Hähnle wrote: From: Nicolai Hähnle Allow callers to opt out of calling ttm_bo_validate immediately. This allows more flexibility in how locking of the reservation object is done, which is needed to

Re: [Intel-gfx] [PATCH v3 4/8] drm: Add driver-private objects to atomic state

On Wed, 2017-02-15 at 16:53 +0530, Archit Taneja wrote: > Hi, > > On 02/09/2017 12:08 PM, Dhinakaran Pandiyan wrote: > > It is necessary to track states for objects other than connector, crtc > > and plane for atomic modesets. But adding objects like DP MST link > > bandwidth to drm_atomic_state

[Bug 35998] RS600: Texture alignment issues under Gnome Shell

https://bugs.freedesktop.org/show_bug.cgi?id=35998 --- Comment #43 from Micha --- Same for Warzone2100 (and others?) on latest Mint Mate with Oibaf ppa, too. Still the same problems. -- You are receiving this mail because: You are the assignee for the

Re: [PATCH 6/8] dt-bindings: gpu: mali: Add optional OPPs

On Thu, Feb 09, 2017 at 05:39:20PM +0100, Maxime Ripard wrote: > The operating-points-v2 binding gives a way to provide the OPP of the GPU. > Let's use it. > > Signed-off-by: Maxime Ripard > --- > Documentation/devicetree/bindings/gpu/arm,mali-utgard.txt | 4

[PATCH] drm: drm_printer: add __printf validation

drm_printf does not currently use the compiler to verify format and arguments. Make it do so. Miscellanea: o Add appropriate #include files for __printf and struct va_format o Convert dev_printk to dev_info Signed-off-by: Joe Perches --- drivers/gpu/drm/drm_print.c | 2 +-

Re: [PATCH 8/8] ARM: sun8i: a33: Add the Mali OPPs

On Thu, Feb 09, 2017 at 05:39:22PM +0100, Maxime Ripard wrote: > The Mali GPU in the A33 has various operating frequencies used in the > Allwinner BSP. > > Add them to our DT. > > Signed-off-by: Maxime Ripard > --- > arch/arm/boot/dts/sun8i-a33.dtsi | 17

Re: [PATCH 2/8] dt-bindings: gpu: mali: Add optional memory-region

On Thu, Feb 09, 2017 at 05:39:16PM +0100, Maxime Ripard wrote: > The reserved memory bindings allow us to specify which memory areas our > buffers can be allocated from. > > Let's use it. You didn't think of this when you just added Mali binding? > > Signed-off-by: Maxime Ripard

Re: [PATCH v2 1/2] dt-bindings: display: panel: Add bindings for the Sitronix ST7789V panel

On Thu, Feb 09, 2017 at 02:14:27PM +0100, Maxime Ripard wrote: > The Sitronix ST7789V is an LCD panel controller, controlled over SPI, that > can drive 18-bits 240x320 LCD displays. > > Signed-off-by: Maxime Ripard > --- >

Re: [PATCH 1/3] dt-bindings: Document the dmas and dma-names properties for VC4 HDMI

On Tue, Feb 07, 2017 at 01:07:01PM -0800, Eric Anholt wrote: > From: Boris Brezillon > > These are optional, but necessary for HDMI audio support. > > Signed-off-by: Boris Brezillon > Signed-off-by: Eric Anholt

[PATCH 11/14] drm: qxl: Atomic phase 3: Use atomic handlers for planes

Now that the state objects are wired up, we can move to the final atomic handlers. Signed-off-by: Gabriel Krisman Bertazi --- drivers/gpu/drm/qxl/qxl_display.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git

[PATCH 13/14] drm: qxl: Atomic phase 3: Wire up atomic page_flip helper

Signed-off-by: Gabriel Krisman Bertazi --- drivers/gpu/drm/qxl/qxl_display.c | 47 +-- 1 file changed, 1 insertion(+), 46 deletions(-) diff --git a/drivers/gpu/drm/qxl/qxl_display.c b/drivers/gpu/drm/qxl/qxl_display.c index

[PATCH 14/14] drm: qxl: Enable atomic modesetting ioctl

Now that atomic support is implemented, enable the atomic flag. Signed-off-by: Gabriel Krisman Bertazi --- drivers/gpu/drm/qxl/qxl_drv.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/qxl/qxl_drv.c b/drivers/gpu/drm/qxl/qxl_drv.c

[PATCH 12/14] drm: qxl: Atomic phase 3: Wire up atomic set_config helper

Signed-off-by: Gabriel Krisman Bertazi --- drivers/gpu/drm/qxl/qxl_display.c | 11 +-- 1 file changed, 1 insertion(+), 10 deletions(-) diff --git a/drivers/gpu/drm/qxl/qxl_display.c b/drivers/gpu/drm/qxl/qxl_display.c index 52c4e643331a..f86e194ed797 100644 ---

[PATCH 06/14] drm: qxl: Atomic phase 1: Use drm_plane_helpers for primary plane

Signed-off-by: Gabriel Krisman Bertazi --- drivers/gpu/drm/qxl/qxl_display.c | 101 +- 1 file changed, 100 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/qxl/qxl_display.c b/drivers/gpu/drm/qxl/qxl_display.c index

[PATCH 09/14] drm: qxl: Atomic phase 2: Wire up state object handlers

Signed-off-by: Gabriel Krisman Bertazi --- drivers/gpu/drm/qxl/qxl_display.c | 14 ++ 1 file changed, 14 insertions(+) diff --git a/drivers/gpu/drm/qxl/qxl_display.c b/drivers/gpu/drm/qxl/qxl_display.c index 09c076f5a792..d5a00b6a07ea 100644 ---

[PATCH 10/14] drm: qxl: Atomic phase 2: Use drm_atomic_set_fb_for_plane helper

Signed-off-by: Gabriel Krisman Bertazi --- drivers/gpu/drm/qxl/qxl_display.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/qxl/qxl_display.c b/drivers/gpu/drm/qxl/qxl_display.c index d5a00b6a07ea..d1c12ac222b7 100644 ---

[PATCH 07/14] drm: qxl: Atomic phase 1: Implement mode_set_nofb

Signed-off-by: Gabriel Krisman Bertazi --- drivers/gpu/drm/qxl/qxl_display.c | 88 +++ 1 file changed, 16 insertions(+), 72 deletions(-) diff --git a/drivers/gpu/drm/qxl/qxl_display.c b/drivers/gpu/drm/qxl/qxl_display.c index

[PATCH 08/14] drm: qxl: Atomic phase 1: Don't unpin primary when disabling crtc

In the qxl atomic model, the primary doesn't stay pinned all the time, instead it is only pinned/unpinned between prepare_fb and cleanup_fb. So, we no longer need a final unpin of the primary framebuffer when disabling the crtc. Signed-off-by: Gabriel Krisman Bertazi ---

[PATCH 05/14] drm: qxl: Atomic phase 1: convert cursor to universal plane

In preparation for atomic conversion, let's use the transitional atomic helpers drm_plane_helper_update/disable. Signed-off-by: Gabriel Krisman Bertazi --- drivers/gpu/drm/qxl/qxl_display.c | 442 +- drivers/gpu/drm/qxl/qxl_drv.h

[PATCH 04/14] drm: qxl: Expose creation of universal primary plane

Let's expose the primary plane initialization inside the qxl driver in preparation for universal planes and atomic. Signed-off-by: Gabriel Krisman Bertazi --- drivers/gpu/drm/qxl/qxl_display.c | 71 ++- 1 file changed, 70

[PATCH 00/14] qxl atomic modesetting

Hi, This series implements support for Atomic Modesetting in the QXL driver. The first 4 patches in the series are some cleanups to prepare the ground, while the rest implement Atomic in 3 phases, as suggested by Daniel's blog post[1]. Testing was done with the X server, igt, libdrm testsuit and

[PATCH 01/14] drm: qxl: Drop device flags attribute

There are no device specific flags that we need to keep track of here. Let it vanish. Signed-off-by: Gabriel Krisman Bertazi --- drivers/gpu/drm/qxl/qxl_drv.c | 2 +- drivers/gpu/drm/qxl/qxl_drv.h | 3 +-- drivers/gpu/drm/qxl/qxl_kms.c | 5 + 3 files changed, 3

[PATCH 03/14] drm: qxl: Don't initialize vblank support

qxl don't have support for hardware vblanks so we can't initialize it here, otherwise we risk getting stuck in drm_wait_one_vblank. Signed-off-by: Gabriel Krisman Bertazi --- drivers/gpu/drm/qxl/qxl_display.c | 3 --- drivers/gpu/drm/qxl/qxl_drv.c | 26

[PATCH 02/14] drm: qxl: Consolidate bo reservation when pinning

Every attempt to pin/unpin objects in memory requires qxl_bo_reserve/unreserve calls around the pinning operation to protect the object from concurrent access, which causes that call sequence to be reproduced every place where pinning is needed. In some cases, that sequence was not executed

[Bug 89785] GPU Fault 147 and Ring Stalls and Tests Fail in Pillars of Eternity

https://bugs.freedesktop.org/show_bug.cgi?id=89785 Samuel Pitoiset changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 93247] Bound by Flame game crashes GPU

https://bugs.freedesktop.org/show_bug.cgi?id=93247 Samuel Pitoiset changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 93247] Bound by Flame game crashes GPU

https://bugs.freedesktop.org/show_bug.cgi?id=93247 --- Comment #2 from l.gambe...@alice.it --- (In reply to Samuel Pitoiset from comment #1) > I have just played the game few minutes, looks good with my config (RX480 > with mesa/LLVM from Git and amd-stagin-4.9 kernel). Your config is different >

[Bug 92012] new account account

https://bugs.freedesktop.org/show_bug.cgi?id=92012 Samuel Pitoiset changed: What|Removed |Added Resolution|--- |FIXED

[Bug 93080] War Thunder launcher no longer loads

https://bugs.freedesktop.org/show_bug.cgi?id=93080 Samuel Pitoiset changed: What|Removed |Added Resolution|--- |NOTOURBUG

Re: [PATCH] dma-buf/dma-fence: improve doc for dma_fence_add_callback()

On Wed, Feb 15, 2017 at 03:57:25PM -0200, Gustavo Padovan wrote: > From: Gustavo Padovan > > Document return values for this function. > > Signed-off-by: Gustavo Padovan Reviewed-by: Chris Wilson -Chris

Re: [PATCH] drm/vc4: Drop debug print at boot with DPI enabled.

Daniel Vetter writes: > On Wed, Feb 08, 2017 at 12:47:01PM -0800, Eric Anholt wrote: >> Unlike the other encoders in the driver, I've also dropped the debug >> dump function. There's only really one register to this device, and >> we have the debugfs reg entry still. >> >>

[Bug 93247] Bound by Flame game crashes GPU

https://bugs.freedesktop.org/show_bug.cgi?id=93247 --- Comment #1 from Samuel Pitoiset --- I have just played the game few minutes, looks good with my config (RX480 with mesa/LLVM from Git and amd-stagin-4.9 kernel). Your config is different but as the bug is quite

[PATCH v2 2/3] drm/ttm: fix the documentation of ttm_bo_init

From: Nicolai Hähnle As the comment says: callers of ttm_bo_init cannot rely on having the only reference to the BO when the function returns successfully. Signed-off-by: Nicolai Hähnle --- include/drm/ttm/ttm_bo_api.h | 6 +- 1 file

[PATCH v2 1/3] drm/ttm: split BO structure initialization into a separate function

From: Nicolai Hähnle Allow callers to opt out of calling ttm_bo_validate immediately. This allows more flexibility in how locking of the reservation object is done, which is needed to fix a locking bug (destroy locked mutex) in amdgpu. v2: callers of ttm_bo_init_top

[PATCH v2 3/3] drm/amdgpu: fix lock cleanup during buffer creation

From: Nicolai Hähnle Open-code the initial ttm_bo_validate call, so that we can properly unlock the reservation lock when it fails. Also, properly destruct the reservation object when the first part of TTM BO initialization fails. Actual deadlocks caused by the missing

[Bug 35998] RS600: Texture alignment issues under Gnome Shell

https://bugs.freedesktop.org/show_bug.cgi?id=35998 Thierry Leconte changed: What|Removed |Added CC|

[PATCH] drm/virtio: call drm_plane_cleanup() at destroy phase

From: Gustavo Padovan virtio was missing this call to clean up core plane usage. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/virtio/virtgpu_plane.c | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH] dma-buf/dma-fence: improve doc for dma_fence_add_callback()

From: Gustavo Padovan Document return values for this function. Signed-off-by: Gustavo Padovan --- drivers/dma-buf/dma-fence.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/dma-buf/dma-fence.c

[PATCH] drm: Add DPCD definitions for DP 1.4 DSC feature

Display stream compression is supported on DP 1.4 DP devices. This patch adds the corersponding DPCD register definitions for DSC. Signed-off-by: Manasi Navare Cc: Jani Nikula Cc: Paulo Zanoni Cc:

Re: [RFC][PATCH 1/2] drm/probe-helper: Add mode_valid check to drm_crtc_helper_funcs

Hi Daniel, On Tue, Feb 14, 2017 at 10:42:53PM +0100, Daniel Vetter wrote: > On Tue, Feb 14, 2017 at 01:03:27PM -0800, John Stultz wrote: > > On Tue, Feb 14, 2017 at 12:22 PM, Daniel Vetter wrote: > > > On Tue, Feb 14, 2017 at 11:45:54AM -0800, John Stultz wrote: > > >> > > >>

Re: [Intel-gfx] [PATCH v3 4/4] drm: Resurrect atomic rmfb code, v3

On Wed, Feb 15, 2017 at 03:56:09PM +0200, Jani Nikula wrote: > On Wed, 25 Jan 2017, Maarten Lankhorst > wrote: > > This was somehow lost between v3 and the merged version in Maarten's > > patch merged as: > > > > commit f2d580b9a8149735cbc4b59c4a8df60173658140

[Bug 98931] radeonsi: Very low shader performance

https://bugs.freedesktop.org/show_bug.cgi?id=98931 Cris changed: What|Removed |Added Resolution|--- |FIXED

[PATCH v3 1/2] drm/fb-helper: Add multi buffer support for cma fbdev

From: Xinliang Liu This patch add a config to support to create multi buffer for cma fbdev. Such as double buffer and triple buffer. Cma fbdev is convient to add a legency fbdev. And still many Android devices use fbdev now and at least double buffer is needed for these

[PATCH v3 2/2] drm/fb-helper: implement ioctl FBIO_WAITFORVSYNC

From: Stefan Christ Implement legacy framebuffer ioctl FBIO_WAITFORVSYNC in the generic framebuffer emulation driver. Legacy framebuffer users like non kms/drm based OpenGL(ES)/EGL implementations may require the ioctl to synchronize drawing or buffer flip for double

[PATCH v3 0/2] drm: Support framebuffer panning

Hi, This is a respin of the previous serie called "Support fast framebuffer panning for i.MX6" made by Stefan 6 monthes ago. The imx6 bits have been removed, and the comments that were made at that time fixed (hopefully). Let me know what you think, Maxime Changes from v2: - Renamed the

[Bug 99780] Flickering artifacts in radeonsi driver with divergent texture reads.

https://bugs.freedesktop.org/show_bug.cgi?id=99780 --- Comment #10 from Matias N. Goldberg --- I've built LLVM 5.0 from latest SVN. I've applied the patch from https://reviews.llvm.org/D26348 The issue still persists. I don't know if anything else was needed (e.g.

i915: Dealing with 90° rotated display ?

Hi Jani, As discussed here: https://bugs.freedesktop.org/show_bug.cgi?id=94894 I've a mini-laptop which uses a phone-screen, so the native orientation of the screen is portrait, where as for a clam-shell device one wants it to be landscape. Ideally there would be a flag somewhere to tell the

Re: i915: Dealing with 90° rotated display ?

On Wed, Feb 15, 2017 at 03:54:17PM +0100, Hans de Goede wrote: > Hi Jani, > > As discussed here: > > https://bugs.freedesktop.org/show_bug.cgi?id=94894 > > I've a mini-laptop which uses a phone-screen, > so the native orientation of the screen is portrait, > where as for a clam-shell device one

[drm-intel:drm-intel-next-queued 3/23] drivers/gpu/drm/i915/i915_gem_gtt.c:964: warning: 'iter.sg' is used uninitialized in this function

tree: git://anongit.freedesktop.org/drm-intel drm-intel-next-queued head: 75c7b0b8620ce5a672da02e721a775acb7863c64 commit: 894ccebee2b0e606ba9638d20dd87b33568482d7 [3/23] drm/i915: Micro-optimise gen8_ppgtt_insert_entries() config: x86_64-randconfig-v0-02151136 (attached as .config) compiler:

[PULL] drm-intel-next-fixes

Hi Dave, I'm flushing out the GVT fixes for the v4.11 merge window. I'll probably have more pure i915 fixes still. Heads up, for some reason your merge of drm-rockchip-next-2017-02-07 shows up in the stats below. I'm not quite sure what's going on here. Let me know if you want me to do something

Re: [PATCH v2 2/2] drm/fb_helper: implement ioctl FBIO_WAITFORVSYNC

Hi, On Mon, Feb 13, 2017 at 04:45:33PM +0200, Ville Syrjälä wrote: > On Mon, Feb 13, 2017 at 11:35:18AM +0100, Maxime Ripard wrote: > > Hi Ville, > > > > On Fri, Feb 10, 2017 at 04:06:05PM +0200, Ville Syrjälä wrote: > > > On Thu, Feb 02, 2017 at 11:31:57AM +0100, Maxime Ripard wrote: > > > >

Re: [Intel-gfx] [PATCH v3 4/4] drm: Resurrect atomic rmfb code, v3

On Wed, 25 Jan 2017, Maarten Lankhorst wrote: > This was somehow lost between v3 and the merged version in Maarten's > patch merged as: > > commit f2d580b9a8149735cbc4b59c4a8df60173658140 > Author: Maarten Lankhorst > Date:

[PULL] drm-misc-next-fixes

Hi Dave, a couple of drm core fixes for the v4.11 merge window. BR, Jani. The following changes since commit 13f62f54d174d3417c3caaafedf5e22a0a03e442: Merge branch 'drm-next-4.11' of git://people.freedesktop.org/~agd5f/linux into drm-next (2017-02-10 10:13:30 +1000) are available in the

[PULL] drm-misc-fixes for v4.10

Hi Dave, one dp/mst oops fix for v4.10. If it doesn't make it to v4.10, then please get this in during the merge window. BR, Jani. The following changes since commit 7089db84e356562f8ba737c29e472cc42d530dbc: Linux 4.10-rc8 (2017-02-12 13:03:20 -0800) are available in the git repository at:

Re: [PATCH 1/3] drm/ttm: split BO structure initialization into a separate function

On 14.02.2017 13:51, Christian König wrote: Am 14.02.2017 um 13:00 schrieb Nicolai Hähnle: On 14.02.2017 11:49, Christian König wrote: Am 14.02.2017 um 11:37 schrieb Nicolai Hähnle: From: Nicolai Hähnle Allow callers to opt out of calling ttm_bo_validate

Re: [PATCH v2 1/2] drm/cma-helper: Add multi buffer support for cma fbdev

Hi, On Tue, Feb 14, 2017 at 11:25:08PM +0200, Laurent Pinchart wrote: > Hi Daniel, > > On Tuesday 14 Feb 2017 21:09:51 Daniel Vetter wrote: > > On Mon, Feb 13, 2017 at 11:20:51AM +, Daniel Stone wrote: > > > On 13 February 2017 at 10:54, Maxime Ripard wrote: > > >> On Sun, Feb 12, 2017 at

Re: [PATCH v3 23/24] drm/rockchip: dw-mipi-dsi: add reset control

On Wed, 15 Feb 2017 11:38:45 +0800, Chris Zhong wrote: > On 01/29/2017 09:24 PM, John Keeping wrote: > > In order to fully reset the state of the MIPI controller we must assert > > this reset. > > > > This is slightly more complicated than it could be in order to maintain > > compatibility with

Re: [PATCH v2 1/2] drm/cma-helper: Add multi buffer support for cma fbdev

Hi, On Mon, Feb 13, 2017 at 11:20:51AM +, Daniel Stone wrote: > Hi Maxime, > > On 13 February 2017 at 10:54, Maxime Ripard > wrote: > > On Sun, Feb 12, 2017 at 02:28:11PM +0200, Laurent Pinchart wrote: > >> On Thursday 02 Feb 2017 11:31:56 Maxime Ripard

Re: [RFC simple allocator v2 1/2] Create Simple Allocator module

On Tue, Feb 14, 2017 at 09:59:55PM +0200, Laurent Pinchart wrote: > On Tuesday 14 Feb 2017 20:44:44 Daniel Vetter wrote: > > ADF was probably the best example in this. KMS also took a while until all > > the fbdev wheels have been properly reinvented (some are still the same old > > squeaky onces

Re: [PATCH v2] drm/color: Document CTM eqations

Hi, On 15 February 2017 at 11:39, Ville Syrjälä wrote: > On Tue, Jan 31, 2017 at 06:46:39PM +0100, Daniel Vetter wrote: >> On Tue, Jan 31, 2017 at 6:22 PM, Ville Syrjälä >> wrote: >> > Hmm. Two's complement is what I was thinking it

Re: [PATCH v2] drm/color: Document CTM eqations

On Tue, Jan 31, 2017 at 06:46:39PM +0100, Daniel Vetter wrote: > On Tue, Jan 31, 2017 at 6:22 PM, Ville Syrjälä > wrote: > >> >> diff --git a/include/uapi/drm/drm_mode.h b/include/uapi/drm/drm_mode.h > >> >> index ce7efe2e8a5e..3401637caf8e 100644 > >> >> ---

Re: [PATCH v3 4/8] drm: Add driver-private objects to atomic state

Hi, On 02/09/2017 12:08 PM, Dhinakaran Pandiyan wrote: It is necessary to track states for objects other than connector, crtc and plane for atomic modesets. But adding objects like DP MST link bandwidth to drm_atomic_state would mean that a non-core object will be modified by the core helper

Re: [PATCH 1/3] drm/ttm: split BO structure initialization into a separate function

On 2017年02月15日 18:43, Nicolai Hähnle wrote: On 15.02.2017 04:16, zhoucm1 wrote: On 2017年02月14日 18:37, Nicolai Hähnle wrote: From: Nicolai Hähnle Allow callers to opt out of calling ttm_bo_validate immediately. This allows more flexibility in how locking of the

Re: [PATCH 1/3] drm/ttm: split BO structure initialization into a separate function

On 15.02.2017 04:16, zhoucm1 wrote: On 2017年02月14日 18:37, Nicolai Hähnle wrote: From: Nicolai Hähnle Allow callers to opt out of calling ttm_bo_validate immediately. This allows more flexibility in how locking of the reservation object is done, which is needed to fix

Re: [Intel-gfx] [PATCH RESEND] drm/dp/mst: fix kernel oops when turning off secondary monitor

On Wed, 15 Feb 2017, Jani Nikula wrote: > On Tue, 14 Feb 2017, Daniel Vetter wrote: >> On Tue, Feb 14, 2017 at 02:49:21PM +0200, Jani Nikula wrote: >>> From: Pierre-Louis Bossart >>> >>> 100% reproducible issue found

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

https://bugs.freedesktop.org/show_bug.cgi?id=98784 --- Comment #17 from Germano Massullo --- (In reply to Torbjörn Andersson from comment #16) > I can't reproduce the glitch any more. Perhaps today's update of the game > fixed it? I still experience the problem even

[Bug 99542] vdpau logging errors since gallium/radeon: adjust the rule for using the LINEAR_ALIGNED layout

https://bugs.freedesktop.org/show_bug.cgi?id=99542 Christian König changed: What|Removed |Added Status|RESOLVED|CLOSED --

Re: [RFC simple allocator v2 1/2] Create Simple Allocator module

2017-02-14 20:59 GMT+01:00 Laurent Pinchart : > Hi Daniel, > > On Tuesday 14 Feb 2017 20:44:44 Daniel Vetter wrote: >> On Tue, Feb 14, 2017 at 8:39 PM, Laurent Pinchart wrote: >> > On Tuesday 14 Feb 2017 20:33:58 Daniel Vetter wrote: >> >> On Mon, Feb 13, 2017 at

Re: [RFC simple allocator v2 1/2] Create Simple Allocator module

2017-02-14 20:30 GMT+01:00 Laurent Pinchart : > Hi Benjamin, > > Thank you for the patch. I've CC'ed the linux-api mailing list. > > On Monday 13 Feb 2017 15:45:05 Benjamin Gaignard wrote: >> This is the core of simple allocator module. >> It aim to offert one

Re: [Intel-gfx] [PATCH RESEND] drm/dp/mst: fix kernel oops when turning off secondary monitor

On Tue, 14 Feb 2017, Daniel Vetter wrote: > On Tue, Feb 14, 2017 at 02:49:21PM +0200, Jani Nikula wrote: >> From: Pierre-Louis Bossart >> >> 100% reproducible issue found on SKL SkullCanyon NUC with two external >> DP daisy-chained monitors