Bug 56542 - [bisected] Piglit gl_select tests crash on exit
Summary: [bisected] Piglit gl_select tests crash on exit
Alias: None
Product: Mesa
Classification: Unclassified
Component: Other (show other bugs)
Version: git
Hardware: Other All
: medium normal
Assignee: mesa-dev
QA Contact:
Keywords: regression
Depends on:
Reported: 2012-10-29 20:28 UTC by Pavel Ondračka
Modified: 2013-04-08 17:52 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:

backtrace (8.77 KB, text/plain)
2012-10-29 20:28 UTC, Pavel Ondračka

Note You need to log in before you can comment on or make changes to this bug.
Description Pavel Ondračka 2012-10-29 20:28:16 UTC
Created attachment 69252 [details]

Reproducible with llvmpipe or r300g here.

/piglit/bin/select alpha
PIGLIT: {'result': 'pass' }
pure virtual method called
terminate called without an active exception
Neúspěšně ukončen (SIGABRT)

Full backtrace attached.
This works fine in 8.0.5 so I did a regression test, but there were some build failures:

There are only 'skip'ped commits left to test. The first bad commit could be any of: 23f1e551cc6553ce7f99b9264efc8776f5f35b00 1f2c87cc8f50d0a0ec3c9be1ddf6cf035002e5c7 
We cannot bisect more!

However almost all of them are build fixes, or some gbm stuff which leaves:
commit 3469715a8a171512cf9b528702e70393f01c6041
Author: José Fonseca <jfonseca@vmware.com>
Date:   Fri Jul 13 18:09:30 2012 +0100

    gallivm,draw,llvmpipe: Support wider native registers.

as the most likely candidate.

LLVM version: 3.0-14.fc17
Mesa: e8f2bec25ea9bbaedac7abfa7eabb62e1aaf3163

This is with an old intel prescott cpu, 32 bit Fedora 17:
from /proc/cpuinfo
vendor_id	: GenuineIntel
cpu family	: 6
model		: 14
model name	: Genuine Intel(R) CPU T2300  @ 1.66GHz

printed with GALLIUM_DUMP_CPU=1
util_cpu_caps.nr_cpus = 2
util_cpu_caps.x86_cpu_type = 6
util_cpu_caps.cacheline = 64
util_cpu_caps.has_tsc = 1
util_cpu_caps.has_mmx = 1
util_cpu_caps.has_mmx2 = 1
util_cpu_caps.has_sse = 1
util_cpu_caps.has_sse2 = 1
util_cpu_caps.has_sse3 = 1
util_cpu_caps.has_ssse3 = 0
util_cpu_caps.has_sse4_1 = 0
util_cpu_caps.has_sse4_2 = 0
util_cpu_caps.has_avx = 0
util_cpu_caps.has_3dnow = 0
util_cpu_caps.has_3dnow_ext = 0
util_cpu_caps.has_altivec = 0

It seems this is highly cpu dependent, as this test doesn't crash on my other machine (core2) with 64bit fedora ( there is just hang forever in __lll_lock_wait() from libpthread.so.0 on exit )
Comment 1 Jerome Glisse 2013-04-05 18:52:13 UTC
It's a freeglut bug, they should not close X connection in an atexit handler. This is really bad.
Comment 2 Pavel Ondračka 2013-04-06 16:10:02 UTC
(In reply to comment #1)
> It's a freeglut bug, they should not close X connection in an atexit
> handler. This is really bad.

So it is a known bug, or should I report this with freeglut?
Comment 3 Jerome Glisse 2013-04-08 17:52:21 UTC
Dunno if it's a freeglut know bug. They could argue it's not a bug, but really using atexit to do Xorg cleanup is bad.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.