From owner-freebsd-current@freebsd.org Wed Oct 7 19:09:55 2015 Return-Path: Delivered-To: freebsd-current@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 0213D9D0A08 for ; Wed, 7 Oct 2015 19:09:55 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 AC8E7FBE; Wed, 7 Oct 2015 19:09:54 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtp (envelope-from ) id <1Zju63-0003Tn-8G>; Wed, 07 Oct 2015 21:09:51 +0200 Received: from x5ce0fa67.dyn.telefonica.de ([92.224.250.103] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (envelope-from ) id <1Zju63-003Nb4-01>; Wed, 07 Oct 2015 21:09:51 +0200 Date: Wed, 7 Oct 2015 21:09:50 +0200 From: "O. Hartmann" To: John Baldwin Cc: freebsd-current@freebsd.org, Dimitry Andric Subject: Re: CURRENT: build failure with clang 3.7.0 Message-ID: <20151007210950.60474f36.ohartman@zedat.fu-berlin.de> In-Reply-To: <10633363.fQY0fDW1VU@ralph.baldwin.cx> References: <20151007093727.0db8e2e6@freyja.zeit4.iv.bundesimmobilien.de> <20151007133323.364655dd@freyja.zeit4.iv.bundesimmobilien.de> <10633363.fQY0fDW1VU@ralph.baldwin.cx> Organization: FU Berlin X-Mailer: Claws Mail 3.12.0 (GTK+ 2.24.28; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/l8OH.c3EiCUrReIOOC2qwYv"; protocol="application/pgp-signature" X-Originating-IP: 92.224.250.103 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Oct 2015 19:09:55 -0000 --Sig_/l8OH.c3EiCUrReIOOC2qwYv Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Wed, 07 Oct 2015 11:03 -0700 John Baldwin schrieb: > On Wednesday, October 07, 2015 01:33:23 PM O. Hartmann wrote: > > On Wed, 7 Oct 2015 13:23:48 +0200 > > Dimitry Andric wrote: > >=20 > > > On 07 Oct 2015, at 09:37, O. Hartmann w= rote: > > > >=20 > > > > I hit on a box this nasty/sticky error when performing buildworld. > > > >=20 > > > > /usr/src is on r288980 > > > ... > > > > --- ieee802_11_common.o --- > > > ... > > > > -c /usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/c= ommon/ieee802_11_common.c > > > > -o ieee802_11_common.o Cannot emit physreg copy instruction UNREACH= ABLE > > > > executed > > > > at /usr/src/lib/clang/libllvmx86codegen/../../../contrib/llvm/lib/T= arget/X86/X86InstrInfo.cpp:3935! > > >=20 > > > Somebody else reported the same to me yesterday. This is an upstream > > > bug with AVX (which is still present in llvm trunk), so for now you n= eed > > > to set your CPUTYPE to something that doesn't have AVX, or simply uns= et > > > your CPUTYPE. > > >=20 > > > The bug has been reported upstream, and once there is a fix, I will > > > import it ASAP. > > >=20 > > > -Dimitry > > >=20 > >=20 > > Funny, I have several other boxes, definitely having AVX aboard: > >=20 > > [... from dmesg] > > Jul 29 07:05:52 freyja kernel: CPU: Intel(R) Xeon(R) CPU E5-1650 v3 @ 3= .50GHz > > (3491.98-MHz K8-class CPU) > > Jul 29 07:05:52 freyja kernel: Origin=3D"GenuineIntel" Id=3D0x306f2 F= amily=3D0x6 > > Model=3D0x3f Stepping=3D2 > > Jul 29 07:05:52 freyja kernel: > > Features=3D0xbfebfbff > > Jul 29 07:05:52 freyja kernel: > > Features2=3D0x7dfefbff > > Jul 29 07:05:52 freyja kernel: AMD > > Features=3D0x2c100800 > > Jul 29 07:05:52 freyja kernel: AMD Features2=3D0x21 > > Jul 29 07:05:52 freyja kernel: Structured Extended > > Features=3D0x37ab > >=20 > > [...] > >=20 > > which is a most recent Haswell XEON and builds world fine. My personal = failing > > box is a i3-32XX, IvyBridge, but the IvyBridge E3-124XX XEON builds wel= l. >=20 > It's not about whether your CPU supports it, it is about whether or not y= ou have > asked the compiler to use it. Normally by setting 'CPUTYPE' in /etc/make= .conf > or the like. (I also was bitten by this yesterday on my sandbridge laptop > where I have 'CPUTYPE=3Dcorei7-avx' in /etc/src.conf.) The workaround is= to not > set CPUTYPE (or set it to something without AVX like just 'corei7'). >=20 Hello. Well, I guess I understood the usage of CPUTYPE. Maybe I did not express my= self in the clear, but I wanted to emphasize the fact that I'm using two CPUs supposedl= y of the same architectural design and if the AVX feature is indeed the culprit, then the= question is why the one CPU compiles and the other not. I use on all machines the very = same src.conf and make.conf except for the kernel name. So this would imply that on all b= oxes the very same feature set, identified by the CPU type, would be used. So far the the= ory. I did not check the expansion of CPUTYPE on both systems failing the buildw= orld, so maybe there is a slight difference there ... Oliver --Sig_/l8OH.c3EiCUrReIOOC2qwYv Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJWFW3+AAoJEOgBcD7A/5N8uB4IAJZiNptjiMj6k2EqiBFfokv3 G1XpX9bi+byavLCoqd0MRfP6+qgmSdBe/80gay9rQRRsK8l27RHjLNrEbcmY1c4P FsH7nS8zCutmmc6h7I1UXkjauYnZRMO+j2veE/92bTEeXVEH25k1bcm2orgs4MhT Z9xqRIeYYiuRrtBECneL09zoMRq0K7drJ+16V2Zv6jaAyxTTf96PuvCT9AooAgx1 as44XUtgwCNrmOcKrhPSWENrl//hgYHPKHznpvdA2WSLs8a40Coz7ufjsIY0AsGD 9qXmmBGLx06QZfs4BtGiJTs/1ZPfXOPcGp1FIqUyuPyUnLC4qwkVggPnWOgqBmw= =JJQy -----END PGP SIGNATURE----- --Sig_/l8OH.c3EiCUrReIOOC2qwYv--