From: Peter Senna Tschudin <peter.senna@linux.intel.com>
To: "Dong, Zhanjun" <zhanjun.dong@intel.com>, igt-dev@lists.freedesktop.org
Cc: Kamil Konieczny <kamil.konieczny@linux.intel.com>,
Alan Previn <alan.previn.teres.alexis@intel.com>
Subject: Re: [PATCH i-g-t v4 0/1] tests/intel/xe_exec_capture: Add xe_exec_capture test
Date: Thu, 24 Oct 2024 06:43:04 +0200 [thread overview]
Message-ID: <05775701-216d-47b8-b346-9a6bb91a0686@linux.intel.com> (raw)
In-Reply-To: <27e21d1c-bdf3-46c3-b813-be0ce3973df9@intel.com>
Dear Zhanjun Dong,
I tested bypassing the "Capture_source" field check on another Lunar Lake DUT:
$ sudo ./build/tests/xe_exec_capture
IGT-Version: 1.29-g5b8f06461 (x86_64) (Linux: 6.12.0-rc3-xe x86_64)
Using IGT_SRANDOM=1729744714 for randomisation
Opened device: /dev/dri/card0
Starting subtest: reset
Subtest reset: SUCCESS (34.455s)
Let me know how I can help you further.
Peter
On 23.10.2024 16:13, Dong, Zhanjun wrote:
> Dear Peter,
>
> Thanks for testing the patch.
> Yes, the failure is due to I add "Capture_source" field check since v3.
> It actually find out a bug in my kmd code. Solution/Jira is working in progress.
>
> If you want to skip this failure to continue the run, you can comment out this line like:
> diff --git a/tests/intel/xe_exec_capture.c b/tests/intel/xe_exec_capture.c
> index 3a8fa68f2..5fb50fe9a 100644
> --- a/tests/intel/xe_exec_capture.c
> +++ b/tests/intel/xe_exec_capture.c
> @@ -280,7 +280,7 @@ static void check_item_str(regex_t *regex, char **lines, const char *tag, const
>
> static void check_capture_out(regex_t *regex, char **lines)
> {
> - check_item_str(regex, lines, "Capture_source", "GuC");
> + //check_item_str(regex, lines, "Capture_source", "GuC");
> check_item_u64(regex, lines, "ACTHD", BASE_ADDRESS,
> BASE_ADDRESS + BATCH_DW_COUNT * sizeof(uint32_t));
> check_item_u64(regex, lines, "RING_BBADDR", BASE_ADDRESS,
>
> Regards,
> Zhanjun Dong
>
> On 2024-10-23 1:18 a.m., Peter Senna Tschudin wrote:
>> Dear Zhanjun Dong,
>>
>> Thank you! I hit a failure while testing you code on a Lunar Lake machine:
>>
>> (xe_exec_capture:2227) CRITICAL: Expected value:GuC, received:Manual
>>
>> Am I doing anything wrong? Here is the full output:
>>
>> $ sudo ./build/tests/xe_exec_capture
>> IGT-Version: 1.29-g210f35b54 (x86_64) (Linux: 6.12.0-rc2-xe x86_64)
>> Using IGT_SRANDOM=1729660344 for randomisation
>> Opened device: /dev/dri/card0
>> Starting subtest: reset
>> (xe_exec_capture:2227) CRITICAL: Test assertion failure function check_item_str, file ../tests/intel/xe_exec_capture.c:278:
>> (xe_exec_capture:2227) CRITICAL: Failed assertion: !strcmp(output, target)
>> (xe_exec_capture:2227) CRITICAL: Expected value:GuC, received:Manual
>> Stack trace:
>> #0 ../lib/igt_core.c:2051 __igt_fail_assert()
>> #1 [test_card+0x7dc]
>> #2 ../tests/intel/xe_exec_capture.c:341 __igt_unique____real_main334()
>> #3 ../tests/intel/xe_exec_capture.c:334 main()
>> #4 ../sysdeps/nptl/libc_start_call_main.h:58 __libc_start_call_main()
>> #5 ../csu/libc-start.c:128 __libc_start_main@@GLIBC_2.34()
>> #6 [_start+0x25]
>> Subtest reset failed.
>> **** DEBUG ****
>> (xe_exec_capture:2227) igt_device_scan-DEBUG: Found 1 GPUs for vendor: intel
>> (xe_exec_capture:2227) DEBUG: Test requirement passed: xe > 0
>> (xe_exec_capture:2227) DEBUG: Running on engine class: 0 instance: 0
>> (xe_exec_capture:2227) DEBUG: Devcoredump found: /sys/class/drm/card0/device/devcoredump/data
>> (xe_exec_capture:2227) DEBUG: Compare Capture_source: Manual vs GuC
>> (xe_exec_capture:2227) CRITICAL: Test assertion failure function check_item_str, file ../tests/intel/xe_exec_capture.c:278:
>> (xe_exec_capture:2227) CRITICAL: Failed assertion: !strcmp(output, target)
>> (xe_exec_capture:2227) CRITICAL: Expected value:GuC, received:Manual
>> (xe_exec_capture:2227) igt_core-INFO: Stack trace:
>> (xe_exec_capture:2227) igt_core-INFO: #0 ../lib/igt_core.c:2051 __igt_fail_assert()
>> (xe_exec_capture:2227) igt_core-INFO: #1 [test_card+0x7dc]
>> (xe_exec_capture:2227) igt_core-INFO: #2 ../tests/intel/xe_exec_capture.c:341 __igt_unique____real_main334()
>> (xe_exec_capture:2227) igt_core-INFO: #3 ../tests/intel/xe_exec_capture.c:334 main()
>> (xe_exec_capture:2227) igt_core-INFO: #4 ../sysdeps/nptl/libc_start_call_main.h:58 __libc_start_call_main()
>> (xe_exec_capture:2227) igt_core-INFO: #5 ../csu/libc-start.c:128 __libc_start_main@@GLIBC_2.34()
>> (xe_exec_capture:2227) igt_core-INFO: #6 [_start+0x25]
>> **** END ****
>> Subtest reset: FAIL (5.963s)
>>
>> Thanks!
>>
>>
>> On 22.10.2024 18:33, Zhanjun Dong wrote:
>>> Test with GuC reset, check if devcoredump register dump is within the
>>> range.
>>>
>>> Signed-off-by: Zhanjun Dong <zhanjun.dong@intel.com>
>>> Cc: Peter Senna Tschudin <peter.senna@intel.com>
>>> Cc: Kamil Konieczny <kamil.konieczny@linux.intel.com>
>>> Cc: Alan Previn <alan.previn.teres.alexis@intel.com>
>>>
>>> Changes from prior revs:
>>> v4:- Support runs on multiple GPU
>>> Load all devcoredump content to buffer
>>> Alloc line buffer dynamic vs static global memory
>>> Changed to igt_assert_f to provide more info if failed
>>> v3:- Remove call to bash and awk
>>> Add regular express parse
>>> Detect devcoredump through card index
>>> Add devcoredump removal check
>>> v2:- Fix CI.build error
>>> Add multiple GPU card support
>>>
>>> Zhanjun Dong (1):
>>> tests/intel/xe_exec_capture: Add xe_exec_capture test
>>>
>>> tests/intel/xe_exec_capture.c | 365 ++++++++++++++++++++++++++++++++++
>>> tests/meson.build | 1 +
>>> 2 files changed, 366 insertions(+)
>>> create mode 100644 tests/intel/xe_exec_capture.c
>>>
>>
>
prev parent reply other threads:[~2024-10-24 4:43 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-10-22 16:33 [PATCH i-g-t v4 0/1] tests/intel/xe_exec_capture: Add xe_exec_capture test Zhanjun Dong
2024-10-22 16:33 ` [PATCH i-g-t v4 1/1] " Zhanjun Dong
2024-11-13 7:48 ` Teres Alexis, Alan Previn
2024-11-13 23:23 ` Teres Alexis, Alan Previn
2024-11-14 22:23 ` Dong, Zhanjun
2024-11-15 19:21 ` Dong, Zhanjun
2024-11-14 22:33 ` Dong, Zhanjun
2024-11-13 23:26 ` Teres Alexis, Alan Previn
2024-10-22 18:47 ` ✗ GitLab.Pipeline: warning for tests/intel/xe_exec_capture: Add xe_exec_capture test (rev2) Patchwork
2024-10-22 19:14 ` ✓ Fi.CI.BAT: success " Patchwork
2024-10-22 20:19 ` ✓ CI.xeBAT: " Patchwork
2024-10-23 2:05 ` ✗ CI.xeFULL: failure " Patchwork
2024-10-23 3:35 ` ✗ Fi.CI.IGT: " Patchwork
2024-10-23 5:18 ` [PATCH i-g-t v4 0/1] tests/intel/xe_exec_capture: Add xe_exec_capture test Peter Senna Tschudin
2024-10-23 14:13 ` Dong, Zhanjun
2024-10-24 4:43 ` Peter Senna Tschudin [this message]
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=05775701-216d-47b8-b346-9a6bb91a0686@linux.intel.com \
--to=peter.senna@linux.intel.com \
--cc=alan.previn.teres.alexis@intel.com \
--cc=igt-dev@lists.freedesktop.org \
--cc=kamil.konieczny@linux.intel.com \
--cc=zhanjun.dong@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