This is the mail archive of the
mailing list for the Cygwin project.
Re: [ANNOUNCEMENT] mesa 11.0.9-2 [GOLDSTAR]
- From: Yaakov Selkowitz <yselkowitz at cygwin dot com>
- To: cygwin at cygwin dot com
- Date: Thu, 9 Jun 2016 17:01:27 -0500
- Subject: Re: [ANNOUNCEMENT] mesa 11.0.9-2 [GOLDSTAR]
- Authentication-results: sourceware.org; auth=none
- References: <announce dot 201602220900 dot u1M90xBM023169 at int-mx11 dot intmail dot prod dot int dot phx2 dot redhat dot com> <570D122B dot 50307 at gmail dot com> <570DAFFA dot 7020700 at cygwin dot com> <b8ee7d32-504d-27d8-51ab-547ea7a51968 at dronecode dot org dot uk> <4311402a-fb7d-c68a-9cb3-954161a37e58 at dronecode dot org dot uk> <dc6a9435-58ca-36fd-8fa6-4f9da0b49b81 at cygwin dot com> <755f21b3-98aa-9283-0054-369bdb1657a0 at dronecode dot org dot uk>
On 6/6/2016 9:27 AM, Jon Turney wrote:
On 06/06/2016 08:24, Yaakov Selkowitz wrote:
On 2016-06-03 12:56, Jon Turney wrote:
On 31/05/2016 18:03, Jon Turney wrote:
# gdb ./quad-clip
Program received signal SIGSEGV, Segmentation fault.
0x7fdf00c1 in ?? ()
(gdb) disassemble 0x7fdf00b1,0x7fdf00d2
Dump of assembler code from 0x7fdf00b1 to 0x7fdf00d2:
0x7fdf00b1: insertps $0x10,0x4(%eax,%edi,1),%xmm0
0x7fdf00b9: insertps $0x20,0x8(%eax,%edi,1),%xmm0
=> 0x7fdf00c1: insertps $0x30,0xfffeff34,%xmm0
0x7fdf00cb: mov (%esi),%eax
0x7fdf00cd: mul %ecx
After staring this a bit more, I see that this is the offset to the data
to load, apparently being used as an absolute address
This seems to be the case with other addresses in the JIT-ed code, so
perhaps there is some problem preventing relocations being applied...
FWIW, I tried rebuilding with llvm 3.8.0. 32-bit doesn't crash anymore,
and glxgears says its running, but only the background shows.
Thanks, that was next on my list to try
That sounds exactly like what I see with llvm svn r251761  backported
to 3.7.1 (without which we use the x86_64 loader on x86, rather than
reporting an error, due to an interesting use of __builtin_undefined,
with hilarious consequences)
I guess the output of the JIT code is ending up the wrong place as well,
For the record, Jon seems to have tracked this down, and his fix is in
llvm-3.7.1-2. I can only imagine what "fun" he had debugging this,
particularly on the address-starved 32-bit platform.
Andrew, could you please do the honours?
Problem reports: http://cygwin.com/problems.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple