| Bug ID | 100697 |
|---|---|
| Summary | [radeonsi,WebGL] blinking random patches instead of blinking = squares |
| Product | Mesa |
| Version | git |
| Hardware | Other |
| URL | https://robertsspaceindustries.com/starmap |
| OS | All |
| Status | NEW |
| Severity | minor |
| Priority | low |
| Component | Drivers/Gallium/radeonsi |
| Assignee | dri-devel@lists.freedesktop.org |
| Reporter | kai@dev.carbon-project.org |
| QA Contact | dri-devel@lists.freedesktop.org |
Created attachment 130867 [details] Random blinking spots instead of squares When viewing <htt= ps://robertsspaceindustries.com/starmap> you can see random blinking patches (see attached screenshot) instead of full screen of blinki= ng squares in the background during the loading screens. The first few seconds= of <https://www.y= outube.com/watch?v=3DXn3MeDnryt8> show how the background should look. Please note, that the actual star map works fine AFAICT (thus the reduced severity and priority). This is with the OpenGL stack detailed below and Firefox 52.0.2. Also this doesn't seem to be a duplicate of bug 100036 as that star map seems = to render correctly for me with the same setup. The full stack (Debian testing as a base) is: GPU: Hawaii PRO [Radeon R9 290] (ChipID =3D 0x67b1) Mesa: Git:master/566f2ed571 libdrm: Git:master/c9c77c3717 (tag libdrm-2.4.79) LLVM: SVN:trunk/r299977 (5.0 devel) X.Org: 2:1.19.2-1 Linux: 4.10.9 Firmware (firmware-amd-graphics): 20161130-2 libclc: 0.2.0+git20170330-1 (rebuilt for LLVM 5.0) DDX (xserver-xorg-video-amdgpu): 1.2.0-1+b1 Let me know if you need anything else.
While I'm not a dev, but this is very similar to what I see in= Xonotic, due to llvm regression, see this bug: https://bugs.freedesktop.org/show_bug.= cgi?id=3D100681 If you can, try building mesa with earlier llvm revision, I myself use 2998= 00 for now.
(In reply to network723 from comment #1) > While I'm not a dev, but this is very similar to= what I see in Xonotic, due > to llvm regression, see this bug: > https://bugs.freedesktop.org/show_bug.= cgi?id=3D100681 >=20 > If you can, try building mesa with earlier llvm revision, I myself use > 299800 for now. Thanks for the pointer but I've seen this issue for quite some time with different versions of Mesa and LLVM. Therefore I do not believe this to be related. I just never got around to report the bug since the main part of t= he map is rendering fine and the menus are working as well. It's really just t= he background here.
It seems to render incorrectly in Firefox, but renders correct= ly in Chrome. The Firefox console has a number of GL_ARB_gpu_shader5 warnings like: 0:2(12): warning: extension `GL_ARB_gpu_shader5' unsupported in fragment sh= ader For reference it runs fine in both on i965.
(In reply to Timothy Arceri from comment #3) > It seems to render incorrectly in Firefox, but r= enders correctly in Chrome. I meant to add that while it renders correctly the performance is really ba= d in chrome. >=20 > The Firefox console has a number of GL_ARB_gpu_shader5 warnings like: >=20 > 0:2(12): warning: extension `GL_ARB_gpu_shader5' unsupported in fragme= nt > shader >=20 >=20 > For reference it runs fine in both on i965.
| What | Removed | Added |
|---|---|---|
| Resolution | --- | FIXED |
| Status | NEW | RESOLVED |
Ok, this is fixed now with latest Mesa and LLVM development bu= ilds. I'm seeing the squares correctly rendered before Firefox 61 crashes. But since all WebGL-using sites are crashing now (eg. Google Maps), this is very likely something different. Chromium 68 doesn't crash but still renders incorrectly for me.