AMD-GFX Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: "Lazar, Lijo" <lijo.lazar@amd.com>
To: amd-gfx@lists.freedesktop.org
Subject: Re: [PATCH v2] drm/amdgpu: Fix size validation for non-exclusive domains
Date: Tue, 13 Dec 2022 17:10:18 +0530	[thread overview]
Message-ID: <e86f5bef-24a0-0eaf-7971-563285714399@amd.com> (raw)
In-Reply-To: <9e14bcd5-a911-c430-a474-4f43daf44283@amd.com>



On 12/13/2022 12:30 PM, Christian König wrote:
> Am 13.12.22 um 00:44 schrieb Luben Tuikov:
>> On 2022-12-12 14:19, Christian König wrote:
>>> Am 12.12.22 um 18:48 schrieb Luben Tuikov:
>>>> Fix amdgpu_bo_validate_size() to check whether the TTM domain 
>>>> manager for the
>>>> requested memory exists, and to allow for non-exclusive domain 
>>>> allocations, as
>>>> there would be if the domain is a mask, e.g. AMDGPU_GEM_DOMAIN_VRAM |
>>>> AMDGPU_GEM_DOMAIN_GTT.
>>>>
>>>> Cc: Alex Deucher <Alexander.Deucher@amd.com>
>>>> Cc: Christian König <christian.koenig@amd.com>
>>>> Signed-off-by: Luben Tuikov <luben.tuikov@amd.com>
>>>> ---
>>>>    drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 19 +++++++------------
>>>>    1 file changed, 7 insertions(+), 12 deletions(-)
>>>>
>>>> diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_object.c 
>>>> b/drivers/gpu/drm/amd/amdgpu/amdgpu_object.c
>>>> index fd3ab4b5e5bb1f..e0f103f0ec2178 100644
>>>> --- a/drivers/gpu/drm/amd/amdgpu/amdgpu_object.c
>>>> +++ b/drivers/gpu/drm/amd/amdgpu/amdgpu_object.c
>>>> @@ -448,31 +448,26 @@ static bool amdgpu_bo_validate_size(struct 
>>>> amdgpu_device *adev,
>>>>        /*
>>>>         * If GTT is part of requested domains the check must succeed to
>>>> -     * allow fall back to GTT
>>>> +     * allow fall back to GTT.
>>>> +     *
>>>> +     * Note that allocations can request from either domain. For
>>>> +     * this reason, check either in non-exclusive way, and if
>>>> +     * neither satisfies, fail the validation.
>>> That's not correct, the original logic was completely intentional.
>>>
>>> If both VRAM and GTT are specified it's valid if the size fits only into
>>> GTT.
>> Given that this patch fixes a kernel oops, should this patch then fail 
>> the validation,
>> i.e. return false?
> 
> It should be sufficient if a BO fits into the GTT domain for size 
> validation. If we haven't initialized the GTT domain and end up here we 
> should probably just ignore it.
> 
>>
>> This would then fail, in amdgpu_ttm_reserve_tmr():
>>
>>     ret = amdgpu_bo_create_kernel_at(adev,
>>                 adev->gmc.real_vram_size - adev->mman.discovery_tmr_size,
>>                 adev->mman.discovery_tmr_size,
>>                 AMDGPU_GEM_DOMAIN_VRAM |
>>                 AMDGPU_GEM_DOMAIN_GTT,
> 
> As I said before using amdgpu_bo_create_kernel_at() with VRAM|GTT 
> doesn't make any sense at all. We should probably drop the domain 
> parameter altogether.
> 

What is the alternative planned to prevent usage of VRAM at fixed offsets?

BTW, AMDGPU_GEM_DOMAIN_GTT for above doesn't make any sense. Discovery 
region is always in VRAM domain.

Thanks,
Lijo

> Regards,
> Christian.
> 
>>                 &adev->mman.discovery_memory,
>>                 NULL);
>>
>> Regards,
>> Luben
>>
> 

  parent reply	other threads:[~2022-12-13 11:40 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-12-10  9:24 [PATCH] drm/amdgpu: Fix an oops with GTT | VRAM allocation Luben Tuikov
2022-12-12 17:48 ` [PATCH v2] drm/amdgpu: Fix size validation for non-exclusive domains Luben Tuikov
2022-12-12 19:19   ` Christian König
2022-12-12 23:44     ` Luben Tuikov
2022-12-13  4:13       ` Luben Tuikov
2022-12-13  4:16         ` [PATCH v3] drm/amdgpu: Fix size validation for non-exclusive domains (v3) Luben Tuikov
2022-12-13  7:00       ` [PATCH v2] drm/amdgpu: Fix size validation for non-exclusive domains Christian König
2022-12-13  9:52         ` Luben Tuikov
2022-12-13 11:40         ` Lazar, Lijo [this message]
2022-12-13 11:52           ` Christian König
2022-12-13 12:41             ` Lazar, Lijo

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=e86f5bef-24a0-0eaf-7971-563285714399@amd.com \
    --to=lijo.lazar@amd.com \
    --cc=amd-gfx@lists.freedesktop.org \
    /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