Igt-dev Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: "Dong, Zhanjun" <zhanjun.dong@intel.com>
To: "Teres Alexis, Alan Previn" <alan.previn.teres.alexis@intel.com>,
	"igt-dev@lists.freedesktop.org" <igt-dev@lists.freedesktop.org>
Cc: "kamil.konieczny@linux.intel.com" <kamil.konieczny@linux.intel.com>
Subject: Re: [PATCH v9] tests/intel/xe_exec_capture: Add xe_exec_capture test
Date: Tue, 7 Jan 2025 10:41:02 -0500	[thread overview]
Message-ID: <142ea0a6-f881-4df0-8d0f-32557d8dec80@intel.com> (raw)
In-Reply-To: <f48def4f702c6353e4cfd7012a7e606aaaea4762.camel@intel.com>



On 2024-12-12 2:54 p.m., Teres Alexis, Alan Previn wrote:
> 
> Zhanjun, per offline chats with Kamil looks like we need to expand the
> igt_fixture sections before and after the igt_subtest section and
> save the per-engine-timeouts in the initial fixture and restore
> the per-engine-timeouts in the later fixture because the fixture
> section is not bypassed during an assert. That's what i understood.
> That said, we will need another rev of this.

Good point! the per-engine-timeouts should be restored to original value 
no matter of assert being triggered or not.
Although the save/restore for single vs multiple GPU might be different, 
I will take care of it in next rev.

Regards,
Zhanjun Dong
> 
> On Wed, 2024-12-11 at 14:08 -0800, Teres Alexis, Alan Previn wrote:
>> Just re-RB-ing after the recent addition for the change to set engine execution time manually before running the tests
>> on each engine in order to limit the execution time of this test:
>>
>> Reviewed-by: Alan Previn <alan.previn.teres.alexis@intel.com>
>>
>>
>> On Fri, 2024-12-06 at 14:59 -0800, Dong, Zhanjun wrote:
>>> Submit cmds to the GPU that result in a GuC engine reset and check that
>>> devcoredump register dump is generated, by the GuC, and includes the
>>> full register range.
>>>
>>> Signed-off-by: Zhanjun Dong <zhanjun.dong@intel.com>
>>> Cc: Alan Previn <alan.previn.teres.alexis@intel.com>
>>> Cc: Kamil Konieczny <kamil.konieczny@linux.intel.com>
>>> ---
>>> Changes from prior revs:
>>>   v9:-  Reduced job timeout to 2 seconds to speedup test
>>>         Add info print to show test is running on single/multiple GPU
>>>   v8:-  Move change list below ---
>>..

  reply	other threads:[~2025-01-07 15:42 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-12-06 22:59 [PATCH v9] tests/intel/xe_exec_capture: Add xe_exec_capture test Zhanjun Dong
2024-12-06 23:38 ` ✓ Xe.CI.BAT: success for tests/intel/xe_exec_capture: Add xe_exec_capture test (rev8) Patchwork
2024-12-06 23:52 ` ✓ i915.CI.BAT: " Patchwork
2024-12-07  1:11 ` ✗ i915.CI.Full: failure " Patchwork
2024-12-07  4:42 ` ✗ Xe.CI.Full: " Patchwork
2024-12-11 22:08 ` [PATCH v9] tests/intel/xe_exec_capture: Add xe_exec_capture test Teres Alexis, Alan Previn
2024-12-12 19:54   ` Teres Alexis, Alan Previn
2025-01-07 15:41     ` Dong, Zhanjun [this message]
2024-12-12 21:41 ` Teres Alexis, Alan Previn

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=142ea0a6-f881-4df0-8d0f-32557d8dec80@intel.com \
    --to=zhanjun.dong@intel.com \
    --cc=alan.previn.teres.alexis@intel.com \
    --cc=igt-dev@lists.freedesktop.org \
    --cc=kamil.konieczny@linux.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