mesa issueshttps://gitlab.freedesktop.org/mesa/mesa/-/issues2019-09-25T18:51:40Zhttps://gitlab.freedesktop.org/mesa/mesa/-/issues/1445"Stalling on GPU for mapping a busy buffer object" message2019-09-25T18:51:40ZBugzilla Migration User"Stalling on GPU for mapping a busy buffer object" message## Submitted by Cedric Sodhi
Assigned to **Ian Romanick**
**[Link to original bug (#80936)](https://bugs.freedesktop.org/show_bug.cgi?id=80936)**
## Description
I get this message on every call of DrawElements, although I do not m...## Submitted by Cedric Sodhi
Assigned to **Ian Romanick**
**[Link to original bug (#80936)](https://bugs.freedesktop.org/show_bug.cgi?id=80936)**
## Description
I get this message on every call of DrawElements, although I do not map a single buffer throughout the course of the program. The code (not a testcase, but small program) is located here
https://github.com/ManDay/iod/commit/cc99a3a71704368fa95beed5ffc7b444e9d2be5d
(depends on CMake, GLFW, Version overrides 3.3/330)
The message is caused by iod/planet.c:660.
Version: 10.2https://gitlab.freedesktop.org/mesa/mesa/-/issues/1444[IVB/HSW/BYT-M/BDW] GpuTest_v0.5_triangle performance slower by 10%~50% in fu...2019-09-25T18:51:36ZBugzilla Migration User[IVB/HSW/BYT-M/BDW] GpuTest_v0.5_triangle performance slower by 10%~50% in fullscreen than in windowed & composited mode## Submitted by zhoujian
Assigned to **Ian Romanick**
**[Link to original bug (#80705)](https://bugs.freedesktop.org/show_bug.cgi?id=80705)**
## Description
Platform: BYT-M/IVB/HSW/BDW
Libdrm: (master)libdrm-2.4.54-17-ge8c3c1358ec...## Submitted by zhoujian
Assigned to **Ian Romanick**
**[Link to original bug (#80705)](https://bugs.freedesktop.org/show_bug.cgi?id=80705)**
## Description
Platform: BYT-M/IVB/HSW/BDW
Libdrm: (master)libdrm-2.4.54-17-ge8c3c1358ecaf4e90f7d43762357ae6f8e2022b6
Mesa: (master)c58486516f2ec8341f92554e28fd84c10d835a45
Xserver: (master)xorg-server-1.15.99.902-121-g2f5cf9ff9a0f713b7e038636484c77f113a5f10a
Xf86_video_intel: (master)2.99.912-164-gc5c7dd24a55f04322d5eec10dc4352d8a8e92b1e
Cairo: (master)f574fec8d2d1f83525fd7e4dbb266b6e5091627d
Libva: (master)c61d8c6ce9ffc27320e9e177c1e1123d5f1b5014
Libva_intel_driver: (master)745340dd013399f64507de73401ab3adb712dad5
Kernel: (drm-intel-nightly) git-1087d4
Bug detailed description:
----------------------------------------------
GpuTest_v0.5_triangle is slower by 10%~50% in fullscreen than in windowed & composited mode on BYT-M/IVB/HSW/BDW, The problem exists both on gnome-session and Raw X.
Reproduce steps:
---------------------------------------------
1. xinit&
2. ./GpuTest /test=triangle /width=1920 /height=1080 /fullscreen /benchmark /no_scorebox
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/1443Gen4-5 code lost: runtime_check_aads_emit2019-09-25T18:51:28ZBugzilla Migration UserGen4-5 code lost: runtime_check_aads_emit## Submitted by Kenneth Graunke `@kwg`
Assigned to **Ian Romanick**
**[Link to original bug (#78679)](https://bugs.freedesktop.org/show_bug.cgi?id=78679)**
## Description
The c->runtime_check_aads_emit field has been unused since ...## Submitted by Kenneth Graunke `@kwg`
Assigned to **Ian Romanick**
**[Link to original bug (#78679)](https://bugs.freedesktop.org/show_bug.cgi?id=78679)**
## Description
The c->runtime_check_aads_emit field has been unused since we removed the old ARB_fragment_shader backend in commit 098acf6c84333edbb7b1228545e4bdb2572ee0cd.
It apparently used to control runtime checking of antialiased line stuff when doing FB writes on Gen4-5. Presumably, that existed for a reason, and this has just been broken since Mesa 9.1 or so.
Someone should investigate and either fix the code, or explain why it isn't necessary and close this as NOTABUG.
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/1442GPU crash on WebGL application (stuck on render ring) | drm/i915 | GM965 | Ke...2022-06-02T22:34:36ZBugzilla Migration UserGPU crash on WebGL application (stuck on render ring) | drm/i915 | GM965 | Kernel 3.14.1 | MESA 10.1## Submitted by acidicX
Assigned to **Intel 3D Bugs Mailing List**
**[Link to original bug (#77918)](https://bugs.freedesktop.org/show_bug.cgi?id=77918)**
## Description
Created attachment 97947
journal-log
When I tried to start ...## Submitted by acidicX
Assigned to **Intel 3D Bugs Mailing List**
**[Link to original bug (#77918)](https://bugs.freedesktop.org/show_bug.cgi?id=77918)**
## Description
Created attachment 97947
journal-log
When I tried to start a WebGL application (triggerrally.com), the GPU crashed while loading the game.
This happened with Chromium Nightly and Firefox Stable (28) and is reproducable.
I've attached the full log from journal - sorry, I don't know how much you guys need to debug. If you need any more information please let me know.
The error file (gpu crash dump at /sys/class/drm/card0/error) is empty / 0 bytes..?
Hardware
HP Compaq 6510b w. Intel GMA X3100
Software
Arch Linux x64,
Kernel 3.14.1,
MESA 10.1.1,
intel-dri 10.1.1
**Attachment 97947**, "journal-log":
[journal.txt](/uploads/12159f1e1fbeade4323fb2a7842a3686/journal.txt)
Version: 10.1https://gitlab.freedesktop.org/mesa/mesa/-/issues/1441Implement real support for ARB_vertex_attrib_binding2020-02-12T15:14:53ZBugzilla Migration UserImplement real support for ARB_vertex_attrib_binding## Submitted by Kenneth Graunke `@kwg`
Assigned to **Intel 3D Bugs Mailing List**
**[Link to original bug (#77822)](https://bugs.freedesktop.org/show_bug.cgi?id=77822)**
## Description
We need to implement real ARB_vertex_attrib_b...## Submitted by Kenneth Graunke `@kwg`
Assigned to **Intel 3D Bugs Mailing List**
**[Link to original bug (#77822)](https://bugs.freedesktop.org/show_bug.cgi?id=77822)**
## Description
We need to implement real ARB_vertex_attrib_binding support in i965. Fredrik implemented the API front-end bits, and then code to translate the new data structures into the old gl_client_array structs as derived state. Our driver still consumes the old structs. Converting it to the new structs would eliminate the need to compute that derived state, and would also match the hardware better, cleaning up the drawing code.
This may entail rewriting parts of the VBO module, which could entail rewriting swtnl drivers...
Version: git
### Blocking
* [Bug 77547](https://bugs.freedesktop.org/show_bug.cgi?id=77547)https://gitlab.freedesktop.org/mesa/mesa/-/issues/1440[ILK] piglit.spec.arb_texture_cube_map.copyteximage cube fails2019-09-25T18:51:18ZBugzilla Migration User[ILK] piglit.spec.arb_texture_cube_map.copyteximage cube fails## Submitted by lu hua
Assigned to **Intel 3D Bugs Mailing List**
**[Link to original bug (#77553)](https://bugs.freedesktop.org/show_bug.cgi?id=77553)**
## Description
System Environment:
--------------------------
Platform: Iron...## Submitted by lu hua
Assigned to **Intel 3D Bugs Mailing List**
**[Link to original bug (#77553)](https://bugs.freedesktop.org/show_bug.cgi?id=77553)**
## Description
System Environment:
--------------------------
Platform: Ironlake/Sandybridge
Libdrm: (master)libdrm-2.4.53
Mesa: (master)6d0e30c6a332de9ea7ab00e1fd303df2fb337c64
Xserver: (master)xorg-server-1.15.99.902-2-g3028ae6c9aa37168e249e0d847b29f8e3efb05b2
Xf86_video_intel:(master)2.99.911-80-gfd0579016be9e0385c0cdd07a9f9e17f93b93a4f
Cairo: (master)bb17403622e9ea474017e0039af8ee48b2b285db
Libva: (staging)960352aaf1e11891a533ce2c98b16edde24d6851
Libva_intel_driver:(staging)782b8afdda14f000874d8acf51c3e8c490d55773
Kernel: (drm-intel-nightly) 45912bd2d9d3d8f8e78e81bbab25251c6b17c5f8
Bug detailed description:
-----------------------------
It fails on Ironlake and Sandybrisge with mesa master branch, works well on 10.1 branch,
spec_EXT_texture_array_copyteximage_1D_ARRAY and spec_EXT_texture_array_copyteximage_2D_ARRAY also fail with same bisect commit.
Bisect shows: 234db609544ee521458ce8b648e70cffe2fda6f9 is the first bad commit.
commit 234db609544ee521458ce8b648e70cffe2fda6f9
Author: Eric Anholt <eric@anholt.net>
AuthorDate: Fri Feb 28 13:23:25 2014 -0800
Commit: Eric Anholt <eric@anholt.net>
CommitDate: Tue Apr 15 14:34:22 2014 -0700
meta: Add an accelerated glCopyTexSubImage using glBlitFramebuffer.
You'll note from the previous commits that there's something of a loop
here: You call CTSI, which calls BlitFB, then if things go wrong that
falls back to CTSI. As a result, meta CTSI reaches over into blitfb to
tell it "no, don't try that fallback".
v2: Drop the _mesa_update_state(), which was only necessary due to use of
_mesa_clip_blit() in _mesa_meta_BlitFramebuffer() in another patch
series.
v3: Drop an _EXT suffix I copy-and-pasted.
Reviewed-by: Ian Romanick <ian.d.romanick@intel.com> (v2)
Reviewed-by: Kenneth Graunke <kenneth@whitecape.org>
output:
Testing GL_TEXTURE_CUBE_MAP
Texture target = GL_TEXTURE_CUBE_MAP, Internal format = GL_RED
Texture target = GL_TEXTURE_CUBE_MAP, Internal format = GL_RG
Texture target = GL_TEXTURE_CUBE_MAP, Internal format = GL_RGB8
Texture target = GL_TEXTURE_CUBE_MAP, Internal format = GL_RGB16
Texture target = GL_TEXTURE_CUBE_MAP, Internal format = GL_RGB16F
Texture target = GL_TEXTURE_CUBE_MAP, Internal format = GL_RGB32F
Texture target = GL_TEXTURE_CUBE_MAP, Internal format = GL_RGBA8
Texture target = GL_TEXTURE_CUBE_MAP, Internal format = GL_RGBA16
Texture target = GL_TEXTURE_CUBE_MAP, Internal format = GL_RGBA16F
Texture target = GL_TEXTURE_CUBE_MAP, Internal format = GL_RGBA32F
Texture target = GL_TEXTURE_CUBE_MAP, Internal format = GL_COMPRESSED_RED
Texture target = GL_TEXTURE_CUBE_MAP, Internal format = GL_COMPRESSED_RG
Texture target = GL_TEXTURE_CUBE_MAP, Internal format = GL_COMPRESSED_RGB
Texture target = GL_TEXTURE_CUBE_MAP, Internal format = GL_COMPRESSED_RGBA
Texture target = GL_TEXTURE_CUBE_MAP, Internal format = GL_LUMINANCE
Texture target = GL_TEXTURE_CUBE_MAP, Internal format = GL_LUMINANCE_ALPHA
Texture target = GL_TEXTURE_CUBE_MAP, Internal format = GL_INTENSITY
Texture target = GL_TEXTURE_CUBE_MAP, Internal format = GL_DEPTH_COMPONENT
Texture target = GL_TEXTURE_CUBE_MAP, Internal format = GL_DEPTH_COMPONENT16
Texture target = GL_TEXTURE_CUBE_MAP, Internal format = GL_DEPTH_COMPONENT24
Texture target = GL_TEXTURE_CUBE_MAP, Internal format = GL_DEPTH_COMPONENT32F
WARNING: Depth/stencil buffer needs alignment to 8-pixel boundaries.
Truncating offset, bad rendering may occur.
WARNING: Depth/stencil buffer needs alignment to 8-pixel boundaries.
Truncating offset, bad rendering may occur.
Probe color at (336,12)
Expected: 0.637500 0.637500 0.637500 1.000000
Observed: 0.000000 0.000000 0.000000 1.000000
Probe color at (348,0)
Expected: 0.412500 0.412500 0.412500 1.000000
Observed: 0.000000 0.000000 0.000000 1.000000
Probe color at (336,12)
Expected: 0.187500 0.187500 0.187500 1.000000
Observed: 0.000000 0.000000 0.000000 1.000000
Texture target = GL_TEXTURE_CUBE_MAP, Internal format = GL_DEPTH24_STENCIL8
Texture target = GL_TEXTURE_CUBE_MAP, Internal format = GL_DEPTH32F_STENCIL8
Probe color at (368,12)
Expected: 0.637500 0.637500 0.637500 1.000000
Observed: 0.000000 0.000000 0.000000 1.000000
Probe color at (380,0)
Expected: 0.412500 0.412500 0.412500 1.000000
Observed: 0.000000 0.000000 0.000000 1.000000
Probe color at (368,12)
Expected: 0.187500 0.187500 0.187500 1.000000
Observed: 0.000000 0.000000 0.000000 1.000000
PIGLIT: {'result': 'fail' }
Reproduce steps:
----------------------------
1. xinit
2. ./bin/copyteximage CUBE -autohttps://gitlab.freedesktop.org/mesa/mesa/-/issues/1439[TRACKER] i965 performance improvements2019-09-25T18:51:16ZBugzilla Migration User[TRACKER] i965 performance improvements## Submitted by Matt Turner `@mattst88`
Assigned to **Ian Romanick**
**[Link to original bug (#77547)](https://bugs.freedesktop.org/show_bug.cgi?id=77547)**
## Description
This bug tracks performance improvement ideas for i965. Th...## Submitted by Matt Turner `@mattst88`
Assigned to **Ian Romanick**
**[Link to original bug (#77547)](https://bugs.freedesktop.org/show_bug.cgi?id=77547)**
## Description
This bug tracks performance improvement ideas for i965. This can include areas of Mesa outside the i965 driver itself.
Please don't talk in this bug, but add performance improvement ideas as blocking bugs. This bug does not track performance regressions, so do not add those as blockers.
### Depends on
* [Bug 77822](https://bugs.freedesktop.org/show_bug.cgi?id=77822)
* [Bug 83658](https://bugs.freedesktop.org/show_bug.cgi?id=83658)
* [Bug 85505](https://bugs.freedesktop.org/show_bug.cgi?id=85505)
* [Bug 86161](https://bugs.freedesktop.org/show_bug.cgi?id=86161)
* [Bug 87661](https://bugs.freedesktop.org/show_bug.cgi?id=87661)
* [Bug 90158](https://bugs.freedesktop.org/show_bug.cgi?id=90158)
* [Bug 55149](https://bugs.freedesktop.org/show_bug.cgi?id=55149)
* [Bug 55153](https://bugs.freedesktop.org/show_bug.cgi?id=55153)
* [Bug 76861](https://bugs.freedesktop.org/show_bug.cgi?id=76861)
* [Bug 76862](https://bugs.freedesktop.org/show_bug.cgi?id=76862)
* [Bug 77456](https://bugs.freedesktop.org/show_bug.cgi?id=77456)
* [Bug 77544](https://bugs.freedesktop.org/show_bug.cgi?id=77544)
* [Bug 77740](https://bugs.freedesktop.org/show_bug.cgi?id=77740)
* [Bug 77742](https://bugs.freedesktop.org/show_bug.cgi?id=77742)
* [Bug 77957](https://bugs.freedesktop.org/show_bug.cgi?id=77957)
* [Bug 80037](https://bugs.freedesktop.org/show_bug.cgi?id=80037)
* [Bug 82831](https://bugs.freedesktop.org/show_bug.cgi?id=82831)
* [Bug 84758](https://bugs.freedesktop.org/show_bug.cgi?id=84758)
* [Bug 86822](https://bugs.freedesktop.org/show_bug.cgi?id=86822)
* [Bug 87103](https://bugs.freedesktop.org/show_bug.cgi?id=87103)
* [Bug 89970](https://bugs.freedesktop.org/show_bug.cgi?id=89970)
* [Bug 94747](https://bugs.freedesktop.org/show_bug.cgi?id=94747)https://gitlab.freedesktop.org/mesa/mesa/-/issues/1438PBO glDrawPixels fails with MSAA2019-09-25T18:51:13ZBugzilla Migration UserPBO glDrawPixels fails with MSAA## Submitted by Alexander Monakov
Assigned to **Intel 3D Bugs Mailing List**
**[Link to original bug (#77412)](https://bugs.freedesktop.org/show_bug.cgi?id=77412)**
## Description
Created attachment 97323
reproducer
i965 blit fas...## Submitted by Alexander Monakov
Assigned to **Intel 3D Bugs Mailing List**
**[Link to original bug (#77412)](https://bugs.freedesktop.org/show_bug.cgi?id=77412)**
## Description
Created attachment 97323
reproducer
i965 blit fastpath for PBO glDrawPixels does not work with MSAA, even though INTEL_DEBUG=pix indicates success. The attached testcase demonstrates the problem.
**Attachment 97323**, "reproducer":
[drawpixtest.c](/uploads/26073df7bd83f4e85bd45a7c51f332e5/drawpixtest.c)
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/1437Gnome-Shell Navigation Error2019-09-25T18:51:06ZBugzilla Migration UserGnome-Shell Navigation Error## Submitted by Justin Brown
Assigned to **Ian Romanick**
**[Link to original bug (#77037)](https://bugs.freedesktop.org/show_bug.cgi?id=77037)**
## Description
I've been experiencing this problem for nearly a year and haven't had...## Submitted by Justin Brown
Assigned to **Ian Romanick**
**[Link to original bug (#77037)](https://bugs.freedesktop.org/show_bug.cgi?id=77037)**
## Description
I've been experiencing this problem for nearly a year and haven't had any luck resolving it. I know this sounds like a Gnome problem, but it only occurs when using Intel graphics.
System:
This occurs exclusively on a HD Graphics 4600 (i7-4770) system. I have tried everything from various single monitor configurations to my usual triple-monitor configuration (1920x1080, 1920x1200, and 2560x1440) and even tried various display connectors. There has not been a discernible difference in the error rate between all of the configurations. Currently, the system has 512MiB of memory assigned to the GPU.
Problem:
When using HD Graphics 4600 (i7-4770) regardless of monitor configuration, I constantly have the following problem in Gnome (3.8-3.12) on Fedora (versions 19 and 20). Every 5-10 minutes, I will lose the ability to click on any item outside of the active window. The mouse cursor moves around fine, but I can't interact with anything else. No overview mode, no ability to click to focus on anything else. The keyboard and mouse continue to work in the active application. Interestingly, I can alt+tab to another program, and use input devices there.
Recovery:
If I switch from Gnome on VT1 to any other VT, even for a fraction of a second, and back again then everything returns to normal 95% of the time. (Very rarely, do I have to do it twice.)
Logs:
There aren't any useful log messages, but the following does appear when this problem occurs.
[2149:2149:0225/193020:ERROR:browser_main_loop.cc(234)] Gdk: IA__gdk_window_get_events: assertion 'GDK_IS_WINDOW (window)' failed
[2149:2149:0225/193020:ERROR:browser_main_loop.cc(234)] GLib-GObject: g_object_ref: assertion 'G_IS_OBJECT (object)' failed
[2149:2149:0225/193020:ERROR:browser_main_loop.cc(234)] GLib-GObject: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
[2149:2149:0225/193022:ERROR:browser_main_loop.cc(234)] Gdk: IA__gdk_window_get_events: assertion 'GDK_IS_WINDOW (window)' failed
[2149:2149:0225/193022:ERROR:browser_main_loop.cc(234)] GLib-GObject: g_object_ref: assertion 'G_IS_OBJECT (object)' failed
[2149:2149:0225/193023:ERROR:browser_main_loop.cc(234)] GLib-GObject: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
[2149:2149:0225/193023:ERROR:browser_main_loop.cc(234)] Gdk: IA__gdk_window_get_events: assertion 'GDK_IS_WINDOW (window)' failed
[2149:2149:0225/193023:ERROR:browser_main_loop.cc(234)] GLib-GObject: g_object_ref: assertion 'G_IS_OBJECT (object)' failed
[2149:2149:0225/193023:ERROR:browser_main_loop.cc(234)] GLib-GObject: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
[2149:2149:0225/193023:ERROR:browser_main_loop.cc(234)] Gdk: IA__gdk_window_get_events: assertion 'GDK_IS_WINDOW (window)' failed
[2149:2149:0225/193023:ERROR:browser_main_loop.cc(234)] GLib-GObject: g_object_ref: assertion 'G_IS_OBJECT (object)' failed
[2149:2149:0225/193023:ERROR:browser_main_loop.cc(234)] GLib-GObject: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
Gjs-Message: JS LOG: pushModal: invocation of begin_modal failed
Upon the VT switch trick, there's no recovery messages.
Testing:
I use a variety of Intel HD Graphics systems and have never experienced this problem. They include a laptop with 4400 (i7-4600U), 4000 (i7-3520M), and 3000 (i5-2500K). Fedora, somewhat mysteriously ships a rather old version of xorg-x11-drv-intel (2.21.15). I added Intel's graphics repository (https://download.01.org/gfx/fedora/20/) for Fedora, which includes (2.99.907), but the problem still occurred at the same frequency.
I've temporary added a Nvidia 210 graphics card using the nouveau driver to this system, and have not experienced the problem in over 6 hours of testing.
Conclusion:
I come away extremely confused. This is such a strange problem to have on one specific GPU.
My gut tells me that it has to be something with Xorg since a switch to a VT immediately fixes it. Unfortunately, Xorg doesn't log any messages when this behavior occurs.
I'd like to submit more information if anyone can think of additional things to test or debugging options to use.
Version: 10.0https://gitlab.freedesktop.org/mesa/mesa/-/issues/1436[G45] CoreBreach: Ship's flames are pixelized2019-09-25T18:51:02ZBugzilla Migration User[G45] CoreBreach: Ship's flames are pixelized## Submitted by Md Imam Hossain
Assigned to **Intel 3D Bugs Mailing List**
**[Link to original bug (#76766)](https://bugs.freedesktop.org/show_bug.cgi?id=76766)**
## Description
The game Core Breach
http://corebreach.corecode.at/...## Submitted by Md Imam Hossain
Assigned to **Intel 3D Bugs Mailing List**
**[Link to original bug (#76766)](https://bugs.freedesktop.org/show_bug.cgi?id=76766)**
## Description
The game Core Breach
http://corebreach.corecode.at/CoreBreach/Try.html
player ship's back flames are rendered as large pixels rather than smooth on Mesa DRI Mobile Intel® GM45 Express Chipset. There is a similar bug like this
https://bugs.freedesktop.org/show_bug.cgi?id=57548
my guess they are related.
System:
Ubuntu 13.10
linux 3.12.0-031200-generic
Mesa 10.2.0-devel (master branch)
xf86-video-intel 2.99.905
Intel GMA 4500MHD (device id: 2a42)
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/1435[G45] CoreBreach: Geometry outlines incorrect rendering2019-09-25T18:50:59ZBugzilla Migration User[G45] CoreBreach: Geometry outlines incorrect rendering## Submitted by Md Imam Hossain
Assigned to **Intel 3D Bugs Mailing List**
**[Link to original bug (#76765)](https://bugs.freedesktop.org/show_bug.cgi?id=76765)**
## Description
The game Core Breach
http://corebreach.corecode.at/...## Submitted by Md Imam Hossain
Assigned to **Intel 3D Bugs Mailing List**
**[Link to original bug (#76765)](https://bugs.freedesktop.org/show_bug.cgi?id=76765)**
## Description
The game Core Breach
http://corebreach.corecode.at/CoreBreach/Try.html
features object outlines which is rendering incorrectly with Mesa DRI Mobile Intel® GM45 Express Chipset renderer.
System:
Ubuntu 13.10
linux 3.12.0-031200-generic
Mesa 10.2.0-devel (master branch)
xf86-video-intel 2.99.905
Intel GMA 4500MHD (device id: 2a42)
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/1433VDPAU broken in radeonsi by commit 0692ae34e939845e5185d3bdd33ddfe4afcdb9952019-09-27T08:38:36ZBugzilla Migration UserVDPAU broken in radeonsi by commit 0692ae34e939845e5185d3bdd33ddfe4afcdb995## Submitted by Aidan Thornton
Assigned to **Default DRI bug account**
**[Link to original bug (#111806)](https://bugs.freedesktop.org/show_bug.cgi?id=111806)**
## Description
VDPAU support appears to be broken on radeonsi as of g...## Submitted by Aidan Thornton
Assigned to **Default DRI bug account**
**[Link to original bug (#111806)](https://bugs.freedesktop.org/show_bug.cgi?id=111806)**
## Description
VDPAU support appears to be broken on radeonsi as of git commit 0692ae34e939845e5185d3bdd33ddfe4afcdb995 "ac: move ac_get_num_physical_sgprs into radeon_info". Trying to play back videos using MPV 0.29.1 with it enabled fails with the following error within libvdpau_radeon: "LLVM failed to compile a shader correctly: SGPR:VGPR usage is 56:20, but the hw limit is 0:0" (or 0:256 without the subsequent commit that does the same thing with ac_get_num_physical_vgprs). I assume that information about the limits isn't getting set properly for some reason.
Tested with a Radeon HD 7770 on Linux 5.2 with mpv 0.29.1, ffmpeg 4.2.1, the radeon kernel driver, and xf86-video-ati 19.0.1.
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/1432SegFault missing slots in framebuffer2019-10-09T13:53:07ZBugzilla Migration UserSegFault missing slots in framebuffer## Submitted by Jeroen Bakker
Assigned to **Default DRI bug account**
**[Link to original bug (#111802)](https://bugs.freedesktop.org/show_bug.cgi?id=111802)**
## Description
This fault has been detected when using Blender (2.80 o...## Submitted by Jeroen Bakker
Assigned to **Default DRI bug account**
**[Link to original bug (#111802)](https://bugs.freedesktop.org/show_bug.cgi?id=111802)**
## Description
This fault has been detected when using Blender (2.80 or master branch)
Steps to reproduce the error:
1. Start Blender
2. Go to edit mode (press tab)
3. Start Merge vertices tool (press ALT-M)
4. Select any mode (press ENTER)
And a segmentation fault happens.
This has been tested on Mesa 18.2.2, 19.0.8 and 19.3.0~dev.
The root cause is that you have a framebuffer with multiple color slots with empty slots in between. If there is an empty color slot between the color slots, all textures after this slot are apparently skipped/discarded.
Our work around is to reuse empty slots with other slots.
`gpu_framebuffer_update_attachments_and_fill_empty_slots`
in https://developer.blender.org/diffusion/B/browse/master/source/blender/gpu/intern/gpu_framebuffer.c$429-483
This issue also existed in the official AMD drivers, but has been solved to our knowledge.
https://developer.blender.org/T70187
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/1430Hang when using glWaitSync with multithreaded shared GL contexts2020-03-19T18:00:56ZBugzilla Migration UserHang when using glWaitSync with multithreaded shared GL contexts## Submitted by Emmanuel Durand
Assigned to **Default DRI bug account**
**[Link to original bug (#111784)](https://bugs.freedesktop.org/show_bug.cgi?id=111784)**
## Description
Created attachment 145472
Output of dmesg
I develop ...## Submitted by Emmanuel Durand
Assigned to **Default DRI bug account**
**[Link to original bug (#111784)](https://bugs.freedesktop.org/show_bug.cgi?id=111784)**
## Description
Created attachment 145472
Output of dmesg
I develop a tool which uses a separate thread for uploading textures to the GPU, in parallel to the rendering thread. These two threads are synchronized using OpenGL fences, which prevents the rendering to happen while a texture is being copied from a PBO.
On recent AMD hardware (tested on a Vega 56 and a Radeon VII) this setup hangs almost instantaneously. From my tests it seems that it waits for a glWaitSync to finish. The exact same code runs flawlessly on Intel (Mesa driver) and Nvidia (proprietary driver).
I managed to somewhat reproduce the issue in a simpler code, which merely creates two shared OpenGL contexts and does nothing except creating fences and waiting for the other thread. This example hangs with AMDGPU driver, but once again runs fine on Intel (Mesa driver) and Nvidia (proprietary driver).
I'll attach the code to this thread, and it can be found here too: https://gitlab.com/sat-metalab/splash/blob/fix/radeon_test/tests/sandbox/radeon_mesa_shared_context_freeze.cpp.
**Attachment 145472**, "Output of dmesg":
[dmesg](/uploads/cbf804329e1516ca051c079b58ebbc5d/dmesg)
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/1429Navi GPU hang in Minecraft2020-06-30T16:16:48ZBugzilla Migration UserNavi GPU hang in Minecraft## Submitted by Doug Ty
Assigned to **Default DRI bug account**
**[Link to original bug (#111669)](https://bugs.freedesktop.org/show_bug.cgi?id=111669)**
## Description
When playing Minecraft, being in a certain area of my world a...## Submitted by Doug Ty
Assigned to **Default DRI bug account**
**[Link to original bug (#111669)](https://bugs.freedesktop.org/show_bug.cgi?id=111669)**
## Description
When playing Minecraft, being in a certain area of my world at night causes my GPU to hang. I'm using Optifine and Sildur's shaders.
Sep 12 01:38:42 xxx kernel: [drm:amdgpu_dm_atomic_commit_tail [amdgpu]] *ERROR* Waiting for fences timed out or interrupted!
Sep 12 01:38:47 xxx kernel: [drm:amdgpu_dm_atomic_commit_tail [amdgpu]] *ERROR* Waiting for fences timed out or interrupted!
Sep 12 01:38:47 xxx kernel: [drm:amdgpu_dm_atomic_commit_tail [amdgpu]] *ERROR* Waiting for fences timed out or interrupted!
Sep 12 01:38:47 xxx kernel: [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring gfx_0.0.0 timeout, signaled seq=19965, emitted seq=19967
Sep 12 01:38:47 xxx kernel: [drm:amdgpu_job_timedout [amdgpu]] *ERROR* Process information: process java pid 1375 thread java:cs0 pid 1433
CPU: 3700X
GPU: Sapphire 5700XT (reference)
Motherboard: Gigabyte X570-I (BIOS F4)
Kernel: 5.3.0-rc8-mainline
Mesa: 19.3.0_devel.115190.f83f9d7daa0
LLVM: 10.0.0_r326348.d7d8bb937ad
OpenGL string (as seen ingame): 4.5 (Compatibility Profile) Mesa 19.3.0-devel (git-f83f9d7daa), X.Org, AMD NAVI10 (DRM 3.33.0, 5.3.0-rc8-mainline, LLVM 10.0.0)
I get the hang extremely reliably when in this specific spot at night, but only this one apitrace recreates the hang when I replay it. Apologies for the filesize.
https://drive.google.com/open?id=16wAmCa27o2xxv3bFXnR6rGXAum0Wci_5
When the hangs occur, my screen freezes but everything is still running in the background, and I need to use REISUB hotkeys in order to reboot. Occurs with both PCIe 4.0 and 3.0 set in the BIOS.
Please let me know if any more info is needed.
Thank you.
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/1427[radeonsi/Navi] The Bard's Tale IV causes a GPU hang2020-02-17T17:09:53ZBugzilla Migration User[radeonsi/Navi] The Bard's Tale IV causes a GPU hang## Submitted by Shmerl
Assigned to **Default DRI bug account**
**[Link to original bug (#111591)](https://bugs.freedesktop.org/show_bug.cgi?id=111591)**
## Description
When running the Bard's Tale IV, in the beginning of the game,...## Submitted by Shmerl
Assigned to **Default DRI bug account**
**[Link to original bug (#111591)](https://bugs.freedesktop.org/show_bug.cgi?id=111591)**
## Description
When running the Bard's Tale IV, in the beginning of the game, if I turn around, it consistently is causing a GPU hang. And I see this in dmesg:
[ 4246.501534] [drm:amdgpu_dm_atomic_commit_tail [amdgpu]] *ERROR* Waiting for fences timed out or interrupted!
[ 4251.365674] [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring gfx_0.0.0 timeout, signaled seq=178390, emitted seq=178392
[ 4251.365740] [drm:amdgpu_job_timedout [amdgpu]] *ERROR* Process information: process BardsTale4-Linu pid 7251 thread BardsTale4:cs0 pid 7292
[ 4251.365742] [drm] GPU recovery disabled.
GPU: Sapphire Pulse RX 5700 XT
Kernel: 5.3.0-rc8+
OpenGL renderer string: AMD NAVI10 (DRM 3.33.0, 5.3.0-rc8+, LLVM 10.0.0)
OpenGL core profile version string: 4.5 (Core Profile) Mesa 19.3.0-devel (git-87fa8d9ebc)
Game version: GOG, release 1.0.0 (version 4.20.1 / 32050).
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/1425[SNB, HSW] Gameplay-football graphics has wrong color (problem with pow)2020-10-28T16:33:34ZBugzilla Migration User[SNB, HSW] Gameplay-football graphics has wrong color (problem with pow)## Submitted by Md Imam Hossain
Assigned to **Matt Turner `@mattst88`**
**[Link to original bug (#76618)](https://bugs.freedesktop.org/show_bug.cgi?id=76618)**
## Description
Created attachment 96398
Rendering bug
Gameplay Footba...## Submitted by Md Imam Hossain
Assigned to **Matt Turner `@mattst88`**
**[Link to original bug (#76618)](https://bugs.freedesktop.org/show_bug.cgi?id=76618)**
## Description
Created attachment 96398
Rendering bug
Gameplay Football
http://www.indiedb.com/games/gameplay-football
http://www.properlydecent.com/downloads/
uses GLSL 1.30, has wrong graphincs color with Intel Sandybridge chipset.
game renders fine with Gallium Software renderer when launched with
export LIBGL_ALWAYS_SOFTWARE=1
environment variable from the terminal.
System:
Ubuntu 13.10
linux 3.12.0-031200-generic
Mesa 10.2.0-devel (master branch)
xf86-video-intel 2.99.911
Intel Sandybridge Mobile (device id: 0116)
Intel GMA 4500MHD (device id: 2a42) with export MESA_GLSL_VERSION_OVERRIDE=130
**Attachment 96398**, "Rendering bug":
![snapshot1](/uploads/254d7770eb31908c03364527315062e6/snapshot1.png)
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/1423Long running application causes assert in amdgpu_bo.c 'bo->cpu_map_count > 0...2020-03-23T12:20:52ZBugzilla Migration UserLong running application causes assert in amdgpu_bo.c 'bo->cpu_map_count > 0' failed## Submitted by Todd
Assigned to **Default DRI bug account**
**[Link to original bug (#111332)](https://bugs.freedesktop.org/show_bug.cgi?id=111332)**
## Description
We have an OpenGL application that runs 24/7. After 4-5 days the...## Submitted by Todd
Assigned to **Default DRI bug account**
**[Link to original bug (#111332)](https://bugs.freedesktop.org/show_bug.cgi?id=111332)**
## Description
We have an OpenGL application that runs 24/7. After 4-5 days the application quits with this error in the syslog.
../amdgpu/amdgpu_bo.c:443: amdgpu_bo_cpu_map: Assertion `bo->cpu_map_count > 0' failed.
The system is running
Debian 10 buster (kernel 4.19.0)
libdrm 2.4.99 built from source (gitlab.freedesktop.org)
There seems to be a patch to fix this problem here
https://patchwork.freedesktop.org/patch/258005/
But there has been no activity on this patch in a while and it has not been merged.
I will start a test of this patch and will verify if it works for me, but it will take 5 days to confirm.
Any chance of getting this patch merged?
Thanks,
Todd
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/1422ogl-samples: gl-320-texture-integer assertion fails2019-09-25T18:50:28ZBugzilla Migration Userogl-samples: gl-320-texture-integer assertion fails## Submitted by meng
Assigned to **Intel 3D Bugs Mailing List**
**[Link to original bug (#76399)](https://bugs.freedesktop.org/show_bug.cgi?id=76399)**
## Description
System Environment:
--------------------------
Mesa: (master)...## Submitted by meng
Assigned to **Intel 3D Bugs Mailing List**
**[Link to original bug (#76399)](https://bugs.freedesktop.org/show_bug.cgi?id=76399)**
## Description
System Environment:
--------------------------
Mesa: (master)eaf9affa5ec9c5fd919e4207ab80b4677650ac67
Xserver:(master)xorg-server-1.15.99.901 Xf86_video_intel:
Xf86_video_intel:(master)2.99.911
Kernel: (drm-intel-nightly) git-ec45c7
Bug detailed description:
----------------------------
It’s not a regression, firstly test ogl-samples.
Pre-conditions:
- build: https://github.com/g-truc/ogl-samples
Test-case: gl-320-texture-integer
Expected outcome:
-----------------
https://github.com/g-truc/ogl-samples/blob/master/data/templates/reference/gl-320-texture-integer.png
Actual outcome:
------------------------
It’s core dump.
-"OpenGL Error(GL_INVALID_OPERATION): initTexture"
-ogl-samples/framework/test.cpp:412: bool test::checkError(const char*) const: Assertion `0' failed.https://gitlab.freedesktop.org/mesa/mesa/-/issues/1421VA-API radeonsi SIGSEGV __memmove_avx_unaligned2019-09-25T19:19:33ZBugzilla Migration UserVA-API radeonsi SIGSEGV __memmove_avx_unaligned## Submitted by KJ Liew
Assigned to **Default DRI bug account**
**[Link to original bug (#111236)](https://bugs.freedesktop.org/show_bug.cgi?id=111236)**
## Description
Hardware: Ryzen 2500U Mobile APU Vega 8
OS: ArchLinux 5.2.3-a...## Submitted by KJ Liew
Assigned to **Default DRI bug account**
**[Link to original bug (#111236)](https://bugs.freedesktop.org/show_bug.cgi?id=111236)**
## Description
Hardware: Ryzen 2500U Mobile APU Vega 8
OS: ArchLinux 5.2.3-arch1-1-ARCH
GUI: GNOME/Wayland
$ gst-play-1.0 /path/to/H264.mp4
Press 'k' to see a list of keyboard shortcuts.
Now playing /home/kliew/Videos/Dark Phoenix.mp4
mesa: for the -simplifycfg-sink-common option: may only occur zero or one times!
mesa: for the -global-isel-abort option: may only occur zero or one times!
Redistribute latency...
Redistribute latency...
Segmentation fault (core dumped)
Thread 4 "multiqueue0:src" received signal SIGSEGV, Segmentation fault.
```
[Switching to Thread 0x7ffff5cc3700 (LWP 4886)]
0x00007ffff7f42c05 in __memmove_avx_unaligned () from /usr/lib/libc.so.6
(gdb) disas
Dump of assembler code for function __memmove_avx_unaligned:
0x00007ffff7f42be0 <+0>: endbr64
0x00007ffff7f42be4 <+4>: mov rax,rdi
0x00007ffff7f42be7 <+7>: cmp rdx,0x20
0x00007ffff7f42beb <+11>: jb 0x7ffff7f42ca6 <__memmove_avx_unaligned_erms+86>
0x00007ffff7f42bf1 <+17>: cmp rdx,0x40
0x00007ffff7f42bf5 <+21>: ja 0x7ffff7f42d13 <__memmove_avx_unaligned_erms+195>
0x00007ffff7f42bfb <+27>: vmovdqu ymm0,YMMWORD PTR [rsi]
0x00007ffff7f42bff <+31>: vmovdqu ymm1,YMMWORD PTR [rsi+rdx*1-0x20]
=> 0x00007ffff7f42c05 <+37>: vmovdqu YMMWORD PTR [rdi],ymm0
0x00007ffff7f42c09 <+41>: vmovdqu YMMWORD PTR [rdi+rdx*1-0x20],ymm1
0x00007ffff7f42c0f <+47>: vzeroupper
0x00007ffff7f42c12 <+50>: ret
End of assembler dump.
(gdb) bt
#0 0x00007ffff7f42c05 in __memmove_avx_unaligned () from /usr/lib/libc.so.6
#1 0x00007fffda85d3e3 in ?? () from /usr/lib/dri/radeonsi_dri.so
#2 0x00007fffda85d4f7 in ?? () from /usr/lib/dri/radeonsi_dri.so
#3 0x00007fffdb108133 in ?? () from /usr/lib/dri/radeonsi_dri.so
#4 0x00007fffe77a4903 in ?? () from /usr/lib/dri/radeonsi_drv_video.so
#5 0x00007ffff4976ffd in vaPutImage () from /usr/lib/libva.so.2
#6 0x00007ffff49f4c1e in ?? () from /usr/lib/gstreamer-1.0/libgstvaapi.so
#7 0x00007ffff4a2ecf3 in ?? () from /usr/lib/gstreamer-1.0/libgstvaapi.so
#8 0x00007ffff4a2f2bf in ?? () from /usr/lib/gstreamer-1.0/libgstvaapi.so
#9 0x00007ffff4a2703b in ?? () from /usr/lib/gstreamer-1.0/libgstvaapi.so
#10 0x00007ffff782fe53 in ?? () from /usr/lib/libgstbase-1.0.so.0
#11 0x00007ffff7835ee1 in ?? () from /usr/lib/libgstbase-1.0.so.0
#12 0x00007ffff7a3bcca in gst_pad_query () from /usr/lib/libgstreamer-1.0.so.0
#13 0x00007ffff7a3c3de in gst_pad_peer_query () from /usr/lib/libgstreamer-1.0.so.0
#14 0x00007ffff7a0a887 in gst_pad_peer_query_caps () from /usr/lib/libgstreamer-1.0.so.0
#15 0x00007ffff7835cd1 in ?? () from /usr/lib/libgstbase-1.0.so.0
```
Version: 19.1