Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings
/llvmPublic

[SYCL][E2E] FixDeviceLib/assert-windows.cpp run-time errors#17493

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to ourterms of service andprivacy statement. We’ll occasionally send you account related emails.

Already on GitHub?Sign in to your account

Merged
againull merged 4 commits intointel:syclfromayylol:assertwin
Mar 20, 2025

Conversation

ayylol
Copy link
Contributor

No description provided.

@ayylolayylol requested a review froma team as acode ownerMarch 17, 2025 17:59
@ayylolayylol requested a review fromagainullMarch 17, 2025 17:59
@ayylol
Copy link
ContributorAuthor

ayylol commentedMar 17, 2025
edited
Loading

For Context: This test had been XFAILed 5 years ago. The XFAIL tracker (#16507) pointed to a more recent build failure, and once that was fixed the XFAIL was removed from the test. However the original reason the test was XFAILed was not resolved, and thus this test failed in internal testing. We dont test windows cpu on github ci so this wasnt caught in pre/post commit.

// approach as on Linux - call the test in a subprocess.
//
// RUN: env SYCL_UR_TRACE=2 SYCL_DEVICELIB_INHIBIT_NATIVE=1 CL_CONFIG_USE_VECTORIZER=False %{run} %t.out | FileCheck %s --check-prefix=CHECK-FALLBACK
// RUN: env SHOULD_CRASH=1 SYCL_DEVICELIB_INHIBIT_NATIVE=1 CL_CONFIG_USE_VECTORIZER=False %{run} %t.out | FileCheck %s --check-prefix=CHECK-MESSAGE
Copy link
ContributorAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

This line failed because the error message is sent tostderr and here we checkstdout instead for it. With the changes im specifically checkingstderr instead

// explicitly. Since the test is going to crash, we'll have to follow a similar
// approach as on Linux - call the test in a subprocess.
//
// RUN: env SYCL_UR_TRACE=2 SYCL_DEVICELIB_INHIBIT_NATIVE=1 CL_CONFIG_USE_VECTORIZER=False %{run} %t.out | FileCheck %s --check-prefix=CHECK-FALLBACK
Copy link
ContributorAuthor

@ayylolayylolMar 17, 2025
edited
Loading

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

I wasn't too sure what the correct fix for this line would be. Looking at the UR Trace when we crash, vs not crash theurProgramLink function never appears in the trace. To me it seemed suspicious given the git history, since this line has been changed multiple times since the test had been XFAILed, so its never been confirmed to pass with the changes that have happened since.

Copy link
Contributor

@againullagainullMar 17, 2025
edited
Loading

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

I believe urProgramLink call is supposed to be emitted in case when a backend doesn't support assert natively and we have to link the fallback assert device library at runtime.
I believe cpu backend supports assert natively, so I don't understand why this check has been added.
I belive such verification needs to be done in our unit tests, i.e. by mocking UR to report that backend doesn't support native assert and then verify that urProgramLink is called in this case.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

So I am not opposed to removing that check from this e2e test.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

Actually another question is why this test is limited to cpu. I believe it has to be enabled for gpu too or marked explicitly as failing on gpu if there is a problem.

@againullagainull merged commitb1d9368 intointel:syclMar 20, 2025
34 of 37 checks passed
@ayylolayylol deleted the assertwin branchMarch 20, 2025 18:14
KornevNikita pushed a commit to KornevNikita/llvm that referenced this pull requestJun 10, 2025
AlexeySachkov pushed a commit that referenced this pull requestJun 12, 2025
Cherry-pick commits that reached the internal branch between intel/llvmcutoff and release branch pulldown.Patches included:[SYCL][E2E] Fix DeviceLib/assert-windows.cpp run-time errors (#17493)Patch-by: David Garcia Orozco <david.garcia.orozco@intel.com>---[SYCL] Fix memory leak. (#17632)According tohttps://github.com/llvm/llvm-project/blob/main/llvm/unittests/Demangle/OutputBufferTest.cpp,`OutputBuffer` has to be manually freed.Patch-by: Marcos Maronas <marcos.maronas@intel.com>---[SYCL][E2E][Matrix] Cleanup of xfail and unsupported (#17688)Patch-by: Dounia Khaldi <dounia.khaldi@intel.com>---[SYCL][E2E][Matrix] Restrict XFAIL in some tests to DG2 (#17639)XPASSing in[nightly](https://github.com/intel/llvm/actions/runs/14050841978) butfailing in pre/postcommit, make them XFAIL only where they actuallyfail.Patch-by: Nick Sarnie <nick.sarnie@intel.com>---[SYCL][ESIMD] Move RAII deleter init after buffer allocation. (#17706)The buffer seems to be allocated in the call to`NameNode->print(NameBuf)`, so we need to move the RAII deleter afterthat call, otherwise the buffer keeps leaking because when the RAIIdeleter is created, there's no buffer yet.Patch-by: Marcos Maronas <marcos.maronas@intel.com>---[SYCL] Add spill_memory_size unittest (#17657)This adds a unittest for the kernel queries extension according to#17593.Patch-by: Petr Kurapov <petr.a.kurapov@intel.com>---[SYCL][Bindless][E2E] Add 1D host USM tests (#17374)Adds 1D Host USM backed image tests.This patch also fixes device aspect queries for 1D & 2D USM backed imagesampling support.Patch-by: przemektmalon <przemek.malon@codeplay.com>
Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment
Reviewers

@againullagainullagainull approved these changes

Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

Successfully merging this pull request may close these issues.

2 participants
@ayylol@againull

[8]ページ先頭

©2009-2025 Movatter.jp