From: "Christian König" <christian.koenig@amd.com>
To: "André Almeida" <andrealmeid@igalia.com>,
dri-devel@lists.freedesktop.org, amd-gfx@lists.freedesktop.org,
linux-kernel@vger.kernel.org
Cc: pierre-eric.pelloux-prayer@amd.com,
"'Marek Olšák'" <maraeo@gmail.com>,
"Timur Kristóf" <timur.kristof@gmail.com>,
"Samuel Pitoiset" <samuel.pitoiset@gmail.com>,
kernel-dev@igalia.com,
"Bas Nieuwenhuizen" <bas@basnieuwenhuizen.nl>,
alexander.deucher@amd.com, christian.koenig@amd.com
Subject: Re: [RESEND v3 1/5] drm/amdgpu: Create a module param to disable soft recovery
Date: Tue, 15 Aug 2023 08:44:42 +0200 [thread overview]
Message-ID: <55f69184-1aa2-55d6-4a10-1560d75c7324@amd.com> (raw)
In-Reply-To: <20230810192330.198326-2-andrealmeid@igalia.com>
Am 10.08.23 um 21:23 schrieb André Almeida:
> Create a module parameter to disable soft recoveries on amdgpu, making
> every recovery go through the device reset path. This option makes
> easier to force device resets for testing and debugging purposes.
I'm still torn apart on this. On the one hand it's certainly useful for
developers on the other hand module parameters are not meant to be used
by developers, they are meant to be used by end users.
Now we have to ask what's the use case to disable soft recovery by an
end user? I don't see any.
Maybe we can overload the amdgpu_gpu_recovery module option with this.
Or even better merge all the developer module parameter into a
amdgpu_debug option. This way it should be pretty obvious that this
isn't meant to be used by someone who doesn't know how to use it.
Regards,
Christian.
>
> Signed-off-by: André Almeida <andrealmeid@igalia.com>
> ---
> drivers/gpu/drm/amd/amdgpu/amdgpu.h | 1 +
> drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 9 +++++++++
> drivers/gpu/drm/amd/amdgpu/amdgpu_ring.c | 6 +++++-
> 3 files changed, 15 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu.h b/drivers/gpu/drm/amd/amdgpu/amdgpu.h
> index 2e3c7c15cb8e..9c6a332261ab 100644
> --- a/drivers/gpu/drm/amd/amdgpu/amdgpu.h
> +++ b/drivers/gpu/drm/amd/amdgpu/amdgpu.h
> @@ -189,6 +189,7 @@ extern uint amdgpu_force_long_training;
> extern int amdgpu_lbpw;
> extern int amdgpu_compute_multipipe;
> extern int amdgpu_gpu_recovery;
> +extern bool amdgpu_soft_recovery;
> extern int amdgpu_emu_mode;
> extern uint amdgpu_smu_memory_pool_size;
> extern int amdgpu_smu_pptable_id;
> diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c b/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c
> index 0fec81d6a7df..27e7fa36cc60 100644
> --- a/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c
> +++ b/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c
> @@ -163,6 +163,7 @@ uint amdgpu_force_long_training;
> int amdgpu_lbpw = -1;
> int amdgpu_compute_multipipe = -1;
> int amdgpu_gpu_recovery = -1; /* auto */
> +bool amdgpu_soft_recovery = true;
> int amdgpu_emu_mode;
> uint amdgpu_smu_memory_pool_size;
> int amdgpu_smu_pptable_id = -1;
> @@ -538,6 +539,14 @@ module_param_named(compute_multipipe, amdgpu_compute_multipipe, int, 0444);
> MODULE_PARM_DESC(gpu_recovery, "Enable GPU recovery mechanism, (1 = enable, 0 = disable, -1 = auto)");
> module_param_named(gpu_recovery, amdgpu_gpu_recovery, int, 0444);
>
> +/**
> + * DOC: gpu_soft_recovery (bool)
> + * Set true to allow the driver to try soft recoveries if a job get stuck. Set
> + * to false to always force a GPU reset during recovery.
> + */
> +MODULE_PARM_DESC(gpu_soft_recovery, "Enable GPU soft recovery mechanism (default: true)");
> +module_param_named(gpu_soft_recovery, amdgpu_soft_recovery, bool, 0644);
> +
> /**
> * DOC: emu_mode (int)
> * Set value 1 to enable emulation mode. This is only needed when running on an emulator. The default is 0 (disabled).
> diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_ring.c b/drivers/gpu/drm/amd/amdgpu/amdgpu_ring.c
> index 80d6e132e409..40678d9fb17e 100644
> --- a/drivers/gpu/drm/amd/amdgpu/amdgpu_ring.c
> +++ b/drivers/gpu/drm/amd/amdgpu/amdgpu_ring.c
> @@ -434,8 +434,12 @@ bool amdgpu_ring_soft_recovery(struct amdgpu_ring *ring, unsigned int vmid,
> struct dma_fence *fence)
> {
> unsigned long flags;
> + ktime_t deadline;
>
> - ktime_t deadline = ktime_add_us(ktime_get(), 10000);
> + if (!amdgpu_soft_recovery)
> + return false;
> +
> + deadline = ktime_add_us(ktime_get(), 10000);
>
> if (amdgpu_sriov_vf(ring->adev) || !ring->funcs->soft_recovery || !fence)
> return false;
next prev parent reply other threads:[~2023-08-15 6:46 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-08-10 19:23 [RESEND v3 0/5] drm/amdgpu: Add new reset option and rework coredump André Almeida
2023-08-10 19:23 ` [RESEND v3 1/5] drm/amdgpu: Create a module param to disable soft recovery André Almeida
2023-08-15 6:44 ` Christian König [this message]
2023-08-10 19:23 ` [RESEND v3 2/5] drm/amdgpu: Allocate coredump memory in a nonblocking way André Almeida
2023-08-10 19:23 ` [RESEND v3 3/5] drm/amdgpu: Rework coredump to use memory dynamically André Almeida
2023-08-10 19:23 ` [RESEND v3 4/5] drm/amdgpu: Move coredump code to amdgpu_reset file André Almeida
2023-08-13 19:10 ` kernel test robot
2023-08-10 19:23 ` [RESEND v3 5/5] drm/amdgpu: Create version number for coredumps André Almeida
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=55f69184-1aa2-55d6-4a10-1560d75c7324@amd.com \
--to=christian.koenig@amd.com \
--cc=alexander.deucher@amd.com \
--cc=amd-gfx@lists.freedesktop.org \
--cc=andrealmeid@igalia.com \
--cc=bas@basnieuwenhuizen.nl \
--cc=dri-devel@lists.freedesktop.org \
--cc=kernel-dev@igalia.com \
--cc=linux-kernel@vger.kernel.org \
--cc=maraeo@gmail.com \
--cc=pierre-eric.pelloux-prayer@amd.com \
--cc=samuel.pitoiset@gmail.com \
--cc=timur.kristof@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®