kmscube: video cube not working: i965_dri.so does not support the 0xffffffff PCI ID and segfaulting

Submitted by dir..@..web.de

Assigned to mes..@..op.org

Link to original bug (#107965)

Description

Created attachment 141607 dmesg output of boot and 2x failing kmscube run at end - some lines with usb/hdd detection removed to cut down length

I filed this bug at gitlab so probably the wrong location ?

kmscube#1 (closed)

from there:

---

kmscube kmscube -M rgba

both work

gst-play-1.0 sometestvideo.mkv works

Running

kmscube -V sometestvideo.mkv

is expected to work but fails.

<some OpenGL info> Gstreamer state change: old: NULL current: READY pending: PLAYING i965_dri.so does not support the 0xffffffff PCI ID and segfaulting Redistributing latency Gstreamer state change: old: READY current: PAUSED pending: PLAYING segmentation fault (core dumped)

CPU: i7-3770 Graphics: integrated Intel ( Intel® HD Graphics 4000 ) Dual Monitor setup (1920x1080 and 1650x1050) System: Archlinux Kernel: 4.18.6-arch1-1-ARCH #1 (closed) SMP PREEMPT Wed Sep 5 11:54:09 UTC 2018 x86_64 GNU/Linux kmscube git checkout from today gst-play-1.0 --version
gst-play-1.0 version 1.14.2 GStreamer 1.14.2 libdrm 2.4.94-1 mesa 18.1.8-1

[521936.405178] kmscube[22991]: segfault at 0 ip 00007fb0e5954ad8 sp 00007ffcc8671938 error 6 in libc-2.28.so[7fb0e58d3000+14b000] [521936.405185] Code: 0f 11 4c 17 f0 c3 48 3b 15 1d f8 11 00 0f 83 e2 00 00 00 48 39 f7 72 0f 74 12 4c 8d 0c 16 4c 39 cf 0f 82 63 01 00 00 48 89 d1 <f3> a4 c3 80 fa 08 73 12 80 fa 04 73 1e 80 fa 01 77 26 72 05 0f b6

---

tested today again and in journalctl I get

Sep 18 02:04:22 program-htpc systemd-coredump[31706]: Process 31676 (kmscube) of user 1000 dumped core.

                                                 Stack trace of thread 31676:
                                                 #0  0x00007fb977275ad8 __memcpy_sse2_unaligned_erms (libc.so.6)
                                                 #1  0x000056123b4b8154 n/a (/home/program/programming/git_2018-09/mesa/kmscube/kmscube)

I just wanted to run some simple "known good" test programs that use KMS (and OpenGL) before running or testing more advanced stuff but it seems that I already hit a wall :)

Attachment 141607, "dmesg output of boot and 2x failing kmscube run at end - some lines with usb/hdd detection removed to cut down length":
dmesg.current.txt

Version: git