From: Matthew Auld <matthew.auld@intel.com>
To: Rodrigo Vivi <rodrigo.vivi@intel.com>
Cc: intel-xe@lists.freedesktop.org, francois.dugast@intel.com
Subject: Re: [PATCH 2/2] drm/xe: Add dbg messages on the suspend resume functions.
Date: Tue, 19 Mar 2024 09:38:53 +0000 [thread overview]
Message-ID: <7716487d-be0b-4e65-b506-63ba17318955@intel.com> (raw)
In-Reply-To: <ZfiajmWtdxG0COvx@intel.com>
On 18/03/2024 19:48, Rodrigo Vivi wrote:
> On Mon, Mar 18, 2024 at 06:12:44PM +0000, Matthew Auld wrote:
>> On 18/03/2024 18:01, Rodrigo Vivi wrote:
>>> In case of the suspend/resume flow getting locked up we
>>> can get reports with some useful hints on where it might
>>> get locked and if that has failed.
>>>
>>> Signed-off-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
>>
>> Makes sense. What about maybe also adding that to the rpm versions? Those
>> can also be fun, and so would be useful to get hints when inside the
>> callbacks.
>
> I'm planning to get that on RPM next... just was trying to avoid
> conflicting with myself ;)
> The bug that I'm targeting with this right now is a suspend to memory.
Ok, sounds good.
>
> And I was afraid that someone might complain about verbosity in the rpm
> path on cases where gnome-shell keeps doing some ioctl and waking up
> the device.
If that is a concern, I think for rpm we also trigger (per gt):
xe_gt_dbg(gt, "suspending\n");
....
xe_gt_dbg(gt, "suspended\n");
Which would also be quite verbose?
>
>>
>>> ---
>>> drivers/gpu/drm/xe/xe_pm.c | 22 +++++++++++++++++-----
>>> 1 file changed, 17 insertions(+), 5 deletions(-)
>>>
>>> diff --git a/drivers/gpu/drm/xe/xe_pm.c b/drivers/gpu/drm/xe/xe_pm.c
>>> index 9fbb6f6c598a..cc650a92c2fc 100644
>>> --- a/drivers/gpu/drm/xe/xe_pm.c
>>> +++ b/drivers/gpu/drm/xe/xe_pm.c
>>> @@ -80,13 +80,15 @@ int xe_pm_suspend(struct xe_device *xe)
>>> u8 id;
>>> int err;
>>> + drm_dbg(&xe->drm, "Suspending device\n");
New line between declarations? Below also.
Otherwise,
Reviewed-by: Matthew Auld <matthew.auld@intel.com>
>>> +
>>> for_each_gt(gt, xe, id)
>>> xe_gt_suspend_prepare(gt);
>>> /* FIXME: Super racey... */
>>> err = xe_bo_evict_all(xe);
>>> if (err)
>>> - return err;
>>> + goto err;
>>> xe_display_pm_suspend(xe);
>>> @@ -94,7 +96,7 @@ int xe_pm_suspend(struct xe_device *xe)
>>> err = xe_gt_suspend(gt);
>>> if (err) {
>>> xe_display_pm_resume(xe);
>>> - return err;
>>> + goto err;
>>> }
>>> }
>>> @@ -102,7 +104,11 @@ int xe_pm_suspend(struct xe_device *xe)
>>> xe_display_pm_suspend_late(xe);
>>> + drm_dbg(&xe->drm, "Device suspended\n");
>>> return 0;
>>> +err:
>>> + drm_dbg(&xe->drm, "Device suspend failed %d\n", err);
>>> + return err;
>>> }
>>> /**
>>> @@ -118,13 +124,15 @@ int xe_pm_resume(struct xe_device *xe)
>>> u8 id;
>>> int err;
>>> + drm_dbg(&xe->drm, "Resuming device\n");
>>> +
>>> for_each_tile(tile, xe, id)
>>> xe_wa_apply_tile_workarounds(tile);
>>> for_each_gt(gt, xe, id) {
>>> err = xe_pcode_init(gt);
>>> if (err)
>>> - return err;
>>> + goto err;
>>> }
>>> xe_display_pm_resume_early(xe);
>>> @@ -135,7 +143,7 @@ int xe_pm_resume(struct xe_device *xe)
>>> */
>>> err = xe_bo_restore_kernel(xe);
>>> if (err)
>>> - return err;
>>> + goto err;
>>> xe_irq_resume(xe);
>>> @@ -146,9 +154,13 @@ int xe_pm_resume(struct xe_device *xe)
>>> err = xe_bo_restore_user(xe);
>>> if (err)
>>> - return err;
>>> + goto err;
>>> + drm_dbg(&xe->drm, "Device resumed\n");
>>> return 0;
>>> +err:
>>> + drm_dbg(&xe->drm, "Device resume failed %d\n", err);
>>> + return err;
>>> }
>>> static bool xe_pm_pci_d3cold_capable(struct xe_device *xe)
next prev parent reply other threads:[~2024-03-19 9:38 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-03-18 18:01 [PATCH 1/2] drm/xe: Convert gt suspend/resume messages to debug Rodrigo Vivi
2024-03-18 18:01 ` [PATCH 2/2] drm/xe: Add dbg messages on the suspend resume functions Rodrigo Vivi
2024-03-18 18:12 ` Matthew Auld
2024-03-18 19:48 ` Rodrigo Vivi
2024-03-19 9:38 ` Matthew Auld [this message]
2024-03-19 14:23 ` Rodrigo Vivi
2024-03-19 17:05 ` Matthew Auld
2024-03-18 18:13 ` [PATCH 1/2] drm/xe: Convert gt suspend/resume messages to debug Matthew Auld
2024-03-19 0:13 ` ✓ CI.Patch_applied: success for series starting with [1/2] " Patchwork
2024-03-19 0:13 ` ✓ CI.checkpatch: " Patchwork
2024-03-19 0:14 ` ✓ CI.KUnit: " Patchwork
2024-03-19 0:24 ` ✓ CI.Build: " Patchwork
2024-03-19 0:27 ` ✓ CI.Hooks: " Patchwork
2024-03-19 0:28 ` ✓ CI.checksparse: " Patchwork
2024-03-19 0:53 ` ✗ CI.BAT: failure " Patchwork
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=7716487d-be0b-4e65-b506-63ba17318955@intel.com \
--to=matthew.auld@intel.com \
--cc=francois.dugast@intel.com \
--cc=intel-xe@lists.freedesktop.org \
--cc=rodrigo.vivi@intel.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