From: "Christian König" <christian.koenig@amd.com>
To: Yicong Hui <yiconghui@gmail.com>, michel.daenzer@mailbox.org
Cc: dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org,
skhan@linuxfoundation.org, david.hunter.linux@gmail.com
Subject: Re: [RFC PATCH v2 1/3] drm/syncobj: Add flag DRM_SYNCOBJ_QUERY_FLAGS_ERROR to query errors
Date: Mon, 23 Feb 2026 10:38:45 +0100 [thread overview]
Message-ID: <d6a1c9a4-c25d-4f56-b5b0-5ccfa836cbb1@amd.com> (raw)
In-Reply-To: <4a4afe2c-a592-432c-a46c-3446878501c9@gmail.com>
On 2/20/26 20:40, Yicong Hui wrote:
> On 2/20/26 5:07 PM, Christian König wrote:
>> On 2/20/26 18:05, Yicong Hui wrote:
>>>>> +
>>>>> /**
>>>>> * dma_fence_chain_find_seqno - find fence chain node by seqno
>>>>> * @pfence: pointer to the chain node where to start
>>>>> diff --git a/drivers/gpu/drm/drm_syncobj.c b/drivers/gpu/drm/drm_syncobj.c
>>>>> index 2d4ab745fdad..322f64b72775 100644
>>>>> --- a/drivers/gpu/drm/drm_syncobj.c
>>>>> +++ b/drivers/gpu/drm/drm_syncobj.c
>>>>> @@ -1654,14 +1654,17 @@ int drm_syncobj_query_ioctl(struct drm_device *dev, void *data,
>>>>> {
>>>>> struct drm_syncobj_timeline_array *args = data;
>>>>> struct drm_syncobj **syncobjs;
>>>>> + unsigned int valid_flags = DRM_SYNCOBJ_QUERY_FLAGS_LAST_SUBMITTED |
>>>>> + DRM_SYNCOBJ_QUERY_FLAGS_ERROR;
>>>>> uint64_t __user *points = u64_to_user_ptr(args->points);
>>>>> + uint64_t __user *handles = u64_to_user_ptr(args->handles);
>>>>> uint32_t i;
>>>>> int ret;
>>>>> if (!drm_core_check_feature(dev, DRIVER_SYNCOBJ_TIMELINE))
>>>>> return -EOPNOTSUPP;
>>>>> - if (args->flags & ~DRM_SYNCOBJ_QUERY_FLAGS_LAST_SUBMITTED)
>>>>> + if (args->flags & ~valid_flags)
>>>>> return -EINVAL;
>>>>> if (args->count_handles == 0)
>>>>> @@ -1680,6 +1683,22 @@ int drm_syncobj_query_ioctl(struct drm_device *dev, void *data,
>>>>> uint64_t point;
>>>>
>>>> Make a local variable "int error" here.
>>>>
>>>> ...
>>>>
>>>>> + int64_t error = 0;
>>>>
>>>> The error code is an int and only 32bits.
>>> Understood, will change that!
>>>
>>>>
>>>>> +
>>>>> + if (fence)
>>>>> + error = dma_fence_chain_find_error(fence);
>>>>> +
>>>>> + ret = copy_to_user(&handles[i], &error, sizeof(int64_t));
>>>>
>>>> The handles are also only 32bits!
>>> Ah, that's my mistake. Was thrown off by the __u64 in the struct definition but it is obvious now that it is a u32. Fixed as well!
>>>
>>>>
>>>>> + ret = ret ? -EFAULT : 0;
>>>>> + if (ret) {
>>>>> + dma_fence_put(fence);
>>>>> + break;
>>>>> + }
>>>>> +
>>>>> + }
>>>>> +
>>>>> chain = to_dma_fence_chain(fence);
>>>>> if (chain) {
>>>>
>>>> In this code path whenever point is assigned something do a "error = dma_fence_get_status(fence);" and then eventually copy the error to userspace after copying the point.
>>>>
>>>
>>> Hi! Were you thinking something that looks a little bit like this?
>>
>> Yeah that looks like what I had in mind to.
>>
>> Thanks,
>> Christian.
>>
>
> Hi! What should I do at this point? Send a v3, or..?
You can go ahead and send a v3. But after that I think we need some userspace code using that.
Could you also look into writing IGT tests for this?
Thanks,
Christian.
>
> Thanks!
> Yicong
next prev parent reply other threads:[~2026-02-23 9:38 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-02-20 2:26 [RFC PATCH v2 0/3] Querying errors from drm_syncobj Yicong Hui
2026-02-20 2:26 ` [RFC PATCH v2 1/3] drm/syncobj: Add flag DRM_SYNCOBJ_QUERY_FLAGS_ERROR to query errors Yicong Hui
2026-02-20 13:13 ` Christian König
2026-02-20 17:05 ` Yicong Hui
2026-02-20 17:07 ` Christian König
2026-02-20 19:40 ` Yicong Hui
2026-02-23 9:38 ` Christian König [this message]
2026-02-20 2:26 ` [RFC PATCH v2 2/3] drm/syncobj: Add DRM_SYNCOBJ_WAIT_FLAGS_ABORT_ON_ERROR ioctl flag Yicong Hui
2026-02-20 2:26 ` [RFC PATCH v2 3/3] drm/syncobj/doc: Remove starter task from todo list Yicong Hui
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=d6a1c9a4-c25d-4f56-b5b0-5ccfa836cbb1@amd.com \
--to=christian.koenig@amd.com \
--cc=david.hunter.linux@gmail.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=linux-kernel@vger.kernel.org \
--cc=michel.daenzer@mailbox.org \
--cc=skhan@linuxfoundation.org \
--cc=yiconghui@gmail.com \
/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: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®