From owner-freebsd-arm@freebsd.org Sat May 6 00:44:26 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 49806D5D8B4 for ; Sat, 6 May 2017 00:44:26 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-78.reflexion.net [208.70.210.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E63F188C for ; Sat, 6 May 2017 00:44:25 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 30613 invoked from network); 6 May 2017 00:44:18 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 6 May 2017 00:44:18 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Fri, 05 May 2017 20:44:18 -0400 (EDT) Received: (qmail 22115 invoked from network); 6 May 2017 00:44:18 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 6 May 2017 00:44:18 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 5DAA8EC7ED9; Fri, 5 May 2017 17:44:17 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: RPI2, www/firefox, error: "NEON support not enabled" From: Mark Millard In-Reply-To: <20170505230106.GA52464@www.zefox.net> Date: Fri, 5 May 2017 17:44:16 -0700 Cc: ports@freebsd.org, freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: <20170505151339.GA51255@www.zefox.net> <962F9C0D-C7C8-4940-A381-B3097FD2A138@dsl-only.net> <20170505182838.GB51255@www.zefox.net> <078B736E-4807-42C7-B6A5-656F3A50DAEB@dsl-only.net> <20170505230106.GA52464@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 May 2017 00:44:26 -0000 On 2017-May-5, at 4:01 PM, bob prohaska wrote: > On Fri, May 05, 2017 at 12:38:14PM -0700, Mark Millard wrote: >> >> An rpi2 has Cortex-A7 (armv7-A) cores that have NEON >> but armv6 does not. >> >> There is some possibility that with something like >> -mcpu=cortex-a7 in use as a compiler option that >> NEON would be used. > > What's the simplest way to try it on a self-hosted RPI2 running > -current? At this point I'm just using make -DBATCH in > /usr/ports/www/firefox and following my nose. There's nothing > valuable on the system, it's only for testing. I've never built firefox for anything. The only place I have set up a (fairly minimal) x11 environment is on amd64 virtual machine guests, again no firefox or anything else major, just lumina and xterm (local use, not internet use). So it would be a research project for me to get a special/non-default firefox build done on a rpi2. (There are some fairly general, but not universal, techniques for supplying compiler options to ports. I've no clue were firefox lands for such properties.) >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217611 >> >> (VFP and NEON are related by the registers used.) >> >> So there could be other problems with NEON enabled code >> until it is all resolved. (And head gets the work before >> stable/11 gets the result.) >> > > Most of the discussion in the thread is beyond me, but it > is appreciated that the problem isn't simple. The overall effect: you may get odd results from corrupted NEON register values when NEON is put to use. (I do not know the detailed status of what is working vs. not for NEON/VFP at this point.) === Mark Millard markmi at dsl-only.net