Re: [PATCH 1/6] drm: Add helper to cast DMA-buf to GEM object

On Wed, Jul 12, 2017 at 01:29:22AM -0400, Felix Kuehling wrote: > Signed-off-by: Felix Kuehling > --- > drivers/gpu/drm/drm_prime.c | 25 + > include/drm/drmP.h | 2 ++ > 2 files changed, 27 insertions(+) > > diff --git

Re: [PATCH v3 2/3] drm/panel: Add support for s6e63j0x03 panel driver

Hi Andrzej, Could you please check this patch? Best regards, Hoegeun On 06/27/2017 11:11 AM, Hoegeun Kwon wrote: This patch adds MIPI-DSI based S6E63J0X03 AMOLED LCD panel driver which uses mipi_dsi bus to communicate with panel. The panel has 320×320 resolution in 1.63" physical panel. This

[PATCH] dim: Add add-missing-cc command

This commit will take the topmost commit and add all cc's from get_maintainer.pl, it is useful for adding cc's to an entire patch series touching multiple drivers, to add the right cc to each one. Signed-off-by: Maarten Lankhorst --- dim | 41

[PATCH] drm: Add missing field copy in compat_drm_version

DRM_IOCTL_VERSION is supposed to update the name_len/date_len/desc_len fields to user. Fixes: 012c6741c6aa("switch compat_drm_version() to drm_ioctl_kernel()") Signed-off-by: Jeffy Chen --- drivers/gpu/drm/drm_ioc32.c | 3 +++ 1 file changed, 3 insertions(+) diff

[Bug 101733] GTA V on Wine: LLVM ERROR after loading screen

https://bugs.freedesktop.org/show_bug.cgi?id=101733 Clément Guérin changed: What|Removed |Added Status|NEW |RESOLVED

Re: [PATCH] drm/syncobj: add sync obj wait interface. (v6)

On 12 July 2017 at 17:39, Christian König wrote: > Am 11.07.2017 um 17:43 schrieb Jason Ekstrand: > > On Tue, Jul 11, 2017 at 12:17 AM, Christian König > wrote: >> >> [SNIP] > > If we ever want to share fences across processes (which

[PATCH 4/6] drm/amdgpu: separate BO from GEM object

From: Christian König This allows us to have multiple GEM objects for one BO. Signed-off-by: Christian König Reviewed-by: Felix Kuehling --- drivers/gpu/drm/amd/amdgpu/amdgpu.h| 12 +++--

[Bug 101732] TURKS GPU - radeon 0000:01:00.0: failed to get a new IB (-35)

https://bugs.freedesktop.org/show_bug.cgi?id=101732 Fede changed: What|Removed |Added Summary|Thames GPU - radeon |TURKS GPU - radeon

Re: [PATCH 1/6] drm: Add helper to cast DMA-buf to GEM object

Am 12.07.2017 um 07:29 schrieb Felix Kuehling: Signed-off-by: Felix Kuehling Reviewed-by: Christian König --- drivers/gpu/drm/drm_prime.c | 25 + include/drm/drmP.h | 2 ++ 2 files changed, 27

[PATCH 02/16] drm/atomic: Use the correct iterator macro in atomic_remove_fb

for_each_obj_in_state will be removed, so use the new state here. Signed-off-by: Maarten Lankhorst Cc: Daniel Vetter Cc: Jani Nikula Cc: Sean Paul Cc: David Airlie

[PATCH 00/16] drm/atomic: Remove deprecated atomic iterator macros.

It's time to kill off for_each_obj_in_state, and convert the remainder to for_each_(old/new/both)_obj_in_state. Maarten Lankhorst (16): drm/simple-kms-helper: Fix the check for the mismatch between plane and CRTC enabled. drm/atomic: Use the correct iterator macro in atomic_remove_fb

Re: [PATCH v5 4/7] drm/bridge/synopsys: Add MIPI DSI host controller bridge

On 07/03/2017 02:11 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. The patch looks good now. One thing that needs to be updated is to make drm_bridge_add() not return

[Bug 101731] System freeze with AMDGPU when playing The Witcher 3

https://bugs.freedesktop.org/show_bug.cgi?id=101731 --- Comment #9 from Shmerl --- I noticed, when I set graphics settings to minimum, this freeze doesn't happen (or at least didn't happen to me so far). -- You are receiving this mail because: You are the assignee for the

[PATCH 5/6] drm/amdgpu: handle foreign BOs in the VM mapping

From: Amber Lin Set the system bit for foreign BO mappings and use the remote VRAM BAR address as the VRAM base offset. Signed-off-by: Amber Lin Reviewed-by: Felix Kuehling --- drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 17

[PATCH 6/6] drm/amdgpu: enable foreign DMA-buf objects v2

From: Christian König We should be able to handle BOs from other instances as well. v2: * Add a module option that is off-by-default * Use new DRM helper function to check the exporting driver Signed-off-by: Christian König Signed-off-by:

[RFC v1 14/20] drm/hdcp2.2: HDCP2.2 protocol msg definitions

Protocol message structures and constants of the HDCP2.2 specification are defined at Signed-off-by: Ramalingam C --- include/drm/drm_hdcp.h | 204 + 1 file changed, 204 insertions(+) diff --git a/include/drm/drm_hdcp.h

[RFC v1 15/20] drm/hdcp2.2: Display driver service functions

DRM HDCP2.2 service function interface is defiend. This will be initialized from display driver. Signed-off-by: Ramalingam C --- include/drm/drm_hdcp.h | 207 + 1 file changed, 207 insertions(+) diff --git

[RFC v1 19/20] drm/hdcp2.2: HDCP2.2 enable as a asynchronous work

HDCP2 Authentication might take more then 5Secs based on the downstream topology. So when atomic property set ioctl requests for HDCP enable, We schedule the HDCP2 enbale as a asynchronous work by not blocking the ioctl call. The Result of the work will be updated to the DRM Property.

[RFC v1 18/20] drm/hdcp2.2: Late_init: Capability probing on panel

When the platform support HDCP2.2, HDCP2.2 capability is probed on panel from late_init. If platform and panel support HDCP2.2, DRM_HDCP2_SUPPORTED bit of HDCP property will be set. Signed-off-by: Ramalingam C --- drivers/gpu/drm/drm_hdcp.c | 41

[RFC v1 20/20] drm/hdcp2.2: HDCP2.2 disable as a asynchronous work

HDCP2.2 Disable might take some time to destroy the ongoing link integrity check thread, to disable the encryption and deauthenticate the port. So Just to unblock the caller like hotplug handler or IOCTL we are scheduling the HDCP2.2 disable as an asynchronous work. Once HDCP is disabled, DRM

[RFC v1 16/20] drm/hdcp2.2: HDCP2.2 Initialization

drm_hdcp_init is extended to support HDCP spec Ver2.2. Signed-off-by: Ramalingam C --- drivers/gpu/drm/drm_hdcp.c | 37 + include/drm/drm_hdcp.h | 6 ++ 2 files changed, 43 insertions(+) diff --git

[RFC v1 13/20] drm/hdcp: Updating DRM Property val with HDCP state

Implemented drm_hdcp_update_change() for updating the current status to the hdcp_property value. This will update the error status flag incase of encryption failure. Whenever there is a HDCP state change KOBJ_UEVENT will be broadcasted to notify the awaiting userspace consumers. Signed-off-by:

[RFC v1 17/20] drm/hdcp2.2: Definitions of HDMI HDCP2.2 registers

HDCP2.2 registers offsets on HDMI are defined along with it constants. And also timeout macros for HDCP2.2 adaptation for HDMI is defined. Signed-off-by: Ramalingam C --- include/drm/drm_hdcp.h | 36 1 file changed, 36 insertions(+)

[PATCH] drm/i915: Fix error code in __create_hw_context()

We accidentally forget to set the error code here, which means that we return NULL. The callers aren't expecting that and Oops. Fixes: 4ff4b44cbb70 ("drm/i915: Store a direct lookup from object handle to vma") Signed-off-by: Dan Carpenter diff --git

Re: [PATCH 01/12] drm/amdgpu: implement vm_operations_struct.access

On 12/07/17 02:37 PM, Felix Kuehling wrote: > Any comments on this one? > > This was requested by the HSA runtime team a long time ago as a > debugging feature. It allows gdb to access the content of CPU-mapped > BOs. I imagine this may be useful for user mode driver developers. Adding the

[PATCH 11/16] drm/mali: Use new atomic iterator macros

for_each_obj_in_state is about to be removed, so use the new iterator macros. Signed-off-by: Maarten Lankhorst Cc: Liviu Dudau Cc: Brian Starkey Cc: Mali DP Maintainers ---

[PATCH 12/16] drm/imx: Use atomic iterator macros

for_each_obj_in_state is about to be removed, so use the new atomic iterator macros. Signed-off-by: Maarten Lankhorst Cc: Philipp Zabel --- drivers/gpu/drm/imx/imx-drm-core.c | 8 drivers/gpu/drm/imx/ipuv3-plane.c | 2 +- 2

[PATCH 04/16] drm/atomic: Use new iterator macros in drm_atomic_helper_wait_for_flip_done

for_each_obj_in_state is about to be removed, so use the correct new iterator macro. Signed-off-by: Maarten Lankhorst Cc: Daniel Vetter Cc: Jani Nikula Cc: Sean Paul Cc: David

[PATCH 03/16] drm/atomic: Use the new helpers in drm_atomic_helper_disable_all()

for_each_obj_in_state will be removed, so don't use it here. Signed-off-by: Maarten Lankhorst Cc: Daniel Vetter Cc: Jani Nikula Cc: Sean Paul Cc: David Airlie ---

[PATCH 13/16] drm/mediatek: Convert to new iterator macros

for_each_obj_in_state is about to be removed, so use the new atomic iterator macros. Signed-off-by: Maarten Lankhorst Cc: CK Hu Cc: Philipp Zabel Cc: Matthias Brugger Cc:

[PATCH 07/16] drm/rcar-du: Use new iterator macros

for_each_obj_in_state is about to be removed, so use the correct new iterator macros. Signed-off-by: Maarten Lankhorst Cc: Laurent Pinchart Cc: linux-renesas-...@vger.kernel.org --- drivers/gpu/drm/rcar-du/rcar_du_plane.c |

[PATCH 09/16] drm/rockchip: Use for_each_oldnew_plane_in_state in vop_crtc_atomic_flush

for_each_obj_in_state is about to be removed, so use the new atomic iterator macros. Signed-off-by: Maarten Lankhorst Cc: Mark Yao Cc: Heiko Stuebner Cc: linux-arm-ker...@lists.infradead.org Cc:

[PATCH 06/16] drm/i915: Use correct iterator macro

for_each_cnonector_in_state will be removed, so use the right state here. Signed-off-by: Maarten Lankhorst Cc: Daniel Vetter Cc: Jani Nikula Cc: intel-...@lists.freedesktop.org ---

[PATCH 08/16] drm/atmel-hlcdec: Use for_each_new_connector_in_state

for_each_obj_in_state is about to be removed, so use the new iterator macros. Signed-off-by: Maarten Lankhorst Cc: Boris Brezillon --- drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH 10/16] drm/omapdrm: Fix omap_atomic_wait_for_completion

Use the new iterator macro and look for crtc_state->active instead of enable, only crtc_state->enable implies that vblanks will happen. Signed-off-by: Maarten Lankhorst Cc: Tomi Valkeinen --- drivers/gpu/drm/omapdrm/omap_drv.c | 6

[RFC v1 02/20] drm/hdcp: HDCP SRM blob property for connectors

Standard connector blob property is created for passing HDCP SRM table from HDCP content player to kernel. Signed-off-by: Ramalingam C --- drivers/gpu/drm/drm_connector.c | 5 + include/drm/drm_mode_config.h | 5 + 2 files changed, 10 insertions(+) diff --git

[RFC v1 00/20] DRM Interfaces for HDCP support

Purpose of this RFC series is proposing the DRM interfaces for HDCP support and based on DRM community inputs improvising it or altering it. This series talks about the 1. DRM's UMD interface, i.e DRM Properties 2. DRM's Display driver Interface Before looking into the interface

[RFC v1 05/20] drm/hdcp: HDCP status code for DRM HDCP stack

HDCP status code is defined. this will be used as a return value of the service function of HDCP to indicate the hdcp status Signed-off-by: Ramalingam C --- include/drm/drm_hdcp.h | 20 1 file changed, 20 insertions(+) diff --git

[RFC v1 03/20] drm/sysfs: Generate drm uevent with custom string

Routine to generate DRM uevent with custom string is introduced. This is required to notify the UMD about the HDCP link breakage during the ongoing HDCP session. This could happen due to loss of HDCP packet sync or reauthentication request from HDCP sink as per the HDCP spec. Signed-off-by:

[RFC v1 01/20] drm/hdcp: HDCP bitmask property for connectors

DRM connector property is created as bitmask to receive HDCP enable/disable request along with content type. And also there are Read only status bits for 1. HDCP spec capability of the connector + panel 2. HDCP encryption status of the connector Signed-off-by: Ramalingam C

[RFC v1 04/20] drm/hdcp: Struct drm_hdcp for connector's hdcp state

Structure drm_hdcp is defined to represent the HDCP state of the connector. drm_connector will have a pointer to an instance of this structure. This will be used to hold all specification related information along with state machine parameters. Signed-off-by: Ramalingam C

[Bug 101731] System freeze with AMDGPU when playing The Witcher 3

https://bugs.freedesktop.org/show_bug.cgi?id=101731 --- Comment #10 from Shmerl --- Created attachment 132626 --> https://bugs.freedesktop.org/attachment.cgi?id=132626=edit The Witcher 3 crash save (GOG/GOTY version). With latest Mesa built from source, it now

[PATCH 2/6] drm/amdgpu: disallow foreign BOs for CS w/o GPUVM mapping

From: Christian König Signed-off-by: Christian König Reviewed-by: Felix Kuehling --- drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

Re: [PATCH v4 03/14] drm/fb-helper: separate the fb_setcmap helper into atomic and legacy paths

On Tue, Jul 11, 2017 at 02:12:26PM +0200, Peter Rosin wrote: > On 2017-07-11 10:10, Daniel Vetter wrote: > > On Thu, Jul 06, 2017 at 02:20:37PM +0200, Peter Rosin wrote: > >> The legacy path implements setcmap in terms of crtc .gamma_set. > >> > >> The atomic path implements setcmap by directly

[PATCH 0/6] Experimental P2P buffer sharing v2

This patch series adds experimental P2P buffer sharing in amdgpu. It's disabled by default and can be enabled with amdgpu.p2p_sharing=1. v2: * Changed drm helper function to cast to GEM object * Added foreign BO checks to DC code paths * Updated commit message for amdgpu_cs change Amber Lin (1):

[PATCH 1/6] drm: Add helper to cast DMA-buf to GEM object

Signed-off-by: Felix Kuehling --- drivers/gpu/drm/drm_prime.c | 25 + include/drm/drmP.h | 2 ++ 2 files changed, 27 insertions(+) diff --git a/drivers/gpu/drm/drm_prime.c b/drivers/gpu/drm/drm_prime.c index 25aa455..b1f8445 100644 ---

[PATCH v2] fbdev: make get_fb_unmapped_area depends of !MMU

Even if CONFIG_FB_PROVIDE_GET_FB_UNMAPPED_AREA flag is selected do not compile and use get_fb_unmapped_area() if CONFIG_MMU is also set. This will avoid mmap errors when compiling multi architectures at same time. Signed-off-by: Benjamin Gaignard --- version 2: -

[PATCH 3/6] drm/amdgpu: disallow foreign BOs in the display path v2

From: Christian König Pinning them in other devices VRAM would obviously not work. v2: Add checks to DC code paths Signed-off-by: Christian König Signed-off-by: Felix Kuehling ---

[PATCH 1/4] dt-bindings: gpu: add the RK3399 mali for rockchip specifics

RK3399's GPU uses the quad-core Mali-T860, which is the new generation of high-end graphics processors from ARM. This patch added "rockchip,rk3399-mali" for dt-bindings, in order to support IPA of gpu thermal in later. Signed-off-by: Caesar Wang ---

[PATCH 0/4] arm64: dts: rockchip: support mail and IPA thermal for rk3399

This series patches supported the mail in devicetree and used the thermal IPA by default. Verified with rk3399 kevin board on my github https://github.com/Caesar-github/rockchip/commits/gru/next-stable-chromeos The kernel is based on Linus's master branch and Heiko's v4.14-armsoc-tmp/dts64

Re: [PATCH v2] fbdev: make get_fb_unmapped_area depends of !MMU

On Wed, Jul 12, 2017 at 09:43:07AM +0200, Benjamin Gaignard wrote: > Even if CONFIG_FB_PROVIDE_GET_FB_UNMAPPED_AREA flag is selected > do not compile and use get_fb_unmapped_area() if CONFIG_MMU is > also set. This will avoid mmap errors when compiling multi > architectures at same time. > >

[RFC v1 07/20] drm/hdcp: Initialization of DRM hdcp stack

Initialization of the drm hdcp stack drm_hdcp_init is implemented. This function has to be called by the display driver to get the DRM support for HDCP. This function will take the pointers to the drm_hdcp and associated drm_conenctor. These two entities will be linked. And HDCP version supported

[RFC v1 06/20] drm/hdcp: display driver callback funcs defined

Callback functions for Platform specific services are defined. These pointers has to be initialized from display driver's hdcp_init and passed onto drm_hdcp_init. drm_hdcp_funcs will have pointers of functions common for all HDCP versions supported on that platform. Signed-off-by: Ramalingam C

[RFC v1 08/20] drm/hdcp: Add KBuild for DRM HDCP support

New config variable CONFIG_DRM_HDCP is added. Signed-off-by: Ramalingam C --- drivers/gpu/drm/Kconfig | 12 drivers/gpu/drm/Makefile | 1 + 2 files changed, 13 insertions(+) diff --git a/drivers/gpu/drm/Kconfig b/drivers/gpu/drm/Kconfig index

[RFC v1 09/20] drm/hdcp: Generic enable, disable and late_init

Generic HDCP enable disable and late_init implemented. When new HDCP version support is added to general stack corresponding enable, disable and late_init will be invoked from these implementation. Signed-off-by: Ramalingam C --- drivers/gpu/drm/drm_hdcp.c | 51

[RFC v1 10/20] drm/hdcp: Handler for connector state change

On hotplug/detection of connector Panel's HDCP capability is probed. On hot unplug of connector HDCP is diabled, if it has beed enabled. Signed-off-by: Ramalingam C --- drivers/gpu/drm/drm_hdcp.c | 24 include/drm/drm_hdcp.h | 9 + 2

[RFC v1 12/20] drm/hdcp: Atomic set and get property for hdcp

Atomic ioctl request is pruned based on the platform and panel's HDCP capabilities along with current state of HDCP protection on the connector. Valid enable and disable requests are passed on to the HDCP stack. get_property also updated with current state of the HDCP on connector.

[RFC v1 11/20] drm/hdcp: Registering for connector state change

On connector state change detection, HDCP handler for connector state change notified. Signed-off-by: Ramalingam C --- drivers/gpu/drm/drm_probe_helper.c | 3 +++ drivers/gpu/drm/i915/intel_hotplug.c | 6 +- 2 files changed, 8 insertions(+), 1 deletion(-) diff

[PATCH] drm: shmobile: checking for NULL instead if IS_ERR()

We changed from ioremap_nocache() to devm_ioremap_resource() so the check needs to be changed from checking for NULL to checking for error pointers. Fixes: 16ad3b2ce8dd ("drm/shmobile: Use devm_* managed functions") Signed-off-by: Dan Carpenter diff --git

Re: [PATCH] drm/syncobj: add sync obj wait interface. (v6)

Am 11.07.2017 um 17:43 schrieb Jason Ekstrand: On Tue, Jul 11, 2017 at 12:17 AM, Christian König > wrote: [SNIP] If we ever want to share fences across processes (which we do),

[PATCH 15/16] drm/nouveau: Convert nouveau to use new iterator macros

Use the new atomic iterator macros, the old ones are about to be removed. With the new macros, it's more easy to get old and new state so get them from the macros instead of from obj->state. Signed-off-by: Maarten Lankhorst Cc: Ben Skeggs

[PATCH 16/16] drm/atomic: Remove deprecated accessor macros

Now that the last users have been converted, we can finally get rid of for_each_obj_in_state, we have better macros to replace them with. Signed-off-by: Maarten Lankhorst Cc: Daniel Vetter Cc: Jani Nikula

[PATCH 01/16] drm/simple-kms-helper: Fix the check for the mismatch between plane and CRTC enabled.

You can enable the CRTC and without adding the plane to the state and it will succeed. This should be prevented in the crtc check instead of the plane check, because the plane check may never run for atomic enable, but the crtc check always will. This is based on a similar check in vmwgfx.

[PATCH 14/16] drm/msm: Convert to use new iterator macros

for_each_obj_in_state is about to be removed, so convert to the new iterator macros. Just like in omap, use crtc_state->active instead of crtc_state->enable when waiting for completion. Signed-off-by: Maarten Lankhorst Cc: Rob Clark Cc:

[PATCH 05/16] drm/vmwgfx: Make check_modeset() use the new atomic iterator macros.

I don't think the checking of resources in this function is very atomic-like, but it should definitely not use a macro that's about to be removed. Signed-off-by: Maarten Lankhorst Cc: VMware Graphics Cc: Sinclair Yeh

Re: [PATCH 06/16] drm/i915: Use correct iterator macro

On Wed, Jul 12, 2017 at 10:13:34AM +0200, Maarten Lankhorst wrote: > for_each_cnonector_in_state will be removed, so use the right state > here. > > Signed-off-by: Maarten Lankhorst > Cc: Daniel Vetter > Cc: Jani Nikula

Re: [Intel-gfx] [PATCH 11/16] drm/mali: Use new atomic iterator macros

On Wed, Jul 12, 2017 at 10:13:39AM +0200, Maarten Lankhorst wrote: > for_each_obj_in_state is about to be removed, so use the new iterator > macros. > > Signed-off-by: Maarten Lankhorst > Cc: Liviu Dudau > Cc: Brian Starkey

Re: [Intel-gfx] [PATCH] dim: Add add-missing-cc command

Op 12-07-17 om 11:53 schreef Jani Nikula: > On Wed, 12 Jul 2017, Maarten Lankhorst > wrote: >> This commit will take the topmost commit and add all cc's from >> get_maintainer.pl, it is useful for adding cc's to an entire patch >> series touching multiple

Re: [PATCH] drm/exynos/hdmi: fix disable sequence

Hi On 2017-07-12 12:01, Andrzej Hajda wrote: The "Fixes" patch was incorrectly merged, as a result PHY is prematurely powered off and for example Odroid-U3 cannot disable TV power domain when HDMI cable is unplugged. Signed-off-by: Andrzej Hajda Reported-by: Marek

[PATCH v2 07/16] drm/rcar-du: Use new iterator macros, v2.

Op 12-07-17 om 11:15 schreef Daniel Vetter: > On Wed, Jul 12, 2017 at 10:13:35AM +0200, Maarten Lankhorst wrote: >> for_each_obj_in_state is about to be removed, so use the correct new >> iterator macros. >> >> Signed-off-by: Maarten Lankhorst >> Cc: Laurent

[PATCH 1/2] dim: Move all rerere updating into helpers

Just prep work. Signed-off-by: Daniel Vetter --- dim | 61 ++--- 1 file changed, 34 insertions(+), 27 deletions(-) diff --git a/dim b/dim index ca11287535cc..b788edd29653 100755 --- a/dim +++ b/dim @@ -493,11

[PATCH 2/2] dim: Try to gc the rr-cache

The problem is that we have a distributed cache - every committer has a copy. Which means even just a slight clock skew will make sure that a naive gc algorithm results in lots of thrashing around. To fix this add a huge hysteresis: Only add files newer than 1 day, and only remove them when older

Re: [Intel-gfx] [PATCH 12/16] drm/imx: Use atomic iterator macros

On Wed, Jul 12, 2017 at 10:13:40AM +0200, Maarten Lankhorst wrote: > for_each_obj_in_state is about to be removed, so use the new atomic > iterator macros. > > Signed-off-by: Maarten Lankhorst > Cc: Philipp Zabel Reviewed-by: Daniel

Re: [PATCH 11/16] drm/mali: Use new atomic iterator macros

On Wed, Jul 12, 2017 at 10:13:39AM +0200, Maarten Lankhorst wrote: > for_each_obj_in_state is about to be removed, so use the new iterator > macros. > > Signed-off-by: Maarten Lankhorst > Cc: Liviu Dudau > Cc: Brian Starkey

Re: [PATCH 13/16] drm/mediatek: Convert to new iterator macros

On Wed, Jul 12, 2017 at 10:13:41AM +0200, Maarten Lankhorst wrote: > for_each_obj_in_state is about to be removed, so use the new atomic > iterator macros. > > Signed-off-by: Maarten Lankhorst > Cc: CK Hu > Cc: Philipp Zabel

Re: [PATCH 1/4] fbcon: Make fbcon a built-time depency for fbdev

On Thursday, July 06, 2017 02:57:32 PM Daniel Vetter wrote: > There's a bunch of folks who're trying to make printk less > contended and faster, but there's a problem: printk uses the > console_lock, and the console lock has become the BKL for all things > fbdev/fbcon, which in turn pulled in half

Re: [PATCH] fbdev: Nuke FBINFO_MODULE

On Tuesday, July 11, 2017 04:52:19 PM Daniel Vetter wrote: > Instead check info->ops->owner, which amounts to the same. > > Spotted because I want to remove the pile of broken and cargo-culted > fb_info->flags assignments in drm drivers. > > v2: Fixup matrox (reported by kbuild). Also nuke

Re: [PATCH v2 2/3] drm: rcar-du: Fix planes to CRTC assignment when using the VSP

Hi Kieran, On Wednesday 12 Jul 2017 11:30:19 Kieran Bingham wrote: > On 11/07/17 23:29, Laurent Pinchart wrote: > > The DU can compose the output of a VSP with other planes on Gen2 > > hardware, and of two VSPs on Gen3 hardware. Neither of these features > > are supported by the driver, and the

Re: [Intel-gfx] [PATCH 01/16] drm/simple-kms-helper: Fix the check for the mismatch between plane and CRTC enabled.

On Wed, Jul 12, 2017 at 10:13:29AM +0200, Maarten Lankhorst wrote: > You can enable the CRTC and without adding the plane to the state and > it will succeed. This should be prevented in the crtc check instead of > the plane check, because the plane check may never run for atomic > enable, but the

Re: [PATCH 09/16] drm/rockchip: Use for_each_oldnew_plane_in_state in vop_crtc_atomic_flush

On Wed, Jul 12, 2017 at 10:13:37AM +0200, Maarten Lankhorst wrote: > for_each_obj_in_state is about to be removed, so use the new atomic > iterator macros. > > Signed-off-by: Maarten Lankhorst > Cc: Mark Yao > Cc: Heiko Stuebner

Re: [PATCH 10/16] drm/omapdrm: Fix omap_atomic_wait_for_completion

On Wed, Jul 12, 2017 at 10:13:38AM +0200, Maarten Lankhorst wrote: > Use the new iterator macro and look for crtc_state->active instead of > enable, only crtc_state->enable implies that vblanks will happen. > > Signed-off-by: Maarten Lankhorst > Cc: Tomi

Re: [PATCH 11/16] drm/mali: Use new atomic iterator macros

On Wed, Jul 12, 2017 at 12:00:40PM +0200, Maarten Lankhorst wrote: > Op 12-07-17 om 11:44 schreef Liviu Dudau: > > On Wed, Jul 12, 2017 at 10:13:39AM +0200, Maarten Lankhorst wrote: > >> for_each_obj_in_state is about to be removed, so use the new iterator > >> macros. > >> > >> Signed-off-by:

Re: [Intel-gfx] [PATCH] dim: Add add-missing-cc command

Op 12-07-17 om 12:33 schreef Jani Nikula: > On Wed, 12 Jul 2017, Maarten Lankhorst > wrote: >> How about the following? >> >> add-missing-cc >> -- >> Adds all maintainers from scripts/get_maintainer.pl as cc's to the topmost >> commit. Any

[Bug 196337] New: Re-enable GFX PG breaks Carrizo

https://bugzilla.kernel.org/show_bug.cgi?id=196337 Bug ID: 196337 Summary: Re-enable GFX PG breaks Carrizo Product: Drivers Version: 2.5 Kernel Version: 4.12.0-09301-g3b06b1a7448e Hardware: All OS: Linux

Re: [PATCH 05/16] drm/vmwgfx: Make check_modeset() use the new atomic iterator macros.

Reviewed-by: Sinclair Yeh On Wed, Jul 12, 2017 at 10:13:33AM +0200, Maarten Lankhorst wrote: > I don't think the checking of resources in this function is very > atomic-like, but it should definitely not use a macro that's about > to be removed. > > Signed-off-by: Maarten

Re: [Intel-gfx] [PATCH 05/16] drm/vmwgfx: Make check_modeset() use the new atomic iterator macros.

On Wed, Jul 12, 2017 at 11:09:16AM +0200, Daniel Vetter wrote: > On Wed, Jul 12, 2017 at 10:13:33AM +0200, Maarten Lankhorst wrote: > > I don't think the checking of resources in this function is very > > atomic-like, but it should definitely not use a macro that's about > > to be removed. > > >

Re: [PATCH 08/16] drm/atmel-hlcdec: Use for_each_new_connector_in_state

On Wed, 12 Jul 2017 10:13:36 +0200 Maarten Lankhorst wrote: > for_each_obj_in_state is about to be removed, so use the new iterator > macros. > > Signed-off-by: Maarten Lankhorst > Cc: Boris Brezillon

[Bug 196341] New: Nouveau fails to use all external monitors on Thinkpad P51 with Nvidia Optimus (Nvidia Quadro M1200)

https://bugzilla.kernel.org/show_bug.cgi?id=196341 Bug ID: 196341 Summary: Nouveau fails to use all external monitors on Thinkpad P51 with Nvidia Optimus (Nvidia Quadro M1200) Product: Drivers Version: 2.5 Kernel Version:

Re: [PATCH 09/16] drm/rockchip: Use for_each_oldnew_plane_in_state in vop_crtc_atomic_flush

On 2017年07月12日 16:13, Maarten Lankhorst wrote: for_each_obj_in_state is about to be removed, so use the new atomic iterator macros. Signed-off-by: Maarten Lankhorst Cc: Mark Yao Cc: Heiko Stuebner

Re: [PATCH 2/3] fbdev: fbmem: export get/put_fb_info()

On Tuesday, July 11, 2017 09:38:21 AM Rob Clark wrote: > Needed for following patch. > > Signed-off-by: Rob Clark Acked-by: Bartlomiej Zolnierkiewicz Best regards, -- Bartlomiej Zolnierkiewicz Samsung R Institute Poland Samsung Electronics

Re: [PATCH 12/16] drm/imx: Use atomic iterator macros

On Wed, 2017-07-12 at 10:13 +0200, Maarten Lankhorst wrote: > for_each_obj_in_state is about to be removed, so use the new atomic > iterator macros. > > Signed-off-by: Maarten Lankhorst > Cc: Philipp Zabel > --- >

Re: [PATCH 11/16] drm/mali: Use new atomic iterator macros

Op 12-07-17 om 11:44 schreef Liviu Dudau: > On Wed, Jul 12, 2017 at 10:13:39AM +0200, Maarten Lankhorst wrote: >> for_each_obj_in_state is about to be removed, so use the new iterator >> macros. >> >> Signed-off-by: Maarten Lankhorst >> Cc: Liviu Dudau

Re: [PATCH v2 06/12] drm/mediatek: Handle drm_atomic_helper_swap_state failure

On Tue, 2017-07-11 at 16:33 +0200, Maarten Lankhorst wrote: > drm_atomic_helper_swap_state() will be changed to interruptible waiting > in the next few commits, so all drivers have to be changed to handling > failure. > > Signed-off-by: Maarten Lankhorst > Cc:

Re: [PATCH 13/16] drm/mediatek: Convert to new iterator macros

On Wed, 2017-07-12 at 10:13 +0200, Maarten Lankhorst wrote: > for_each_obj_in_state is about to be removed, so use the new atomic > iterator macros. > > Signed-off-by: Maarten Lankhorst > Cc: CK Hu > Cc: Philipp Zabel

[PATCH] drm/exynos/hdmi: fix disable sequence

The "Fixes" patch was incorrectly merged, as a result PHY is prematurely powered off and for example Odroid-U3 cannot disable TV power domain when HDMI cable is unplugged. Signed-off-by: Andrzej Hajda Reported-by: Marek Szyprowski Fixes: 625e63e2

Re: [PATCH libdrm] libdrm_amdgpu: add kernel semaphore support

On 12 July 2017 at 03:47, Marek Olšák wrote: > On Tue, Jul 11, 2017 at 11:20 AM, Dave Airlie wrote: >> On 11 July 2017 at 18:36, Christian König wrote: >>> Am 11.07.2017 um 08:49 schrieb Dave Airlie: On 7 July 2017 at

Re: [PATCH libdrm] libdrm_amdgpu: add kernel semaphore support

On 11 July 2017 at 19:32, Christian König wrote: > Am 11.07.2017 um 11:20 schrieb Dave Airlie: >> >> On 11 July 2017 at 18:36, Christian König wrote: >>> >>> Am 11.07.2017 um 08:49 schrieb Dave Airlie: On 7 July 2017 at 19:07, Christian

Re: [PATCH 03/16] drm/atomic: Use the new helpers in drm_atomic_helper_disable_all()

On Wed, Jul 12, 2017 at 10:13:31AM +0200, Maarten Lankhorst wrote: > for_each_obj_in_state will be removed, so don't use it here. > > Signed-off-by: Maarten Lankhorst > Cc: Daniel Vetter > Cc: Jani Nikula

Re: [PATCH 02/16] drm/atomic: Use the correct iterator macro in atomic_remove_fb

On Wed, Jul 12, 2017 at 10:13:30AM +0200, Maarten Lankhorst wrote: > for_each_obj_in_state will be removed, so use the new state here. > > Signed-off-by: Maarten Lankhorst > Cc: Daniel Vetter > Cc: Jani Nikula

Re: [PATCH 07/16] drm/rcar-du: Use new iterator macros

On Wed, Jul 12, 2017 at 10:13:35AM +0200, Maarten Lankhorst wrote: > for_each_obj_in_state is about to be removed, so use the correct new > iterator macros. > > Signed-off-by: Maarten Lankhorst > Cc: Laurent Pinchart > Cc:

  1   2   3   >