All of lore.kernel.org
 help / color / mirror / Atom feed
From: Rodrigo Vivi <rodrigo.vivi@intel.com>
To: Raag Jadav <raag.jadav@intel.com>
Cc: <intel-xe@lists.freedesktop.org>,
	<dri-devel@lists.freedesktop.org>, <airlied@gmail.com>,
	<simona@ffwll.ch>, <mripard@kernel.org>,
	<matthew.brost@intel.com>, <riana.tauro@intel.com>,
	<christian.koenig@amd.com>, <andrealmeid@igalia.com>
Subject: Re: [PATCH v2 1/3] drm/doc: Update documentation for 'none' recovery method
Date: Thu, 5 Mar 2026 09:16:33 -0500	[thread overview]
Message-ID: <aamQQUyHqCwettNq@intel.com> (raw)
In-Reply-To: <20260305130720.3685754-2-raag.jadav@intel.com>

On Thu, Mar 05, 2026 at 06:36:47PM +0530, Raag Jadav wrote:
> Expand 'none' recovery method for wedged event to include debug cases
> where driver wants to hint "no recovery" without resetting the device
> from driver context.
> 
> Signed-off-by: Raag Jadav <raag.jadav@intel.com>

Reviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com>

> ---
>  Documentation/gpu/drm-uapi.rst | 14 +++++++-------
>  1 file changed, 7 insertions(+), 7 deletions(-)
> 
> diff --git a/Documentation/gpu/drm-uapi.rst b/Documentation/gpu/drm-uapi.rst
> index d98428a592f1..579e87cb9ff7 100644
> --- a/Documentation/gpu/drm-uapi.rst
> +++ b/Documentation/gpu/drm-uapi.rst
> @@ -438,14 +438,14 @@ following expectations.
>      unknown         consumer policy
>      =============== ========================================
>  
> -The only exception to this is ``WEDGED=none``, which signifies that the device
> -was temporarily 'wedged' at some point but was recovered from driver context
> -using device specific methods like reset. No explicit recovery is expected from
> -the consumer in this case, but it can still take additional steps like gathering
> -telemetry information (devcoredump, syslog). This is useful because the first
> -hang is usually the most critical one which can result in consequential hangs or
> -complete wedging.
> +No Recovery
> +-----------
>  
> +Here ``WEDGED=none`` signifies that no recovery is expected from the consumer
> +but it can still try to gather telemetry information (devcoredump, syslog) for
> +debug purpose in order to root cause the hang. This is useful because the first
> +hang is usually the most critical one which can result in consequential hangs
> +or complete wedging.
>  
>  Vendor Specific Recovery
>  ------------------------
> -- 
> 2.43.0
> 

  reply	other threads:[~2026-03-05 14:16 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-03-05 13:06 [PATCH v2 0/3] Update 'none' recovery method for DRM wedged event Raag Jadav
2026-03-05 13:06 ` [PATCH v2 1/3] drm/doc: Update documentation for 'none' recovery method Raag Jadav
2026-03-05 14:16   ` Rodrigo Vivi [this message]
2026-03-23 14:13   ` Christian König
2026-03-05 13:06 ` [PATCH v2 2/3] drm: Update log " Raag Jadav
2026-03-23 14:13   ` Christian König
2026-03-05 13:06 ` [PATCH v2 3/3] drm/xe: Send 'none' recovery method for XE_WEDGED_MODE_UPON_ANY_HANG_NO_RESET Raag Jadav
2026-03-23 14:16   ` Christian König
2026-03-06 13:39 ` ✓ CI.KUnit: success for Update 'none' recovery method for DRM wedged event (rev2) Patchwork
2026-03-06 14:44 ` ✓ Xe.CI.BAT: " Patchwork
2026-03-07 15:31 ` ✗ Xe.CI.FULL: failure " Patchwork
2026-03-23 17:19   ` Raag Jadav
2026-03-10  7:56 ` [PATCH v2 0/3] Update 'none' recovery method for DRM wedged event Raag Jadav
2026-03-23 14:10   ` Raag Jadav
2026-03-23 14:11     ` Christian König
2026-03-24  2:36       ` Raag Jadav
2026-03-24 13:52         ` Rodrigo Vivi
2026-03-24 14:04           ` Raag Jadav

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=aamQQUyHqCwettNq@intel.com \
    --to=rodrigo.vivi@intel.com \
    --cc=airlied@gmail.com \
    --cc=andrealmeid@igalia.com \
    --cc=christian.koenig@amd.com \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=intel-xe@lists.freedesktop.org \
    --cc=matthew.brost@intel.com \
    --cc=mripard@kernel.org \
    --cc=raag.jadav@intel.com \
    --cc=riana.tauro@intel.com \
    --cc=simona@ffwll.ch \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.