Michel Dänzer schrieb am 15.04.2014 09:27:
> On 23.03.2014 04:53, Kai Wasserbäch wrote:
>> Dear Mesa devs,
>> I'm not sure whether this is a bug in Mesa, LLVM or in eglibc. The crash
>> happens
>> in _int_malloc, but since that is certainly one of the more often used
>> functions, I'm not yet convinced, the fault lies indeed with eglibc.
>>
>> Therefore I'm attaching the full backtrace of the crash in
>> spec/glsl-1.50/execution/geometry/max-input-components (it takes a very long
>> time until the crash actually happens, Piglit recorded an execution time of
>> 1538.0506579875946) and hope you can point me to the right bug tracker.
>>
>> I'm unable to tell, whether this is a regression or not, since today was the
>> first time I was able to run a full Piglit quick test, without crashing my X
>> on
>> this machine with the radeonsi.
>
> It's not a regression. If you build LLVM with assertions enabled, you get:
>
> shader_runner:
> /home/daenzer/src/llvm-git/llvm/lib/CodeGen/RegAllocGreedy.cpp:2268:
> unsigned int
> {anonymous}::RAGreedy::selectOrSplitImpl(llvm::LiveInterval&,
> llvm::SmallVectorImpl<unsigned int>&,
> {anonymous}::RAGreedy::SmallVirtRegSet&, unsigned int): Assertion
> `NewVRegs.empty() && "Cannot append to existing NewVRegs"' failed.
>
> So this is an LLVM issue. It might be worth testing if Tom's register
> spilling patches help.Can you point me to those patches? Preferrably as a branch, but ML is ok as well. Thanks, Kai P.S.: Sorry for not coming back with a Valgrind log, but after waiting for almost twelve hours I killed the job and didn't have time to start a new one. -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: k...@dev.carbon-project.org
signature.asc
Description: OpenPGP digital signature
_______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
