Received: by 10.223.185.116 with SMTP id b49csp6335103wrg; Wed, 28 Feb 2018 07:46:05 -0800 (PST) X-Google-Smtp-Source: AH8x227bxgCs10exBw8HDyatL45dTXIeH3Pt0hQ8Dr3P8XovBvKJiS4fdyXjrEx9bB7wgjypagul X-Received: by 10.98.149.90 with SMTP id p87mr18035355pfd.28.1519832765735; Wed, 28 Feb 2018 07:46:05 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1519832765; cv=none; d=google.com; s=arc-20160816; b=vXEwnxa8sTu+DMMlPmF3+ZYo8onBguxg80ul7I9MxE/cnIfIz0J7xUS27g77591vEf bkJi5Pk7q/81pk4NxdWFCZ/mtfedHpvZgyv3xFdtm5wkcJFSemhlQsWM6g+r1w4ey0Fy MRWWkldA9Zxms1utpvdT1zxsDCi5pX0E+vB7PtHzrfMSe/Ndz8xRm+CFGjGg8Vg7qNq8 E9zfo5kozdde5UIQ1p+5S15hnU7FMS/uleISRDn44i/kh0JyTp+eezKuTSWsRJjfbirV tPqb7JYbcZwI31yujmdxSzOzZnZqqfFDanGb/aA+cXKv8GTH3+btAtHWIoW5CMkDCjfo dvnQ== 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:message-id:subject:cc:to:from:date :arc-authentication-results; bh=8e15QcuB+N8t642dc5ftzqJfN2RejbhXM9Q4TwJBZ10=; b=hMsJim3CTQflMZExW5FE1w7zGHjR/GJqgpR49D77o/MptChhAjZvmCNLx1LHiKWvgD qEJk0sfsFDsb+V0m1r7G+8DiX18GvijoKLlKeFUnKZyv7luUZMvBC9t8oek5WfzyXn56 uTuX2m+Xzbqmp/LsqSw0DcNxiLUsBEO3dQqQzRU6Y+NtTuzKU3+fbyi0WtdmTbozGfPp 1BqoTfow5h/6f1t8tQFUiULeFadASgelNUMsrGDAkmTU/XXYPU9m/fjBE09K7sW74nOX IX3OWpWyjp1yhsqJG+UUUvMj1cJsBVbYwn2LiroOnE8Ku7skEih+NkJWjsRhNWUd96RX 0pUg== ARC-Authentication-Results: i=1; mx.google.com; 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 c1-v6si1441554pld.401.2018.02.28.07.45.51; Wed, 28 Feb 2018 07:46:05 -0800 (PST) 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; 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 S933084AbeB1Pou (ORCPT + 99 others); Wed, 28 Feb 2018 10:44:50 -0500 Received: from foss.arm.com ([217.140.101.70]:52026 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932653AbeB1Poq (ORCPT ); Wed, 28 Feb 2018 10:44:46 -0500 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 3F4061529; Wed, 28 Feb 2018 07:44:46 -0800 (PST) Received: from e110455-lin.cambridge.arm.com (usa-sjc-imap-foss1.foss.arm.com [10.72.51.249]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 0FBC73F246; Wed, 28 Feb 2018 07:44:46 -0800 (PST) Received: by e110455-lin.cambridge.arm.com (Postfix, from userid 1000) id 670D0680211; Wed, 28 Feb 2018 15:44:44 +0000 (GMT) Date: Wed, 28 Feb 2018 15:44:44 +0000 From: Liviu Dudau To: Ville =?utf-8?B?U3lyasOkbMOk?= Cc: DRI-devel , David Airlie , Daniel Vetter , LKML Subject: Re: [PATCH] drm/drm_ioctl.c: Test client capability value early when setting. Message-ID: <20180228154444.GA20827@e110455-lin.cambridge.arm.com> References: <20180228152741.22507-1-Liviu.Dudau@arm.com> <20180228154041.GK5453@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20180228154041.GK5453@intel.com> User-Agent: Mutt/1.9.3 (2018-01-21) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Feb 28, 2018 at 05:40:41PM +0200, Ville Syrjälä wrote: > On Wed, Feb 28, 2018 at 03:27:41PM +0000, Liviu Dudau wrote: > > The drm_setclientcap() function implementing the DRM_IOCTL_SET_CLIENT_CAP > > ioctl expects that any capability set by the client will have a value of 1. > > Make the check early so that we don't have to test the value for each > > capability. > > What if we want a a non-boolean capability at some point? Well, I'm adding another boolean capability soon, so you will be going against the trend :) I guess you will have 2 options: revert the patch or add a condition to the test. I don't have strong feelings, just felt like too much copying when adding another capability so I thought to do some "cleanup". Best regards, Liviu > > > > > Signed-off-by: Liviu Dudau > > --- > > drivers/gpu/drm/drm_ioctl.c | 9 +++------ > > 1 file changed, 3 insertions(+), 6 deletions(-) > > > > diff --git a/drivers/gpu/drm/drm_ioctl.c b/drivers/gpu/drm/drm_ioctl.c > > index af782911c505..02ffa0e8d77b 100644 > > --- a/drivers/gpu/drm/drm_ioctl.c > > +++ b/drivers/gpu/drm/drm_ioctl.c > > @@ -306,22 +306,19 @@ drm_setclientcap(struct drm_device *dev, void *data, struct drm_file *file_priv) > > { > > struct drm_set_client_cap *req = data; > > > > + if (req->value > 1) > > + return -EINVAL; > > + > > switch (req->capability) { > > case DRM_CLIENT_CAP_STEREO_3D: > > - if (req->value > 1) > > - return -EINVAL; > > file_priv->stereo_allowed = req->value; > > break; > > case DRM_CLIENT_CAP_UNIVERSAL_PLANES: > > - if (req->value > 1) > > - return -EINVAL; > > file_priv->universal_planes = req->value; > > break; > > case DRM_CLIENT_CAP_ATOMIC: > > if (!drm_core_check_feature(dev, DRIVER_ATOMIC)) > > return -EINVAL; > > - if (req->value > 1) > > - return -EINVAL; > > file_priv->atomic = req->value; > > file_priv->universal_planes = req->value; > > break; > > -- > > 2.16.2 > > > > _______________________________________________ > > dri-devel mailing list > > dri-devel@lists.freedesktop.org > > https://lists.freedesktop.org/mailman/listinfo/dri-devel > > -- > Ville Syrjälä > Intel OTC -- ==================== | I would like to | | fix the world, | | but they're not | | giving me the | \ source code! / --------------- ¯\_(ツ)_/¯