-
Notifications
You must be signed in to change notification settings - Fork 95
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 our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix: Fix segmentation fault in tests on CPUs with PKU support #471
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We'll probably need to tweak the features a bit but it looks like the right approach.
Do we need to add a Cargo feature here? Maybe we could rely on |
I think the problem is that some downstream crates need the PKU workaround. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, thanks!
This is a followup on denoland/deno_core#471. Fixes #21439.
…nd#22152) This is a followup on denoland/deno_core#471. Fixes denoland#21439.
This is a followup on denoland/deno_core#471. Fixes #21439.
Due to V8's PKU feature, only the thread that initialized the V8 platform or those spawned from it can access the isolates; other threads will get a segmentation fault. Since each test runs in its thread, they crash on newer CPUs that support PKU.
This issue has two possible solutions:
This issue was already encountered for the
deno test
command, which was resolved by initializing the platform in the main thread (denoland/deno#20495).In the case of rust tests, the same solution cannot be used, as the default test runner does not allow running code on the main thread before any test runs.
My proposed solution is to add a feature flag to deno_core, which, when enabled, uses the unprotected platform. An alternative solution could be to call
deno_core::JsRuntime::init_platform
at the beginning of each test.This PR will also be a step towards fixing denoland/deno#21439