Received: by 2002:ac0:a594:0:0:0:0:0 with SMTP id m20-v6csp1811946imm; Thu, 24 May 2018 01:01:35 -0700 (PDT) X-Google-Smtp-Source: AB8JxZo30AT0KqSNyq3KIzEexPi0LllBs4Fq0mD+K8bDFEhEto7hK2WTPCfROPSAsarEr6Hp/qcr X-Received: by 2002:a17:902:8d8d:: with SMTP id v13-v6mr6183840plo.362.1527148895701; Thu, 24 May 2018 01:01:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527148895; cv=none; d=google.com; s=arc-20160816; b=JDGxFdU/KpF/95yl071vkIuCTrj9QdyIeyR0NNmgSdG80M7pwacKE6dhcM6DLiUEEe jNrQUP15g/JNESLyg2VAuQSEFJyoVHACRuD0asb3mljIghtnOzd0ROe4duHPyDvgaowC yu2f+VXuRm/OCA1+KVlp9w4KV2JX10zJ3eo11xdKuvfqaIoJUlD/TzNhPiow6KgYDpav Cvi7VQs6Fn0tUwGPerqCkyXdIWjqIKU6x9FhLnxO1sWl0hi2E8bwzZKvRCvPDmpGvoY3 /RUVYHbwlyEzarvtoTOwYJvfyEOncKRz46lA1UaK6MBGu0AbhSfPpGSOxRZuoRaRyUYY eMTw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:mail-followup-to:message-id:subject:cc:to:from:date :dkim-signature:arc-authentication-results; bh=NjO4Gd0IQRkSBXJr9Hd29FonFOYSLlZQ1Fns8gKW2mw=; b=mvlzc3GNnW9wQbaiLk1BfQmUR7VBxe96EQ4cdjos5EKdmv1C+AO9ABY6LfgwR0nnTI a7TssvZfEOAEBa/cw9XtGr9Jln4JWjKbfbQ2L8+6PJcNdk8THwSo1k8s6lyIpuY0tCSA cLETTFHRC4J6vMVtPszLE7NciIFX1GqV6IRdvp5LcINX2TgZ8am35OLDJXBpMe9gX/Wa ZfmyfRpIynuZJhI0NDGGnDyPxcf+UjlNOUHgoi9HKSsQMEIyFzI2JIKt1pRhsCstezn+ qwGmInytfo15hTHlC2goeD1F5DalG47qKL0zq94kaZVeeUnPOC+AG9BH8PoqYWl45lL5 +hEA== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@ffwll.ch header.s=google header.b=FH61z6gm; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c7-v6si19840927plo.47.2018.05.24.01.00.50; Thu, 24 May 2018 01:01:35 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@ffwll.ch header.s=google header.b=FH61z6gm; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S935807AbeEXHu0 (ORCPT + 99 others); Thu, 24 May 2018 03:50:26 -0400 Received: from mail-wm0-f67.google.com ([74.125.82.67]:36448 "EHLO mail-wm0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S935502AbeEXHuY (ORCPT ); Thu, 24 May 2018 03:50:24 -0400 Received: by mail-wm0-f67.google.com with SMTP id n10-v6so2404161wmc.1 for ; Thu, 24 May 2018 00:50:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ffwll.ch; s=google; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=NjO4Gd0IQRkSBXJr9Hd29FonFOYSLlZQ1Fns8gKW2mw=; b=FH61z6gmRBSkVMuiBpJBrHM2wsNEUoTxBPudRS+EgRpZuVj0jnfTrIPSi6XYFqBuah QhgKUVKf1MxpPRz8jeJejmFNdirWucvSqUiguyQzbrgjj08KdILFEImjGFOmwPd/Vu22 f1TQfQ1JuOiZpdlxVdDpTbgKv+G6RSdBmizFo= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=NjO4Gd0IQRkSBXJr9Hd29FonFOYSLlZQ1Fns8gKW2mw=; b=V81cygdcKXh0+pU6Sw85cY+GBHp83PZO9foXuG6mYjlaADhMQOgwpDah+2UlF0aluc OVObkJCY4v8wSAI8TEuaFyaYyTCy6VNE4xlYoiuyEO1sYgAnZt5SqlTnybmcq4pIOHQE zMTzDcUai+YF37g0zbEtbbCQuTF5LHcmbll85DubQBzmBaT3NSlJCZVlWvi2WL1t8DsZ 6Xgl2WmrikWZI0vFmhlVrgz+9oOEVPhsDfCe+yFHUq1mlmdVypZIlRLnGSL5htg5lP7w h8242QuRN6YCebyJ94ij5YUVfKO/IBU1lBL3k+fJgRSftWnsUSyV1cPGuXCsV0fF+1tT b+QQ== X-Gm-Message-State: ALKqPweAUupn0RK2AY9xE/t1HxF/Oef/xfvP+8lG4qRIKrXR80PMWz7T Fmv7ft9CuaF+8cZwzKFa3aOqIA== X-Received: by 2002:a50:de8d:: with SMTP id c13-v6mr10776429edl.76.1527148223075; Thu, 24 May 2018 00:50:23 -0700 (PDT) Received: from phenom.ffwll.local ([2a02:168:5628:0:d0c7:bcda:eea:9e5d]) by smtp.gmail.com with ESMTPSA id o47-v6sm11418641edc.95.2018.05.24.00.50.21 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 24 May 2018 00:50:22 -0700 (PDT) Date: Thu, 24 May 2018 09:50:20 +0200 From: Daniel Vetter To: Liviu Dudau Cc: Maarten Lankhorst , Maxime Ripard , Daniel Stone , Jonathan Corbet , David Airlie , Boris Brezillon , Alexandru-Cosmin Gheorghe , linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org Subject: Re: [PATCH v8 3/3] drm: writeback: Add client capability for exposing writeback connectors Message-ID: <20180524075020.GZ3438@phenom.ffwll.local> Mail-Followup-To: Liviu Dudau , Maarten Lankhorst , Maxime Ripard , Daniel Stone , Jonathan Corbet , David Airlie , Boris Brezillon , Alexandru-Cosmin Gheorghe , linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org References: <20180518151743.29937-1-Liviu.Dudau@arm.com> <20180518151743.29937-4-Liviu.Dudau@arm.com> <7d0201a9-8eed-f332-b6cb-241560cd05c4@linux.intel.com> <20180523122716.GF1582@e110455-lin.cambridge.arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20180523122716.GF1582@e110455-lin.cambridge.arm.com> X-Operating-System: Linux phenom 4.15.0-3-amd64 User-Agent: Mutt/1.9.5 (2018-04-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, May 23, 2018 at 01:27:17PM +0100, Liviu Dudau wrote: > On Wed, May 23, 2018 at 11:34:32AM +0200, Maarten Lankhorst wrote: > > Op 18-05-18 om 17:17 schreef Liviu Dudau: > > > Due to the fact that writeback connectors behave in a special way > > > in DRM (they always report being disconnected) we might confuse some > > > userspace. Add a client capability for writeback connectors that will > > > filter them out for clients that don't understand the capability. > > > > > > Re-requested-by: Sean Paul > > > Cc: Brian Starkey > > > Signed-off-by: Liviu Dudau > > > --- > > > drivers/gpu/drm/drm_ioctl.c | 7 +++++++ > > > drivers/gpu/drm/drm_mode_config.c | 5 +++++ > > > include/drm/drm_file.h | 7 +++++++ > > > include/uapi/drm/drm.h | 9 +++++++++ > > > 4 files changed, 28 insertions(+) > > > > > > diff --git a/drivers/gpu/drm/drm_ioctl.c b/drivers/gpu/drm/drm_ioctl.c > > > index af782911c505d..59951ff3e3630 100644 > > > --- a/drivers/gpu/drm/drm_ioctl.c > > > +++ b/drivers/gpu/drm/drm_ioctl.c > > > @@ -325,6 +325,13 @@ drm_setclientcap(struct drm_device *dev, void *data, struct drm_file *file_priv) > > > file_priv->atomic = req->value; > > > file_priv->universal_planes = req->value; > > > break; > > > + case DRM_CLIENT_CAP_WRITEBACK_CONNECTORS: > > > + if (!file_priv->atomic || !drm_core_check_feature(dev, DRIVER_ATOMIC)) > > > + return -EINVAL; > > Wondering how you can set the atomic cap without DRIVER_ATOMIC. :) > > Caps can only be set one at a time. I was trying to cater for the cases > where userspace can set the WRITEBACK_CONNECTORS client cap before or > after setting the atomic cap. The way we usually solve this is that if there's a dependency in caps, we set them all. E.g. atomic above also sets universal planes. I recommend we do the same for writeback. > > That part could be dropped I think. We should probably WARN when trying to create a writeback connector without the DRIVER_ATOMIC cap set. > > I could still keep the check for file_priv->atomic being set when > accepting the DRM_CLIENT_CAP_WRITEBACK_CONNECTORS and would not need a > warn. Or this. -Daniel > > Best regards, > Liviu > > > > + if (req->value > 1) > > > + return -EINVAL; > > > + file_priv->writeback_connectors = req->value; > > > + break; > > > default: > > > return -EINVAL; > > > } > > > diff --git a/drivers/gpu/drm/drm_mode_config.c b/drivers/gpu/drm/drm_mode_config.c > > > index e5c653357024d..21e353bd3948e 100644 > > > --- a/drivers/gpu/drm/drm_mode_config.c > > > +++ b/drivers/gpu/drm/drm_mode_config.c > > > @@ -145,6 +145,11 @@ int drm_mode_getresources(struct drm_device *dev, void *data, > > > count = 0; > > > connector_id = u64_to_user_ptr(card_res->connector_id_ptr); > > > drm_for_each_connector_iter(connector, &conn_iter) { > > > + /* only expose writeback connectors if userspace understands them */ > > > + if (!file_priv->writeback_connectors && > > > + (connector->connector_type == DRM_MODE_CONNECTOR_WRITEBACK)) > > > + continue; > > > + > > > if (drm_lease_held(file_priv, connector->base.id)) { > > > if (count < card_res->count_connectors && > > > put_user(connector->base.id, connector_id + count)) { > > > diff --git a/include/drm/drm_file.h b/include/drm/drm_file.h > > > index 5176c3797680c..2a09b3c8965c6 100644 > > > --- a/include/drm/drm_file.h > > > +++ b/include/drm/drm_file.h > > > @@ -181,6 +181,13 @@ struct drm_file { > > > /** @atomic: True if client understands atomic properties. */ > > > unsigned atomic:1; > > > > > > + /** > > > + * @writeback_connectors: > > > + * > > > + * True if client understands writeback connectors > > > + */ > > > + unsigned writeback_connectors:1; > > > + > > > /** > > > * @is_master: > > > * > > > diff --git a/include/uapi/drm/drm.h b/include/uapi/drm/drm.h > > > index 6fdff5945c8a0..59f27ea928b42 100644 > > > --- a/include/uapi/drm/drm.h > > > +++ b/include/uapi/drm/drm.h > > > @@ -680,6 +680,15 @@ struct drm_get_cap { > > > */ > > > #define DRM_CLIENT_CAP_ATOMIC 3 > > > > > > +/** > > > + * DRM_CLIENT_CAP_WRITEBACK_CONNECTORS > > > + * > > > + * If set to 1, the DRM core will expose special connectors to be used for > > > + * writing back to memory the scene setup in the commit. Depends on client > > > + * also supporting DRM_CLIENT_CAP_ATOMIC > > > + */ > > > +#define DRM_CLIENT_CAP_WRITEBACK_CONNECTORS 4 > > > + > > > /** DRM_IOCTL_SET_CLIENT_CAP ioctl argument type */ > > > struct drm_set_client_cap { > > > __u64 capability; > > > > ~Maarten > > > > -- > ==================== > | I would like to | > | fix the world, | > | but they're not | > | giving me the | > \ source code! / > --------------- > ¯\_(ツ)_/¯ > _______________________________________________ > dri-devel mailing list > dri-devel@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/dri-devel -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch