AMD-GFX Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Felix Kuehling <felix.kuehling@amd.com>
To: philip yang <yangp@amd.com>, amd-gfx@lists.freedesktop.org
Subject: Re: [PATCH v2 1/1] drm/amdkfd: Enable userptr support when KFD is enabled
Date: Mon, 18 Jan 2021 20:20:38 -0500	[thread overview]
Message-ID: <cf411cd5-2474-8078-ce01-c3c5150e97d6@amd.com> (raw)
In-Reply-To: <d11b2228-e3dd-0dcb-d497-2242ab06c917@amd.com>

Am 2021-01-18 um 8:01 p.m. schrieb philip yang:
>
>
> On 2021-01-18 6:28 p.m., Felix Kuehling wrote:
>> ROCm user mode depends on userptr support. Without it, KFD is basically
>> useless.
>>
>> Make sure HSA_AMD selects the same options as DRM_AMDGPU_USERPTR to avoid
>> broken configurations where userptr gets enabled but its dependencies are
>> disabled.
>>
>> Signed-off-by: Felix Kuehling <Felix.Kuehling@amd.com>
>> ---
>>  drivers/gpu/drm/amd/amdkfd/Kconfig | 2 ++
>>  1 file changed, 2 insertions(+)
>>
>> diff --git a/drivers/gpu/drm/amd/amdkfd/Kconfig b/drivers/gpu/drm/amd/amdkfd/Kconfig
>> index e8fb10c41f16..f02c938f75da 100644
>> --- a/drivers/gpu/drm/amd/amdkfd/Kconfig
>> +++ b/drivers/gpu/drm/amd/amdkfd/Kconfig
>> @@ -7,6 +7,8 @@ config HSA_AMD
>>  	bool "HSA kernel driver for AMD GPU devices"
>>  	depends on DRM_AMDGPU && (X86_64 || ARM64 || PPC64)
>>  	imply AMD_IOMMU_V2 if X86_64
>> +	select HMM_MIRROR
>>  	select MMU_NOTIFIER
>> +	select DRM_AMDGPU_USERPTR
>
> amd/amdgpu/Kconfig select HMM_MIRROR and MMU_NOTIFIER if
> DRM_AMDGPU_USERPTR is enabled,
>
> I guess select DRM_AMDGPU_USERPTR here is enough, HMM_MIRROR and
> MMU_NOTIFIER is redundant.
>
I read this warning in Documentation/kbuild/kconfig-language.rst:

  Note:
        select should be used with care. select will force
        a symbol to a value without visiting the dependencies.
        By abusing select you are able to select a symbol FOO even
        if FOO depends on BAR that is not set.
        In general use select only for non-visible symbols
        (no prompts anywhere) and for symbols with no dependencies.
        That will limit the usefulness but on the other hand avoid
        the illegal configurations all over.

I'm not sure if "dependencies" in this context includes "depends" and
"select". But to be sure, I'd rather make sure KFD has all it needs
without relying on indirect dependencies.

Regards,
  Felix


> Philip
>
>>  	help
>>  	  Enable this if you want to use HSA features on AMD GPU devices.
_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx

  reply	other threads:[~2021-01-19  1:20 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-01-18 23:28 [PATCH v2 1/1] drm/amdkfd: Enable userptr support when KFD is enabled Felix Kuehling
2021-01-19  1:01 ` philip yang
2021-01-19  1:20   ` Felix Kuehling [this message]
2021-01-19  2:13     ` philip yang

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=cf411cd5-2474-8078-ce01-c3c5150e97d6@amd.com \
    --to=felix.kuehling@amd.com \
    --cc=amd-gfx@lists.freedesktop.org \
    --cc=yangp@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