From: Felix Kuehling <felix.kuehling@amd.com>
To: Philip Yang <Philip.Yang@amd.com>, amd-gfx@lists.freedesktop.org
Cc: alex.sierra@amd.com, james.zhu@amd.com
Subject: Re: [PATCH] drm/amdkfd: handle errors from svm validate and map
Date: Wed, 13 Sep 2023 12:14:09 -0400 [thread overview]
Message-ID: <afb950e9-47ac-5823-8ed2-4c1e01fb5f0d@amd.com> (raw)
In-Reply-To: <20230913151617.18894-1-Philip.Yang@amd.com>
On 2023-09-13 11:16, Philip Yang wrote:
> If new range is added to update list, splited to multiple pranges with
> max_svm_range_pages alignment, and svm validate and map returns error
> for the first prange, then the caller retry should add pranges with
> prange->is_error_flag or prange without prange->mapped_to_gpu to the
> update list, to update GPU mapping for the entire range.
It looks like the only new thing here is to remove the "same attribute"
optimization for ranges that are not mapped on the GPU. I don't fully
understand the scenario you're describing here, but it feels like this
change has a bigger impact than it needs to have. Your description
specifically talks about ranges split at max_svm_range_pages boundaries.
But your patch affects all ranges not mapped on the GPU, even it
prange->is_error_flag is not set.
Maybe that's OK, because the expensive thing is updating existing
mappings unnecessarily. If there is no existing mapping yet, it's
probably not a big deal. I just don't understand the scenario that
requires a retry without the prange->is_error_flag being set. Maybe a
better fix would be to ensure that prange->is_error_flag gets set in
your scenario.
Regards,
Felix
>
> Fixes: c22b04407097 ("drm/amdkfd: flag added to handle errors from svm validate and map")
> Signed-off-by: Philip Yang <Philip.Yang@amd.com>
> Tested-by: James Zhu <james.zhu@amd.com>
> ---
> drivers/gpu/drm/amd/amdkfd/kfd_svm.c | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/gpu/drm/amd/amdkfd/kfd_svm.c b/drivers/gpu/drm/amd/amdkfd/kfd_svm.c
> index 61dd66bddc3c..8871329e9cbd 100644
> --- a/drivers/gpu/drm/amd/amdkfd/kfd_svm.c
> +++ b/drivers/gpu/drm/amd/amdkfd/kfd_svm.c
> @@ -825,7 +825,7 @@ svm_range_is_same_attrs(struct kfd_process *p, struct svm_range *prange,
> }
> }
>
> - return !prange->is_error_flag;
> + return true;
> }
>
> /**
> @@ -2228,7 +2228,8 @@ svm_range_add(struct kfd_process *p, uint64_t start, uint64_t size,
> next = interval_tree_iter_next(node, start, last);
> next_start = min(node->last, last) + 1;
>
> - if (svm_range_is_same_attrs(p, prange, nattr, attrs)) {
> + if (!prange->is_error_flag && prange->mapped_to_gpu &&
> + svm_range_is_same_attrs(p, prange, nattr, attrs)) {
> /* nothing to do */
> } else if (node->start < start || node->last > last) {
> /* node intersects the update range and its attributes
next prev parent reply other threads:[~2023-09-13 16:14 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-09-13 15:16 [PATCH] drm/amdkfd: handle errors from svm validate and map Philip Yang
2023-09-13 16:14 ` Felix Kuehling [this message]
2023-09-13 17:24 ` Philip Yang
2023-09-13 17:33 ` Philip Yang
2023-09-13 18:27 ` Felix Kuehling
2023-09-15 13:28 ` [PATCH v2] " Philip Yang
2023-09-15 21:06 ` Chen, Xiaogang
2023-09-15 21:20 ` Philip Yang
2023-09-15 21:33 ` Chen, Xiaogang
2023-09-18 13:27 ` Philip Yang
2023-09-19 14:21 ` [PATCH v3] drm/amdkfd: Handle " Philip Yang
2023-09-19 21:15 ` Felix Kuehling
2023-09-20 14:20 ` Philip Yang
2023-09-20 14:35 ` Felix Kuehling
2023-09-20 15:38 ` Philip Yang
2023-09-20 15:45 ` [PATCH v4] " Philip Yang
2023-09-21 19:32 ` Felix Kuehling
2023-09-25 13:39 ` James Zhu
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=afb950e9-47ac-5823-8ed2-4c1e01fb5f0d@amd.com \
--to=felix.kuehling@amd.com \
--cc=Philip.Yang@amd.com \
--cc=alex.sierra@amd.com \
--cc=amd-gfx@lists.freedesktop.org \
--cc=james.zhu@amd.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