mesa issueshttps://gitlab.freedesktop.org/mesa/mesa/-/issues2019-09-18T19:45:07Zhttps://gitlab.freedesktop.org/mesa/mesa/-/issues/800Long expressions in shaders crash Mesa2019-09-18T19:45:07ZBugzilla Migration UserLong expressions in shaders crash Mesa## Submitted by Kevin Rogovin
Assigned to **Ian Romanick**
**[Link to original bug (#71574)](https://bugs.freedesktop.org/show_bug.cgi?id=71574)**
## Description
Created attachment 89137
vertex shader
A long expression in a GLSL ...## Submitted by Kevin Rogovin
Assigned to **Ian Romanick**
**[Link to original bug (#71574)](https://bugs.freedesktop.org/show_bug.cgi?id=71574)**
## Description
Created attachment 89137
vertex shader
A long expression in a GLSL shader will crash Mesa, the crash occurs after parsing in generating the HIR from the AST.
Attached is a vertex shader with such a long expression (10,000 add terms).
The bug issue is that although such a shader is not to be found in "real" applications, a malicious website can use WebGL to crash Mesa which would likely crash the browser.
**Attachment 89137**, "vertex shader":
[iff.vert.glsl](/uploads/8c392d3b6dd0223fb947769d484599ae/iff.vert.glsl)
Version: 9.1https://gitlab.freedesktop.org/mesa/mesa/-/issues/799[PIGLIT,radeonsi] SIGSEGV for shaders/glsl-vs-inline-explosion2019-09-18T19:45:03ZBugzilla Migration User[PIGLIT,radeonsi] SIGSEGV for shaders/glsl-vs-inline-explosion## Submitted by Kai Wasserbäch `@curan`
Assigned to **Ian Romanick**
**[Link to original bug (#70922)](https://bugs.freedesktop.org/show_bug.cgi?id=70922)**
## Description
Created attachment 88184
Full GDB backtrace and register d...## Submitted by Kai Wasserbäch `@curan`
Assigned to **Ian Romanick**
**[Link to original bug (#70922)](https://bugs.freedesktop.org/show_bug.cgi?id=70922)**
## Description
Created attachment 88184
Full GDB backtrace and register dump
While running Piglit on radeonsi (full graphics stack detailed below) I encountered an crash in "shaders/glsl-vs-inline-explosion". See the attached GDB backtrace and register dump for more details.
Stack:
GPU: "PITCAIRN" (ChipID = 0x6819)
Linux: 3.11.6
libdrm: 2.4.47
LLVM: SVN:trunk/r193475
libclc: Git:master/4c18120c1a
Mesa: Git:master/64c081e8b7
GLAMOR: Git:master/ba209eeef2
DDX: Git:master/f1dc677e79
Let me know if you need further information.
This might be similar to [bug 70920](https://bugs.freedesktop.org/show_bug.cgi?id=70920) but this backtrace shows the crash in ir_rvalue, while attachment 88181 for [bug 70920](https://bugs.freedesktop.org/show_bug.cgi?id=70920) shows the crash in ir_variable::ir_variable. Therefore I filed a new bug, feel free to close this as a duplicate.
**Attachment 88184**, "Full GDB backtrace and register dump":
[glsl-vs-inline-explosion.shader_test.gdb.bt-full.clean](/uploads/266d1592556b0286eeaf9d5181b0ce86/glsl-vs-inline-explosion.shader_test.gdb.bt-full.clean)
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/798[GLSL compiler] SIGSEGV for shaders/glsl-fs-inline-explosion2019-09-18T19:44:58ZBugzilla Migration User[GLSL compiler] SIGSEGV for shaders/glsl-fs-inline-explosion## Submitted by Kai Wasserbäch `@curan`
Assigned to **Ian Romanick**
**[Link to original bug (#70920)](https://bugs.freedesktop.org/show_bug.cgi?id=70920)**
## Description
Created attachment 88181
Full GDB backtrace and register d...## Submitted by Kai Wasserbäch `@curan`
Assigned to **Ian Romanick**
**[Link to original bug (#70920)](https://bugs.freedesktop.org/show_bug.cgi?id=70920)**
## Description
Created attachment 88181
Full GDB backtrace and register dump
While running Piglit on radeonsi (full graphics stack detailed below) I encountered an crash in "shaders/glsl-fs-inline-explosion". See the attached GDB backtrace and register dump for more details.
Stack:
GPU: "PITCAIRN" (ChipID = 0x6819)
Linux: 3.11.6
libdrm: 2.4.47
LLVM: SVN:trunk/r193475
libclc: Git:master/4c18120c1a
Mesa: Git:master/64c081e8b7
GLAMOR: Git:master/ba209eeef2
DDX: Git:master/f1dc677e79
Let me know if you need further information.
~~**Attachment 88181**~~, "Full GDB backtrace and register dump":
[glsl-fs-inline-explosion.shader_test.gdb.bt-full.clean](/uploads/318bffbe4ecf34b21ea495d3c512e372/glsl-fs-inline-explosion.shader_test.gdb.bt-full.clean)
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/797Mesa could optimize repeated multiplication of a varying by a constant factor...2019-09-18T19:44:55ZBugzilla Migration UserMesa could optimize repeated multiplication of a varying by a constant factor in the fragment shader## Submitted by Samuel Rødal
Assigned to **Ian Romanick**
**[Link to original bug (#55153)](https://bugs.freedesktop.org/show_bug.cgi?id=55153)**
## Description
When the fragment shader contains code like this:
varying vec4 pos;
...## Submitted by Samuel Rødal
Assigned to **Ian Romanick**
**[Link to original bug (#55153)](https://bugs.freedesktop.org/show_bug.cgi?id=55153)**
## Description
When the fragment shader contains code like this:
varying vec4 pos;
void main(void){
const float factor=0.1;
vec3 nf1=texture2D( tex2, pos.xy*factor).xyz;
vec3 nf2=texture2D( tex2, pos.xz*factor).xyz;
vec3 nf3=texture2D( tex2, pos.zy*factor).xyz;
...
}
and this is the only use of pos in the fragment shader, it's more optimal to multiply the pos varying by 0.1 in the vertex shader. This gives a noticeable performance improvement at least on r600.
Is this something that could be automatically done by the GLSL compiler / optimizer?
Version: 8.0
### Blocking
* [Bug 77547](https://bugs.freedesktop.org/show_bug.cgi?id=77547)https://gitlab.freedesktop.org/mesa/mesa/-/issues/796Mesa fails to optimize the sum of multiple vector multiplications into a matr...2019-09-18T19:44:53ZBugzilla Migration UserMesa fails to optimize the sum of multiple vector multiplications into a matrix multiplication## Submitted by Samuel Rødal
Assigned to **Ian Romanick**
**[Link to original bug (#55151)](https://bugs.freedesktop.org/show_bug.cgi?id=55151)**
## Description
vec3(v.z*nf1+v.y*nf2+v.x*nf3) could be optimized as v.zyx * mat3(nf1,...## Submitted by Samuel Rødal
Assigned to **Ian Romanick**
**[Link to original bug (#55151)](https://bugs.freedesktop.org/show_bug.cgi?id=55151)**
## Description
vec3(v.z*nf1+v.y*nf2+v.x*nf3) could be optimized as v.zyx * mat3(nf1, nf2, nf3)
This gives a significant performance improvement at least on r600.
Version: 8.0https://gitlab.freedesktop.org/mesa/mesa/-/issues/792Disabling ARB_fragment_shader causes implementation errors2019-09-18T19:41:31ZBugzilla Migration UserDisabling ARB_fragment_shader causes implementation errors## Submitted by ast..@..il.com
Assigned to **Default DRI bug account**
**[Link to original bug (#110318)](https://bugs.freedesktop.org/show_bug.cgi?id=110318)**
## Description
Created attachment 143856
Full glxinfo output
When I ...## Submitted by ast..@..il.com
Assigned to **Default DRI bug account**
**[Link to original bug (#110318)](https://bugs.freedesktop.org/show_bug.cgi?id=110318)**
## Description
Created attachment 143856
Full glxinfo output
When I disable ARB_fragment_shader support, various applications error with "Mesa 19.0.1 implementation error: Incomplete OpenGL ES 2.0 support."
Deleting ~/.drirc recovers from the error.
Steps to reproduce:
1) Run driconf
2) Uncheck "Enable limited ARB_fragment_shader support on 915/945."
Actual results:
driconf will error.
glxinfo will segfault when it reaches OpenGL ES info, with a null version string.
mpv with --opengl-es=yes will error with a null version string.
Many others probably apply.
All of them print the following:
Mesa 19.0.1 implementation error: Incomplete OpenGL ES 2.0 support.
Please report at https://bugs.freedesktop.org/enter_bug.cgi?product=Mesa
Expected results:
The applications shouldn't be allowed to use OpenGL ES 2.0, given the disabled fragment shader support.
Versions etc:
Arch Linux x86_64
mesa 19.0.1-2
driconf 0.9.1-14
mesa-demos 8.4.0-1
Small amounts of text:
$ driconf
Mesa 19.0.1 implementation error: Incomplete OpenGL ES 2.0 support.
Please report at https://bugs.freedesktop.org/enter_bug.cgi?product=Mesa
Traceback (most recent call last):
File "/usr/bin/driconf", line 28, in `<module>`
driconf.main()
File "/usr/lib/driconf/driconf.py", line 52, in main
commonui.dpy = dri.DisplayInfo ()
File "/usr/lib/driconf/dri.py", line 396, in __init__
self.getScreen (i)
File "/usr/lib/driconf/dri.py", line 411, in getScreen
screen = ScreenInfo (i, self.dpy)
File "/usr/lib/driconf/dri.py", line 380, in __init__
self.glxInfo = GLXInfo (screen, dpy)
File "/usr/lib/driconf/dri.py", line 349, in __init__
raise DRIError ("glxinfo killed by signal " + signal + ".")
TypeError: cannot concatenate 'str' and 'int' objects
$ glxinfo
(***see attached for full output***)
GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_SUN_multi_draw_arrays
Mesa 19.0.1 implementation error: Incomplete OpenGL ES 2.0 support.
Please report at https://bugs.freedesktop.org/enter_bug.cgi?product=Mesa
OpenGL ES profile version string: (null)
Segmentation fault (core dumped)
$ mpv --vo=gpu --gpu-api=opengl --opengl-es=yes /the/file/doesnt/matter.mkv
Playing: /the/file/doesnt/matter.mkv
(+) Video --vid=1 (*) (h264 1920x1080 60.000fps)
(+) Audio --aid=1 --alang=eng (*) (opus 2ch 48000Hz)
[vo/gpu/opengl] At least OpenGL 2.1 or OpenGL ES 2.0 required.
Mesa 19.0.1 implementation error: Incomplete OpenGL ES 2.0 support.
Please report at https://bugs.freedesktop.org/enter_bug.cgi?product=Mesa
[vo/gpu/opengl] glGetString(GL_VERSION) returned NULL.
[vo/gpu/opengl] At least OpenGL 2.1 or OpenGL ES 2.0 required.
[vo/gpu] Failed initializing any suitable GPU context!
Error opening/initializing the selected video_out (--vo) device.
Video: no video
Exiting... (Errors when loading file)
**Attachment 143856**, "Full glxinfo output":
[glxinfo.gz](/uploads/a319736736c03f1c2636c363808c40bc/glxinfo.gz)
Version: 19.0https://gitlab.freedesktop.org/mesa/mesa/-/issues/791[865G] [drm] GPU HANG: ecode 2:0:0x75f4003e, in europa.exe [1323], reason: ha...2019-09-18T19:41:27ZBugzilla Migration User[865G] [drm] GPU HANG: ecode 2:0:0x75f4003e, in europa.exe [1323], reason: hang on rcs0, action: reset## Submitted by rte..@..dex.ru
Assigned to **Default DRI bug account**
**[Link to original bug (#109835)](https://bugs.freedesktop.org/show_bug.cgi?id=109835)**
## Description
Created attachment 143538
glxinfo
I get this bug when...## Submitted by rte..@..dex.ru
Assigned to **Default DRI bug account**
**[Link to original bug (#109835)](https://bugs.freedesktop.org/show_bug.cgi?id=109835)**
## Description
Created attachment 143538
glxinfo
I get this bug when i try to run Windows applications with wine. I can reproduce it with linux 4.9.144 (debian build) and mesa 13.0.6, linux 4.19.16 (debian build) and mesa 18.3.4, linux 5.0 (custom build based on debian configuration) and mesa 18.3.4. I'll attach dmesg and /sys/class/drm/card0/error for 5.0 with "drm.debug=0x1e" and "log_buf_len=4M" boot parameters.
**Attachment 143538**, "glxinfo":
[glxinfo](/uploads/06cf5dbb8d0f9fe2e5e6d036cdd41051/glxinfo)
Version: 19.1https://gitlab.freedesktop.org/mesa/mesa/-/issues/790At dual monitor intel_do_flush_locked failed: Resource deadlock avoided2022-07-31T15:24:33ZBugzilla Migration UserAt dual monitor intel_do_flush_locked failed: Resource deadlock avoided## Submitted by Gert vd Kraats
Assigned to **Default DRI bug account**
**[Link to original bug (#109102)](https://bugs.freedesktop.org/show_bug.cgi?id=109102)**
## Description
Created attachment 142855
stacktrace
This is a copy o...## Submitted by Gert vd Kraats
Assigned to **Default DRI bug account**
**[Link to original bug (#109102)](https://bugs.freedesktop.org/show_bug.cgi?id=109102)**
## Description
Created attachment 142855
stacktrace
This is a copy of ubuntu [bug 1797882](https://bugs.freedesktop.org/show_bug.cgi?id=1797882). It should be directly submitted to mesa.
Using ubuntu 18.10 wayland with dual monitors, configured above each other.
Dock is configured at both displays, not hiding.
Icons for "terminal" and "libreofffice Writer" are present at the dock.
Start terminal on primary screen by mouseclick on dock.
Start libreoffice Writer on primary screen by mouseclick on dock.
Terminate libreoffice Witer by mouseclick on X.
Repeat the starting and stopping of Writer.
Login-screen will appear. Syslog shows:
Oct 15 00:09:51 Gert2 org.gnome.Shell.desktop[5892]: intel_do_flush_locked failed: Resource deadlock avoided
Oct 15 00:09:51 Gert2 gnome-terminal-[6439]: Error reading events from display: Connection reset by peer
Oct 15 00:09:51 Gert2 systemd[5755]: gnome-terminal-server.service: Main process exited, code=exited, status=1/FAILURE
This problem doesnot occur in a dual monitor-session without wayland.
It also doesnot occur, if only one monitor used with wayland
It also doesnot occur, if the dock is only present at the primary screen.
It also doesnot occur if second started application is present at the dock and doesnot add an icon to the dock (as libreoffice does).
All other dual monitor/dock configurations seem to have this problem.
No idea if this is helpful info, but the used graphics card does not support OpenGL version 2.1:
Oct 15 00:02:32 Gert2 org.gnome.Shell.desktop[4426]: Require OpenGL version 2.1 or later.
Oct 15 00:02:32 Gert2 org.gnome.Shell.desktop[4426]: Failed to initialize glamor
Oct 15 00:02:32 Gert2 org.gnome.Shell.desktop[4426]: Failed to initialize glamor, falling back to sw
glxinfo:
OpenGL vendor string: VMware, Inc.
OpenGL renderer string: llvmpipe (LLVM 7.0, 128 bits)
OpenGL core profile version string: 3.3 (Core Profile) Mesa 18.2.2
OpenGL core profile shading language version string: 3.30
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.1 Mesa 18.2.2
OpenGL shading language version string: 1.40
OpenGL context flags: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.0 Mesa 18.2.2
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00
OpenGL ES profile extensions:
Extra info:
Without solving this problem, wayland cannot be used after logon, when using dual monitor. The sesssion stops very easy and often. Work is lost; you have to logon again. E.g. the simple switching between 2 overlapping windows causes the end of the session.
I changed src/mesa/drivers/dri/i915/intel_batchbuffer.c to force a coredump in this case. The stacktrace is added to this bug-report.
Linenumbers might deviate a little bit because of extra coding of tracing.
The deadlock always occurs at cogl_onscreen_swap_buffers calling cogl_flush(), at the first journal-batch-flush for the offscreen-framebuffer.
The deadlock disappeared as soon as cogl is compiled with disabled batching!
To minimize this disabling of batching, I made a very dirty but working patch, which is attached to this bug.
At program clutter_stage_cogl_redraw_view routine paint_stage is called for the "Unclipped stage paint".
This call is manipulated to flush immedately the first journal-entry of the default onscreen framebuffer.
This is done by misusing and changing program cogl_framebuffer_set_viewport and by changing _cogl_journal_flush.
Apparenly this early flushing causes a lock to be set which avoids the deadlock.
I do not know how to see which locks are held and by which process, so I cannot solve the root-cause of the problem, but I assume some extra lock must be set in this case to avoid deadlock.
With this dirty patch combined with other suggested (simple) patches at #1790525, #1795774 and #1795760 wayland can be run without any problems on dual monitor and "old" intel graphic card.
It performs better than lightdm, specially if the monitors are positioned aside of each other.
**Attachment 142855**, "stacktrace":
[wayland_stacktrace.txt](/uploads/5c5a4f4757b6464c9012950badb731dc/wayland_stacktrace.txt)
Version: 18.2https://gitlab.freedesktop.org/mesa/mesa/-/issues/789mesa 18.2.x line is crashing and disabling kwin_x11 and effects thereof, no p...2019-09-18T19:41:19ZBugzilla Migration Usermesa 18.2.x line is crashing and disabling kwin_x11 and effects thereof, no problem with 18.1.x## Submitted by jec..@..il.com
Assigned to **Default DRI bug account**
**[Link to original bug (#108086)](https://bugs.freedesktop.org/show_bug.cgi?id=108086)**
## Description
Created attachment 141760
various 18.2.x mesa crashing...## Submitted by jec..@..il.com
Assigned to **Default DRI bug account**
**[Link to original bug (#108086)](https://bugs.freedesktop.org/show_bug.cgi?id=108086)**
## Description
Created attachment 141760
various 18.2.x mesa crashing kwin_x11; not before 18.2.x
The gpu is intel 4th gen.
I have my 2nd gen laptop which is fine with 18.2.x.
I use Arch Linux.
I've encounter the problem before.
I hesitate to open an issue because I think it'll eventually be ok after a release or next.
All of the 18.2.x is affected. But not 18.1.x line.
**Attachment 141760**, "various 18.2.x mesa crashing kwin_x11; not before 18.2.x":
[mesa](/uploads/fb5d3d687dc3d1c68bce7d722cfa870d/mesa)
Version: 18.2https://gitlab.freedesktop.org/mesa/mesa/-/issues/788[i915] [regression] Tray icons are displayed incorrectly with MESA 18.0.5 on ...2019-09-18T19:41:16ZBugzilla Migration User[i915] [regression] Tray icons are displayed incorrectly with MESA 18.0.5 on Intel## Submitted by me@..@..ngs.eu
Assigned to **Default DRI bug account**
**[Link to original bug (#107155)](https://bugs.freedesktop.org/show_bug.cgi?id=107155)**
## Description
Created attachment 140503
The tray icons of VLC and El...## Submitted by me@..@..ngs.eu
Assigned to **Default DRI bug account**
**[Link to original bug (#107155)](https://bugs.freedesktop.org/show_bug.cgi?id=107155)**
## Description
Created attachment 140503
The tray icons of VLC and Electrum are affected by the problem
The recent upgrade from MESA 17.2.8 to 18.0.5 is causing the icons of some applications bundled with Ubuntu 16.04 to be displayed incorrectly in the status bar. The icons are surrounded by a shadow (or a black background) and some colorization is missing.
The problem can be seen on the attached picture - VLC and Electrum icons are affected by the problem (VLC's icon is surrounded by an extra shadow and Electrum icon is supposed to be blue but is all black), and HexChat's icon is displayed correctly next to them.
I'm using Linux Mint MATE 18.3 (based on Ubuntu 16.04's package base), but the problem is present on Ubuntu MATE 16.04, too. The hardware i'm using is ThinkPad T400 with an integrated Intel graphic accelerator, using the default intel Xorg driver.
$ lspci -k | grep -EA3 'VGA|3D|Display'
00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)
Subsystem: Lenovo Mobile 4 Series Chipset Integrated Graphics Controller
Kernel driver in use: i915
Kernel modules: i915
00:02.1 Display controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)
Subsystem: Lenovo Mobile 4 Series Chipset Integrated Graphics Controller
00:03.0 Communication controller: Intel Corporation Mobile 4 Series Chipset MEI Controller (rev 07)
Subsystem: Lenovo Mobile 4 Series Chipset MEI Controller
$ glxinfo | grep -i vendor
server glx vendor string: SGI
client glx vendor string: Mesa Project and SGI
Vendor: Intel Open Source Technology Center (0x8086)
OpenGL vendor string: Intel Open Source Technology Center
**Attachment 140503**, "The tray icons of VLC and Electrum are affected by the problem":
![vlc_electrum_hexchat](/uploads/44860df5a977527c8a579f2d3c93acb0/vlc_electrum_hexchat.png)
Version: 18.0https://gitlab.freedesktop.org/mesa/mesa/-/issues/787Segmentation fault in i915_validate_state on SolveSpace startup2019-09-18T19:41:14ZBugzilla Migration UserSegmentation fault in i915_validate_state on SolveSpace startup## Submitted by Paul Fertser
Assigned to **Default DRI bug account**
**[Link to original bug (#106827)](https://bugs.freedesktop.org/show_bug.cgi?id=106827)**
## Description
Hello,
I am getting a SIGSEGV on startup of SolveSpace ...## Submitted by Paul Fertser
Assigned to **Default DRI bug account**
**[Link to original bug (#106827)](https://bugs.freedesktop.org/show_bug.cgi?id=106827)**
## Description
Hello,
I am getting a SIGSEGV on startup of SolveSpace v2.1.rc1-418-g2b9ffd1 on a GNU/Linux system.
Running on a i915 (chipset: 945GM) from Mesa Project
OpenGL version 2.1 Mesa 18.2.0-devel (git-66c61797ad) is supported
$ LD_LIBRARY_PATH=/usr/local/lib gdb ~/tmp/solvespace/build/bin/solvespace
GNU gdb (Gentoo 7.12.1 vanilla) 7.12.1
Copyright (C) 2017 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://bugs.gentoo.org/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /home/pavel/tmp/solvespace/build/bin/solvespace...(no debugging symbols found)...done.
```
(gdb) r
Starting program: /home/pavel/tmp/solvespace/build/bin/solvespace
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/libthread_db.so.1".
SolveSpace!
```
Generate::ALL (for bounding box) took 238 ms
Generate::ALL took 256 ms
```
Program received signal SIGSEGV, Segmentation fault.
i915_validate_state (batch_space=<synthetic pointer>, i915=0xb8a488)
at ../../../../../src/gallium/drivers/i915/i915_state_emit.c:525
525 VALIDATE_ATOM(program, I915_HW_PROGRAM);
(gdb) bt full
#0 i915_validate_state (batch_space=<synthetic pointer>, i915=0xb8a488)
at ../../../../../src/gallium/drivers/i915/i915_state_emit.c:525
tmp = <optimized out>
#1 i915_emit_hardware_state (i915=0xb8a488)
at ../../../../../src/gallium/drivers/i915/i915_state_emit.c:551
batch_space = 48
save_ptr = <optimized out>
#2 0xb3c353bb in i915_clear_emit (pipe=0xb8a488, buffers=1, color=0xbb9cd8, depth=1, stencil=0,
destx=0, desty=0, width=868, height=759) at ../../../../../src/gallium/drivers/i915/i915_clear.c:173
clear_params = 3
clear_color = 0
clear_depth = <optimized out>
clear_stencil = <optimized out>
clear_color8888 = 0
u_color = {ub = 9 '\t', us = 9, ui = {9, 196608, 11, 196608}, h = {9, 0, 0, 3}, f = {
1.26116862e-44, 2.75506488e-40, 1.54142831e-44, 2.75506488e-40}, d = {
4.1720134847010471e-309, 4.1720134847010569e-309, 4.6186441515375747e-62, 0}}
cbuf_tex = <optimized out>
depth_tex = <optimized out>
depth_clear_bbp = <optimized out>
color_clear_bbp = 0
#3 0xb3c36035 in i915_clear_render (pipe=0xb8a488, buffers=1, color=0xbb9cd8, depth=1, stencil=0)
at ../../../../../src/gallium/drivers/i915/i915_clear.c:256
No locals.
#4 0xb3929aff in st_Clear (ctx=<optimized out>, mask=<optimized out>)
at ../../../src/mesa/state_tracker/st_cb_clear.c:451
depthRb = <optimized out>
quad_buffers = <optimized out>
clear_buffers = <optimized out>
i = <optimized out>
#5 0xb376c572 in clear (no_error=false, mask=<optimized out>, ctx=0xbb87a0)
at ../../../src/mesa/main/clear.c:221
bufferMask = 16
#6 _mesa_Clear (mask=<optimized out>) at ../../../src/mesa/main/clear.c:242
ctx = 0xbb87a0
#7 0x0047b891 in SolveSpace::OpenGl2Renderer::UpdateProjection() ()
No symbol table info available.
#8 0x0047ba33 in SolveSpace::OpenGl2Renderer::NewFrame() ()
No symbol table info available.
#9 0x0048bbe7 in SolveSpace::GraphicsWindow::Paint() ()
No symbol table info available.
#10 0x0046ea4e in SolveSpace::GraphicsWidget::on_render(Glib::RefPtr<Gdk::GLContext> const&) ()
No symbol table info available.
#11 0xb7d2ac61 in Gtk::GLArea_Class::render_callback(_GtkGLArea*, _GdkGLContext*) ()
from /usr/lib/libgtkmm-3.0.so.1
No symbol table info available.
#12 0xb60c908e in ffi_call_SYSV () from /usr/lib/libffi.so.6
---Type <return> to continue, or q <return> to quit---
No symbol table info available.
#13 0xb60c8ca6 in ffi_call () from /usr/lib/libffi.so.6
No symbol table info available.
#14 0xb6651301 in g_cclosure_marshal_generic_va () from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#15 0xb665088b in ?? () from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#16 0xb666cca7 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#17 0xb666d7e3 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#18 0xb7509f01 in ?? () from /usr/lib/libgtk-3.so.0
No symbol table info available.
#19 0xb7ddd640 in Gtk::Widget::on_draw(Cairo::RefPtr<Cairo::Context> const&) ()
from /usr/lib/libgtkmm-3.0.so.1
No symbol table info available.
#20 0xb7dee546 in Gtk::Widget_Class::draw_callback(_GtkWidget*, _cairo*) ()
from /usr/lib/libgtkmm-3.0.so.1
No symbol table info available.
#21 0xb76e71df in ?? () from /usr/lib/libgtk-3.so.0
No symbol table info available.
#22 0xb746b4d0 in gtk_container_propagate_draw () from /usr/lib/libgtk-3.so.0
No symbol table info available.
#23 0xb74ef254 in ?? () from /usr/lib/libgtk-3.so.0
No symbol table info available.
#24 0xb7ddd640 in Gtk::Widget::on_draw(Cairo::RefPtr<Cairo::Context> const&) ()
from /usr/lib/libgtkmm-3.0.so.1
No symbol table info available.
#25 0xb7dee546 in Gtk::Widget_Class::draw_callback(_GtkWidget*, _cairo*) ()
from /usr/lib/libgtkmm-3.0.so.1
No symbol table info available.
#26 0xb76e71df in ?? () from /usr/lib/libgtk-3.so.0
No symbol table info available.
#27 0xb746b4d0 in gtk_container_propagate_draw () from /usr/lib/libgtk-3.so.0
No symbol table info available.
#28 0xb746b5ab in ?? () from /usr/lib/libgtk-3.so.0
No symbol table info available.
#29 0xb740da1b in ?? () from /usr/lib/libgtk-3.so.0
No symbol table info available.
#30 0xb7471635 in ?? () from /usr/lib/libgtk-3.so.0
No symbol table info available.
#31 0xb747784d in ?? () from /usr/lib/libgtk-3.so.0
No symbol table info available.
#32 0xb7410939 in ?? () from /usr/lib/libgtk-3.so.0
No symbol table info available.
#33 0xb7dee5d7 in Gtk::Widget_Class::draw_callback(_GtkWidget*, _cairo*) ()
from /usr/lib/libgtkmm-3.0.so.1
---Type <return> to continue, or q <return> to quit---
No symbol table info available.
#34 0xb76e71df in ?? () from /usr/lib/libgtk-3.so.0
No symbol table info available.
#35 0xb746b4d0 in gtk_container_propagate_draw () from /usr/lib/libgtk-3.so.0
No symbol table info available.
#36 0xb746b5ab in ?? () from /usr/lib/libgtk-3.so.0
No symbol table info available.
#37 0xb76f777e in ?? () from /usr/lib/libgtk-3.so.0
No symbol table info available.
#38 0xb7ddd640 in Gtk::Widget::on_draw(Cairo::RefPtr<Cairo::Context> const&) ()
from /usr/lib/libgtkmm-3.0.so.1
No symbol table info available.
#39 0xb7dee546 in Gtk::Widget_Class::draw_callback(_GtkWidget*, _cairo*) ()
from /usr/lib/libgtkmm-3.0.so.1
No symbol table info available.
#40 0xb76e71df in ?? () from /usr/lib/libgtk-3.so.0
No symbol table info available.
#41 0xb76f1e42 in ?? () from /usr/lib/libgtk-3.so.0
No symbol table info available.
#42 0xb755aa49 in gtk_main_do_event () from /usr/lib/libgtk-3.so.0
No symbol table info available.
#43 0xb72611ff in ?? () from /usr/lib/libgdk-3.so.0
No symbol table info available.
#44 0xb727579a in ?? () from /usr/lib/libgdk-3.so.0
No symbol table info available.
#45 0xb7283a63 in ?? () from /usr/lib/libgdk-3.so.0
No symbol table info available.
#46 0xb7276ca7 in ?? () from /usr/lib/libgdk-3.so.0
No symbol table info available.
#47 0xb7276ea8 in ?? () from /usr/lib/libgdk-3.so.0
No symbol table info available.
#48 0xb6650643 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#49 0xb6663f46 in ?? () from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#50 0xb666d47a in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#51 0xb666d7e3 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#52 0xb726c46b in ?? () from /usr/lib/libgdk-3.so.0
No symbol table info available.
#53 0xb726d08e in ?? () from /usr/lib/libgdk-3.so.0
No symbol table info available.
#54 0xb7252f2e in ?? () from /usr/lib/libgdk-3.so.0
No symbol table info available.
#55 0xb70b2087 in ?? () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
---Type <return> to continue, or q <return> to quit---
#56 0xb70b1450 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#57 0xb70b1868 in ?? () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#58 0xb70b1c31 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#59 0xb755996d in gtk_main () from /usr/lib/libgtk-3.so.0
No symbol table info available.
#60 0xb7d4955d in Gtk::Main::run(Gtk::Window&) () from /usr/lib/libgtkmm-3.0.so.1
No symbol table info available.
#61 0x00456e02 in main ()
No symbol table info available.
(gdb)
(gdb) disassemble
Dump of assembler code for function _mesa_Clear:
0xb376c410 <+0>: push %ebp
0xb376c411 <+1>: push %edi
0xb376c412 <+2>: push %esi
0xb376c413 <+3>: push %ebx
0xb376c414 <+4>: call 0xb373f270 <__x86.get_pc_thunk.bx>
0xb376c419 <+9>: add $0x75abe7,%ebx
0xb376c41f <+15>: sub $0x1c,%esp
0xb376c422 <+18>: mov -0x20(%ebx),%eax
0xb376c428 <+24>: mov 0x30(%esp),%edi
0xb376c42c <+28>: mov %gs:(%eax),%esi
0xb376c42f <+31>: mov 0x310(%esi),%eax
0xb376c435 <+37>: test $0x1,%al
0xb376c437 <+39>: jne 0xb376c5e0 <_mesa_Clear+464>
0xb376c43d <+45>: test $0x2,%al
0xb376c43f <+47>: jne 0xb376c5a0 <_mesa_Clear+400>
0xb376c445 <+53>: mov %edi,%ebp
0xb376c447 <+55>: and $0xffffb8ff,%ebp
0xb376c44d <+61>: jne 0xb376c5bc <_mesa_Clear+428>
0xb376c453 <+67>: mov %edi,%eax
0xb376c455 <+69>: and $0x200,%eax
0xb376c45a <+74>: mov %eax,0x8(%esp)
0xb376c45e <+78>: je 0xb376c46f <_mesa_Clear+95>
0xb376c460 <+80>: mov 0x4(%esi),%eax
0xb376c463 <+83>: sub $0x1,%eax
0xb376c466 <+86>: cmp $0x2,%eax
0xb376c469 <+89>: jbe 0xb376c618 <_mesa_Clear+520>
0xb376c46f <+95>: mov 0xceb8(%esi),%ecx
0xb376c475 <+101>: test %ecx,%ecx
0xb376c477 <+103>: jne 0xb376c600 <_mesa_Clear+496>
0xb376c47d <+109>: mov 0xd8(%esi),%eax
0xb376c483 <+115>: cmpw $0x8cd5,0xfc(%eax)
0xb376c48c <+124>: jne 0xb376c580 <_mesa_Clear+368>
0xb376c492 <+130>: cmpb $0x0,0xd159(%esi)
0xb376c499 <+137>: jne 0xb376c598 <_mesa_Clear+392>
0xb376c49f <+143>: cmpw $0x1c00,0xceb4(%esi)
0xb376c4a8 <+152>: jne 0xb376c598 <_mesa_Clear+392>
0xb376c4ae <+158>: cmpb $0x0,0x1add(%esi)
0xb376c4b5 <+165>: jne 0xb376c4c9 <_mesa_Clear+185>
0xb376c4b7 <+167>: mov %edi,%edx
0xb376c4b9 <+169>: and $0xfffffeff,%edi
0xb376c4bf <+175>: and $0x200,%edx
0xb376c4c5 <+181>: mov %edx,0x8(%esp)
0xb376c4c9 <+185>: mov %edi,%ebx
0xb376c4cb <+187>: and $0x4000,%ebx
0xb376c4d1 <+193>: je 0xb376c52b <_mesa_Clear+283>
0xb376c4d3 <+195>: mov 0x2e0(%eax),%ebx
---Type <return> to continue, or q <return> to quit---
0xb376c4d9 <+201>: test %ebx,%ebx
0xb376c4db <+203>: je 0xb376c52b <_mesa_Clear+283>
0xb376c4dd <+205>: lea 0x154c(%esi),%ecx
0xb376c4e3 <+211>: xor %ebx,%ebx
0xb376c4e5 <+213>: mov %edi,0x30(%esp)
0xb376c4e9 <+217>: mov %ecx,0xc(%esp)
0xb376c4ed <+221>: lea 0x0(%esi),%esi
0xb376c4f0 <+224>: mov 0x2e4(%eax,%ebp,4),%edi
0xb376c4f7 <+231>: cmp $0xffffffff,%edi
0xb376c4fa <+234>: je 0xb376c51c <_mesa_Clear+268>
0xb376c4fc <+236>: mov 0xc(%esp),%edx
0xb376c500 <+240>: mov %ebp,%ecx
0xb376c502 <+242>: call 0xb376c0f0 <color_buffer_writes_enabled>
0xb376c507 <+247>: test %al,%al
0xb376c509 <+249>: je 0xb376c516 <_mesa_Clear+262>
0xb376c50b <+251>: mov $0x1,%eax
0xb376c510 <+256>: mov %edi,%ecx
0xb376c512 <+258>: shl %cl,%eax
0xb376c514 <+260>: or %eax,%ebx
0xb376c516 <+262>: mov 0xd8(%esi),%eax
0xb376c51c <+268>: add $0x1,%ebp
0xb376c51f <+271>: cmp 0x2e0(%eax),%ebp
0xb376c525 <+277>: jb 0xb376c4f0 <_mesa_Clear+224>
0xb376c527 <+279>: mov 0x30(%esp),%edi
0xb376c52b <+283>: test $0x100,%edi
0xb376c531 <+289>: je 0xb376c53f <_mesa_Clear+303>
0xb376c533 <+291>: mov %ebx,%edx
0xb376c535 <+293>: or $0x10,%edx
0xb376c538 <+296>: cmpb $0x0,0x21(%eax)
0xb376c53c <+300>: cmovne %edx,%ebx
0xb376c53f <+303>: and $0x400,%edi
0xb376c545 <+309>: je 0xb376c553 <_mesa_Clear+323>
0xb376c547 <+311>: mov %ebx,%edx
0xb376c549 <+313>: or $0x20,%edx
0xb376c54c <+316>: cmpb $0x0,0x22(%eax)
0xb376c550 <+320>: cmovne %edx,%ebx
0xb376c553 <+323>: mov 0x8(%esp),%edx
0xb376c557 <+327>: test %edx,%edx
0xb376c559 <+329>: je 0xb376c567 <_mesa_Clear+343>
0xb376c55b <+331>: mov %ebx,%edx
0xb376c55d <+333>: or $0x40,%edx
0xb376c560 <+336>: cmpb $0x0,0x20(%eax)
0xb376c564 <+340>: cmovne %edx,%ebx
0xb376c567 <+343>: sub $0x8,%esp
0xb376c56a <+346>: push %ebx
0xb376c56b <+347>: push %esi
0xb376c56c <+348>: call *0xf8(%esi)
---Type <return> to continue, or q <return> to quit---
=> 0xb376c572 <+354>: add $0x10,%esp
0xb376c575 <+357>: jmp 0xb376c598 <_mesa_Clear+392>
0xb376c577 <+359>: mov %esi,%esi
0xb376c579 <+361>: lea 0x0(%edi,%eiz,1),%edi
0xb376c580 <+368>: lea -0x27e7c0(%ebx),%eax
0xb376c586 <+374>: sub $0x4,%esp
0xb376c589 <+377>: push %eax
0xb376c58a <+378>: push $0x506
0xb376c58f <+383>: push %esi
0xb376c590 <+384>: call 0xb37967a0 <_mesa_error>
0xb376c595 <+389>: add $0x10,%esp
0xb376c598 <+392>: add $0x1c,%esp
0xb376c59b <+395>: pop %ebx
0xb376c59c <+396>: pop %esi
0xb376c59d <+397>: pop %edi
0xb376c59e <+398>: pop %ebp
0xb376c59f <+399>: ret
0xb376c5a0 <+400>: sub $0x8,%esp
0xb376c5a3 <+403>: mov %edi,%ebp
0xb376c5a5 <+405>: push $0x2
0xb376c5a7 <+407>: push %esi
0xb376c5a8 <+408>: call 0xb3900cd0 <vbo_exec_FlushVertices>
0xb376c5ad <+413>: add $0x10,%esp
0xb376c5b0 <+416>: and $0xffffb8ff,%ebp
0xb376c5b6 <+422>: je 0xb376c453 <_mesa_Clear+67>
0xb376c5bc <+428>: push %edi
0xb376c5bd <+429>: lea -0x27e858(%ebx),%eax
0xb376c5c3 <+435>: push %eax
0xb376c5c4 <+436>: push $0x501
0xb376c5c9 <+441>: push %esi
0xb376c5ca <+442>: call 0xb37967a0 <_mesa_error>
0xb376c5cf <+447>: add $0x10,%esp
0xb376c5d2 <+450>: add $0x1c,%esp
0xb376c5d5 <+453>: pop %ebx
0xb376c5d6 <+454>: pop %esi
0xb376c5d7 <+455>: pop %edi
0xb376c5d8 <+456>: pop %ebp
0xb376c5d9 <+457>: ret
0xb376c5da <+458>: lea 0x0(%esi),%esi
0xb376c5e0 <+464>: sub $0x8,%esp
0xb376c5e3 <+467>: push $0x1
0xb376c5e5 <+469>: push %esi
0xb376c5e6 <+470>: call 0xb3900cd0 <vbo_exec_FlushVertices>
0xb376c5eb <+475>: mov 0x310(%esi),%eax
0xb376c5f1 <+481>: add $0x10,%esp
0xb376c5f4 <+484>: jmp 0xb376c43d <_mesa_Clear+45>
0xb376c5f9 <+489>: lea 0x0(%esi,%eiz,1),%esi
---Type <return> to continue, or q <return> to quit---q
Quit
(gdb) i r
eax 0x0 0
ecx 0x0 0
edx 0x2 2
ebx 0x10 16
esp 0xbfffd530 0xbfffd530
ebp 0x0 0x0
esi 0xbb87a0 12289952
edi 0x0 0
eip 0xb376c572 0xb376c572 <_mesa_Clear+354>
eflags 0x210246 [ PF ZF IF RF ID ]
cs 0x73 115
ss 0x7b 123
ds 0x7b 123
es 0x7b 123
fs 0x0 0
gs 0x33 51
(gdb)
```
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/786thunderbolt 3-way split corruption using OpenGL2019-09-18T19:41:12ZBugzilla Migration Userthunderbolt 3-way split corruption using OpenGL## Submitted by Carlos Licea
Assigned to **Default DRI bug account**
**[Link to original bug (#106763)](https://bugs.freedesktop.org/show_bug.cgi?id=106763)**
## Description
Pluging a 3rd monitor using a thunderbolt to Dual Displa...## Submitted by Carlos Licea
Assigned to **Default DRI bug account**
**[Link to original bug (#106763)](https://bugs.freedesktop.org/show_bug.cgi?id=106763)**
## Description
Pluging a 3rd monitor using a thunderbolt to Dual DisplayPort adapter https://www.amazon.com/gp/product/B01DYFI1OE
It works well on XRender but when I try to enable OpenGL support (either 3.1 or 2.0) it mirrors and corrupts all displays. I'm using manjaro. Here's a quick hardware dump:
'''
$ inxi -Fxzc0
System: Host: io Kernel: 4.14.44-1-MANJARO x86_64 bits: 64 compiler: gcc v: 8.1.0 Desktop: KDE Plasma 5.12.5
tk: Qt 5.10.1 Distro: Manjaro Linux 17.1.10 Hakoila
Machine: Type: Laptop System: Dell product: XPS 15 9560 v: N/A serial: N/A
Mobo: Dell model: 05FFDN v: A00 serial: N/A UEFI: Dell v: 1.6.2 date: 11/12/2017
Battery: ID-1: BAT0 charge: 88.1 Wh condition: 88.1/97.0 Wh (91%) model: SMP DELL GPM0365 status: Full
CPU: Topology: Quad Core model: Intel Core i7-7700HQ bits: 64 type: MT MCP arch: Skylake rev: 9
L2 cache: 6144 KiB
flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 44944
Speed: 3339 MHz min/max: 800/3800 MHz Core speeds (MHz): 1: 3373 2: 3400 3: 3400 4: 3400 5: 3400
6: 3400 7: 3400 8: 3400
Graphics: Card-1: Intel driver: i915 v: kernel bus ID: 00:02.0
Card-2: NVIDIA GP107M [GeForce GTX 1050 Mobile] driver: N/A bus ID: 01:00.0
Display: x11 server: X.Org 1.19.6 driver: intel unloaded: fbdev,modesetting,vesa
resolution: 3840x2160~60Hz, 3840x2160~60Hz
OpenGL: renderer: Mesa DRI Intel HD Graphics 630 (Kaby Lake GT2) v: 4.5 Mesa 18.0.4
direct render: Yes
Audio: Card-1: Intel CM238 HD Audio driver: snd_hda_intel v: kernel bus ID: 00:1f.3
Sound Server: ALSA v: k4.14.44-1-MANJARO
Network: Card-1: Qualcomm Atheros QCA6174 802.11ac Wireless Network Adapter driver: ath10k_pci v: kernel
bus ID: 02:00.0
IF: wlp2s0 state: up mac: `<filter>`
Card-2: Qualcomm Atheros type: USB driver: btusb bus ID: 1:2
IF-ID-1: br-abd3c2b482b1 state: down mac: `<filter>`
IF-ID-2: br-b7b4ade7beae state: down mac: `<filter>`
IF-ID-3: br-ca990f09811e state: down mac: `<filter>`
IF-ID-4: docker0 state: down mac: `<filter>`
Drives: HDD Total Size: 592.63 GiB used: 179.60 GiB (30.3%)
ID-1: /dev/nvme0n1 model: KXG50ZNV512G NVMe TOSHIBA 512GB size: 476.94 GiB
ID-2: /dev/sda type: USB vendor: SanDisk model: Ultra Fit size: 115.69 GiB
Partition: ID-1: / size: 451.35 GiB used: 135.05 GiB (29.9%) fs: ext4 dev: /dev/dm-0
ID-2: swap-1 size: 17.07 GiB used: 57.6 MiB (0.3%) fs: swap dev: /dev/dm-1
Sensors: System Temperatures: cpu: 66.0 C mobo: 50.0 C
Fan Speeds (RPM): cpu: 3220
Info: Processes: 222 Uptime: 22h 49m Memory: 15.52 GiB used: 4.58 GiB (29.5%) Init: systemd Compilers:
gcc: 8.1.0 Shell: bash v: 4.4.19 inxi: 3.0.08
'''
This problem is reproducible with KWin and Gnome Shell (this later using X11 and Wayland).
Initial thread on Manjaro https://bugs.kde.org/show_bug.cgi?id=394900
Bug against KWin https://bugs.kde.org/show_bug.cgi?id=394900
Please let me know what information may I provide to reproduce this error.
Version: 18.0https://gitlab.freedesktop.org/mesa/mesa/-/issues/785The internal format RGB32F should be color-renderable for texture, But mesa c...2019-09-18T19:41:08ZBugzilla Migration UserThe internal format RGB32F should be color-renderable for texture, But mesa can not support it## Submitted by wangjingbin
Assigned to **Default DRI bug account**
**[Link to original bug (#106601)](https://bugs.freedesktop.org/show_bug.cgi?id=106601)**
## Description
Created attachment 139671
Test application used to reprod...## Submitted by wangjingbin
Assigned to **Default DRI bug account**
**[Link to original bug (#106601)](https://bugs.freedesktop.org/show_bug.cgi?id=106601)**
## Description
Created attachment 139671
Test application used to reproduce bug
1.
**Attachment 139671**, "Test application used to reproduce bug":
[copySubImageFloatRGB.c](/uploads/002c79fa62d3540709bda1146ab53f91/copySubImageFloatRGB.c)
Version: 17.1https://gitlab.freedesktop.org/mesa/mesa/-/issues/783Gpu Hang with timestamp queries and compute dispatches on Intel HD 55002019-09-18T19:40:58ZBugzilla Migration UserGpu Hang with timestamp queries and compute dispatches on Intel HD 5500## Submitted by man..@..bus.fi
Assigned to **Default DRI bug account**
**[Link to original bug (#105934)](https://bugs.freedesktop.org/show_bug.cgi?id=105934)**
## Description
Running OpenGL program with two glDispatch() calls, ca...## Submitted by man..@..bus.fi
Assigned to **Default DRI bug account**
**[Link to original bug (#105934)](https://bugs.freedesktop.org/show_bug.cgi?id=105934)**
## Description
Running OpenGL program with two glDispatch() calls, causes gpu hang on HD Graphics 5500.
Program basically does:
if (1)
{
glUseProgram(computeprogram);
glBindBufferBase(GL_SHADER_STORAGE_BUFFER, 1, ssbo_test);
glDispatchCompute(256/4, 256/4, 256/2);
glMemoryBarrier(GL_SHADER_STORAGE_BARRIER_BIT);
}
if (1)
{
glUseProgram(computeprogram);
glBindBufferBase(GL_SHADER_STORAGE_BUFFER, 1, ssbo_test);
glDispatchCompute(256/4, 256/4, 256/2);
glMemoryBarrier(GL_SHADER_STORAGE_BARRIER_BIT);
}
.. and then simple one-triangle fullscreen pass to main framebuffer (0) using that SSBO.
When both of those are enabled, my computer nearly hangs and dmesg reports:
[127049.481163] drm/i915: Resetting chip after gpu hang.
But if only one of those is enabled, everything is ok, compute dispatch takes 13ms and debug output renders on the screen.https://gitlab.freedesktop.org/mesa/mesa/-/issues/782GPU HANG: ecode 9:0:0x86dffffd, in Xorg, reason: Hang on render ring, action:...2019-09-18T19:40:50ZBugzilla Migration UserGPU HANG: ecode 9:0:0x86dffffd, in Xorg, reason: Hang on render ring, action: reset## Submitted by Ivan Levshin
Assigned to **Default DRI bug account**
**[Link to original bug (#105257)](https://bugs.freedesktop.org/show_bug.cgi?id=105257)**
## Description
Created attachment 137611
dmesg output with an error
I'...## Submitted by Ivan Levshin
Assigned to **Default DRI bug account**
**[Link to original bug (#105257)](https://bugs.freedesktop.org/show_bug.cgi?id=105257)**
## Description
Created attachment 137611
dmesg output with an error
I'm in trouble with LibreOffice 6.0.1 during editing presentation in Impress: everything just stops responding (whole DE, I'm using KDE Plasma) then after some time I see that whole session reset, I have to start it again.
I'm using X.org in OpenSUSE Tumbleweed on MSI GS40 6QE Phantom. I've seen this problem before (probably a yesr ago) but after some of updates it disappeared. Nor it happening again and again.
To reproduce try to edit attached presentation, I cannot say what exactly needed to be done as I had spontaneous freezes but I can say that it will happens after 5-15 minutes you're working with it.
mynote:/home/ivan # uname -a
Linux mynote.levshin.site 4.15.4-1-default #1 SMP PREEMPT Sat Feb 17 09:02:00 UTC 2018 (7169cf1) x86_64 x86_64 x86_64 GNU/Linux
Problem happening only in the time I'm editing some (not all) presentations in Impress, I haven't seen this problem with any other kind of workload. But I can say that it seems to be related with presentation with a lot of graphic objects embedded. At the same time it seems like X.org issue rather than LibreOffice issue as I see error message in dmesg output where exactly i915 mentioned and not a LO processes (like soffice).
mynote:/home/ivan # rpm -qa|grep -i mesa
Mesa-dri-nouveau-18.0.0-187.1.x86_64
Mesa-libGL-devel-18.0.0-187.1.x86_64
Mesa-libva-18.0.0-187.1.x86_64
Mesa-libEGL-devel-18.0.0-187.1.x86_64
Mesa-libGL1-18.0.0-187.1.x86_64
Mesa-gallium-18.0.0-187.1.x86_64
Mesa-dri-18.0.0-187.1.x86_64
Mesa-18.0.0-187.1.x86_64
Mesa-libEGL1-18.0.0-187.1.x86_64
Mesa-libglapi0-18.0.0-187.1.x86_64
mynote:/home/ivan # rpm -qa | grep -i xorg
xorg-x11-server-wayland-1.19.6-3.1.x86_64
xorg-x11-essentials-7.6_1-16.4.noarch
xorg-x11-libX11-ccache-7.6-20.5.noarch
xorg-x11-fonts-core-7.6-32.3.noarch
xorg-x11-fonts-7.6-32.3.noarch
xorg-x11-server-1.19.6-3.1.x86_64
xorg-x11-driver-input-7.6_1-14.3.noarch
xorg-x11-driver-video-7.6_1-17.1.x86_64
mynote:/home/ivan # rpm -qa | grep -i libreoffice
libreoffice-6.0.1.1-1.3.x86_64
libreoffice-gtk3-6.0.1.1-1.3.x86_64
libreoffice-l10n-ru-6.0.1.1-1.3.noarch
libreoffice-kde4-6.0.1.1-1.3.x86_64
libreoffice-l10n-en-6.0.1.1-1.3.noarch
libreoffice-draw-6.0.1.1-1.3.x86_64
libreoffice-writer-6.0.1.1-1.3.x86_64
libreoffice-base-drivers-mysql-6.0.1.1-1.3.x86_64
libreoffice-writer-extensions-6.0.1.1-1.3.x86_64
libreoffice-calc-6.0.1.1-1.3.x86_64
libreoffice-share-linker-1-4.3.noarch
libreoffice-branding-upstream-6.0.1.1-1.3.noarch
libreoffice-mailmerge-6.0.1.1-1.3.x86_64
libreoffice-pyuno-6.0.1.1-1.3.x86_64
libreoffice-impress-6.0.1.1-1.3.x86_64
libreoffice-filters-optional-6.0.1.1-1.3.x86_64
libreoffice-gnome-6.0.1.1-1.3.x86_64
libreoffice-base-6.0.1.1-1.3.x86_64
libreofficekit-6.0.1.1-1.3.x86_64
libreoffice-icon-themes-6.0.1.1-1.3.noarch
libreoffice-math-6.0.1.1-1.3.x86_64
libreoffice-calc-extensions-6.0.1.1-1.3.x86_64
**Attachment 137611**, "dmesg output with an error":
[dmesg](/uploads/ab907c72e8cd36877e146d6c666093f4/dmesg)https://gitlab.freedesktop.org/mesa/mesa/-/issues/779Intermittent X crashes: GPU HANG: ecode 9:0:0x85dffffb, in Xorg [443], reason...2019-09-18T19:40:25ZBugzilla Migration UserIntermittent X crashes: GPU HANG: ecode 9:0:0x85dffffb, in Xorg [443], reason: Hang on rcs0, action: reset## Submitted by Amy
Assigned to **Default DRI bug account**
**[Link to original bug (#104520)](https://bugs.freedesktop.org/show_bug.cgi?id=104520)**
## Description
Created attachment 136591
GPU error dup.
1) startx
2) loading i3...## Submitted by Amy
Assigned to **Default DRI bug account**
**[Link to original bug (#104520)](https://bugs.freedesktop.org/show_bug.cgi?id=104520)**
## Description
Created attachment 136591
GPU error dup.
1) startx
2) loading i3 and i3 scripts (loading an xterm and palemoon) intermittently crashes
Result: GPU hangs, and eventually X crashes with this message in the dmesg.
[drm] GPU HANG: ecode 9:0:0x85dffffb, in Xorg [443], reason: Hang on rcs0, action: reset
[ 561.340148] [drm] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace.
[ 561.340148] [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel
[ 561.340148] [drm] drm/i915 developers can then reassign to the right component if it's not a kernel issue.
[ 561.340149] [drm] The gpu crash dump is required to analyze gpu hangs, so please always attach it.
[ 561.340149] [drm] GPU crash dump saved to /sys/class/drm/card0/error
**Attachment 136591**, "GPU error dup.":
[gpu_error_dump](/uploads/da922643f0744c36beda54a4a29cd729/gpu_error_dump)
Version: 17.3https://gitlab.freedesktop.org/mesa/mesa/-/issues/777after switch to xserver-xorg-video-intel-native-modesetting libreoffice sideb...2019-09-18T19:40:21ZBugzilla Migration Userafter switch to xserver-xorg-video-intel-native-modesetting libreoffice sidebar corrupted## Submitted by pieter kristensen
Assigned to **Default DRI bug account**
**[Link to original bug (#102103)](https://bugs.freedesktop.org/show_bug.cgi?id=102103)**
## Description
Created attachment 133375
ugly sidebar libreoffice ...## Submitted by pieter kristensen
Assigned to **Default DRI bug account**
**[Link to original bug (#102103)](https://bugs.freedesktop.org/show_bug.cgi?id=102103)**
## Description
Created attachment 133375
ugly sidebar libreoffice caused by xserver-xorg-video-intel-native-modesetting graphics dirver
My machine is a Dell Lattitude e5500. As far as I can see it has a Mobile 4 Series Chipset Integrated Graphics Controller.
I'm using kde Neon. After the introduction of the xserver-xorg-video-intel-native-modesetting driver I had a few (minor but irritating) issues.
Most notably the sidebar of LibreOffice is ugly.
I filed a bug at the document foundation and kde but they couldn't do anything with them.
**Attachment 133375**, "ugly sidebar libreoffice caused by xserver-xorg-video-intel-native-modesetting graphics dirver":
![sidebar](/uploads/4831080c96400510e02ff2cd7a9d2b4e/sidebar.jpeg)
Version: 17.1https://gitlab.freedesktop.org/mesa/mesa/-/issues/776[G33] piglit.spec.arb_framebuffer_object.fbo-blit-stretch2019-09-18T19:40:18ZBugzilla Migration User[G33] piglit.spec.arb_framebuffer_object.fbo-blit-stretch## Submitted by Mark Janes `@majanes`
Assigned to **Ian Romanick**
**[Link to original bug (#101414)](https://bugs.freedesktop.org/show_bug.cgi?id=101414)**
## Description
Piglit 3a9efab0da277ec2ddf954576ba7d2bf40c688a9 introduced...## Submitted by Mark Janes `@majanes`
Assigned to **Ian Romanick**
**[Link to original bug (#101414)](https://bugs.freedesktop.org/show_bug.cgi?id=101414)**
## Description
Piglit 3a9efab0da277ec2ddf954576ba7d2bf40c688a9 introduced a test which fails only on G33. This result was unexpected and needs more analysis:
3a9efab0da277ec2ddf954576ba7d2bf40c688a9
Author: Ian Romanick <ian.d.romanick@intel.com>
fbo: Use renderbuffers instead of textures
This allows fbo-blit-stretch to run on platforms that support
ARB_framebuffer_object but not ARB_texture_non_power_of_two.
Coneptually similar to 7b3f6d5.
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Brian Paul <brianp@vmware.com>
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/774Chromium complains about glXGetSyncValuesOML in 13.0.22019-09-18T19:40:09ZBugzilla Migration UserChromium complains about glXGetSyncValuesOML in 13.0.2## Submitted by Zoltán Böszörményi
Assigned to **Default DRI bug account**
**[Link to original bug (#98964)](https://bugs.freedesktop.org/show_bug.cgi?id=98964)**
## Description
Hi,
I am running Chromium 52.0.2743.76 on Yocto wit...## Submitted by Zoltán Böszörményi
Assigned to **Default DRI bug account**
**[Link to original bug (#98964)](https://bugs.freedesktop.org/show_bug.cgi?id=98964)**
## Description
Hi,
I am running Chromium 52.0.2743.76 on Yocto with Mesa 13.0.2 / libdrm 2.4.73.
It occasionally complains about this:
[1347:1347:1202/032132:ERROR:sync_control_vsync_provider.cc(64)] glXGetSyncValuesOML should not return TRUE with a media stream counter of 0.
Conformance bug?
Version: 13.0https://gitlab.freedesktop.org/mesa/mesa/-/issues/773[i915] GPU HANG: ecode 6:0:0xf389fffc (Redie Beta 0.8.4)2019-09-18T19:40:06ZBugzilla Migration User[i915] GPU HANG: ecode 6:0:0xf389fffc (Redie Beta 0.8.4)## Submitted by Xavier L
Assigned to **Default DRI bug account**
**[Link to original bug (#98667)](https://bugs.freedesktop.org/show_bug.cgi?id=98667)**
## Description
Created attachment 127882
GPU crash dump
GPU Hangs when runni...## Submitted by Xavier L
Assigned to **Default DRI bug account**
**[Link to original bug (#98667)](https://bugs.freedesktop.org/show_bug.cgi?id=98667)**
## Description
Created attachment 127882
GPU crash dump
GPU Hangs when running Redie Beta (https://rueckertbroductions.itch.io/redie).
The game crashes with the following error message:
> intel_do_flush_locked failed: Input/output error
I am running Ubuntu 16.04.1 (kernel 4.4.0-47-generic).
**Attachment 127882**, "GPU crash dump":
[error.bz2](/uploads/7ff56ed1a0e4f47f93945e3460bc29cb/error.bz2)
Version: 11.2