mesa issueshttps://gitlab.freedesktop.org/mesa/mesa/-/issues2019-09-18T20:28:50Zhttps://gitlab.freedesktop.org/mesa/mesa/-/issues/1039tgsi_to_nir.c:2111: undefined reference to `gl_nir_lower_samplers_as_deref'2019-09-18T20:28:50ZBugzilla Migration Usertgsi_to_nir.c:2111: undefined reference to `gl_nir_lower_samplers_as_deref'## Submitted by Vinson Lee
Assigned to **mes..@..op.org**
**[Link to original bug (#109929)](https://bugs.freedesktop.org/show_bug.cgi?id=109929)**
## Description
autotools build error
CXXLD pipe_msm.la
/usr/bin/ld: ../../.....## Submitted by Vinson Lee
Assigned to **mes..@..op.org**
**[Link to original bug (#109929)](https://bugs.freedesktop.org/show_bug.cgi?id=109929)**
## Description
autotools build error
CXXLD pipe_msm.la
/usr/bin/ld: ../../../../src/gallium/auxiliary/.libs/libgallium.a(tgsi_to_nir.o): in function `ttn_finalize_nir':
src/gallium/auxiliary/nir/tgsi_to_nir.c:2111: undefined reference to `gl_nir_lower_samplers_as_deref'
/usr/bin/ld: src/gallium/auxiliary/nir/tgsi_to_nir.c:2113: undefined reference to `gl_nir_lower_samplers'
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/1038Age of Wonders 3 - Vertical lines on Main Menu (Linux native via Steam)2019-12-08T19:17:24ZBugzilla Migration UserAge of Wonders 3 - Vertical lines on Main Menu (Linux native via Steam)## Submitted by and..@..il.com
Assigned to **mes..@..op.org**
**[Link to original bug (#109925)](https://bugs.freedesktop.org/show_bug.cgi?id=109925)**
## Description
Created attachment 143564
glxinfo
Age of Wonders 3 v1.802 Linu...## Submitted by and..@..il.com
Assigned to **mes..@..op.org**
**[Link to original bug (#109925)](https://bugs.freedesktop.org/show_bug.cgi?id=109925)**
## Description
Created attachment 143564
glxinfo
Age of Wonders 3 v1.802 Linux version via STEAM.
Some strange vertical lines can be observed on the Main Menu but otherwise the game appears to work correctly in all other areas (i.e battles, global map)
https://imgur.com/a/IVqewpN
It should obviously look more like this:
https://i.ytimg.com/vi/L-vPu2aeG2w/maxresdefault.jpg
Ubuntu 18.04 LTS, using oibaf's ppa for the latest Mesa packages.
A search highlighted this previous bug report:
https://bugs.freedesktop.org/show_bug.cgi?id=106531
Running this in a terminal:
MESA_GL_VERSION_OVERRIDE=3.1COMPAT steam steam://226840
Or changing the game's launch options with didn't have any effect:
MESA_GL_VERSION_OVERRIDE=3.1COMPAT %command%
I've captured an apitrace of the issue but it's a bit screwy when replaying it - what I see occurs offscreen:
https://drive.google.com/file/d/1cGTjw9qgXzAHXvUr_EfjUvFHSAlfARxi/view?usp=sharing
The playback window can be moved up beyond the limit of the screen by left clicking on the top left edge and choosing "Move"
Works best if you do that once the Main Menu is loaded.
https://i.imgur.com/pQPdukM.jpg
https://i.imgur.com/xtGD3Vz.jpg
~~**Attachment 143564**~~, "glxinfo":
[glxinfo.txt](/uploads/93876a96e1ed853e6057331feb006ab9/glxinfo.txt)
Version: git
### Blocking
* [Bug 77449](https://bugs.freedesktop.org/show_bug.cgi?id=77449)https://gitlab.freedesktop.org/mesa/mesa/-/issues/1036>=19.0.0 fails u_format_test on x86/ppc/ppc642021-07-27T18:01:06ZBugzilla Migration User>=19.0.0 fails u_format_test on x86/ppc/ppc64## Submitted by erh..@..ox.org
Assigned to **mes..@..op.org**
**[Link to original bug (#109615)](https://bugs.freedesktop.org/show_bug.cgi?id=109615)**
## Description
Created attachment 143365
testlog.txt
The output from the fail...## Submitted by erh..@..ox.org
Assigned to **mes..@..op.org**
**[Link to original bug (#109615)](https://bugs.freedesktop.org/show_bug.cgi?id=109615)**
## Description
Created attachment 143365
testlog.txt
The output from the failed tests:
44/47 mesa:gallium / u_format_test FAIL 0.23 s (exit status 1)
--- command ---
/var/tmp/portage/media-libs/mesa-19.0.0_rc2/work/mesa-19.0.0-rc2-abi_ppc_64.ppc64/src/gallium/tests/unit/u_format_test
--- Listing only the last 100 lines from a long log. ---
FAILED: 00 3e obtained
3e 00 expected
FAILED: 07 c0 obtained
c0 07 expected
FAILED: f8 00 obtained
00 f8 expected
FAILED: 00 01 obtained
01 00 expected
Testing util_format_a1b5g5r5_unorm_unpack_rgba_float ...
FAILED: {0.225806, 0.774194, 0.000000, 0.000000} obtained
{0.000000, 0.000000, 1.000000, 0.000000} expected
FAILED: {0.774194, 0.000000, 0.096774, 1.000000} obtained
{0.000000, 1.000000, 0.000000, 0.000000} expected
FAILED: {0.000000, 0.096774, 0.903226, 0.000000} obtained
{1.000000, 0.000000, 0.000000, 0.000000} expected
FAILED: {0.000000, 0.129032, 0.000000, 0.000000} obtained
{0.000000, 0.000000, 0.000000, 1.000000} expected
Testing util_format_a1b5g5r5_unorm_pack_rgba_8unorm ...
FAILED: 00 3e obtained
3e 00 expected
FAILED: 07 c0 obtained
c0 07 expected
FAILED: f8 00 obtained
00 f8 expected
FAILED: 00 01 obtained
01 00 expected
Testing util_format_a1b5g5r5_unorm_unpack_rgba_8unorm ...
FAILED: {0x39, 0xc5, 0x00, 0x00} obtained
{0x00, 0x00, 0xff, 0x00} expected
FAILED: {0xc5, 0x00, 0x18, 0xff} obtained
{0x00, 0xff, 0x00, 0x00} expected
FAILED: {0x00, 0x18, 0xe6, 0x00} obtained
{0xff, 0x00, 0x00, 0x00} expected
FAILED: {0x00, 0x20, 0x00, 0x00} obtained
{0x00, 0x00, 0x00, 0xff} expected
Testing util_format_a1b5g5r5_unorm_norm_flags ...
Testing util_format_x1b5g5r5_unorm_fetch_rgba_float ...
FAILED: {0.225806, 0.774194, 0.000000, 1.000000} obtained
{0.000000, 0.000000, 1.000000, 1.000000} expected
FAILED: {0.774194, 0.000000, 0.096774, 1.000000} obtained
{0.000000, 1.000000, 0.000000, 1.000000} expected
FAILED: {0.000000, 0.096774, 0.903226, 1.000000} obtained
{1.000000, 0.000000, 0.000000, 1.000000} expected
FAILED: {1.000000, 0.870968, 1.000000, 1.000000} obtained
{1.000000, 1.000000, 1.000000, 1.000000} expected
Testing util_format_x1b5g5r5_unorm_pack_rgba_float ...
FAILED: 00 3e obtained
3e 00 expected
FAILED: 07 c0 obtained
c0 07 expected
FAILED: f8 00 obtained
00 f8 expected
FAILED: ff fe obtained
fe ff expected
Testing util_format_x1b5g5r5_unorm_unpack_rgba_float ...
FAILED: {0.225806, 0.774194, 0.000000, 1.000000} obtained
{0.000000, 0.000000, 1.000000, 1.000000} expected
FAILED: {0.774194, 0.000000, 0.096774, 1.000000} obtained
{0.000000, 1.000000, 0.000000, 1.000000} expected
FAILED: {0.000000, 0.096774, 0.903226, 1.000000} obtained
{1.000000, 0.000000, 0.000000, 1.000000} expected
FAILED: {1.000000, 0.870968, 1.000000, 1.000000} obtained
{1.000000, 1.000000, 1.000000, 1.000000} expected
Testing util_format_x1b5g5r5_unorm_pack_rgba_8unorm ...
FAILED: 00 3e obtained
3e 00 expected
FAILED: 07 c0 obtained
c0 07 expected
FAILED: f8 00 obtained
00 f8 expected
FAILED: ff fe obtained
fe ff expected
Testing util_format_x1b5g5r5_unorm_unpack_rgba_8unorm ...
FAILED: {0x39, 0xc5, 0x00, 0xff} obtained
{0x00, 0x00, 0xff, 0xff} expected
FAILED: {0xc5, 0x00, 0x18, 0xff} obtained
{0x00, 0xff, 0x00, 0xff} expected
FAILED: {0x00, 0x18, 0xe6, 0xff} obtained
{0xff, 0x00, 0x00, 0xff} expected
FAILED: {0xff, 0xde, 0xff, 0xff} obtained
{0xff, 0xff, 0xff, 0xff} expected
Testing util_format_x1b5g5r5_unorm_norm_flags ...
Testing util_format_a4b4g4r4_unorm_fetch_rgba_float ...
Testing util_format_a4b4g4r4_unorm_pack_rgba_float ...
Testing util_format_a4b4g4r4_unorm_unpack_rgba_float ...
Testing util_format_a4b4g4r4_unorm_pack_rgba_8unorm ...
Testing util_format_a4b4g4r4_unorm_unpack_rgba_8unorm ...
Testing util_format_a4b4g4r4_unorm_norm_flags ...
Testing util_format_r8_srgb_fetch_rgba_float ...
Testing util_format_r8_srgb_pack_rgba_float ...
Testing util_format_r8_srgb_unpack_rgba_float ...
Testing util_format_r8_srgb_pack_rgba_8unorm ...
Testing util_format_r8_srgb_unpack_rgba_8unorm ...
Testing util_format_r8_srgb_norm_flags ...
Testing util_format_a8l8_sint_norm_flags ...
Testing util_format_g8r8_sint_norm_flags ...
Testing util_format_a8b8g8r8_sint_norm_flags ...
Testing util_format_x8b8g8r8_sint_norm_flags ...
-------
**Attachment 143365**, "testlog.txt":
[testlog.txt](/uploads/b8b5912b2db8aec1559bd8b3d0801612/testlog.txt)
Version: 19.1
### See also
* https://bugs.freedesktop.org/show_bug.cgi?id=111549https://gitlab.freedesktop.org/mesa/mesa/-/issues/1034tgsi_to_nir: nir_build_alu: Assertion `src_bit_size == nir_alu_type_get_type_...2024-03-01T17:50:12ZBugzilla Migration Usertgsi_to_nir: nir_build_alu: Assertion `src_bit_size == nir_alu_type_get_type_size(op_info->input_types[i])' failed.## Submitted by Christian Gmeiner `@austriancoder`
Assigned to **mes..@..op.org**
**[Link to original bug (#109184)](https://bugs.freedesktop.org/show_bug.cgi?id=109184)**
## Description
Run the following TGSI shader with, for ins...## Submitted by Christian Gmeiner `@austriancoder`
Assigned to **mes..@..op.org**
**[Link to original bug (#109184)](https://bugs.freedesktop.org/show_bug.cgi?id=109184)**
## Description
Run the following TGSI shader with, for instance, ir3 cmdline compiler (./src/gallium/drivers/freedreno/ir3_compiler twoside-frag.tgsi).
```
FRAG
PROPERTY FS_COLOR0_WRITES_ALL_CBUFS 1
DCL IN[0], COLOR, COLOR
DCL IN[1], COLOR[1], COLOR
DCL IN[2], FACE, CONSTANT
DCL OUT[0], COLOR
DCL CONST[0]
DCL TEMP[0]
DCL TEMP[1], LOCAL
IMM[0] FLT32 { 1.0000, 0.8000, 0.0000, 0.0000}
0: MOV_SAT TEMP[0], IN[2]
1: ADD TEMP[1].x, -CONST[0].xxxx, IMM[0].xxxx
2: ADD_SAT TEMP[1].x, TEMP[1].xxxx, TEMP[0].xxxx
3: IF TEMP[1].xxxx :1
4: MOV TEMP[1], IN[0]
5: ELSE :1
6: MUL TEMP[1], IMM[0].yyyy, IN[1]
7: ENDIF
8: MOV OUT[0], TEMP[1]
9: END
```https://gitlab.freedesktop.org/mesa/mesa/-/issues/1030glGetTexImage with PBO is not accelerated on Gallium2021-08-13T12:46:34ZBugzilla Migration UserglGetTexImage with PBO is not accelerated on Gallium## Submitted by Andrew Wesie
Assigned to **mes..@..op.org**
**[Link to original bug (#108263)](https://bugs.freedesktop.org/show_bug.cgi?id=108263)**
## Description
Created attachment 141925
Mesa patch for accelerated PBO texture ...## Submitted by Andrew Wesie
Assigned to **mes..@..op.org**
**[Link to original bug (#108263)](https://bugs.freedesktop.org/show_bug.cgi?id=108263)**
## Description
Created attachment 141925
Mesa patch for accelerated PBO texture downloads
In May 2016, a patchset (https://lists.freedesktop.org/archives/mesa-dev/2016-May/117294.html) added acceleration for glReadPixels PBO downloads. Support for glGetTexImage and friends was left as future work.
As part of my efforts to find and fix performance hot spots in Wine's directx layer, I submitted patches to support texture downloads using PBOs in Wine. Unfortunately, on Mesa, this does not improve performance for the reason stated above.
It would be great if Mesa could add support for accelerated texture downloads using PBOs. In order to facilitate this, I put together a patch based on glReadPixels and a test case in piglit. I am not familiar with the Mesa code or conventions, but the patch passes the test case so it is probably close to correct.
**Patch 141925**, "Mesa patch for accelerated PBO texture downloads":
[0001-st-mesa-accelerate-glGetTexImage-PBO-downloads.patch](/uploads/6fa664da34fa3f3cae047ab842306532/0001-st-mesa-accelerate-glGetTexImage-PBO-downloads.patch)
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/1028REGoth/bgfx: util_blitter_generate_mipmap: Assertion `!util_format_has_stenci...2019-09-19T07:17:41ZBugzilla Migration UserREGoth/bgfx: util_blitter_generate_mipmap: Assertion `!util_format_has_stencil(desc)' failed.## Submitted by Christoph Haag
Assigned to **mes..@..op.org**
**[Link to original bug (#107288)](https://bugs.freedesktop.org/show_bug.cgi?id=107288)**
## Description
Created attachment 140708
application output
REGoth: ../src/ga...## Submitted by Christoph Haag
Assigned to **mes..@..op.org**
**[Link to original bug (#107288)](https://bugs.freedesktop.org/show_bug.cgi?id=107288)**
## Description
Created attachment 140708
application output
REGoth: ../src/gallium/auxiliary/util/u_blitter.c:2048: util_blitter_generate_mipmap: Assertion `!util_format_has_stencil(desc)' failed.
REGoth is a project reimplementing the game engine used for Gothic 1 and 2. They use bgfx for rendering and the assert is caused by whatever that library is doing. Its startup output is attached.
This may be an application bug, but commenting out that assert makes ReGoth work with seemingly no ill effect, so it would be nice if it could be verified that it's a valid assert and report it downstream to bgfx if it is.
Only tried with radeonsi latest git on RX 480 but the location of the assert probably applies to all drivers.
**Attachment 140708**, "application output":
[regoth-assert.txt](/uploads/5294ed38343fed74a8e078223a385c05/regoth-assert.txt)
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/1021Assertion in Dying Light2021-05-27T14:33:35ZBugzilla Migration UserAssertion in Dying Light## Submitted by Grazvydas Ignotas `@notaz`
Assigned to **mes..@..op.org**
**[Link to original bug (#105139)](https://bugs.freedesktop.org/show_bug.cgi?id=105139)**
## Description
Dying Light triggers an assertion when switching fr...## Submitted by Grazvydas Ignotas `@notaz`
Assigned to **mes..@..op.org**
**[Link to original bug (#105139)](https://bugs.freedesktop.org/show_bug.cgi?id=105139)**
## Description
Dying Light triggers an assertion when switching from fullscreen to windowed mode:
```
DyingLightGame: state_tracker/st_atom_framebuffer.c:201: st_update_framebuffer_state: Assertion `!framebuffer.cbufs[i] || framebuffer.cbufs[i]->texture->bind & PIPE_BIND_RENDER_TARGET' failed.
(gdb) p i
$1 = 0
(gdb) p framebuffer.nr_cbufs
$2 = 1 '\001'
(gdb) p framebuffer.cbufs[i]
$3 = (struct pipe_surface *) 0x1a132450
(gdb) p framebuffer.cbufs[i]->texture->bind
$4 = 9
```
The assert wants PIPE_BIND_RENDER_TARGET but PIPE_BIND_DEPTH_STENCIL|PIPE_BIND_SAMPLER_VIEW is set.
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/1020u_queue.c:173:7: error: implicit declaration of function 'timespec_get' is in...2022-06-11T23:29:35ZBugzilla Migration Useru_queue.c:173:7: error: implicit declaration of function 'timespec_get' is invalid in C99## Submitted by Vinson Lee
Assigned to **mes..@..op.org**
**[Link to original bug (#103674)](https://bugs.freedesktop.org/show_bug.cgi?id=103674)**
## Description
mesa: d1edf6e3962e187a1213dd4064ba3b6fb6c3ea4f (master 17.4.0-devel...## Submitted by Vinson Lee
Assigned to **mes..@..op.org**
**[Link to original bug (#103674)](https://bugs.freedesktop.org/show_bug.cgi?id=103674)**
## Description
mesa: d1edf6e3962e187a1213dd4064ba3b6fb6c3ea4f (master 17.4.0-devel)
u_queue.c:173:7: error: implicit declaration of function 'timespec_get' is invalid in C99 [-Werror,-Wimplicit-function-declaration]
timespec_get(&ts, TIME_UTC);
^
Version: gitJeremy Huddleston Sequoia521-jeremyhu@users.noreply.gitlab.freedesktop.orgJeremy Huddleston Sequoia521-jeremyhu@users.noreply.gitlab.freedesktop.orghttps://gitlab.freedesktop.org/mesa/mesa/-/issues/1013Artifacts in form of wrong pixels appearing on some surfaces2020-07-20T00:07:44ZBugzilla Migration UserArtifacts in form of wrong pixels appearing on some surfaces## Submitted by Fabian Maurer
Assigned to **mes..@..op.org**
**[Link to original bug (#101844)](https://bugs.freedesktop.org/show_bug.cgi?id=101844)**
## Description
Created attachment 132768
Minecraft trage file showing the corru...## Submitted by Fabian Maurer
Assigned to **mes..@..op.org**
**[Link to original bug (#101844)](https://bugs.freedesktop.org/show_bug.cgi?id=101844)**
## Description
Created attachment 132768
Minecraft trage file showing the corruption
Title says it all, will attach screenshots in the following comments.
Apitrace attached.
Images both taken from frame 600 of the trace file:
-One on linux
-One on win10 with latest closed source AMD drivers.
LIBGL_ALWAYS_SOFTWARE doesn't make a difference.
System the bug was tested on:
- Arch Linux 64bit
- Linux 4.12.2, AMDGPU driver
- Mesa 17.2.0-devel (git-80a0c9745c) / Mesa 17.1.4
- Radeon R9 285
**Attachment 132768**, "Minecraft trage file showing the corruption":
[java.7z](/uploads/9273eb08e522e0e79db86e352c49108b/java.7z)
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/1008Mesa fails to build with gcc address sanitizer (-fsanitize=address -lasan)2020-02-14T08:32:24ZBugzilla Migration UserMesa fails to build with gcc address sanitizer (-fsanitize=address -lasan)## Submitted by Vedran Miletić
Assigned to **mes..@..op.org**
**[Link to original bug (#100120)](https://bugs.freedesktop.org/show_bug.cgi?id=100120)**
## Description
$ git clone ...
$ ./autogen.sh CFLAGS="-fsanitize=address" CXXF...## Submitted by Vedran Miletić
Assigned to **mes..@..op.org**
**[Link to original bug (#100120)](https://bugs.freedesktop.org/show_bug.cgi?id=100120)**
## Description
$ git clone ...
$ ./autogen.sh CFLAGS="-fsanitize=address" CXXFLAGS="-fsanitize=address" LIBS="-lasan"
$ make -j
(...)
make[4]: Entering directory '/home/vedranm/workspace/mesa/src/glx'
CCLD libGL.la
./.libs/libglx.a(dri_common.o): In function `driOpenDriver':
dri_common.c:(.text+0x528): undefined reference to `dlerror'
./.libs/libglx.a(dri_common.o): In function `driGetDriverExtensions':
dri_common.c:(.text+0x6b8): undefined reference to `dlsym'
dri_common.c:(.text+0x6dc): undefined reference to `dlerror'
dri_common.c:(.text+0x71e): undefined reference to `dlsym'
dri_common.c:(.text+0x72e): undefined reference to `dlerror'
./.libs/libglx.a(dri_glx.o): In function `glXGetDriverConfig':
dri_glx.c:(.text+0x76f): undefined reference to `dlsym'
./.libs/libglx.a(dri_glx.o): In function `driCreateScreen':
dri_glx.c:(.text+0x3977): undefined reference to `dlsym'
dri_glx.c:(.text+0x398d): undefined reference to `dlerror'
collect2: error: ld returned 1 exit status
Makefile:808: recipe for target 'libGL.la' failed
make[4]: *** [libGL.la] Error 1
make[4]: Leaving directory '/home/vedranm/workspace/mesa/src/glx'
Makefile:902: recipe for target 'all-recursive' failed
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory '/home/vedranm/workspace/mesa/src/glx'
Makefile:856: recipe for target 'all-recursive' failed
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory '/home/vedranm/workspace/mesa/src'
Makefile:647: recipe for target 'all' failed
make[1]: *** [all] Error 2
make[1]: Leaving directory '/home/vedranm/workspace/mesa/src'
Makefile:644: recipe for target 'all-recursive' failed
make: *** [all-recursive] Error 1
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/1001glXMakeCurrent() drops the buffers of the unbound drawable2022-11-23T21:49:49ZBugzilla Migration UserglXMakeCurrent() drops the buffers of the unbound drawable## Submitted by almos
Assigned to **mes..@..op.org**
**[Link to original bug (#93955)](https://bugs.freedesktop.org/show_bug.cgi?id=93955)**
## Description
Created attachment 121440
makecurrent.c
As the attached code demonstrates...## Submitted by almos
Assigned to **mes..@..op.org**
**[Link to original bug (#93955)](https://bugs.freedesktop.org/show_bug.cgi?id=93955)**
## Description
Created attachment 121440
makecurrent.c
As the attached code demonstrates (see the comment about issue #2), after switching to a pbuffer and back with glXMakeCurrent(), the depth and stencil buffers are uninitialized, because they have been dropped and reallocated. The new depth buffer is all zeros, and the second quad completely fails depth test. Tested with radeonsi, llvmpipe, softpipe, swrast. The demo renders perfectly with fglrx.
The above results are with DRI2. With DRI3 the already rendered chessboard is also partially overwritten with noise.
**Attachment 121440**, "makecurrent.c":
[makecurrent.c](/uploads/08b94b889516a4211e6111d4cbfce049/makecurrent.c)https://gitlab.freedesktop.org/mesa/mesa/-/issues/999Divinity: Original Sin Enhanced Edition(Native) crash on start2019-11-20T12:26:41ZBugzilla Migration UserDivinity: Original Sin Enhanced Edition(Native) crash on start## Submitted by Vladimir Usikov
Assigned to **mes..@..op.org**
**[Link to original bug (#93551)](https://bugs.freedesktop.org/show_bug.cgi?id=93551)**
## Description
LD_LIBRARY_PATH="." ./EoCApp
[S_API FAIL] SteamAPI_Init() failed...## Submitted by Vladimir Usikov
Assigned to **mes..@..op.org**
**[Link to original bug (#93551)](https://bugs.freedesktop.org/show_bug.cgi?id=93551)**
## Description
LD_LIBRARY_PATH="." ./EoCApp
[S_API FAIL] SteamAPI_Init() failed; no appID found.
Either launch the game from Steam, or put the file steam_appid.txt containing the correct appID in your game folder.
Thread "EoCApp" (3053090816)
received signal 11
Call stack:
(0) /usr/lib/libpthread.so.0 : +0x10d60 [0x7f1fb1a53d60]
Ошибка сегментирования (core dumped)
Radeon HD 7950, ArchLinux 64, kernel 4.3.1, mesa|llvm from git.
```
Program received signal SIGSEGV, Segmentation fault.
0x0000000000000000 in ?? ()
(gdb) bt
#0 0x0000000000000000 in ?? ()
#1 0x00007ffff47fa563 in api::OpenGLRenderer::ChangeShader(ls::ObjectHandle, bool) () from ./libOGLBinding.so
#2 0x00007ffff44a01f5 in rf::Renderer::Apply(bool) () from ./libRenderFramework.so
#3 0x00007ffff47ec7bd in api::OpenGLRenderer::OpenGLRenderer(api::IAPI*, void*) () from ./libOGLBinding.so
#4 0x00007ffff47ebe19 in api::OpenGLAPI::CreateRenderer() () from ./libOGLBinding.so
#5 0x00007ffff47eba38 in api::OpenGLAPI::Init() () from ./libOGLBinding.so
#6 0x00007ffff45fa28a in BaseApp::InitAPI() () from ./libGameEngine.so
#7 0x00007ffff45f8e58 in BaseApp::Start(ls::InitStruct*) () from ./libGameEngine.so
#8 0x00000000006d4410 in main ()
```
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/998libgles2 exports new symbols2021-09-29T07:24:59ZBugzilla Migration Userlibgles2 exports new symbols## Submitted by Andreas Boll `@ab`
Assigned to **mes..@..op.org**
**[Link to original bug (#93271)](https://bugs.freedesktop.org/show_bug.cgi?id=93271)**
## Description
libgles2 exports the following new symbols in the upcoming 11...## Submitted by Andreas Boll `@ab`
Assigned to **mes..@..op.org**
**[Link to original bug (#93271)](https://bugs.freedesktop.org/show_bug.cgi?id=93271)**
## Description
libgles2 exports the following new symbols in the upcoming 11.1.0 release:
glBindFragDataLocationEXT
glDrawElementsBaseVertex
glDrawElementsInstancedBaseVertex
glDrawRangeElementsBaseVertex
These new symbols were introduced in af7c98a9 and 625414f7:
commit af7c98a9c75b17fc8c8ed0989aa732766e5b06d1
Author: Ryan Houdek <sonicadvance1@gmail.com>
Date: Sun Nov 1 21:25:27 2015 -0600
mesa: expose support for OES/EXT_draw_elements_base_vertex to OpenGL ES
This has been tested with the piglits in the mailing list and
on the Dolphin emulator.
Reviewed-by: Ilia Mirkin <imirkin@alum.mit.edu>
commit 625414f78c4ece1c5b24a31afad2efa4ea504933
Author: Ryan Houdek <Sonicadvance1@gmail.com>
Date: Thu Nov 5 10:52:35 2015 -0600
glapi: add EXT_blend_func_extended XML definitions
Reviewed-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Ilia Mirkin <imirkin@alum.mit.edu>
Are these new symbols intended to be exported or is this a bug?https://gitlab.freedesktop.org/mesa/mesa/-/issues/992GL/gl_mangle.h misses symbols from GLES/gl.h2023-03-21T17:15:55ZBugzilla Migration UserGL/gl_mangle.h misses symbols from GLES/gl.h## Submitted by Frederic Devernay
Assigned to **mes..@..op.org**
**[Link to original bug (#91724)](https://bugs.freedesktop.org/show_bug.cgi?id=91724)**
## Description
When using a statically linked libMangledOSMesa32.a, One gets ...## Submitted by Frederic Devernay
Assigned to **mes..@..op.org**
**[Link to original bug (#91724)](https://bugs.freedesktop.org/show_bug.cgi?id=91724)**
## Description
When using a statically linked libMangledOSMesa32.a, One gets these undefined symbols at link time:
Undefined symbols for architecture x86_64:
"_glAlphaFuncx", referenced from:
_static_functions in libMangledOSMesa32.a(glapi_libglapi_la-glapi_getproc.o)
"_glClearColorx", referenced from:
_static_functions in libMangledOSMesa32.a(glapi_libglapi_la-glapi_getproc.o)
[long list of _gl.*x undefined symbols]
obviously, functions defined in GLES/gl.h should be mangled too.
To fix it, include ../GLES/gl.h when regenerating gl_mangle.h:
(cd include/GL; sed -e 's@gl.h glext.h@gl.h glext.h ../GLES/gl.h@' -e 's@\^GLAPI@^GL_?API@' -i .orig gl_mangle.h)
(cd include/GL; sh ./gl_mangle.h > gl_mangle.h.new && mv gl_mangle.h.new gl_mangle.h)
now glAlphaFuncx and friends are correctly mangled
Version: 10.6
### Blocking
* [Bug 94994](https://bugs.freedesktop.org/show_bug.cgi?id=94994)https://gitlab.freedesktop.org/mesa/mesa/-/issues/989Mesa 10.4.2 implementation error: Unexpected format PIPE_FORMAT_R8G8B8_UNORM ...2020-02-05T17:05:46ZBugzilla Migration UserMesa 10.4.2 implementation error: Unexpected format PIPE_FORMAT_R8G8B8_UNORM in st_new_renderbuffer_fb## Submitted by bo hu
Assigned to **mes..@..op.org**
**[Link to original bug (#90275)](https://bugs.freedesktop.org/show_bug.cgi?id=90275)**
## Description
When using OSMesa, we are having this error message: just wonder if this P...## Submitted by bo hu
Assigned to **mes..@..op.org**
**[Link to original bug (#90275)](https://bugs.freedesktop.org/show_bug.cgi?id=90275)**
## Description
When using OSMesa, we are having this error message: just wonder if this PIPE_FORMAT_R8G8B8_UNORM is going to be supported?
Version: 10.4https://gitlab.freedesktop.org/mesa/mesa/-/issues/987Mesa implementation error: GLX Error: maximum number of visuals exceeded2019-09-25T15:32:14ZBugzilla Migration UserMesa implementation error: GLX Error: maximum number of visuals exceeded## Submitted by 992274880
Assigned to **mes..@..op.org**
**[Link to original bug (#89687)](https://bugs.freedesktop.org/show_bug.cgi?id=89687)**
## Description
Mesa implementation error: GLX Error: maximum number of visuals exceeded## Submitted by 992274880
Assigned to **mes..@..op.org**
**[Link to original bug (#89687)](https://bugs.freedesktop.org/show_bug.cgi?id=89687)**
## Description
Mesa implementation error: GLX Error: maximum number of visuals exceededhttps://gitlab.freedesktop.org/mesa/mesa/-/issues/980Many instances of 1<<31, which is undefined in C992022-10-30T20:42:07ZBugzilla Migration UserMany instances of 1<<31, which is undefined in C99## Submitted by Vittorio
Assigned to **mes..@..op.org**
**[Link to original bug (#80266)](https://bugs.freedesktop.org/show_bug.cgi?id=80266)**
## Description
In tgsi_ureg.c:1498
"if (ureg->vs_inputs[i/32] & (1 << (i%32))) {"
when...## Submitted by Vittorio
Assigned to **mes..@..op.org**
**[Link to original bug (#80266)](https://bugs.freedesktop.org/show_bug.cgi?id=80266)**
## Description
In tgsi_ureg.c:1498
"if (ureg->vs_inputs[i/32] & (1 << (i%32))) {"
when i==31 then 1 << 31 may be computed.
With gcc option -std=c99 this is wrong because the result cannot be int.
Perhaps the right instruction is
"if (ureg->vs_inputs[i/32] & ((unsigned) 1 << (i%32))) {"
Version: 10.2https://gitlab.freedesktop.org/mesa/mesa/-/issues/972Mesa 9.0-devel implementation error: Bad bpp in _mesa_meta_CopyTexSubImage()2019-09-25T15:38:25ZBugzilla Migration UserMesa 9.0-devel implementation error: Bad bpp in _mesa_meta_CopyTexSubImage()## Submitted by Loris Z.
Assigned to **mes..@..op.org**
**[Link to original bug (#54363)](https://bugs.freedesktop.org/show_bug.cgi?id=54363)**
## Description
Many windows games crash in Wine (games that are not supposed to crash,...## Submitted by Loris Z.
Assigned to **mes..@..op.org**
**[Link to original bug (#54363)](https://bugs.freedesktop.org/show_bug.cgi?id=54363)**
## Description
Many windows games crash in Wine (games that are not supposed to crash, not this way).
My console output spams this error message :
"Mesa 9.0-devel implementation error: Bad bpp in _mesa_meta_CopyTexSubImage()
Please report at bugs.freedesktop.org"
Wine always complains the pixel format, from one piece of software to the other, the error may change, but here are some things that keep appearing :
"wgl_setPixelFormat error" "wrong pixel format" "ChoosePixelFormat error"...
I think Wine and these games are trying to tell us something, but i really don't know what exactly.
At first, i did think it was linked to my optimus setup, but even if i get rid of Bumblebee, nvidia driver, and only use mesa and Intel hardware, these errors keep showing.
You will find more information here (it mainly is about optimus, because we assumed it was an optimus issue, now i'm not so sure anymore) :
http://bugs.winehq.org/show_bug.cgi?id=28730
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/970spring rts crashes with r300g2023-04-25T14:04:45ZBugzilla Migration Userspring rts crashes with r300g## Submitted by Pawel
Assigned to **mes..@..op.org**
**[Link to original bug (#44239)](https://bugs.freedesktop.org/show_bug.cgi?id=44239)**
## Description
Created attachment 54918
spring rts error log
There's an error when Sprin...## Submitted by Pawel
Assigned to **mes..@..op.org**
**[Link to original bug (#44239)](https://bugs.freedesktop.org/show_bug.cgi?id=44239)**
## Description
Created attachment 54918
spring rts error log
There's an error when Spring RTS finishes loading:
Mesa: User error: GL_INVALID_OPERATION in glUniform(type mismatch)
state_tracker/st_cb_texture.c:291:guess_base_level_size: Assertion `width >= 1' failed.
I'm using Kubuntu 11.10 with 3.1.6-030106-generic #201112211719 SMP kernel and up to date Oibaf repository:
https://launchpad.net/~oibaf/+archive/graphics-drivers
Error log attached.
**Attachment 54918**, "spring rts error log":
[error.txt](/uploads/00d0f9587468a52e8f9b25121aa4c096/error.txt)
Version: githttps://gitlab.freedesktop.org/mesa/mesa/-/issues/966initial-exec TLS model breaks dlopen'ed libGL2023-01-26T22:50:12ZBugzilla Migration Userinitial-exec TLS model breaks dlopen'ed libGL## Submitted by Christopher James Halse Rogers
Assigned to **mes..@..op.org**
**[Link to original bug (#35268)](https://bugs.freedesktop.org/show_bug.cgi?id=35268)**
## Description
Created attachment 44411
Source and Makefile for ...## Submitted by Christopher James Halse Rogers
Assigned to **mes..@..op.org**
**[Link to original bug (#35268)](https://bugs.freedesktop.org/show_bug.cgi?id=35268)**
## Description
Created attachment 44411
Source and Makefile for trivial SIGSEGV reproducer.
Mesa's use of the initial-exec TLS model unpredictably breaks usage of libGL by programs for which the executable isn't directly linked to libGL (so, python apps, mono apps, C apps which use dlopen, etc).
This manifests as a SIGSEGV in libstdc++ when certain conditions are met (stream output and exception handling seem to be examples of this).
Attached is a trivial example program which demonstrates the crash. (Thanks to Ulrich von Zadow on the associated Ubuntu bug²).
According to the linux TLS ABI reference¹ I could find, initial-exec implies a the static TLS model, which doesn't work for dynamically loaded modules. However, checking out the dl-tls.c code in eglibc there seems to be some attempt to handle this. Also, the TLS ABI reference suggests that __tls_get_addr receives its parameter in %eax, but this doesn't appear to be the case in dl-tls.c.
¹: http://www.akkadia.org/drepper/tls.pdf
²: https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/259219
**Attachment 44411**, "Source and Makefile for trivial SIGSEGV reproducer.":
[ldpreload_crash.zip](/uploads/74cd31d47ad8d3b20cc23bfaff4dd6a5/ldpreload_crash.zip)
Version: git