Version-Release number of selected component: glmark2-2021.02-1.fc34 Additional info: reporter: libreport-2.15.2 backtrace_rating: 4 cgroup: 0::/user.slice/user-501.slice/user/app.slice/app-glmark2\x2ddrm-9f51cf1e40924f35bab821c8e1d554a2.scope cmdline: /usr/bin/glmark2-drm crash_function: gbm_bo_get_user_data executable: /usr/bin/glmark2-drm journald_cursor: s=adce27df28754964997216b8f5579162;i=1ea921;b=5f05fc45686647edae8287d8cf09397e;m=e81ad36c;t=5cbfb62abfeaa;x=30642bab238f8b09 kernel: 5.13.14-200.fc34.x86_64 rootdir: / runlevel: N 5 type: CCpp uid: 501 Truncated backtrace: Thread no. 1 (5 frames) #0 gbm_bo_get_user_data at ../src/gbm/main/gbm.c:450 #1 NativeStateDRM::fb_get_from_bo at ../src/native-state-drm.cpp:421 #2 NativeStateDRM::flip at ../src/native-state-drm.cpp:87 #3 MainLoop::step at ../src/main-loop.cpp:108 #4 do_benchmark at ../src/main.cpp:123
Created attachment 1823133 [details] File: backtrace
Created attachment 1823134 [details] File: core_backtrace
Created attachment 1823135 [details] File: cpuinfo
Created attachment 1823136 [details] File: dso_list
Created attachment 1823137 [details] File: environ
Created attachment 1823138 [details] File: exploitable
Created attachment 1823139 [details] File: limits
Created attachment 1823140 [details] File: maps
Created attachment 1823141 [details] File: mountinfo
Created attachment 1823142 [details] File: open_fds
Created attachment 1823143 [details] File: proc_pid_status
Created attachment 1823144 [details] File: var_log_messages
Thanks for the report. Can you provide the terminal output of glmark2, the exact command you were running and your hardware details?
Are you running glmark2-drm inside an X session? That won't work (though it shouldn't crash). Please run glmark2 or glmark2-es2 only in X sessions and glmark2-wayland or glmark2-es2-wayland in Wayland sessions. *-drm binaries are meant to be run from a text console without X or Wayland.
I was running glmark2-drm from a X session when it crashed. I started it from Fedora 34 Application Launcher (start menu) -> Graphics -> Glmark2-drm and was not aware it needed a text console. Bit strange to place a program that need a text console in the Application Launcher menu in an X environment, Running glmark2-drm from a X terminal gives the same crash, but it runs fine in a text console. The non drm glmark2 run fine from an X session using the Nvidia closed source driver. Perhaps the drm versions should be removed from the Application Launcher and issue a message that they need a text console if started in an X environment. Environment details: Fedora 34 with kernel Linux eagle 5.13.14-200.fc34.x86_64 #1 SMP Fri Sep 3 15:33:01 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux CPU (6 core with hyper-threading enabled) rocessor : 11 vendor_id : GenuineIntel cpu family : 6 model : 158 model name : Intel(R) Core(TM) i7-8700 CPU @ 3.20GHz stepping : 10 microcode : 0xea cpu MHz : 3200.000 cache size : 12288 KB physical id : 0 siblings : 12 core id : 5 cpu cores : 6 apicid : 11 initial apicid : 11 fpu : yes fpu_exception : yes cpuid level : 22 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch cpuid_fault epb invpcid_single pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid ept_ad fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx rdseed adx smap clflushopt intel_pt xsaveopt xsavec xgetbv1 xsaves dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp md_clear flush_l1d vmx flags : vnmi preemption_timer invvpid ept_x_only ept_ad ept_1gb flexpriority tsc_offset vtpr mtf vapic ept vpid unrestricted_guest ple shadow_vmcs pml ept_mode_based_exec bugs : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs taa itlb_multihit srbds bogomips : 6399.96 clflush size : 64 cache_alignment : 64 address sizes : 39 bits physical, 48 bits virtual power management: Memory 16 GB Graphics card: [dogbert@eagle ~]$ cat /proc/driver/nvidia/gpus/0000\:01\:00.0/information Model: NVIDIA GeForce RTX 2060 SUPER IRQ: 140 GPU UUID: GPU-e6b4def3-814e-8430-783d-1b646260191d Video BIOS: 90.06.4c.00.1d Bus Type: PCIe DMA Size: 47 bits DMA Mask: 0x7fffffffffff Bus Location: 0000:01:00.0 Device Minor: 0 GPU Excluded: No Driver: dogbert@eagle ~]$ cat /proc/driver/nvidia/version NVRM version: NVIDIA UNIX x86_64 Kernel Module 470.63.01 Tue Aug 3 20:44:16 UTC 2021 GCC version: gcc version 11.2.1 20210728 (Red Hat 11.2.1-1) (GCC) Output from an X session when failing: [dogbert@eagle ~]$ glmark2-drm -d Debug: Using Udev to detect the right DRM node to use Debug: Looking for the main GPU DRM node... Debug: Success! Debug: Trying to use the DRM node /dev/dri/card0 Debug: Success! Debug: Using eglGetPlatformDisplayEXT() Debug: Got 16 suitable EGLConfigs: Debug: Debug: cfg buf rgb colorbuffer dp st config native support surface sample Debug: id sz lum r g b a th cl caveat render visid type buf ns Debug: ------------------------------------------------------------------------ Debug: 0x2 32 rgb 10 10 10 2 16 0 None true0x30335241 0x4 0 0 Debug: 0x16 32 rgb 8 8 8 8 16 0 None true0x34325241 0x4 0 0 Debug: 0x3 32 rgb 10 10 10 2 24 0 None true0x30335241 0x4 0 0 Debug: 0x17 32 rgb 8 8 8 8 24 0 None true0x34325241 0x4 0 0 Debug: 0x4 32 rgb 10 10 10 2 24 8 None true0x30335241 0x4 0 0 Debug: 0x18 32 rgb 8 8 8 8 24 8 None true0x34325241 0x4 0 0 Debug: 0x5 32 rgb 10 10 10 2 32 0 None true0x30335241 0x4 0 0 Debug: 0x19 32 rgb 8 8 8 8 32 0 None true0x34325241 0x4 0 0 Debug: 0x7 32 rgb 10 10 10 2 16 0 None true0x30335241 0x4 1 4 Debug: 0x1b 32 rgb 8 8 8 8 16 0 None true0x34325241 0x4 1 4 Debug: 0x8 32 rgb 10 10 10 2 24 0 None true0x30335241 0x4 1 4 Debug: 0x1c 32 rgb 8 8 8 8 24 0 None true0x34325241 0x4 1 4 Debug: 0x9 32 rgb 10 10 10 2 24 8 None true0x30335241 0x4 1 4 Debug: 0x1d 32 rgb 8 8 8 8 24 8 None true0x34325241 0x4 1 4 Debug: 0xa 32 rgb 10 10 10 2 32 0 None true0x30335241 0x4 1 4 Debug: 0x1e 32 rgb 8 8 8 8 32 0 None true0x34325241 0x4 1 4 Debug: Debug: Best EGLConfig ID: 0x19 Info: ======================================================= Info: glmark2 2021.02 Info: ======================================================= Info: OpenGL Information Info: GL_VENDOR: Mesa/X.org Info: GL_RENDERER: llvmpipe (LLVM 12.0.1, 256 bits) Info: GL_VERSION: 3.1 Mesa 21.1.8 Info: ======================================================= Debug: Loading vertex shader from file None: Debug: const vec4 MaterialDiffuse = vec4(1.000000, 1.000000, 1.000000, 1.000000); Debug: const vec4 LightSourcePosition = vec4(20.000000, 20.000000, 10.000000, 1.000000); Debug: attribute vec3 position; Debug: attribute vec3 normal; Debug: attribute vec2 texcoord; Debug: Debug: uniform mat4 ModelViewProjectionMatrix; Debug: uniform mat4 NormalMatrix; Debug: Debug: varying vec4 Color; Debug: varying vec2 TextureCoord; Debug: Debug: void main(void) Debug: { Debug: // Transform the normal to eye coordinates Debug: vec3 N = normalize(vec3(NormalMatrix * vec4(normal, 1.0))); Debug: Debug: // The LightSourcePosition is actually its direction for directional light Debug: vec3 L = normalize(LightSourcePosition.xyz); Debug: Debug: // Multiply the diffuse value by the vertex color (which is fixed in this case) Debug: // to get the actual color that we will use to draw this vertex with Debug: float diffuse = max(dot(N, L), 0.0); Debug: Color = vec4(diffuse * MaterialDiffuse.rgb, MaterialDiffuse.a); Debug: Debug: // Set the texture coordinates as a varying Debug: TextureCoord = texcoord; Debug: Debug: // Transform the position to clip coordinates Debug: gl_Position = ModelViewProjectionMatrix * vec4(position, 1.0); Debug: } Debug: Loading fragment shader from file None: Debug: #ifdef GL_ES Debug: precision mediump float; Debug: #endif Debug: varying vec4 Color; Debug: varying vec2 TextureCoord; Debug: Debug: void main(void) Debug: { Debug: gl_FragColor = Color; Debug: } Debug: Loading model from 3ds file '/usr/share/glmark2/models/horse.3ds' Debug: Object name: HORSE_L_Mate Vertex count: 3582 Face count: 7172 Info: [build] use-vbo=false:Error: Failed to set crtc: -22 Error: Failed to set crtc: -22 Error: Failed to set crtc: -22 Error: Failed to set crtc: -22 Segmentation fault (core dumped)
(In reply to Kjell.Randa from comment #15) > I was running glmark2-drm from a X session when it crashed. I started it > from Fedora 34 Application Launcher (start menu) -> Graphics -> Glmark2-drm > and was not aware it needed a text console. Bit strange to place a program > that need a text console in the Application Launcher menu in an X > environment, Running glmark2-drm from a X terminal gives the same crash, but > it runs fine in a text console. The non drm glmark2 run fine from an X > session using the Nvidia closed source driver. > > Perhaps the drm versions should be removed from the Application Launcher and > issue a message that they need a text console if started in an X environment. You're right. I'll remove the menu entries for DRM builds and add Wayland versions instead. I'll report the crash upstream, too.
Similar problem has been detected: Ran `glmark2-drm`: ``` $ glmark2-drm amdgpu_device_initialize: amdgpu_query_info(ACCEL_WORKING) failed (-13) amdgpu: amdgpu_device_initialize failed. ======================================================= glmark2 2021.02 ======================================================= OpenGL Information GL_VENDOR: Mesa/X.org GL_RENDERER: llvmpipe (LLVM 12.0.1, 256 bits) GL_VERSION: 3.1 Mesa 21.1.8 ======================================================= [build] use-vbo=false:Error: Failed to set crtc: -13 Error: Failed to set crtc: -13 Error: Failed to set crtc: -13 Error: Failed to set crtc: -13 Segmentation fault (core dumped) ``` reporter: libreport-2.15.2 backtrace_rating: 3 cgroup: 0::/user.slice/user-5242.slice/session-2.scope cmdline: glmark2-drm crash_function: gbm_bo_get_user_data executable: /usr/bin/glmark2-drm journald_cursor: s=89a53dc496d14addb73a21b50abaa939;i=2fadb;b=ee482a4e540047499d76b3cf38b4eed3;m=8caca05b;t=5ce13176c4f03;x=cb2d67082cc53c89 kernel: 5.14.9-200.fc34.x86_64 package: glmark2-2021.02-1.fc34 reason: glmark2-drm killed by SIGSEGV rootdir: / runlevel: N 5 type: CCpp uid: 5242 xsession_errors:
Crash reported upstream.
Similar problem has been detected: Ran glmark2-es2-drm under Xorg. reporter: libreport-2.15.2 backtrace_rating: 3 cgroup: 0::/user.slice/user-5242.slice/session-2.scope cmdline: glmark2-es2-drm crash_function: gbm_bo_get_user_data executable: /usr/bin/glmark2-es2-drm journald_cursor: s=89a53dc496d14addb73a21b50abaa939;i=2fb0c;b=ee482a4e540047499d76b3cf38b4eed3;m=aab60c87;t=5ce133575bb30;x=acd37361b6c2c38a kernel: 5.14.9-200.fc34.x86_64 package: glmark2-2021.02-1.fc34 reason: glmark2-es2-drm killed by SIGSEGV rootdir: / runlevel: N 5 type: CCpp uid: 5242
https://bodhi.fedoraproject.org/updates/FEDORA-2021-0baa41e0da provides a partial "fix" for this by removing the desktop menu entries for DRM variants (and adding the Wayland ones by the way). When/if upstream provides a fix for the crash, I'll include it, too.
FEDORA-2022-0369401db1 has been submitted as an update to Fedora 35. https://bodhi.fedoraproject.org/updates/FEDORA-2022-0369401db1
FEDORA-2022-872b46b321 has been submitted as an update to Fedora 34. https://bodhi.fedoraproject.org/updates/FEDORA-2022-872b46b321
FEDORA-2022-872b46b321 has been pushed to the Fedora 34 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2022-872b46b321` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-872b46b321 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2022-0369401db1 has been pushed to the Fedora 35 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2022-0369401db1` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-0369401db1 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2022-872b46b321 has been pushed to the Fedora 34 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2022-0369401db1 has been pushed to the Fedora 35 stable repository. If problem still persists, please make note of it in this bug report.