From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3866 invoked by alias); 10 Jun 2016 14:09:40 -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 3853 invoked by uid 89); 10 Jun 2016 14:09:39 -0000 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 Received: from plane.gmane.org (HELO plane.gmane.org) (80.91.229.3) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Fri, 10 Jun 2016 14:09:29 +0000 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1bBN7k-00065H-WE for cygwin@cygwin.com; Fri, 10 Jun 2016 16:09:25 +0200 Received: from c-69-140-37-22.hsd1.md.comcast.net ([69.140.37.22]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 10 Jun 2016 16:09:24 +0200 Received: from schulman.andrew by c-69-140-37-22.hsd1.md.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 10 Jun 2016 16:09:24 +0200 To: cygwin@cygwin.com From: Andrew Schulman Subject: Re: [ANNOUNCEMENT] mesa 11.0.9-2 [GOLDSTAR] Date: Fri, 10 Jun 2016 14:49:00 -0000 Message-ID: References: <570D122B.50307@gmail.com> <570DAFFA.7020700@cygwin.com> <4311402a-fb7d-c68a-9cb3-954161a37e58@dronecode.org.uk> <755f21b3-98aa-9283-0054-369bdb1657a0@dronecode.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Archive: encrypt X-IsSubscribed: yes X-SW-Source: 2016-06/txt/msg00162.txt.bz2 > 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