From: Rob Clark <robdclark@gmail.com> To: dri-devel <dri-devel@lists.freedesktop.org> Cc: Rob Clark <robdclark@chromium.org>, freedreno <freedreno@lists.freedesktop.org>, David Airlie <airlied@linux.ie>, linux-arm-msm <linux-arm-msm@vger.kernel.org>, Abhinav Kumar <quic_abhinavk@quicinc.com>, open list <linux-kernel@vger.kernel.org>, Sean Paul <sean@poorly.run> Subject: Re: [PATCH] drm/msm/gpu: Don't allow zero fence_id Date: Mon, 29 Nov 2021 13:02:05 -0800 [thread overview] Message-ID: <CAF6AEGtLoT7XE-KoASfn=FjMvPmSijmjUYSyd_dFgubnjio3zw@mail.gmail.com> (raw) In-Reply-To: <20211129182344.292609-1-robdclark@gmail.com> On Mon, Nov 29, 2021 at 10:18 AM Rob Clark <robdclark@gmail.com> wrote: > > From: Rob Clark <robdclark@chromium.org> > > Elsewhere we treat zero as "no fence" and __msm_gem_submit_destroy() > skips removal from fence_idr. We could alternately change this to use > negative values for "no fence" but I think it is more clear to not allow > zero as a valid fence_id. > probably should have added: Fixes: a61acbbe9cf8 ("drm/msm: Track "seqno" fences by idr") > Signed-off-by: Rob Clark <robdclark@chromium.org> > --- > drivers/gpu/drm/msm/msm_gem_submit.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/gpu/drm/msm/msm_gem_submit.c b/drivers/gpu/drm/msm/msm_gem_submit.c > index 282628d6b72c..6cfa984dee6a 100644 > --- a/drivers/gpu/drm/msm/msm_gem_submit.c > +++ b/drivers/gpu/drm/msm/msm_gem_submit.c > @@ -881,7 +881,7 @@ int msm_ioctl_gem_submit(struct drm_device *dev, void *data, > * to the underlying fence. > */ > submit->fence_id = idr_alloc_cyclic(&queue->fence_idr, > - submit->user_fence, 0, INT_MAX, GFP_KERNEL); > + submit->user_fence, 1, INT_MAX, GFP_KERNEL); > if (submit->fence_id < 0) { > ret = submit->fence_id = 0; > submit->fence_id = 0; > -- > 2.33.1 >
WARNING: multiple messages have this Message-ID (diff)
From: Rob Clark <robdclark@gmail.com> To: dri-devel <dri-devel@lists.freedesktop.org> Cc: freedreno <freedreno@lists.freedesktop.org>, linux-arm-msm <linux-arm-msm@vger.kernel.org>, Rob Clark <robdclark@chromium.org>, Sean Paul <sean@poorly.run>, Abhinav Kumar <quic_abhinavk@quicinc.com>, David Airlie <airlied@linux.ie>, Daniel Vetter <daniel@ffwll.ch>, open list <linux-kernel@vger.kernel.org> Subject: Re: [PATCH] drm/msm/gpu: Don't allow zero fence_id Date: Mon, 29 Nov 2021 13:02:05 -0800 [thread overview] Message-ID: <CAF6AEGtLoT7XE-KoASfn=FjMvPmSijmjUYSyd_dFgubnjio3zw@mail.gmail.com> (raw) In-Reply-To: <20211129182344.292609-1-robdclark@gmail.com> On Mon, Nov 29, 2021 at 10:18 AM Rob Clark <robdclark@gmail.com> wrote: > > From: Rob Clark <robdclark@chromium.org> > > Elsewhere we treat zero as "no fence" and __msm_gem_submit_destroy() > skips removal from fence_idr. We could alternately change this to use > negative values for "no fence" but I think it is more clear to not allow > zero as a valid fence_id. > probably should have added: Fixes: a61acbbe9cf8 ("drm/msm: Track "seqno" fences by idr") > Signed-off-by: Rob Clark <robdclark@chromium.org> > --- > drivers/gpu/drm/msm/msm_gem_submit.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/gpu/drm/msm/msm_gem_submit.c b/drivers/gpu/drm/msm/msm_gem_submit.c > index 282628d6b72c..6cfa984dee6a 100644 > --- a/drivers/gpu/drm/msm/msm_gem_submit.c > +++ b/drivers/gpu/drm/msm/msm_gem_submit.c > @@ -881,7 +881,7 @@ int msm_ioctl_gem_submit(struct drm_device *dev, void *data, > * to the underlying fence. > */ > submit->fence_id = idr_alloc_cyclic(&queue->fence_idr, > - submit->user_fence, 0, INT_MAX, GFP_KERNEL); > + submit->user_fence, 1, INT_MAX, GFP_KERNEL); > if (submit->fence_id < 0) { > ret = submit->fence_id = 0; > submit->fence_id = 0; > -- > 2.33.1 >
next prev parent reply other threads:[~2021-11-29 20:56 UTC|newest] Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top 2021-11-29 18:23 [PATCH] drm/msm/gpu: Don't allow zero fence_id Rob Clark 2021-11-29 18:23 ` Rob Clark 2021-11-29 21:02 ` Rob Clark [this message] 2021-11-29 21:02 ` Rob Clark
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to='CAF6AEGtLoT7XE-KoASfn=FjMvPmSijmjUYSyd_dFgubnjio3zw@mail.gmail.com' \ --to=robdclark@gmail.com \ --cc=airlied@linux.ie \ --cc=dri-devel@lists.freedesktop.org \ --cc=freedreno@lists.freedesktop.org \ --cc=linux-arm-msm@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=quic_abhinavk@quicinc.com \ --cc=robdclark@chromium.org \ --cc=sean@poorly.run \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.