Received: by 2002:a05:6a10:eb17:0:0:0:0 with SMTP id hx23csp778883pxb; Wed, 8 Sep 2021 12:07:47 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz6Yx8dWkfyZ/np2o2MIMoei9Vw9FT5FfAToyWvbT36MG1MKrScZTz4AxbSjt+hYjuqVLwh X-Received: by 2002:a05:6402:2210:: with SMTP id cq16mr5456303edb.348.1631128067107; Wed, 08 Sep 2021 12:07:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1631128067; cv=none; d=google.com; s=arc-20160816; b=RpMzaK6WKxjQnmIpQgFaQZrSEJE7Mnim2GsLmIQwi3Fh/V/7bXOf5bqhPxIJKQVhwr 7z3OH6F8lcAZ7LSVr+uZAHcX+9UsG79RYFdJU0xjcCZayJBftusXUBKprvecg/UnYMn5 YklQFbLO2mRrPLwrSyHZxlqyKUDEOkNKElJJ2sKWrtlp1paiVv47FLTJ2Kminr3xhkMB b0Y4GHdQhGaVsvFj6V+R7AVhwPuqkuM/LFLThx2ZoBgY8XDgVW2lLe40ASWBGpAxXgYh 0ML+VfHy3qajFnPxLLjr179AufYFJSJy3sS+jfwPygfNeWdkz1scoSzcHmR0iSuT6cyl VzHw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:mail-followup-to:message-id:subject:cc:to:from:date :dkim-signature; bh=4Agej1UpQhMlzZlUynlcP0AacuesowFLmK/jfqh//Tc=; b=ytdZgW0EAF6JGtIzbn9rzNpWg/8vXK4Z0TW+4xjZvDMHNoyrCuAiG/w4x2W7oIvSzf yZm/A8EDYKvGb0y7o5AEZ7gICUkEAyrvXt+wihpncNIIHycln8rBccRHF3m2wws6wOOC yz9P6cjKyUdOH/FABmVcFuu5cQQn1OfxLIIsrqwFsmDEc8uoG6qcbiZRTkb1d1UmgsQW OMwRBpgVLLYkKFY0FV70dZ9MXMdJb6BP4frZltLDT9YVxjOjqAladSW5YLd5UM+zgCLx AZe6Ma8inuI9uHe7/amAL3bfySPhK9tCvS/tMW9/J5JMnxCvX6sGOaGuC4VwB0AZytX7 Bg7A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ffwll.ch header.s=google header.b=GEwoJ4yP; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id ga37si2980650ejc.116.2021.09.08.12.07.17; Wed, 08 Sep 2021 12:07:47 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@ffwll.ch header.s=google header.b=GEwoJ4yP; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1350338AbhIHSvE (ORCPT + 99 others); Wed, 8 Sep 2021 14:51:04 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34946 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S239716AbhIHSvC (ORCPT ); Wed, 8 Sep 2021 14:51:02 -0400 Received: from mail-wr1-x42f.google.com (mail-wr1-x42f.google.com [IPv6:2a00:1450:4864:20::42f]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5DAACC06175F for ; Wed, 8 Sep 2021 11:49:54 -0700 (PDT) Received: by mail-wr1-x42f.google.com with SMTP id q11so4716129wrr.9 for ; Wed, 08 Sep 2021 11:49:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ffwll.ch; s=google; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-disposition:in-reply-to; bh=4Agej1UpQhMlzZlUynlcP0AacuesowFLmK/jfqh//Tc=; b=GEwoJ4yP3BIHmNDyjyrr2wFPQZIUwC/WOiYJjW8klI585PFI8rsUPHzrS8d0jh/3d7 LtF3wMbCGpmb6yJt+FDmMqpXEZ7xjRokRLACCHMiqdTIOHTHUnTSAQbn8TZKd7qNB+ac 4PosfkBG9PtKUdiDjBDDmkmTdcRrPEjTnQP4c= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to; bh=4Agej1UpQhMlzZlUynlcP0AacuesowFLmK/jfqh//Tc=; b=SVZt4N9WQp142J4h0LhbBdqyIbk/EXHWZFbxVhKkFvEhMWy7YOSK65l4nt/sdPU7XE QGLDCaaOFnMX19yP+ovw8wOYdQ+587MXm2+WpyQQEC3Pbsfkmn4KKyHZLc5k9E+jnttI e8vkBpup+WDyJDzT+W+8h4oJeyK+IepN21HfTb8AMaGHBavl8NZIXDHSzi/d7zgWflDO YDMKR47Y+VgADz/Pcx26SkkbyjGw782xXi/sttBbA2hamHBgyJ8hXR/CkiWF+OwKfwLm 2ffjvVCmtsBYI1ij5pGblJ9hWt71rxZKvycMTsPq/6bx9KaQ7uJosKNAR2keJ4CiLODb zfhQ== X-Gm-Message-State: AOAM531bwTCo89Fk5ymPom0RrpokRQT5PJKyRAgFdmhKCxV0VojIEKev K2jvdqk+vLZomyriQC3jY6+pgg== X-Received: by 2002:adf:f08d:: with SMTP id n13mr232471wro.339.1631126992942; Wed, 08 Sep 2021 11:49:52 -0700 (PDT) Received: from phenom.ffwll.local ([2a02:168:57f4:0:efd0:b9e5:5ae6:c2fa]) by smtp.gmail.com with ESMTPSA id c4sm3479357wme.14.2021.09.08.11.49.52 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 08 Sep 2021 11:49:52 -0700 (PDT) Date: Wed, 8 Sep 2021 20:49:50 +0200 From: Daniel Vetter To: Rob Clark Cc: dri-devel , "moderated list:DMA BUFFER SHARING FRAMEWORK" , Christian =?iso-8859-1?Q?K=F6nig?= , Michel =?iso-8859-1?Q?D=E4nzer?= , Pekka Paalanen , Rob Clark , Sumit Semwal , Gustavo Padovan , Christian =?iso-8859-1?Q?K=F6nig?= , "open list:SYNC FILE FRAMEWORK" , open list , Daniel Vetter Subject: Re: [PATCH v3 8/9] dma-buf/sync_file: Add SET_DEADLINE ioctl Message-ID: Mail-Followup-To: Rob Clark , dri-devel , "moderated list:DMA BUFFER SHARING FRAMEWORK" , Christian =?iso-8859-1?Q?K=F6nig?= , Michel =?iso-8859-1?Q?D=E4nzer?= , Pekka Paalanen , Rob Clark , Sumit Semwal , Gustavo Padovan , Christian =?iso-8859-1?Q?K=F6nig?= , "open list:SYNC FILE FRAMEWORK" , open list References: <20210903184806.1680887-1-robdclark@gmail.com> <20210903184806.1680887-9-robdclark@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: Linux phenom 5.10.0-8-amd64 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Sep 08, 2021 at 11:23:42AM -0700, Rob Clark wrote: > On Wed, Sep 8, 2021 at 10:50 AM Daniel Vetter wrote: > > > > On Fri, Sep 03, 2021 at 11:47:59AM -0700, Rob Clark wrote: > > > From: Rob Clark > > > > > > The initial purpose is for igt tests, but this would also be useful for > > > compositors that wait until close to vblank deadline to make decisions > > > about which frame to show. > > > > > > Signed-off-by: Rob Clark > > > > Needs userspace and I think ideally also some igts to make sure it works > > and doesn't go boom. > > See cover-letter.. there are igt tests, although currently that is the > only user. Ah sorry missed that. It would be good to record that in the commit too that adds the uapi. git blame doesn't find cover letters at all, unlike on gitlab where you get the MR request with everything. Ok there is the Link: thing, but since that only points at the last version all the interesting discussion is still usually lost, so I tend to not bother looking there. > I'd be ok to otherwise initially restrict this and the sw_sync UABI > (CAP_SYS_ADMIN? Or??) until there is a non-igt user, but they are > both needed by the igt tests Hm really awkward, uapi for igts in cross vendor stuff like this isn't great. I think hiding it in vgem is semi-ok (we have fences there already). But it's all a bit silly ... For the tests, should we instead have a selftest/Kunit thing to exercise this stuff? igt probably not quite the right thing. Or combine with a page flip if you want to test msm. -Daniel > > BR, > -R > > > -Daniel > > > > > --- > > > drivers/dma-buf/sync_file.c | 19 +++++++++++++++++++ > > > include/uapi/linux/sync_file.h | 20 ++++++++++++++++++++ > > > 2 files changed, 39 insertions(+) > > > > > > diff --git a/drivers/dma-buf/sync_file.c b/drivers/dma-buf/sync_file.c > > > index 394e6e1e9686..f295772d5169 100644 > > > --- a/drivers/dma-buf/sync_file.c > > > +++ b/drivers/dma-buf/sync_file.c > > > @@ -459,6 +459,22 @@ static long sync_file_ioctl_fence_info(struct sync_file *sync_file, > > > return ret; > > > } > > > > > > +static int sync_file_ioctl_set_deadline(struct sync_file *sync_file, > > > + unsigned long arg) > > > +{ > > > + struct sync_set_deadline ts; > > > + > > > + if (copy_from_user(&ts, (void __user *)arg, sizeof(ts))) > > > + return -EFAULT; > > > + > > > + if (ts.pad) > > > + return -EINVAL; > > > + > > > + dma_fence_set_deadline(sync_file->fence, ktime_set(ts.tv_sec, ts.tv_nsec)); > > > + > > > + return 0; > > > +} > > > + > > > static long sync_file_ioctl(struct file *file, unsigned int cmd, > > > unsigned long arg) > > > { > > > @@ -471,6 +487,9 @@ static long sync_file_ioctl(struct file *file, unsigned int cmd, > > > case SYNC_IOC_FILE_INFO: > > > return sync_file_ioctl_fence_info(sync_file, arg); > > > > > > + case SYNC_IOC_SET_DEADLINE: > > > + return sync_file_ioctl_set_deadline(sync_file, arg); > > > + > > > default: > > > return -ENOTTY; > > > } > > > diff --git a/include/uapi/linux/sync_file.h b/include/uapi/linux/sync_file.h > > > index ee2dcfb3d660..f67d4ffe7566 100644 > > > --- a/include/uapi/linux/sync_file.h > > > +++ b/include/uapi/linux/sync_file.h > > > @@ -67,6 +67,18 @@ struct sync_file_info { > > > __u64 sync_fence_info; > > > }; > > > > > > +/** > > > + * struct sync_set_deadline - set a deadline on a fence > > > + * @tv_sec: seconds elapsed since epoch > > > + * @tv_nsec: nanoseconds elapsed since the time given by the tv_sec > > > + * @pad: must be zero > > > + */ > > > +struct sync_set_deadline { > > > + __s64 tv_sec; > > > + __s32 tv_nsec; > > > + __u32 pad; > > > +}; > > > + > > > #define SYNC_IOC_MAGIC '>' > > > > > > /** > > > @@ -95,4 +107,12 @@ struct sync_file_info { > > > */ > > > #define SYNC_IOC_FILE_INFO _IOWR(SYNC_IOC_MAGIC, 4, struct sync_file_info) > > > > > > + > > > +/** > > > + * DOC: SYNC_IOC_SET_DEADLINE - set a deadline on a fence > > > + * > > > + * Allows userspace to set a deadline on a fence, see dma_fence_set_deadline() > > > + */ > > > +#define SYNC_IOC_SET_DEADLINE _IOW(SYNC_IOC_MAGIC, 5, struct sync_set_deadline) > > > + > > > #endif /* _UAPI_LINUX_SYNC_H */ > > > -- > > > 2.31.1 > > > > > > > -- > > Daniel Vetter > > Software Engineer, Intel Corporation > > http://blog.ffwll.ch -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch