This is the mail archive of the
mailing list for the Cygwin project.
Re: [ANNOUNCEMENT] mesa 11.0.9-2 [GOLDSTAR]
- From: Andrew Schulman <schulman dot andrew at epa dot gov>
- To: cygwin at cygwin dot com
- Date: Fri, 10 Jun 2016 10:09:16 -0400
- 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> <e9bd250e-783d-0ce0-f1ee-e9614e5d8c17 at cygwin dot com>
> 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
> >>>>> [...]
> >>>>> (gdb) r
> >>>>> [...]
> >>>>> Program received signal SIGSEGV, Segmentation fault.
> >>>>> 0x7fdf00c1 in ?? ()
> >>> [...]
> >>>>> /usr/src/debug/mesa-demos-8.3.0-1/src/trivial/quad-clip.c:137
> >>>>> (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,
> > or something...
> 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