`WebGPU is disabled by blocklist` in Windows CI
Categories
(Core :: Graphics: WebGPU, defect, P1)
Tracking
()
People
(Reporter: ErichDonGubler, Assigned: ErichDonGubler)
References
(Blocks 2 open bugs)
Details
Attachments
(1 obsolete file)
There appears to be an odd variance in Windows CI environments where WebGPU does not run, and the diagnostic emitted blames our blocklist:
EXCEPTION: WebGPU device failed to initialize with NotSupportedError "WebGPU is disabled by blocklist."; not retrying
When this error is encountered, all WebGPU CTS tests in the job fail. EDIT: Actually, it appears that test runs can recover from this. 🤔⁉️
Assignee | ||
Updated•1 year ago
|
Assignee | ||
Updated•1 year ago
|
Comment hidden (Intermittent Failures Robot) |
Comment 5•10 months ago
|
||
The severity field for this bug is set to S3
. However, the following bug duplicate has higher severity:
- Bug 1851402: S2
:jimb, could you consider increasing the severity of this bug to S2
?
For more information, please visit BugBot documentation.
Updated•7 months ago
|
Assignee | ||
Updated•7 months ago
|
Updated•4 months ago
|
Comment 6•2 months ago
•
|
||
Raising the priority on this to P1: "CTS impact widespread enough that it obscures other issues", based on Matrix discussion with EDG.
Leaving the severity as S3, per WebGPU project policy.
Assignee | ||
Comment 8•2 months ago
|
||
Assignee | ||
Updated•2 months ago
|
Assignee | ||
Comment 9•2 months ago
|
||
Not sure that I have a strong lead on resolving this yet, but I did want to note an interesting observation: It appears we may legitimately have different graphics adapters. In most cases (where this issue isn't happening), a log message is occasionally printed by glean
with the following text:
[WARN glean_core::error_recording] gfx.adapter.primary.driver_files: Value length 811 exceeds maximum of 100
However, in tests that do run into this issue, there is no such thing, implying that the set of driver files is small enough to fit within the limit.
Comment 10•2 months ago
|
||
One way to debug this would be to start with that error message:
EXCEPTION: WebGPU device failed to initialize with NotSupportedError "WebGPU is disabled by blocklist."; not retrying
and then work backwards to find the sufficient conditions for getting that message, and add logging at each point so we can see in detail how we're arriving at that message. For example, it sure would be nice to know which blocklist entry we're hitting.
This would entail repeated submissions to the try server, so it would need to be a background project.
Comment hidden (Intermittent Failures Robot) |
Updated•1 month ago
|
Assignee | ||
Comment 12•1 month ago
|
||
A patch stack now exists against dependency bug 1899536. Once it's landed, this should be resolved. 🙌🏻
Assignee | ||
Updated•1 month ago
|
Comment hidden (Intermittent Failures Robot) |
Assignee | ||
Updated•28 days ago
|
Description
•