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:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=Bv7Jd1KvjYY14uTC
	2Igb0CxojWSIm++pycTjNBWn5VdYa6Q19osCNyxJFlju9qp4snnlg3Dj80pw/HxF
	xH7xGi0PJKqSh/XPb5cTZsPd60x5Dd+xznlPK7hPvfJwg8QUd/jvIi33lIoyVReY
	3rhNuOhkrK9SY0PvpoBFqzBgHN8=
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:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; s=default; bh=fzs71I4KYEjnMLuryO7DKf
	rKrTQ=; b=TDTDJTVK25Emxo7QeDHMpWcgB2ZaAY5hg/uW+3P6cVPmCsvcwIsWhH
	9dwpRF44xnHoxYIPVJ5zx5H4FtffPXVLGGOr+tfErsEfj7SqPbUe8E2QtqS66HR8
	SlPSRvPpsJNLxzvX2RfR7hxxqZtOhK457HP8HADDRuDPbFs7BGnuE=
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=-0.9 required=5.0 tests=BAYES_00,KAM_LAZY_DOMAIN_SECURITY,SPF_HELO_PASS autolearn=no version=3.3.2 spammy=H*M:cygwin, mesa, H*F:U*yselkowitz, staring
X-HELO: mx1.redhat.com
Subject: Re: [ANNOUNCEMENT] mesa 11.0.9-2 [GOLDSTAR]
To: cygwin AT cygwin DOT 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>
From: Yaakov Selkowitz <yselkowitz AT cygwin DOT com>
Message-ID: <e9bd250e-783d-0ce0-f1ee-e9614e5d8c17@cygwin.com>
Date: Thu, 9 Jun 2016 17:01:27 -0500
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1
MIME-Version: 1.0
In-Reply-To: <755f21b3-98aa-9283-0054-369bdb1657a0@dronecode.org.uk>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
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?

-- 
Yaakov

--
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