From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 56091 invoked by alias); 6 Jun 2016 14:27:30 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 56083 invoked by uid 89); 6 Jun 2016 14:27:30 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.2 spammy=glxgears, 3.8.0, H*f:sk:4311402, hilarious X-HELO: out2-smtp.messagingengine.com Received: from out2-smtp.messagingengine.com (HELO out2-smtp.messagingengine.com) (66.111.4.26) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Mon, 06 Jun 2016 14:27:19 +0000 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id ED6B220492 for ; Mon, 6 Jun 2016 10:27:17 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute3.internal (MEProxy); Mon, 06 Jun 2016 10:27:17 -0400 Received: from [192.168.1.102] (host86-141-128-254.range86-141.btcentralplus.com [86.141.128.254]) by mail.messagingengine.com (Postfix) with ESMTPA id 8BB73CC021 for ; Mon, 6 Jun 2016 10:27:17 -0400 (EDT) Subject: Re: [ANNOUNCEMENT] mesa 11.0.9-2 To: cygwin@cygwin.com References: <570D122B.50307@gmail.com> <570DAFFA.7020700@cygwin.com> <4311402a-fb7d-c68a-9cb3-954161a37e58@dronecode.org.uk> From: Jon Turney Message-ID: <755f21b3-98aa-9283-0054-369bdb1657a0@dronecode.org.uk> Date: Mon, 06 Jun 2016 14:27:00 -0000 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: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2016-06/txt/msg00065.txt.bz2 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... [1] http://llvm.org/viewvc/llvm-project?view=revision&revision=251761 -- 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