[TRACKER] GPU rendering issues / app crashes

asahilina commented 1 year ago

This is a tracker bug for general GPU issues, like:

Apps that crash after startup
Rendering glitches
GPU fault/timeout errors

When making a comment on this bug, please run the asahi-diagnose command and attach the file it saves to your comment. Please tell us what you were doing when the problem happened, what desktop environment and window system you use, and any other details about the issue.

The purpose of this bug is to collect reports of app issues in one place, so we have somewhere to look when figuring out what to work on. Since the driver is still a work-in-progress and lots of things are not expected to work, please don't expect a timely response to reports. We're working on it!

Before reporting something, please check that the issue has not been reported already. Duplicate reports just clutter up the bug and will be marked as duplicate. --marcan

If you are having shader errors with Chromium/Electron-based apps after an update, delete your shader cache: rm -rf ~/.config/chromium/Default/GPUCache (or similar paths for other apps). Upstream bug. This is not a driver bug.
If you run into a GPU lockup or crash (all GPU apps stop working, but you can still SSH into the machine), please open a new bug in this repo, tell us what you were doing when the GPU locked up, and attach the asahi-diagnose log.
If you get GPU fault or GPU timeout messages in dmesg (probably together with rendering issues), but the GPU keeps working in general, this tracker bug is the right place to report that.
If you have linux-asahi-edge issues unrelated to the GPU, please report them here. This includes display output/controller related issues, like screen resolution switching and backlight control, which are unrelated to the GPU driver.
If you are seeing single-pixel-wide glitches, please set your screen scale to 100%, log out and back in, and try to reproduce it again. These kinds of glitches are likely to be compositor/desktop environment bugs related to fractional scaling, rather than driver issues.

If you see magenta

Magenta is the error color on Apple GPUs. It is what you get when you sample an uninitialized compressed texture. This often happens with driver bugs that break rendering, but there are also many apps that have bugs that transiently display uninitialized buffer contents. These will often show up as black or transparent on other GPUs or with software rendering, which stands out less but it indicates the same bug.

If you see magenta glitches, please try running the app with ASAHI_MESA_DEBUG=nocompress. If you see the same problems but they are now black, try LIBGL_ALWAYS_SOFTWARE=true to force software rendering. If you get the same results (still black regions where previously there was magenta), then it is likely an app bug or an upstream Mesa bug, not a driver issue.

Another common issue is apps that have rendering feedback loops, which are undefined behavior in OpenGL. These often result in 4x2 pixel shaped corruption regions. You can work around this with ASAHI_MESA_DEBUG=nocompress, which should fix the issue (at least if it wouldn't normally break on all GPUs). This could also be caused by a driver bug, though, so please do report anything that is fixed with nocompress so we can take a look and determine whether it's an app bug or a driver bug!

Known issues

[ ] When GPU timeouts/faults occur, rarely the firmware can lock up (see #79)
[ ] Google Maps on Firefox is slow/jerky

Resolved issues

[x] System Monitor glitches in the History tab
[x] Plasmashell sometimes shows magenta areas or missing rendering
[x] Portraits render incorrectly or cause faults in Darwinia
[x] Geometry edges render poorly/jagged in Darwinia
[x] WebGL Aquarium faults above 10000 fish
[x] Xorg sometimes flashes black while switching windows in KWin
[x] gl_FragDepth is not implemented
[x] three.js scenes (and other complex renders) with MSAA glitch on Pro/Max/Ultra machines
[x] Discard regressed with the OpenGL 3.1 update (breaking Darwinia)
[x] MSRTT wrongly advertised when not properly supported (making Darwinia MSAA not work)
[x] Texture barriers wrongly advertised when not properly supported (X11/Emacs glitching)
[x] Water glitches near screen edges in Darwinia if you get up really close.
[x] (6.2/explicit sync regression) KWin flashes magenta rectangles when starting up, or right before going to sleep.
[x] Nautilus is pink with Adwaita
[x] Google Maps & PDF viewer on Firefox use too much memory
[x] Corrupted X11 apps on GNOME/XWayland
[x] Rendering with some render targets disabled regressed (Inochi2D, KiCad 3D glitching)
[x] Figma rendering is glitchy
[x] CSS transforms in Firefox render incorrectly
[x] Complex GTK apps (GIMP, etc.) under XWayland sometimes glitch magenta
[x] Register spilling is excessively slow (example)

Issues that aren't driver bugs

[ ] gnome-terminal has a glitchy background (upstream bug from 2 years ago, they don't seem interested in fixing it...)
[ ] Moving the mouse above blurred backgrounds in KWin/Wayland causes artifacts (upstream bug)
[x] KWin has single-pixel glitches when fractional scaling is enabled (Fixed in plasma 5.27.7)
[x] OBS screen sharing does not work (PipeWire regression, fixed in 0.3.62, plus KWin bug (merged for 5.26.5, ETA Jan 3), plus core Mesa bug)
[x] Some WebGL apps on Firefox (like Plex and QuakeJS) can hang/fail to render (upstream bug, fixed for Firefox 110)
[ ] Firefox sometimes flashes magenta on startup (upstream bug)
[x] SuperTuxKart sometimes has rectangular black glitches (upstream bug) (worked around in driver for now)
[x] QuakeJS has jittery geometry (emscripten bug, fixed years ago but they need to update). Probably applies to any WebGL apps with similar issues too.
[ ] Window corruption / magenta regions with Java OpenGL rendering enabled (Java does not double buffer its OpenGL visual so it will always tear/break on any modern system from this decade, just worse on Apple with compression.)
[x] Google Sheets gets blurry on scroll (~~Google Sheets bug~~ Firefox bug) (workaround: ASAHI_MESA_DEBUG=no16)
[x] blender's gl version check is sketchy https://bugzilla.redhat.com/show_bug.cgi?id=2237821

BarisUlas commented 1 year ago

I'm not really sure which category this issue belongs to, but I'm having problems running Wayland with the newly installed linux-asahi-edge and mesa-asahi-edge. I followed the guide precisely, but when I try to login to Wayland, it goes to a blank black screen for about 5 seconds, then puts me back into the login screen where I can choose X11 or Wayland to login with. The issue does not occur with X11. Here's the output of asahi-diagnose. Let me know if you need anything else!

asahi-diagnose-20221207-110359.txt

Chainfire commented 1 year ago

I don't get GUI at all after installing asahi-edge and mesa-asahi-edge. Split-second black screen with cursor, and back to text mode. MBP M1 Max, nothing at all connected but a USB ethernet dongle. asahi-diagnose output attached.

asahi-diagnose-20221207-090233.txt

EDIT: solved by pacman -S asahi-desktop-meta, thanks to jannau. Apparently I have an old install :)

aykevl commented 1 year ago

The system monitor applets are glitchy when set to "Line Chart". I think all of them, but at least the Memory Usage widget. It doesn't draw the line chart, but instead it draws over other apps (about 1/3 the screen width). It also seems to happen with "Grid", but not with the other display styles.

This happens in both Xorg and Wayland. (Using Xorg still because I can't seem to get scaling to work well on Wayland).

asahi-diagnose-20221207-125011.txt

Update: unfortunately the recent mesa update didn't fix this (I hoped it would). Also, I can confirm the System Monitor program has the same issue, as reported by @TheBrinkOfTomorrow. I did find that LIBGL_ALWAYS_SOFTWARE=1 plasma-systemmonitor works around this issue.

Update 2: the latest mesa update also fixed the issue with the system monitor applets in the Plasma panel!

TheBrinkOfTomorrow commented 1 year ago

The system monitor applets are glitchy when set to "Line Chart". I think all of them, but at least the Memory Usage widget. It doesn't draw the line chart, but instead it draws over other apps (about 1/3 the screen width). It also seems to happen with "Grid", but not with the other display styles.

Same issue for me (using Wayland). Graphics corruption is restricted to the internal boundaries of the System Monitor view. asahi-diagnose-20221207-080358.txt

mkurz commented 1 year ago

Same issue with the system monitor like described in the two comments above here too. The applets in the taskbar don't work correctly and the history tab inside the app has the same/similar glitches like in the above screenshot. Using a Macbook Pro 14" 10‑Core CPU 16‑Core GPU, 16‑Core Neural Engine, 32 GB RAM. Asahi is up to date, containing yesterday's mesa fixes.

erenatas commented 1 year ago

Followed the steps on the blog as described, I cannot get to Plasma session on Wayland. I see terminal cursor blinking fast, then back to SDDM. asahi-diagnose-20221208-204440.txt

jannau commented 1 year ago

Followed the steps on the blog as described, I cannot get to Plasma session on Wayland. I see terminal cursor blinking fast, then back to SDDM. asahi-diagnose-20221208-204440.txt

dec 08 20:30:24 eatasbkng kernel: asahi 206400000.gpu: Unsupported GPU/firmware combination (G13, [12, 4, 0])

You have used macOS 12.4 as stub/firmware version on a M1 device. This is not supported. The 12.4 GPU firmware is only supported on M2 devices since those were released with 12.4.

fredlahde commented 1 year ago

I've got an issue in firefox 107.0.1 when browsing Plex on wayland, together wih gpu timeouts.

This is what it should look like (linux-asahi, X11): https://github.com/fredlahde/asahi-gpu-bug-report/raw/main/plex/Screenshot%202022-12-08%20at%2020-51-14%20Eminem%20-%20Seduction.png

This is what it actually looks like (linux-asahi-edge, Wayland): https://github.com/fredlahde/asahi-gpu-bug-report/raw/main/plex/Screenshot%202022-12-08%20at%2020-47-30%20Eminem%20-%20Seduction.png

Diagnose File: https://raw.githubusercontent.com/fredlahde/asahi-gpu-bug-report/main/plex/asahi-diagnose-20221208-204618.txt

BarisUlas commented 1 year ago

@jannau do you know how to work around the stub version caused issues? I'm also having an issue where wayland just refuses to work and the only thing I see is a blinking cursor, then the lockscreen again. You can also find my asahi-diagnose log here

marcan commented 1 year ago

Please do not add "me too" comments, as they just clutter everything up. Once an issue is reported, it's enough, we don't need more reports (unless you're going to add useful info, like more detailed/reliable repro steps --Lina).

Please don't report issues with nonstandard unsupported firmware. If you picked expert mode in the installer and then chose the wrong non-default options, you're on your own. You'll have to reinstall to fix it. It's called expert mode for a reason - if you break it you get to keep the pieces.

asahilina commented 1 year ago

The System Monitor issues should now be fixed! ✨

asahilina commented 1 year ago

@fredlahde Can you update, reboot and test the Firefox/Plex thing again? I don't have a Plex server to test with...

asahilina commented 1 year ago

I noticed that GitHub is showing comments we mark as resolved as simply "hidden". We're just hiding them to declutter the bug, don't worry! Please look for that wording (This comment has been hidden.) if you're looking for previous comments reporting issues that have since been fixed ^^

iaguis commented 1 year ago

@fredlahde Can you update, reboot and test the Firefox/Plex thing again? I don't have a Plex server to test with...

I'm still getting this after updating and rebooting.

Diagnose file: asahi-diagnose-20221209-180737.txt

fredlahde commented 1 year ago

@fredlahde Can you update, reboot and test the Firefox/Plex thing again? I don't have a Plex server to test with...

I can confirm what @iaguis said. Plex is still pink.

asahi-diagnose-20221209-185523.txt

fredlahde commented 1 year ago

@asahilina

For testing you can use https://app.plex.tv/desktop/#!/. This site is public and does not require a Plex server or account.

TellowKrinkle commented 1 year ago

Writing to gl_FragDepth is broken.

Reproduction: Install glfw, compile the following with gcc -o depthwrite src/*.c -lglfw -Iinclude, and run it: depthwrite.tar.gz (it's glfw example code with a gl_FragDepth = 1.0; added to the shader)

Expected result: A spinny rainbow triangle Actual result: A black window (commenting out the gl_FragDepth = 1.0; makes it work fine)

If you run it with a debug build of mesa, you hit this assertion. Looks like the compiler expected all fragment stores to be lowered to nir_intrinsic_store_local_pixel_agxs but in reality only the color stores get lowered that way.

Nnubes256 commented 1 year ago

asahi-diagnose output: asahi-diagnose-20221210-144501.txt

I reliably hit GPU timeouts and a subsequent application segfault on Firefox 107.0.1 (Wayland, KDE Plasma, ArchLinuxARM, essentially what I got out of the Asahi installer + the blog post about installing the GPU drivers) when visiting any website that has a Mapbox (app sample 1, app sample 2) or a Maptiler (landing page, Shodan host view) map.

Firefox stdout/stderr shows the following before it segfaults:

Firefox logs

``` DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1704x800 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1704x800 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1024x1024 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1024x1024 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1024x1024 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1024x1024 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1024x1024 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1704x800 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1024x1024 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1024x1024 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1024x1024 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1024x1024 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1024x1024 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1704x800 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1024x1024 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1024x1024 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1024x1024 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1024x1024 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1024x1024 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1704x800 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1024x1024 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1704x800 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1704x800 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1704x800 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1024x1024 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1024x1024 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1024x1024 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1024x1024 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1024x1024 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1024x1024 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1024x1024 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1024x1024 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1024x1024 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1024x1024 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1024x1024 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1024x1024 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1024x1024 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1024x1024 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1024x1024 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1024x1024 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1704x800 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1704x800 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1024x1024 tile 32x32 layers 1 samples 1) DRM_IOCTL_ASAHI_SUBMIT failed: Connection timed out (1704x800 tile 32x32 layers 1 samples 1) Exiting due to channel error. Exiting due to channel error. Crash Annotation GraphicsCriticalError: |[C0][GFX1-]: Receive IPC close with reason=AbnormalShutdown (t=2.27268) Exiting due to channel error. Exiting due to channel error. Exiting due to channel error. Exiting due to channel error. ```

Some notes:

For Mapbox, it happens with any map; even if it doesn't use any explicit 3D features.
It does not seem to happen with Google Maps nor with Leaflet on OpenStreetMaps.
ASAHI_MESA_DEBUG=no16 does not seem to help.
Even if actively tracing with ASAHI_MESA_DEBUG=trace the timeouts still happen and the application eventually crashes, everything just happens in slow motion.
Konqueror 22.08.3 (built-in) with WebRender as the engine does work correctly for both Mapbox and Maptiler.
Chromium 107.0.5304.121 (extra/chromium) just refuses to enable WebGL no matter how many flags I give to it, so I don't really know if it's a problem there.

Capta1nT0ad commented 1 year ago

Kernel: edge Mesa: edge session: X11 DE: Gnome

When I filling info for WIFI IN Gnome setting panel, the screen start fast flashing (from nolmar light level to lower, but not completly blank). And I can hear some current sound from power adapter at same time.

After filling, the screen back to normal and the sound disapear.

I think it not just display issue but also envolve some power issue?

Screen flashing is a known issue (https://github.com/AsahiLinux/linux/issues/72#issue-1480830781). Not sure about your power adapter, but it's probably unrelated. Edit: it may not be, that looks like an issue in KWin that doesn't effect GNOME/Mutter.

marcan commented 1 year ago

@levihuayuzhang Please follow the instructions and attach an asahi-diagnose log.

levihuayuzhang commented 1 year ago

@levihuayuzhang Please follow the instructions and attach an asahi-diagnose log.

sorry, it seems I cannot reproduce the problem after update and reboot. Maybe it was solved. File for asahi-diagnose:

asahi-diagnose-20221211-183206.txt

aykevl commented 1 year ago

I have found a few somewhat minor rendering issues, all on KDE/Plasma:

The cursor flickers under Xorg (but not under Wayland). This seems to happen when updates happen elsewhere on the screen.
Yakuake sometimes flickers black (Xorg, didn't test Wayland). This is hard to reproduce (happens only very infrequently) and I'm assuming it's related to the known Xorg black flashes. It's slightly different however: instead of being just black it flickers a lot between black and non-black. Hiding/showing Yakuake removes the flickering... until the next time it happens. Guess I'll report back if it continues to happen after the Xorg black flashes are fixed.
I see some vertical lines on Firefox tabs (Xorg, didn't see it in Wayland with a quick test). The most reliable way to reproduce this appears to be to close an existing tab (that isn't a new tab page) and reopening it: Ctrl-W and then Ctrl-Shift-T. Loading a new page in a tab also seems to trigger it. It is usually only visible shortly because the "page loaded" left-to-right animation on the tab once the tab is loaded fixes the glitch again (so it's most visible on big web pages and on slow connections). It seems less likely to happen when there are many tabs (meaning they have to shrink to fit).
Hovering over the images on https://nos.nl/ (Dutch news site) in Firefox triggers some black lines on the 1-2 images that follow. Happens on both Xorg and Wayland.

There is a possibility some of these are just the Xorg black artifacts issue.

asahi-diagnose-20221214-024216.txt

Update: the Yakuake issue seems to be fixed with the Xorg black glitches fix. The only issue I'm still experiencing is the flickering pointer, but as @asahilina indicated this is not an issue with the GPU driver (mesa/kernel).

asahilina commented 1 year ago

@aykevl The cursor thing is an Xorg modesetting driver bug I think (I see it on other platforms...). For the vertical/black lines, have you tried setting your display scale to 100%?

The Yakuake issue sounds like the KWin redraw problem on X11... I'm going to be looking at that today.

asahilina commented 1 year ago

I've confirmed that the Firefox issues with QuakeJS and Plex are a Firefox bug, so I've moved that to the third-party app issues list.

aykevl commented 1 year ago

The cursor thing is an Xorg modesetting driver bug I think (I see it on other platforms...).

Ugh, ok. Was hoping it was easy to fix :(

For the vertical/black lines, have you tried setting your display scale to 100%?

Oh I forgot about that! Will do. Unfortunately it doesn't reproduce anymore today so ¯\(ツ)/¯ will report back once I manage to reproduce it reliably again (at 100% display scale). I think I also installed a Firefox update so that might also have fixed it.

asahilina commented 1 year ago

As for the X11 black glitches issue, that should now be resolved! It turned out to be a core Mesa bug (not specific to our driver)...

asahilina commented 1 year ago

@TellowKrinkle gl_FragDepth should now be supported too, please give it a try!

Nnubes256 commented 1 year ago

Found a different Mesa segfault under Firefox: in the PubChem website, if you load any 3D molecule visualization, you get a SIGSEGV while agx_pool_upload_aligned_with_bo attempts this memcpy from a glDrawElements() call. Unlike the issue found with QuakeJS, this one causes no GPU timeouts, and the segfault itself happens on both debug and release Firefox.

UPDATE 19/12/2022: can also be reproduced on the WebGL visualization at https://skyline.github.com.

The following data was collected under this URL: https://pubchem.ncbi.nlm.nih.gov/compound/Copper-acetate#section=Structures

Backtrace from debug Firefox nightly (9ec3d470384511b5783da2bf518505431320c781)

**Note:** there is an insane amount of noise on this backtrace due to the way call dispatch works; stack frames of interest are `#0` to `#13`. I've left the entire backtrace for completeness. ``` #0 memcpy () at ../sysdeps/aarch64/memcpy.S:167 #1 0x0000ffffe00e90e8 in memcpy () at /usr/include/bits/string_fortified.h:29 #2 agx_pool_upload_aligned_with_bo () at ../mesa-c1738bbe4eebde4d5392b1c14e2926f95e7655fd/src/asahi/lib/pool.c:124 #3 0x0000ffffe00d1568 in agx_pool_upload_aligned () at ../mesa-c1738bbe4eebde4d5392b1c14e2926f95e7655fd/src/asahi/lib/pool.h:96 #4 agx_index_buffer_ptr () at ../mesa-c1738bbe4eebde4d5392b1c14e2926f95e7655fd/src/gallium/drivers/asahi/agx_state.c:2013 #5 agx_draw_vbo () at ../mesa-c1738bbe4eebde4d5392b1c14e2926f95e7655fd/src/gallium/drivers/asahi/agx_state.c:2147 #6 agx_draw_vbo () at ../mesa-c1738bbe4eebde4d5392b1c14e2926f95e7655fd/src/gallium/drivers/asahi/agx_state.c:2064 #7 0x0000ffffdfbd8230 in _mesa_validated_drawrangeelements () at ../mesa-c1738bbe4eebde4d5392b1c14e2926f95e7655fd/src/mesa/main/draw.c:1671 #8 0x0000ffffdfbd9b80 in _mesa_DrawElements () at ../mesa-c1738bbe4eebde4d5392b1c14e2926f95e7655fd/src/mesa/main/draw.c:1804 #9 0x0000fffff7cd9894 in glDrawElements () at /usr/bin/../lib/apitrace/wrappers/egltrace.so #10 0x0000ffffebcdbeb0 in mozilla::gl::GLContext::raw_fDrawElements(unsigned int, int, unsigned int, void const*) (this=0xffffbb315c00, mode=mode@entry=4, count=count@entry=52272, type=type@entry=5123, indices=indices@entry=0x0) at /home/nnub/Documents/firefox-debug/mozilla-unified/gfx/gl/GLContext.h:1083 #11 0x0000ffffebcd3fe0 in mozilla::gl::GLContext::fDrawElements(unsigned int, int, unsigned int, void const*) (this=0xffffbb315c00, mode=4, count=52272, type=5123, indices=0x0) at /home/nnub/Documents/firefox-debug/mozilla-unified/gfx/gl/GLContext.h:1097 #12 mozilla::WebGLContext::DrawElementsInstanced(unsigned int, int, unsigned int, long, int) (this=0xffffbbcb2b00, mode=4, indexCount=52272, type=5123, byteOffset=0, instanceCount=1) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLContextDraw.cpp:1057 #13 0x0000ffffebd1c4b4 in mozilla::HostWebGLContext::DrawElementsInstanced(unsigned int, int, unsigned int, long, int) const (mode=4, vertCount=52272, type=5123, offset=0, primCount=1, this=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/HostWebGLContext.h:754 #14 _ZZN7mozilla16MethodDispatcherINS_21WebGLMethodDispatcherELm100EMNS_16HostWebGLContextEKFvjijliEXadL_ZNKS2_21DrawElementsInstancedEjijliEEE15DispatchCommandIS2_EEbRT_mRNS_5webgl17RangeConsumerViewEENKUlDpRT_E_clIJjijliEEEDaSE_ (this=this@entry=0xffffd88fd9a0, args=@0xffffd88fda08: 4, args=@0xffffd88fda04: 52272, args=@0xffffd88fda00: 5123, args=@0xffffd88fd9f8: 0, args=@0xffffd88fd9f0: 1) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:253 #15 0x0000ffffebd1bef8 in _ZSt13__invoke_implIbZN7mozilla16MethodDispatcherINS0_21WebGLMethodDispatcherELm100EMNS0_16HostWebGLContextEKFvjijliEXadL_ZNKS3_21DrawElementsInstancedEjijliEEE15DispatchCommandIS3_EEbRT_mRNS0_5webgl17RangeConsumerViewEEUlDpRT_E_JRjRiSH_RlSI_EES8_St14__invoke_otherOT0_DpOT1_ (__f=..., __args=, __args=, __args=@0xffffd88fda00: 5123, __args=@0xffffd88fd9f8: 0, __args=@0xffffd88fd9f0: 1) at /home/nnub/.mozbuild/sysroot-aarch64-linux-gnu/usr/lib/gcc/aarch64-linux-gnu/8/../../../../include/c++/8/bits/invoke.h:60 #16 _ZSt8__invokeIZN7mozilla16MethodDispatcherINS0_21WebGLMethodDispatcherELm100EMNS0_16HostWebGLContextEKFvjijliEXadL_ZNKS3_21DrawElementsInstancedEjijliEEE15DispatchCommandIS3_EEbRT_mRNS0_5webgl17RangeConsumerViewEEUlDpRT_E_JRjRiSH_RlSI_EENSt15__invoke_resultIS8_JDpT0_EE4typeEOS8_DpOSL_ (__fn=..., __args=, __args=, __args=@0xffffd88fda00: 5123, __args=@0xffffd88fd9f8: 0, __args=@0xffffd88fd9f0: 1) at /home/nnub/.mozbuild/sysroot-aarch64-linux-gnu/usr/lib/gcc/aarch64-linux-gnu/8/../../../../include/c++/8/bits/invoke.h:95 #17 _ZSt12__apply_implIZN7mozilla16MethodDispatcherINS0_21WebGLMethodDispatcherELm100EMNS0_16HostWebGLContextEKFvjijliEXadL_ZNKS3_21DrawElementsInstancedEjijliEEE15DispatchCommandIS3_EEbRT_mRNS0_5webgl17RangeConsumerViewEEUlDpRT_E_RSt5tupleIJjijliEEJLm0ELm1ELm2ELm3ELm4EEEDcOS8_OT0_St16integer_sequenceImJXspT1_EEE (__f=..., __t=std::tuple containing = {...}) at /home/nnub/.mozbuild/sysroot-aarch64-linux-gnu/usr/lib/gcc/aarch64-linux-gnu/8/../../../../include/c++/8/tuple:1678 #18 _ZSt5applyIZN7mozilla16MethodDispatcherINS0_21WebGLMethodDispatcherELm100EMNS0_16HostWebGLContextEKFvjijliEXadL_ZNKS3_21DrawElementsInstancedEjijliEEE15DispatchCommandIS3_EEbRT_mRNS0_5webgl17RangeConsumerViewEEUlDpRT_E_RSt5tupleIJjijliEEEDcOS8_OT0_ (__f=..., __t=std::tuple containing = {...}) at /home/nnub/.mozbuild/sysroot-aarch64-linux-gnu/usr/lib/gcc/aarch64-linux-gnu/8/../../../../include/c++/8/tuple:1687 #19 mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:244 #20 mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=..., id=, view=...) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #21 0x0000ffffebd1b728 in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #22 0x0000ffffebd1b5c4 in mozilla::MethodDispatcher, std::allocator >, std::allocator, std::allocator > > > const&, unsigned int) const, &(mozilla::HostWebGLContext::TransformFeedbackVaryings(unsigned long, std::vector, std::allocator >, std::allocator, std::allocator > > > const&, unsigned int) const)>::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #23 0x0000ffffebd1b308 in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #24 0x0000ffffebd1af10 in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #25 0x0000ffffebd1aad8 in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #26 0x0000ffffebd1a1dc in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #27 0x0000ffffebd19bd4 in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #28 0x0000ffffebd197c8 in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #29 0x0000ffffebd19360 in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #30 0x0000ffffebd17f7c in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #31 0x0000ffffebd17208 in mozilla::MethodDispatcher const&) const, &(mozilla::HostWebGLContext::UniformData(unsigned int, bool, mozilla::RawBuffer const&) const)>::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #32 0x0000ffffebd15e44 in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #33 0x0000ffffebd15aac in mozilla::MethodDispatcher const&, mozilla::webgl::PackingInfo const&, mozilla::webgl::TexUnpackBlobDesc const&) const, &(mozilla::HostWebGLContext::TexImage(unsigned int, unsigned int, mozilla::avec3 const&, mozilla::webgl::PackingInfo const&, mozilla::webgl::TexUnpackBlobDesc const&) const)>::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=..., id=0, view=...) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #34 0x0000ffffebd153c8 in mozilla::MethodDispatcher const&) const, &(mozilla::HostWebGLContext::TexStorage(unsigned int, unsigned int, unsigned int, mozilla::avec3 const&) const)>::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #35 0x0000ffffebd14f88 in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #36 0x0000ffffebd14b10 in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #37 0x0000ffffebd1428c in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #38 0x0000ffffebd13c9c in mozilla::MethodDispatcher const&) const, &(mozilla::HostWebGLContext::InvalidateFramebuffer(unsigned int, mozilla::RawBuffer const&) const)>::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #39 0x0000ffffebd13568 in mozilla::MethodDispatcher const&) const, &(mozilla::HostWebGLContext::BufferSubData(unsigned int, unsigned long, mozilla::RawBuffer const&) const)>::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #40 0x0000ffffebd13078 in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #41 0x0000ffffebd12b28 in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #42 0x0000ffffebd12660 in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #43 0x0000ffffebd121b4 in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #44 0x0000ffffebd10b20 in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #45 0x0000ffffebd106e8 in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #46 0x0000ffffebd102a8 in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #47 0x0000ffffebd0fdf4 in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #48 0x0000ffffebd0fb3c in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #49 0x0000ffffebd0f6e8 in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #50 0x0000ffffebd0f308 in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #51 0x0000ffffebd0ef18 in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #52 0x0000ffffebd0e35c in mozilla::MethodDispatcher, unsigned char) const, &(mozilla::HostWebGLContext::ColorMask(mozilla::Maybe, unsigned char) const)>::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #53 0x0000ffffebd0dedc in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #54 0x0000ffffebd0d9d4 in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #55 0x0000ffffebd0cd1c in mozilla::MethodDispatcher, unsigned int, unsigned int) const, &(mozilla::HostWebGLContext::BlendEquationSeparate(mozilla::Maybe, unsigned int, unsigned int) const)>::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #56 0x0000ffffebd0c8ac in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #57 0x0000ffffebd0c4f4 in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #58 0x0000ffffebd0bbd0 in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #59 0x0000ffffebd0afe0 in mozilla::MethodDispatcher, std::allocator > const&) const, &(mozilla::HostWebGLContext::GenerateError(unsigned int, std::__cxx11::basic_string, std::allocator > const&) const)>::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #60 0x0000ffffebd0abc4 in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #61 0x0000ffffebd0a814 in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #62 0x0000ffffebd0a464 in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #63 0x0000ffffebd0a0b4 in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #64 0x0000ffffebd09d04 in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #65 0x0000ffffebd09954 in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #66 0x0000ffffebd095a4 in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #67 0x0000ffffebd08ad8 in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #68 0x0000ffffebd08710 in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #69 0x0000ffffebd08360 in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #70 0x0000ffffebd02754 in mozilla::MethodDispatcher::DispatchCommand(mozilla::HostWebGLContext&, unsigned long, mozilla::webgl::RangeConsumerView&) (obj=, id=, view=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLCommandQueue.h:258 #71 0x0000ffffebcf8880 in mozilla::dom::WebGLParent::RecvDispatchCommands(mozilla::ipc::BigBuffer&&, unsigned long) (this=, shmem=, cmdsByteSize=) at /home/nnub/Documents/firefox-debug/mozilla-unified/dom/canvas/WebGLParent.cpp:62 #72 0x0000ffffebd45a60 in mozilla::dom::PWebGLParent::OnMessageReceived(IPC::Message const&) (this=0xffffc2b6c460, msg__=...) at /home/nnub/Documents/firefox-debug/mozilla-unified/obj-aarch64-unknown-linux-gnu/ipc/ipdl/PWebGLParent.cpp:244 #73 0x0000ffffea92a774 in mozilla::gfx::PCanvasManagerParent::OnMessageReceived(IPC::Message const&) (this=0xffffbe84f060, msg__=...) at /home/nnub/Documents/firefox-debug/mozilla-unified/obj-aarch64-unknown-linux-gnu/ipc/ipdl/PCanvasManagerParent.cpp:214 #74 0x0000ffffea2f4a0c in mozilla::ipc::MessageChannel::DispatchAsyncMessage(mozilla::ipc::ActorLifecycleProxy*, IPC::Message const&) (this=this@entry=0xffffbe84f0e8, aProxy=aProxy@entry=0xffffbb9240a0, aMsg=...) at /home/nnub/Documents/firefox-debug/mozilla-unified/ipc/glue/MessageChannel.cpp:1756 #75 0x0000ffffea2f3c54 in mozilla::ipc::MessageChannel::DispatchMessage(mozilla::ipc::ActorLifecycleProxy*, mozilla::UniquePtr >) (this=this@entry=0xffffbe84f0e8, aProxy=aProxy@entry=0xffffbb9240a0, aMsg=...) at /home/nnub/Documents/firefox-debug/mozilla-unified/ipc/glue/MessageChannel.cpp:1681 #76 0x0000ffffea2f3ff8 in mozilla::ipc::MessageChannel::RunMessage(mozilla::ipc::ActorLifecycleProxy*, mozilla::ipc::MessageChannel::MessageTask&) (this=0xffffbe84f0e8, aProxy=0xffffbb9240a0, aTask=...) at /home/nnub/Documents/firefox-debug/mozilla-unified/ipc/glue/MessageChannel.cpp:1481 #77 0x0000ffffea2f44e0 in mozilla::ipc::MessageChannel::MessageTask::Run() (this=0xffffc2fd7480) at /home/nnub/Documents/firefox-debug/mozilla-unified/ipc/glue/MessageChannel.cpp:1579 #78 0x0000ffffe9a8f5d4 in nsThread::ProcessNextEvent(bool, bool*) (this=0xffffe206f180, aMayWait=, aResult=0xffffd88fe324) at /home/nnub/Documents/firefox-debug/mozilla-unified/xpcom/threads/nsThread.cpp:1198 #79 0x0000ffffe9a93288 in NS_ProcessNextEvent(nsIThread*, bool) (aThread=0xffffb5140280, aThread@entry=0xffffe206f180, aMayWait=) at /home/nnub/Documents/firefox-debug/mozilla-unified/xpcom/threads/nsThreadUtils.cpp:474 #80 0x0000ffffea2f758c in mozilla::ipc::MessagePumpForNonMainThreads::Run(base::MessagePump::Delegate*) (this=0xffffd8955080, aDelegate=0xffffd88fe420) at /home/nnub/Documents/firefox-debug/mozilla-unified/ipc/glue/MessagePump.cpp:330 #81 0x0000ffffea265d00 in MessageLoop::RunHandler() (this=0xffffd88fe420) at /home/nnub/Documents/firefox-debug/mozilla-unified/ipc/chromium/src/base/message_loop.cc:374 #82 MessageLoop::Run() (this=0xffffd88fe420) at /home/nnub/Documents/firefox-debug/mozilla-unified/ipc/chromium/src/base/message_loop.cc:356 #83 0x0000ffffe9a8c4ec in nsThread::ThreadFunc(void*) (aArg=) at /home/nnub/Documents/firefox-debug/mozilla-unified/xpcom/threads/nsThread.cpp:383 #84 0x0000fffff6ac65d8 in _pt_root (arg=arg@entry=0xfffff69d4a00) at /home/nnub/Documents/firefox-debug/mozilla-unified/nsprpub/pr/src/pthreads/ptthread.c:201 #85 0x0000aaaaaab97d68 in set_alt_signal_stack_and_start(PthreadCreateParams*) (params=) at /home/nnub/Documents/firefox-debug/mozilla-unified/toolkit/crashreporter/pthread_create_interposer/pthread_create_interposer.cpp:80 #86 0x0000fffff75a0aec in start_thread (arg=0xffffffffbadf) at pthread_create.c:442 #87 0x0000fffff760a5dc in thread_start () at ../sysdeps/unix/sysv/linux/aarch64/clone.S:79 ```

Backtrace from release Firefox (extra/firefox-108.0-1)

Included this one for completeness purposes. Although it's not that useful, it shows the crash does happen on the packaged Firefox distribution as of today. ``` #0 memcpy () at ../sysdeps/aarch64/memcpy.S:167 #1 0x0000ffffdd5e90e8 in memcpy () at /usr/include/bits/string_fortified.h:29 #2 agx_pool_upload_aligned_with_bo () at ../mesa-c1738bbe4eebde4d5392b1c14e2926f95e7655fd/src/asahi/lib/pool.c:124 #3 0x0000ffffdd5d1568 in agx_pool_upload_aligned () at ../mesa-c1738bbe4eebde4d5392b1c14e2926f95e7655fd/src/asahi/lib/pool.h:96 #4 agx_index_buffer_ptr () at ../mesa-c1738bbe4eebde4d5392b1c14e2926f95e7655fd/src/gallium/drivers/asahi/agx_state.c:2013 #5 agx_draw_vbo () at ../mesa-c1738bbe4eebde4d5392b1c14e2926f95e7655fd/src/gallium/drivers/asahi/agx_state.c:2147 #6 agx_draw_vbo () at ../mesa-c1738bbe4eebde4d5392b1c14e2926f95e7655fd/src/gallium/drivers/asahi/agx_state.c:2064 #7 0x0000ffffdd0d8230 in _mesa_validated_drawrangeelements () at ../mesa-c1738bbe4eebde4d5392b1c14e2926f95e7655fd/src/mesa/main/draw.c:1671 #8 0x0000ffffdd0d9b80 in _mesa_DrawElements () at ../mesa-c1738bbe4eebde4d5392b1c14e2926f95e7655fd/src/mesa/main/draw.c:1804 #9 0x0000fffff7cd9894 in glDrawElements () at /usr/bin/../lib/apitrace/wrappers/egltrace.so #10 0x0000ffffedc6b988 in () at /usr/lib/firefox/libxul.so #11 0x0000ffffedc6b534 in () at /usr/lib/firefox/libxul.so #12 0x0000ffffedcae434 in () at /usr/lib/firefox/libxul.so #13 0x0000ffffedc8c178 in () at /usr/lib/firefox/libxul.so #14 0x0000ffffedce7600 in () at /usr/lib/firefox/libxul.so #15 0x0000ffffeceb8664 in () at /usr/lib/firefox/libxul.so #16 0x0000ffffec9bf8b0 in () at /usr/lib/firefox/libxul.so #17 0x0000ffffec9beb88 in () at /usr/lib/firefox/libxul.so #18 0x0000ffffec9beed8 in () at /usr/lib/firefox/libxul.so #19 0x0000ffffec9bf344 in () at /usr/lib/firefox/libxul.so #20 0x0000ffffec397b2c in () at /usr/lib/firefox/libxul.so #21 0x0000ffffec39b888 in () at /usr/lib/firefox/libxul.so #22 0x0000ffffec9c24a0 in () at /usr/lib/firefox/libxul.so #23 0x0000ffffec97a110 in () at /usr/lib/firefox/libxul.so #24 0x0000ffffec39562c in () at /usr/lib/firefox/libxul.so #25 0x0000fffff6a5dfd4 in _pt_root (arg=0xffffe138c6a0) at ptthread.c:201 #26 0x0000fffff7690aec in start_thread (arg=0xffffffffb7df) at pthread_create.c:442 #27 0x0000fffff76fa5dc in thread_start () at ../sysdeps/unix/sysv/linux/aarch64/clone.S:79 ```

apitrace dump (from extra/firefox-108.0-1).

(Note: I've had issues getting apitrace to print all the GL calls here while running along with GDB; it's advised to avoid the -d flag for this particular issue)

asahi-diagnose-20221215-191410.txt

Nnubes256 commented 1 year ago

Follow-up from pulling in https://hg.mozilla.org/integration/autoland/rev/972b14b3582f (upstream fix for QuakeJS/Plex Firefox bug):

Plex no longer has a pink background, but instead the background now has artifacting effects that persist even after the UI has loaded.

Of note aside from the "stray triangle" are the circular patterns at both sides: the latter happen on llvmpipe, and even on Windows, but in these platforms they show up for a single frame at page load, when the centered Plex logo that first appears gets replaced by the loading spinner; whereas here such artifacts persist past loading. I couldn't reproduce those in Chromium, so I think the circular artifacts in particular may very likely stem from a bug in Firefox.

Screenshot
![image](https://user-images.githubusercontent.com/4301869/207953449-98a14b60-f61f-4bc0-a688-1590eb81bcb9.png)

Expected (LIBGL_ALWAYS_SOFTWARE=1)
![Screenshot_20221215_211742](https://user-images.githubusercontent.com/4301869/207958801-5480ea12-3e74-42df-86d3-60db2be98edc.png)
QuakeJS is now able to load, but seems to have a significant amount of clipping artifacts and general weird behavior (the whole map feels "wobbly" in a sense). Seems to also happen on Konqueror with WebRender (Chromium-based). Works fine on aur/ioquake3-git as of time of writing this.

Screenshots
![Screenshot_20221215_203559](https://user-images.githubusercontent.com/4301869/207959173-74642eda-9052-4cf0-a388-0d9afa719220.png) ![Screenshot_20221215_204120](https://user-images.githubusercontent.com/4301869/207959233-6f3c2bbb-6660-48f5-8e59-beab1f66257b.png)
Mapbox / Maptiler: unfortunately the GPU timeouts keep happening, and overall the problem seems to have largely stayed the same even after patching.

asahi-diagnose report: see previous comment.

TellowKrinkle commented 1 year ago

gl_FragDepth should now be supported too, please give it a try!

It doesn't seem to be working, but I'm also not seeing the commit you cherry-picked on stream on https://gitlab.freedesktop.org/asahi/mesa, the last commit is from earlier in the stream. I also didn't see you push it on stream...

asahilina commented 1 year ago

Yeah... I just realized I forgot to push it...

@TellowKrinkle There should be an updated build up now, can you try again? ^^

TellowKrinkle commented 1 year ago

Yep, working now

ericcurtin commented 1 year ago

When I change the following options to enable GPU acceleration in the Fedora Asahi kernel:

CONFIG_DRM_ASAHI=m
# CONFIG_DEBUG_INFO_BTF is not set

along with the mesa packages @leifliddy kindly prepared. Gnome etc. crashes and burns, unsure how to fix, journalctl -b and asahi-diagnose output below:

https://raw.githubusercontent.com/ericcurtin/staging/master/asahi-diagnose-20221216-153723.txt https://raw.githubusercontent.com/ericcurtin/staging/master/journalctl_b_bpf_off_asahi_drm_on.txt https://raw.githubusercontent.com/ericcurtin/staging/master/dnf_installed.txt

Also occurring on @leif's kernel.

marcan commented 1 year ago

@ericcurtin

OS firmware:    12.4
Dec 14 00:00:04 fedora kernel: asahi 206400000.gpu: Unsupported GPU/firmware combination (G13, [12, 4, 0])

I still don't know why people keep picking expert mode in the installer and then making non-default choices without understanding the consequences...

bradyslot commented 1 year ago

I'm experiencing rendering glitches using figma.com

To reproduce: Go to figma.com (login or whaterver) > open a design > look at the main view port

I'm using Sway without xwaylnd and I'm using firefox 107.0-1

figma-screenshot

Just a moment ago I installed: mesa-asahi-edge 23.0.0_pre20221214-2 Something funky is going on with it, the file is roughly ~300k lines https://gist.github.com/bradyslot/d5361b9bbe8fde7ceca875220a9cde4f

But previously I was running: mesa-asahi-edge 23.0.0_pre20221214-1 https://gist.github.com/bradyslot/edb2ae5efe047063374bd34f038f9e8b

I've had this on all versions of mesa-asahi-edge

zanfix commented 1 year ago

I have a problem with firefox tooltips from wayland session:

If you go with the mouse somewhere on the firefox window that will popup a tooltip, this tooltip will go away (hide) briefly and come back if you move with the mouse out of the firefox window to the plasma shell menubar (for example to switch virtual desktop) . The problem will not happen if firefox is run with LIBGL_ALWAYS_SOFTWARE=1 and does not happen from X11 session

I'm on asahi desktop with firefox 108.1

asahi-diagnose-20221219-113602.txt

apple-corps commented 1 year ago

Has the issue with IntelliJ IDEs been reported here? I use IntelliJ IDEA daily. I have been using mesa with ashai-linux-edge as a workaround. mesa-asahi-edge seems to cause the IDE to act sluggish and pause and give the log lines shared on the thread below.

https://www.reddit.com/r/AsahiLinux/comments/zt2gu9/are_intellij_rider_or_similar_ides_sluggish_for/?utm_source=share&utm_medium=web2x&context=3

For example I just installed mesa-asahi-edge again and I'm getting the sluggish behavior and this output from idea's invocation in the terminal

2023-01-17 16:18:46,110 [   5640]   WARN - #c.i.o.a.i.ActionUpdater - 1048 ms to grab EDT for LiveEditActionProvider$createAction$1#update@EditorInspectionsToolbar (com.android.tools.idea.editors.liveedit.ui.LiveEditActionProvider$createAction$1)
2023-01-17 16:18:46,697 [   6227]   WARN - #c.i.o.a.i.ActionUpdater - 585 ms to grab EDT for TrafficLightAction#update@EditorInspectionsToolbar (com.intellij.openapi.editor.impl.EditorMarkupModelImpl$TrafficLightAction)
2023-01-17 16:18:47,326 [   6856]   WARN - #c.i.o.a.i.ActionUpdater - 628 ms to grab EDT for EditorMarkupModelImpl$1#update@EditorInspectionsToolbar (com.intellij.openapi.editor.impl.EditorMarkupModelImpl$1)
2023-01-17 16:18:58,511 [  18041]   WARN - #c.i.o.a.i.ActionUpdater - 1012 ms to grab EDT for CWMTelephonyGroup#update@NavBarToolbar (com.jetbrains.rd.platform.codeWithMe.telephony.CWMTelephonyGroup)
2023-01-17 16:18:58,518 [  18048]   WARN - #c.i.o.a.i.ActionUpdater - 718 ms to grab EDT for ToolWindowHeader$2#update@ToolwindowTitle (com.intellij.toolWindow.ToolWindowHeader$2)
2023-01-17 16:19:01,625 [  21155]   WARN - #c.i.o.a.i.ActionUpdater - 627 ms to grab EDT for CollapseAllAction#update@ToolwindowTitle (com.intellij.ide.actions.CollapseAllAction)
2023-01-17 16:19:01,627 [  21157]   WARN - #c.i.o.a.i.ActionUpdater - 623 ms to grab EDT for DeviceAndSnapshotComboBoxAction#update@NavBarToolbar (com.android.tools.idea.run.deployment.DeviceAndSnapshotComboBoxAction)
2023-01-17 16:19:14,872 [  34402]   WARN - #c.i.o.a.i.ActionUpdater - 951 ms to grab EDT for LiveEditActionProvider$createAction$1#update@EditorInspectionsToolbar (com.android.tools.idea.editors.liveedit.ui.LiveEditActionProvider$createAction$1)
2023-01-17 16:19:15,463 [  34993]   WARN - #c.i.o.a.i.ActionUpdater - 589 ms to grab EDT for TrafficLightAction#update@EditorInspectionsToolbar (com.intellij.openapi.editor.impl.EditorMarkupModelImpl$TrafficLightAction)
2023-01-17 16:19:15,768 [  35298]   WARN - #c.i.o.a.i.ActionUpdater - 304 ms to grab EDT for EditorMarkupModelImpl$1#update@EditorInspectionsToolbar (com.intellij.openapi.editor.impl.EditorMarkupModelImpl$1)
2023-01-17 16:19:15,768 [  35298]   WARN - #c.i.o.a.i.ActionUpdater - 305 ms to grab EDT for RestorePreviewTextAction#update@ContextToolbar (com.intellij.application.options.colors.FontEditorPreview$RestorePreviewTextAction)
2023-01-17 16:19:16,460 [  35990]   WARN - #c.i.o.a.i.ActionUpdater - 414 ms to grab EDT for RestorePreviewTextAction#update@ContextToolbar (com.intellij.application.options.colors.FontEditorPreview$RestorePreviewTextAction)
2023-01-17 16:19:27,755 [  47285]   WARN - #c.i.o.a.i.ActionUpdater - 341 ms to grab EDT for DeviceAndSnapshotComboBoxAction#update@NavBarToolbar (com.android.tools.idea.run.deployment.DeviceAndSnapshotComboBoxAction)
^Cidea.sh  1:24.25 user 3.050 system 169% cpu (51.546 wasted time).

mkurz commented 1 year ago

@apple-corps I am running IntelliJ without problems since months and at feels very fast, no problems at all. If you use the GPU driver you need so set two properties, see https://github.com/AsahiLinux/linux/issues/73#issuecomment-1344680802

apple-corps commented 1 year ago

@apple-corps I am running IntelliJ without problems since months and at feels very fast, no problems at all. If you use the GPU driver you need so set two properties, see #73 (comment)

@mkurz thanks. I will give it a shot and report back / close the issue if it works well.

cyrinux commented 1 year ago

360° video are pinky, eg: https://www.youtube.com/watch?v=eeF8YIhut34

DavidBuchanan314 commented 1 year ago

EDIT: fixed as of latest update!

Visiting https://tetris.com/play-tetris/ crashes Firefox (110.0), midway through the game loading. This is reproducible (on my machine, at least :P ).

Firefox logs this to stderr:

Crash Annotation GraphicsCriticalError: |[C0][GFX1-]: Receive IPC close with reason=AbnormalShutdown (t=10.292) Segmentation fault (core dumped)

There doesn't seem to be anything in dmesg.

Looking at a (non-symbolicated) firefox backtrace, it looks like it could be the same root cause as the PubChem crash listed above.

backtrace

``` #0 0x0000fffff7bc61fc in memcpy () at /usr/lib/libc.so.6 #1 0x0000ffffddeac058 in () at /usr/lib/dri/asahi_dri.so #2 0x0000ffffdde909b0 in () at /usr/lib/dri/asahi_dri.so #3 0x0000ffffdda06b34 in () at /usr/lib/dri/asahi_dri.so #4 0x0000ffffdda084e8 in () at /usr/lib/dri/asahi_dri.so #5 0x0000ffffee4fa1e0 in () at /usr/lib/firefox/libxul.so #6 0x0000ffffee4f9d8c in () at /usr/lib/firefox/libxul.so #7 0x0000ffffee53c6b0 in () at /usr/lib/firefox/libxul.so #8 0x0000ffffee51a34c in () at /usr/lib/firefox/libxul.so #9 0x0000ffffee589980 in () at /usr/lib/firefox/libxul.so #10 0x0000ffffed7a0b78 in () at /usr/lib/firefox/libxul.so #11 0x0000ffffed2e0214 in () at /usr/lib/firefox/libxul.so #12 0x0000ffffed2df4f4 in () at /usr/lib/firefox/libxul.so #13 0x0000ffffed2df83c in () at /usr/lib/firefox/libxul.so #14 0x0000ffffed2dfca8 in () at /usr/lib/firefox/libxul.so #15 0x0000ffffecd0b004 in () at /usr/lib/firefox/libxul.so #16 0x0000ffffecd0ec58 in () at /usr/lib/firefox/libxul.so #17 0x0000ffffed2e2f00 in () at /usr/lib/firefox/libxul.so #18 0x0000ffffed299ef4 in () at /usr/lib/firefox/libxul.so #19 0x0000ffffecd08bc4 in () at /usr/lib/firefox/libxul.so #20 0x0000fffff6fbdfd4 in () at /usr/lib/libnspr4.so #21 0x0000fffff7bb0aec in () at /usr/lib/libc.so.6 #22 0x0000fffff7c1a5dc in () at /usr/lib/libc.so.6 ```

mkurz commented 1 year ago

@DavidBuchanan314 I can reproduce this as well. However it works when you start firefox with:

MESA_GL_VERSION_OVERRIDE=3.3 MESA_GLSL_VERSION_OVERRIDE=330 MESA_GLES_VERSION_OVERRIDE=3.1 firefox

zanfix commented 1 year ago

I have a problem with firefox tooltips from wayland session:

If you go with the mouse somewhere on the firefox window that will popup a tooltip, this tooltip will go away (hide) briefly and come back if you move with the mouse out of the firefox window to the plasma shell menubar (for example to switch virtual desktop) . The problem will not happen if firefox is run with LIBGL_ALWAYS_SOFTWARE=1 and does not happen from X11 session

I'm on asahi desktop with firefox 108.1

asahi-diagnose-20221219-113602.txt

It appears that the env variable MOZ_USE_XINPUT2=1 is causing the issue...

walterav1984 commented 1 year ago

Another funny WebGL test is for the OpenLara engine but currently its web version is down...

Project: https://github.com/XProger/OpenLara

Demosite: http://xproger.info/projects/OpenLara/

hackgrid commented 1 year ago

Another funny WebGL test is for the OpenLara engine but currently its web version is down...

Project: https://github.com/XProger/OpenLara

Demosite: http://xproger.info/projects/OpenLara/

Works fine here atm!

walterav1984 commented 1 year ago

@hackgrid Does the online demo level WebGL version runs fine on Asahi Linux or other setup, currently website still broken for me?

Update: Indeed its working again on both machines and on both browser...

kalrykh commented 1 year ago

Brave (chromium based browser) is now showing hardware acceleration unavailable in brave://gpu. I haven't tried running it with any environmental variables to fool it yet. Up until the past few days, I didn't need to. The only thing I'm using in brave://flags is ozone-platform-hint=auto to have it use wayland. This is on a fresh Asahi Desktop install, no changes other than a full system update with pacman -Syu, installing the edge kernel/mesa/update-grub/plasma-wayland-session and adding yay so I could pull in brave-bin from the AUR. I did get a bunch of GLib-GIO-CRITICAL messages at the end of pacman -Syu this time, so something may have broken in a recent update. asahi-diagnose-20230313-094647.txt

SuperKenVery commented 1 year ago

AFAIK chromium indeed can't use hardware acceleration. The OpenGL version is not high enough.

kalrykh commented 1 year ago

AFAIK chromium indeed can't use hardware acceleration. The OpenGL version is not high enough.

It was working, or at least brave://gpu was reporting it as working, a few days ago, in both fedora and arch. I wasn't sure if they had changed something on their end, so I was just giving a heads up. Looks like it still works using the command line stuff from https://github.com/AsahiLinux/linux/issues/73 -- I apologize for adding unneeded noise to the tracker.

fluxth commented 1 year ago

After the latest update, I started to have color rendering issues in transparent windows on Wayland KDE desktop.

Screenshot_20230321_121639 asahi-diagnose-20230321-121735.txt

AsahiLinux / linux