Closed Bug 1747611 Opened 3 years ago Closed 4 months ago

WebGPU stops rendering to the canvas after a short amount of time.

Categories

(Core :: Graphics: WebGPU, defect, P3)

x86_64
Linux
defect

Tracking

()

RESOLVED WONTFIX

People

(Reporter: dannyfritz, Unassigned)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

Attached file supportdump.txt

Steps to reproduce:

  1. Enable WebGPU though about:config
  2. Navigate to https://austin-eng.com/webgpu-samples/samples/rotatingCube
  3. Wait a brief moment

Actual results:

The canvas stopped moving.

This is a video recording of the problem (plus an unexpected crash). https://www.youtube.com/watch?v=vLsToNSg8f8

Expected results:

The cube is expected to continue rotating.

The Bugbug bot thinks this bug should belong to the 'Core::Graphics: WebGPU' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.

Component: Untriaged → Graphics: WebGPU
Product: Firefox → Core

Probably related to this mesa bug: https://gitlab.freedesktop.org/mesa/mesa/-/issues/5508
Which was fixed in this mesa release: https://docs.mesa3d.org/relnotes/21.3.0.html

I am on Ubuntu 21.10 which has Mesa 21.2.2-1ubuntu1 which is below the 21.3.0 mesa release.

OS: Unspecified → Linux
Hardware: Unspecified → x86_64

Upgraded to Mesa 21.3.2 via https://launchpad.net/~kisak/+archive/ubuntu/kisak-mesa and can confirm the WebGPU Rotating Cube sample works as expected now.

The severity field is not set for this bug.
:kvark, could you have a look please?

For more information, please visit auto_nag documentation.

Flags: needinfo?(dmalyshau)

It was hanging right away when we used the same semaphore for wait & signal on submission.
My workaround was using 2 different semaphores, and it mostly works. However, it looks like Intel driver still had unsynchronized access to the semaphores, so ping-ponging between 2 semaphores just reduced the possibility of of locking from 100% to something like 1%, but still non-zero.

Severity: -- → S3
Flags: needinfo?(dmalyshau)

:dannyfritz: Is this still an issue for you?

Blocks: webgpu-v1
Priority: -- → P3
Blocks: webgpu-phase-2
No longer blocks: webgpu-v1

We're pursuing several other issues of this kind, with more specific reproduction instructions, so I'm going to close this bug.

No longer blocks: webgpu-triage
Status: UNCONFIRMED → RESOLVED
Closed: 4 months ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: