X-Recipient:	archive-cygwin AT delorie DOT com
DomainKey-Signature:	a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:to:from:subject:date:message-id:references
	:mime-version:content-type:content-transfer-encoding; q=dns; s=
	default; b=hVrAjXcjuVnUt/QaSvOwVCd5kOen8UGsKu3IrKIFD19MVcumj0JWN
	gBVXl9O8Tizp1/z4Umuugy0nhJcT0vMTOiUkzgvTN+p1am243ryWMClPC23fMY0G
	uRE1MzmqHqozaCR9Ve5E/KoGP+JLlzHv/8pQJa+HbQmboPO1jd5LVY=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:to:from:subject:date:message-id:references
	:mime-version:content-type:content-transfer-encoding; s=default;
	bh=h51y4s74yHmuz47XKE0g5ewyMAQ=; b=tQWoqXcnAm0z0OfTjUATmf09PgoP
	NGDZo5uzVxQd8D2XKWsp7SsCW7Rp4JESiSa8lnM8zAGaScBrWaAtARvvqudkZsbl
	0qK3mTSxHVnr3a7X0x0B7ssM/jDU7SDYcLAopqu+7Vyblv66UzWFTyaTkNKbw31v
	4DWiLGntWdOPfdc=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Authentication-Results:	sourceware.org; auth=none
X-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=-1.8 required=5.0 tests=AWL,BAYES_50,RCVD_IN_DNSWL_LOW,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 spammy=awarded, H*Ad:D*gov, staring, sk:0x300
X-HELO:	plane.gmane.org
To:	cygwin AT cygwin DOT com
From:	Andrew Schulman <schulman DOT andrew AT epa DOT gov>
Subject:	Re: [ANNOUNCEMENT] mesa 11.0.9-2 [GOLDSTAR]
Date:	Fri, 10 Jun 2016 10:09:16 -0400
Lines:	46
Message-ID:	<hfillbd2uvmm8jb779j019dvomuvhk911l@4ax.com>
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>
Mime-Version:	1.0
X-Archive:	encrypt
X-IsSubscribed:	yes

> 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 [1] 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?

Awarded!  http://cygwin.com/goldstars/#JTy


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

- Raw text -