From owner-freebsd-current@FreeBSD.ORG Sun Sep 9 11:03:12 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7782A106566C; Sun, 9 Sep 2012 11:03:12 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 0E56C8FC15; Sun, 9 Sep 2012 11:03:11 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q89B37Xl095271; Sun, 9 Sep 2012 14:03:08 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q89B2tre095959; Sun, 9 Sep 2012 14:02:55 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q89B2txj095958; Sun, 9 Sep 2012 14:02:55 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 9 Sep 2012 14:02:55 +0300 From: Konstantin Belousov To: Michael Fuckner Message-ID: <20120909110255.GM33100@deviant.kiev.zoral.com.ua> References: <20120908181019.GK33100@deviant.kiev.zoral.com.ua> <504C3A5D.4020402@fuckner.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fFCOmqB+j1dkVc7M" Content-Disposition: inline In-Reply-To: <504C3A5D.4020402@fuckner.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: Small Ivy features: FSGSBASE and SMEP. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sun, 09 Sep 2012 11:03:12 -0000 --fFCOmqB+j1dkVc7M Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 09, 2012 at 08:42:37AM +0200, Michael Fuckner wrote: > Hi all, >=20 > I changed your patch slightly to apply to specialreh.h on STABLE >=20 > root@c64:/root # diff smep.1.patch.bak smep.1.patch > 80c80 > < diff --git a/sys/x86/include/specialreg.h b/sys/x86/include/specialreg.h > --- > > diff --git a/sys/amd64/include/specialreg.h=20 > b/sys/amd64/include/specialreg.h > 82,83c82,83 > < --- a/sys/x86/include/specialreg.h > < +++ b/sys/x86/include/specialreg.h > --- > > --- a/sys/amd64/include/specialreg.h > > +++ b/sys/amd64/include/specialreg.h >=20 > I got a new kernel, but it is stuck immediately (kerneltrap 9 with=20 > interrupts disabled), system doesn't boot on E3-1230 V2 on Supermicro=20 > X9SCM-IIF >=20 > Anything else I could check? I need the backtrace and the whole kernel messages. >=20 > Regards, > Michael! >=20 >=20 > On 09/08/2012 08:10 PM, Konstantin Belousov wrote: > >Please find at > >http://people.freebsd.org/~kib/misc/smep.1.patch > >the patch which should enable the FSGSBASE and SMEP features > >supposedly present in the IvyBridge CPUs. > > > >FSGSBASE are four new instructions available in the 64bit mode only. > >They allow to access bases for %fs and %gs without touching MSRs. > >This makes it possible to both read and write bases in the user mode, > >or in ring 0 with lower overhead. > > > >At the moment, WRFSBASE/WRGSBASE instructions should work, but are > >useless since any interrupt or context switch overrides bases with the > >values set by the arch syscall. Still, RDFSBASE/RDGSBASE might be useful > >for some code and I see no reason not to enable them. > > > >SMEP is the nice feature of the processor which makes it trap if ring > >0 tries to execute an instruction from usermode-accessible page. It is > >another mitigation for things like calling user-controllable function > >pointer in kernel, as well as a protection for NULL function pointer > >dereference. > > > >I am sure that we never execute anything in kernel from user page, but > >I did not tested the patch since I have no Ivy machine. > > > >I need your reports about boot on Ivy with patch applied. Please include > >the lines from verbose dmesg with CPU Features. In particular, the > >'Standard Extended Features' report should appear in output. > > > >Thanks. > > --fFCOmqB+j1dkVc7M Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlBMd18ACgkQC3+MBN1Mb4glMwCdGhoZUpGm7pNrVtaWckOZDDOt tbYAnAlMmwTeFVMWTWYHd2LkiaSdI7oB =/M8M -----END PGP SIGNATURE----- --fFCOmqB+j1dkVc7M-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 9 06:42:39 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E01B6106566B; Sun, 9 Sep 2012 06:42:39 +0000 (UTC) (envelope-from michael@fuckner.net) Received: from mo6-p00-ob.rzone.de (mo6-p00-ob.rzone.de [IPv6:2a01:238:20a:202:5300::1]) by mx1.freebsd.org (Postfix) with ESMTP id 1E2238FC14; Sun, 9 Sep 2012 06:42:38 +0000 (UTC) X-RZG-AUTH: :IWUHfUGtd9+4Du6KUGxoqde+AFhxnvkTDzh0c7ueojHnW/eNeq6A82NJ3vfS7BrHnwU0 X-RZG-CLASS-ID: mo00 Received: from c64.rebootking.de (e176133008.adsl.alicedsl.de [85.176.133.8]) by smtp.strato.de (joses mo16) (RZmta 30.14 DYNA|AUTH) with ESMTPA id L014b7o894FZLd ; Sun, 9 Sep 2012 08:42:37 +0200 (CEST) Message-ID: <504C3A5D.4020402@fuckner.net> Date: Sun, 09 Sep 2012 08:42:37 +0200 From: Michael Fuckner User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120828 Thunderbird/15.0 MIME-Version: 1.0 To: Konstantin Belousov References: <20120908181019.GK33100@deviant.kiev.zoral.com.ua> In-Reply-To: <20120908181019.GK33100@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 09 Sep 2012 11:21:52 +0000 Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: Small Ivy features: FSGSBASE and SMEP. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sun, 09 Sep 2012 06:42:40 -0000 Hi all, I changed your patch slightly to apply to specialreh.h on STABLE root@c64:/root # diff smep.1.patch.bak smep.1.patch 80c80 < diff --git a/sys/x86/include/specialreg.h b/sys/x86/include/specialreg.h --- > diff --git a/sys/amd64/include/specialreg.h b/sys/amd64/include/specialreg.h 82,83c82,83 < --- a/sys/x86/include/specialreg.h < +++ b/sys/x86/include/specialreg.h --- > --- a/sys/amd64/include/specialreg.h > +++ b/sys/amd64/include/specialreg.h I got a new kernel, but it is stuck immediately (kerneltrap 9 with interrupts disabled), system doesn't boot on E3-1230 V2 on Supermicro X9SCM-IIF Anything else I could check? Regards, Michael! On 09/08/2012 08:10 PM, Konstantin Belousov wrote: > Please find at > http://people.freebsd.org/~kib/misc/smep.1.patch > the patch which should enable the FSGSBASE and SMEP features > supposedly present in the IvyBridge CPUs. > > FSGSBASE are four new instructions available in the 64bit mode only. > They allow to access bases for %fs and %gs without touching MSRs. > This makes it possible to both read and write bases in the user mode, > or in ring 0 with lower overhead. > > At the moment, WRFSBASE/WRGSBASE instructions should work, but are > useless since any interrupt or context switch overrides bases with the > values set by the arch syscall. Still, RDFSBASE/RDGSBASE might be useful > for some code and I see no reason not to enable them. > > SMEP is the nice feature of the processor which makes it trap if ring > 0 tries to execute an instruction from usermode-accessible page. It is > another mitigation for things like calling user-controllable function > pointer in kernel, as well as a protection for NULL function pointer > dereference. > > I am sure that we never execute anything in kernel from user page, but > I did not tested the patch since I have no Ivy machine. > > I need your reports about boot on Ivy with patch applied. Please include > the lines from verbose dmesg with CPU Features. In particular, the > 'Standard Extended Features' report should appear in output. > > Thanks. > From owner-freebsd-current@FreeBSD.ORG Sun Sep 9 13:59:39 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B54BA106566B; Sun, 9 Sep 2012 13:59:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 856E78FC14; Sun, 9 Sep 2012 13:59:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q89DxW6i073388; Sun, 9 Sep 2012 09:59:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q89DxWiI073364; Sun, 9 Sep 2012 13:59:32 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 9 Sep 2012 13:59:32 GMT Message-Id: <201209091359.q89DxWiI073364@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Sep 2012 13:59:39 -0000 TB --- 2012-09-09 11:44:42 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-09 11:44:42 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-09 11:44:42 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-09-09 11:44:42 - cleaning the object tree TB --- 2012-09-09 11:44:42 - cvsupping the source tree TB --- 2012-09-09 11:44:42 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2012-09-09 11:45:44 - building world TB --- 2012-09-09 11:45:44 - CROSS_BUILD_TESTING=YES TB --- 2012-09-09 11:45:44 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-09 11:45:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-09 11:45:44 - SRCCONF=/dev/null TB --- 2012-09-09 11:45:44 - TARGET=powerpc TB --- 2012-09-09 11:45:44 - TARGET_ARCH=powerpc TB --- 2012-09-09 11:45:44 - TZ=UTC TB --- 2012-09-09 11:45:44 - __MAKE_CONF=/dev/null TB --- 2012-09-09 11:45:44 - cd /src TB --- 2012-09-09 11:45:44 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 9 11:45:45 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -I/src/sys/boot/powerpc/uboot/../../fdt -I/obj/powerpc.powerpc/src/sys/boot/powerpc/uboot/../../fdt -DLOADER_FDT_SUPPORT -DBOOT_FORTH -I/src/sys/boot/powerpc/uboot/../../ficl -I/src/sys/boot/powerpc/uboot/../../ficl/powerpc -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/powerpc/uboot/../../common -I/src/sys/boot/powerpc/uboot/../../.. -I. -ffreestanding -I/src/sys/boot/powerpc/uboot/../../uboot/common -I/src/sys/boot/powerpc/uboot/../../uboot/lib -I/obj/powerpc.powerpc/src/sys/boot/powerpc/uboot/../../uboot/lib -I/src/sys/boot/powerpc/uboot/../../../../lib/libstand/ -std=gnu99 -c /src/sys/boot/powerpc/uboot/../../common/dev_net.c cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -I/src/sys/boot/powerpc/uboot/../../fdt -I/obj/powerpc.powerpc/src/sys/boot/powerpc/uboot/../../fdt -DLOADER_FDT_SUPPORT -DBOOT_FORTH -I/src/sys/boot/powerpc/uboot/../../ficl -I/src/sys/boot/powerpc/uboot/../../ficl/powerpc -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/powerpc/uboot/../../common -I/src/sys/boot/powerpc/uboot/../../.. -I. -ffreestanding -I/src/sys/boot/powerpc/uboot/../../uboot/common -I/src/sys/boot/powerpc/uboot/../../uboot/lib -I/obj/powerpc.powerpc/src/sys/boot/powerpc/uboot/../../uboot/lib -I/src/sys/boot/powerpc/uboot/../../../../lib/libstand/ -std=gnu99 -c /src/sys/boot/powerpc/uboot/../../common/disk.c cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -I/src/sys/boot/powerpc/uboot/../../fdt -I/obj/powerpc.powerpc/src/sys/boot/powerpc/uboot/../../fdt -DLOADER_FDT_SUPPORT -DBOOT_FORTH -I/src/sys/boot/powerpc/uboot/../../ficl -I/src/sys/boot/powerpc/uboot/../../ficl/powerpc -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/powerpc/uboot/../../common -I/src/sys/boot/powerpc/uboot/../../.. -I. -ffreestanding -I/src/sys/boot/powerpc/uboot/../../uboot/common -I/src/sys/boot/powerpc/uboot/../../uboot/lib -I/obj/powerpc.powerpc/src/sys/boot/powerpc/uboot/../../uboot/lib -I/src/sys/boot/powerpc/uboot/../../../../lib/libstand/ -std=gnu99 -c /src/sys/boot/powerpc/uboot/../../common/part.c cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -I/src/sys/boot/powerpc/uboot/../../fdt -I/obj/powerpc.powerpc/src/sys/boot/powerpc/uboot/../../fdt -DLOADER_FDT_SUPPORT -DBOOT_FORTH -I/src/sys/boot/powerpc/uboot/../../ficl -I/src/sys/boot/powerpc/uboot/../../ficl/powerpc -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/powerpc/uboot/../../common -I/src/sys/boot/powerpc/uboot/../../.. -I. -ffreestanding -I/src/sys/boot/powerpc/uboot/../../uboot/common -I/src/sys/boot/powerpc/uboot/../../uboot/lib -I/obj/powerpc.powerpc/src/sys/boot/powerpc/uboot/../../uboot/lib -I/src/sys/boot/powerpc/uboot/../../../../lib/libstand/ -std=gnu99 -c /src/sys/boot/powerpc/uboot/../../common/crc32.c cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -I/src/sys/boot/powerpc/uboot/../../fdt -I/obj/powerpc.powerpc/src/sys/boot/powerpc/uboot/../../fdt -DLOADER_FDT_SUPPORT -DBOOT_FORTH -I/src/sys/boot/powerpc/uboot/../../ficl -I/src/sys/boot/powerpc/uboot/../../ficl/powerpc -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/powerpc/uboot/../../common -I/src/sys/boot/powerpc/uboot/../../.. -I. -ffreestanding -I/src/sys/boot/powerpc/uboot/../../uboot/common -I/src/sys/boot/powerpc/uboot/../../uboot/lib -I/obj/powerpc.powerpc/src/sys/boot/powerpc/uboot/../../uboot/lib -I/src/sys/boot/powerpc/uboot/../../../../lib/libstand/ -std=gnu99 -c /src/sys/boot/powerpc/uboot/../../common/interp_forth.c cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -I/src/sys/boot/powerpc/uboot/../../fdt -I/obj/powerpc.powerpc/src/sys/boot/powerpc/uboot/../../fdt -DLOADER_FDT_SUPPORT -DBOOT_FORTH -I/src/sys/boot/powerpc/uboot/../../ficl -I/src/sys/boot/powerpc/uboot/../../ficl/powerpc -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/powerpc/uboot/../../common -I/src/sys/boot/powerpc/uboot/../../.. -I. -ffreestanding -I/src/sys/boot/powerpc/uboot/../../uboot/common -I/src/sys/boot/powerpc/uboot/../../uboot/lib -I/obj/powerpc.powerpc/src/sys/boot/powerpc/uboot/../../uboot/lib -I/src/sys/boot/powerpc/uboot/../../../../lib/libstand/ -std=gnu99 -c /src/sys/boot/powerpc/uboot/../../uboot/common/main.c /src/sys/boot/powerpc/uboot/../../uboot/common/main.c: In function 'main': /src/sys/boot/powerpc/uboot/../../uboot/common/main.c:188: error: 'struct ' has no member named 'pnum' *** Error code 1 Stop in /src/sys/boot/powerpc/uboot. *** Error code 1 Stop in /src/sys/boot/powerpc. *** Error code 1 Stop in /src/sys/boot. *** Error code 1 Stop in /src/sys. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-09 13:59:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-09 13:59:32 - ERROR: failed to build world TB --- 2012-09-09 13:59:32 - 6406.09 user 819.34 system 8089.55 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 9 14:44:15 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 351F5106564A; Sun, 9 Sep 2012 14:44:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id F09A28FC14; Sun, 9 Sep 2012 14:44:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q89EiEBm038635; Sun, 9 Sep 2012 10:44:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q89EiE3S038634; Sun, 9 Sep 2012 14:44:14 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 9 Sep 2012 14:44:14 GMT Message-Id: <201209091444.q89EiE3S038634@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Sep 2012 14:44:15 -0000 TB --- 2012-09-09 12:35:38 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-09 12:35:38 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-09 12:35:38 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-09-09 12:35:38 - cleaning the object tree TB --- 2012-09-09 12:35:38 - cvsupping the source tree TB --- 2012-09-09 12:35:38 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2012-09-09 12:37:55 - building world TB --- 2012-09-09 12:37:55 - CROSS_BUILD_TESTING=YES TB --- 2012-09-09 12:37:55 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-09 12:37:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-09 12:37:55 - SRCCONF=/dev/null TB --- 2012-09-09 12:37:55 - TARGET=powerpc TB --- 2012-09-09 12:37:55 - TARGET_ARCH=powerpc64 TB --- 2012-09-09 12:37:55 - TZ=UTC TB --- 2012-09-09 12:37:55 - __MAKE_CONF=/dev/null TB --- 2012-09-09 12:37:55 - cd /src TB --- 2012-09-09 12:37:55 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 9 12:37:56 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -I/src/sys/boot/powerpc/uboot/../../fdt -I/obj/powerpc.powerpc64/src/sys/boot/powerpc/uboot/../../fdt -DLOADER_FDT_SUPPORT -DBOOT_FORTH -I/src/sys/boot/powerpc/uboot/../../ficl -I/src/sys/boot/powerpc/uboot/../../ficl/powerpc -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/powerpc/uboot/../../common -I/src/sys/boot/powerpc/uboot/../../.. -I. -ffreestanding -I/src/sys/boot/powerpc/uboot/../../uboot/common -I/src/sys/boot/powerpc/uboot/../../uboot/lib -I/obj/powerpc.powerpc64/src/sys/boot/powerpc/uboot/../../uboot/lib -I/src/sys/boot/powerpc/uboot/../../../../lib/libstand/ -m32 -mcpu=powerpc -std=gnu99 -c /src/sys/boot/powerpc/uboot/../../common/dev_net.c cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -I/src/sys/boot/powerpc/uboot/../../fdt -I/obj/powerpc.powerpc64/src/sys/boot/powerpc/uboot/../../fdt -DLOADER_FDT_SUPPORT -DBOOT_FORTH -I/src/sys/boot/powerpc/uboot/../../ficl -I/src/sys/boot/powerpc/uboot/../../ficl/powerpc -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/powerpc/uboot/../../common -I/src/sys/boot/powerpc/uboot/../../.. -I. -ffreestanding -I/src/sys/boot/powerpc/uboot/../../uboot/common -I/src/sys/boot/powerpc/uboot/../../uboot/lib -I/obj/powerpc.powerpc64/src/sys/boot/powerpc/uboot/../../uboot/lib -I/src/sys/boot/powerpc/uboot/../../../../lib/libstand/ -m32 -mcpu=powerpc -std=gnu99 -c /src/sys/boot/powerpc/uboot/../../common/disk.c cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -I/src/sys/boot/powerpc/uboot/../../fdt -I/obj/powerpc.powerpc64/src/sys/boot/powerpc/uboot/../../fdt -DLOADER_FDT_SUPPORT -DBOOT_FORTH -I/src/sys/boot/powerpc/uboot/../../ficl -I/src/sys/boot/powerpc/uboot/../../ficl/powerpc -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/powerpc/uboot/../../common -I/src/sys/boot/powerpc/uboot/../../.. -I. -ffreestanding -I/src/sys/boot/powerpc/uboot/../../uboot/common -I/src/sys/boot/powerpc/uboot/../../uboot/lib -I/obj/powerpc.powerpc64/src/sys/boot/powerpc/uboot/../../uboot/lib -I/src/sys/boot/powerpc/uboot/../../../../lib/libstand/ -m32 -mcpu=powerpc -std=gnu99 -c /src/sys/boot/powerpc/uboot/../../common/part.c cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -I/src/sys/boot/powerpc/uboot/../../fdt -I/obj/powerpc.powerpc64/src/sys/boot/powerpc/uboot/../../fdt -DLOADER_FDT_SUPPORT -DBOOT_FORTH -I/src/sys/boot/powerpc/uboot/../../ficl -I/src/sys/boot/powerpc/uboot/../../ficl/powerpc -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/powerpc/uboot/../../common -I/src/sys/boot/powerpc/uboot/../../.. -I. -ffreestanding -I/src/sys/boot/powerpc/uboot/../../uboot/common -I/src/sys/boot/powerpc/uboot/../../uboot/lib -I/obj/powerpc.powerpc64/src/sys/boot/powerpc/uboot/../../uboot/lib -I/src/sys/boot/powerpc/uboot/../../../../lib/libstand/ -m32 -mcpu=powerpc -std=gnu99 -c /src/sys/boot/powerpc/uboot/../../common/crc32.c cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -I/src/sys/boot/powerpc/uboot/../../fdt -I/obj/powerpc.powerpc64/src/sys/boot/powerpc/uboot/../../fdt -DLOADER_FDT_SUPPORT -DBOOT_FORTH -I/src/sys/boot/powerpc/uboot/../../ficl -I/src/sys/boot/powerpc/uboot/../../ficl/powerpc -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/powerpc/uboot/../../common -I/src/sys/boot/powerpc/uboot/../../.. -I. -ffreestanding -I/src/sys/boot/powerpc/uboot/../../uboot/common -I/src/sys/boot/powerpc/uboot/../../uboot/lib -I/obj/powerpc.powerpc64/src/sys/boot/powerpc/uboot/../../uboot/lib -I/src/sys/boot/powerpc/uboot/../../../../lib/libstand/ -m32 -mcpu=powerpc -std=gnu99 -c /src/sys/boot/powerpc/uboot/../../common/interp_forth.c cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -I/src/sys/boot/powerpc/uboot/../../fdt -I/obj/powerpc.powerpc64/src/sys/boot/powerpc/uboot/../../fdt -DLOADER_FDT_SUPPORT -DBOOT_FORTH -I/src/sys/boot/powerpc/uboot/../../ficl -I/src/sys/boot/powerpc/uboot/../../ficl/powerpc -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/powerpc/uboot/../../common -I/src/sys/boot/powerpc/uboot/../../.. -I. -ffreestanding -I/src/sys/boot/powerpc/uboot/../../uboot/common -I/src/sys/boot/powerpc/uboot/../../uboot/lib -I/obj/powerpc.powerpc64/src/sys/boot/powerpc/uboot/../../uboot/lib -I/src/sys/boot/powerpc/uboot/../../../../lib/libstand/ -m32 -mcpu=powerpc -std=gnu99 -c /src/sys/boot/powerpc/uboot/../../uboot/common/main.c /src/sys/boot/powerpc/uboot/../../uboot/common/main.c: In function 'main': /src/sys/boot/powerpc/uboot/../../uboot/common/main.c:188: error: 'struct ' has no member named 'pnum' *** Error code 1 Stop in /src/sys/boot/powerpc/uboot. *** Error code 1 Stop in /src/sys/boot/powerpc. *** Error code 1 Stop in /src/sys/boot. *** Error code 1 Stop in /src/sys. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-09 14:44:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-09 14:44:14 - ERROR: failed to build world TB --- 2012-09-09 14:44:14 - 6422.05 user 783.50 system 7715.70 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 9 16:57:26 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9153F106564A; Sun, 9 Sep 2012 16:57:26 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.c2i.net [212.247.154.66]) by mx1.freebsd.org (Postfix) with ESMTP id C0A378FC14; Sun, 9 Sep 2012 16:57:25 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.212.201] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe03.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 150530657; Sun, 09 Sep 2012 18:57:17 +0200 From: Hans Petter Selasky To: edwin@freebsd.org Date: Sun, 9 Sep 2012 18:58:23 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.1-PRERELEASE; KDE/4.8.4; amd64; ; ) References: <201209072300.q87N0Xdn015129@freefall.freebsd.org> In-Reply-To: <201209072300.q87N0Xdn015129@freefall.freebsd.org> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Message-Id: <201209091858.23331.hselasky@c2i.net> Cc: "freebsd-ports-bugs@FreeBSD.org" , freebsd-current@freebsd.org Subject: Re: ports/171426: multimedia/cuse4bsd-kmod now breaks rebuild of kmods during kernel or installkernel build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sun, 09 Sep 2012 16:57:26 -0000 On Saturday 08 September 2012 01:00:33 edwin@freebsd.org wrote: > Synopsis: multimedia/cuse4bsd-kmod now breaks rebuild of kmods during > kernel or installkernel build > > Responsible-Changed-From-To: freebsd-ports-bugs->hselasky > Responsible-Changed-By: edwin > Responsible-Changed-When: Fri Sep 7 23:00:33 UTC 2012 > Responsible-Changed-Why: > Over to maintainer (via the GNATS Auto Assign Tool) > > http://www.freebsd.org/cgi/query-pr.cgi?pr=171426 Cuse4BSD needs OSVERSION set. This does not appear to be a cuse4bsd-kmod issue. You can try to wrap the OSVERSION check into: .if defined(OSVERSION) .endif --HPS From owner-freebsd-current@FreeBSD.ORG Sun Sep 9 20:29:13 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 35B5D106566B; Sun, 9 Sep 2012 20:29:13 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id BFE248FC12; Sun, 9 Sep 2012 20:29:12 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q89KTIe7014812; Sun, 9 Sep 2012 23:29:18 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q89KT5YH000785; Sun, 9 Sep 2012 23:29:05 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q89KT5fq000784; Sun, 9 Sep 2012 23:29:05 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 9 Sep 2012 23:29:05 +0300 From: Konstantin Belousov To: Michael Fuckner Message-ID: <20120909202905.GP33100@deviant.kiev.zoral.com.ua> References: <20120908181019.GK33100@deviant.kiev.zoral.com.ua> <504C3A5D.4020402@fuckner.net> <20120909110255.GM33100@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="j8h/1PgiTC9rw8+R" Content-Disposition: inline In-Reply-To: <20120909110255.GM33100@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: Small Ivy features: FSGSBASE and SMEP. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sun, 09 Sep 2012 20:29:13 -0000 --j8h/1PgiTC9rw8+R Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 09, 2012 at 02:02:55PM +0300, Konstantin Belousov wrote: > On Sun, Sep 09, 2012 at 08:42:37AM +0200, Michael Fuckner wrote: > > Hi all, > >=20 > > I changed your patch slightly to apply to specialreh.h on STABLE > >=20 > > root@c64:/root # diff smep.1.patch.bak smep.1.patch > > 80c80 > > < diff --git a/sys/x86/include/specialreg.h b/sys/x86/include/specialre= g.h > > --- > > > diff --git a/sys/amd64/include/specialreg.h=20 > > b/sys/amd64/include/specialreg.h > > 82,83c82,83 > > < --- a/sys/x86/include/specialreg.h > > < +++ b/sys/x86/include/specialreg.h > > --- > > > --- a/sys/amd64/include/specialreg.h > > > +++ b/sys/amd64/include/specialreg.h > >=20 > > I got a new kernel, but it is stuck immediately (kerneltrap 9 with=20 > > interrupts disabled), system doesn't boot on E3-1230 V2 on Supermicro= =20 > > X9SCM-IIF > >=20 > > Anything else I could check? > I need the backtrace and the whole kernel messages. At least, there was a typo in the definition of CR4_FSGSBASE. I still need verbose dmesg and panic messages, if any, with the http://people.freebsd.org/~kib/misc/smep.2.patch=20 version of the patch. >=20 > >=20 > > Regards, > > Michael! > >=20 > >=20 > > On 09/08/2012 08:10 PM, Konstantin Belousov wrote: > > >Please find at > > >http://people.freebsd.org/~kib/misc/smep.1.patch > > >the patch which should enable the FSGSBASE and SMEP features > > >supposedly present in the IvyBridge CPUs. > > > > > >FSGSBASE are four new instructions available in the 64bit mode only. > > >They allow to access bases for %fs and %gs without touching MSRs. > > >This makes it possible to both read and write bases in the user mode, > > >or in ring 0 with lower overhead. > > > > > >At the moment, WRFSBASE/WRGSBASE instructions should work, but are > > >useless since any interrupt or context switch overrides bases with the > > >values set by the arch syscall. Still, RDFSBASE/RDGSBASE might be usef= ul > > >for some code and I see no reason not to enable them. > > > > > >SMEP is the nice feature of the processor which makes it trap if ring > > >0 tries to execute an instruction from usermode-accessible page. It is > > >another mitigation for things like calling user-controllable function > > >pointer in kernel, as well as a protection for NULL function pointer > > >dereference. > > > > > >I am sure that we never execute anything in kernel from user page, but > > >I did not tested the patch since I have no Ivy machine. > > > > > >I need your reports about boot on Ivy with patch applied. Please inclu= de > > >the lines from verbose dmesg with CPU Features. In particular, the > > >'Standard Extended Features' report should appear in output. > > > > > >Thanks. > > > --j8h/1PgiTC9rw8+R Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlBM/BEACgkQC3+MBN1Mb4juXgCffpEvx7gHV5WSw2zrg5/126e5 5F8AoO9dVtJ1Dpnw1s0BXZ64RsTMMW1h =74/k -----END PGP SIGNATURE----- --j8h/1PgiTC9rw8+R-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 10 05:19:54 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3B94106564A for ; Mon, 10 Sep 2012 05:19:53 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DE5018FC0A; Mon, 10 Sep 2012 05:19:53 +0000 (UTC) Received: from xyf.my.dom (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q8A5Jq35025847; Mon, 10 Sep 2012 05:19:53 GMT (envelope-from davidxu@freebsd.org) Message-ID: <504D787A.30304@freebsd.org> Date: Mon, 10 Sep 2012 13:19:54 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:14.0) Gecko/20120822 Thunderbird/14.0 MIME-Version: 1.0 To: Kim Culhan References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 10-CURRENT clock_getcpuclockid() usage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 10 Sep 2012 05:19:54 -0000 On 2012/09/08 23:31, Kim Culhan wrote: > clock_getcpuclockid() was added a few weeks ago according to the man page and > I'm seeing this error while building the port net/freeswith-core-devel. > > The function is used in the Sofia-sip stack, courtesy Nokia Research Center, > incorporated into FreeSWITCH. > > The build system tests for the presence of clock_getcpuclockid() and finds it > but in the error messages 'clock_getcpuclockid2' is mentioned. > > Any thoughts on the clock_getcpuclockid() usage would be very greatly > appreciated. > > LTCOMPILE su_time.lo > su_time.c:410:14: error: implicit declaration of function > 'clock_getcpuclockid' is invalid in C99 > [-Werror,-Wimplicit-function-declaration] > else if (clock_getcpuclockid(0, &cpu) != -1 && > ^ > su_time.c:410:14: note: did you mean 'clock_getcpuclockid2'? > else if (clock_getcpuclockid(0, &cpu) != -1 && > ^~~~~~~~~~~~~~~~~~~ > clock_getcpuclockid2 > /usr/include/sys/time.h:352:5: note: 'clock_getcpuclockid2' declared here > int clock_getcpuclockid2(id_t, int, clockid_t *); > ^ > 1 error generated. > gmake[9]: *** [su_time.lo] Error 1 > > > thanks > -kim I have committed a patch, please try it. http://svnweb.freebsd.org/base/head/include/time.h?r1=233600&r2=240295 From owner-freebsd-current@FreeBSD.ORG Mon Sep 10 12:38:35 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03549106566B for ; Mon, 10 Sep 2012 12:38:35 +0000 (UTC) (envelope-from ap@bnc.net) Received: from mailomat.net (mailomat.net [81.20.89.254]) by mx1.freebsd.org (Postfix) with ESMTP id 8CCD98FC08 for ; Mon, 10 Sep 2012 12:38:33 +0000 (UTC) X-Mailomat-SpamCatcher-Score: 2 [X] X-Mailomat-Junk-Score: 0 [] X-Mailomat-Cloudmark-Score: 0 [] Received: from [194.39.192.125] (account bnc-mail@mailrelay.mailomat.net HELO bnc.net) by mailomat.net (CommuniGate Pro SMTP 5.4.5) with ESMTPSA id 58343435 for freebsd-current@freebsd.org; Mon, 10 Sep 2012 14:38:32 +0200 X-Junk-Score: 10 [X] X-SpamCatcher-Score: 10 [X] Received: from [192.168.200.189] (account ap@bnc.net HELO [192.168.200.189]) by bnc.net (CommuniGate Pro SMTP 6.0c1) with ESMTPSA id 6841762 for freebsd-current@freebsd.org; Mon, 10 Sep 2012 14:39:17 +0200 From: Achim Patzner Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Date: Mon, 10 Sep 2012 14:38:31 +0200 Message-Id: <6A0C3360-0A1E-4905-A33E-D6CC590D7A5A@bnc.net> To: freebsd-current@freebsd.org Mime-Version: 1.0 (Apple Message framework v1278) X-Mailer: Apple Mail (2.1278) Subject: mfi driver performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 10 Sep 2012 12:38:35 -0000 Hi! We=92re testing a new Intel S2600GL-based server with their recommended = RAID adapter ("Intel(R) Integrated RAID Module RMS25CB080=94) which is = identified as mfi0: port 0x2000-0x20ff mem = 0xd0c60000-0xd0c63fff,0xd0c00000-0xd0c3ffff irq 34 at device 0.0 on pci5 mfi0: Using MSI mfi0: Megaraid SAS driver Ver 4.23=20 mfi0: MaxCmd =3D 3f0 MaxSgl =3D 46 state =3D b75003f0=20 or mfi0@pci0:5:0:0: class=3D0x010400 card=3D0x35138086 = chip=3D0x005b1000 rev=3D0x03 hdr=3D0x00 vendor =3D 'LSI Logic / Symbios Logic' device =3D 'MegaRAID SAS 2208 [Thunderbolt]' class =3D mass storage subclass =3D RAID and seems to be doing quite well. As long as it isn=92t used=85 When the system is getting a bit more IO load it is getting close to = unusable as soon as there are a few writes (independent of = configuration, it is even sucking as a glorified S-ATA controller). = Equipping it with an older (unsupported) controller like an SRCSASRB (mfi0@pci0:10:0:0: class=3D0x010400 card=3D0x100a8086 = chip=3D0x00601000 rev=3D0x04 hdr=3D0x00 vendor =3D 'LSI Logic / Symbios Logic' device =3D 'MegaRAID SAS 1078' class =3D mass storage subclass =3D RAID) solves the problem but won=92t make Intel=92s = support happy. Has anybody similar experiences with the mfi driver? Any good ideas = besides running an unsupported configuration? Achim From owner-freebsd-current@FreeBSD.ORG Mon Sep 10 12:57:19 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B5F81065672 for ; Mon, 10 Sep 2012 12:57:19 +0000 (UTC) (envelope-from prvs=16008d18ab=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 347F38FC21 for ; Mon, 10 Sep 2012 12:57:18 +0000 (UTC) X-Spam-Processed: mail1.multiplay.co.uk, Mon, 10 Sep 2012 13:57:15 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50021758253.msg for ; Mon, 10 Sep 2012 13:57:14 +0100 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=16008d18ab=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-current@freebsd.org Message-ID: <726FF0300A424AB4918BCBFE446C2BFA@multiplay.co.uk> From: "Steven Hartland" To: "Achim Patzner" , References: <6A0C3360-0A1E-4905-A33E-D6CC590D7A5A@bnc.net> Date: Mon, 10 Sep 2012 13:57:06 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="Windows-1252"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: Subject: Re: mfi driver performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 10 Sep 2012 12:57:19 -0000 How are you intending to use the controller? If you're looking to put a load of disk in for say ZFS have you tried flashing to a none RAID firmware so it uses mps instead of mfi? Regards Steve ----- Original Message ----- From: "Achim Patzner" To: Sent: Monday, September 10, 2012 1:38 PM Subject: mfi driver performance Hi! We’re testing a new Intel S2600GL-based server with their recommended RAID adapter ("Intel(R) Integrated RAID Module RMS25CB080”) which is identified as mfi0: port 0x2000-0x20ff mem 0xd0c60000-0xd0c63fff,0xd0c00000-0xd0c3ffff irq 34 at device 0.0 on pci5 mfi0: Using MSI mfi0: Megaraid SAS driver Ver 4.23 mfi0: MaxCmd = 3f0 MaxSgl = 46 state = b75003f0 or mfi0@pci0:5:0:0: class=0x010400 card=0x35138086 chip=0x005b1000 rev=0x03 hdr=0x00 vendor = 'LSI Logic / Symbios Logic' device = 'MegaRAID SAS 2208 [Thunderbolt]' class = mass storage subclass = RAID and seems to be doing quite well. As long as it isn’t used… When the system is getting a bit more IO load it is getting close to unusable as soon as there are a few writes (independent of configuration, it is even sucking as a glorified S-ATA controller). Equipping it with an older (unsupported) controller like an SRCSASRB (mfi0@pci0:10:0:0: class=0x010400 card=0x100a8086 chip=0x00601000 rev=0x04 hdr=0x00 vendor = 'LSI Logic / Symbios Logic' device = 'MegaRAID SAS 1078' class = mass storage subclass = RAID) solves the problem but won’t make Intel’s support happy. Has anybody similar experiences with the mfi driver? Any good ideas besides running an unsupported configuration? Achim _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Mon Sep 10 13:19:58 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BD6371065670 for ; Mon, 10 Sep 2012 13:19:58 +0000 (UTC) (envelope-from ap@bnc.net) Received: from mailomat.net (mailomat.net [81.20.89.254]) by mx1.freebsd.org (Postfix) with ESMTP id 4D9978FC1B for ; Mon, 10 Sep 2012 13:19:58 +0000 (UTC) X-Mailomat-SpamCatcher-Score: 2 [X] X-Mailomat-Junk-Score: 0 [] X-Mailomat-Cloudmark-Score: 0 [] Received: from [194.39.192.125] (account bnc-mail@mailrelay.mailomat.net HELO bnc.net) by mailomat.net (CommuniGate Pro SMTP 5.4.5) with ESMTPSA id 58343618; Mon, 10 Sep 2012 15:19:56 +0200 X-Junk-Score: 2 [X] X-SpamCatcher-Score: 2 [X] Received: from [192.168.200.189] (account ap@bnc.net HELO [192.168.200.189]) by bnc.net (CommuniGate Pro SMTP 6.0c1) with ESMTPSA id 6841777; Mon, 10 Sep 2012 15:20:41 +0200 Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=windows-1252 From: Achim Patzner X-Priority: 3 In-Reply-To: <726FF0300A424AB4918BCBFE446C2BFA@multiplay.co.uk> Date: Mon, 10 Sep 2012 15:19:54 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <6A0C3360-0A1E-4905-A33E-D6CC590D7A5A@bnc.net> <726FF0300A424AB4918BCBFE446C2BFA@multiplay.co.uk> To: "Steven Hartland" X-Mailer: Apple Mail (2.1278) Cc: freebsd-current@freebsd.org Subject: Re: mfi driver performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 10 Sep 2012 13:19:58 -0000 Am 10.09.2012 um 14:57 schrieb Steven Hartland: > How are you intending to use the controller? As a =93launch-and-forget=94 RAID 1+0 sub-system using UFS (which = reminds me to complain about sysinstall on volumes > 2 TB later). > If you're looking to put a load of disk in for say ZFS have you tried = flashing to a none RAID firmware so it uses mps instead of mfi? That would be wasting a perfectly good brain; the on-board SAS = controller would be sufficient for that. Achim From owner-freebsd-current@FreeBSD.ORG Mon Sep 10 14:40:06 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67BB3106566B for ; Mon, 10 Sep 2012 14:40:06 +0000 (UTC) (envelope-from prvs=16008d18ab=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id EAE7A8FC12 for ; Mon, 10 Sep 2012 14:40:05 +0000 (UTC) X-Spam-Processed: mail1.multiplay.co.uk, Mon, 10 Sep 2012 15:39:48 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50021759107.msg for ; Mon, 10 Sep 2012 15:39:47 +0100 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=16008d18ab=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-current@freebsd.org Message-ID: <9FFC0BA4F31C42CC8A4F4B58FE317184@multiplay.co.uk> From: "Steven Hartland" To: "Achim Patzner" References: <6A0C3360-0A1E-4905-A33E-D6CC590D7A5A@bnc.net> <726FF0300A424AB4918BCBFE446C2BFA@multiplay.co.uk> Date: Mon, 10 Sep 2012 15:39:36 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="Windows-1252"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-current@freebsd.org Subject: Re: mfi driver performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 10 Sep 2012 14:40:06 -0000 Might be worth testing anyway, as that would help prove controller or driver issue. ----- Original Message ----- From: "Achim Patzner" To: "Steven Hartland" Cc: Sent: Monday, September 10, 2012 2:19 PM Subject: Re: mfi driver performance Am 10.09.2012 um 14:57 schrieb Steven Hartland: > How are you intending to use the controller? As a “launch-and-forget” RAID 1+0 sub-system using UFS (which reminds me to complain about sysinstall on volumes > 2 TB later). > If you're looking to put a load of disk in for say ZFS have you tried flashing to a none RAID firmware so it uses mps instead of > mfi? That would be wasting a perfectly good brain; the on-board SAS controller would be sufficient for that. Achim ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Mon Sep 10 14:58:04 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AF0191065672; Mon, 10 Sep 2012 14:58:04 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe05.c2i.net [212.247.154.130]) by mx1.freebsd.org (Postfix) with ESMTP id 092348FC14; Mon, 10 Sep 2012 14:58:03 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.212.201] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe05.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 314234828; Mon, 10 Sep 2012 16:52:55 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Mon, 10 Sep 2012 16:54:00 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.1-PRERELEASE; KDE/4.8.4; amd64; ; ) X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201209101654.00891.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: Raspberry PI gets USB support [FreeBSD 10 current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 10 Sep 2012 14:58:04 -0000 Hi, For those that want to try the Raspberry PI and its USB ports: Add this to "sys/conf/files": dev/usb/controller/dwc_otg.c optional dwcotg arm/broadcom/bcm2835/dwc_otg_brcm.c optional dwcotg And add this to "RPI-B": device dwcotg device usb device umass Open ISSUE: External USB ports do not enumerate. Set address times out. Reason unknown. Maybe someone out there has any clues? --HPS From owner-freebsd-current@FreeBSD.ORG Mon Sep 10 16:20:16 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 38F6C106566B for ; Mon, 10 Sep 2012 16:20:16 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 131338FC14 for ; Mon, 10 Sep 2012 16:20:15 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.5/8.14.5) with ESMTP id q8AGKFLq013648 for ; Mon, 10 Sep 2012 09:20:15 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id q8AGKFTG013647 for current@freebsd.org; Mon, 10 Sep 2012 09:20:15 -0700 (PDT) (envelope-from david) Date: Mon, 10 Sep 2012 09:20:15 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20120910162015.GS3357@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VouvK5X/VR+fp5FT" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: buildworld after r240303 wants "make cleandepend" if -DNOCLEAN used X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 10 Sep 2012 16:20:16 -0000 --VouvK5X/VR+fp5FT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In case others want to save a bit of time by using -DNOCLEAN for buildworld, I found that after r240303 if "make cleandepend" isn't done, = =20 src/cddl/lib/libnvpair build fails with a whine: make: don't know how to make /usr/src/cddl/lib/libnvpair/../../../sys/cddl/= compat/opensolaris/sys/debug.h. Stop The "cleandepend" first appears to take care of it. Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --VouvK5X/VR+fp5FT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlBOEz8ACgkQmprOCmdXAD1Q7gCeJ/+Np0tUCCqJgxn+V7cnXaqD ZKcAniNUSdxcp9zBPyp7lrSqecM2zuKP =ncl+ -----END PGP SIGNATURE----- --VouvK5X/VR+fp5FT-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 10 17:16:23 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D25ED106564A for ; Mon, 10 Sep 2012 17:16:23 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id A1AC08FC12 for ; Mon, 10 Sep 2012 17:16:23 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so2881345pbb.13 for ; Mon, 10 Sep 2012 10:16:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=eHoiVk498dSPJST93NBAUlWa/x5SjPRZSoY1a1HcQ8I=; b=XN7GzCCZ+T6YB7hlcqUuNVvuiFUg1m6Bj3o5XkTxKGHC6wg7i/9bz5yecQiZHvtpes VuZv1oXXfdUzg5mdWKBT3talMAu0g3GBtLj0ttHdwoIXz0dEbvKsjbWrdrETvvey2797 LSfHZjas1tzloB3ZH7H+pC3RNWvlkoNSz+i6JVvdqgImQkVWNXDjf/dWp8VsmNel1aIk VccA+lARpUO9Fe0x+c5zQ2ugj+PAQO+xjf2YfKTEzE+HJ65Bq1MPLMUro4TUm7cOM1L+ VbJi3rLYMha5r/7J4FwqLS6eqo7egJRLW71LGr/soU0OycNx0DM2BausblJTzXxYpAIO 8oaw== Received: by 10.68.241.228 with SMTP id wl4mr6737652pbc.51.1347297383219; Mon, 10 Sep 2012 10:16:23 -0700 (PDT) Received: from bakeneko.local (108-213-216-134.lightspeed.sntcca.sbcglobal.net. [108.213.216.134]) by mx.google.com with ESMTPS id tw5sm2182751pbc.48.2012.09.10.10.16.20 (version=SSLv3 cipher=OTHER); Mon, 10 Sep 2012 10:16:21 -0700 (PDT) Message-ID: <504E200A.5020604@gmail.com> Date: Mon, 10 Sep 2012 10:14:50 -0700 From: matt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.6esrpre) Gecko/20120730 Thunderbird/10.0.6 MIME-Version: 1.0 To: Achim Patzner References: <6A0C3360-0A1E-4905-A33E-D6CC590D7A5A@bnc.net> In-Reply-To: <6A0C3360-0A1E-4905-A33E-D6CC590D7A5A@bnc.net> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: mfi driver performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 10 Sep 2012 17:16:24 -0000 On 09/10/12 05:38, Achim Patzner wrote: > Hi! > > We’re testing a new Intel S2600GL-based server with their recommended RAID adapter ("Intel(R) Integrated RAID Module RMS25CB080”) which is identified as > > mfi0: port 0x2000-0x20ff mem 0xd0c60000-0xd0c63fff,0xd0c00000-0xd0c3ffff irq 34 at device 0.0 on pci5 > mfi0: Using MSI > mfi0: Megaraid SAS driver Ver 4.23 > mfi0: MaxCmd = 3f0 MaxSgl = 46 state = b75003f0 > > or > > mfi0@pci0:5:0:0: class=0x010400 card=0x35138086 chip=0x005b1000 rev=0x03 hdr=0x00 > vendor = 'LSI Logic / Symbios Logic' > device = 'MegaRAID SAS 2208 [Thunderbolt]' > class = mass storage > subclass = RAID > > and seems to be doing quite well. > > As long as it isn’t used… > > When the system is getting a bit more IO load it is getting close to unusable as soon as there are a few writes (independent of configuration, it is even sucking as a glorified S-ATA controller). Equipping it with an older (unsupported) controller like an SRCSASRB > (mfi0@pci0:10:0:0: class=0x010400 card=0x100a8086 chip=0x00601000 rev=0x04 hdr=0x00 > vendor = 'LSI Logic / Symbios Logic' > device = 'MegaRAID SAS 1078' > class = mass storage > subclass = RAID) solves the problem but won’t make Intel’s support happy. > > Has anybody similar experiences with the mfi driver? Any good ideas besides running an unsupported configuration? > > > Achim > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" I just set up an IBM m1015 (aka LSI 9240lite aka Drake Skinny) with mfi. Performance was excellent for mfisyspd volumes, as I compared using the same hardware but with firmware (2108it.bin) that attaches under mps. Bonnie++ results on random disks were very close if not identical between mfi and mps. ZFS performance was also identical between a mfisysd JBOD volume and a mps "da" raw volume. It was also quite clear mfisyspd volumes are true sector-for-sector pass through devices. However, I could not get smartctl to see an mfisyspd volume (it claimed there was no such file...?) and so I flashed the controller back to mps for now. A shame, because I really like the mfi driver better, and mfiutil worked great (even to flash firmware updates). Matt From owner-freebsd-current@FreeBSD.ORG Mon Sep 10 18:36:04 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B804B1065672 for ; Mon, 10 Sep 2012 18:36:04 +0000 (UTC) (envelope-from andrey@zonov.org) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2CB388FC08 for ; Mon, 10 Sep 2012 18:36:03 +0000 (UTC) Received: by lbbgg13 with SMTP id gg13so1973360lbb.13 for ; Mon, 10 Sep 2012 11:36:02 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :x-gm-message-state; bh=dfN7HTu/XuLroZhp1+NL2d9OTFBA9arp3E35myGydds=; b=IcorkO8a4frF4evwvopLZWsMhF0qL7HMpGOjwvYxf82UIBVKAJSZFB2jKAzZYllQQR ycB/5tmuZKgVBcOv/O1cOManTz5mGyTvX2CMr8wyaSw2pJ34e/OLjw+qI4BLXwvmcxM9 /itSysalAph/YxXGxcorculsUbvWRlQfhxjDEZtltEVuybCtRRbMPAXG0wrrBl02yEcC B0oYy2Jr42mtLY85soSDIRJwiUXw2geNjlUy6kqhxIEw9JCHNeCmV0twvPjFql08a1Ud gpCSBbP5hIXuO2DxhZvKSdn/dM0FF00rVR/duikA7PtDrIwmoYKdP1o2nMZJDxGnblXk tYFQ== Received: by 10.152.46.49 with SMTP id s17mr13469075lam.17.1347302162541; Mon, 10 Sep 2012 11:36:02 -0700 (PDT) Received: from zont-osx.local (ppp95-165-139-113.pppoe.spdop.ru. [95.165.139.113]) by mx.google.com with ESMTPS id ly17sm14749975lab.2.2012.09.10.11.36.00 (version=SSLv3 cipher=OTHER); Mon, 10 Sep 2012 11:36:00 -0700 (PDT) Sender: Andrey Zonov Message-ID: <504E330A.4090806@FreeBSD.org> Date: Mon, 10 Sep 2012 22:35:54 +0400 From: Andrey Zonov User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:15.0) Gecko/20120824 Thunderbird/15.0 MIME-Version: 1.0 To: matt References: <6A0C3360-0A1E-4905-A33E-D6CC590D7A5A@bnc.net> <504E200A.5020604@gmail.com> In-Reply-To: <504E200A.5020604@gmail.com> X-Enigmail-Version: 1.4.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigCA1C4D028AFB59596A64F51A" X-Gm-Message-State: ALoCoQmg8OZz5khDSx1iiRqvsvXWYwsBa2ymunbfu9wJ6MeOFTdXOzOPRhVCkW+rLgKwM6MkL4BI Cc: Achim Patzner , freebsd-current@freebsd.org Subject: Re: mfi driver performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 10 Sep 2012 18:36:04 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCA1C4D028AFB59596A64F51A Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 9/10/12 9:14 PM, matt wrote: > On 09/10/12 05:38, Achim Patzner wrote: >> Hi! >> >> We=92re testing a new Intel S2600GL-based server with their recommende= d RAID adapter ("Intel(R) Integrated RAID Module RMS25CB080=94) which is = identified as >> >> mfi0: port 0x2000-0x20ff mem 0xd0c60000-0xd0c63fff,0xd0c= 00000-0xd0c3ffff irq 34 at device 0.0 on pci5 >> mfi0: Using MSI >> mfi0: Megaraid SAS driver Ver 4.23=20 >> mfi0: MaxCmd =3D 3f0 MaxSgl =3D 46 state =3D b75003f0=20 >> >> or >> >> mfi0@pci0:5:0:0: class=3D0x010400 card=3D0x35138086 chip=3D0x00= 5b1000 rev=3D0x03 hdr=3D0x00 >> vendor =3D 'LSI Logic / Symbios Logic' >> device =3D 'MegaRAID SAS 2208 [Thunderbolt]' >> class =3D mass storage >> subclass =3D RAID >> >> and seems to be doing quite well. >> >> As long as it isn=92t used=85 >> >> When the system is getting a bit more IO load it is getting close to u= nusable as soon as there are a few writes (independent of configuration, = it is even sucking as a glorified S-ATA controller). Equipping it with a= n older (unsupported) controller like an SRCSASRB >> (mfi0@pci0:10:0:0: class=3D0x010400 card=3D0x100a8086 chip=3D0x0= 0601000 rev=3D0x04 hdr=3D0x00 >> vendor =3D 'LSI Logic / Symbios Logic' >> device =3D 'MegaRAID SAS 1078' >> class =3D mass storage >> subclass =3D RAID) solves the problem but won=92t make Intel=92s= support happy. >> >> Has anybody similar experiences with the mfi driver? Any good ideas be= sides running an unsupported configuration? >> >> >> Achim >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.= org" > I just set up an IBM m1015 (aka LSI 9240lite aka Drake Skinny) with mfi= =2E > Performance was excellent for mfisyspd volumes, as I compared using the= > same hardware but with firmware (2108it.bin) that attaches under mps. > Bonnie++ results on random disks were very close if not identical > between mfi and mps. ZFS performance was also identical between a > mfisysd JBOD volume and a mps "da" raw volume. It was also quite clear > mfisyspd volumes are true sector-for-sector pass through devices. >=20 > However, I could not get smartctl to see an mfisyspd volume (it claimed= > there was no such file...?) and so I flashed the controller back to mps= > for now. A shame, because I really like the mfi driver better, and > mfiutil worked great (even to flash firmware updates). >=20 Have you got /dev/pass* when the controller run under mfi driver? If so, try to run smartctl on them. If not, add 'device mfip' in your kernel config file. --=20 Andrey Zonov --------------enigCA1C4D028AFB59596A64F51A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.18 (Darwin) Comment: GPGTools - http://gpgtools.org iQEcBAEBAgAGBQJQTjMPAAoJEBWLemxX/CvTtDAIAKaW7tT9Z66AucrYUlRa4ve0 g11EDcRIP2ljhNmJn9kX54t5rj5kCol0+DMGYcwWeKVqqacjwYIdPuwHv7Vs2Di6 UGZp8jDHurb00RU/+IScjB3R93I9PZGhO5CX+rW9ezKFpZLDoV5981VKaGUmL22+ WKdOHoEXJVwabw+fQCnyyuwB26qInJROlwHPRpTRuqELS0tPPoqDrMWnKarhhJhj 1gPRLGwLDibdg/NQxwUeeKI0WxblYzL65yr2L+9SmdqDcQf99KCVnacauvYhVjVi 6EpIIvjvoSXZaDyccVWgb68VLnOPoVywPL7t+XF+ub+ftwxGLvjRUbMabijbQuI= =X/F/ -----END PGP SIGNATURE----- --------------enigCA1C4D028AFB59596A64F51A-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 10 19:44:45 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 433491065674; Mon, 10 Sep 2012 19:44:45 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id E75CB8FC16; Mon, 10 Sep 2012 19:44:44 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so3089640pbb.13 for ; Mon, 10 Sep 2012 12:44:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=DktDItniDrP7kBVo3G3yFoeRiR2DDhnEmRXYEZrbqZ4=; b=Aa8tS1CkoIggcjLHZElTXo+uFcEHyZRS/mqfhzkIo718XvwEpV66Xf4BSFhBtfZo8H zVibp1VU9ubfDBHCJclGPempjtgeTYQcg7uegp5CNdVziGsFvp6L7ZorS0z37u+tTko5 HfHGdW//lL8OjJ+eC08xsC/nawb05J2xganDKjWDEZKrlRnV3LeCRnfuTL032YGzTpDa Fl/nkmFZQr54JEqjQC1XugIQY2l7EwYayHLoNNGnYWOkfccU6mZtggciLZbk0Kj5875b sgcsybzD2I6RehCVF0FMvOXTJdAejKPUAI5uBT2MCAUip+0OrK4LS46ACEm6xMpfiM3N 3MbQ== Received: by 10.66.79.38 with SMTP id g6mr23011130pax.40.1347306284548; Mon, 10 Sep 2012 12:44:44 -0700 (PDT) Received: from bakeneko.local (108-213-216-134.lightspeed.sntcca.sbcglobal.net. [108.213.216.134]) by mx.google.com with ESMTPS id qw6sm8541404pbc.26.2012.09.10.12.44.42 (version=SSLv3 cipher=OTHER); Mon, 10 Sep 2012 12:44:43 -0700 (PDT) Message-ID: <504E42D0.3080001@gmail.com> Date: Mon, 10 Sep 2012 12:43:12 -0700 From: matt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.6esrpre) Gecko/20120730 Thunderbird/10.0.6 MIME-Version: 1.0 To: Andrey Zonov References: <6A0C3360-0A1E-4905-A33E-D6CC590D7A5A@bnc.net> <504E200A.5020604@gmail.com> <504E330A.4090806@FreeBSD.org> In-Reply-To: <504E330A.4090806@FreeBSD.org> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: Achim Patzner , freebsd-current@freebsd.org Subject: Re: mfi driver performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 10 Sep 2012 19:44:45 -0000 On 09/10/12 11:35, Andrey Zonov wrote: > On 9/10/12 9:14 PM, matt wrote: >> On 09/10/12 05:38, Achim Patzner wrote: >>> Hi! >>> >>> We=92re testing a new Intel S2600GL-based server with their recommend= ed RAID adapter ("Intel(R) Integrated RAID Module RMS25CB080=94) which is= identified as >>> >>> mfi0: port 0x2000-0x20ff mem 0xd0c60000-0xd0c63fff,0xd0= c00000-0xd0c3ffff irq 34 at device 0.0 on pci5 >>> mfi0: Using MSI >>> mfi0: Megaraid SAS driver Ver 4.23=20 >>> mfi0: MaxCmd =3D 3f0 MaxSgl =3D 46 state =3D b75003f0=20 >>> >>> or >>> >>> mfi0@pci0:5:0:0: class=3D0x010400 card=3D0x35138086 chip=3D0x0= 05b1000 rev=3D0x03 hdr=3D0x00 >>> vendor =3D 'LSI Logic / Symbios Logic' >>> device =3D 'MegaRAID SAS 2208 [Thunderbolt]' >>> class =3D mass storage >>> subclass =3D RAID >>> >>> and seems to be doing quite well. >>> >>> As long as it isn=92t used=85 >>> >>> When the system is getting a bit more IO load it is getting close to = unusable as soon as there are a few writes (independent of configuration,= it is even sucking as a glorified S-ATA controller). Equipping it with = an older (unsupported) controller like an SRCSASRB >>> (mfi0@pci0:10:0:0: class=3D0x010400 card=3D0x100a8086 chip=3D0x= 00601000 rev=3D0x04 hdr=3D0x00 >>> vendor =3D 'LSI Logic / Symbios Logic' >>> device =3D 'MegaRAID SAS 1078' >>> class =3D mass storage >>> subclass =3D RAID) solves the problem but won=92t make Intel=92= s support happy. >>> >>> Has anybody similar experiences with the mfi driver? Any good ideas b= esides running an unsupported configuration? >>> >>> >>> Achim >>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd= =2Eorg" >> I just set up an IBM m1015 (aka LSI 9240lite aka Drake Skinny) with mf= i. >> Performance was excellent for mfisyspd volumes, as I compared using th= e >> same hardware but with firmware (2108it.bin) that attaches under mps. >> Bonnie++ results on random disks were very close if not identical >> between mfi and mps. ZFS performance was also identical between a >> mfisysd JBOD volume and a mps "da" raw volume. It was also quite clear= >> mfisyspd volumes are true sector-for-sector pass through devices. >> >> However, I could not get smartctl to see an mfisyspd volume (it claime= d >> there was no such file...?) and so I flashed the controller back to mp= s >> for now. A shame, because I really like the mfi driver better, and >> mfiutil worked great (even to flash firmware updates). >> > Have you got /dev/pass* when the controller run under mfi driver? If > so, try to run smartctl on them. If not, add 'device mfip' in your > kernel config file. > I will try mfi firmware again tonight. With ZFS it seemed happy whether the pool was /dev/da* or /dev/mfisyspd*. Is the mfisyspd device name set in stone? It's quite long! Matt From owner-freebsd-current@FreeBSD.ORG Mon Sep 10 21:12:18 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2DC5E1065670; Mon, 10 Sep 2012 21:12:18 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id B41B98FC0C; Mon, 10 Sep 2012 21:12:13 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.5/8.14.5) with ESMTP id q8ALC7jn065894; Mon, 10 Sep 2012 16:12:07 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.5/8.14.5/Submit) id q8ALC7LH065893; Mon, 10 Sep 2012 16:12:07 -0500 (CDT) (envelope-from brooks) Date: Mon, 10 Sep 2012 16:12:07 -0500 From: Brooks Davis To: current@freebsd.org Message-ID: <20120910211207.GC64920@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8vCeF2GUdMpe9ZbK" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: toolchain@freebsd.org Subject: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: toolchain@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Sep 2012 21:12:18 -0000 --8vCeF2GUdMpe9ZbK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline [Please confine your replies to toolchain@freebsd.org to keep the thread on the most relevant list.] For the past several years we've been working towards migrating from GCC to Clang/LLVM as our default compiler. We intend to ship FreeBSD 10.0 with Clang as the default compiler on i386 and amd64 platforms. To this end, we will make WITH_CLANG_IS_CC the default on i386 and amd64 platforms on November 4th. What does the mean to you? * When you build world after the default is changed /usr/bin/cc, cpp, and c++ will be links to clang. * This means the initial phase of buildworld and "old style" kernel compilation will use clang instead of gcc. This is known to work. * It also means that ports will build with clang by default. A major of ports work, but a significant number are broken or blocked by broken ports. For more information see: http://wiki.freebsd.org/PortsAndClang What issues remain? * The gcc->clang transition currently requires setting CC, CXX, and CPP in addition to WITH_CLANG_IS_CC. I will post a patch to toolchain@ to address this shortly. * Ports compiler selection infrastructure is still under development. * Some ports could build with clang with appropriate tweaks. What can you do to help? * Switch (some of) your systems. Early adoption can help us find bugs. * Fix ports to build with clang. If you don't have a clang system, you can use the CLANG/amd64 or CLANG/i386 build environments on redports.org. tl;dr: Clang will become the default compiler for x86 architectures on 2012-11-04 -- Brooks --8vCeF2GUdMpe9ZbK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iD8DBQFQTlekXY6L6fI4GtQRAuwKAJ4/bCjiPFP2zZ3azflWrDv1xgwZlQCfeBVy E2GYj9wze230nn0uttWW1Ic= =ST1I -----END PGP SIGNATURE----- --8vCeF2GUdMpe9ZbK-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 10 21:28:36 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8CA41065672; Mon, 10 Sep 2012 21:28:36 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 8E72A8FC0A; Mon, 10 Sep 2012 21:28:36 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.5/8.14.5/NETPLEX) with ESMTP id q8ALMbWQ027516; Mon, 10 Sep 2012 17:22:37 -0400 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.2.7 (mail.netplex.net [204.213.176.10]); Mon, 10 Sep 2012 17:22:37 -0400 (EDT) Date: Mon, 10 Sep 2012 17:22:37 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: toolchain@freebsd.org In-Reply-To: <20120910211207.GC64920@lor.one-eyed-alien.net> Message-ID: References: <20120910211207.GC64920@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Sep 2012 21:28:37 -0000 On Mon, 10 Sep 2012, Brooks Davis wrote: > [Please confine your replies to toolchain@freebsd.org to keep the thread > on the most relevant list.] > > For the past several years we've been working towards migrating from > GCC to Clang/LLVM as our default compiler. We intend to ship FreeBSD > 10.0 with Clang as the default compiler on i386 and amd64 platforms. To > this end, we will make WITH_CLANG_IS_CC the default on i386 and amd64 > platforms on November 4th. > > What does the mean to you? > > * When you build world after the default is changed /usr/bin/cc, cpp, and > c++ will be links to clang. > > * This means the initial phase of buildworld and "old style" kernel > compilation will use clang instead of gcc. This is known to work. > > * It also means that ports will build with clang by default. A major > of ports work, but a significant number are broken or blocked by > broken ports. For more information see: > http://wiki.freebsd.org/PortsAndClang > > What issues remain? > > * The gcc->clang transition currently requires setting CC, CXX, and CPP > in addition to WITH_CLANG_IS_CC. I will post a patch to toolchain@ > to address this shortly. I assume this will be done, tested and committed before 2012-11-04 (or whenever the switchover date is). > > * Ports compiler selection infrastructure is still under development. This should be a prerequisite before making the switch, given that ports will be broken without a work-around for building them with gcc. -- DE From owner-freebsd-current@FreeBSD.ORG Mon Sep 10 22:01:21 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A143106564A; Mon, 10 Sep 2012 22:01:21 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id 296838FC0C; Mon, 10 Sep 2012 22:01:20 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.5/8.14.5) with ESMTP id q8AM1JSq066192; Mon, 10 Sep 2012 17:01:19 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.5/8.14.5/Submit) id q8AM1JpC066191; Mon, 10 Sep 2012 17:01:19 -0500 (CDT) (envelope-from brooks) Date: Mon, 10 Sep 2012 17:01:19 -0500 From: Brooks Davis To: Daniel Eischen Message-ID: <20120910220119.GE64920@lor.one-eyed-alien.net> References: <20120910211207.GC64920@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="APlYHCtpeOhspHkB" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: toolchain@freebsd.org, current@freebsd.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 10 Sep 2012 22:01:21 -0000 --APlYHCtpeOhspHkB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 10, 2012 at 05:22:37PM -0400, Daniel Eischen wrote: > On Mon, 10 Sep 2012, Brooks Davis wrote: >=20 > > [Please confine your replies to toolchain@freebsd.org to keep the thread > > on the most relevant list.] > > > > For the past several years we've been working towards migrating from > > GCC to Clang/LLVM as our default compiler. We intend to ship FreeBSD > > 10.0 with Clang as the default compiler on i386 and amd64 platforms. To > > this end, we will make WITH_CLANG_IS_CC the default on i386 and amd64 > > platforms on November 4th. > > > > What does the mean to you? > > > > * When you build world after the default is changed /usr/bin/cc, cpp, a= nd > > c++ will be links to clang. > > > > * This means the initial phase of buildworld and "old style" kernel > > compilation will use clang instead of gcc. This is known to work. > > > > * It also means that ports will build with clang by default. A major > > of ports work, but a significant number are broken or blocked by > > broken ports. For more information see: > > http://wiki.freebsd.org/PortsAndClang > > > > What issues remain? > > > > * The gcc->clang transition currently requires setting CC, CXX, and CPP > > in addition to WITH_CLANG_IS_CC. I will post a patch to toolchain@ > > to address this shortly. >=20 > I assume this will be done, tested and committed before 2012-11-04 > (or whenever the switchover date is). Pending review it will be done this week. > > * Ports compiler selection infrastructure is still under development. >=20 > This should be a prerequisite before making the switch, given > that ports will be broken without a work-around for building > them with gcc. We've defacto done that for more than a year. Some progress has resulted, but not enough. I will be helping fix ports and I hope others do as well. It's worth noting that a switchable compiler isn't a magic bullet. Many ports will need to be patched to support a compiler other than /usr/bin/cc or /usr/bin/gcc. -- Brooks --APlYHCtpeOhspHkB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iD8DBQFQTmMuXY6L6fI4GtQRApXSAJ4yCIdCPurc1KZi3MO3koiWtbwt8ACffsXR eYjBdhIqqhYgWTV7JXrSarY= =rLLO -----END PGP SIGNATURE----- --APlYHCtpeOhspHkB-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 02:15:26 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E28B71065670; Tue, 11 Sep 2012 02:15:26 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5B21B8FC14; Tue, 11 Sep 2012 02:15:26 +0000 (UTC) Received: by obbun3 with SMTP id un3so8580obb.13 for ; Mon, 10 Sep 2012 19:15:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=shRG1O2loCpy7IsWWipXb3S08tpF1TcxbmdJmvPBe0o=; b=B5AFPfzUI4jjFh00rhecOP/Jx3dGDwRzF6RDMlZws3sqs57ebYkORJHPUIaTo0lEm1 RrDl2C2CTlYYamTIAkD/1uHG5PZpsX3rDjHmpc/pgMIjUI4oIYG0oQy6xWeN9sSCOFqk w9hAGXCK9Va56ewq5IhO6U4dRU7qqtbsgdrwH7XEQdkoBwFL9fFcuqQOl1sRhluZyHKg FN1UNrMhTB7u3wpzOWvos4WDVuQhhJoo5z6N7TgXIRUQDxqGGU2Ve91+D2gNThMvVnhR +nvuxbzf2VwH5ZoVBo2sMt3EsMn6+epsR4uK5L8JVYZVTfNwN5z0voP8RKVCooohC/1z XOhA== Received: by 10.182.174.9 with SMTP id bo9mr16381915obc.19.1347329719684; Mon, 10 Sep 2012 19:15:19 -0700 (PDT) Received: from flatline.local (70-36-223-239.dsl.dynamic.sonic.net. [70.36.223.239]) by mx.google.com with ESMTPS id th3sm14947420obb.6.2012.09.10.19.15.16 (version=SSLv3 cipher=OTHER); Mon, 10 Sep 2012 19:15:18 -0700 (PDT) Message-ID: <504E9EB0.2040504@gmail.com> Date: Mon, 10 Sep 2012 19:15:12 -0700 From: matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120902 Thunderbird/15.0 MIME-Version: 1.0 To: Andrey Zonov References: <6A0C3360-0A1E-4905-A33E-D6CC590D7A5A@bnc.net> <504E200A.5020604@gmail.com> <504E330A.4090806@FreeBSD.org> In-Reply-To: <504E330A.4090806@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Cc: Achim Patzner , freebsd-current@freebsd.org Subject: Re: mfi driver performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 02:15:27 -0000 On 09/10/12 11:35, Andrey Zonov wrote: > On 9/10/12 9:14 PM, matt wrote: >> On 09/10/12 05:38, Achim Patzner wrote: >>> Hi! >>> >>> We’re testing a new Intel S2600GL-based server with their recommended RAID adapter ("Intel(R) Integrated RAID Module RMS25CB080”) which is identified as >>> >>> mfi0: port 0x2000-0x20ff mem 0xd0c60000-0xd0c63fff,0xd0c00000-0xd0c3ffff irq 34 at device 0.0 on pci5 >>> mfi0: Using MSI >>> mfi0: Megaraid SAS driver Ver 4.23 >>> mfi0: MaxCmd = 3f0 MaxSgl = 46 state = b75003f0 >>> >>> or >>> >>> mfi0@pci0:5:0:0: class=0x010400 card=0x35138086 chip=0x005b1000 rev=0x03 hdr=0x00 >>> vendor = 'LSI Logic / Symbios Logic' >>> device = 'MegaRAID SAS 2208 [Thunderbolt]' >>> class = mass storage >>> subclass = RAID >>> >>> and seems to be doing quite well. >>> >>> As long as it isn’t used… >>> >>> When the system is getting a bit more IO load it is getting close to unusable as soon as there are a few writes (independent of configuration, it is even sucking as a glorified S-ATA controller). Equipping it with an older (unsupported) controller like an SRCSASRB >>> (mfi0@pci0:10:0:0: class=0x010400 card=0x100a8086 chip=0x00601000 rev=0x04 hdr=0x00 >>> vendor = 'LSI Logic / Symbios Logic' >>> device = 'MegaRAID SAS 1078' >>> class = mass storage >>> subclass = RAID) solves the problem but won’t make Intel’s support happy. >>> >>> Has anybody similar experiences with the mfi driver? Any good ideas besides running an unsupported configuration? >>> >>> >>> Achim >>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> I just set up an IBM m1015 (aka LSI 9240lite aka Drake Skinny) with mfi. >> Performance was excellent for mfisyspd volumes, as I compared using the >> same hardware but with firmware (2108it.bin) that attaches under mps. >> Bonnie++ results on random disks were very close if not identical >> between mfi and mps. ZFS performance was also identical between a >> mfisysd JBOD volume and a mps "da" raw volume. It was also quite clear >> mfisyspd volumes are true sector-for-sector pass through devices. >> >> However, I could not get smartctl to see an mfisyspd volume (it claimed >> there was no such file...?) and so I flashed the controller back to mps >> for now. A shame, because I really like the mfi driver better, and >> mfiutil worked great (even to flash firmware updates). >> > Have you got /dev/pass* when the controller run under mfi driver? If > so, try to run smartctl on them. If not, add 'device mfip' in your > kernel config file. mfip was necessary, and allowed smartctl to work with '-d sat' bonnie++ comparison. Run with no options immediately after system boot. In both cases the same disks are used, two Seagate Barracuda 1TB 3G/S (twin platter) and a Barracuda 500G 3G/s (single platter) in a zfs triple mirror that the system was booted from. All are 7200 RPM drives with 32mb cache, and mediocre performance compared to my hitachi 7k3000s or the 15k sas cheetahs at work etc. Firmwares were the latest 2108it vs the latest imr_fw that work on the 9240/9220/m1015/drake skinny. I wish I had some 6g ssds to try! MPS: Version 1.96 ------Sequential Output------ --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP flatline.local 32G 122 99 71588 24 53293 20 284 90 222157 33 252.6 49 Latency 542ms 356ms 914ms 991ms 337ms 271ms Version 1.96 ------Sequential Create------ --------Random Create-------- flatline.local -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 22197 93 9367 27 16821 99 23555 99 +++++ +++ 23717 99 Latency 31650us 290ms 869us 23036us 66us 131us 1.96,1.96,flatline.local,1,1347322810,32G,,122,99,71588,24,53293,20,284,90,222157,33,252.6,49,16,,,,,22197,93,9367,27,16821,99,23555,99,+++++,+++,23717,99,542ms,356ms,914ms,991ms,337ms,271ms,31650us,290ms,869us,23036us,66us,131us MFI: Version 1.96 ------Sequential Output------ --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP flatline.local 32G 125 99 71443 24 53177 21 317 99 220280 33 255.3 52 Latency 533ms 566ms 1134ms 86565us 357ms 252ms Version 1.96 ------Sequential Create------ --------Random Create-------- flatline.local -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 22347 94 12389 30 16804 100 18729 99 27798 99 5317 99 Latency 33818us 233ms 558us 26581us 75us 12319us 1.96,1.96,flatline.local,1,1347329123,32G,,125,99,71443,24,53177,21,317,99,220280,33,255.3,52,16,,,,,22347,94,12389,30,16804,100,18729,99,27798,99,5317,99,533ms,566ms,1134ms,86565us,357ms,252ms,33818us,233ms,558us,26581us,75us,12319us A close race, with some wins for each. Latency on sequential input and deleted files per second appear to be interesting salients. A lot of the other stuff is back and forth and probably not statistically significant (although not much of a sample set :) ). I tried to control as many variables as possible, but obviously it's one controller in one configuration, Your Mileage May Vary. Matt From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 02:31:10 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B65E106564A; Tue, 11 Sep 2012 02:31:10 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id 21A558FC1A; Tue, 11 Sep 2012 02:31:09 +0000 (UTC) Received: by oagm1 with SMTP id m1so7695oag.13 for ; Mon, 10 Sep 2012 19:31:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=BjDNhKJ0szsLmL8arlC/7aQM+8WmV0Un/WYqK0JQVPI=; b=JUfyNJexkFSbYPAZnxQ7qwFQotfE9f8kaYCLM1G8E1AzuNoDBByzwz8cafo71f0Dhu ZJS18BVHRozduBcJBprdcbAoTBeHGpfbq71Aw+KxATYw4b/PGKPdXBbg8n+X5GC+VZbl JVMHH9YF2sM7La4sbvve/S9YwJeEIU3LZEYspbZQmUAyl17ETHboskKhWPClcjPR/HBT czjJmMurtgkvZ9vyRUluFhPO8PJx8MqnZYRIVz5rijNsrvRWqzA3qvmtEYc1pdnly2Rj PEXNwQAhcHrT6FNffK860an5l+Cyg4ZPJ18ewyZbQzLFeRtiTi5KpkMoN8pe+UX65XrV YJig== Received: by 10.182.212.98 with SMTP id nj2mr16230252obc.18.1347330669288; Mon, 10 Sep 2012 19:31:09 -0700 (PDT) Received: from flatline.local (70-36-223-239.dsl.dynamic.sonic.net. [70.36.223.239]) by mx.google.com with ESMTPS id n8sm11829911oec.5.2012.09.10.19.31.06 (version=SSLv3 cipher=OTHER); Mon, 10 Sep 2012 19:31:08 -0700 (PDT) Message-ID: <504EA266.4060602@gmail.com> Date: Mon, 10 Sep 2012 19:31:02 -0700 From: matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120902 Thunderbird/15.0 MIME-Version: 1.0 To: Daniel Eischen References: <20120910211207.GC64920@lor.one-eyed-alien.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, toolchain@freebsd.org, current@freebsd.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 02:31:10 -0000 On 09/10/12 14:22, Daniel Eischen wrote: > On Mon, 10 Sep 2012, Brooks Davis wrote: > >> [Please confine your replies to toolchain@freebsd.org to keep the thread >> on the most relevant list.] >> >> For the past several years we've been working towards migrating from >> GCC to Clang/LLVM as our default compiler. We intend to ship FreeBSD >> 10.0 with Clang as the default compiler on i386 and amd64 platforms. To >> this end, we will make WITH_CLANG_IS_CC the default on i386 and amd64 >> platforms on November 4th. >> >> What does the mean to you? >> >> * When you build world after the default is changed /usr/bin/cc, cpp, >> and >> c++ will be links to clang. >> >> * This means the initial phase of buildworld and "old style" kernel >> compilation will use clang instead of gcc. This is known to work. >> >> * It also means that ports will build with clang by default. A major >> of ports work, but a significant number are broken or blocked by >> broken ports. For more information see: >> http://wiki.freebsd.org/PortsAndClang >> >> What issues remain? >> >> * The gcc->clang transition currently requires setting CC, CXX, and CPP >> in addition to WITH_CLANG_IS_CC. I will post a patch to toolchain@ >> to address this shortly. > > I assume this will be done, tested and committed before 2012-11-04 > (or whenever the switchover date is). > >> >> * Ports compiler selection infrastructure is still under development. > > This should be a prerequisite before making the switch, given > that ports will be broken without a work-around for building > them with gcc. > I've been using a somewhat dirty method of doing this by checking the presence of a file in the port's main directory, e.g. if "basegcc" is present, build with that, if "clang" is present use it, otherwise default to gcc47. Obviously that configuration is system specific, but the fundamental idea is look for a file in the ports directory that dictates the compiler. Perhaps even add a make ccconfig. It works quite nicely because you can resume a portmaster spree without having to suspend and change CC manually, or build all clang ports first etc. Further csup doesn't touch files it doesn't no about, so updating the tree (without wiping it out) preserves the fact you'd prefer or need to build a given port with something else. There are definitely some ports that have been ignoring libmap.conf, which tends to require me to build some of their dependencies with base gcc, but otherwise I've been running this system for a few months and it works quite well...portmaster can upgrade without user intervention, and it's quite easy to add cflags logic. Granted this works for me and is probably not the ideal solution...also hacked on it to post, so probably typos :) Something like this in make.conf (with fstack-protector-all for all ports which works great) .if !empty(.CURDIR:M/usr/ports/*) CFLAGS+= -fstack-protector-all .endif .if empty(.CURDIR:M/usr/ports/*) && exists(/usr/local/bin/gcc47) && !exists(basegcc) && !exists(clang) # this was occasionally necessary #LDFLAGS+=-lintl # custom cflags if desired #CFLAGS+=-custom cflags for gcc47 #custom cputype if desired CPUTYPE=amdfam10 CC=gcc47 CPP=cpp47 CXX=g++47 .endif .if empty(.CURDIR:M/usr/ports/*) && exists(/usr/bin/clang) && exists(clang) .if !defined(CC) || ${CC} == "cc" CC=clang .endif .if !defined(CXX) || ${CXX} == "c++" CXX=clang++ .endif .if !defined(CPP) || ${CPP} == "cpp" CPP=clang-cpp .endif NO_WERROR= WERROR= .endif Usage is as simple as "touch basegcc" in the port dir or "touch clang" etc. to select appropriate compiler Matt From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 02:31:43 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2DA3D10656A7; Tue, 11 Sep 2012 02:31:43 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id D0B0E8FC15; Tue, 11 Sep 2012 02:31:42 +0000 (UTC) Received: by oagm1 with SMTP id m1so7875oag.13 for ; Mon, 10 Sep 2012 19:31:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=C9VjtnJjs+bHrPvyPzfCXSvIznJg8N/DRU0XzLqaYuM=; b=AWqvhahKvtbJQBTJk1rE4yKvCjQ9QHmdnpBm7QZNWBYCKIqrvnw4bOYJl3VVN5GrIv wduN9iGNJFV4yvDCXl94YCDxK0e8BCOCKoibWzTDfz94N88NL0OnAaTFiHGJP7EkxDiC vg6fdHVur9zFNw5SYAm9TtDeDym43O1DqtlgtWkJC4B3OWc3TPdk7C0uKxfZPwp6Bl8E XvGV9ZWlDLaNBDHqzjXM8ZShO3hZqtYIkj3Z8HJZZ0HocQt82h8iFgZQ5lhg2sVoeA4W 3ez8BwBm6gtgKy10X4E1yy7tU3gx7irQYFQ3CxbKs9rI3/iys7OvBNIT1xay4289YELO n8dA== MIME-Version: 1.0 Received: by 10.60.20.69 with SMTP id l5mr16001572oee.114.1347330702422; Mon, 10 Sep 2012 19:31:42 -0700 (PDT) Received: by 10.76.142.201 with HTTP; Mon, 10 Sep 2012 19:31:42 -0700 (PDT) In-Reply-To: <504E9EB0.2040504@gmail.com> References: <6A0C3360-0A1E-4905-A33E-D6CC590D7A5A@bnc.net> <504E200A.5020604@gmail.com> <504E330A.4090806@FreeBSD.org> <504E9EB0.2040504@gmail.com> Date: Mon, 10 Sep 2012 19:31:42 -0700 Message-ID: From: Garrett Cooper To: matt Content-Type: text/plain; charset=ISO-8859-1 Cc: Achim Patzner , Andrey Zonov , freebsd-current@freebsd.org Subject: Re: mfi driver performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 02:31:43 -0000 On Mon, Sep 10, 2012 at 7:15 PM, matt wrote: ... > mfip was necessary, and allowed smartctl to work with '-d sat' > > bonnie++ comparison. Run with no options immediately after system boot. In > both cases the same disks are used, two Seagate Barracuda 1TB 3G/S (twin > platter) and a Barracuda 500G 3G/s (single platter) in a zfs triple mirror > that the system was booted from. All are 7200 RPM drives with 32mb cache, > and mediocre performance compared to my hitachi 7k3000s or the 15k sas > cheetahs at work etc. Firmwares were the latest 2108it vs the latest imr_fw > that work on the 9240/9220/m1015/drake skinny. I wish I had some 6g ssds to > try! > > MPS: > Version 1.96 ------Sequential Output------ --Sequential Input- --Random- > Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- > Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP > flatline.local 32G 122 99 71588 24 53293 20 284 90 222157 33 252.6 49 > Latency 542ms 356ms 914ms 991ms 337ms 271ms > Version 1.96 ------Sequential Create------ --------Random Create-------- > flatline.local -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- > files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP > 16 22197 93 9367 27 16821 99 23555 99 +++++ +++ 23717 99 > Latency 31650us 290ms 869us 23036us 66us 131us > 1.96,1.96,flatline.local,1,1347322810,32G,,122,99,71588,24,53293,20,284,90,222157,33,252.6,49,16,,,,,22197,93,9367,27,16821,99,23555,99,+++++,+++,23717,99,542ms,356ms,914ms,991ms,337ms,271ms,31650us,290ms,869us,23036us,66us,131us > > MFI: > Version 1.96 ------Sequential Output------ --Sequential Input- --Random- > Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- > Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP > flatline.local 32G 125 99 71443 24 53177 21 317 99 220280 33 255.3 52 > Latency 533ms 566ms 1134ms 86565us 357ms 252ms > Version 1.96 ------Sequential Create------ --------Random Create-------- > flatline.local -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- > files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP > 16 22347 94 12389 30 16804 100 18729 99 27798 99 5317 99 > Latency 33818us 233ms 558us 26581us 75us 12319us > 1.96,1.96,flatline.local,1,1347329123,32G,,125,99,71443,24,53177,21,317,99,220280,33,255.3,52,16,,,,,22347,94,12389,30,16804,100,18729,99,27798,99,5317,99,533ms,566ms,1134ms,86565us,357ms,252ms,33818us,233ms,558us,26581us,75us,12319us > > A close race, with some wins for each. Latency on sequential input and > deleted files per second appear to be interesting salients. > A lot of the other stuff is back and forth and probably not statistically > significant (although not much of a sample set :) ). > > I tried to control as many variables as possible, but obviously it's one > controller in one configuration, Your Mileage May Vary. Try upping the queue depth (hw.mfi.max_cmds); this is controller dependent. Cheers, -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 05:54:05 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id 2186A106564A; Tue, 11 Sep 2012 05:54:05 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id D0F7714DBA0; Tue, 11 Sep 2012 05:54:04 +0000 (UTC) Message-ID: <504ED1FC.3090608@FreeBSD.org> Date: Mon, 10 Sep 2012 22:54:04 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120907 Thunderbird/15.0 MIME-Version: 1.0 To: toolchain@freebsd.org References: <20120910211207.GC64920@lor.one-eyed-alien.net> In-Reply-To: <20120910211207.GC64920@lor.one-eyed-alien.net> X-Enigmail-Version: 1.4.4 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Brooks Davis , current@freebsd.org, freebsd-ports@FreeBSD.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 05:54:05 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 As of last week, 4,680 ports out of 23,857 failed to build with clang on 9-amd64. That's almost a 20% failure rate. Until we have better support for either building ports with clang, or have better support for the idea of a "ports compiler," this change is premature. The ports are an important part of the FreeBSD Operating _System_, and pulling the trigger on the default compiler before the ports problems are addressed robustly seems like a big fat FU. That said, I agree that this issue needs to be addressed. In fact, 9 months before the release of 9.0 I said on the internal committers list that there was no point in making a new release until we had thoroughly addressed both the default compiler for the base, and resolving the "ports compiler" issue. While there has been some movement on the former, there has been nothing done on the latter for years now, even though everyone agrees that it is an important issue. I'd like to request that rather than moving the default compiler prematurely that you call for volunteers to address the problems with the ports. Both the issues of fixing more ports to build correctly with clang, and the issue of defining a "ports compiler" version of gcc (and appropriate infrastructure) for those that can't. Once those issues are resolved there would not be any further obstacles to moving the default. Until they are, the change is premature. Doug On 09/10/2012 14:12, Brooks Davis wrote: > [Please confine your replies to toolchain@freebsd.org to keep the thread > on the most relevant list.] > > For the past several years we've been working towards migrating from > GCC to Clang/LLVM as our default compiler. We intend to ship FreeBSD > 10.0 with Clang as the default compiler on i386 and amd64 platforms. To > this end, we will make WITH_CLANG_IS_CC the default on i386 and amd64 > platforms on November 4th. > > What does the mean to you? > > * When you build world after the default is changed /usr/bin/cc, cpp, and > c++ will be links to clang. > > * This means the initial phase of buildworld and "old style" kernel > compilation will use clang instead of gcc. This is known to work. > > * It also means that ports will build with clang by default. A major > of ports work, but a significant number are broken or blocked by > broken ports. For more information see: > http://wiki.freebsd.org/PortsAndClang > > What issues remain? > > * The gcc->clang transition currently requires setting CC, CXX, and CPP > in addition to WITH_CLANG_IS_CC. I will post a patch to toolchain@ > to address this shortly. > > * Ports compiler selection infrastructure is still under development. > > * Some ports could build with clang with appropriate tweaks. > > What can you do to help? > > * Switch (some of) your systems. Early adoption can help us find bugs. > > * Fix ports to build with clang. If you don't have a clang system, you > can use the CLANG/amd64 or CLANG/i386 build environments on > redports.org. > > tl;dr: Clang will become the default compiler for x86 architectures on 2012-11-04 > > -- Brooks > - -- I am only one, but I am one. I cannot do everything, but I can do something. And I will not let what I cannot do interfere with what I can do. -- Edward Everett Hale, (1822 - 1909) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJQTtH8AAoJEFzGhvEaGryEU3gIAJ3X2EHDCVnkC/CYTMOkceho KS6qVcQK4OCbbG+8TKkjrHNdiBO7ZuJKxfvr/TZC1zNKc8wYBlWo3s07wCHmu8Nj OP8UwTMKumnljnYlRanQiLO9iAZKwGfI2gdxJTb5YABN2StRMXnD17Yyic6pw090 7l+cQw3iJAI8vbO4su33HJOhru0o4XLodbazHXFc6RjabAfXfuk1W6V0PfAodVC9 ZUGbF4WA7F0sJOEVuohmSk8ICHQRzTWofpdvCTlhHc1XYTaQ9u/dLGUp1C8g/BUG CJQua7wsBdf4VgsvlYBxTAOEpURqot0Ild7zQL+9vZtf7cGCsfalpwBWzQ9J/Wk= =gRkN -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 07:58:39 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8959E106564A; Tue, 11 Sep 2012 07:58:39 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) by mx1.freebsd.org (Postfix) with ESMTP id 1EF5F8FC15; Tue, 11 Sep 2012 07:58:35 +0000 (UTC) Received: from [192.168.0.2] (cpc2-cmbg15-2-0-cust445.5-4.cable.virginmedia.com [86.26.13.190]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id q8B7wSDj019847 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Tue, 11 Sep 2012 07:58:29 GMT (envelope-from theraven@FreeBSD.org) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=us-ascii From: David Chisnall In-Reply-To: <20120910211207.GC64920@lor.one-eyed-alien.net> Date: Tue, 11 Sep 2012 08:58:23 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <004BADDB-E79D-4497-89EE-641F0359E9BE@FreeBSD.org> References: <20120910211207.GC64920@lor.one-eyed-alien.net> To: toolchain@FreeBSD.org X-Mailer: Apple Mail (2.1278) Cc: current@FreeBSD.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 07:58:39 -0000 I'd add one more thing that needs fixing: Clang should default to c89 mode when invoked as cc. I had a patch to = do this, but I seem to have misplaced it. I'll try to find or rewrite = it in the next couple of days. =20 A lot of the ports failures I saw were due to ports using cc as the = default C compiler (autoconf seems to select it) and then using GNU89 = inlining rules, so that they died with linker failures. Given that = POSIX deprecated cc in 1997, I'm quite tempted to say that we should = just remove it entirely and just have c89, c99 and c11 (which the spec = for cc says you should use instead), forcing people to explicitly select = their language dialect, but that's a bikeshed for another day. David On 10 Sep 2012, at 22:12, Brooks Davis wrote: > [Please confine your replies to toolchain@freebsd.org to keep the = thread > on the most relevant list.] >=20 > For the past several years we've been working towards migrating from > GCC to Clang/LLVM as our default compiler. We intend to ship FreeBSD > 10.0 with Clang as the default compiler on i386 and amd64 platforms. = To > this end, we will make WITH_CLANG_IS_CC the default on i386 and amd64 > platforms on November 4th. >=20 > What does the mean to you? >=20 > * When you build world after the default is changed /usr/bin/cc, cpp, = and > c++ will be links to clang. >=20 > * This means the initial phase of buildworld and "old style" kernel > compilation will use clang instead of gcc. This is known to work. >=20 > * It also means that ports will build with clang by default. A major > of ports work, but a significant number are broken or blocked by > broken ports. For more information see: > http://wiki.freebsd.org/PortsAndClang >=20 > What issues remain? >=20 > * The gcc->clang transition currently requires setting CC, CXX, and = CPP > in addition to WITH_CLANG_IS_CC. I will post a patch to toolchain@ > to address this shortly. >=20 > * Ports compiler selection infrastructure is still under development. >=20 > * Some ports could build with clang with appropriate tweaks. >=20 > What can you do to help? >=20 > * Switch (some of) your systems. Early adoption can help us find = bugs. >=20 > * Fix ports to build with clang. If you don't have a clang system, = you > can use the CLANG/amd64 or CLANG/i386 build environments on > redports.org. >=20 > tl;dr: Clang will become the default compiler for x86 architectures on = 2012-11-04 >=20 > -- Brooks From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 08:18:58 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 834BB106564A; Tue, 11 Sep 2012 08:18:58 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 3B2BD8FC1F; Tue, 11 Sep 2012 08:18:57 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:897e:8083:4c98:946f] (unknown [IPv6:2001:7b8:3a7:0:897e:8083:4c98:946f]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id DA96D5C37; Tue, 11 Sep 2012 10:18:50 +0200 (CEST) Message-ID: <504EF3ED.7050502@FreeBSD.org> Date: Tue, 11 Sep 2012 10:18:53 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20120905 Thunderbird/16.0 MIME-Version: 1.0 To: David Chisnall References: <20120910211207.GC64920@lor.one-eyed-alien.net> <004BADDB-E79D-4497-89EE-641F0359E9BE@FreeBSD.org> In-Reply-To: <004BADDB-E79D-4497-89EE-641F0359E9BE@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: toolchain@FreeBSD.org, current@FreeBSD.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 08:18:58 -0000 On 2012-09-11 09:58, David Chisnall wrote: > Clang should default to c89 mode when invoked as cc. I had a patch to do this, but I seem to have misplaced it. I'll try to find or rewrite it in the next couple of days. > > A lot of the ports failures I saw were due to ports using cc as the default C compiler (autoconf seems to select it) and then using GNU89 inlining rules, so that they died with linker failures. Yes, this happens a lot, even with relatively new software. Though I don't see why we couldn't just add -std=gnu89 by default in bsd.port.mk, if no CSTD= setting is specified. This should work for any version of clang, or any other compilers that don't default to gnu89. So I am a bit reluctant to change clang's default standard to c89, unless clang upstream agrees with this. In the interest of prodding people to update their software, I would rather have the default stay c99, personally. :) > Given that POSIX deprecated cc in 1997, I'm quite tempted to say that we should just remove it entirely and just have c89, c99 and c11 (which the spec for cc says you should use instead), forcing people to explicitly select their language dialect, but that's a bikeshed for another day. I think that is a little bit overkill. People who don't care about standards anyway, will not go through the trouble of setting CC carefully to 'c89', 'c99' or 'c11'. Most of their software simply hardcodes "gcc", and must be fixed manually after all. From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 09:07:12 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E13B106566C; Tue, 11 Sep 2012 09:07:12 +0000 (UTC) (envelope-from theraven@freebsd.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) by mx1.freebsd.org (Postfix) with ESMTP id DE7A58FC16; Tue, 11 Sep 2012 09:07:11 +0000 (UTC) Received: from c120.sec.cl.cam.ac.uk (c120.sec.cl.cam.ac.uk [128.232.18.120]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id q8B97AX6020121 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Tue, 11 Sep 2012 09:07:10 GMT (envelope-from theraven@freebsd.org) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=iso-8859-1 From: David Chisnall In-Reply-To: <504EF3ED.7050502@FreeBSD.org> Date: Tue, 11 Sep 2012 10:07:04 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20120910211207.GC64920@lor.one-eyed-alien.net> <004BADDB-E79D-4497-89EE-641F0359E9BE@FreeBSD.org> <504EF3ED.7050502@FreeBSD.org> To: Dimitry Andric X-Mailer: Apple Mail (2.1278) Cc: toolchain@freebsd.org, current@freebsd.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 09:07:12 -0000 On 11 Sep 2012, at 09:18, Dimitry Andric wrote: > So I am a bit reluctant to change clang's default standard to c89, > unless clang upstream agrees with this. In the interest of prodding > people to update their software, I would rather have the default stay > c99, personally. :) I'm not proposing changing the default when invoked as clang. When = invoked as clang or clang++, the default remains the same: the latest = version of the standard (which will be C11 and C++11 in clang 3.2). I = am proposing changing the default to be C89 when invoked as cc or c89. Clang upstream is happy with this (I asked on the mailing list at = BSDCan, I just never got around to committing the change) and it also = fixes another bug: clang is always in C99 mode, even when invoked as c89 = or c11. >> Given that POSIX deprecated cc in 1997, I'm quite tempted to say that = we should just remove it entirely and just have c89, c99 and c11 (which = the spec for cc says you should use instead), forcing people to = explicitly select their language dialect, but that's a bikeshed for = another day. >=20 > I think that is a little bit overkill. People who don't care about > standards anyway, will not go through the trouble of setting CC > carefully to 'c89', 'c99' or 'c11'. Most of their software simply > hardcodes "gcc", and must be fixed manually after all. There is some logic in the clang driver already for knowing when it is = invoked as gcc. I'd be quite tempted to make gcc a symlink to clang and = make clang default to gnu89 when invoked in that way. David= From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 09:27:53 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0B2DE106566C; Tue, 11 Sep 2012 09:27:53 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) by mx1.freebsd.org (Postfix) with ESMTP id B2A308FC16; Tue, 11 Sep 2012 09:27:52 +0000 (UTC) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 371196A6001; Tue, 11 Sep 2012 11:27:51 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.5/8.14.5) with ESMTP id q8B9Rpqg006016; Tue, 11 Sep 2012 11:27:51 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.5/8.14.5/Submit) id q8B9RoXj004689; Tue, 11 Sep 2012 11:27:50 +0200 (CEST) (envelope-from lars) Date: Tue, 11 Sep 2012 11:27:50 +0200 From: Lars Engels To: Doug Barton Message-ID: <20120911092750.GF20762@e-new.0x20.net> References: <20120910211207.GC64920@lor.one-eyed-alien.net> <504ED1FC.3090608@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SxSZg4s9qMTG5wS5" Content-Disposition: inline In-Reply-To: <504ED1FC.3090608@FreeBSD.org> X-Editor: VIM - Vi IMproved 7.3 X-Operation-System: FreeBSD 8.3-RELEASE-p2 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: toolchain@FreeBSD.org, Brooks Davis , current@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 09:27:53 -0000 --SxSZg4s9qMTG5wS5 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 10, 2012 at 10:54:04PM -0700, Doug Barton wrote: > As of last week, 4,680 ports out of 23,857 failed to build with clang on > 9-amd64. That's almost a 20% failure rate. Until we have better support > for either building ports with clang, or have better support for the > idea of a "ports compiler," this change is premature. The ports are an > important part of the FreeBSD Operating _System_, and pulling the > trigger on the default compiler before the ports problems are addressed > robustly seems like a big fat FU. >=20 > That said, I agree that this issue needs to be addressed. In fact, 9 > months before the release of 9.0 I said on the internal committers list > that there was no point in making a new release until we had thoroughly > addressed both the default compiler for the base, and resolving the > "ports compiler" issue. While there has been some movement on the > former, there has been nothing done on the latter for years now, even > though everyone agrees that it is an important issue. >=20 > I'd like to request that rather than moving the default compiler > prematurely that you call for volunteers to address the problems with > the ports. Both the issues of fixing more ports to build correctly with > clang, and the issue of defining a "ports compiler" version of gcc (and > appropriate infrastructure) for those that can't. Once those issues are > resolved there would not be any further obstacles to moving the default. > Until they are, the change is premature. >=20 > Doug Doug, as you can already use CLANG instead of GCC now, you will be able to use GCC instead of CLANG after November 4th. At the moment the ports maintainers don't give much about if their ports build with CLANG or not because they're not forced to. Those who don't run CURRENT won't notice, but those who do will have to get their butts up and fix the ports, so 10.0 can have 99% of all ports build with CLANG and even 8.x and 9.x can already profit from having the broken ports fixed now. --SxSZg4s9qMTG5wS5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlBPBBYACgkQKc512sD3afjTugCgsB791kAflPBiDqCaYID16NfB ScAAn2MVLDX5mneZBCfUM6Twcv+LjddO =LJGW -----END PGP SIGNATURE----- --SxSZg4s9qMTG5wS5-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 09:44:08 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id 5E4361065670; Tue, 11 Sep 2012 09:44:08 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id ECE0314E266; Tue, 11 Sep 2012 09:44:03 +0000 (UTC) Message-ID: <504F07E3.4010004@FreeBSD.org> Date: Tue, 11 Sep 2012 02:44:03 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120827 Thunderbird/15.0 MIME-Version: 1.0 To: Lars Engels References: <20120910211207.GC64920@lor.one-eyed-alien.net> <504ED1FC.3090608@FreeBSD.org> <20120911092750.GF20762@e-new.0x20.net> In-Reply-To: <20120911092750.GF20762@e-new.0x20.net> X-Enigmail-Version: 1.4.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: toolchain@FreeBSD.org, Brooks Davis , current@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 09:44:08 -0000 On 09/11/2012 02:27 AM, Lars Engels wrote: > On Mon, Sep 10, 2012 at 10:54:04PM -0700, Doug Barton wrote: >> As of last week, 4,680 ports out of 23,857 failed to build with clang on >> 9-amd64. That's almost a 20% failure rate. Until we have better support >> for either building ports with clang, or have better support for the >> idea of a "ports compiler," this change is premature. The ports are an >> important part of the FreeBSD Operating _System_, and pulling the >> trigger on the default compiler before the ports problems are addressed >> robustly seems like a big fat FU. >> >> That said, I agree that this issue needs to be addressed. In fact, 9 >> months before the release of 9.0 I said on the internal committers list >> that there was no point in making a new release until we had thoroughly >> addressed both the default compiler for the base, and resolving the >> "ports compiler" issue. While there has been some movement on the >> former, there has been nothing done on the latter for years now, even >> though everyone agrees that it is an important issue. >> >> I'd like to request that rather than moving the default compiler >> prematurely that you call for volunteers to address the problems with >> the ports. Both the issues of fixing more ports to build correctly with >> clang, and the issue of defining a "ports compiler" version of gcc (and >> appropriate infrastructure) for those that can't. Once those issues are >> resolved there would not be any further obstacles to moving the default. >> Until they are, the change is premature. >> >> Doug > > Doug, as you can already use CLANG instead of GCC now, you will be able > to use GCC instead of CLANG after November 4th. There's lots of things I _can_ do, what we're discussing is what the defaults should be. > At the moment the ports maintainers don't give much about if their ports > build with CLANG or not Do you follow ports development? At all? There have been extensive efforts over the last several years to get more ports compiling with clang. The problem is that things like the c89 issue don't percolate down, and we don't have a concerted effort from all of the relevant parties to improve the issue. Fixing the problem of getting the right eyeballs on the things that need fixing won't be improved by switching the default before they are fixed. In fact, it's likely to make the people who are src-centric now even less likely to help because their work will be "done." > Those who don't run CURRENT won't notice, but those who do will have to > get their butts up and fix the ports, so 10.0 can have 99% of all ports > build with CLANG and even 8.x and 9.x can already profit from having the > broken ports fixed now. Yeah, and I'm going to get a pony out of this deal, right? :) You completely misunderstand the nature of the problem, therefore your proposed solution isn't going to solve it. Doug From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 09:55:43 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B122E106564A; Tue, 11 Sep 2012 09:55:43 +0000 (UTC) (envelope-from w8hdkim@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4F9478FC0A; Tue, 11 Sep 2012 09:55:42 +0000 (UTC) Received: by vbmv11 with SMTP id v11so469630vbm.13 for ; Tue, 11 Sep 2012 02:55:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=1qEALlZVA04Axw+6dFDPGSOOIqhXXs/vFGo64sB8hWM=; b=iZqb/mxT9RbUpWV9GP1KHpSdasCik/RpvH8t3wZxh4jSdsazrSyE4baSmyW5H4Y1G/ gY2rAAQRSu/X+DAciU9J9+FhUyzQUnI2VVhMpphv+Ue1TsTfXMz/C5u+vEO28Ep+GUhA 7AAt/LcwS669ct2RIoDXZUqSNIThMCoaOI+GJQOG2hN0w5+imeo0Pt7bf/akLajQpKDG iE1zwNTBEUs4xGHXOK4wZCFS7crsREAN/VJdMPmZNT9LliUR+hTrIs6taA81fMnRMIrz 7dLVWuOjhxUSc/zaCsi2BUG/JipNtG46IZdWjDEGFkWXEKpJm/zDvysT31n6R0TH6Mx/ bz9g== MIME-Version: 1.0 Received: by 10.220.153.200 with SMTP id l8mr24641075vcw.40.1347357342084; Tue, 11 Sep 2012 02:55:42 -0700 (PDT) Received: by 10.58.26.129 with HTTP; Tue, 11 Sep 2012 02:55:41 -0700 (PDT) In-Reply-To: <504D787A.30304@freebsd.org> References: <504D787A.30304@freebsd.org> Date: Tue, 11 Sep 2012 05:55:41 -0400 Message-ID: From: Kim Culhan To: David Xu Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: 10-CURRENT clock_getcpuclockid() usage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 09:55:43 -0000 On Mon, Sep 10, 2012 at 1:19 AM, David Xu wrote: > On 2012/09/08 23:31, Kim Culhan wrote: >> >> clock_getcpuclockid() was added a few weeks ago according to the man page >> and >> I'm seeing this error while building the port net/freeswith-core-devel. >> >> The function is used in the Sofia-sip stack, courtesy Nokia Research >> Center, >> incorporated into FreeSWITCH. >> >> The build system tests for the presence of clock_getcpuclockid() and finds >> it >> but in the error messages 'clock_getcpuclockid2' is mentioned. >> >> Any thoughts on the clock_getcpuclockid() usage would be very greatly >> appreciated. >> >> LTCOMPILE su_time.lo >> su_time.c:410:14: error: implicit declaration of function >> 'clock_getcpuclockid' is invalid in C99 >> [-Werror,-Wimplicit-function-declaration] >> else if (clock_getcpuclockid(0, &cpu) != -1 && >> ^ >> su_time.c:410:14: note: did you mean 'clock_getcpuclockid2'? >> else if (clock_getcpuclockid(0, &cpu) != -1 && >> ^~~~~~~~~~~~~~~~~~~ >> clock_getcpuclockid2 >> /usr/include/sys/time.h:352:5: note: 'clock_getcpuclockid2' declared here >> int clock_getcpuclockid2(id_t, int, clockid_t *); >> ^ >> 1 error generated. >> gmake[9]: *** [su_time.lo] Error 1 >> >> >> thanks >> -kim > > > I have committed a patch, please try it. > > http://svnweb.freebsd.org/base/head/include/time.h?r1=233600&r2=240295 Looks good, thanks. -kim From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 10:45:26 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AF58E106564A; Tue, 11 Sep 2012 10:45:26 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 46BD58FC18; Tue, 11 Sep 2012 10:45:25 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q8BAjUNh030634; Tue, 11 Sep 2012 13:45:30 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q8BAjIP9082076; Tue, 11 Sep 2012 13:45:18 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q8BAjI7r082071; Tue, 11 Sep 2012 13:45:18 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 11 Sep 2012 13:45:18 +0300 From: Konstantin Belousov To: toolchain@freebsd.org Message-ID: <20120911104518.GF37286@deviant.kiev.zoral.com.ua> References: <20120910211207.GC64920@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eDB11BtaWSyaBkpc" Content-Disposition: inline In-Reply-To: <20120910211207.GC64920@lor.one-eyed-alien.net> User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: current@freebsd.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 10:45:26 -0000 --eDB11BtaWSyaBkpc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 10, 2012 at 04:12:07PM -0500, Brooks Davis wrote: > [Please confine your replies to toolchain@freebsd.org to keep the thread > on the most relevant list.] I do not see how removing current@ can be done, toolchain@ is not relevant for this discussion. Proposed is not a local change in the toolchain itself, but a far reaching and IMO premature change. >=20 > For the past several years we've been working towards migrating from > GCC to Clang/LLVM as our default compiler. We intend to ship FreeBSD > 10.0 with Clang as the default compiler on i386 and amd64 platforms. To > this end, we will make WITH_CLANG_IS_CC the default on i386 and amd64 > platforms on November 4th. >=20 > What does the mean to you? >=20 > * When you build world after the default is changed /usr/bin/cc, cpp, and > c++ will be links to clang. >=20 > * This means the initial phase of buildworld and "old style" kernel > compilation will use clang instead of gcc. This is known to work. >=20 > * It also means that ports will build with clang by default. A major > of ports work, but a significant number are broken or blocked by > broken ports. For more information see: > http://wiki.freebsd.org/PortsAndClang >=20 > What issues remain? >=20 > * The gcc->clang transition currently requires setting CC, CXX, and CPP > in addition to WITH_CLANG_IS_CC. I will post a patch to toolchain@ > to address this shortly. >=20 > * Ports compiler selection infrastructure is still under development. >=20 > * Some ports could build with clang with appropriate tweaks. >=20 > What can you do to help? >=20 > * Switch (some of) your systems. Early adoption can help us find bugs. >=20 > * Fix ports to build with clang. If you don't have a clang system, you > can use the CLANG/amd64 or CLANG/i386 build environments on > redports.org. >=20 > tl;dr: Clang will become the default compiler for x86 architectures on 20= 12-11-04 There was a chorus of voices talking about ports already. My POV is that suggesting to 'fix remaining ports to work with clang' is just a nonsense. You are proposing to fork the development of all the programs which do not compile with clang. Often, upstream developers do not care about clang at all since it not being default compiler in Debian/Fedora/Whatever Linux. The project simply do not have resources to maintain the fork of 20K programs. Looking from less amiable angle, you propose to knowingly break significant and important piece of the project work. My belief is that switch cannot be done before ports switch to the port-provided compiler. Another issue with the switch, which seems to be not only not addressed, but even not talked about, is the performance impact of the change. I do not remember any measurements, whatever silly they could be, of the performance change by the compiler switch. We often have serious and argumented push-back for kernel changes that give as low as 2-3% of the speed hit. What are the numbers for clang change, any numbers ? And, some small but annoying things left with clang, like ABI change requiring 16-byte stack alignment on i386, but lets ignore this until two big issues are resolved. --eDB11BtaWSyaBkpc Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlBPFj4ACgkQC3+MBN1Mb4gHAwCdHH6VZPlaLd/CRrpjRakb62MQ BWcAoK5mKbi5W3u6ctJFN/AZx/8pRWII =pgIm -----END PGP SIGNATURE----- --eDB11BtaWSyaBkpc-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 12:06:58 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 677E9106564A; Tue, 11 Sep 2012 12:06:58 +0000 (UTC) (envelope-from rdivacky@vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [46.28.110.116]) by mx1.freebsd.org (Postfix) with ESMTP id 2911D8FC0C; Tue, 11 Sep 2012 12:06:57 +0000 (UTC) Received: by vlakno.cz (Postfix, from userid 1002) id 5D93C7F38CA; Tue, 11 Sep 2012 14:06:49 +0200 (CEST) Date: Tue, 11 Sep 2012 14:06:49 +0200 From: Roman Divacky To: toolchain@freebsd.org, current@freebsd.org Message-ID: <20120911120649.GA52235@freebsd.org> References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120911104518.GF37286@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 12:06:58 -0000 > > tl;dr: Clang will become the default compiler for x86 architectures on 2012-11-04 > > There was a chorus of voices talking about ports already. My POV > is that suggesting to 'fix remaining ports to work with clang' is > just a nonsense. You are proposing to fork the development of all the > programs which do not compile with clang. Often, upstream developers > do not care about clang at all since it not being default compiler in > Debian/Fedora/Whatever Linux. The project simply do not have resources > to maintain the fork of 20K programs. We currently dont compile 4680 ports (out of 23857). Top 10 ports that prevent the most other ports from compiling together prevent 2222 ports from compilation. So if we fixed those 10 ports we could be at around 2500 ports not compiling. Thats quite far from your claim of forking 20k programs. > Looking from less amiable angle, you propose to knowingly break significant > and important piece of the project work. My belief is that switch cannot > be done before ports switch to the port-provided compiler. I believe majority of the broken ports is broken because their maintainer never saw them being broken with clang just because it's not the default compiler. Thus by making it the default majority of the problems would just go away. Note that the work needed to make ports compiling with clang is largely shared with the work to make them compiliable with newer GCCs (as they are stricter etc.) > Another issue with the switch, which seems to be not only not addressed, > but even not talked about, is the performance impact of the change. I > do not remember any measurements, whatever silly they could be, of the > performance change by the compiler switch. We often have serious and > argumented push-back for kernel changes that give as low as 2-3% of > the speed hit. What are the numbers for clang change, any numbers ? Agreed. We should provide numbers. At least how buildworld times change with clang compiled kernel/workd and gcc compiler kernel/world. > And, some small but annoying things left with clang, like ABI change > requiring 16-byte stack alignment on i386, but lets ignore this until > two big issues are resolved. Thank you for pointing this out. This is, in my opinion, one of the strongest reasons to switch to clang. We can go, fix issues or report we find upstream and then import newer clang. Unlike with gcc. Thank you, Roman From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 12:21:30 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 91530106566B; Tue, 11 Sep 2012 12:21:30 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 28BCC8FC12; Tue, 11 Sep 2012 12:21:29 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q8BCLYaq042941; Tue, 11 Sep 2012 15:21:34 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q8BCLMJD003903; Tue, 11 Sep 2012 15:21:22 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q8BCLMvu003902; Tue, 11 Sep 2012 15:21:22 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 11 Sep 2012 15:21:22 +0300 From: Konstantin Belousov To: Roman Divacky Message-ID: <20120911122122.GJ37286@deviant.kiev.zoral.com.ua> References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lYetfuAxy9ic4HK3" Content-Disposition: inline In-Reply-To: <20120911120649.GA52235@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: toolchain@freebsd.org, current@freebsd.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 12:21:30 -0000 --lYetfuAxy9ic4HK3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 11, 2012 at 02:06:49PM +0200, Roman Divacky wrote: > > > tl;dr: Clang will become the default compiler for x86 architectures o= n 2012-11-04 > >=20 > > There was a chorus of voices talking about ports already. My POV > > is that suggesting to 'fix remaining ports to work with clang' is > > just a nonsense. You are proposing to fork the development of all the > > programs which do not compile with clang. Often, upstream developers > > do not care about clang at all since it not being default compiler in > > Debian/Fedora/Whatever Linux. The project simply do not have resources > > to maintain the fork of 20K programs. > =20 > We currently dont compile 4680 ports (out of 23857). Top 10 ports that pr= event > the most other ports from compiling together prevent 2222 ports from > compilation. So if we fixed those 10 ports we could be at around 2500 por= ts > not compiling. Thats quite far from your claim of forking 20k programs. Sorry, I cannot buy the argument. How many patches there are already in the ports tree to cope with clang incompatibility with gcc ? You may declare that all of them are application bugs, but it completely misses the point. >=20 > > Looking from less amiable angle, you propose to knowingly break signifi= cant > > and important piece of the project work. My belief is that switch cannot > > be done before ports switch to the port-provided compiler. > =20 > I believe majority of the broken ports is broken because their maintainer > never saw them being broken with clang just because it's not the default > compiler. Thus by making it the default majority of the problems would ju= st > go away. Can you, please, read what I wrote ? Fixing _ports_ to compile with clang is plain wrong. Upstream developers use gcc almost always for development and testing. Establishing another constant cost on the porting work puts burden on the ports submitters, maintainers and even ports users. I do strongly oppose the attempt to drain the freebsd resources by forcing porters to port third-party code to other compiler. >=20 > Note that the work needed to make ports compiling with clang is largely s= hared > with the work to make them compiliable with newer GCCs (as they are stric= ter > etc.) >=20 > > Another issue with the switch, which seems to be not only not addressed, > > but even not talked about, is the performance impact of the change. I > > do not remember any measurements, whatever silly they could be, of the > > performance change by the compiler switch. We often have serious and > > argumented push-back for kernel changes that give as low as 2-3% of > > the speed hit. What are the numbers for clang change, any numbers ? >=20 > Agreed. We should provide numbers. At least how buildworld times change > with clang compiled kernel/workd and gcc compiler kernel/world. For this 'silly' benchmark, I would suggest to benchmark the identical buildworlds with only different kernels, compiled with in-tree gcc and clang. >=20 > > And, some small but annoying things left with clang, like ABI change > > requiring 16-byte stack alignment on i386, but lets ignore this until > > two big issues are resolved. >=20 > Thank you for pointing this out. This is, in my opinion, one of the stron= gest > reasons to switch to clang. We can go, fix issues or report we find upstr= eam > and then import newer clang. Unlike with gcc. We do not want to hunt for the compiler bugs at all, goal of FreeBSD is to develop the OS and not a compiler. --lYetfuAxy9ic4HK3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlBPLMIACgkQC3+MBN1Mb4igOQCeKrtDri/g8Cxnlsm4JUdb++Sx I9cAoJ3jv6OTuz3VvlMxLC1mtKjUzwGQ =fhTx -----END PGP SIGNATURE----- --lYetfuAxy9ic4HK3-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 12:38:36 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4ADE7106564A; Tue, 11 Sep 2012 12:38:36 +0000 (UTC) (envelope-from rdivacky@vlakno.cz) Received: from vlakno.cz (vlakno.cz [46.28.110.116]) by mx1.freebsd.org (Postfix) with ESMTP id C8E208FC12; Tue, 11 Sep 2012 12:38:35 +0000 (UTC) Received: by vlakno.cz (Postfix, from userid 1002) id 16FF07F38CA; Tue, 11 Sep 2012 14:38:33 +0200 (CEST) Date: Tue, 11 Sep 2012 14:38:33 +0200 From: Roman Divacky To: toolchain@freebsd.org, current@freebsd.org Message-ID: <20120911123833.GA54483@freebsd.org> References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911122122.GJ37286@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120911122122.GJ37286@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 12:38:36 -0000 On Tue, Sep 11, 2012 at 03:21:22PM +0300, Konstantin Belousov wrote: > On Tue, Sep 11, 2012 at 02:06:49PM +0200, Roman Divacky wrote: > > > > tl;dr: Clang will become the default compiler for x86 architectures on 2012-11-04 > > > > > > There was a chorus of voices talking about ports already. My POV > > > is that suggesting to 'fix remaining ports to work with clang' is > > > just a nonsense. You are proposing to fork the development of all the > > > programs which do not compile with clang. Often, upstream developers > > > do not care about clang at all since it not being default compiler in > > > Debian/Fedora/Whatever Linux. The project simply do not have resources > > > to maintain the fork of 20K programs. > > > > We currently dont compile 4680 ports (out of 23857). Top 10 ports that prevent > > the most other ports from compiling together prevent 2222 ports from > > compilation. So if we fixed those 10 ports we could be at around 2500 ports > > not compiling. Thats quite far from your claim of forking 20k programs. > Sorry, I cannot buy the argument. How many patches there are already > in the ports tree to cope with clang incompatibility with gcc ? You may > declare that all of them are application bugs, but it completely misses > the point. > > > > > > Looking from less amiable angle, you propose to knowingly break significant > > > and important piece of the project work. My belief is that switch cannot > > > be done before ports switch to the port-provided compiler. > > > > I believe majority of the broken ports is broken because their maintainer > > never saw them being broken with clang just because it's not the default > > compiler. Thus by making it the default majority of the problems would just > > go away. > Can you, please, read what I wrote ? Fixing _ports_ to compile with > clang is plain wrong. Upstream developers use gcc almost always for > development and testing. Establishing another constant cost on the > porting work puts burden on the ports submitters, maintainers and even > ports users. Upstream developers almost never use gcc4.2.1 as we do. So right now the ports maintainer must check whats wrong in the case the (upgraded) port doesnt compile with our in-tree gcc. It can be trivial USE_GCC=4.something but the burden is exactly the same as with clang. > I do strongly oppose the attempt to drain the freebsd resources by > forcing porters to port third-party code to other compiler. We dont force anyone. Any port maintainer can decide to USE_GCC=4.2. We are not advocating removing gcc but making clang default. The possibility of fallback to gcc is still there. > > > And, some small but annoying things left with clang, like ABI change > > > requiring 16-byte stack alignment on i386, but lets ignore this until > > > two big issues are resolved. > > > > Thank you for pointing this out. This is, in my opinion, one of the strongest > > reasons to switch to clang. We can go, fix issues or report we find upstream > > and then import newer clang. Unlike with gcc. > > We do not want to hunt for the compiler bugs at all, goal of FreeBSD > is to develop the OS and not a compiler. By the nature of "developing the OS" we are forced to use compilers and toolchains. Recently I saw you submitting/committing patches with .byte sequences because our default assembler cant handle the instructions. I saw jhb@ updating binutils to support invept/invvpid. In my eyes, switching to clang by default lowers the compiler/toolchain maintenance burden we have. Thank you, Roman. From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 13:01:17 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 030AE1065677; Tue, 11 Sep 2012 13:01:17 +0000 (UTC) (envelope-from erik@cederstrand.dk) Received: from csmtp3.one.com (csmtp3.one.com [91.198.169.23]) by mx1.freebsd.org (Postfix) with ESMTP id B60BF8FC19; Tue, 11 Sep 2012 13:01:16 +0000 (UTC) Received: from [192.168.1.41] (unknown [176.222.238.90]) by csmtp3.one.com (Postfix) with ESMTPA id 571002413F04; Tue, 11 Sep 2012 12:52:21 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.0 \(1486\)) From: Erik Cederstrand In-Reply-To: <20120911123833.GA54483@freebsd.org> Date: Tue, 11 Sep 2012 14:52:20 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <848C813E-E6EC-4FAF-9374-B5583A077404@cederstrand.dk> References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911122122.GJ37286@deviant.kiev.zoral.com.ua> <20120911123833.GA54483@freebsd.org> To: Roman Divacky X-Mailer: Apple Mail (2.1486) Cc: toolchain@freebsd.org, current@freebsd.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 13:01:17 -0000 Roman, Den 11/09/2012 kl. 14.38 skrev Roman Divacky : >=20 > Upstream developers almost never use gcc4.2.1 as we do. So right now = the > ports maintainer must check whats wrong in the case the (upgraded) = port > doesnt compile with our in-tree gcc. >=20 >=20 > It can be trivial USE_GCC=3D4.something but the burden is exactly the = same > as with clang. So can we do a sweep on the ports tree and mark the 2232 ports with = USE_GCC=3D4.2 until they can actually build with clang? This could allow = the clang switch to proceed. Hopefully, waiting for GCC to compile just = to install some tiny port will be enough of a nuisance for people to = eventually fix the remaining ports. > By the nature of "developing the OS" we are forced to use compilers = and > toolchains. Recently I saw you submitting/committing patches with = .byte > sequences because our default assembler cant handle the instructions. > I saw jhb@ updating binutils to support invept/invvpid. >=20 > In my eyes, switching to clang by default lowers the = compiler/toolchain > maintenance burden we have. I agree. Switching away from abandonware to a compiler that is actively = maintained is a good thing. Regarding performance, I could do some benchmarking in my spare time, = but it does seem like an unforgiving task. Anyone posting any benchmark = numbers on these lists is going to be tarred, feathered, forced to print = out the full GCC 4.2.1 source code, read it out loud on the town square, = and spend the next month addressing concerns from people not willing to = do the work themselves :-) Erik= From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 13:24:17 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7C53B106564A; Tue, 11 Sep 2012 13:24:17 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 3E7618FC08; Tue, 11 Sep 2012 13:24:17 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q8BDOA3p087209; Tue, 11 Sep 2012 06:24:10 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q8BDOATC087208; Tue, 11 Sep 2012 06:24:10 -0700 (PDT) (envelope-from sgk) Date: Tue, 11 Sep 2012 06:24:10 -0700 From: Steve Kargl To: Roman Divacky Message-ID: <20120911132410.GA87126@troutmask.apl.washington.edu> References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120911120649.GA52235@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: toolchain@freebsd.org, current@freebsd.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 13:24:17 -0000 On Tue, Sep 11, 2012 at 02:06:49PM +0200, Roman Divacky wrote: > > > tl;dr: Clang will become the default compiler for x86 architectures on 2012-11-04 > > > Another issue with the switch, which seems to be not only not addressed, > > but even not talked about, is the performance impact of the change. I > > do not remember any measurements, whatever silly they could be, of the > > performance change by the compiler switch. We often have serious and > > argumented push-back for kernel changes that give as low as 2-3% of > > the speed hit. What are the numbers for clang change, any numbers ? > > Agreed. We should provide numbers. At least how buildworld times change > with clang compiled kernel/workd and gcc compiler kernel/world. How fast clang builds world in comparison to gcc is irrelevant. What is important is whether software built with clang functions correctly. See for example, http://math-atlas.sourceforge.net/errata.html#WhatComp Has anyone run Spec CPU2006 on i386 and amd64 FreeBSD? -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 13:32:20 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6492C106566B; Tue, 11 Sep 2012 13:32:20 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 23C5E8FC08; Tue, 11 Sep 2012 13:32:20 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q8BDWFnU087268; Tue, 11 Sep 2012 06:32:15 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q8BDWFbi087267; Tue, 11 Sep 2012 06:32:15 -0700 (PDT) (envelope-from sgk) Date: Tue, 11 Sep 2012 06:32:15 -0700 From: Steve Kargl To: Erik Cederstrand Message-ID: <20120911133215.GB87126@troutmask.apl.washington.edu> References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911122122.GJ37286@deviant.kiev.zoral.com.ua> <20120911123833.GA54483@freebsd.org> <848C813E-E6EC-4FAF-9374-B5583A077404@cederstrand.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <848C813E-E6EC-4FAF-9374-B5583A077404@cederstrand.dk> User-Agent: Mutt/1.4.2.3i Cc: toolchain@freebsd.org, Roman Divacky , current@freebsd.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 13:32:20 -0000 On Tue, Sep 11, 2012 at 02:52:20PM +0200, Erik Cederstrand wrote: > Den 11/09/2012 kl. 14.38 skrev Roman Divacky : > > By the nature of "developing the OS" we are forced to use compilers and > > toolchains. Recently I saw you submitting/committing patches with .byte > > sequences because our default assembler cant handle the instructions. > > I saw jhb@ updating binutils to support invept/invvpid. > > > > In my eyes, switching to clang by default lowers the compiler/toolchain > > maintenance burden we have. > > I agree. Switching away from abandonware to a compiler that > is actively maintained is a good thing. Interest twist of history. GCC is not abandonware. I can assure you GCC development is very much alive. The abandonment of GCC was a FreeBSD developers/community decision. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 13:45:09 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B0211065741; Tue, 11 Sep 2012 13:45:09 +0000 (UTC) (envelope-from christer.solskogen@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id C466A8FC15; Tue, 11 Sep 2012 13:45:08 +0000 (UTC) Received: by iayy25 with SMTP id y25so499032iay.13 for ; Tue, 11 Sep 2012 06:45:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=/a9M4bWC6TRIAIVjHKxD1vhCjWB/qrcnRGNNgdW0mSw=; b=qww/amKc7lUrFFMgCQHEQW2AQKq1hX7yq7Q1YNKuqQxGJNzTXLj5fy4SfLgKwk7iV1 HB3CHYDs7KoJv+tpCE6YmaTt4ppAMZ2LR/q6a+PlJYxe1XwJMunHhIpW0yOLwxIeR3hq 8bJ/63+GLrBzzYV/ieTVHkaik/hDEsFgQQJ7Y4fYiHElhLcyOiBzsCwNmVb3uHXQ1uVn vYF1p23E/SskQOfIj5wj2lixBEUWfbQGXQgignELNBG94Gt8h7fruJzCT812cqBnOMOF FdBJhNXpHiUnWFaZ/u+ncO8RlTVVX8GeINudynqwTquqT+aMcxJ0JztLvRP/4a1Q/W+X ecDQ== Received: by 10.50.85.134 with SMTP id h6mr16016977igz.2.1347371108032; Tue, 11 Sep 2012 06:45:08 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.103.103 with HTTP; Tue, 11 Sep 2012 06:44:46 -0700 (PDT) In-Reply-To: <20120911133215.GB87126@troutmask.apl.washington.edu> References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911122122.GJ37286@deviant.kiev.zoral.com.ua> <20120911123833.GA54483@freebsd.org> <848C813E-E6EC-4FAF-9374-B5583A077404@cederstrand.dk> <20120911133215.GB87126@troutmask.apl.washington.edu> From: Christer Solskogen Date: Tue, 11 Sep 2012 15:44:46 +0200 Message-ID: To: Steve Kargl Content-Type: text/plain; charset=UTF-8 Cc: toolchain@freebsd.org, Roman Divacky , current@freebsd.org, Erik Cederstrand Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 13:45:09 -0000 On Tue, Sep 11, 2012 at 3:32 PM, Steve Kargl wrote: > Interest twist of history. GCC is not abandonware. Correct, but GCC 4.2.1 is. -- chs, From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 14:08:27 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDEEB106566C; Tue, 11 Sep 2012 14:08:26 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id 48CF48FC0A; Tue, 11 Sep 2012 14:08:26 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.5/8.14.5) with ESMTP id q8BE8PMu073737; Tue, 11 Sep 2012 09:08:25 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.5/8.14.5/Submit) id q8BE8P1F073736; Tue, 11 Sep 2012 09:08:25 -0500 (CDT) (envelope-from brooks) Date: Tue, 11 Sep 2012 09:08:25 -0500 From: Brooks Davis To: Konstantin Belousov Message-ID: <20120911140825.GA73518@lor.one-eyed-alien.net> References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FL5UXtIhxfXey3p5" Content-Disposition: inline In-Reply-To: <20120911104518.GF37286@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: toolchain@freebsd.org, current@freebsd.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 14:08:27 -0000 --FL5UXtIhxfXey3p5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 11, 2012 at 01:45:18PM +0300, Konstantin Belousov wrote: > On Mon, Sep 10, 2012 at 04:12:07PM -0500, Brooks Davis wrote: > > For the past several years we've been working towards migrating from > > GCC to Clang/LLVM as our default compiler. We intend to ship FreeBSD > > 10.0 with Clang as the default compiler on i386 and amd64 platforms. To > > this end, we will make WITH_CLANG_IS_CC the default on i386 and amd64 > > platforms on November 4th. > >=20 > > What does the mean to you? > >=20 > > * When you build world after the default is changed /usr/bin/cc, cpp, = and > > c++ will be links to clang. > >=20 > > * This means the initial phase of buildworld and "old style" kernel > > compilation will use clang instead of gcc. This is known to work. > >=20 > > * It also means that ports will build with clang by default. A major > > of ports work, but a significant number are broken or blocked by > > broken ports. For more information see: > > http://wiki.freebsd.org/PortsAndClang > >=20 > > What issues remain? > >=20 > > * The gcc->clang transition currently requires setting CC, CXX, and CPP > > in addition to WITH_CLANG_IS_CC. I will post a patch to toolchain@ > > to address this shortly. > >=20 > > * Ports compiler selection infrastructure is still under development. > >=20 > > * Some ports could build with clang with appropriate tweaks. > >=20 > > What can you do to help? > >=20 > > * Switch (some of) your systems. Early adoption can help us find bugs. > >=20 > > * Fix ports to build with clang. If you don't have a clang system, you > > can use the CLANG/amd64 or CLANG/i386 build environments on > > redports.org. > >=20 > > tl;dr: Clang will become the default compiler for x86 architectures on = 2012-11-04 >=20 > There was a chorus of voices talking about ports already. My POV > is that suggesting to 'fix remaining ports to work with clang' is > just a nonsense. You are proposing to fork the development of all the > programs which do not compile with clang. Often, upstream developers > do not care about clang at all since it not being default compiler in > Debian/Fedora/Whatever Linux. The project simply do not have resources > to maintain the fork of 20K programs. I may have phrased the above poorly, but in most cases I'd be happy with using USE_GCC as a solution, but to the extent that port maintainers can fix their ports to build with clang, that's a good thing. Having a deadline will help focus efforts towards finding the right fix for the most important ports in a timely manner. If we near the deadline and find that we need a few more weeks, nothing prevents us from slipping the date a bit. > Another issue with the switch, which seems to be not only not addressed, > but even not talked about, is the performance impact of the change. I > do not remember any measurements, whatever silly they could be, of the > performance change by the compiler switch. We often have serious and > argumented push-back for kernel changes that give as low as 2-3% of > the speed hit. What are the numbers for clang change, any numbers ? Florian Smeets (flo) did one round of benchmarks back in June with sysbench/mysql. There is a small but measurable slowdown both with world compiled with clang and with mysql compiled with clang. You can see the results on the last page of this document: http://people.freebsd.org/~flo/perf.pdf The total impacts are on the order of 1-2%. That's more than I'd like and I expect some pushback, but I feel it is in the range of acceptable code debt to take on to accomplish a multi-year project goal. -- Brooks --FL5UXtIhxfXey3p5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iD8DBQFQT0XYXY6L6fI4GtQRAgvtAKDPrwu05OQOb/j6EvsOeKsEbvHIdQCeIE7J wXb5+Tm66WW7tve8Jtw1jPs= =oZ8q -----END PGP SIGNATURE----- --FL5UXtIhxfXey3p5-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 14:10:14 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8D88106564A; Tue, 11 Sep 2012 14:10:14 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id A1F7A8FC16; Tue, 11 Sep 2012 14:10:14 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:897e:8083:4c98:946f] (unknown [IPv6:2001:7b8:3a7:0:897e:8083:4c98:946f]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id BE94F5C37; Tue, 11 Sep 2012 16:10:12 +0200 (CEST) Message-ID: <504F4645.4070900@FreeBSD.org> Date: Tue, 11 Sep 2012 16:10:13 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20120905 Thunderbird/16.0 MIME-Version: 1.0 To: Steve Kargl References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911132410.GA87126@troutmask.apl.washington.edu> In-Reply-To: <20120911132410.GA87126@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: toolchain@freebsd.org, Roman Divacky , current@freebsd.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 14:10:15 -0000 On 2012-09-11 15:24, Steve Kargl wrote: ... > How fast clang builds world in comparison to gcc is irrelevant. Not at all irrelevant: this proposal is about changing the default compiler for the FreeBSD system itself, not for all software out there. If certain software performs significantly better with gcc, and using newer versions of the GPL is no problem, then it is obviously the better choice. However, I think the majority of users can get by just fine using clang, right now. Doug Barton even confirmed in this thread that 80% of our ports already work with it! > What is important is whether software built with clang functions > correctly. See for example, > > http://math-atlas.sourceforge.net/errata.html#WhatComp Yes, maths support, specifically precision, is admittedly still one of clang's (really llvm's) weaker points. It is currently not really a high priority item for upstream. This is obviously something that a certain part of our userbase will care a lot about, while most of the time they won't care so much about licensing or politics. So those people are probably better off using gcc for the time being. > Has anyone run Spec CPU2006 on i386 and amd64 FreeBSD? I am not aware of it, but is that test available publicly? I might take a shot, if I can get my hands on it. From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 14:10:34 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B3B3E1065715; Tue, 11 Sep 2012 14:10:34 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 708728FC08; Tue, 11 Sep 2012 14:10:34 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA v2" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id 951D9612E; Tue, 11 Sep 2012 10:10:26 -0400 (EDT) DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=anncXciuKpB4ev8EpsXxo5U8MWtJMpzsS7A6c9vIz+srD04yw4MDqRaI/bPPy4ZgE DzxCwKbgTlhNPfqhq88VyCuDJ/uUBwLgj6kWxUobZqXsKQoghdtFHf2gsw40UsB Message-ID: <504F4650.9090700@protected-networks.net> Date: Tue, 11 Sep 2012 10:10:24 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:15.0) Gecko/20120910 Thunderbird/15.0.1 MIME-Version: 1.0 To: Christer Solskogen References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911122122.GJ37286@deviant.kiev.zoral.com.ua> <20120911123833.GA54483@freebsd.org> <848C813E-E6EC-4FAF-9374-B5583A077404@cederstrand.dk> <20120911133215.GB87126@troutmask.apl.washington.edu> In-Reply-To: X-Enigmail-Version: 1.4.3 OpenPGP: id=0442D492 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: toolchain@freebsd.org, current@freebsd.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 14:10:34 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 09/11/12 09:44, Christer Solskogen wrote: > On Tue, Sep 11, 2012 at 3:32 PM, Steve Kargl > wrote: >> Interest twist of history. GCC is not abandonware. > > Correct, but GCC 4.2.1 is. > While this may be true, I'm not inclined to move any of my gear to a platform which is built on a tool-chain which is described in terms such as .. "In particular, clang/LLVM presently fails to produce correct code for some operations, and is not performance competitive with gcc for any." - From the link (http://math-atlas.sourceforge.net/errata.html#WhatComp) that Steve Kargl referenced (dated July 2012). While I appreciate the desire and need to move away from a legally encumbering environment, stability and maturity are both critical considerations. This is not to say that GCC 4.2.1 is either bug-free or sufficiently featureful as more modern versions but its idiosyncrasies are better known and understood, imb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlBPRlAACgkQQv9rrgRC1JLRUACeOGb8PryPla1yyhLeWzuVT4jM +JEAoIbn1IEed5oXR5+e9SCIfmfQ4V5R =ahHY -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 14:29:13 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 11E321065706; Tue, 11 Sep 2012 14:29:13 +0000 (UTC) (envelope-from tijl@coosemans.org) Received: from mailrelay001.isp.belgacom.be (mailrelay001.isp.belgacom.be [195.238.6.51]) by mx1.freebsd.org (Postfix) with ESMTP id 448BC8FC17; Tue, 11 Sep 2012 14:29:11 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AkQFADRJT1BbsVPi/2dsb2JhbABFhUC2D4EIgiABAQVWIgEQCw4KCRYPCQMCAQIBJx4GDQEHAQGIEAe7e4sQhiYDjmWBIJV1gmg Received: from 226.83-177-91.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([91.177.83.226]) by relay.skynet.be with ESMTP; 11 Sep 2012 16:28:01 +0200 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.5/8.14.5) with ESMTP id q8BES0w1003115; Tue, 11 Sep 2012 16:28:00 +0200 (CEST) (envelope-from tijl@coosemans.org) Message-ID: <504F4A6B.4010001@coosemans.org> Date: Tue, 11 Sep 2012 16:27:55 +0200 From: Tijl Coosemans User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:14.0) Gecko/20120804 Thunderbird/14.0 MIME-Version: 1.0 To: Dimitry Andric References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911132410.GA87126@troutmask.apl.washington.edu> <504F4645.4070900@FreeBSD.org> In-Reply-To: <504F4645.4070900@FreeBSD.org> X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enigBFD8D9E5ECC97448A85D6470" Cc: toolchain@FreeBSD.org, current@FreeBSD.org, Steve Kargl Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 14:29:13 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBFD8D9E5ECC97448A85D6470 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 11-09-2012 16:10, Dimitry Andric wrote: > On 2012-09-11 15:24, Steve Kargl wrote: >> What is important is whether software built with clang functions >> correctly. See for example, >> >> http://math-atlas.sourceforge.net/errata.html#WhatComp >=20 > Yes, maths support, specifically precision, is admittedly still one of > clang's (really llvm's) weaker points. It is currently not really a > high priority item for upstream. >=20 > This is obviously something that a certain part of our userbase will > care a lot about, while most of the time they won't care so much about > licensing or politics. So those people are probably better off using > gcc for the time being. Does it affect the accuracy of libm functions? --------------enigBFD8D9E5ECC97448A85D6470 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iF4EAREIAAYFAlBPSnAACgkQfoCS2CCgtivMWQD/VQ92Zv0/xh1leFgSZlnBjQQY 72yUvBStfMih/BvtiQoA/jiyDeQ0pJJFfc63eOjeVVstprPzYaX0V6XBOLdNDQTr =JkS9 -----END PGP SIGNATURE----- --------------enigBFD8D9E5ECC97448A85D6470-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 14:35:11 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 22333106564A; Tue, 11 Sep 2012 14:35:11 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 48FC38FC12; Tue, 11 Sep 2012 14:35:09 +0000 (UTC) Received: by eeke52 with SMTP id e52so529769eek.13 for ; Tue, 11 Sep 2012 07:35:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=VmZ7WlXc7FlZgBpjDN7V74p55pbWoHdbTzvPF2uwnVw=; b=ueD2MXrymKJXIHNO1fhpkHoKbmuocNOAYuTru3LVtC+4v7OhhPzQoQw2s8MUdZsXZN sF+CsAJTZdt23Zm2UxSXPTSxc6vtAPyPiTdL3YonvTC/9ViXeL8VoOs4ZI7Ee0vL8WvB 5pB/izzsjYGO3qGsSAWYqU20HqaOtjsQgYUO6OjiQUma44/G54DTIF7bFLuFaPV25+qi 6f9JCadsFCMrk3Qj/Sv1rxAv6fODcbbuMm7cORK/KtZmYES2kgHSYI3oX1sbldWGxqPz 2RdRVTwccyPjwNrCR3Bm+SQQQFBh/PiyHQopfdd8JhdubZVNxc0YL3gBBJ9UADwu7qRH m6zg== MIME-Version: 1.0 Received: by 10.204.145.82 with SMTP id c18mr4786871bkv.133.1347374108957; Tue, 11 Sep 2012 07:35:08 -0700 (PDT) Received: by 10.204.10.141 with HTTP; Tue, 11 Sep 2012 07:35:08 -0700 (PDT) Received: by 10.204.10.141 with HTTP; Tue, 11 Sep 2012 07:35:08 -0700 (PDT) In-Reply-To: <20120911122122.GJ37286@deviant.kiev.zoral.com.ua> References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911122122.GJ37286@deviant.kiev.zoral.com.ua> Date: Tue, 11 Sep 2012 15:35:08 +0100 Message-ID: From: Chris Rees To: Konstantin Belousov Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: toolchain@freebsd.org, Roman Divacky , current@freebsd.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 14:35:11 -0000 On 11 Sep 2012 13:22, "Konstantin Belousov" wrote: > > On Tue, Sep 11, 2012 at 02:06:49PM +0200, Roman Divacky wrote: > > > > tl;dr: Clang will become the default compiler for x86 architectures on 2012-11-04 > > > > > > There was a chorus of voices talking about ports already. My POV > > > is that suggesting to 'fix remaining ports to work with clang' is > > > just a nonsense. You are proposing to fork the development of all the > > > programs which do not compile with clang. Often, upstream developers > > > do not care about clang at all since it not being default compiler in > > > Debian/Fedora/Whatever Linux. The project simply do not have resources > > > to maintain the fork of 20K programs. > > > > We currently dont compile 4680 ports (out of 23857). Top 10 ports that prevent > > the most other ports from compiling together prevent 2222 ports from > > compilation. So if we fixed those 10 ports we could be at around 2500 ports > > not compiling. Thats quite far from your claim of forking 20k programs. > Sorry, I cannot buy the argument. How many patches there are already > in the ports tree to cope with clang incompatibility with gcc ? You may > declare that all of them are application bugs, but it completely misses > the point. > > > > > > Looking from less amiable angle, you propose to knowingly break significant > > > and important piece of the project work. My belief is that switch cannot > > > be done before ports switch to the port-provided compiler. > > > > I believe majority of the broken ports is broken because their maintainer > > never saw them being broken with clang just because it's not the default > > compiler. Thus by making it the default majority of the problems would just > > go away. > Can you, please, read what I wrote ? Fixing _ports_ to compile with > clang is plain wrong. Upstream developers use gcc almost always for > development and testing. Establishing another constant cost on the > porting work puts burden on the ports submitters, maintainers and even > ports users. > > I do strongly oppose the attempt to drain the freebsd resources by > forcing porters to port third-party code to other compiler. I definitely see your point, but upstream should also be writing correct/portable code. Whenever a patch to fix a port is made, it is actually mandatory to report it to upstream, and nag them to hell until it's committed! Most are very happy for this to happen; we've been removing GNUisms from build scripts etc for years now (and I could link to a "Thank you" email for all the build fixes I've sent upstream). Sometimes, like the common bashism if [ a == b ] we bite the bullet and add the extensions ourselves; sometimes upstream has an education on writing portable code! If we were all the same, would there be much point in being different? Chris From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 14:42:15 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C50B31065670; Tue, 11 Sep 2012 14:42:15 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id E06098FC0C; Tue, 11 Sep 2012 14:42:14 +0000 (UTC) Received: by lage12 with SMTP id e12so463183lag.13 for ; Tue, 11 Sep 2012 07:42:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=ELF5BAbc6wSThC8KMFgTo0GKfqXRZymsmmQzn3IfMiY=; b=t8TBKFYaVdeUxds4KuVkuCEpnOHkvKMSi70SzUifRrtteLFCzn2B4aLJUMA2g0onJ4 B//e6O9cvZE2m0NEcxLy5KRBTlyP4wh3KVQtLgy97bRLMiWbMIg8ByYg8rp/80TSbtBn OfPMe0h07mjh9AsdThet+5sMBA48EV4ioTwxwp8rtP7smNykBHDYdDNCaRMbrg5Rw1j3 S6NINrs2deP7NjUUDvbWQZrQFRKK4dqdEVEXFItSxpZ2zkflV6PCkkpSGsrPkUmdnURd UUCiMDbVzLlgepoPXbE1/K9p3Q2ykZFyWjfcqmHzVXvHvySdhdAxvqVwXI3guwovV9Gr Dy8w== MIME-Version: 1.0 Received: by 10.152.131.68 with SMTP id ok4mr16080295lab.47.1347374533601; Tue, 11 Sep 2012 07:42:13 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.112.102.39 with HTTP; Tue, 11 Sep 2012 07:42:13 -0700 (PDT) In-Reply-To: <20120911140825.GA73518@lor.one-eyed-alien.net> References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911140825.GA73518@lor.one-eyed-alien.net> Date: Tue, 11 Sep 2012 15:42:13 +0100 X-Google-Sender-Auth: YKj1fEkth4a17MqvNvyZdm6Iy6E Message-ID: From: Attilio Rao To: Brooks Davis Content-Type: text/plain; charset=UTF-8 Cc: Konstantin Belousov , toolchain@freebsd.org, current@freebsd.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: attilio@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Sep 2012 14:42:15 -0000 On 9/11/12, Brooks Davis wrote: > On Tue, Sep 11, 2012 at 01:45:18PM +0300, Konstantin Belousov wrote: >> On Mon, Sep 10, 2012 at 04:12:07PM -0500, Brooks Davis wrote: >> > For the past several years we've been working towards migrating from >> > GCC to Clang/LLVM as our default compiler. We intend to ship FreeBSD >> > 10.0 with Clang as the default compiler on i386 and amd64 platforms. >> > To >> > this end, we will make WITH_CLANG_IS_CC the default on i386 and amd64 >> > platforms on November 4th. >> > >> > What does the mean to you? >> > >> > * When you build world after the default is changed /usr/bin/cc, cpp, >> > and >> > c++ will be links to clang. >> > >> > * This means the initial phase of buildworld and "old style" kernel >> > compilation will use clang instead of gcc. This is known to work. >> > >> > * It also means that ports will build with clang by default. A major >> > of ports work, but a significant number are broken or blocked by >> > broken ports. For more information see: >> > http://wiki.freebsd.org/PortsAndClang >> > >> > What issues remain? >> > >> > * The gcc->clang transition currently requires setting CC, CXX, and >> > CPP >> > in addition to WITH_CLANG_IS_CC. I will post a patch to toolchain@ >> > to address this shortly. >> > >> > * Ports compiler selection infrastructure is still under development. >> > >> > * Some ports could build with clang with appropriate tweaks. >> > >> > What can you do to help? >> > >> > * Switch (some of) your systems. Early adoption can help us find >> > bugs. >> > >> > * Fix ports to build with clang. If you don't have a clang system, >> > you >> > can use the CLANG/amd64 or CLANG/i386 build environments on >> > redports.org. >> > >> > tl;dr: Clang will become the default compiler for x86 architectures on >> > 2012-11-04 >> >> There was a chorus of voices talking about ports already. My POV >> is that suggesting to 'fix remaining ports to work with clang' is >> just a nonsense. You are proposing to fork the development of all the >> programs which do not compile with clang. Often, upstream developers >> do not care about clang at all since it not being default compiler in >> Debian/Fedora/Whatever Linux. The project simply do not have resources >> to maintain the fork of 20K programs. > > I may have phrased the above poorly, but in most cases I'd be happy with > using USE_GCC as a solution, but to the extent that port maintainers > can fix their ports to build with clang, that's a good thing. Having a > deadline will help focus efforts towards finding the right fix for the > most important ports in a timely manner. > > If we near the deadline and find that we need a few more weeks, nothing > prevents us from slipping the date a bit. > >> Another issue with the switch, which seems to be not only not addressed, >> but even not talked about, is the performance impact of the change. I >> do not remember any measurements, whatever silly they could be, of the >> performance change by the compiler switch. We often have serious and >> argumented push-back for kernel changes that give as low as 2-3% of >> the speed hit. What are the numbers for clang change, any numbers ? > > Florian Smeets (flo) did one round of benchmarks back in June with > sysbench/mysql. There is a small but measurable slowdown both with > world compiled with clang and with mysql compiled with clang. You can > see the results on the last page of this document: > > http://people.freebsd.org/~flo/perf.pdf > > The total impacts are on the order of 1-2%. That's more than I'd like > and I expect some pushback, but I feel it is in the range of acceptable > code debt to take on to accomplish a multi-year project goal. 1-2% on SMP workload can just be part of the variance due to memory layout changes. What I would like to see is benchmarks in UP configurations, like machine booting with only one process and doing make buildworld (no -j at all). This could give a good measurement if the compiler changed anything or not. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 14:56:04 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0DDCD10656FD; Tue, 11 Sep 2012 14:56:03 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id BF4418FC12; Tue, 11 Sep 2012 14:56:02 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:897e:8083:4c98:946f] (unknown [IPv6:2001:7b8:3a7:0:897e:8083:4c98:946f]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 34D1C5C43; Tue, 11 Sep 2012 16:56:00 +0200 (CEST) Message-ID: <504F5101.8090906@FreeBSD.org> Date: Tue, 11 Sep 2012 16:56:01 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20120905 Thunderbird/16.0 MIME-Version: 1.0 To: Tijl Coosemans References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911132410.GA87126@troutmask.apl.washington.edu> <504F4645.4070900@FreeBSD.org> <504F4A6B.4010001@coosemans.org> In-Reply-To: <504F4A6B.4010001@coosemans.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: toolchain@FreeBSD.org, current@FreeBSD.org, Steve Kargl Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 14:56:04 -0000 On 2012-09-11 16:27, Tijl Coosemans wrote:> On 11-09-2012 16:10, Dimitry Andric wrote: ... >> Yes, maths support, specifically precision, is admittedly still one of >> clang's (really llvm's) weaker points. It is currently not really a >> high priority item for upstream. >> >> This is obviously something that a certain part of our userbase will >> care a lot about, while most of the time they won't care so much about >> licensing or politics. So those people are probably better off using >> gcc for the time being. > > Does it affect the accuracy of libm functions? It seems to, at least in specific cases; Steve posted about this in an earlier thread on -current: http://docs.freebsd.org/cgi/mid.cgi?20120905221310.GA97847 From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 15:03:16 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AE94B106564A; Tue, 11 Sep 2012 15:03:16 +0000 (UTC) (envelope-from mezz.freebsd@gmail.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4A0F78FC14; Tue, 11 Sep 2012 15:03:15 +0000 (UTC) Received: by oagm1 with SMTP id m1so392230oag.13 for ; Tue, 11 Sep 2012 08:03:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=GG7e1UssJZxrAUpjbZuAez/uBnaGD0W6n33feZ9R3CA=; b=xwuU/f2r4gGuhvzrI1Ha04a+EbV4N8O1sOk7dPMSs7Vux8wpHI97poDC9TLLyS+sCL 9xchkjOxLlNqRSIy/5bqjVk3t+Ntd7eeRUUXabz4pxHeLpkg9zJcqKeU3QrmhovEn3lv LIGKwTK78sNEDaP+Oq4hwrnFVEhaAElRqsZuTAfFBDzXRDbzNmHuil7yx6jShxqRcU8P FViLcNqP3OGPkR3UG14OkHgMxdA79XIbFVn81hz5zolSdO5lo79/MRnqwSF1IsamvSo7 E6ik0viPx+M4UaMmQTUNiRvJSEDEzjCsal/dTG3lGtish3eaQMJ9D8i18/AZhl0FisLf WAvA== MIME-Version: 1.0 Received: by 10.182.52.42 with SMTP id q10mr18567927obo.46.1347375795171; Tue, 11 Sep 2012 08:03:15 -0700 (PDT) Received: by 10.76.97.168 with HTTP; Tue, 11 Sep 2012 08:03:15 -0700 (PDT) In-Reply-To: <20120911122122.GJ37286@deviant.kiev.zoral.com.ua> References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911122122.GJ37286@deviant.kiev.zoral.com.ua> Date: Tue, 11 Sep 2012 10:03:15 -0500 Message-ID: From: Jeremy Messenger To: Konstantin Belousov Content-Type: text/plain; charset=ISO-8859-1 Cc: toolchain@freebsd.org, Roman Divacky , current@freebsd.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 15:03:16 -0000 On Tue, Sep 11, 2012 at 7:21 AM, Konstantin Belousov wrote: > Can you, please, read what I wrote ? Fixing _ports_ to compile with > clang is plain wrong. Upstream developers use gcc almost always for > development and testing. Establishing another constant cost on the > porting work puts burden on the ports submitters, maintainers and even > ports users. > > I do strongly oppose the attempt to drain the freebsd resources by > forcing porters to port third-party code to other compiler. I agree with this pretty much. I haven't done fix any of port build with clang as I simply ignore clang (sorry). When user report to me and I tell them to stick with GCC as I don't support it. Cheers, Mezz -- mezz.freebsd@gmail.com - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 15:03:57 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A29DF1065706; Tue, 11 Sep 2012 15:03:57 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 7855E8FC1C; Tue, 11 Sep 2012 15:03:57 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q8BF3uLN087660; Tue, 11 Sep 2012 08:03:56 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q8BF3uRK087659; Tue, 11 Sep 2012 08:03:56 -0700 (PDT) (envelope-from sgk) Date: Tue, 11 Sep 2012 08:03:56 -0700 From: Steve Kargl To: Dimitry Andric Message-ID: <20120911150356.GA87526@troutmask.apl.washington.edu> References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911132410.GA87126@troutmask.apl.washington.edu> <504F4645.4070900@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <504F4645.4070900@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: toolchain@FreeBSD.org, Roman Divacky , current@FreeBSD.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 15:03:57 -0000 On Tue, Sep 11, 2012 at 04:10:13PM +0200, Dimitry Andric wrote: > On 2012-09-11 15:24, Steve Kargl wrote: > ... > >How fast clang builds world in comparison to gcc is irrelevant. > > Not at all irrelevant: this proposal is about changing the default > compiler for the FreeBSD system itself, not for all software out there. If /usr/bin/cc becomes clang, then the proposal is about more than the FreeBSD system. This affects any port that uses cc. > If certain software performs significantly better with gcc, and using > newer versions of the GPL is no problem, then it is obviously the better > choice. > > However, I think the majority of users can get by just fine using clang, > right now. Doug Barton even confirmed in this thread that 80% of our > ports already work with it! He stated that 80% build with clang. I doubt that he actually tested the functionality of some 17000 ports. > >What is important is whether software built with clang functions > >correctly. See for example, > > > >http://math-atlas.sourceforge.net/errata.html#WhatComp > > Yes, maths support, specifically precision, is admittedly still one of > clang's (really llvm's) weaker points. It is currently not really a > high priority item for upstream. > > This is obviously something that a certain part of our userbase will > care a lot about, while most of the time they won't care so much about > licensing or politics. So those people are probably better off using > gcc for the time being. Which gets back to Doug's original point. Until the ports system has worked out its infrastructure for choosing a compiler, a switch to clang as the default compiler would seem to be premature. > >Has anyone run Spec CPU2006 on i386 and amd64 FreeBSD? > > I am not aware of it, but is that test available publicly? I might take > a shot, if I can get my hands on it. Unfortunately, it has a cost associated with it. http://www.spec.org/order.html. Perhaps, the FreeBSD Foundation can make it available. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 15:12:34 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25BB21065680; Tue, 11 Sep 2012 15:12:34 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id F3A858FC0A; Tue, 11 Sep 2012 15:12:33 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q8BFCUFD087712; Tue, 11 Sep 2012 08:12:30 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q8BFCUS7087711; Tue, 11 Sep 2012 08:12:30 -0700 (PDT) (envelope-from sgk) Date: Tue, 11 Sep 2012 08:12:30 -0700 From: Steve Kargl To: Tijl Coosemans Message-ID: <20120911151230.GB87526@troutmask.apl.washington.edu> References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911132410.GA87126@troutmask.apl.washington.edu> <504F4645.4070900@FreeBSD.org> <504F4A6B.4010001@coosemans.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <504F4A6B.4010001@coosemans.org> User-Agent: Mutt/1.4.2.3i Cc: toolchain@FreeBSD.org, Dimitry Andric , current@FreeBSD.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 15:12:34 -0000 On Tue, Sep 11, 2012 at 04:27:55PM +0200, Tijl Coosemans wrote: > On 11-09-2012 16:10, Dimitry Andric wrote: > > On 2012-09-11 15:24, Steve Kargl wrote: > >> What is important is whether software built with clang functions > >> correctly. See for example, > >> > >> http://math-atlas.sourceforge.net/errata.html#WhatComp > > > > Yes, maths support, specifically precision, is admittedly still one of > > clang's (really llvm's) weaker points. It is currently not really a > > high priority item for upstream. > > > > This is obviously something that a certain part of our userbase will > > care a lot about, while most of the time they won't care so much about > > licensing or politics. So those people are probably better off using > > gcc for the time being. > > Does it affect the accuracy of libm functions? > I'm not sure if anyone has done any extensive testing. I've started to run some of my test codes to compare certain functions in a clang-compiled libm, gcc-compiled libm, and reference solutions generated from math/mpfr. For a locally patched j0f, I found that clang gave much worse accuracy. If I revert the local patch, clang and gcc are to give the same results. Unfortnately, an unpatched j0f gives 500000 ULP errors. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 15:35:04 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 52ECD106564A; Tue, 11 Sep 2012 15:35:04 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 0773B8FC0C; Tue, 11 Sep 2012 15:35:03 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.5/8.14.5/NETPLEX) with ESMTP id q8BFZ2GE023608; Tue, 11 Sep 2012 11:35:02 -0400 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.2.7 (mail.netplex.net [204.213.176.10]); Tue, 11 Sep 2012 11:35:02 -0400 (EDT) Date: Tue, 11 Sep 2012 11:35:02 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Konstantin Belousov In-Reply-To: <20120911122122.GJ37286@deviant.kiev.zoral.com.ua> Message-ID: References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911122122.GJ37286@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: toolchain@freebsd.org, Roman Divacky , current@freebsd.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Sep 2012 15:35:04 -0000 On Tue, 11 Sep 2012, Konstantin Belousov wrote: > On Tue, Sep 11, 2012 at 02:06:49PM +0200, Roman Divacky wrote: >> >> We currently dont compile 4680 ports (out of 23857). Top 10 ports that prevent >> the most other ports from compiling together prevent 2222 ports from >> compilation. So if we fixed those 10 ports we could be at around 2500 ports >> not compiling. Thats quite far from your claim of forking 20k programs. > > Sorry, I cannot buy the argument. How many patches there are already > in the ports tree to cope with clang incompatibility with gcc ? You may > declare that all of them are application bugs, but it completely misses > the point. [ snip ] >> I believe majority of the broken ports is broken because their maintainer >> never saw them being broken with clang just because it's not the default >> compiler. Thus by making it the default majority of the problems would just >> go away. > > Can you, please, read what I wrote ? Fixing _ports_ to compile with > clang is plain wrong. Upstream developers use gcc almost always for > development and testing. Establishing another constant cost on the > porting work puts burden on the ports submitters, maintainers and even > ports users. This is a good point! -- DE From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 15:56:25 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B0999106566C; Tue, 11 Sep 2012 15:56:25 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id 35F398FC1C; Tue, 11 Sep 2012 15:56:25 +0000 (UTC) Received: by oagm1 with SMTP id m1so441969oag.13 for ; Tue, 11 Sep 2012 08:56:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=3aT2z9cqaiVxgP6JrAzjd+ER3HoIU1sysJ9ckO08Eho=; b=SbQBYccBJosp20yJh7zczSuBxV3RWWjMYcYupd7DwgMjN+4egTcCOe1gwedlNnOqGV p9SZfB0BGa3OAlDg4H0e1Kssj/bBpv9UfbHgODssICT4hJ4i0c7LRxMDSLvXS3yRmseC 3zM7ykPpKBerufyxH5x7m9ucaqgIxoZcZIoMib/kzVpOFzWdtTTbtAX7umi5bfFoZxBG n4DoiMKMyjHK82GFe88rnwneNKNLqt9CJcVANbbZx2DNM1nUQyWKELSDJ0V+Jh5qpcuk SThMdRSb9ihERBGdcVqIieJo8UODCQVfWVqOJzQMJD+S2grCB/eTwcZTxkBG+kf3Xi6C 0aeQ== Received: by 10.60.32.33 with SMTP id f1mr19260803oei.71.1347378984742; Tue, 11 Sep 2012 08:56:24 -0700 (PDT) Received: from fuji-wireless.local (c-24-19-191-56.hsd1.wa.comcast.net. [24.19.191.56]) by mx.google.com with ESMTPS id jd10sm16632081obb.13.2012.09.11.08.56.21 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 11 Sep 2012 08:56:24 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=us-ascii From: Garrett Cooper In-Reply-To: Date: Tue, 11 Sep 2012 08:56:21 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911122122.GJ37286@deviant.kiev.zoral.com.ua> To: Daniel Eischen X-Mailer: Apple Mail (2.1278) Cc: Konstantin Belousov , toolchain@freebsd.org, Roman Divacky , current@freebsd.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 15:56:25 -0000 On Sep 11, 2012, at 8:35 AM, Daniel Eischen wrote: > On Tue, 11 Sep 2012, Konstantin Belousov wrote: >=20 >> On Tue, Sep 11, 2012 at 02:06:49PM +0200, Roman Divacky wrote: >>>=20 >>> We currently dont compile 4680 ports (out of 23857). Top 10 ports = that prevent >>> the most other ports from compiling together prevent 2222 ports from >>> compilation. So if we fixed those 10 ports we could be at around = 2500 ports >>> not compiling. Thats quite far from your claim of forking 20k = programs. >>=20 >> Sorry, I cannot buy the argument. How many patches there are already >> in the ports tree to cope with clang incompatibility with gcc ? You = may >> declare that all of them are application bugs, but it completely = misses >> the point. >=20 > [ snip ] >=20 >>> I believe majority of the broken ports is broken because their = maintainer >>> never saw them being broken with clang just because it's not the = default >>> compiler. Thus by making it the default majority of the problems = would just >>> go away. >>=20 >> Can you, please, read what I wrote ? Fixing _ports_ to compile with >> clang is plain wrong. Upstream developers use gcc almost always for >> development and testing. Establishing another constant cost on the >> porting work puts burden on the ports submitters, maintainers and = even >> ports users. >=20 > This is a good point! Alternate compilers are being used on other OS distributions, like Arch = Linux, Gentoo Linux, etc, so encouraging external developers to = correct/simplify their Makefiles and build infrastructures is a good = thing (and plus, it makes switching to other compilers like icc, pcc, = etc easier). You're going to run into almost the same problem when trying to get = stuff to cross-compile for multiple targets, so there's no reason why = FreeBSD/Linux should not strive to get others to hardcode less. I wouldn't consider ports to be a stopgap for the clang switchover as = much as correctness/performance. Broken third-party software can be = fixed, but if the underlying foundation doesn't deliver sane code or = severely regresses performance (runtime is more important than building = IMO because I'd rather have code take a little while longer to compile = if the end-result runs faster, and ultimately runtime performance = affects build performance), then there's no point in trying to switch = over yet. Thanks, -Garrett= From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 16:03:13 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FCE01065674; Tue, 11 Sep 2012 16:03:13 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id F41DB8FC1E; Tue, 11 Sep 2012 16:03:11 +0000 (UTC) Received: by lage12 with SMTP id e12so538655lag.13 for ; Tue, 11 Sep 2012 09:03:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=AKIvHtSqPhaTQ34UK7/nNDrdW9yzMkigpyr33RB4Rcw=; b=K18y/yJ/78kRjGjX3xMdzqINXP4lqoqo/GAks4ErZE95rE9x2ODMjRgE40Zk2L1Y3V d4p8jBHj6rU6BR0YAMz4PeA/S3G/sokhxcP7/duQ5a4tR2ni21cHFFWHVENL9Goe7WrB p82tUVvB+ARH7MyuBt8Hrw8b5EDn1ESlc4vhAgxCAmJmy5bwrihfM+znZmzhrnq9yMw4 vVBupAh/PVzKJApVTWTeFEKjVbNwIi9wgwbBWBqgLFnNN4bm0oQVcGKEu/yuF4ltePTp iOnntxRFEXNzoMiQ7GqPeuhOAPevOHJdsAEDPDSxcLqr7NEPA6KjMDK2IY9ZJ+p/mVA7 TB4w== MIME-Version: 1.0 Received: by 10.112.103.71 with SMTP id fu7mr6060464lbb.21.1347379389678; Tue, 11 Sep 2012 09:03:09 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.112.102.39 with HTTP; Tue, 11 Sep 2012 09:03:09 -0700 (PDT) In-Reply-To: References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911122122.GJ37286@deviant.kiev.zoral.com.ua> Date: Tue, 11 Sep 2012 17:03:09 +0100 X-Google-Sender-Auth: 2OqgR0w-9ObLjq5f2kOhQ6R-WfU Message-ID: From: Attilio Rao To: Garrett Cooper Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Daniel Eischen , Konstantin Belousov , Roman Divacky , current@freebsd.org, toolchain@freebsd.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: attilio@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Sep 2012 16:03:13 -0000 On Tue, Sep 11, 2012 at 4:56 PM, Garrett Cooper wrote: > On Sep 11, 2012, at 8:35 AM, Daniel Eischen wrote: > >> On Tue, 11 Sep 2012, Konstantin Belousov wrote: >> >>> On Tue, Sep 11, 2012 at 02:06:49PM +0200, Roman Divacky wrote: >>>> >>>> We currently dont compile 4680 ports (out of 23857). Top 10 ports that= prevent >>>> the most other ports from compiling together prevent 2222 ports from >>>> compilation. So if we fixed those 10 ports we could be at around 2500 = ports >>>> not compiling. Thats quite far from your claim of forking 20k programs= . >>> >>> Sorry, I cannot buy the argument. How many patches there are already >>> in the ports tree to cope with clang incompatibility with gcc ? You may >>> declare that all of them are application bugs, but it completely misses >>> the point. >> >> [ snip ] >> >>>> I believe majority of the broken ports is broken because their maintai= ner >>>> never saw them being broken with clang just because it's not the defau= lt >>>> compiler. Thus by making it the default majority of the problems would= just >>>> go away. >>> >>> Can you, please, read what I wrote ? Fixing _ports_ to compile with >>> clang is plain wrong. Upstream developers use gcc almost always for >>> development and testing. Establishing another constant cost on the >>> porting work puts burden on the ports submitters, maintainers and even >>> ports users. >> >> This is a good point! > > Alternate compilers are being used on other OS distributions, like Arch L= inux, Gentoo Linux, etc, so encouraging external developers to correct/simp= lify their Makefiles and build infrastructures is a good thing (and plus, i= t makes switching to other compilers like icc, pcc, etc easier). > > You're going to run into almost the same problem when trying to get stuff= to cross-compile for multiple targets, so there's no reason why FreeBSD/Li= nux should not strive to get others to hardcode less. > > I wouldn't consider ports to be a stopgap for the clang switchover as muc= h as correctness/performance. Broken third-party software can be fixed, but= if the underlying foundation doesn't deliver sane code or severely regress= es performance (runtime is more important than building IMO because I'd rat= her have code take a little while longer to compile if the end-result runs = faster, and ultimately runtime performance affects build performance), then= there's no point in trying to switch over yet. While this is generally true I think we need to make a distinction. To me speaking about "not compiling ports" doesn't mean anything. What are the bugs that actually prevents the vast majority of ports from compiling? (speaking of which anyone has testing their actual functionality too?) Because I really don't expect the bugs to be always the same repeated over and over, there will be some bugs depending by brain-o in the ports code and other depending by clang bugs. As kib@ rightly points out fixing indiscriminately ports is not the solution, but fixing ports when *the bug is actually in the port itself* is the right solution, otherwise fix the compiler for the other class of bugs. Did the people pushing for default clang make an assessment on the type of ports bug present? (and I see there is a lot of people aiming for it, so if the ports are splitted among several people we can get a good handle on it). Could such bugs be characterized and classified? Making such a huge change is also a matter of loosing much time on problems which don't seem directly related to it, but which infact prevent the system from working correctly. Switching to default CLANG with the current situation (20% of port not even compiling, ports compiler selection broken, libm loss of precision, performance barely analyzed in simplified scheme, etc.) is not an option in my head and people should really reconsider it, unless all these points gets properly addressed. Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 16:12:37 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DE12106566B; Tue, 11 Sep 2012 16:12:37 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id C70288FC15; Tue, 11 Sep 2012 16:12:36 +0000 (UTC) Received: from glenbarber.us (75-146-225-65-Philadelphia.hfc.comcastbusiness.net [75.146.225.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 3100423F6D9; Tue, 11 Sep 2012 12:12:36 -0400 (EDT) Date: Tue, 11 Sep 2012 12:12:34 -0400 From: Glen Barber To: current@FreeBSD.org Message-ID: <20120911161234.GA1313@glenbarber.us> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: [panic] 10-CURRENT r239865: General protection fault (sysctl) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 16:12:37 -0000 Hi, I upgraded to head/ r239865 (Last Changed Date: 2012-09-11 09:29:50). My laptop now panics with on boot with the new kernel. Backtrace (and hopefully some useful) information is attached. I can provide any additional information necessary. Regards, Glen Script started on Tue Sep 11 12:03:54 2012 root@nucleus:/usr/obj/usr/src/sys/NUCLEUS # kgdb kernel.debug /var/crash/vmcore.3 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: Copyright (c) 1992-2012 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #29 r240362: Tue Sep 11 11:12:10 EDT 2012 root@nucleus:/usr/obj/usr/src/sys/NUCLEUS amd64 WARNING: WITNESS option enabled, expect reduced performance. CPU: Intel(R) Core(TM) i3 CPU M 370 @ 2.40GHz (2394.06-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x20655 Family = 6 Model = 25 Stepping = 5 Features=0xbfebfbff Features2=0x9ae3bd AMD Features=0x28100800 AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 8589934592 (8192 MB) avail memory = 7867260928 (7502 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 4 cpu3 (AP): APIC ID: 5 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ctl: CAM Target Layer loaded cryptosoft0: on motherboard acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 550 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 Event timer "HPET3" frequency 14318180 Hz quality 440 Event timer "HPET4" frequency 14318180 Hz quality 440 atrtc0: port 0x70-0x77 irq 8 on acpi0 atrtc0: Warning: Couldn't map I/O. Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0x3050-0x3057 mem 0xb0000000-0xb03fffff,0xa0000000-0xafffffff irq 16 at device 2.0 on pci0 pci0: at device 22.0 (no driver attached) ehci0: mem 0xb4405c00-0xb4405fff irq 16 at device 26.0 on pci0 usbus0: EHCI version 1.0 usbus0 on ehci0 hdac0: mem 0xb4400000-0xb4403fff irq 22 at device 27.0 on pci0 pcib1: at device 28.0 on pci0 pci1: on pcib1 bge0: mem 0xb3400000-0xb340ffff irq 16 at device 0.0 on pci1 bge0: CHIP ID 0x57780001; ASIC REV 0x57780; CHIP REV 0x577800; PCI-E miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge0: Ethernet address: b8:70:f4:8a:b8:15 pcib2: at device 28.1 on pci0 pcib2: failed to allocate initial I/O port window: 0x1000-0x1fff pci2: on pcib2 ath0: mem 0xb2400000-0xb240ffff irq 17 at device 0.0 on pci2 ath0: [HT] enabling HT modes ath0: [HT] enabling short-GI in 20MHz mode ath0: [HT] 2 RX streams; 2 TX streams ath0: AR9287 mac 384.2 RF5133 phy 15.15 ath0: 2GHz radio: 0x0000; 5GHz radio: 0x00c0 ehci1: mem 0xb4405800-0xb4405bff irq 23 at device 29.0 on pci0 usbus1: EHCI version 1.0 usbus1 on ehci1 pcib3: at device 30.0 on pci0 pci3: on pcib3 isab0: at device 31.0 on pci0 isa0: on isab0 ahci0: port 0x3048-0x304f,0x305c-0x305f,0x3040-0x3047,0x3058-0x305b,0x3020-0x303f mem 0xb4405000-0xb44057ff irq 19 at device 31.2 on pci0 ahci0: AHCI v1.30 with 4 3Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahciem0: on ahci0 pci0: at device 31.3 (no driver attached) pci0: at device 31.6 (no driver attached) pcib4: on acpi0 pci255: on pcib4 battery0: on acpi0 acpi_acad0: on acpi0 acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: cannot reserve I/O port range coretemp0: on cpu0 est0: on cpu0 p4tcc0: on cpu0 coretemp1: on cpu1 est1: on cpu1 p4tcc1: on cpu1 coretemp2: on cpu2 est2: on cpu2 p4tcc2: on cpu2 coretemp3: on cpu3 est3: on cpu3 p4tcc3: on cpu3 ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 20,33 and 25 on hdaa0 pcm1: at nid 24 on hdaa0 hdacc1: at cad 3 on hdac0 hdaa1: at nid 1 on hdacc1 pcm2: at nid 4 on hdaa1 usbus0: 480Mbps High Speed USB v2.0 usbus1: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered ugen0.2: at usbus0 uhub2: on usbus0 ugen1.2: at usbus1 uhub3: on usbus1 uhub2: 6 ports with 6 removable, self powered uhub3: 8 ports with 8 removable, self powered ugen0.3: at usbus0 ugen1.3: at usbus1 ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-9 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 171705MB (351651888 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 ses0 at ahciem0 bus 0 scbus2 target 0 lun 0 ses0: SEMB S-E-S 2.00 device ses0: SEMB SES Device SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! cd0 at ahcich1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device SMP: AP CPU #3 Launched! cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed Timecounter "TSC-low" frequency 9351802 Hz quality 1000 WARNING: WITNESS option enabled, expect reduced performance. Enter passphrase for ada0p4: ugen0.4: at usbus0 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks = 0x4000 umass0:4:0:-1: Attached to scbus4 da0 at umass-sim0 bus 0 scbus4 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present GEOM_ELI: Device ada0p4.eli created. GEOM_ELI: Encryption: AES-CBC 256 GEOM_ELI: Crypto: software Trying to mount root from zfs:tank0 []... <118>Setting hostuuid: f7686241-dbdc-fdec-dda5-b870f48ab815. <118>Setting hostid: 0xe53060ee. <118>Entropy harvesting: interrupts ethernet point_to_point kickstart. <118>Starting file system checks: <118>Mounting local file systems:. <118>Setting hostname: nucleus. <118>Additional TCP/IP options: IPv6 Privacy Addresses IPv6 CPE WANIF=wlan0. wlan0: Ethernet address: ec:55:f9:76:ef:7f <118>Starting wpa_supplicant. <118>Starting Network: lo0 bge0 ath0. <118>lo0: flags=8049 metric 0 mtu 16384 <118> options=600003 <118> inet6 ::1 prefixlen 128 <118> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 <118> inet 127.0.0.1 netmask 0xff000000 <118> nd6 options=21 <118>bge0: flags=8843 metric 0 mtu 1500 <118> options=c019b <118> ether b8:70:f4:8a:b8:15 <118> nd6 options=29 <118> media: Ethernet autoselect (100baseTX ) <118> status: active <118>ath0: flags=8843 metric 0 mtu 2290 <118> ether ec:55:f9:76:ef:7f <118> nd6 options=29 <118> media: IEEE 802.11 Wireless Ethernet autoselect mode 11g <118> status: associated <118>Starting devd. Fatal trap 9: general protection fault while in kernel mode cpuid = 1; apic id = 01 instruction pointer = 0x20:0xffffffff8034c073 stack pointer = 0x28:0xffffff822cdee8c0 frame pointer = 0x28:0xffffff822cdee900 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 620 (sysctl) trap number = 9 panic: general protection fault cpuid = 1 KDB: stack backtrace: #0 0xffffffff808543b6 at kdb_backtrace+0x66 #1 0xffffffff8082199e at panic+0x1ce #2 0xffffffff80b03840 at trap_fatal+0x290 #3 0xffffffff80b03f81 at trap+0x241 #4 0xffffffff80aef713 at calltrap+0x8 #5 0xffffffff8082aead at sysctl_root+0x18d #6 0xffffffff8082b138 at userland_sysctl+0x158 #7 0xffffffff8082b5ea at sys___sysctl+0xaa #8 0xffffffff80b02fff at amd64_syscall+0x32f #9 0xffffffff80aef9f7 at Xfast_syscall+0xf7 Uptime: 30s Dumping 502 out of 7838 MB:..4%..13%..23%..32%..42%..51%..61%..71%..83%..93% Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /bootdir/boot/kernel/zfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/zfs.ko Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from /bootdir/boot/kernel/opensolaris.ko.symbols...done. done. Loaded symbols for /boot/kernel/opensolaris.ko Reading symbols from /boot/kernel/geom_eli.ko...Reading symbols from /bootdir/boot/kernel/geom_eli.ko.symbols...done. done. Loaded symbols for /boot/kernel/geom_eli.ko Reading symbols from /boot/kernel/linux.ko...Reading symbols from /bootdir/boot/kernel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/kernel/coretemp.ko...Reading symbols from /bootdir/boot/kernel/coretemp.ko.symbols...done. done. Loaded symbols for /boot/kernel/coretemp.ko Reading symbols from /boot/kernel/sem.ko...Reading symbols from /bootdir/boot/kernel/sem.ko.symbols...done. done. Loaded symbols for /boot/kernel/sem.ko #0 doadump (textdump=Variable "textdump" is not available. ) at pcpu.h:229 229 __asm("movq %%gs:%1,%0" : "=r" (td) (kgdb) frame 6 #6 0xffffffff8034c073 in acpi_cpu_global_cx_lowest_sysctl (oidp=Variable "oidp" is not available. ) at /usr/src/sys/dev/acpica/acpi_cpu.c:1269 1269 sc = device_get_softc(cpu_devices[i]); (kgdb) p sc $1 = {{o = {size = 9184, gen = 0, pos = 8829, ptr = 0xffffff800028d028, buf = 0xffffff800028d038 "kbd1 at kbdmux0\r\nctl: CAM Target Layer loaded\r\ncryptosoft0: on motherboard\r\nacpi0: on motherboard\r\nacpi0: Power Button (fixed)\r\ncpu0: on acpi0\r\ncpu1: , desc = 0x1817161514131211
, busy = 471538201, state = 538910237, devflags = 606282273, flags = 673654309, order = 741026345, ivars = 0x3837363534333231, softc = 0x403f3e3d3c3b3a39, sysctl_ctx = {tqh_first = 0x4847464544434241, tqh_last = 0x504f4e4d4c4b4a49}, sysctl_tree = 0x5857565554535251} (kgdb) bt #0 doadump (textdump=Variable "textdump" is not available. ) at pcpu.h:229 #1 0xffffffff808212ae in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:449 #2 0xffffffff80821977 in panic (fmt=0x1
) at /usr/src/sys/kern/kern_shutdown.c:637 #3 0xffffffff80b03840 in trap_fatal (frame=0x9, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:870 #4 0xffffffff80b03f81 in trap (frame=0xffffff822cdee810) at /usr/src/sys/amd64/amd64/trap.c:605 #5 0xffffffff80aef713 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:228 #6 0xffffffff8034c073 in acpi_cpu_global_cx_lowest_sysctl (oidp=Variable "oidp" is not available. ) at /usr/src/sys/dev/acpica/acpi_cpu.c:1269 #7 0xffffffff8082aead in sysctl_root (oidp=Variable "oidp" is not available. ) at /usr/src/sys/kern/kern_sysctl.c:1513 #8 0xffffffff8082b138 in userland_sysctl (td=0xfffffe000bb60000, name=0xffffff822cdeea30, namelen=4, old=Variable "old" is not available. ) at /usr/src/sys/kern/kern_sysctl.c:1623 #9 0xffffffff8082b5ea in sys___sysctl (td=0xfffffe000bb60000, uap=0xffffff822cdeeb70) at /usr/src/sys/kern/kern_sysctl.c:1549 #10 0xffffffff80b02fff in amd64_syscall (td=0xfffffe000bb60000, traced=0) at subr_syscall.c:135 #11 0xffffffff80aef9f7 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:387 #12 0x00000008009363ea in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) quit root@nucleus:/usr/obj/usr/src/sys/NUCLEUS # ^D Script done on Tue Sep 11 12:05:18 2012 From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 16:19:57 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1454106566B; Tue, 11 Sep 2012 16:19:56 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.64.117]) by mx1.freebsd.org (Postfix) with ESMTP id 0FAD88FC0A; Tue, 11 Sep 2012 16:19:55 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.5/8.14.5) with ESMTP id q8BGJs0w079069; Tue, 11 Sep 2012 20:19:54 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.5/8.14.5/Submit) id q8BGJsc4079068; Tue, 11 Sep 2012 20:19:54 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 11 Sep 2012 20:19:54 +0400 From: Gleb Smirnoff To: Glen Barber Message-ID: <20120911161954.GP44854@FreeBSD.org> References: <20120911161234.GA1313@glenbarber.us> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20120911161234.GA1313@glenbarber.us> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@FreeBSD.org, avg@FreeBSD.org Subject: Re: [panic] 10-CURRENT r239865: General protection fault (sysctl) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 16:19:57 -0000 On Tue, Sep 11, 2012 at 12:12:34PM -0400, Glen Barber wrote: G> Hi, G> G> I upgraded to head/ r239865 (Last Changed Date: 2012-09-11 09:29:50). G> G> My laptop now panics with on boot with the new kernel. G> G> Backtrace (and hopefully some useful) information is attached. I can G> provide any additional information necessary. I'd blame this one: http://lists.freebsd.org/pipermail/svn-src-head/2012-September/040236.html G> Regards, G> G> Glen G> G> Script started on Tue Sep 11 12:03:54 2012 G> root@nucleus:/usr/obj/usr/src/sys/NUCLEUS # kgdb kernel.debug /var/crash/vmcore.3 G> GNU gdb 6.1.1 [FreeBSD] G> Copyright 2004 Free Software Foundation, Inc. G> GDB is free software, covered by the GNU General Public License, and you are G> welcome to change it and/or distribute copies of it under certain conditions. G> Type "show copying" to see the conditions. G> There is absolutely no warranty for GDB. Type "show warranty" for details. G> This GDB was configured as "amd64-marcel-freebsd"... G> G> Unread portion of the kernel message buffer: G> Copyright (c) 1992-2012 The FreeBSD Project. G> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 G> The Regents of the University of California. All rights reserved. G> FreeBSD is a registered trademark of The FreeBSD Foundation. G> FreeBSD 10.0-CURRENT #29 r240362: Tue Sep 11 11:12:10 EDT 2012 G> root@nucleus:/usr/obj/usr/src/sys/NUCLEUS amd64 G> WARNING: WITNESS option enabled, expect reduced performance. G> CPU: Intel(R) Core(TM) i3 CPU M 370 @ 2.40GHz (2394.06-MHz K8-class CPU) G> Origin = "GenuineIntel" Id = 0x20655 Family = 6 Model = 25 Stepping = 5 G> Features=0xbfebfbff G> Features2=0x9ae3bd G> AMD Features=0x28100800 G> AMD Features2=0x1 G> TSC: P-state invariant, performance statistics G> real memory = 8589934592 (8192 MB) G> avail memory = 7867260928 (7502 MB) G> Event timer "LAPIC" quality 600 G> ACPI APIC Table: G> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs G> FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 SMT threads G> cpu0 (BSP): APIC ID: 0 G> cpu1 (AP): APIC ID: 1 G> cpu2 (AP): APIC ID: 4 G> cpu3 (AP): APIC ID: 5 G> ioapic0: Changing APIC ID to 2 G> ioapic0 irqs 0-23 on motherboard G> kbd1 at kbdmux0 G> ctl: CAM Target Layer loaded G> cryptosoft0: on motherboard G> acpi0: on motherboard G> acpi0: Power Button (fixed) G> cpu0: on acpi0 G> cpu1: on acpi0 G> cpu2: on acpi0 G> cpu3: on acpi0 G> hpet0: iomem 0xfed00000-0xfed003ff on acpi0 G> Timecounter "HPET" frequency 14318180 Hz quality 950 G> Event timer "HPET" frequency 14318180 Hz quality 550 G> Event timer "HPET1" frequency 14318180 Hz quality 440 G> Event timer "HPET2" frequency 14318180 Hz quality 440 G> Event timer "HPET3" frequency 14318180 Hz quality 440 G> Event timer "HPET4" frequency 14318180 Hz quality 440 G> atrtc0: port 0x70-0x77 irq 8 on acpi0 G> atrtc0: Warning: Couldn't map I/O. G> Event timer "RTC" frequency 32768 Hz quality 0 G> attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 G> Timecounter "i8254" frequency 1193182 Hz quality 0 G> Event timer "i8254" frequency 1193182 Hz quality 100 G> Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 G> acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 G> acpi_ec0: port 0x62,0x66 on acpi0 G> pcib0: port 0xcf8-0xcff on acpi0 G> pci0: on pcib0 G> vgapci0: port 0x3050-0x3057 mem 0xb0000000-0xb03fffff,0xa0000000-0xafffffff irq 16 at device 2.0 on pci0 G> pci0: at device 22.0 (no driver attached) G> ehci0: mem 0xb4405c00-0xb4405fff irq 16 at device 26.0 on pci0 G> usbus0: EHCI version 1.0 G> usbus0 on ehci0 G> hdac0: mem 0xb4400000-0xb4403fff irq 22 at device 27.0 on pci0 G> pcib1: at device 28.0 on pci0 G> pci1: on pcib1 G> bge0: mem 0xb3400000-0xb340ffff irq 16 at device 0.0 on pci1 G> bge0: CHIP ID 0x57780001; ASIC REV 0x57780; CHIP REV 0x577800; PCI-E G> miibus0: on bge0 G> brgphy0: PHY 1 on miibus0 G> brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow G> bge0: Ethernet address: b8:70:f4:8a:b8:15 G> pcib2: at device 28.1 on pci0 G> pcib2: failed to allocate initial I/O port window: 0x1000-0x1fff G> pci2: on pcib2 G> ath0: mem 0xb2400000-0xb240ffff irq 17 at device 0.0 on pci2 G> ath0: [HT] enabling HT modes G> ath0: [HT] enabling short-GI in 20MHz mode G> ath0: [HT] 2 RX streams; 2 TX streams G> ath0: AR9287 mac 384.2 RF5133 phy 15.15 G> ath0: 2GHz radio: 0x0000; 5GHz radio: 0x00c0 G> ehci1: mem 0xb4405800-0xb4405bff irq 23 at device 29.0 on pci0 G> usbus1: EHCI version 1.0 G> usbus1 on ehci1 G> pcib3: at device 30.0 on pci0 G> pci3: on pcib3 G> isab0: at device 31.0 on pci0 G> isa0: on isab0 G> ahci0: port 0x3048-0x304f,0x305c-0x305f,0x3040-0x3047,0x3058-0x305b,0x3020-0x303f mem 0xb4405000-0xb44057ff irq 19 at device 31.2 on pci0 G> ahci0: AHCI v1.30 with 4 3Gbps ports, Port Multiplier not supported G> ahcich0: at channel 0 on ahci0 G> ahcich1: at channel 1 on ahci0 G> ahciem0: on ahci0 G> pci0: at device 31.3 (no driver attached) G> pci0: at device 31.6 (no driver attached) G> pcib4: on acpi0 G> pci255: on pcib4 G> battery0: on acpi0 G> acpi_acad0: on acpi0 G> acpi_button0: on acpi0 G> acpi_lid0: on acpi0 G> acpi_button1: on acpi0 G> atkbdc0: port 0x60,0x64 irq 1 on acpi0 G> atkbd0: irq 1 on atkbdc0 G> kbd0 at atkbd0 G> atkbd0: [GIANT-LOCKED] G> psm0: irq 12 on atkbdc0 G> psm0: [GIANT-LOCKED] G> psm0: model IntelliMouse, device ID 3 G> sc0: at flags 0x100 on isa0 G> sc0: VGA <16 virtual consoles, flags=0x300> G> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 G> ppc0: cannot reserve I/O port range G> coretemp0: on cpu0 G> est0: on cpu0 G> p4tcc0: on cpu0 G> coretemp1: on cpu1 G> est1: on cpu1 G> p4tcc1: on cpu1 G> coretemp2: on cpu2 G> est2: on cpu2 G> p4tcc2: on cpu2 G> coretemp3: on cpu3 G> est3: on cpu3 G> p4tcc3: on cpu3 G> ZFS filesystem version: 5 G> ZFS storage pool version: features support (5000) G> Timecounters tick every 1.000 msec G> IPsec: Initialized Security Association Processing. G> hdacc0: at cad 0 on hdac0 G> hdaa0: at nid 1 on hdacc0 G> pcm0: at nid 20,33 and 25 on hdaa0 G> pcm1: at nid 24 on hdaa0 G> hdacc1: at cad 3 on hdac0 G> hdaa1: at nid 1 on hdacc1 G> pcm2: at nid 4 on hdaa1 G> usbus0: 480Mbps High Speed USB v2.0 G> usbus1: 480Mbps High Speed USB v2.0 G> ugen0.1: at usbus0 G> uhub0: on usbus0 G> ugen1.1: at usbus1 G> uhub1: on usbus1 G> uhub0: 2 ports with 2 removable, self powered G> uhub1: 2 ports with 2 removable, self powered G> ugen0.2: at usbus0 G> uhub2: on usbus0 G> ugen1.2: at usbus1 G> uhub3: on usbus1 G> uhub2: 6 ports with 6 removable, self powered G> uhub3: 8 ports with 8 removable, self powered G> ugen0.3: at usbus0 G> ugen1.3: at usbus1 G> ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 G> ada0: ATA-9 SATA 2.x device G> ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) G> ada0: Command Queueing enabled G> ada0: 171705MB (351651888 512 byte sectors: 16H 63S/T 16383C) G> ada0: Previously was known as ad4 G> ses0 at ahciem0 bus 0 scbus2 target 0 lun 0 G> ses0: SEMB S-E-S 2.00 device G> ses0: SEMB SES Device G> SMP: AP CPU #1 Launched! G> SMP: AP CPU #2 Launched! G> cd0 at ahcich1 bus 0 scbus1 target 0 lun 0 G> cd0: Removable CD-ROM SCSI-0 device G> SMP: AP CPU #3 Launched! G> cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) G> cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed G> Timecounter "TSC-low" frequency 9351802 Hz quality 1000 G> WARNING: WITNESS option enabled, expect reduced performance. G> Enter passphrase for ada0p4: ugen0.4: at usbus0 G> umass0: on usbus0 G> umass0: SCSI over Bulk-Only; quirks = 0x4000 G> umass0:4:0:-1: Attached to scbus4 G> da0 at umass-sim0 bus 0 scbus4 target 0 lun 0 G> da0: Removable Direct Access SCSI-0 device G> da0: 40.000MB/s transfers G> da0: Attempt to query device size failed: NOT READY, Medium not present G> GEOM_ELI: Device ada0p4.eli created. G> GEOM_ELI: Encryption: AES-CBC 256 G> GEOM_ELI: Crypto: software G> Trying to mount root from zfs:tank0 []... G> <118>Setting hostuuid: f7686241-dbdc-fdec-dda5-b870f48ab815. G> <118>Setting hostid: 0xe53060ee. G> <118>Entropy harvesting: interrupts ethernet point_to_point kickstart. G> <118>Starting file system checks: G> <118>Mounting local file systems:. G> <118>Setting hostname: nucleus. G> <118>Additional TCP/IP options: IPv6 Privacy Addresses IPv6 CPE WANIF=wlan0. G> wlan0: Ethernet address: ec:55:f9:76:ef:7f G> <118>Starting wpa_supplicant. G> <118>Starting Network: lo0 bge0 ath0. G> <118>lo0: flags=8049 metric 0 mtu 16384 G> <118> options=600003 G> <118> inet6 ::1 prefixlen 128 G> <118> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 G> <118> inet 127.0.0.1 netmask 0xff000000 G> <118> nd6 options=21 G> <118>bge0: flags=8843 metric 0 mtu 1500 G> <118> options=c019b G> <118> ether b8:70:f4:8a:b8:15 G> <118> nd6 options=29 G> <118> media: Ethernet autoselect (100baseTX ) G> <118> status: active G> <118>ath0: flags=8843 metric 0 mtu 2290 G> <118> ether ec:55:f9:76:ef:7f G> <118> nd6 options=29 G> <118> media: IEEE 802.11 Wireless Ethernet autoselect mode 11g G> <118> status: associated G> <118>Starting devd. G> G> G> Fatal trap 9: general protection fault while in kernel mode G> cpuid = 1; apic id = 01 G> instruction pointer = 0x20:0xffffffff8034c073 G> stack pointer = 0x28:0xffffff822cdee8c0 G> frame pointer = 0x28:0xffffff822cdee900 G> code segment = base 0x0, limit 0xfffff, type 0x1b G> = DPL 0, pres 1, long 1, def32 0, gran 1 G> processor eflags = interrupt enabled, resume, IOPL = 0 G> current process = 620 (sysctl) G> trap number = 9 G> panic: general protection fault G> cpuid = 1 G> KDB: stack backtrace: G> #0 0xffffffff808543b6 at kdb_backtrace+0x66 G> #1 0xffffffff8082199e at panic+0x1ce G> #2 0xffffffff80b03840 at trap_fatal+0x290 G> #3 0xffffffff80b03f81 at trap+0x241 G> #4 0xffffffff80aef713 at calltrap+0x8 G> #5 0xffffffff8082aead at sysctl_root+0x18d G> #6 0xffffffff8082b138 at userland_sysctl+0x158 G> #7 0xffffffff8082b5ea at sys___sysctl+0xaa G> #8 0xffffffff80b02fff at amd64_syscall+0x32f G> #9 0xffffffff80aef9f7 at Xfast_syscall+0xf7 G> Uptime: 30s G> Dumping 502 out of 7838 MB:..4%..13%..23%..32%..42%..51%..61%..71%..83%..93% G> G> Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /bootdir/boot/kernel/zfs.ko.symbols...done. G> done. G> Loaded symbols for /boot/kernel/zfs.ko G> Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from /bootdir/boot/kernel/opensolaris.ko.symbols...done. G> done. G> Loaded symbols for /boot/kernel/opensolaris.ko G> Reading symbols from /boot/kernel/geom_eli.ko...Reading symbols from /bootdir/boot/kernel/geom_eli.ko.symbols...done. G> done. G> Loaded symbols for /boot/kernel/geom_eli.ko G> Reading symbols from /boot/kernel/linux.ko...Reading symbols from /bootdir/boot/kernel/linux.ko.symbols...done. G> done. G> Loaded symbols for /boot/kernel/linux.ko G> Reading symbols from /boot/kernel/coretemp.ko...Reading symbols from /bootdir/boot/kernel/coretemp.ko.symbols...done. G> done. G> Loaded symbols for /boot/kernel/coretemp.ko G> Reading symbols from /boot/kernel/sem.ko...Reading symbols from /bootdir/boot/kernel/sem.ko.symbols...done. G> done. G> Loaded symbols for /boot/kernel/sem.ko G> #0 doadump (textdump=Variable "textdump" is not available. G> ) at pcpu.h:229 G> 229 __asm("movq %%gs:%1,%0" : "=r" (td) G> (kgdb) frame 6 G> #6 0xffffffff8034c073 in acpi_cpu_global_cx_lowest_sysctl (oidp=Variable "oidp" is not available. G> ) at /usr/src/sys/dev/acpica/acpi_cpu.c:1269 G> 1269 sc = device_get_softc(cpu_devices[i]); G> (kgdb) p sc G> $1 = {{o = {size = 9184, gen = 0, pos = 8829, ptr = 0xffffff800028d028, G> buf = 0xffffff800028d038 "kbd1 at kbdmux0\r\nctl: CAM Target Layer loaded\r\ncryptosoft0: on motherboard\r\nacpi0: on motherboard\r\nacpi0: Power Button (fixed)\r\ncpu0: on acpi0\r\ncpu1: ptr = 0xffffff800028d030, buf = 0xffffff800028f418 "????????"}, brk_state = 0, flags = 0, tty = 0xfffffe00041ce000}, {o = {size = 3061, gen = 0, G> pos = 0, ptr = 0xffffff800028d02c, buf = 0xffffff800029000e "??"}, i = {size = 1021, gen = 0, pos = 0, ptr = 0xffffff800028d034, G> buf = 0xffffff8000290c03 ""}, brk_state = 0, flags = 1, tty = 0xfffffe00041cdc00}} G> (kgdb) p cpu_devices[i] G> $2 = 0xfffffe0004706c80 G> (kgdb) p *cpu_devices[i] G> $3 = {ops = 0xfffffe0008925000, link = {tqe_next = 0xfffffe000892c100, tqe_prev = 0xfffffe0004706828}, devlink = {tqe_next = 0xfffffe0004700500, G> tqe_prev = 0xfffffe01fbff98c0}, parent = 0xfffffe00045b0ca0, children = {tqh_first = 0xfffffe000892cca8, tqh_last = 0xffffffff80bc5ce6}, G> driver = 0xfffffe0004706000, devclass = 0xfffffe0004650008, unit = 67305985, nameunit = 0x100f0e0d0c0b0a09
, G> desc = 0x1817161514131211
, busy = 471538201, state = 538910237, devflags = 606282273, flags = 673654309, G> order = 741026345, ivars = 0x3837363534333231, softc = 0x403f3e3d3c3b3a39, sysctl_ctx = {tqh_first = 0x4847464544434241, G> tqh_last = 0x504f4e4d4c4b4a49}, sysctl_tree = 0x5857565554535251} G> (kgdb) bt G> #0 doadump (textdump=Variable "textdump" is not available. G> ) at pcpu.h:229 G> #1 0xffffffff808212ae in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:449 G> #2 0xffffffff80821977 in panic (fmt=0x1
) at /usr/src/sys/kern/kern_shutdown.c:637 G> #3 0xffffffff80b03840 in trap_fatal (frame=0x9, eva=Variable "eva" is not available. G> ) at /usr/src/sys/amd64/amd64/trap.c:870 G> #4 0xffffffff80b03f81 in trap (frame=0xffffff822cdee810) at /usr/src/sys/amd64/amd64/trap.c:605 G> #5 0xffffffff80aef713 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:228 G> #6 0xffffffff8034c073 in acpi_cpu_global_cx_lowest_sysctl (oidp=Variable "oidp" is not available. G> ) at /usr/src/sys/dev/acpica/acpi_cpu.c:1269 G> #7 0xffffffff8082aead in sysctl_root (oidp=Variable "oidp" is not available. G> ) at /usr/src/sys/kern/kern_sysctl.c:1513 G> #8 0xffffffff8082b138 in userland_sysctl (td=0xfffffe000bb60000, name=0xffffff822cdeea30, namelen=4, old=Variable "old" is not available. G> ) at /usr/src/sys/kern/kern_sysctl.c:1623 G> #9 0xffffffff8082b5ea in sys___sysctl (td=0xfffffe000bb60000, uap=0xffffff822cdeeb70) at /usr/src/sys/kern/kern_sysctl.c:1549 G> #10 0xffffffff80b02fff in amd64_syscall (td=0xfffffe000bb60000, traced=0) at subr_syscall.c:135 G> #11 0xffffffff80aef9f7 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:387 G> #12 0x00000008009363ea in ?? () G> Previous frame inner to this frame (corrupt stack?) G> (kgdb) quit G> root@nucleus:/usr/obj/usr/src/sys/NUCLEUS # ^D G> G> Script done on Tue Sep 11 12:05:18 2012 G> G> _______________________________________________ G> freebsd-current@freebsd.org mailing list G> http://lists.freebsd.org/mailman/listinfo/freebsd-current G> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 16:27:09 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8F8BC1065674 for ; Tue, 11 Sep 2012 16:27:09 +0000 (UTC) (envelope-from pfg@freebsd.org) Received: from nm1-vm0.bullet.mail.sp2.yahoo.com (nm1-vm0.bullet.mail.sp2.yahoo.com [98.139.91.202]) by mx1.freebsd.org (Postfix) with SMTP id 616368FC0C for ; Tue, 11 Sep 2012 16:27:08 +0000 (UTC) Received: from [98.139.91.65] by nm1.bullet.mail.sp2.yahoo.com with NNFMP; 11 Sep 2012 16:27:08 -0000 Received: from [98.139.91.15] by tm5.bullet.mail.sp2.yahoo.com with NNFMP; 11 Sep 2012 16:27:08 -0000 Received: from [127.0.0.1] by omp1015.mail.sp2.yahoo.com with NNFMP; 11 Sep 2012 16:27:08 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 123163.67841.bm@omp1015.mail.sp2.yahoo.com Received: (qmail 35327 invoked by uid 60001); 11 Sep 2012 16:27:07 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1347380827; bh=moeBshx9aC19G5pfbgDGKkipIRif1maLNusFDiwPYEA=; h=X-YMail-OSG:Received:X-RocketYMMF:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=B+G49Idfw2XguKh/unByHuu3VOHwLyM71rvuBvLesj62P/L8R3nIwEMsXfZ8XcUTK/LrY19SmjgEbUAK0hG+SqtU1jmt/ADApY1lbzEkVIhM8x+6kNIKXmeSGrgKDuAm2l8cJiiXwZyz5GAWd4pmPJh9wzq7ajQ0kGrGowYQlVk= X-YMail-OSG: usBEVWkVM1k8Fcw5A8CufeEwBknaw3Svznw74vB0LsYFEkR 2y7AoEsDkNNCAnBMg4pZeuz1XqhQ215v1igDauSZXutUSVVHhHu3OPkgUHTa N4pFOLIxQ.z7b2snSfeqHf24npSOI6NOv95wxL3ethaRqERLHH842.rK4MHm 5Jb5dJAmgDsG.43OyWta41ybeD614R9G15lLIONA0C3dVCSBgntqgM2MnNSm tKtE8qnhiFV_ByCfbfeejLVZmuFVJ5iJRSfDDzMoRk5zuO5hVDp6olSjG5r9 fgwfJD1E9o9oBZVSrNTVB8MF3oq2pB5CL6Y2uOTSHzSOIVegnMduldMHLcLi ebPu1bAtTTwWKGtRk4Fqu76TT3ba6oScJd9FIWbnK4z17VRpomOCBrX5nXim 0.DwdrQfjIP7Gj5bga28CKBRpVQYZZNeUpQbxCuuxH36rDHHHksCTzxmVQVv yUAukQbrrFq_LKL.ZDokF Received: from [200.118.157.7] by web113519.mail.gq1.yahoo.com via HTTP; Tue, 11 Sep 2012 09:27:07 PDT X-RocketYMMF: giffunip X-Mailer: YahooMailWebService/0.8.121.416 References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911122122.GJ37286@deviant.kiev.zoral.com.ua> Message-ID: <1347380827.22767.YahooMailNeo@web113519.mail.gq1.yahoo.com> Date: Tue, 11 Sep 2012 09:27:07 -0700 (PDT) From: Pedro Giffuni To: Konstantin Belousov , Roman Divacky In-Reply-To: <20120911122122.GJ37286@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "toolchain@freebsd.org" , "current@freebsd.org" Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pedro Giffuni List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Sep 2012 16:27:09 -0000 Hello;=0A=A0=0AJust my $0.02.=0A=A0=0A----- Original Message -----=0A=A0...= =0A> Can you, please, read what I wrote ? Fixing _ports_ to compile with=0A= > clang is plain wrong. Upstream developers use gcc almost always for=0A> d= evelopment and testing. Establishing another constant cost on the=0A> porti= ng work puts burden on the ports submitters, maintainers and even=0A> ports= users.=0A> =0A> I do strongly oppose the attempt to drain the freebsd reso= urces by=0A> forcing porters to port third-party code to other compiler.=0A= > =0A=0AI can only speak for Apache OpenOffice but since Apple did the swit= ch=0Aalready we are feeling a growing pressure to port OpenOffice to clang.= =0A=0AFor the time being we need gcc but we would really prefer something= =0Amore up to date than gcc 4.2.1 + fixes. In other words, yes making=0Acla= ng the default may sound drastic but I am OK with killing base=0Agcc and if= clang is what is left I can live with it.=0A=0APedro. From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 14:28:40 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8E8A2106564A; Tue, 11 Sep 2012 14:28:40 +0000 (UTC) (envelope-from prvs=594a7e427=pschmehl_lists@tx.rr.com) Received: from ip-002.utdallas.edu (ip-002.utdallas.edu [129.110.20.108]) by mx1.freebsd.org (Postfix) with ESMTP id 23B448FC16; Tue, 11 Sep 2012 14:28:39 +0000 (UTC) X-Group: None X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlEFAK1JT1CBbgogWWdsb2JhbABFq1iQEAEjEIJbAQEFOAIzDBALGC5DFAYBEhuHdadClD+LEIVGYAOIU6Ar X-IronPort-AV: E=Sophos;i="4.80,405,1344229200"; d="scan'208";a="98709269" Received: from zxtm01.utdallas.edu (HELO [129.110.200.11]) ([129.110.10.32]) by ip-002.utdallas.edu with ESMTP/TLS/DHE-RSA-AES256-SHA; 11 Sep 2012 09:27:27 -0500 Date: Tue, 11 Sep 2012 09:27:25 -0500 From: Paul Schmehl To: Doug Barton , Lars Engels Message-ID: <899949C4294E09BFD34754CE@localhost> In-Reply-To: <504F07E3.4010004@FreeBSD.org> References: <20120910211207.GC64920@lor.one-eyed-alien.net> <504ED1FC.3090608@FreeBSD.org> <20120911092750.GF20762@e-new.0x20.net> <504F07E3.4010004@FreeBSD.org> X-Mailer: Mulberry/4.1.0a1 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline; size=2164 X-Mailman-Approved-At: Tue, 11 Sep 2012 16:32:16 +0000 Cc: toolchain@FreeBSD.org, Brooks Davis , current@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Paul Schmehl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Sep 2012 14:28:40 -0000 --On September 11, 2012 2:44:03 AM -0700 Doug Barton wrote: >> >> Doug, as you can already use CLANG instead of GCC now, you will be able >> to use GCC instead of CLANG after November 4th. > > There's lots of things I _can_ do, what we're discussing is what the > defaults should be. > >> At the moment the ports maintainers don't give much about if their ports >> build with CLANG or not > > Do you follow ports development? At all? There have been extensive > efforts over the last several years to get more ports compiling with > clang. The problem is that things like the c89 issue don't percolate > down, and we don't have a concerted effort from all of the relevant > parties to improve the issue. > > Fixing the problem of getting the right eyeballs on the things that need > fixing won't be improved by switching the default before they are fixed. > In fact, it's likely to make the people who are src-centric now even > less likely to help because their work will be "done." > >> Those who don't run CURRENT won't notice, but those who do will have to >> get their butts up and fix the ports, so 10.0 can have 99% of all ports >> build with CLANG and even 8.x and 9.x can already profit from having the >> broken ports fixed now. > > Yeah, and I'm going to get a pony out of this deal, right? :) > > You completely misunderstand the nature of the problem, therefore your > proposed solution isn't going to solve it. > Perhaps a port maintainer's input would help? I'd never even heard of clang until recently. I'm not a programmer. If I can't get my ports to compile with clang without a knowledge of programming, I'll abandon them. I'm too old and too tired to try learning a brand new system. I doubt I'm alone. -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* "It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead." Thomas Jefferson "There are some ideas so wrong that only a very intelligent person could believe in them." George Orwell From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 16:32:40 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B873110657FB; Tue, 11 Sep 2012 16:32:39 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id 4813E8FC16; Tue, 11 Sep 2012 16:32:39 +0000 (UTC) Received: from glenbarber.us (75-146-225-65-Philadelphia.hfc.comcastbusiness.net [75.146.225.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id AFA3C23F6D9; Tue, 11 Sep 2012 12:32:38 -0400 (EDT) Date: Tue, 11 Sep 2012 12:32:37 -0400 From: Glen Barber To: Gleb Smirnoff Message-ID: <20120911163237.GA1256@glenbarber.us> References: <20120911161234.GA1313@glenbarber.us> <20120911161954.GP44854@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline In-Reply-To: <20120911161954.GP44854@FreeBSD.org> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@FreeBSD.org, avg@FreeBSD.org Subject: Re: [panic] 10-CURRENT r239865: General protection fault (sysctl) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 16:32:41 -0000 --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Tue, Sep 11, 2012 at 08:19:54PM +0400, Gleb Smirnoff wrote: > G> I upgraded to head/ r239865 (Last Changed Date: 2012-09-11 09:29:50). > G>=20 > G> My laptop now panics with on boot with the new kernel. > G>=20 >=20 > I'd blame this one: >=20 > http://lists.freebsd.org/pipermail/svn-src-head/2012-September/040236.html >=20 Yes, reverting that commit allows the system to boot. Glen --W/nzBZO5zC0uMSeA Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJQT2elAAoJEFJPDDeguUajai4H/1LCofmYCox2wYJl01anlfgJ r1enT3HlzXaXLcFXxOx1XsrQEFGMzHT0CkAeEzAOEy0lu7ca8cON6qNSODfZ9HMH IYpPXnoG6/oOB+bzjTEAaHg0uASIOMXh7/LoowQR1yXKL/jl4NLAOH03i40kPQux pJm55J8h7Ji6XWBhhw84opnRoYwll3BxwzmOwlfWQt1Z0fTQMA6Dk5Kbwu7fjPwV sdP1UTPcbm5MYWQb++Y0pmSRXdxY70h87bMUggeepnlwSwn+7ygmjR5+1Hi9nubp lw2AHhfx5DWJWgRHV5QIC8/VNA+nNYMbsPOcbqlBZtMKvOvZKUxB8g6TJpytz5M= =ezmz -----END PGP SIGNATURE----- --W/nzBZO5zC0uMSeA-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 16:43:18 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39651106566B; Tue, 11 Sep 2012 16:43:18 +0000 (UTC) (envelope-from feld@feld.me) Received: from feld.me (unknown [IPv6:2607:f4e0:100:300::2]) by mx1.freebsd.org (Postfix) with ESMTP id ECA2A8FC12; Tue, 11 Sep 2012 16:43:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=feld.me; s=blargle; h=In-Reply-To:Message-Id:From:Mime-Version:Date:References:Subject:Cc:To:Content-Type; bh=raDu7sGxK5+yDTOB8D29qh7XSXdXNRZHOaIEdqv0IMc=; b=XuiON+Fqzl7rxaLGXeFb/8W8ui4uh0x/9Cs9cWGOT6i7yKXr/5HGOZRDd2lEyyxqn4VGfi3iUcmrmQm0srrNMnXsEjc4icllaMZL0MLuPOKiyPedWk3pSeT7CXUXUiMk; Received: from localhost ([127.0.0.1] helo=mwi1.coffeenet.org) by feld.me with esmtp (Exim 4.80 (FreeBSD)) (envelope-from ) id 1TBTYF-000Ax3-58; Tue, 11 Sep 2012 11:43:06 -0500 Received: from feld@feld.me by mwi1.coffeenet.org (Archiveopteryx 3.1.4) with esmtpa id 1347381777-70338-70337/5/4; Tue, 11 Sep 2012 16:42:57 +0000 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: Christer Solskogen , Michael Butler References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911122122.GJ37286@deviant.kiev.zoral.com.ua> <20120911123833.GA54483@freebsd.org> <848C813E-E6EC-4FAF-9374-B5583A077404@cederstrand.dk> <20120911133215.GB87126@troutmask.apl.washington.edu> <504F4650.9090700@protected-networks.net> Date: Tue, 11 Sep 2012 11:42:53 -0500 Mime-Version: 1.0 From: Mark Felder Message-Id: In-Reply-To: <504F4650.9090700@protected-networks.net> User-Agent: Opera Mail/12.02 (Win32) X-SA-Report: ALL_TRUSTED=-1, KHOP_THREADED=-0.5 X-SA-Score: -1.5 Cc: toolchain@freebsd.org, current@freebsd.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 16:43:18 -0000 On Tue, 11 Sep 2012 09:10:24 -0500, Michael Butler wrote: > - From the link (http://math-atlas.sourceforge.net/errata.html#WhatComp) > that Steve Kargl referenced (dated July 2012). I don't know where this guy is getting his info, but CLANG is /more/ standards compliant and doesn't have an issue producing "correct" code. Though it might not be the fastest (yet). And if Apple (probably one of the largest commercial CLANG users) doesn't have an issue with it producing "incorrect" code why should we believe this guy? From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 16:48:54 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B84701065670; Tue, 11 Sep 2012 16:48:54 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 33CF78FC1D; Tue, 11 Sep 2012 16:48:53 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q8BGn2FT073486; Tue, 11 Sep 2012 19:49:02 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q8BGmnYV005342; Tue, 11 Sep 2012 19:48:49 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q8BGmngn005341; Tue, 11 Sep 2012 19:48:49 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 11 Sep 2012 19:48:49 +0300 From: Konstantin Belousov To: Pedro Giffuni Message-ID: <20120911164849.GL37286@deviant.kiev.zoral.com.ua> References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911122122.GJ37286@deviant.kiev.zoral.com.ua> <1347380827.22767.YahooMailNeo@web113519.mail.gq1.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hTKW8p8tUZ/8vLMe" Content-Disposition: inline In-Reply-To: <1347380827.22767.YahooMailNeo@web113519.mail.gq1.yahoo.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: "toolchain@freebsd.org" , Roman Divacky , "current@freebsd.org" Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 16:48:54 -0000 --hTKW8p8tUZ/8vLMe Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 11, 2012 at 09:27:07AM -0700, Pedro Giffuni wrote: > Hello; > =9A > Just my $0.02. > =9A > ----- Original Message ----- > =9A... > > Can you, please, read what I wrote ? Fixing _ports_ to compile with > > clang is plain wrong. Upstream developers use gcc almost always for > > development and testing. Establishing another constant cost on the > > porting work puts burden on the ports submitters, maintainers and even > > ports users. > >=20 > > I do strongly oppose the attempt to drain the freebsd resources by > > forcing porters to port third-party code to other compiler. > >=20 >=20 > I can only speak for Apache OpenOffice but since Apple did the switch > already we are feeling a growing pressure to port OpenOffice to clang. >=20 > For the time being we need gcc but we would really prefer something > more up to date than gcc 4.2.1 + fixes. In other words, yes making > clang the default may sound drastic but I am OK with killing base > gcc and if clang is what is left I can live with it. But allowing ports to select the compiler is the main point of my response, at least in the port part of it. I mean global configuration, and not referenced the existing per-port knobs (USE_GCC/WANT_GCC whatever). I would expect the portmgr to select some gcc (or clang or pcc or anything they find suitable) version and use it for a moment for ports. I do not claim that portmgr would consider 4.2.1 as the base for the switch but this is probably the least intrusive road right now. I do expect that selection shall be based on some measurement of the most supported compiler, and my gut feeling is that it ends as a version of gcc. Definitely, FreeBSD project is not a suitable place to make an efforts to port all existing OSS to clang, despite the opposite claims of the clang proponents. --hTKW8p8tUZ/8vLMe Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlBPa3EACgkQC3+MBN1Mb4hvlQCcCIj4WKY4lyUzHciIAZC0CY2T tegAoMH/ULxvEiDOlL9x0wecDWCOiUQK =mZPh -----END PGP SIGNATURE----- --hTKW8p8tUZ/8vLMe-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 17:04:25 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1F2B106566B; Tue, 11 Sep 2012 17:04:24 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id AA15E8FC17; Tue, 11 Sep 2012 17:04:24 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q8BH4CfJ096445; Tue, 11 Sep 2012 10:04:12 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q8BH4CXV096444; Tue, 11 Sep 2012 10:04:12 -0700 (PDT) (envelope-from sgk) Date: Tue, 11 Sep 2012 10:04:12 -0700 From: Steve Kargl To: Mark Felder Message-ID: <20120911170412.GA96297@troutmask.apl.washington.edu> References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911122122.GJ37286@deviant.kiev.zoral.com.ua> <20120911123833.GA54483@freebsd.org> <848C813E-E6EC-4FAF-9374-B5583A077404@cederstrand.dk> <20120911133215.GB87126@troutmask.apl.washington.edu> <504F4650.9090700@protected-networks.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Christer Solskogen , toolchain@freebsd.org, Michael Butler , current@freebsd.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 17:04:25 -0000 On Tue, Sep 11, 2012 at 11:42:53AM -0500, Mark Felder wrote: > On Tue, 11 Sep 2012 09:10:24 -0500, Michael Butler > wrote: > > >- From the link (http://math-atlas.sourceforge.net/errata.html#WhatComp) > >that Steve Kargl referenced (dated July 2012). > > > I don't know where this guy is getting his info, but CLANG is /more/ > standards compliant and doesn't have an issue producing "correct" code. > Though it might not be the fastest (yet). > > And if Apple (probably one of the largest commercial CLANG users) doesn't > have an issue with it producing "incorrect" code why should we believe > this guy? Who does 'this guy' refer to? If it is me, then I get my information from the developer of ATLAS. The issue isn't conformance to a standard. The issue is whether clang generates correct code when floating point is concerned. From the ATLAS installation guide date 10 Jul 2012: In most cases, switching these compilers will get you worse performance and accuracy, even when you are absolutely sure it is a better compiler and flag combination! In particular, our timings indicated that clang was always slower on all platforms that gcc, and that it very often produced incorrect code. If 'this guy' refers to the author of ATLAS, then 'this guy' is R. Clint Whaley. It is fairly easy to find his home page and thus his credentials. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 17:14:35 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFAAC1065673; Tue, 11 Sep 2012 17:14:35 +0000 (UTC) (envelope-from feld@feld.me) Received: from feld.me (unknown [IPv6:2607:f4e0:100:300::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8A22D8FC18; Tue, 11 Sep 2012 17:14:34 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=feld.me; s=blargle; h=Message-Id:Cc:To:Date:From:Subject:Content-Type:Content-Transfer-Encoding:Mime-Version:References:In-Reply-To; bh=E3jFsxZdjqy00Yu6RPrpJBPT8R+156xyT4dSt4Il2Eo=; b=SjOfZOJ4KYruRLC2Shl3ill7Fa0CwiO5sApPubLaw3yNbsRXAicMqLOhuVTR+BNi0PYK2LEN9G4y/QFJKf+Vh0DaP38GAXULPPn9tS2t6+CJ5QxPvejkAG3ZpaehU5HA; Received: from localhost ([127.0.0.1] helo=mwi1.coffeenet.org) by feld.me with esmtp (Exim 4.80 (FreeBSD)) (envelope-from ) id 1TBU2X-000Baa-Bh; Tue, 11 Sep 2012 12:14:26 -0500 Received: from feld@feld.me by mwi1.coffeenet.org (Archiveopteryx 3.1.4) with esmtpa id 1347383655-70338-70337/5/5; Tue, 11 Sep 2012 17:14:15 +0000 User-Agent: K-9 Mail for Android In-Reply-To: <20120911170412.GA96297@troutmask.apl.washington.edu> References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911122122.GJ37286@deviant.kiev.zoral.com.ua> <20120911123833.GA54483@freebsd.org> <848C813E-E6EC-4FAF-9374-B5583A077404@cederstrand.dk> <20120911133215.GB87126@troutmask.apl.washington.edu> <504F4650.9090700@protected-networks.net> <20120911170412.GA96297@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 From: Mark Felder Date: Tue, 11 Sep 2012 12:14:09 -0500 To: Steve Kargl Message-Id: <6a7877fa-190e-465e-ba11-e8506faa9ab7@email.android.com> X-SA-Report: ALL_TRUSTED=-1, KHOP_THREADED=-0.5 X-SA-Score: -1.5 Cc: Christer Solskogen , toolchain@freebsd.org, Michael Butler , current@freebsd.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 17:14:35 -0000 "Clang produces incorrect code" vs "Clang's floating point has issues" = are two different arguments.=20 For a mathematical application it would be stupid to use clang if this = is the case. I see no problem with it being the default compiler though. = If Atlas is in ports the maintainer can just force it to use the latest = GCC.=20 I'm not sure why Clang being default is somehow a problem for you? From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 17:19:52 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 86F9D106566C; Tue, 11 Sep 2012 17:19:52 +0000 (UTC) (envelope-from rdivacky@vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [46.28.110.116]) by mx1.freebsd.org (Postfix) with ESMTP id 413208FC16; Tue, 11 Sep 2012 17:19:51 +0000 (UTC) Received: by vlakno.cz (Postfix, from userid 1002) id 4539C7F38CB; Tue, 11 Sep 2012 19:19:48 +0200 (CEST) Date: Tue, 11 Sep 2012 19:19:48 +0200 From: Roman Divacky To: Steve Kargl Message-ID: <20120911171948.GA81334@freebsd.org> References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911132410.GA87126@troutmask.apl.washington.edu> <504F4645.4070900@FreeBSD.org> <504F4A6B.4010001@coosemans.org> <20120911151230.GB87526@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120911151230.GB87526@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: toolchain@FreeBSD.org, Tijl Coosemans , Dimitry Andric , current@FreeBSD.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 17:19:52 -0000 On Tue, Sep 11, 2012 at 08:12:30AM -0700, Steve Kargl wrote: > On Tue, Sep 11, 2012 at 04:27:55PM +0200, Tijl Coosemans wrote: > > On 11-09-2012 16:10, Dimitry Andric wrote: > > > On 2012-09-11 15:24, Steve Kargl wrote: > > >> What is important is whether software built with clang functions > > >> correctly. See for example, > > >> > > >> http://math-atlas.sourceforge.net/errata.html#WhatComp > > > > > > Yes, maths support, specifically precision, is admittedly still one of > > > clang's (really llvm's) weaker points. It is currently not really a > > > high priority item for upstream. > > > > > > This is obviously something that a certain part of our userbase will > > > care a lot about, while most of the time they won't care so much about > > > licensing or politics. So those people are probably better off using > > > gcc for the time being. > > > > Does it affect the accuracy of libm functions? > > > > I'm not sure if anyone has done any extensive testing. > I've started to run some of my test codes to compare > certain functions in a clang-compiled libm, gcc-compiled > libm, and reference solutions generated from math/mpfr. > For a locally patched j0f, I found that clang gave > much worse accuracy. If I revert the local patch, > clang and gcc are to give the same results. Unfortnately, > an unpatched j0f gives 500000 ULP errors. Steve, Can you please provide a small self contained test case that shows that clang is doing worse on accuracy than gcc? So that we can analyze it and decide if it's a bug in the code or in the compiler. So far we know absolutely nothing. Thank you, Roman From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 17:48:28 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F31761065670; Tue, 11 Sep 2012 17:48:27 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id C2E138FC12; Tue, 11 Sep 2012 17:48:27 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q8BHmI4f096689; Tue, 11 Sep 2012 10:48:19 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q8BHmIa9096688; Tue, 11 Sep 2012 10:48:18 -0700 (PDT) (envelope-from sgk) Date: Tue, 11 Sep 2012 10:48:18 -0700 From: Steve Kargl To: Mark Felder Message-ID: <20120911174818.GA96512@troutmask.apl.washington.edu> References: <20120911120649.GA52235@freebsd.org> <20120911122122.GJ37286@deviant.kiev.zoral.com.ua> <20120911123833.GA54483@freebsd.org> <848C813E-E6EC-4FAF-9374-B5583A077404@cederstrand.dk> <20120911133215.GB87126@troutmask.apl.washington.edu> <504F4650.9090700@protected-networks.net> <20120911170412.GA96297@troutmask.apl.washington.edu> <6a7877fa-190e-465e-ba11-e8506faa9ab7@email.android.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6a7877fa-190e-465e-ba11-e8506faa9ab7@email.android.com> User-Agent: Mutt/1.4.2.3i Cc: Christer Solskogen , toolchain@freebsd.org, Michael Butler , current@freebsd.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 17:48:28 -0000 On Tue, Sep 11, 2012 at 12:14:09PM -0500, Mark Felder wrote: > "Clang produces incorrect code" vs "Clang's floating point has > issues" are two different arguments. Wow. clang produces incorrect floating point code, and that's somehow just an issue with floating point. > For a mathematical application it would be stupid to use > clang if this is the case. I see no problem with it being > the default compiler though. If Atlas is in ports ther > maintainer can just force it to use the latest GCC. Last time I checked the code in src/lib/msun was built by the default compiler into a library named libm. If clang can't produce valid floating point code, are you suggesting that the base should have two compilers one (ie gcc) for libm and any other application that may use floating point and one (ie clang) for everything else? > I'm not sure why Clang being default is somehow a problem for you? For one, I'm the guy that has been fixing and implementing missing functions in libm. I've already shown that clang generates worse code than base gcc for a single function in libm. http://lists.freebsd.org/pipermail/freebsd-current/2012-September/036410.html Granted j0f() in my libm had a local patch, but that local patch actual improves j0f() accuracy over the range tested! It can take hours (for a quick test) or days (for more exhaustive testing) to test a simple patch, because I do testing on i385, amd64, and sparc64 machines. So, now, I have to do the testing with 2 compilers. You'll find that I'm the person that showed that clang can't do complex arithmetic correctly. http://llvm.org/bugs/show_bug.cgi?id=8532 That bug was reported almost 2 years ago. Finally, I'll note that I never stated that having clang as the default would be a problem for me. I know enough about compilers and floating pointing to test a new compiler. It the naive users (and I can assure you there are many more naive users than you may believe) that is of concern. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 17:50:04 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 839561065673; Tue, 11 Sep 2012 17:50:04 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id B45258FC1E; Tue, 11 Sep 2012 17:50:03 +0000 (UTC) Received: by obbun3 with SMTP id un3so1547840obb.13 for ; Tue, 11 Sep 2012 10:50:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=IoKRW5GAuiGUyDxBLFlvneRGCPvKYUOjtbz4KVeHpjs=; b=0c4KHHMKhhRFihKStLGoqeR+r5Dy5mKClDQxQmNd3npD5NdpPzLZ3M89IQu6P2mUGv Uscf/NEtyQJd9ruEf3PtTIVA8eQxdXoh7dK5+s4vZSSuKskimMLp7rREkND3gstLmm0u 9vtIi4GAc/LuviKBBJWTNycHKjvfoBTdNDRWasESMmRQiqwp5TltOflU17xDlQKKH8PX bnjf3j+NXTbOgNLLGejQ9fg636U9xtIvVccCem5agUXMyPFKTpde9pF8qKbWPrCjVilp 9pV/W6XRcPT+cKMVWUc0CkQvyDR9qB+c1eKuh0eF2GgKbG69Wc0Wiyer8aZ2DuBhwzYa W5TA== MIME-Version: 1.0 Received: by 10.182.231.6 with SMTP id tc6mr19140692obc.63.1347385803031; Tue, 11 Sep 2012 10:50:03 -0700 (PDT) Received: by 10.76.83.130 with HTTP; Tue, 11 Sep 2012 10:50:02 -0700 (PDT) In-Reply-To: <20120911171948.GA81334@freebsd.org> References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911132410.GA87126@troutmask.apl.washington.edu> <504F4645.4070900@FreeBSD.org> <504F4A6B.4010001@coosemans.org> <20120911151230.GB87526@troutmask.apl.washington.edu> <20120911171948.GA81334@freebsd.org> Date: Tue, 11 Sep 2012 12:50:02 -0500 Message-ID: From: Adam Vande More To: Roman Divacky Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: toolchain@freebsd.org, Tijl Coosemans , Dimitry Andric , current@freebsd.org, Steve Kargl Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 17:50:04 -0000 On Tue, Sep 11, 2012 at 12:19 PM, Roman Divacky wrote: > > Can you please provide a small self contained test case that shows > that clang is doing worse on accuracy than gcc? > > So that we can analyze it and decide if it's a bug in the code or > in the compiler. So far we know absolutely nothing. > Not to speak for Steve, but he provided this information in another thread: http://lists.freebsd.org/pipermail/freebsd-current/2012-September/036410.html -- Adam Vande More From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 18:13:20 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5BD1106564A; Tue, 11 Sep 2012 18:13:20 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 9E51C8FC15; Tue, 11 Sep 2012 18:13:20 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q8BIDHfr096877; Tue, 11 Sep 2012 11:13:17 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q8BIDHhb096876; Tue, 11 Sep 2012 11:13:17 -0700 (PDT) (envelope-from sgk) Date: Tue, 11 Sep 2012 11:13:17 -0700 From: Steve Kargl To: Roman Divacky Message-ID: <20120911181317.GB96512@troutmask.apl.washington.edu> References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911132410.GA87126@troutmask.apl.washington.edu> <504F4645.4070900@FreeBSD.org> <504F4A6B.4010001@coosemans.org> <20120911151230.GB87526@troutmask.apl.washington.edu> <20120911171948.GA81334@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120911171948.GA81334@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: toolchain@freebsd.org, Tijl Coosemans , Dimitry Andric , current@freebsd.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 18:13:21 -0000 On Tue, Sep 11, 2012 at 07:19:48PM +0200, Roman Divacky wrote: > On Tue, Sep 11, 2012 at 08:12:30AM -0700, Steve Kargl wrote: > > > > I'm not sure if anyone has done any extensive testing. > > I've started to run some of my test codes to compare > > certain functions in a clang-compiled libm, gcc-compiled > > libm, and reference solutions generated from math/mpfr. > > For a locally patched j0f, I found that clang gave > > much worse accuracy. If I revert the local patch, > > clang and gcc are to give the same results. Unfortnately, > > an unpatched j0f gives 500000 ULP errors. > > Steve, > > Can you please provide a small self contained test case that shows > that clang is doing worse on accuracy than gcc? > > So that we can analyze it and decide if it's a bug in the code or > in the compiler. So far we know absolutely nothing. > > Thank you, Roman Unfortunately, supplying a test is going to be problematic. I thought I had a diff in one of my development trees, so I reverted the working copy of msun/e_j0f.c to stock source. gcc and clang give consistent results with stock e_j0f.c. When I went to re-apply my local changes, I discovered that I no longer had a diff. I think I can recreate the problematic code, but it will need to wait until the weekend. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 18:23:04 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01452106566C; Tue, 11 Sep 2012 18:23:04 +0000 (UTC) (envelope-from feld@feld.me) Received: from feld.me (unknown [IPv6:2607:f4e0:100:300::2]) by mx1.freebsd.org (Postfix) with ESMTP id B1B1F8FC12; Tue, 11 Sep 2012 18:23:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=feld.me; s=blargle; h=Message-Id:Cc:To:Date:From:Subject:Content-Type:Content-Transfer-Encoding:Mime-Version:References:In-Reply-To; bh=4PNGAgG2gWVlOC8rj68qqj8lmKXDHTJJk4drk7schgs=; b=eG5xDUJU0fz1USvE3CpM/tilF1o+jpnLPkz4TmmNwAazEd+dTfol4SLh4fnYZJGMCD5uMBD7xhmJCHU9GbxOQvY/+mTmoUz5rtz9l+U+mmEJyKYqiezURogTJ6HXW72c; Received: from localhost ([127.0.0.1] helo=mwi1.coffeenet.org) by feld.me with esmtp (Exim 4.80 (FreeBSD)) (envelope-from ) id 1TBV6m-000D6J-7Q; Tue, 11 Sep 2012 13:22:50 -0500 Received: from feld@feld.me by mwi1.coffeenet.org (Archiveopteryx 3.1.4) with esmtpa id 1347387762-70338-70337/5/6; Tue, 11 Sep 2012 18:22:42 +0000 User-Agent: K-9 Mail for Android In-Reply-To: <20120911174818.GA96512@troutmask.apl.washington.edu> References: <20120911120649.GA52235@freebsd.org> <20120911122122.GJ37286@deviant.kiev.zoral.com.ua> <20120911123833.GA54483@freebsd.org> <848C813E-E6EC-4FAF-9374-B5583A077404@cederstrand.dk> <20120911133215.GB87126@troutmask.apl.washington.edu> <504F4650.9090700@protected-networks.net> <20120911170412.GA96297@troutmask.apl.washington.edu> <6a7877fa-190e-465e-ba11-e8506faa9ab7@email.android.com> <20120911174818.GA96512@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 From: Mark Felder Date: Tue, 11 Sep 2012 13:21:20 -0500 To: Steve Kargl Message-Id: <5f99442a-9e17-4039-99b8-27a9e2d20ee2@email.android.com> X-SA-Report: ALL_TRUSTED=-1, KHOP_THREADED=-0.5 X-SA-Score: -1.5 Cc: Christer Solskogen , toolchain@freebsd.org, Michael Butler , current@freebsd.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 18:23:04 -0000 Thank you for taking time to explain the situation. I don't follow as = closely as many on the current list do (and not subbed to toolchain).=20 I'm sure the libm situation is on many people's radar now. Hopefully = this can be resolved.=20 My apologies for being so daft :-) From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 20:44:19 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 796B4106566B; Tue, 11 Sep 2012 20:44:19 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 546078FC0C; Tue, 11 Sep 2012 20:44:18 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 1DCED5623C; Tue, 11 Sep 2012 15:44:18 -0500 (CDT) Date: Tue, 11 Sep 2012 15:44:18 -0500 From: Mark Linimon To: David Chisnall Message-ID: <20120911204418.GB15014@lonesome.com> References: <20120910211207.GC64920@lor.one-eyed-alien.net> <004BADDB-E79D-4497-89EE-641F0359E9BE@FreeBSD.org> <504EF3ED.7050502@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: toolchain@freebsd.org, Dimitry Andric , current@freebsd.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 20:44:19 -0000 On Tue, Sep 11, 2012 at 10:07:04AM +0100, David Chisnall wrote: > There is some logic in the clang driver already for knowing when it is > invoked as gcc. I'd be quite tempted to make gcc a symlink to clang > and make clang default to gnu89 when invoked in that way. And how then does a port say "I don't compile with clang no matter how it is invoked"? mcl From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 21:22:55 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D348D1065672; Tue, 11 Sep 2012 21:22:55 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [94.23.254.147]) by mx1.freebsd.org (Postfix) with ESMTP id 97C158FC08; Tue, 11 Sep 2012 21:22:55 +0000 (UTC) Received: from baby-jane.lamaiziere.net (unknown [192.168.1.10]) by smtp.lamaiziere.net (Postfix) with ESMTP id A65F3C4BE; Tue, 11 Sep 2012 23:22:47 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id E2E802CEC18; Tue, 11 Sep 2012 23:22:45 +0200 (CEST) Date: Tue, 11 Sep 2012 23:22:44 +0200 From: Patrick Lamaiziere To: toolchain@freebsd.org Message-ID: <20120911232244.1cadc5b5@davenulle.org> In-Reply-To: <20120910211207.GC64920@lor.one-eyed-alien.net> References: <20120910211207.GC64920@lor.one-eyed-alien.net> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.6; i386-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: brooks@freebsd.org, current@freebsd.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 21:22:55 -0000 Le Mon, 10 Sep 2012 16:12:07 -0500, Brooks Davis a écrit : Hello, > For the past several years we've been working towards migrating from > GCC to Clang/LLVM as our default compiler. We intend to ship FreeBSD > 10.0 with Clang as the default compiler on i386 and amd64 platforms. > To this end, we will make WITH_CLANG_IS_CC the default on i386 and > amd64 platforms on November 4th. Last time I've checked on 9.X [mid August, FreeBSD clang version 3.1 (branches/release_31 156863) 20120523], Clang still produces invalid code (some nopl (%eax)) for the AMD Geode LX (i586 CPU found on some ALIX board or Soekris NET5501). I don't know if this is also a concern with older CPU (Pentium 2/1) ? http://llvm.org/bugs/show_bug.cgi?id=11212 http://lists.freebsd.org/pipermail/freebsd-current/2011-October/028588.html http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/168253 > What does the mean to you? Well, I will not be able to run FreeBSD from scratch on my soekris :-) Best regards. From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 22:27:18 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4CCA81065673; Tue, 11 Sep 2012 22:27:18 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.c2i.net [212.247.154.194]) by mx1.freebsd.org (Postfix) with ESMTP id 68FE68FC0A; Tue, 11 Sep 2012 22:27:16 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.212.201] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe07.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 317708795; Wed, 12 Sep 2012 00:22:08 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Wed, 12 Sep 2012 00:23:14 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.1-PRERELEASE; KDE/4.8.4; amd64; ; ) References: <201209101654.00891.hselasky@c2i.net> In-Reply-To: X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201209120023.14612.hselasky@c2i.net> Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: Raspberry PI gets USB support [FreeBSD 10 current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 22:27:18 -0000 On Tuesday 11 September 2012 17:16:35 Ivan Voras wrote: > On 10/09/2012 16:54, Hans Petter Selasky wrote: > > Hi, > > > > For those that want to try the Raspberry PI and its USB ports: > > > > Add this to "sys/conf/files": > > > > dev/usb/controller/dwc_otg.c optional dwcotg > > arm/broadcom/bcm2835/dwc_otg_brcm.c optional dwcotg > > > > And add this to "RPI-B": > > > > device dwcotg > > device usb > > device umass > > > > Open ISSUE: > > > > External USB ports do not enumerate. Set address times out. Reason > > unknown. Maybe someone out there has any clues? > > Thanks! :) > > I am waiting for my Raspberry Pi to arrive and I'd like very much to try > FreeBSD on it! Hi, I've managed to resolve the problems appearing so far, though there might be more issues which we need to look at like CPU usage of the current driver implemented. 1) Get latest 10-current sources 2) Simply add to "sys/arm/conf/RPI-B": device dwcotg device usb device smsc device mii device miibus And "ue0" should show up! Good luck! --HPS From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 22:31:41 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2C7AA106566B; Tue, 11 Sep 2012 22:31:41 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9EBE18FC12; Tue, 11 Sep 2012 22:31:40 +0000 (UTC) Received: by obbun3 with SMTP id un3so2061903obb.13 for ; Tue, 11 Sep 2012 15:31:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=O7jcvSv+BmqZsbXtE7DBoveUrzFjH65sEs5i/CuKIfs=; b=O13WIcA/7ld0Y+J0qKg1niKBssZ8hR2X4N+CEcbAGbXBtjxgnVe01FLlp9o/Oa1QZ1 aDFryxqhkqkhDi/8i4h29W8d8Jr1Owh5ZT7Le9GzsK3VwswDs568cnQJZsSBhLLaz5CL wQP3KGFE7/5h5V6SIoZw4p9j1OAOOFFkOGOB4jQwnzFF3c6V/eTzJHZL6kJJGHW10B56 NXNhCP8uetEMiJnsPJn0X4h7HQFwAySTpRyxkpxL4MEao2+IJAgAASkaFIehWRvEO7bA MklBoZJWlVxDjjnJ1CHYOZg400ViuYunQm/ySQxJgSHX3aYBYyTWdKSG2vjre8utYUSk 3/Ng== MIME-Version: 1.0 Received: by 10.60.29.164 with SMTP id l4mr20687244oeh.4.1347402700116; Tue, 11 Sep 2012 15:31:40 -0700 (PDT) Received: by 10.76.142.201 with HTTP; Tue, 11 Sep 2012 15:31:39 -0700 (PDT) In-Reply-To: <20120911204418.GB15014@lonesome.com> References: <20120910211207.GC64920@lor.one-eyed-alien.net> <004BADDB-E79D-4497-89EE-641F0359E9BE@FreeBSD.org> <504EF3ED.7050502@FreeBSD.org> <20120911204418.GB15014@lonesome.com> Date: Tue, 11 Sep 2012 15:31:39 -0700 Message-ID: From: Garrett Cooper To: Mark Linimon Content-Type: text/plain; charset=ISO-8859-1 Cc: toolchain@freebsd.org, David Chisnall , Dimitry Andric , current@freebsd.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 22:31:41 -0000 On Tue, Sep 11, 2012 at 1:44 PM, Mark Linimon wrote: > On Tue, Sep 11, 2012 at 10:07:04AM +0100, David Chisnall wrote: >> There is some logic in the clang driver already for knowing when it is >> invoked as gcc. I'd be quite tempted to make gcc a symlink to clang >> and make clang default to gnu89 when invoked in that way. > > And how then does a port say "I don't compile with clang no matter how > it is invoked"? Here's one way: $ clang -dumpspecs clang: error: unsupported option '-dumpspecs' clang: error: no input files $ gcc -dumpspecs | grep -q gcc && echo "gotcha" gotcha $ Also, $ cat Makefile .if !empty(CC:M*clang*) || !empty(CXX:M*clang*) IGNORE= does not compile with clang .warning ${IGNORE} .endif all: $ make CXX=clang++ "Makefile", line 3: warning: does not compile with clang $ make CXX=g++ $ But I figured that's probably done elsewhere I bit more sanely. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Sep 11 22:32:34 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42068106566C; Tue, 11 Sep 2012 22:32:34 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id D28C68FC0A; Tue, 11 Sep 2012 22:32:33 +0000 (UTC) Received: by obbun3 with SMTP id un3so2063277obb.13 for ; Tue, 11 Sep 2012 15:32:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=arLsi3GzM+i/OSBbRFm+vFrFXvmNyIJSbflSzOtwS8o=; b=DHRKaxy9wLoFaJuOuipiGiCaMh0SLFEAP69rQ27TYQhrmcWahDyxKM6h42Ll/6l/NR cg5uSmtqf4akR0OTCltyKfV1PVHyVCvBpGA25EfQluiClGkhpSuubvfqoMTsw2IkEM2I HLr0xWNqzl2OdwtWVEetWPYvVR6zWwhs344oOl7QVOANtIm3dT6va1hpWzLol2dnmrun z+eQrbGQQAOrmk4KoPMTP2wKP769Y/y+ttVJ8SunIxDyETrsIG85Bu/mGJQ2EZ/uAD5j Ss6ulF3XihTydeuAhXrv+B/+1zDLg5CC2rU2UcdfQzt/GjrqywKkoRrhRx04D2HQNFOU Iqig== MIME-Version: 1.0 Received: by 10.182.31.102 with SMTP id z6mr20315856obh.66.1347402753229; Tue, 11 Sep 2012 15:32:33 -0700 (PDT) Received: by 10.76.142.201 with HTTP; Tue, 11 Sep 2012 15:32:33 -0700 (PDT) In-Reply-To: <201209120023.14612.hselasky@c2i.net> References: <201209101654.00891.hselasky@c2i.net> <201209120023.14612.hselasky@c2i.net> Date: Tue, 11 Sep 2012 15:32:33 -0700 Message-ID: From: Garrett Cooper To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, Ivan Voras , freebsd-usb@freebsd.org Subject: Re: Raspberry PI gets USB support [FreeBSD 10 current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 11 Sep 2012 22:32:34 -0000 On Tue, Sep 11, 2012 at 3:23 PM, Hans Petter Selasky wrote: > On Tuesday 11 September 2012 17:16:35 Ivan Voras wrote: >> On 10/09/2012 16:54, Hans Petter Selasky wrote: >> > Hi, >> > >> > For those that want to try the Raspberry PI and its USB ports: >> > >> > Add this to "sys/conf/files": >> > >> > dev/usb/controller/dwc_otg.c optional dwcotg >> > arm/broadcom/bcm2835/dwc_otg_brcm.c optional dwcotg >> > >> > And add this to "RPI-B": >> > >> > device dwcotg >> > device usb >> > device umass >> > >> > Open ISSUE: >> > >> > External USB ports do not enumerate. Set address times out. Reason >> > unknown. Maybe someone out there has any clues? >> >> Thanks! :) >> >> I am waiting for my Raspberry Pi to arrive and I'd like very much to try >> FreeBSD on it! > > Hi, > > I've managed to resolve the problems appearing so far, though there might be > more issues which we need to look at like CPU usage of the current driver > implemented. > > 1) Get latest 10-current sources > > 2) Simply add to "sys/arm/conf/RPI-B": > > device dwcotg > device usb > device smsc > device mii > device miibus > > And "ue0" should show up! > > Good luck! I'll give this a shot on one of my RPIs. Thanks HPS! -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Sep 12 07:30:51 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A4A4106564A; Wed, 12 Sep 2012 07:30:51 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 43D408FC0C; Wed, 12 Sep 2012 07:30:49 +0000 (UTC) Received: by lbbgg13 with SMTP id gg13so1142292lbb.13 for ; Wed, 12 Sep 2012 00:30:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=iuFAQXhekEKYsCtEC7emY5VMoQggWsJhE0+UXJAuOGU=; b=tRUbHFNUW91mMhNJDr2qE9dkCUeY3LwG5AWOWVRrEgiZs39mYJkZ/Jn4CFFHVNY05v XccHpQvqTUKx4MZnsUV7oAybxr3ZYRtGEvf4uaLF4bNFpIF4dSd9p8Am97583fQSFHLg cq8gMNDRvtfVDRPoESb35z8JqpTyNdX9aSYLxsxBRWP5PszGzWyQy3OgYzejPQcmXRus RcraIRv1cuQvArNVwQCachViqYYSVPD97HfyBf2QnGXGa9eHhxmJOQC+Tf5KYgL6PnxV 9X0a6uvNhIPCxzl0CfbwEnD/MeqWFWHz5fa+4uB4tSzq6UXyE2vqBGuE5N9J+dsGKzZN aAZg== Received: by 10.112.51.228 with SMTP id n4mr7097225lbo.55.1347435048575; Wed, 12 Sep 2012 00:30:48 -0700 (PDT) MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.112.5.165 with HTTP; Wed, 12 Sep 2012 00:30:28 -0700 (PDT) In-Reply-To: <20120911163237.GA1256@glenbarber.us> References: <20120911161234.GA1313@glenbarber.us> <20120911161954.GP44854@FreeBSD.org> <20120911163237.GA1256@glenbarber.us> From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Date: Wed, 12 Sep 2012 09:30:28 +0200 X-Google-Sender-Auth: sWF_ZeDITHBEAik0TKwIakg9SIo Message-ID: To: Glen Barber Content-Type: text/plain; charset=ISO-8859-1 Cc: Gleb Smirnoff , current@freebsd.org, avg@freebsd.org Subject: Re: [panic] 10-CURRENT r239865: General protection fault (sysctl) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2012 07:30:51 -0000 On Tue, Sep 11, 2012 at 6:32 PM, Glen Barber wrote: >> >> I'd blame this one: >> >> http://lists.freebsd.org/pipermail/svn-src-head/2012-September/040236.html >> > > Yes, reverting that commit allows the system to boot. > Hi, Same problem on my side (under Virtualbox or on an IBM 3550 M2). Regards, Olivier From owner-freebsd-current@FreeBSD.ORG Wed Sep 12 07:40:09 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD6B010656A5; Wed, 12 Sep 2012 07:40:09 +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]) by mx1.freebsd.org (Postfix) with ESMTP id 802CF8FC0C; Wed, 12 Sep 2012 07:40:09 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1TBhYO-0008RS-A6>; Wed, 12 Sep 2012 09:40:08 +0200 Received: from e178026078.adsl.alicedsl.de ([85.178.26.78] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1TBhYO-0007NW-4z>; Wed, 12 Sep 2012 09:40:08 +0200 Message-ID: <50503C53.2010309@zedat.fu-berlin.de> Date: Wed, 12 Sep 2012 09:40:03 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120910 Thunderbird/15.0.1 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Olivier_Cochard-Labb=E9?= References: <20120911161234.GA1313@glenbarber.us> <20120911161954.GP44854@FreeBSD.org> <20120911163237.GA1256@glenbarber.us> In-Reply-To: X-Enigmail-Version: 1.4.3 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig32382B1D0305349E865CB4A6" X-Originating-IP: 85.178.26.78 Cc: current@freebsd.org, avg@freebsd.org Subject: Re: [panic] 10-CURRENT r239865: General protection fault (sysctl) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2012 07:40:09 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig32382B1D0305349E865CB4A6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Am 09/12/12 09:30, schrieb Olivier Cochard-Labb=E9: > On Tue, Sep 11, 2012 at 6:32 PM, Glen Barber wrote: >>> >>> I'd blame this one: >>> >>> http://lists.freebsd.org/pipermail/svn-src-head/2012-September/040236= =2Ehtml >>> >> >> Yes, reverting that commit allows the system to boot. >> >=20 > Hi, >=20 > Same problem on my side (under Virtualbox or on an IBM 3550 M2). >=20 > Regards, >=20 > Olivier That should be solved by now (at least with r240369. I ran into the same problem on several FreeBSD 10.0-CURRENT boxes. Oliver --------------enig32382B1D0305349E865CB4A6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJQUDxXAAoJEOgBcD7A/5N8NIgH/0Jt/TRQ/liPHuT/9h2d3yKG XM8qphEZ4HW9cyPMIpRtKRa8GfR8FoR8OIJCe3s2nU8HvtSk3lp8a9CqnUcs2LBU 4duLXf2dBD5z6BHrTYPUII1SA/oMyt1pkwSxn3vephr8Htz04BB49omM5baP++Yd 6xWcerSlb6//wj2oIa2LIJo1/4gZsLmj12cLdLiumaGbPaLaK6nkPGf7MaKRqCnt Yn70jypTNSvyqeatgojlpvkNv/APd1Y4UfN1xtPT8UQjF1KN3QPkfx85tIxitFcS yOijKI/r++JTA/2WAPT/JyomEJYYUfBAznWZ0WMeRKKgIscUDA7Q7HPisiOa/8w= =x2R7 -----END PGP SIGNATURE----- --------------enig32382B1D0305349E865CB4A6-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 12 07:56:59 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1F371065673 for ; Wed, 12 Sep 2012 07:56:59 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 1B2138FC17 for ; Wed, 12 Sep 2012 07:56:58 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id KAA05590; Wed, 12 Sep 2012 10:56:56 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1TBhoe-0006HL-EX; Wed, 12 Sep 2012 10:56:56 +0300 Message-ID: <50504047.3020409@FreeBSD.org> Date: Wed, 12 Sep 2012 10:56:55 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120901 Thunderbird/15.0 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Olivier_Cochard-Labb=E9?= References: <20120911161234.GA1313@glenbarber.us> <20120911161954.GP44854@FreeBSD.org> <20120911163237.GA1256@glenbarber.us> In-Reply-To: X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: current@FreeBSD.org Subject: Re: [panic] 10-CURRENT r239865: General protection fault (sysctl) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2012 07:56:59 -0000 on 12/09/2012 10:30 Olivier Cochard-Labbé said the following: > On Tue, Sep 11, 2012 at 6:32 PM, Glen Barber wrote: >>> >>> I'd blame this one: >>> >>> http://lists.freebsd.org/pipermail/svn-src-head/2012-September/040236.html >>> >> >> Yes, reverting that commit allows the system to boot. >> > > Hi, > > Same problem on my side (under Virtualbox or on an IBM 3550 M2). This should be fixed already. Sorry for the breakage and for not writing about the fix to this thread. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Sep 12 09:05:51 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1A7CB1065672; Wed, 12 Sep 2012 09:05:51 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 954518FC08; Wed, 12 Sep 2012 09:05:50 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:31e6:f1e:dd72:edd6]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 4A1054AC2D; Wed, 12 Sep 2012 13:05:49 +0400 (MSK) Date: Wed, 12 Sep 2012 13:05:45 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <416897292.20120912130545@serebryakov.spb.ru> To: Adrian Chadd In-Reply-To: References: <1865271844.20120829131610@serebryakov.spb.ru> <1807373989.20120829223125@serebryakov.spb.ru> <20120830152726.A33776@sola.nimnet.asn.au> <534292400.20120830131158@serebryakov.spb.ru> <20120831180721.GB3208@michelle.cdnetworks.com> <50404F91.8080302@rdtc.ru> <20120903184049.GB3730@michelle.cdnetworks.com> <50443888.9080400@rdtc.ru> <20120903214333.GC3730@michelle.cdnetworks.com> <5044772C.8090302@rdtc.ru> <5046FE57.3050903@rdtc.ru> <5048D7A7.1030708@rdtc.ru> <5048DFF8.50405@smeets.im> <10710514011.20120906220055@serebryakov.spb.ru> <1828371828.20120906221136@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Scheduler KTR traces for 4 variants (ULE, 4BSD)x(PREEMPTION, NOPREEMPTION) on small hardware (net5501) with network traffic (Was: vr(4) troubles for AMD Geode CS5536 chipset) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Sep 2012 09:05:51 -0000 Hello, Adrian. You wrote 6 =D3=C5=CE=D4=D1=C2=D2=D1 2012 =C7., 22:12:04: AC> On 6 September 2012 11:11, Lev Serebryakov wrote: >> Hello, Adrian. >> You wrote 6 =D3=C5=CE=D4=D1=C2=D2=D1 2012 =C7., 22:07:08: >> >> AC> Oh don't worry about polling just yet. I just want to see what >> AC> preempt/no-preempt does with ULE and 4BSD on these little single-CPU >> AC> platforms. >> Ok, I'll do it. Should I post 4 outputs from ktrdump? Again, I don't >> understand how to interpret these data by myself. AC> Yes. Here: http://lev.serebryakov.spb.ru/ktrs/ Tarball with all 4 outputs and all configs are placed. Setup and results are described in "readme.txt". Results are strange: no visible WiFi slowdown but wired traffic slowdown now and bad freezes in all combinations but 4BSD + PREEMPTION _enabled_. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Sep 12 09:15:21 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DF776106564A; Wed, 12 Sep 2012 09:15:21 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id B58078FC15; Wed, 12 Sep 2012 09:15:21 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id DC0E15623C; Wed, 12 Sep 2012 04:15:20 -0500 (CDT) Date: Wed, 12 Sep 2012 04:15:20 -0500 From: Mark Linimon To: Lars Engels Message-ID: <20120912091520.GB22971@lonesome.com> References: <20120910211207.GC64920@lor.one-eyed-alien.net> <504ED1FC.3090608@FreeBSD.org> <20120911092750.GF20762@e-new.0x20.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120911092750.GF20762@e-new.0x20.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: toolchain@FreeBSD.org, Doug Barton , current@FreeBSD.org, Brooks Davis , freebsd-ports@FreeBSD.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2012 09:15:22 -0000 On Tue, Sep 11, 2012 at 11:27:50AM +0200, Lars Engels wrote: > At the moment the ports maintainers don't give much about if their ports > build with CLANG or not because they're not forced to. I think this is a mis-representation. Adding the requirement "your ports must work on clang" is adding an ex-post-facto requirement. This creates the following matrix of what we are implicitly asking maintainers to do: (FreeBSD 7|8|9|10) * (amd64|arm|i386|powerpc|sparc64) * (base gcc|base clang) It is completely insane to expect anyone to be able to test in all of those environments, or even a tiny subset of them. This isn't what most people sign up for when they sign up to maintain ports. > Those who don't run CURRENT won't notice, but those who do will have to > get their butts up and fix the ports I think it's foolish to assume that maintainres don't have their butts in gear as it is. Please note, we have nearly 1300 PRs, hundreds of ports with build errors and/or PRs, and hundreds that fail on -current only. I try to advertise all these things the best I know how. Adding the hundreds that fail on -clang only and then blaming the maintainers is simply going to be counter-productive. mcl From owner-freebsd-current@FreeBSD.ORG Wed Sep 12 09:22:42 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9175A1065677; Wed, 12 Sep 2012 09:22:42 +0000 (UTC) (envelope-from mark@exonetric.com) Received: from relay.exonetric.net (relay0.exonetric.net [178.250.72.161]) by mx1.freebsd.org (Postfix) with ESMTP id 5136A8FC20; Wed, 12 Sep 2012 09:22:41 +0000 (UTC) Received: from markimac.fairfx.local (unknown [62.244.179.74]) by relay.exonetric.net (Postfix) with ESMTPSA id 394102C84A; Wed, 12 Sep 2012 10:22:35 +0100 (BST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.0 \(1486\)) From: Mark Blackman In-Reply-To: <20120912091520.GB22971@lonesome.com> Date: Wed, 12 Sep 2012 10:22:50 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <4B225530-48DD-4671-AAF4-53BC46BB628B@exonetric.com> References: <20120910211207.GC64920@lor.one-eyed-alien.net> <504ED1FC.3090608@FreeBSD.org> <20120911092750.GF20762@e-new.0x20.net> <20120912091520.GB22971@lonesome.com> To: Mark Linimon X-Mailer: Apple Mail (2.1486) Cc: Doug Barton , Lars Engels , toolchain@FreeBSD.org, Brooks Davis , freebsd-ports@FreeBSD.org, current@FreeBSD.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2012 09:22:42 -0000 On 12 Sep 2012, at 10:15, Mark Linimon wrote: > On Tue, Sep 11, 2012 at 11:27:50AM +0200, Lars Engels wrote: >> At the moment the ports maintainers don't give much about if their = ports >> build with CLANG or not because they're not forced to. >=20 > I think this is a mis-representation. >=20 > Adding the requirement "your ports must work on clang" is adding an > ex-post-facto requirement. This creates the following matrix of what > we are implicitly asking maintainers to do: >=20 > (FreeBSD 7|8|9|10) * (amd64|arm|i386|powerpc|sparc64) * (base gcc|base = clang) >=20 > It is completely insane to expect anyone to be able to test in all of = those > environments, or even a tiny subset of them. This isn't what most = people > sign up for when they sign up to maintain ports. >=20 >> Those who don't run CURRENT won't notice, but those who do will have = to >> get their butts up and fix the ports >=20 > I think it's foolish to assume that maintainres don't have their butts = in > gear as it is. Please note, we have nearly 1300 PRs, hundreds of = ports with > build errors and/or PRs, and hundreds that fail on -current only. I = try to > advertise all these things the best I know how. Adding the hundreds = that > fail on -clang only and then blaming the maintainers is simply going = to be > counter-productive. I'd also guess that FreeBSD ports is probably the biggest exposure clang has ever seen to 3rd party code. I can't think of any other project=20 except maybe macports who try to run clang over some much 3rd party code = and=20 so FreeBSD ports is hitting all the bumps in the road that most people = get to ignore. - Mark From owner-freebsd-current@FreeBSD.ORG Wed Sep 12 09:29:54 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 5FF67106566B; Wed, 12 Sep 2012 09:29:54 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 8FC1C14E1BA; Wed, 12 Sep 2012 09:29:27 +0000 (UTC) Message-ID: <505055F7.9020809@FreeBSD.org> Date: Tue, 11 Sep 2012 23:29:27 -1000 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120827 Thunderbird/15.0 MIME-Version: 1.0 To: Erik Cederstrand References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911122122.GJ37286@deviant.kiev.zoral.com.ua> <20120911123833.GA54483@freebsd.org> <848C813E-E6EC-4FAF-9374-B5583A077404@cederstrand.dk> In-Reply-To: <848C813E-E6EC-4FAF-9374-B5583A077404@cederstrand.dk> X-Enigmail-Version: 1.4.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: toolchain@freebsd.org, Roman Divacky , current@freebsd.org, freebsd-ports Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2012 09:29:54 -0000 On 09/11/2012 02:52 AM, Erik Cederstrand wrote: > So can we do a sweep on the ports tree and mark the 2232 ports with USE_GCC=4.2 until they can actually build with clang? Unfortunately it isn't that simple. We already have a statistically significant number of ports that don't even compile with gcc 4.2.1. How many compilers do we expect the users to install? :) What we need to do is what I and others have been asking to do for years. We need to designate a modern version of gcc (no less than 4.6) as the official default ports compiler, and rework whatever is needed to support this. Fortunately, that goal is much more easily achieved than fixing ports to build and run with clang. (It's harder than it sounds because there are certain key libs that define some paths depending on what compiler they were built with, but still easier than dealing with clang in the short term.) Once that is done, the compiler in the base is an afterthought, and we can do away with gcc in the base altogether much more easily. Users who want to help support building ports with clang can continue to do so. Doug From owner-freebsd-current@FreeBSD.ORG Wed Sep 12 09:32:56 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 89881106566B; Wed, 12 Sep 2012 09:32:56 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id AE5AB14EC0B; Wed, 12 Sep 2012 09:32:55 +0000 (UTC) Message-ID: <505056C7.6010209@FreeBSD.org> Date: Tue, 11 Sep 2012 23:32:55 -1000 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120827 Thunderbird/15.0 MIME-Version: 1.0 To: Mark Linimon References: <20120910211207.GC64920@lor.one-eyed-alien.net> <504ED1FC.3090608@FreeBSD.org> <20120911092750.GF20762@e-new.0x20.net> <20120912091520.GB22971@lonesome.com> In-Reply-To: <20120912091520.GB22971@lonesome.com> X-Enigmail-Version: 1.4.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: toolchain@FreeBSD.org, Brooks Davis , Lars Engels , freebsd-ports@FreeBSD.org, current@FreeBSD.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2012 09:32:56 -0000 On 09/11/2012 11:15 PM, Mark Linimon wrote: > On Tue, Sep 11, 2012 at 11:27:50AM +0200, Lars Engels wrote: >> At the moment the ports maintainers don't give much about if their ports >> build with CLANG or not because they're not forced to. > > I think this is a mis-representation. > > Adding the requirement "your ports must work on clang" is adding an > ex-post-facto requirement. This creates the following matrix of what > we are implicitly asking maintainers to do: > > (FreeBSD 7|8|9|10) * (amd64|arm|i386|powerpc|sparc64) * (base gcc|base clang) > > It is completely insane to expect anyone to be able to test in all of those > environments, or even a tiny subset of them. This isn't what most people > sign up for when they sign up to maintain ports. > >> Those who don't run CURRENT won't notice, but those who do will have to >> get their butts up and fix the ports > > I think it's foolish to assume that maintainres don't have their butts in > gear as it is. Please note, we have nearly 1300 PRs, hundreds of ports with > build errors and/or PRs, and hundreds that fail on -current only. I try to > advertise all these things the best I know how. Adding the hundreds that > fail on -clang only and then blaming the maintainers is simply going to be > counter-productive. Write the day on your calendars folks, I completely agree with what Mark said above. :) This is a big part of what I meant with some of my more colorful comments in my original post on this topic. Doug From owner-freebsd-current@FreeBSD.ORG Wed Sep 12 09:58:28 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C9C6106566C; Wed, 12 Sep 2012 09:58:28 +0000 (UTC) (envelope-from rdivacky@vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [46.28.110.116]) by mx1.freebsd.org (Postfix) with ESMTP id 09DEA8FC14; Wed, 12 Sep 2012 09:58:27 +0000 (UTC) Received: by vlakno.cz (Postfix, from userid 1002) id E443E7F38AE; Wed, 12 Sep 2012 11:58:24 +0200 (CEST) Date: Wed, 12 Sep 2012 11:58:24 +0200 From: Roman Divacky To: Patrick Lamaiziere Message-ID: <20120912095824.GA65000@freebsd.org> References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911232244.1cadc5b5@davenulle.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120911232244.1cadc5b5@davenulle.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: toolchain@freebsd.org, brooks@freebsd.org, current@freebsd.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2012 09:58:28 -0000 Fwiw, I plan to fix this issue, but even if I didnt. This isnt a problem in clang rather than in llvm asm. So it can be easily worked around by CFLAGS+=-no-integrated-as. Roman On Tue, Sep 11, 2012 at 11:22:44PM +0200, Patrick Lamaiziere wrote: > Le Mon, 10 Sep 2012 16:12:07 -0500, > Brooks Davis a ?crit : > > Hello, > > > For the past several years we've been working towards migrating from > > GCC to Clang/LLVM as our default compiler. We intend to ship FreeBSD > > 10.0 with Clang as the default compiler on i386 and amd64 platforms. > > To this end, we will make WITH_CLANG_IS_CC the default on i386 and > > amd64 platforms on November 4th. > > Last time I've checked on 9.X [mid August, FreeBSD clang version 3.1 > (branches/release_31 156863) 20120523], Clang still produces invalid > code (some nopl (%eax)) for the AMD Geode LX (i586 CPU found on some > ALIX board or Soekris NET5501). I don't know if this is also a concern > with older CPU (Pentium 2/1) ? > > http://llvm.org/bugs/show_bug.cgi?id=11212 > http://lists.freebsd.org/pipermail/freebsd-current/2011-October/028588.html > http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/168253 > > > What does the mean to you? > > Well, I will not be able to run FreeBSD from scratch on my soekris :-) > > Best regards. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Sep 12 10:24:59 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3C651106566B; Wed, 12 Sep 2012 10:24:59 +0000 (UTC) (envelope-from yerenkow@gmail.com) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) by mx1.freebsd.org (Postfix) with ESMTP id D8D848FC0C; Wed, 12 Sep 2012 10:24:58 +0000 (UTC) Received: by iebc12 with SMTP id c12so3347403ieb.13 for ; Wed, 12 Sep 2012 03:24:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=lS3jUwUlE9jYhR9BCac+xWGs0qBBcak5XO6RqWJK5uc=; b=seMomtf5rs1yVw2VR2zNCRmfOoeSo0CUfSkKgWNRRt65Kc9ngwdJ0zvIjXo4yZqZci QAGi6FJB6vZUVf2WZSescdQXvhkUb/tB+WGRSxiVlZy3qHIh/hgkwFfwFwqujtIWCzhj UgURmSIPr+uIadOLt1j1xOs4oFcCkT6vY5XJ3zyN24imn6aZomlZN2byXc1cXlWCU1RS I2QKKxzpiJ+lMVXOBBI42B64SIO2wzjzFblqITzA/OqOeCwMpP0f1zMF9BJPLfA0SOHx p8Wb0IWOXpIyraaelWuGdyOOvCcSaGxVZBNqUGXnIgKC9M569sQP9cIXJqFUsAKhJlMZ 6C6A== MIME-Version: 1.0 Received: by 10.50.197.231 with SMTP id ix7mr20669828igc.54.1347445498066; Wed, 12 Sep 2012 03:24:58 -0700 (PDT) Received: by 10.64.28.36 with HTTP; Wed, 12 Sep 2012 03:24:58 -0700 (PDT) In-Reply-To: References: <201209101654.00891.hselasky@c2i.net> <201209120023.14612.hselasky@c2i.net> Date: Wed, 12 Sep 2012 13:24:58 +0300 Message-ID: From: Alexander Yerenkow To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, Ivan Voras , freebsd-usb@freebsd.org, Hans Petter Selasky Subject: Re: Raspberry PI gets USB support [FreeBSD 10 current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2012 10:24:59 -0000 We tested kernel built by gonzo@, there working framebuffer, ue0, and USB2.0 devices (in theory, I didn't have those). But after some activity (like download few megabytes file) all is stuck with message usb device stalled This is getting 100% repeatedly, no matter if download goes to sd card, or to malloc-md-device. If (When) this will be fixed, then Rpi would be a candy, prepared to testing and more or less usable. I have in plans try it with xorg-framebuffer, and with directfb, while there's no video support. -- Regards, Alexander Yerenkow From owner-freebsd-current@FreeBSD.ORG Wed Sep 12 10:32:04 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E948B1065670 for ; Wed, 12 Sep 2012 10:32:04 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id D3B6D8FC08 for ; Wed, 12 Sep 2012 10:32:03 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1TBkEd-00056t-8R for freebsd-current@freebsd.org; Wed, 12 Sep 2012 12:31:55 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 12 Sep 2012 12:31:55 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 12 Sep 2012 12:31:55 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Wed, 12 Sep 2012 12:31:40 +0200 Lines: 27 Message-ID: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigD92DDC63C8C7A6D79E386407" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120812 Thunderbird/14.0 X-Enigmail-Version: 1.4.3 Subject: nice-ing a service? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2012 10:32:05 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD92DDC63C8C7A6D79E386407 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, For whatever reason, I'd like to start services, from a properly formed rc.d script, configured via /etc/rc.conf, etc. with a custom "nice" value. Is there already support for this? --------------enigD92DDC63C8C7A6D79E386407 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlBQZIwACgkQ/QjVBj3/HSxFUgCeO6/ipIdFSI15pVKJU9o336dG fjoAoKRLjMjsh8ssGnltemOsBEwNCY6w =YIkF -----END PGP SIGNATURE----- --------------enigD92DDC63C8C7A6D79E386407-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 12 10:34:30 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FC4D10656B8; Wed, 12 Sep 2012 10:34:30 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-qa0-f54.google.com (mail-qa0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2C0CB8FC08; Wed, 12 Sep 2012 10:34:29 +0000 (UTC) Received: by qatn12 with SMTP id n12so1097840qat.13 for ; Wed, 12 Sep 2012 03:34:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=aWsiIGXnCitoLQL8LU//o4ZIkgQiDxGVsRmxgjhJs08=; b=MVGROGz7UsEaG63AFD/E1fms0f9+ppOyEODtUYbvXlJFoJLk3KGQ3DmBWw5MAMqVF+ krGxUfzqR7z+BvH/BcZHrP6gEZqywjsszWrGNkktZBbl9aqLlPDj7hdAqxLVdR3vH4tk BbAZSLLM51KfGnbxu3slkiRjkIbGafPPumm6Hr/Wn9AdievphtSPWo6Vyh4MisS3VVp7 xPfQsoSCmD0nmxf87Acraaghn+ga1fXBZMqDSKgFiAtvSkTgqIGM5i31Yqp8fVVQkUMO z0pBo5UX7owSO5UTo+tPt+LmPjQFfIXTvL0z1939ItRokKjuJQFgecee1mjp+zHPR+QQ vXeQ== MIME-Version: 1.0 Received: by 10.224.60.17 with SMTP id n17mr23627277qah.20.1347446068509; Wed, 12 Sep 2012 03:34:28 -0700 (PDT) Received: by 10.49.128.200 with HTTP; Wed, 12 Sep 2012 03:34:28 -0700 (PDT) In-Reply-To: References: Date: Wed, 12 Sep 2012 11:34:28 +0100 Message-ID: From: Tom Evans To: Ivan Voras Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org Subject: Re: nice-ing a service? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2012 10:34:30 -0000 On Wed, Sep 12, 2012 at 11:31 AM, Ivan Voras wrote: > Hi, > > For whatever reason, I'd like to start services, from a properly formed > rc.d script, configured via /etc/rc.conf, etc. with a custom "nice" > value. Is there already support for this? > rc.subr indicates you can use ${name}_nice for this purpose. Cheers Tom From owner-freebsd-current@FreeBSD.ORG Wed Sep 12 10:40:03 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 33CE31065673 for ; Wed, 12 Sep 2012 10:40:03 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id D07D78FC08 for ; Wed, 12 Sep 2012 10:40:02 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1TBkMV-000405-EK for freebsd-current@freebsd.org; Wed, 12 Sep 2012 12:40:03 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 12 Sep 2012 12:40:03 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 12 Sep 2012 12:40:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Wed, 12 Sep 2012 12:35:23 +0200 Lines: 32 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig9F69C61BA555D111A69C397C" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120812 Thunderbird/14.0 In-Reply-To: X-Enigmail-Version: 1.4.3 Subject: Re: nice-ing a service? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2012 10:40:03 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9F69C61BA555D111A69C397C Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 12/09/2012 12:31, Ivan Voras wrote: > Hi, >=20 > For whatever reason, I'd like to start services, from a properly formed= > rc.d script, configured via /etc/rc.conf, etc. with a custom "nice" > value. Is there already support for this? =2E.. nevermind, I found it's already there in rc.subr, just not documented in rc.conf(5). --------------enig9F69C61BA555D111A69C397C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlBQZWsACgkQ/QjVBj3/HSzmJQCfV9rF/sDYFWTLPyXwz+Pg18W5 7dAAn3QKB+JXe2TKZbxm6EIk0EfYMm2L =MbLH -----END PGP SIGNATURE----- --------------enig9F69C61BA555D111A69C397C-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 12 10:46:30 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0D6D91065670; Wed, 12 Sep 2012 10:46:30 +0000 (UTC) (envelope-from erik@cederstrand.dk) Received: from csmtp2.one.com (csmtp2.one.com [91.198.169.22]) by mx1.freebsd.org (Postfix) with ESMTP id BB8158FC0A; Wed, 12 Sep 2012 10:46:29 +0000 (UTC) Received: from [192.168.1.18] (unknown [217.157.7.221]) by csmtp2.one.com (Postfix) with ESMTPA id 03533308240F; Wed, 12 Sep 2012 10:40:29 +0000 (UTC) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.0 \(1486\)) From: Erik Cederstrand In-Reply-To: <505055F7.9020809@FreeBSD.org> Date: Wed, 12 Sep 2012 12:40:28 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911122122.GJ37286@deviant.kiev.zoral.com.ua> <20120911123833.GA54483@freebsd.org> <848C813E-E6EC-4FAF-9374-B5583A077404@cederstrand.dk> <505055F7.9020809@FreeBSD.org> To: Doug Barton X-Mailer: Apple Mail (2.1486) Cc: toolchain@freebsd.org, Roman Divacky , current@freebsd.org, freebsd-ports Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2012 10:46:30 -0000 Den 12/09/2012 kl. 11.29 skrev Doug Barton : > On 09/11/2012 02:52 AM, Erik Cederstrand wrote: >> So can we do a sweep on the ports tree and mark the 2232 ports with = USE_GCC=3D4.2 until they can actually build with clang? >=20 > Unfortunately it isn't that simple. We already have a statistically > significant number of ports that don't even compile with gcc 4.2.1. = How > many compilers do we expect the users to install? :) If a port doesn't compile with the default compiler in base, I expect = that port to add a build dependency on the compiler that it actually = does compiles with. Of course, I hope to not have 6 different compilers = installed on my system, but the list of build or runtime dependencies = are at the discretion of the port (maintainer). As you (I think) said, = we can't force port maintainers to patch their ports to support clang. So even today, we have a significant number of ports that don't compile = with the default compiler (GCC 4.2.1). Aren't they broken already, in = the sense that they fail to tell me, the user, which compiler I should = use? Thanks, Erik= From owner-freebsd-current@FreeBSD.ORG Wed Sep 12 10:47:17 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89CD7106564A for ; Wed, 12 Sep 2012 10:47:17 +0000 (UTC) (envelope-from ed@extraordinarymachine.nl) Received: from smtp-vbr10.xs4all.nl (smtp-vbr10.xs4all.nl [194.109.24.30]) by mx1.freebsd.org (Postfix) with ESMTP id 1E5228FC16 for ; Wed, 12 Sep 2012 10:47:16 +0000 (UTC) Received: from jazzed.meewis.home (a80-101-71-20.adsl.xs4all.nl [80.101.71.20]) by smtp-vbr10.xs4all.nl (8.13.8/8.13.8) with ESMTP id q8CAkejx067085 for ; Wed, 12 Sep 2012 12:46:40 +0200 (CEST) (envelope-from ed@extraordinarymachine.nl) Received: from [192.168.1.254] (unknown [192.168.1.254]) by jazzed.meewis.home (Postfix) with ESMTP id 30D745C0C for ; Wed, 12 Sep 2012 12:46:40 +0200 (CEST) Message-ID: <5050680C.4020402@extraordinarymachine.nl> Date: Wed, 12 Sep 2012 12:46:36 +0200 From: Edward Meewis User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Subject: Building world with clang ToT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2012 10:47:17 -0000 Hi, Has anyone recently built FreeBSD10-current with clang on a FreeBSD9 amd64 system? I've bumped into a number of issues. Mainly, buildworld picks up the old system includes, which miss newly introduced symbols; same thing with libraries. I fixed that by pointing compiler and linker to /usr/obj/FreeBSD-HEAD/tmp/include and lib. Building stops in lib/libstand: /usr/home/emeewis/src/FreeBSD-HEAD/lib/libstand/i386/_setjmp.S:50:82: error: register %rbp is only available in 64-bit mode .text; .p2align 4,0x90; .globl _setjmp; .type _setjmp,@function; _setjmp:; pushq %rbp; movq %rsp,%rbp; call .mcount; popq %rbp; 9: Libstand is build in i386 mode, but includes machine/asm.h in _setjmp.S. Is there a way to force it to use i386/asm.h? I had a go with gcc, but I got the same results... -- Ed. From owner-freebsd-current@FreeBSD.ORG Wed Sep 12 11:09:36 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 39853106566B for ; Wed, 12 Sep 2012 11:09:36 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id E92818FC0A for ; Wed, 12 Sep 2012 11:09:35 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:d8a:6180:883f:1cf5] (unknown [IPv6:2001:7b8:3a7:0:d8a:6180:883f:1cf5]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 857495C37; Wed, 12 Sep 2012 13:09:33 +0200 (CEST) Message-ID: <50506D6E.3040905@FreeBSD.org> Date: Wed, 12 Sep 2012 13:09:34 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20120905 Thunderbird/16.0 MIME-Version: 1.0 To: Edward Meewis References: <5050680C.4020402@extraordinarymachine.nl> In-Reply-To: <5050680C.4020402@extraordinarymachine.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Building world with clang ToT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2012 11:09:36 -0000 On 2012-09-12 12:46, Edward Meewis wrote: > Has anyone recently built FreeBSD10-current with clang on a FreeBSD9 > amd64 system? > > I've bumped into a number of issues. Mainly, buildworld picks up the old > system includes, which miss newly introduced symbols; same thing with > libraries. I fixed that by pointing compiler and linker to > /usr/obj/FreeBSD-HEAD/tmp/include and lib. Strange, it should not do that. How exactly did you "point compiler and linker"? What is your make.conf and/or src.conf? If had to hazard a guess based on this information alone, I would say you are assigning to CFLAGS somewhere, instead of using +=. > Building stops in lib/libstand: > > /usr/home/emeewis/src/FreeBSD-HEAD/lib/libstand/i386/_setjmp.S:50:82: > error: register %rbp is only available in 64-bit mode > .text; .p2align 4,0x90; .globl _setjmp; .type _setjmp,@function; > _setjmp:; pushq %rbp; movq %rsp,%rbp; call .mcount; popq %rbp; 9: > > Libstand is build in i386 mode, but includes machine/asm.h in _setjmp.S. > Is there a way to force it to use i386/asm.h? > > I had a go with gcc, but I got the same results... There must be a certain setting on your system which causes this. Most likely, it is again using your existing system headers, instead of those in /usr/obj. From owner-freebsd-current@FreeBSD.ORG Wed Sep 12 09:09:20 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8D1EE1065692 for ; Wed, 12 Sep 2012 09:09:20 +0000 (UTC) (envelope-from dougb@dougbarton.us) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id D186B8FC20 for ; Wed, 12 Sep 2012 09:09:19 +0000 (UTC) Received: (qmail 11560 invoked by uid 399); 12 Sep 2012 09:09:09 -0000 Received: from udp290486uds.hawaiiantel.net (HELO ?192.168.1.30?) (dougb@dougbarton.us@72.253.187.69) by mail2.fluidhosting.com with ESMTPAM; 12 Sep 2012 09:09:09 -0000 X-Originating-IP: 72.253.187.69 X-Sender: dougb@dougbarton.us Message-ID: <5050513C.7040100@dougbarton.us> Date: Tue, 11 Sep 2012 23:09:16 -1000 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120827 Thunderbird/15.0 MIME-Version: 1.0 To: Steve Kargl References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911132410.GA87126@troutmask.apl.washington.edu> <504F4645.4070900@FreeBSD.org> <20120911150356.GA87526@troutmask.apl.washington.edu> In-Reply-To: <20120911150356.GA87526@troutmask.apl.washington.edu> X-Enigmail-Version: 1.4.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 12 Sep 2012 11:42:18 +0000 Cc: toolchain@FreeBSD.org, Roman Divacky , Dimitry Andric , current@FreeBSD.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2012 09:09:20 -0000 On 09/11/2012 05:03 AM, Steve Kargl wrote: > On Tue, Sep 11, 2012 at 04:10:13PM +0200, Dimitry Andric wrote: >> >> However, I think the majority of users can get by just fine using clang, >> right now. Doug Barton even confirmed in this thread that 80% of our >> ports already work with it! > > He stated that 80% build with clang. I doubt that he actually > tested the functionality of some 17000 ports. Correct. Also, users who actually are helping with testing clang for ports continue to report runtime problems, even with things that build fine. Doug From owner-freebsd-current@FreeBSD.ORG Wed Sep 12 11:45:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 050DD106566C for ; Wed, 12 Sep 2012 11:45:44 +0000 (UTC) (envelope-from ed@extraordinarymachine.nl) Received: from smtp-vbr11.xs4all.nl (smtp-vbr11.xs4all.nl [194.109.24.31]) by mx1.freebsd.org (Postfix) with ESMTP id 49D318FC08 for ; Wed, 12 Sep 2012 11:45:41 +0000 (UTC) Received: from jazzed.meewis.home (a80-101-71-20.adsl.xs4all.nl [80.101.71.20]) by smtp-vbr11.xs4all.nl (8.13.8/8.13.8) with ESMTP id q8CBjAdX049686 for ; Wed, 12 Sep 2012 13:45:10 +0200 (CEST) (envelope-from ed@extraordinarymachine.nl) Received: from [192.168.1.254] (unknown [192.168.1.254]) by jazzed.meewis.home (Postfix) with ESMTP id 986AF5C0C for ; Wed, 12 Sep 2012 13:45:10 +0200 (CEST) Message-ID: <505075C3.7010504@extraordinarymachine.nl> Date: Wed, 12 Sep 2012 13:45:07 +0200 From: Edward Meewis User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <5050680C.4020402@extraordinarymachine.nl> <50506D6E.3040905@FreeBSD.org> In-Reply-To: <50506D6E.3040905@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Subject: Re: Building world with clang ToT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2012 11:45:44 -0000 Hi Dimitry, On 12-09-12 13:09, Dimitry Andric wrote: > On 2012-09-12 12:46, Edward Meewis wrote: >> Has anyone recently built FreeBSD10-current with clang on a FreeBSD9 >> amd64 system? >> >> I've bumped into a number of issues. Mainly, buildworld picks up the old >> system includes, which miss newly introduced symbols; same thing with >> libraries. I fixed that by pointing compiler and linker to >> /usr/obj/FreeBSD-HEAD/tmp/include and lib. > > Strange, it should not do that. How exactly did you "point compiler and > linker"? What is your make.conf and/or src.conf? > > If had to hazard a guess based on this information alone, I would say > you are assigning to CFLAGS somewhere, instead of using +=. > I added the following lines to each individual Makefile it stumbled on: CFLAGS+= -I/usr/obj/usr/home/emeewis/src/FreeBSD-HEAD/tmp/usr/include LDADD+=-L/usr/obj/usr/home/emeewis/src/FreeBSD-HEAD/tmp/usr/lib or: LDFLAGS+=-L/usr/obj/usr/home/emeewis/src/FreeBSD-HEAD/tmp/usr/lib I hope to find a better place to set those, but it will do for now. > >> Building stops in lib/libstand: >> >> /usr/home/emeewis/src/FreeBSD-HEAD/lib/libstand/i386/_setjmp.S:50:82: >> error: register %rbp is only available in 64-bit mode >> .text; .p2align 4,0x90; .globl _setjmp; .type _setjmp,@function; >> _setjmp:; pushq %rbp; movq %rsp,%rbp; call .mcount; popq %rbp; 9: >> >> Libstand is build in i386 mode, but includes machine/asm.h in _setjmp.S. >> Is there a way to force it to use i386/asm.h? >> >> I had a go with gcc, but I got the same results... > > There must be a certain setting on your system which causes this. Most > likely, it is again using your existing system headers, instead of those > in /usr/obj. I suppose so, but where? Thanks for your help, Edward /etc/make.conf: ---------------------- # # Clang # USE_CLANG?=no # .if ${USE_CLANG} == "yes" .if !defined(CC) || ${CC} == "cc" CC=/usr/local/bin/clang .endif .if !defined(CXX) || ${CXX} == "c++" CXX=/usr/local/bin/clang++ .endif .if !defined(CPP) || ${CPP} == "cpp" #CPP=/usr/local/bin/clang .endif # Don't die on warnings NO_WERROR= WERROR= # Don't forget this when using Jails! NO_FSCHG= .endif # # Build kernel options # BOOTWAIT=5 KERNCONF=AMD-Minimal # # Kernel modules # # Needed by ssh and bind MODULES_OVERRIDE+=random # # Power management options MODULES_OVERRIDE+=cpuctl cpufreq #MODULES_OVERRIDE+=coretemp # # Legacy ATA support MODULES_OVERRIDE+=ata/atacore ata/atapci MODULES_OVERRIDE+=ata/atapicd MODULES_OVERRIDE+=md # # File systems MODULES_OVERRIDE+=procfs pseudofs MODULES_OVERRIDE+=msdosfs cd9660 MODULES_OVERRIDE+=krpc nfscl nfscommon nfslock nfssvc MODULES_OVERRIDE+=libiconv smbfs #MODULES_OVERRIDE+=ntfs # # Networking MODULES_OVERRIDE+=netgraph/netgraph MODULES_OVERRIDE+=mii re # # USB MODULES_OVERRIDE+=usb/usb MODULES_OVERRIDE+=usb/ugensa MODULES_OVERRIDE+=usb/uhci usb/ohci usb/ehci # HIDs, keyboards and mice MODULES_OVERRIDE+=usb/uhid usb/ukbd usb/ums # Printers #MODULES_OVERRIDE+=usb/ulpt # Storage MODULES_OVERRIDE+=usb/umass # # Graphic display MODULES_OVERRIDE+=agp MODULES_OVERRIDE+=drm/drm drm/i915 # # Serial port MODULES_OVERRIDE+=uart # # Parallel port MODULES_OVERRIDE+=ppc ppbus lpt # Parallel "Geek" port #MODULES_OVERRIDE+=ppi # # I2C bus #MODULES_OVERRIDE+=i2c/iicbus i2c/smbus i2c/smb #MODULES_OVERRIDE+=i2c/controllers/intpm # # Sound MODULES_OVERRIDE+=sound/sound sound/driver/hda # # Linux emulation #MODULES_OVERRIDE+=linux linprocfs # # Needed for firefox HTML5 #MODULES_OVERRIDE+=sem # added by use.perl 2012-02-16 20:40:59 PERL_VERSION=5.12.4 /etc/src.conf ------------------ # src.conf - Source build options #WITHOUT_TOOLCHAINS="yes" WITHOUT_ATM="yes" WITHOUT_BLUETOOTH="yes" WITHOUT_BSNMP="yes" WITHOUT_CDDL="yes" WITHOUT_CLANG="yes" WITHOUT_CTM="yes" WITHOUT_CVS="yes" WITHOUT_GCC="yes" #WITHOUT_GROFF="yes" WITHOUT_IPX="yes" WITHOUT_IPX_SUPPORT="yes" WITHOUT_LIB32="yes" WITHOUT_NCP="yes" WITHOUT_OBJC="yes" WITHOUT_PPP="yes" WITHOUT_RCMDS="yes" WITHOUT_RESCUE="yes" WITHOUT_RCS="yes" WITHOUT_SENDMAIL="yes" WITHOUT_WIRELESS="yes" WITHOUT_WIRELESS_SUPPORT="yes" WITHOUT_WPA_SUPPLICANT_EAPOL="yes" WITHOUT_ZFS="yes" From owner-freebsd-current@FreeBSD.ORG Wed Sep 12 11:49:50 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CA383106564A; Wed, 12 Sep 2012 11:49:50 +0000 (UTC) (envelope-from theraven@theravensnest.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) by mx1.freebsd.org (Postfix) with ESMTP id 9034F8FC1A; Wed, 12 Sep 2012 11:49:50 +0000 (UTC) Received: from c120.sec.cl.cam.ac.uk (c120.sec.cl.cam.ac.uk [128.232.18.120]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id q8CBniUt025904 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Wed, 12 Sep 2012 11:49:45 GMT (envelope-from theraven@theravensnest.org) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=iso-8859-1 From: David Chisnall In-Reply-To: <5050513C.7040100@dougbarton.us> Date: Wed, 12 Sep 2012 12:49:44 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <7778270C-218B-4F23-9941-D6DBED8E054D@theravensnest.org> References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911132410.GA87126@troutmask.apl.washington.edu> <504F4645.4070900@FreeBSD.org> <20120911150356.GA87526@troutmask.apl.washington.edu> <5050513C.7040100@dougbarton.us> To: Doug Barton X-Mailer: Apple Mail (2.1278) X-Mailman-Approved-At: Wed, 12 Sep 2012 12:04:20 +0000 Cc: toolchain@freebsd.org, Roman Divacky , Dimitry Andric , current@freebsd.org, Steve Kargl Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2012 11:49:50 -0000 On 12 Sep 2012, at 10:09, Doug Barton wrote: > Also, users who actually are helping with testing clang for ports > continue to report runtime problems, even with things that build fine. I hope that you are encouraging maintainers of ports that don't work as = expected with clang to submit bug reports upstream. We can't fix bugs = if we aren't made aware of them. David Current hat: LLVM / Clang developer.= From owner-freebsd-current@FreeBSD.ORG Wed Sep 12 12:15:33 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 92982106564A for ; Wed, 12 Sep 2012 12:15:33 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4CAB48FC14 for ; Wed, 12 Sep 2012 12:15:33 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:d8a:6180:883f:1cf5] (unknown [IPv6:2001:7b8:3a7:0:d8a:6180:883f:1cf5]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 6EEAD5C37; Wed, 12 Sep 2012 14:15:32 +0200 (CEST) Message-ID: <50507CE6.6060803@FreeBSD.org> Date: Wed, 12 Sep 2012 14:15:34 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20120905 Thunderbird/16.0 MIME-Version: 1.0 To: Edward Meewis References: <5050680C.4020402@extraordinarymachine.nl> <50506D6E.3040905@FreeBSD.org> <505075C3.7010504@extraordinarymachine.nl> In-Reply-To: <505075C3.7010504@extraordinarymachine.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Building world with clang ToT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2012 12:15:33 -0000 On 2012-09-12 13:45, Edward Meewis wrote: ... > I added the following lines to each individual Makefile it stumbled on: > > CFLAGS+= -I/usr/obj/usr/home/emeewis/src/FreeBSD-HEAD/tmp/usr/include > > LDADD+=-L/usr/obj/usr/home/emeewis/src/FreeBSD-HEAD/tmp/usr/lib > or: > LDFLAGS+=-L/usr/obj/usr/home/emeewis/src/FreeBSD-HEAD/tmp/usr/lib > > I hope to find a better place to set those, but it will do for now. Normally this should never be done, but it could work in theory. ... >> There must be a certain setting on your system which causes this. Most >> likely, it is again using your existing system headers, instead of those >> in /usr/obj. > > I suppose so, but where? ... > /etc/make.conf: > ---------------------- > # > # Clang > # > USE_CLANG?=no > # > .if ${USE_CLANG} == "yes" > .if !defined(CC) || ${CC} == "cc" > CC=/usr/local/bin/clang Don't use absolute paths here, it will not work for buildworld. This has been discussed recently in another thread. (Not an issue with clang or gcc, but with the way buildworld bootstraps its compiler in general.) ... > /etc/src.conf > ------------------ > # src.conf - Source build options > > #WITHOUT_TOOLCHAINS="yes" > > WITHOUT_ATM="yes" > WITHOUT_BLUETOOTH="yes" > WITHOUT_BSNMP="yes" > WITHOUT_CDDL="yes" > WITHOUT_CLANG="yes" > WITHOUT_CTM="yes" > WITHOUT_CVS="yes" > WITHOUT_GCC="yes" I don't think buildworld can ever work correctly, if you have both WITHOUT_CLANG and WITHOUT_GCC defined, at least not with how it is currently implemented. At least, certainly not for a -CURRENT build on -STABLE, that is. If you'd build this on a fully installed -CURRENT box, it might complete, but again, no guarantees. Try building with gcc, while removing the WITHOUT_GCC line, or building with clang, while removing the WITHOUT_CLANG line. From owner-freebsd-current@FreeBSD.ORG Wed Sep 12 13:03:45 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 36126106566B; Wed, 12 Sep 2012 13:03:45 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id B81848FC1A; Wed, 12 Sep 2012 13:03:44 +0000 (UTC) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id AD6296A6001; Wed, 12 Sep 2012 15:03:43 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.5/8.14.5) with ESMTP id q8CD3h61075031; Wed, 12 Sep 2012 15:03:43 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.5/8.14.5/Submit) id q8CD3h10074544; Wed, 12 Sep 2012 15:03:43 +0200 (CEST) (envelope-from lars) Date: Wed, 12 Sep 2012 15:03:43 +0200 From: Lars Engels To: Mark Linimon Message-ID: <20120912130343.GL20762@e-new.0x20.net> References: <20120910211207.GC64920@lor.one-eyed-alien.net> <504ED1FC.3090608@FreeBSD.org> <20120911092750.GF20762@e-new.0x20.net> <20120912091520.GB22971@lonesome.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EecmvZxDifkbrwfl" Content-Disposition: inline In-Reply-To: <20120912091520.GB22971@lonesome.com> X-Editor: VIM - Vi IMproved 7.3 X-Operation-System: FreeBSD 8.3-RELEASE-p2 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: toolchain@FreeBSD.org, Doug Barton , current@FreeBSD.org, Brooks Davis , freebsd-ports@FreeBSD.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2012 13:03:45 -0000 --EecmvZxDifkbrwfl Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 12, 2012 at 04:15:20AM -0500, Mark Linimon wrote: > On Tue, Sep 11, 2012 at 11:27:50AM +0200, Lars Engels wrote: > > At the moment the ports maintainers don't give much about if their ports > > build with CLANG or not because they're not forced to. >=20 > I think this is a mis-representation. >=20 > Adding the requirement "your ports must work on clang" is adding an > ex-post-facto requirement. This creates the following matrix of what > we are implicitly asking maintainers to do: >=20 > (FreeBSD 7|8|9|10) * (amd64|arm|i386|powerpc|sparc64) * (base gcc|base cl= ang) >=20 > It is completely insane to expect anyone to be able to test in all of tho= se > environments, or even a tiny subset of them. This isn't what most people > sign up for when they sign up to maintain ports. No, I didn't mean it that way. I only meant that the people / maintainers running CURRENT will actually see that their ports don't work and if they want to keep on using them on CURRENT they need to fix them. e.g. two of the ports I maintain don't build with CLANG, yet. I just checked that on the wiki page [1]. I had to look that up manually, but would have experienced that if I my CURRENT box was building with CLANG by default. :) It's clear that we cannot expect our maintainers to check all possible combinations of FreeBSD, architecture and compiler. >=20 > > Those who don't run CURRENT won't notice, but those who do will have to > > get their butts up and fix the ports >=20 > I think it's foolish to assume that maintainres don't have their butts in > gear as it is. Please note, we have nearly 1300 PRs, hundreds of ports w= ith > build errors and/or PRs, and hundreds that fail on -current only. I try = to > advertise all these things the best I know how. Adding the hundreds that > fail on -clang only and then blaming the maintainers is simply going to be > counter-productive. [1] http://wiki.freebsd.org/PortsAndClang --EecmvZxDifkbrwfl Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlBQiC8ACgkQKc512sD3afgPvwCfUyxrjhOorLhdD74FRpsjBNWf Vf0AoIJbcpU2aWUOjrCvEmIytFESK1gI =ARp/ -----END PGP SIGNATURE----- --EecmvZxDifkbrwfl-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 12 14:56:27 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DCDD4106564A; Wed, 12 Sep 2012 14:56:27 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id B670A8FC08; Wed, 12 Sep 2012 14:56:27 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id A7CAF5623C; Wed, 12 Sep 2012 09:56:26 -0500 (CDT) Date: Wed, 12 Sep 2012 09:56:26 -0500 From: Mark Linimon To: Lars Engels Message-ID: <20120912145626.GA15977@lonesome.com> References: <20120910211207.GC64920@lor.one-eyed-alien.net> <504ED1FC.3090608@FreeBSD.org> <20120911092750.GF20762@e-new.0x20.net> <20120912091520.GB22971@lonesome.com> <20120912130343.GL20762@e-new.0x20.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120912130343.GL20762@e-new.0x20.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: toolchain@FreeBSD.org, Doug Barton , current@FreeBSD.org, Brooks Davis , freebsd-ports@FreeBSD.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2012 14:56:28 -0000 On Wed, Sep 12, 2012 at 03:03:43PM +0200, Lars Engels wrote: > two of the ports I maintain don't build with CLANG, yet. I > just checked that on the wiki page [1]. To repeat myself, the ports I've listed on that page are the "big problems". People need to look at the errorlogs URLs up at the top to see the complete list. mcl From owner-freebsd-current@FreeBSD.ORG Wed Sep 12 15:19:19 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49F7D1065670; Wed, 12 Sep 2012 15:19:19 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 05E3A8FC0A; Wed, 12 Sep 2012 15:19:18 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:31e6:f1e:dd72:edd6]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id EEE684AC2D; Wed, 12 Sep 2012 19:19:11 +0400 (MSK) Date: Wed, 12 Sep 2012 19:19:07 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <192201737.20120912191907@serebryakov.spb.ru> To: Patrick Lamaiziere In-Reply-To: <20120911232244.1cadc5b5@davenulle.org> References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911232244.1cadc5b5@davenulle.org> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: toolchain@freebsd.org, brooks@freebsd.org, current@freebsd.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Sep 2012 15:19:19 -0000 Hello, Patrick. You wrote 12 =F1=E5=ED=F2=FF=E1=F0=FF 2012 =E3., 1:22:44: PL> Well, I will not be able to run FreeBSD from scratch on my soekris :-) Thank you for warning, I've missed this. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Sep 12 15:32:20 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 108AD106564A; Wed, 12 Sep 2012 15:32:20 +0000 (UTC) (envelope-from ed@extraordinarymachine.nl) Received: from smtp-vbr9.xs4all.nl (smtp-vbr9.xs4all.nl [194.109.24.29]) by mx1.freebsd.org (Postfix) with ESMTP id 7ECD28FC1B; Wed, 12 Sep 2012 15:32:18 +0000 (UTC) Received: from jazzed.meewis.home (a80-101-71-20.adsl.xs4all.nl [80.101.71.20]) by smtp-vbr9.xs4all.nl (8.13.8/8.13.8) with ESMTP id q8CFVcpo068306; Wed, 12 Sep 2012 17:31:42 +0200 (CEST) (envelope-from ed@extraordinarymachine.nl) Received: from [192.168.1.254] (unknown [192.168.1.254]) by jazzed.meewis.home (Postfix) with ESMTP id E25385C0C; Wed, 12 Sep 2012 17:31:37 +0200 (CEST) Message-ID: <5050AAD6.2080202@extraordinarymachine.nl> Date: Wed, 12 Sep 2012 17:31:34 +0200 From: Edward Meewis User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: Dimitry Andric , Chuck Burns References: <5050680C.4020402@extraordinarymachine.nl> <50506D6E.3040905@FreeBSD.org> <505075C3.7010504@extraordinarymachine.nl> <50507CE6.6060803@FreeBSD.org> In-Reply-To: <50507CE6.6060803@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-current@FreeBSD.org Subject: Re: Building world with clang ToT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2012 15:32:20 -0000 On 12-09-12 14:15, Dimitry Andric wrote: > Try building with gcc, while removing the WITHOUT_GCC line, or building > with clang, while removing the WITHOUT_CLANG line. I'll be damned, that did it! (with gcc) Thanks, guys! -- Ed. From owner-freebsd-current@FreeBSD.ORG Wed Sep 12 15:48:47 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2242106566C for ; Wed, 12 Sep 2012 15:48:46 +0000 (UTC) (envelope-from w8hdkim@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id AF33B8FC08 for ; Wed, 12 Sep 2012 15:48:46 +0000 (UTC) Received: by vcbfw7 with SMTP id fw7so2872813vcb.13 for ; Wed, 12 Sep 2012 08:48:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=p4kdcKrRy2LqAkgBQvGsCmx6Lx++nv8a8sRiusX500M=; b=E4G23Md+x+PaA0oGsuo1qMdArDDkILp7EJTY9xWGtmALWa8h9k6ZobYHi7nt+wm8Ef yHEn2qLCqKejf3QbSPPxV9XIShsvOS49z081bj3YAshAQxa3QZfzYu6/GB1m3htu92FW 0ahyXTaOGhXt7zOqwXD4y2ldH0raw1aDxPyXuAsa9fHxvLPtktxqHuRRmmWPfFYudb13 9cj062t/h6rvH6srLM9AswCywCM/aqlB07RDQZsvC2RfBjGGGIZhM1V6kGTaCcpcyQtY pnc0KPMh+FfVIgdNtTHXRRkkUY8zgmS4KH/lzWNTMgKe+xqVZTc5YEa0sEUhQ6oaliNa VgJA== MIME-Version: 1.0 Received: by 10.52.28.113 with SMTP id a17mr23309300vdh.47.1347464925944; Wed, 12 Sep 2012 08:48:45 -0700 (PDT) Received: by 10.58.26.129 with HTTP; Wed, 12 Sep 2012 08:48:45 -0700 (PDT) Date: Wed, 12 Sep 2012 11:48:45 -0400 Message-ID: From: Kim Culhan To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: recently updated -current fatal trap at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2012 15:48:47 -0000 FreeBSD -current r240360 has a fatal trap at boot. This has been noted on two machines running -current which were updated using the recommended buildworld update procedure. Booting in single-user mode is possible and booting with the previous kernel, r240327M from ~ 09-10-12, is also possible and appears to run well. On the console the moment of failure is just after the config data for the last network device is displayed, where normally on the console is: add net default: gateway: 1.2.3.4 When pflog was enabled, pflog was the last item displayed, disabling pf and pflog has no effect. A serial console is not available so a picture of the console after the fatal trap is: https://picasaweb.google.com/lh/photo/vFCZkxwtD1iTis5FEFZPN3l5YW7gL02s7FRYfqxWRYs?feat=directlink Any recommendations toward finding the cause would be greatly appreciated. thanks -kim From owner-freebsd-current@FreeBSD.ORG Wed Sep 12 15:53:10 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EB4C106564A for ; Wed, 12 Sep 2012 15:53:10 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 674838FC12 for ; Wed, 12 Sep 2012 15:53:10 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA v2" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id 313D960E4; Wed, 12 Sep 2012 11:53:09 -0400 (EDT) DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=EhjnGJFJKuLtHOB7QpDMZlg8zrqBSBw36aKAWbtIvdErAE6k3p/VfgMCUcdYytuTJ QB9HILd3UoqZ8PL0hjZdCzIK8fQarJ1tt1GKO6m9SNJXCqU3Xakrr5BOSqCEd1d Message-ID: <5050AFE2.7060008@protected-networks.net> Date: Wed, 12 Sep 2012 11:53:06 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:15.0) Gecko/20120910 Thunderbird/15.0.1 MIME-Version: 1.0 To: Kim Culhan References: In-Reply-To: X-Enigmail-Version: 1.4.3 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: recently updated -current fatal trap at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2012 15:53:10 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 09/12/12 11:48, Kim Culhan wrote: > FreeBSD -current r240360 has a fatal trap at boot. SVN r240367 reverts the troublesome change, imb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlBQr+IACgkQQv9rrgRC1JKkSQCggIYLIw3nXzJgbsWhMID7vyKG rBoAoLPqm84XvhMhf8Ykp6bcwcedu8XJ =q3eX -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Sep 12 15:57:50 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 93767106566B for ; Wed, 12 Sep 2012 15:57:50 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 6AC0F8FC08 for ; Wed, 12 Sep 2012 15:57:49 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.5/8.14.5) with ESMTP id q8CFvnhB040219; Wed, 12 Sep 2012 08:57:49 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id q8CFvnop040218; Wed, 12 Sep 2012 08:57:49 -0700 (PDT) (envelope-from david) Date: Wed, 12 Sep 2012 08:57:49 -0700 From: David Wolfskill To: Kim Culhan Message-ID: <20120912155749.GI3357@albert.catwhisker.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rtqL2qczZrjpIe/F" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org Subject: Re: recently updated -current fatal trap at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2012 15:57:50 -0000 --rtqL2qczZrjpIe/F Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 12, 2012 at 11:48:45AM -0400, Kim Culhan wrote: > FreeBSD -current r240360 has a fatal trap at boot. > ... As noted yesterday, yes. You need to either revert r240344 or apply r240367 (which reverts r240344). FWIW, I had no trouble at r240388. Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --rtqL2qczZrjpIe/F Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlBQsP0ACgkQmprOCmdXAD24MwCePi2a8gZZ3XNvRtI7Vd8+vrQW 10AAn0G2vabwQhDm/w9CKuxJvyVEQfxL =2gcn -----END PGP SIGNATURE----- --rtqL2qczZrjpIe/F-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 12 16:18:12 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1D5A0106566B for ; Wed, 12 Sep 2012 16:18:12 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id C8DAE8FC0A for ; Wed, 12 Sep 2012 16:18:11 +0000 (UTC) Received: from [192.168.0.6] (spaceball.home.andric.com [192.168.0.6]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 3C0E15C37; Wed, 12 Sep 2012 18:18:05 +0200 (CEST) Message-ID: <5050B5BE.7090005@FreeBSD.org> Date: Wed, 12 Sep 2012 18:18:06 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20120905 Thunderbird/16.0 MIME-Version: 1.0 To: Edward Meewis References: <5050680C.4020402@extraordinarymachine.nl> <50506D6E.3040905@FreeBSD.org> <505075C3.7010504@extraordinarymachine.nl> <50507CE6.6060803@FreeBSD.org> <5050AAD6.2080202@extraordinarymachine.nl> In-Reply-To: <5050AAD6.2080202@extraordinarymachine.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Chuck Burns Subject: Re: Building world with clang ToT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2012 16:18:12 -0000 On 2012-09-12 17:31, Edward Meewis wrote: > On 12-09-12 14:15, Dimitry Andric wrote: >> Try building with gcc, while removing the WITHOUT_GCC line, or building >> with clang, while removing the WITHOUT_CLANG line. > > I'll be damned, that did it! (with gcc) Note that some people have been working on external toolchain support. This would aim to make it possible to do what you were trying, e.g. building world using WITHOUT_TOOLCHAIN, which sets both WITHOUT_CLANG and WITHOUT_GCC, among others. However, I am not sure how far these efforts have come by now. :-) From owner-freebsd-current@FreeBSD.ORG Wed Sep 12 16:35:00 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A2C8A106564A; Wed, 12 Sep 2012 16:35:00 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id D3E398FC12; Wed, 12 Sep 2012 16:34:59 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.5/8.14.5) with ESMTP id q8CGYtfg086464; Wed, 12 Sep 2012 11:34:55 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.5/8.14.5/Submit) id q8CGYtBi086463; Wed, 12 Sep 2012 11:34:55 -0500 (CDT) (envelope-from brooks) Date: Wed, 12 Sep 2012 11:34:55 -0500 From: Brooks Davis To: Dimitry Andric Message-ID: <20120912163455.GA86169@lor.one-eyed-alien.net> References: <5050680C.4020402@extraordinarymachine.nl> <50506D6E.3040905@FreeBSD.org> <505075C3.7010504@extraordinarymachine.nl> <50507CE6.6060803@FreeBSD.org> <5050AAD6.2080202@extraordinarymachine.nl> <5050B5BE.7090005@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rwEMma7ioTxnRzrJ" Content-Disposition: inline In-Reply-To: <5050B5BE.7090005@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@FreeBSD.org, Edward Meewis , Chuck Burns Subject: Re: Building world with clang ToT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2012 16:35:00 -0000 --rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 12, 2012 at 06:18:06PM +0200, Dimitry Andric wrote: > On 2012-09-12 17:31, Edward Meewis wrote: > > On 12-09-12 14:15, Dimitry Andric wrote: > >> Try building with gcc, while removing the WITHOUT_GCC line, or building > >> with clang, while removing the WITHOUT_CLANG line. > > > > I'll be damned, that did it! (with gcc) >=20 > Note that some people have been working on external toolchain support. >=20 > This would aim to make it possible to do what you were trying, e.g. > building world using WITHOUT_TOOLCHAIN, which sets both WITHOUT_CLANG > and WITHOUT_GCC, among others. >=20 > However, I am not sure how far these efforts have come by now. :-) I've got some patches that aren't quite ready for prime-time that allow me to cross build world with an external CLANG. I'll post them to the toolchain@ list when they are closer to ready (hopefully quite soon). -- Brooks --rwEMma7ioTxnRzrJ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iD8DBQFQULmuXY6L6fI4GtQRAoXdAKC5HElhx1e5Tz6AlnyfPEC1OcsF4gCfYfMI h2EpF4ouIhJgDM8so8+8YUY= =tXce -----END PGP SIGNATURE----- --rwEMma7ioTxnRzrJ-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 12 18:07:09 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D845F1065674 for ; Wed, 12 Sep 2012 18:07:09 +0000 (UTC) (envelope-from w8hdkim@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8E3368FC17 for ; Wed, 12 Sep 2012 18:07:09 +0000 (UTC) Received: by vcbfw7 with SMTP id fw7so3129418vcb.13 for ; Wed, 12 Sep 2012 11:07:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Cln5aItIbS5zbiPR1EGX48ACq1a5gGX/gH8eEM5pwpE=; b=NnBPCPP6bw9OSlhTTTjIQDPB7cXdku9+uY1Ib/EgJDKa0kMA4I5eTtjUNWuQNFKLS1 QTfAuLPPy2Usv7+cLrqrv2GCH3VTuKPvqvA5/F+2liazECTxBwbu0RZwLrWJ+uqYWFHd 58IZMw9lDgX+KGASpAqbAAjPo8RDgFCR3EiUHVbl5XaBPfUul+F+2REXklr3e/8cjLy/ Pmrm/TX63HbuxUPL8TAVp4TSPDo0GzzR945/MZ9Ek6Rzewtu/UCeQXS9aE5uOKOkj/Qy fJbqFyOQZuKXSKleI48m5CuuEDEE5gwKcYjEYaB1PZ3fQkZ0h3vpv3xOKmnU7DoxBfau 11/w== MIME-Version: 1.0 Received: by 10.58.4.33 with SMTP id h1mr32127948veh.38.1347473228189; Wed, 12 Sep 2012 11:07:08 -0700 (PDT) Received: by 10.58.26.129 with HTTP; Wed, 12 Sep 2012 11:07:08 -0700 (PDT) In-Reply-To: <5050AFE2.7060008@protected-networks.net> References: <5050AFE2.7060008@protected-networks.net> Date: Wed, 12 Sep 2012 14:07:08 -0400 Message-ID: From: Kim Culhan To: imb@protected-networks.net, david@catwhisker.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: recently updated -current fatal trap at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2012 18:07:10 -0000 On Wed, Sep 12, 2012 at 11:53 AM, Michael Butler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 09/12/12 11:48, Kim Culhan wrote: >> FreeBSD -current r240360 has a fatal trap at boot. > > SVN r240367 reverts the troublesome change, > > imb On Wed, Sep 12, 2012 at 11:57 AM, David Wolfskill wrote: > On Wed, Sep 12, 2012 at 11:48:45AM -0400, Kim Culhan wrote: >> FreeBSD -current r240360 has a fatal trap at boot. >> ... > > As noted yesterday, yes. You need to either revert r240344 or apply > r240367 (which reverts r240344). > > FWIW, I had no trouble at r240388. Thanks to both of you for pointing this out, rebuilding now. -kim From owner-freebsd-current@FreeBSD.ORG Wed Sep 12 19:34:05 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4A57D1065688; Wed, 12 Sep 2012 19:34:05 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe05.c2i.net [212.247.154.130]) by mx1.freebsd.org (Postfix) with ESMTP id 6A5648FC26; Wed, 12 Sep 2012 19:34:03 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.212.201] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe05.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 315273244; Wed, 12 Sep 2012 21:33:57 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 12 Sep 2012 21:35:03 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.1-PRERELEASE; KDE/4.8.4; amd64; ; ) References: <201209101654.00891.hselasky@c2i.net> In-Reply-To: X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201209122135.03654.hselasky@c2i.net> Cc: Garrett Cooper , Alexander Yerenkow , Ivan Voras , freebsd-usb@freebsd.org Subject: Re: Raspberry PI gets USB support [FreeBSD 10 current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2012 19:34:05 -0000 On Wednesday 12 September 2012 12:24:58 Alexander Yerenkow wrote: > We tested kernel built by gonzo@, there working framebuffer, ue0, and > USB2.0 devices (in theory, I didn't have those). > But after some activity (like download few megabytes file) all is stuck > with message > usb device stalled > > This is getting 100% repeatedly, no matter if download goes to sd card, or > to malloc-md-device. > If (When) this will be fixed, then Rpi would be a candy, prepared to > testing and more or less usable. > I have in plans try it with xorg-framebuffer, and with directfb, while > there's no video support. Hi, You should try a kernel after "r240419" Right now my code uses PIO mode and is a bit slow, but it should be more stable. Let's start from there and work on upwards? Anyone care to look into to optimising bus_space_region_4() calls to use load/store multiple? --HPS From owner-freebsd-current@FreeBSD.ORG Wed Sep 12 20:55:17 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id 297601065670; Wed, 12 Sep 2012 20:55:17 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 86EDF1523B6; Wed, 12 Sep 2012 20:53:51 +0000 (UTC) Message-ID: <5050F65E.1040901@FreeBSD.org> Date: Wed, 12 Sep 2012 10:53:50 -1000 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: Erik Cederstrand References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911122122.GJ37286@deviant.kiev.zoral.com.ua> <20120911123833.GA54483@freebsd.org> <848C813E-E6EC-4FAF-9374-B5583A077404@cederstrand.dk> <505055F7.9020809@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.4.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: toolchain@freebsd.org, Roman Divacky , current@freebsd.org, freebsd-ports Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2012 20:55:17 -0000 On 9/12/2012 12:40 AM, Erik Cederstrand wrote: > Den 12/09/2012 kl. 11.29 skrev Doug Barton : > >> On 09/11/2012 02:52 AM, Erik Cederstrand wrote: >>> So can we do a sweep on the ports tree and mark the 2232 ports >>> with USE_GCC=4.2 until they can actually build with clang? >> >> Unfortunately it isn't that simple. We already have a >> statistically significant number of ports that don't even compile >> with gcc 4.2.1. How many compilers do we expect the users to >> install? :) > > If a port doesn't compile with the default compiler in base, I expect > that port to add a build dependency on the compiler that it actually > does compiles with. Yes, they do this now. The problem is that the set is growing, and the rate of growth is increasing. > Of course, I hope to not have 6 different > compilers installed on my system, but the list of build or runtime > dependencies are at the discretion of the port (maintainer). As you > (I think) said, we can't force port maintainers to patch their ports > to support clang. Those are unrelated issues. Please re-read the bits of my post that you snipped. The overwhelming majority of problems we have with compiling ports now would be fixed by having a modern version of gcc as the official (i.e., supported) "ports compiler." The clang efforts would be a parallel track. Doug From owner-freebsd-current@FreeBSD.ORG Wed Sep 12 20:50:22 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 314021065673 for ; Wed, 12 Sep 2012 20:50:22 +0000 (UTC) (envelope-from dougb@dougbarton.us) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id 9E9A38FC22 for ; Wed, 12 Sep 2012 20:50:21 +0000 (UTC) Received: (qmail 8203 invoked by uid 399); 12 Sep 2012 20:50:08 -0000 Received: from pluto.wwt.com (HELO ?172.29.3.77?) (dougb@dougbarton.us@198.200.139.3) by mail2.fluidhosting.com with ESMTPAM; 12 Sep 2012 20:50:08 -0000 X-Originating-IP: 198.200.139.3 X-Sender: dougb@dougbarton.us Message-ID: <5050F587.6010105@dougbarton.us> Date: Wed, 12 Sep 2012 10:50:15 -1000 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: David Chisnall References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911132410.GA87126@troutmask.apl.washington.edu> <504F4645.4070900@FreeBSD.org> <20120911150356.GA87526@troutmask.apl.washington.edu> <5050513C.7040100@dougbarton.us> <7778270C-218B-4F23-9941-D6DBED8E054D@theravensnest.org> In-Reply-To: <7778270C-218B-4F23-9941-D6DBED8E054D@theravensnest.org> X-Enigmail-Version: 1.4.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 12 Sep 2012 20:56:07 +0000 Cc: toolchain@freebsd.org, Roman Divacky , Dimitry Andric , current@freebsd.org, Steve Kargl Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2012 20:50:22 -0000 On 9/12/2012 1:49 AM, David Chisnall wrote: > On 12 Sep 2012, at 10:09, Doug Barton wrote: > >> Also, users who actually are helping with testing clang for ports >> continue to report runtime problems, even with things that build fine. > > I hope that you are encouraging maintainers of ports that don't work as expected with clang to submit bug reports upstream. We can't fix bugs if we aren't made aware of them. I personally am not directly involved in this effort (other than for my own ports), but from what I've seen the classical emphasis on pushing bug reports upstream has been applied in this area as well. hth, Doug From owner-freebsd-current@FreeBSD.ORG Wed Sep 12 22:42:34 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E1AFE106564A; Wed, 12 Sep 2012 22:42:34 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from agogare.doit.wisc.edu (agogare.doit.wisc.edu [144.92.197.211]) by mx1.freebsd.org (Postfix) with ESMTP id AD0AD8FC08; Wed, 12 Sep 2012 22:42:34 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth2.wiscmail.wisc.edu by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0MA900D02AYSJQ00@smtpauth2.wiscmail.wisc.edu>; Wed, 12 Sep 2012 16:42:28 -0500 (CDT) Received: from wanderer.tachypleus.net ([unknown] [128.104.255.7]) by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0MA9000BSAYRAQ20@smtpauth2.wiscmail.wisc.edu>; Wed, 12 Sep 2012 16:42:28 -0500 (CDT) Date: Wed, 12 Sep 2012 16:42:27 -0500 From: Nathan Whitehorn In-reply-to: <504F5101.8090906@FreeBSD.org> To: Dimitry Andric Message-id: <505101C3.70203@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=128.104.255.7 X-Spam-PmxInfo: Server=avs-14, Version=5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2012.9.12.213030, SenderIP=128.104.255.7 References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911132410.GA87126@troutmask.apl.washington.edu> <504F4645.4070900@FreeBSD.org> <504F4A6B.4010001@coosemans.org> <504F5101.8090906@FreeBSD.org> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120502 Thunderbird/12.0 Cc: toolchain@FreeBSD.org, Tijl Coosemans , current@FreeBSD.org, Steve Kargl Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2012 22:42:35 -0000 On 09/11/12 09:56, Dimitry Andric wrote: > On 2012-09-11 16:27, Tijl Coosemans wrote:> On 11-09-2012 16:10, > Dimitry Andric wrote: > ... >>> Yes, maths support, specifically precision, is admittedly still one of >>> clang's (really llvm's) weaker points. It is currently not really a >>> high priority item for upstream. >>> >>> This is obviously something that a certain part of our userbase will >>> care a lot about, while most of the time they won't care so much about >>> licensing or politics. So those people are probably better off using >>> gcc for the time being. >> >> Does it affect the accuracy of libm functions? > > It seems to, at least in specific cases; Steve posted about this in an > earlier thread on -current: > > http://docs.freebsd.org/cgi/mid.cgi?20120905221310.GA97847 > _______________________________________________ If true, this is a serious problem, especially for those of us who use FreeBSD in a scientific computing environment. -Nathan From owner-freebsd-current@FreeBSD.ORG Wed Sep 12 23:22:56 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9BD4106566B; Wed, 12 Sep 2012 23:22:56 +0000 (UTC) (envelope-from gerald@pfeifer.com) Received: from ainaz.pair.com (ainaz.pair.com [209.68.2.66]) by mx1.freebsd.org (Postfix) with ESMTP id B38438FC08; Wed, 12 Sep 2012 23:22:56 +0000 (UTC) Received: from k17.suse.de (charybdis-ext.suse.de [195.135.221.2]) by ainaz.pair.com (Postfix) with ESMTPSA id 561033F40F; Wed, 12 Sep 2012 19:22:49 -0400 (EDT) Date: Thu, 13 Sep 2012 01:22:46 +0200 (CEST) From: Gerald Pfeifer To: toolchain@freebsd.org In-Reply-To: <848C813E-E6EC-4FAF-9374-B5583A077404@cederstrand.dk> Message-ID: References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911122122.GJ37286@deviant.kiev.zoral.com.ua> <20120911123833.GA54483@freebsd.org> <848C813E-E6EC-4FAF-9374-B5583A077404@cederstrand.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Wed, 12 Sep 2012 23:40:04 +0000 Cc: current@freebsd.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Sep 2012 23:22:57 -0000 On Tue, 11 Sep 2012, Erik Cederstrand wrote: > So can we do a sweep on the ports tree and mark the 2232 ports with > USE_GCC=4.2 until they can actually build with clang? This could allow > the clang switch to proceed. Hopefully, waiting for GCC to compile just > to install some tiny port will be enough of a nuisance for people to > eventually fix the remaining ports. To make it less painful, I just adjusted lang/gcc42 to not boostrap any more, rather just build. This allows for a full build in ten or less minutes on an old quad core I used for testing. Gerald From owner-freebsd-current@FreeBSD.ORG Thu Sep 13 02:08:44 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63EE4106564A; Thu, 13 Sep 2012 02:08:44 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 338AC8FC08; Thu, 13 Sep 2012 02:08:44 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q8D28Ywa008402; Wed, 12 Sep 2012 19:08:34 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q8D28XT8008401; Wed, 12 Sep 2012 19:08:33 -0700 (PDT) (envelope-from sgk) Date: Wed, 12 Sep 2012 19:08:33 -0700 From: Steve Kargl To: Nathan Whitehorn Message-ID: <20120913020833.GA8255@troutmask.apl.washington.edu> References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911132410.GA87126@troutmask.apl.washington.edu> <504F4645.4070900@FreeBSD.org> <504F4A6B.4010001@coosemans.org> <504F5101.8090906@FreeBSD.org> <505101C3.70203@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <505101C3.70203@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: toolchain@freebsd.org, Tijl Coosemans , Dimitry Andric , current@freebsd.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 13 Sep 2012 02:08:44 -0000 On Wed, Sep 12, 2012 at 04:42:27PM -0500, Nathan Whitehorn wrote: > On 09/11/12 09:56, Dimitry Andric wrote: > >On 2012-09-11 16:27, Tijl Coosemans wrote:> On 11-09-2012 16:10, > >Dimitry Andric wrote: > >... > >>>Yes, maths support, specifically precision, is admittedly still one of > >>>clang's (really llvm's) weaker points. It is currently not really a > >>>high priority item for upstream. > >>> > >>>This is obviously something that a certain part of our userbase will > >>>care a lot about, while most of the time they won't care so much about > >>>licensing or politics. So those people are probably better off using > >>>gcc for the time being. > >> > >>Does it affect the accuracy of libm functions? > > > >It seems to, at least in specific cases; Steve posted about this in an > >earlier thread on -current: > > > > http://docs.freebsd.org/cgi/mid.cgi?20120905221310.GA97847 > >_______________________________________________ > > If true, this is a serious problem, especially for those of us who use > FreeBSD in a scientific computing environment. Just to clarify. I do not oppose switching the default compiler to clang as long as the proponents for the switch have shown adequate testing. Neither clang successfully building world nor clang building a working kernel are adequate testing (IMHO). Neither of those "benchmarks" use floating point, and AFAIK the libm built by clang during a buildworld is not (extensively?) exercised. As far as the URL above, I've been fixing accuracy issues in the j0f() function, and so, I have a program that allows me to exhaustively test all possible input values in the range reported. For my locally patched j0f(), I saw the issue as reported in the URL, but in doing additional development on j0f() I accidentally deletely/lost that specific version of the code. I hope to regenerate the code from my notes this weekend, and redo the tests. In regards to my initial post in this thread, I was just trying to assess whether any benchmarks have been performed on FreeBSD for floating point generated by clang. Other than the limited testing that I've done, it appears that the answer is 'no'. -- Steve From owner-freebsd-current@FreeBSD.ORG Thu Sep 13 04:06:11 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A97E81065680; Thu, 13 Sep 2012 04:06:11 +0000 (UTC) (envelope-from jbeich@tormail.org) Received: from cpanel.centralhosts.net (cpanel.centralhosts.net [66.55.76.125]) by mx1.freebsd.org (Postfix) with ESMTP id 7BC468FC17; Thu, 13 Sep 2012 04:06:11 +0000 (UTC) Received: from tor20.anonymizer.ccc.de ([31.172.30.3]:44187 helo=internal.tormail.org) by cpanel.centralhosts.net with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.77) (envelope-from ) id 1TC0f1-0004zi-NC; Thu, 13 Sep 2012 00:04:16 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tormail.org; s=tm; h=Message-Id:X-TorMail-User:Content-Type:MIME-Version:References:Date:Subject:Cc:To:From; bh=ktm/Q3bdghuCfK2qPNSkIR+qksEg8GID3pqW7J3+raw=; b=hF7X8kvg+M09WAsw3yOZXnrybreCgmWQQT1OPCV2kgqri+eV354RHJqvByxmaq7YXry/c+UKczMeFQbjXxkqL/XvQpB2UEqisVehnCFdqLSmUPafpD4fQeSf5jnOpCYMrULi2ayrRSRVNLUjxCSGDE40KYCSjncAuqE4gYNWPc8=; Received: from jbeich by internal.tormail.org with local (Exim 4.63) (envelope-from ) id 1TC0ey-0009o8-NU; Thu, 13 Sep 2012 04:04:15 +0000 From: Jan Beich To: Doug Barton Date: Wed, 12 Sep 2012 17:03:09 -1100 References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911122122.GJ37286@deviant.kiev.zoral.com.ua> <20120911123833.GA54483@freebsd.org> <848C813E-E6EC-4FAF-9374-B5583A077404@cederstrand.dk> <505055F7.9020809@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain X-TorMail-User: jbeich Message-Id: <1TC0ey-0009o8-NU@internal.tormail.org> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel.centralhosts.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - tormail.org Cc: toolchain@freebsd.org, Roman Divacky , current@freebsd.org, Erik Cederstrand , freebsd-ports Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 13 Sep 2012 04:06:11 -0000 Doug Barton writes: > On 09/11/2012 02:52 AM, Erik Cederstrand wrote: >> So can we do a sweep on the ports tree and mark the 2232 ports with USE_GCC=4.2 until they can actually build with clang? > > Unfortunately it isn't that simple. We already have a statistically > significant number of ports that don't even compile with gcc 4.2.1. How > many compilers do we expect the users to install? :) > > What we need to do is what I and others have been asking to do for > years. We need to designate a modern version of gcc (no less than 4.6) > as the official default ports compiler, and rework whatever is needed to > support this. Fortunately, that goal is much more easily achieved than > fixing ports to build and run with clang. (It's harder than it sounds > because there are certain key libs that define some paths depending on > what compiler they were built with, but still easier than dealing with > clang in the short term.) To that effect ports also need to respect CC/CXX. There were a few -exp runs without /usr/bin/{cc,gcc,etc} to find out non-conforming ones as part of ports/159117. However, the issue was quickly shoved under the carpet in order to focus on the more important, clang as default. # last try, assumes_gcc are ports ignoring CC/CXX, many are fixed http://pointyhat.freebsd.org/errorlogs/amd64-errorlogs/e.9-exp.20110723205754/index-reason.html > > Once that is done, the compiler in the base is an afterthought, and we > can do away with gcc in the base altogether much more easily. Users who > want to help support building ports with clang can continue to do so. > > Doug -- Ignoring for the moment clang -exp runs are *still* done with clang 3.0 while we're discussing here clang 3.2 becoming default. From owner-freebsd-current@FreeBSD.ORG Thu Sep 13 06:21:35 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8D2E51065672; Thu, 13 Sep 2012 06:21:35 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from cpanel09.rubas.ch (cpanel09.rubas.ch [195.182.222.79]) by mx1.freebsd.org (Postfix) with ESMTP id 36A718FC0A; Thu, 13 Sep 2012 06:21:34 +0000 (UTC) Received: from 175-3.192-178.cust.bluewin.ch ([178.192.3.175]:49728 helo=gahrfit.gahr.ch) by cpanel09.rubas.ch with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1TC2nt-0015Ks-C8; Thu, 13 Sep 2012 08:21:33 +0200 Date: Thu, 13 Sep 2012 08:21:31 +0200 From: Pietro Cerutti To: Doug Barton Message-ID: <20120913062131.GA29644@gahrfit.gahr.ch> References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911122122.GJ37286@deviant.kiev.zoral.com.ua> <20120911123833.GA54483@freebsd.org> <848C813E-E6EC-4FAF-9374-B5583A077404@cederstrand.dk> <505055F7.9020809@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline In-Reply-To: <505055F7.9020809@FreeBSD.org> X-PGP-Key: 0x9571F78E X-PGP-Fingerprint: 1203 92B5 3919 AF84 9B97 28D6 C0C2 6A98 9571 F78E User-Agent: Mutt/1.5.21 (2010-09-15) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel09.rubas.ch X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - FreeBSD.org Cc: toolchain@freebsd.org, Roman Divacky , current@freebsd.org, Erik Cederstrand , freebsd-ports Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gahr@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Sep 2012 06:21:35 -0000 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2012-Sep-11, 23:29, Doug Barton wrote: > What we need to do is what I and others have been asking to do for > years. We need to designate a modern version of gcc (no less than 4.6) > as the official default ports compiler, and rework whatever is needed to > support this. Fortunately, that goal is much more easily achieved than > fixing ports to build and run with clang. (It's harder than it sounds > because there are certain key libs that define some paths depending on > what compiler they were built with, but still easier than dealing with > clang in the short term.) I like the idea very much. My only concern is that gcc is heavy to build. I can't imagine booting into a freshly installed production machine and having to install gcc just to build the couple of ports that I need there. Unless we provide a fast shortcut way to have make depends install gcc via pkg when needed, or some similar mechanism.. --=20 Pietro Cerutti The FreeBSD Project gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlBRe2oACgkQwMJqmJVx947XVgCgpVWFBNsskNGqiJyBD8T6G4uj xSQAoOPrdJDPUKrOac2HZW0RASzE4brL =dAVr -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 13 06:46:26 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 20ACF106564A; Thu, 13 Sep 2012 06:46:26 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id EBA538FC12; Thu, 13 Sep 2012 06:46:25 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 70CA65623C; Thu, 13 Sep 2012 01:46:25 -0500 (CDT) Date: Thu, 13 Sep 2012 01:46:25 -0500 From: Mark Linimon To: Pietro Cerutti Message-ID: <20120913064625.GB2452@lonesome.com> References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911122122.GJ37286@deviant.kiev.zoral.com.ua> <20120911123833.GA54483@freebsd.org> <848C813E-E6EC-4FAF-9374-B5583A077404@cederstrand.dk> <505055F7.9020809@FreeBSD.org> <20120913062131.GA29644@gahrfit.gahr.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120913062131.GA29644@gahrfit.gahr.ch> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Doug Barton , current@freebsd.org, Erik Cederstrand , Roman Divacky , toolchain@freebsd.org, freebsd-ports Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 13 Sep 2012 06:46:26 -0000 On Thu, Sep 13, 2012 at 08:21:31AM +0200, Pietro Cerutti wrote: > On 2012-Sep-11, 23:29, Doug Barton wrote: > > What we need to do is what I and others have been asking to do for > > years. We need to designate a modern version of gcc (no less than 4.6) > > as the official default ports compiler, and rework whatever is needed to > > support this. Fortunately, that goal is much more easily achieved than > > fixing ports to build and run with clang. (It's harder than it sounds > > because there are certain key libs that define some paths depending on > > what compiler they were built with, but still easier than dealing with > > clang in the short term.) > > I like the idea very much. My only concern is that gcc is heavy to > build. Gerald has been advocating this for a while as well. In fact, he's just made a commit that makes the lang/gcc42 compiler much easier to bootstrap itself. There's a set of interlocking changes that we need to make to the infrastructure to modernize our compiler choices. I've been talking to Gerald about some of the aspects of it and hope to have something to propose fairly soon. But IMHO it's a little bit trickier than it appears at first glance. mcl From owner-freebsd-current@FreeBSD.ORG Thu Sep 13 09:28:11 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACDE3106566B; Thu, 13 Sep 2012 09:28:11 +0000 (UTC) (envelope-from ed@extraordinarymachine.nl) Received: from smtp-vbr7.xs4all.nl (smtp-vbr7.xs4all.nl [194.109.24.27]) by mx1.freebsd.org (Postfix) with ESMTP id 39D3C8FC08; Thu, 13 Sep 2012 09:28:10 +0000 (UTC) Received: from jazzed.meewis.home (a80-101-71-20.adsl.xs4all.nl [80.101.71.20]) by smtp-vbr7.xs4all.nl (8.13.8/8.13.8) with ESMTP id q8D9Rdei007178; Thu, 13 Sep 2012 11:27:39 +0200 (CEST) (envelope-from ed@extraordinarymachine.nl) Received: from [192.168.1.254] (unknown [192.168.1.254]) by jazzed.meewis.home (Postfix) with ESMTP id 0FC7C5C14; Thu, 13 Sep 2012 11:27:39 +0200 (CEST) Message-ID: <5051A707.1030901@extraordinarymachine.nl> Date: Thu, 13 Sep 2012 11:27:35 +0200 From: Edward Meewis User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: Brooks Davis References: <5050680C.4020402@extraordinarymachine.nl> <50506D6E.3040905@FreeBSD.org> <505075C3.7010504@extraordinarymachine.nl> <50507CE6.6060803@FreeBSD.org> <5050AAD6.2080202@extraordinarymachine.nl> <5050B5BE.7090005@FreeBSD.org> <20120912163455.GA86169@lor.one-eyed-alien.net> In-Reply-To: <20120912163455.GA86169@lor.one-eyed-alien.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-current@FreeBSD.org Subject: Re: Building world with clang ToT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 13 Sep 2012 09:28:11 -0000 Hi Brook, On 12-09-12 18:34, Brooks Davis wrote: > > Note that some people have been working on external toolchain support. > > This would aim to make it possible to do what you were trying, e.g. > building world using WITHOUT_TOOLCHAIN, which sets both WITHOUT_CLANG > and WITHOUT_GCC, among others. > > However, I am not sure how far these efforts have come by now. :-) > I've got some patches that aren't quite ready for prime-time that > allow me to cross build world with an external CLANG. I'll post them to > the toolchain@ list when they are closer to ready (hopefully quite soon). > > -- Brooks I'd be interested in those, even if there are some rough edges. (I don't mind sub-prime, this time ;) FWIW: The clang build finished too, but with two hick-ups: 1. - kdump: build reports 4 errors: ===> usr.bin/kdump (depend) sh /usr/home/emeewis/contrib/FreeBSD-HEAD/usr.bin/kdump/mksubr /usr/obj/usr/home/emeewis/contrib/FreeBSD-HEAD/tmp/usr/include >kdump_subr.c env MACHINE=amd64 CPP="cpp" sh /usr/home/emeewis/contrib/FreeBSD-HEAD/usr.bin/kdump/mkioctls print /usr/obj/usr/home/emeewis/contrib/FreeBSD-HEAD/tmp/usr/include > ioctl.c :8:31: error: cam/scsi/scsi_enc.h: No such file or directory :17:33: error: dev/filemon/filemon.h: No such file or directory :35:33: error: fs/nandfs/nandfs_fs.h: No such file or directory :46:24: error: net/netmap.h: No such file or directory (As a consequence ?) clang doesn't pick up 2 symbols: MFI_CMD32 and MFIIO_PASSTHRU32 which are defined if COMPAT_FREEBSD32 is set in sys/dev/mfi/mfi_ioctl.h 2. lint calls tmp/usr/cc directly: buildworld-clang.log:===> usr.bin/xlint/llib (all) buildworld-clang.log:lint -cghapbx -Cposix /usr/home/emeewis/contrib/FreeBSD-HEAD/usr.bin/xlint/llib/llib-lposix buildworld-clang.log:lint: cannot exec /usr/obj/usr/home/emeewis/contrib/FreeBSD-HEAD/tmp/usr/bin/cc: No such file or directory buildworld-clang.log:Stop in /usr/home/emeewis/contrib/FreeBSD-HEAD/usr.bin/xlint/llib. A link from cc to clang in the same directory fixes that. Regards, Ed. ps: re. 1: the gcc build calls: ===> usr.bin/kdump (depend) /bin/sh /usr/home/emeewis/contrib/FreeBSD-HEAD/usr.bin/kdump/../../sys/kern/makesyscalls.sh /usr/home/emeewis/contrib/FreeBSD-HEAD/usr.bin/kdump/../../sys/amd64/linux32/syscalls.master /usr/home/emeewis/contrib/FreeBSD-HEAD/usr.bin/kdump/linux_syscalls.conf sh /usr/home/emeewis/contrib/FreeBSD-HEAD/usr.bin/kdump/mksubr /usr/obj/usr/home/emeewis/contrib/FreeBSD-HEAD/tmp/usr/include | sed -n 's/^\([a-z].*)\)$/void \1;/p' >kdump_subr.h echo "int nlinux_syscalls = sizeof(linux_syscallnames) / sizeof(linux_syscallnames[0]);" >> linux_syscalls.c env MACHINE=amd64 CPP="cpp" sh /usr/home/emeewis/contrib/FreeBSD-HEAD/usr.bin/kdump/mkioctls print /usr/obj/usr/home/emeewis/contrib/FreeBSD-HEAD/tmp/usr/include > ioctl.c From owner-freebsd-current@FreeBSD.ORG Thu Sep 13 11:30:08 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 97209106566B; Thu, 13 Sep 2012 11:30:08 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 46BA68FC08; Thu, 13 Sep 2012 11:30:08 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:ad74:9082:517c:dd66] (unknown [IPv6:2001:7b8:3a7:0:ad74:9082:517c:dd66]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id CFCED5C37; Thu, 13 Sep 2012 13:30:05 +0200 (CEST) Message-ID: <5051C3C1.8020802@FreeBSD.org> Date: Thu, 13 Sep 2012 13:30:09 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20120905 Thunderbird/16.0 MIME-Version: 1.0 To: Edward Meewis References: <5050680C.4020402@extraordinarymachine.nl> <50506D6E.3040905@FreeBSD.org> <505075C3.7010504@extraordinarymachine.nl> <50507CE6.6060803@FreeBSD.org> <5050AAD6.2080202@extraordinarymachine.nl> <5050B5BE.7090005@FreeBSD.org> <20120912163455.GA86169@lor.one-eyed-alien.net> <5051A707.1030901@extraordinarymachine.nl> In-Reply-To: <5051A707.1030901@extraordinarymachine.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Brooks Davis Subject: Re: Building world with clang ToT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 13 Sep 2012 11:30:08 -0000 On 2012-09-13 11:27, Edward Meewis wrote: ... > FWIW: The clang build finished too, but with two hick-ups: > 1. - kdump: build reports 4 errors: > > ===> usr.bin/kdump (depend) > sh /usr/home/emeewis/contrib/FreeBSD-HEAD/usr.bin/kdump/mksubr > /usr/obj/usr/home/emeewis/contrib/FreeBSD-HEAD/tmp/usr/include >kdump_subr.c > env MACHINE=amd64 CPP="cpp" sh > /usr/home/emeewis/contrib/FreeBSD-HEAD/usr.bin/kdump/mkioctls print > /usr/obj/usr/home/emeewis/contrib/FreeBSD-HEAD/tmp/usr/include > ioctl.c > :8:31: error: cam/scsi/scsi_enc.h: No such file or directory > :17:33: error: dev/filemon/filemon.h: No such file or directory > :35:33: error: fs/nandfs/nandfs_fs.h: No such file or directory > :46:24: error: net/netmap.h: No such file or directory > > (As a consequence ?) clang doesn't pick up 2 symbols: MFI_CMD32 and > MFIIO_PASSTHRU32 which are defined if COMPAT_FREEBSD32 is set in > sys/dev/mfi/mfi_ioctl.h I don't think this has anything to do with clang, since you can see CPP="cpp" in that command line, which usually is GNU cpp. For clang, you should set CPP=clang-cpp instead. What seems to be happening is that certain headers it expects are not install in ${DESTDIR}, which should be ${WORLDTMP} during buildworld. It is possible that due to all the WITHOUT_ options you have defined, some of those headers may not be installed. > 2. lint calls tmp/usr/cc directly: > > buildworld-clang.log:===> usr.bin/xlint/llib (all) > buildworld-clang.log:lint -cghapbx -Cposix > /usr/home/emeewis/contrib/FreeBSD-HEAD/usr.bin/xlint/llib/llib-lposix > buildworld-clang.log:lint: cannot exec > /usr/obj/usr/home/emeewis/contrib/FreeBSD-HEAD/tmp/usr/bin/cc: No such > file or directory > buildworld-clang.log:Stop in > /usr/home/emeewis/contrib/FreeBSD-HEAD/usr.bin/xlint/llib. > > A link from cc to clang in the same directory fixes that. Yes, that is a known problem in lint, but I have no great urge to fix it. IMHO lint should be axed, the program is simply obsolete. From owner-freebsd-current@FreeBSD.ORG Thu Sep 13 15:32:30 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BCFD6106566C; Thu, 13 Sep 2012 15:32:30 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 2AF4F8FC0A; Thu, 13 Sep 2012 15:32:23 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id q8DFWGhZ045467; Thu, 13 Sep 2012 09:32:16 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q8DFWCGW051984; Thu, 13 Sep 2012 09:32:12 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Steve Kargl In-Reply-To: <20120913020833.GA8255@troutmask.apl.washington.edu> References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911132410.GA87126@troutmask.apl.washington.edu> <504F4645.4070900@FreeBSD.org> <504F4A6B.4010001@coosemans.org> <504F5101.8090906@FreeBSD.org> <505101C3.70203@freebsd.org> <20120913020833.GA8255@troutmask.apl.washington.edu> Content-Type: text/plain; charset="us-ascii" Date: Thu, 13 Sep 2012 09:32:12 -0600 Message-ID: <1347550332.1110.108.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Coosemans , current@freebsd.org, Dimitry Andric , toolchain@freebsd.org, Nathan Whitehorn , Tijl Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 13 Sep 2012 15:32:30 -0000 On Wed, 2012-09-12 at 19:08 -0700, Steve Kargl wrote: > In regards to my initial post in this thread, I was just trying > to assess whether any benchmarks have been performed on FreeBSD > for floating point generated by clang. Other than the limited > testing that I've done, it appears that the answer is 'no'. > We have src/tools/tests/testfloat and src/tools/regression/lib/msun. I know nothing about the former (just noticed it for the first time). The latter I think is a set of correctness tests rather than performance tests. -- Ian From owner-freebsd-current@FreeBSD.ORG Thu Sep 13 16:10:30 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 13E8F106566C; Thu, 13 Sep 2012 16:10:30 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id D9F7B8FC0C; Thu, 13 Sep 2012 16:10:29 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q8DGAOP1015561; Thu, 13 Sep 2012 09:10:24 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q8DGAOjr015560; Thu, 13 Sep 2012 09:10:24 -0700 (PDT) (envelope-from sgk) Date: Thu, 13 Sep 2012 09:10:24 -0700 From: Steve Kargl To: Ian Lepore Message-ID: <20120913161024.GA13846@troutmask.apl.washington.edu> References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911132410.GA87126@troutmask.apl.washington.edu> <504F4645.4070900@FreeBSD.org> <504F4A6B.4010001@coosemans.org> <504F5101.8090906@FreeBSD.org> <505101C3.70203@freebsd.org> <20120913020833.GA8255@troutmask.apl.washington.edu> <1347550332.1110.108.camel@revolution.hippie.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1347550332.1110.108.camel@revolution.hippie.lan> User-Agent: Mutt/1.4.2.3i Cc: toolchain@freebsd.org, Tijl Coosemans , Dimitry Andric , Nathan Whitehorn , current@freebsd.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 13 Sep 2012 16:10:30 -0000 On Thu, Sep 13, 2012 at 09:32:12AM -0600, Ian Lepore wrote: > On Wed, 2012-09-12 at 19:08 -0700, Steve Kargl wrote: > > In regards to my initial post in this thread, I was just trying > > to assess whether any benchmarks have been performed on FreeBSD > > for floating point generated by clang. Other than the limited > > testing that I've done, it appears that the answer is 'no'. > > > > We have src/tools/tests/testfloat and src/tools/regression/lib/msun. I > know nothing about the former (just noticed it for the first time). The > latter I think is a set of correctness tests rather than performance > tests. It's quite clear that the clang proponent have not tried to run src/tools/regression/lib/msun. % setenv CC clang % make |& grep warning | wc -l 1354 % make clean % make |& tee make.log % head -20 make.log clang -O2 -pipe -march=opteron -O0 -lm test-cexp.c -o test-cexp test-cexp.c:49:14: warning: pragma STDC FENV_ACCESS ON is not supported, ignoring pragma [-Wunknown-pragmas] #pragma STDC FENV_ACCESS ON ^ test-cexp.c:183:2: warning: expression result unused [-Wunused-value] testall(0.0, 1.0, ALL_STD_EXCEPT, 0, 1); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ test-cexp.c:98:7: note: expanded from macro 'testall' test(cexp, x, result, exceptmask, excepts, checksign); \ ^ test-cexp.c:87:11: note: expanded from macro 'test' assert(((func), fetestexcept(exceptmask) == (excepts))); \ ^ /usr/include/assert.h:54:21: note: expanded from macro 'assert' #define assert(e) ((e) ? (void)0 : __assert(__func__, __FILE__, \ ^ test-cexp.c:183:2: warning: expression result unused [-Wunused-value] testall(0.0, 1.0, ALL_STD_EXCEPT, 0, 1); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ test-cexp.c:99:7: note: expanded from macro 'testall' % tail -20 make.log test-trig.c:69:11: note: expanded from macro 'test' assert(((func), fetestexcept(exceptmask) == (excepts))); \ ^ /usr/include/assert.h:54:21: note: expanded from macro 'assert' #define assert(e) ((e) ? (void)0 : __assert(__func__, __FILE__, \ ^ 74 warnings generated. clang -O2 -pipe -march=opteron -O0 -lm test-fenv.c -o test-fenv test-fenv.c:82:14: warning: pragma STDC FENV_ACCESS ON is not supported, ignoring pragma [-Wunknown-pragmas] #pragma STDC FENV_ACCESS ON ^ 1 warning generated. for p in test-cexp test-conj test-csqrt test-ctrig test-exponential test-fma test-fmaxmin test-ilogb test-invtrig test-logarithm test-lrint test-lround test-nan test-nearbyint test-next test-rem test-trig test-fenv; do /usr/src/tools/regression/lib/msun/$p; done Assertion failed: (((cexp), fetestexcept((0x04 | 0x20 | 0x01 | 0x08 | 0x10)) == (0))), function test_nan, file test-cexp.c, line 211. 1..7 ok 1 - cexp zero Abort trap (core dumped) *** [tests] Error code 134 Stop in /usr/src/tools/regression/lib/msun. So, clang does not support "#pragma STDC FENV_ACCESS ON". That (IMHO) is a show stopper for clang as the default compiler, because at least msun/src/e_sqrtl.c uses this pragma. -- Steve From owner-freebsd-current@FreeBSD.ORG Thu Sep 13 16:25:42 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBCF4106566C; Thu, 13 Sep 2012 16:25:42 +0000 (UTC) (envelope-from stefan@fafoe.narf.at) Received: from fep14.mx.upcmail.net (fep14.mx.upcmail.net [62.179.121.34]) by mx1.freebsd.org (Postfix) with ESMTP id 8FAB38FC0A; Thu, 13 Sep 2012 16:25:41 +0000 (UTC) Received: from edge04.upcmail.net ([192.168.13.239]) by viefep14-int.chello.at (InterMail vM.8.01.05.05 201-2260-151-110-20120111) with ESMTP id <20120913162539.ELCJ11100.viefep14-int.chello.at@edge04.upcmail.net>; Thu, 13 Sep 2012 18:25:39 +0200 Received: from mole.fafoe.narf.at ([80.109.55.137]) by edge04.upcmail.net with edge id ygRe1j00G2xdvHc04gRebb; Thu, 13 Sep 2012 18:25:39 +0200 X-SourceIP: 80.109.55.137 Received: by mole.fafoe.narf.at (Postfix, from userid 1001) id D62EE6D44C; Thu, 13 Sep 2012 18:25:37 +0200 (CEST) Date: Thu, 13 Sep 2012 18:25:37 +0200 From: Stefan Farfeleder To: Steve Kargl Message-ID: <20120913162537.GE1368@mole.fafoe.narf.at> References: <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911132410.GA87126@troutmask.apl.washington.edu> <504F4645.4070900@FreeBSD.org> <504F4A6B.4010001@coosemans.org> <504F5101.8090906@FreeBSD.org> <505101C3.70203@freebsd.org> <20120913020833.GA8255@troutmask.apl.washington.edu> <1347550332.1110.108.camel@revolution.hippie.lan> <20120913161024.GA13846@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120913161024.GA13846@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Ian Lepore , Tijl Coosemans , current@freebsd.org, Dimitry Andric , toolchain@freebsd.org, Nathan Whitehorn Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 13 Sep 2012 16:25:42 -0000 On Thu, Sep 13, 2012 at 09:10:24AM -0700, Steve Kargl wrote: > clang -O2 -pipe -march=opteron -O0 -lm test-cexp.c -o test-cexp > test-cexp.c:49:14: warning: pragma STDC FENV_ACCESS ON is not supported, ignoring pragma [-Wunknown-pragmas] > #pragma STDC FENV_ACCESS ON [...] > So, clang does not support "#pragma STDC FENV_ACCESS ON". > That (IMHO) is a show stopper for clang as the default compiler, > because at least msun/src/e_sqrtl.c uses this pragma. Neither does gcc, AFAIK (http://gcc.gnu.org/c99status.html). It just silently ignores the pragma. Stefan From owner-freebsd-current@FreeBSD.ORG Thu Sep 13 16:42:55 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E9421065672 for ; Thu, 13 Sep 2012 16:42:55 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 740408FC12 for ; Thu, 13 Sep 2012 16:42:55 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q8DGgrWG018054; Thu, 13 Sep 2012 09:42:53 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q8DGgqJu018053; Thu, 13 Sep 2012 09:42:52 -0700 (PDT) (envelope-from sgk) Date: Thu, 13 Sep 2012 09:42:52 -0700 From: Steve Kargl To: Stefan Farfeleder Message-ID: <20120913164252.GA18024@troutmask.apl.washington.edu> References: <20120911120649.GA52235@freebsd.org> <20120911132410.GA87126@troutmask.apl.washington.edu> <504F4645.4070900@FreeBSD.org> <504F4A6B.4010001@coosemans.org> <504F5101.8090906@FreeBSD.org> <505101C3.70203@freebsd.org> <20120913020833.GA8255@troutmask.apl.washington.edu> <1347550332.1110.108.camel@revolution.hippie.lan> <20120913161024.GA13846@troutmask.apl.washington.edu> <20120913162537.GE1368@mole.fafoe.narf.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120913162537.GE1368@mole.fafoe.narf.at> User-Agent: Mutt/1.4.2.3i Cc: Ian Lepore , Tijl Coosemans , current@FreeBSD.org, Dimitry Andric , toolchain@FreeBSD.org, Nathan Whitehorn Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 13 Sep 2012 16:42:55 -0000 On Thu, Sep 13, 2012 at 06:25:37PM +0200, Stefan Farfeleder wrote: > On Thu, Sep 13, 2012 at 09:10:24AM -0700, Steve Kargl wrote: > > clang -O2 -pipe -march=opteron -O0 -lm test-cexp.c -o test-cexp > > test-cexp.c:49:14: warning: pragma STDC FENV_ACCESS ON is not supported, ignoring pragma [-Wunknown-pragmas] > > #pragma STDC FENV_ACCESS ON > > [...] > > > So, clang does not support "#pragma STDC FENV_ACCESS ON". > > That (IMHO) is a show stopper for clang as the default compiler, > > because at least msun/src/e_sqrtl.c uses this pragma. > > Neither does gcc, AFAIK (http://gcc.gnu.org/c99status.html). It just > silently ignores the pragma. > Hmmm, indeed, you are correct. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34678 I seems to have mis-remembered a patch that went into newer gcc. -- Steve From owner-freebsd-current@FreeBSD.ORG Thu Sep 13 19:54:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C204106566B; Thu, 13 Sep 2012 19:54:46 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id A9DF98FC08; Thu, 13 Sep 2012 19:54:45 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so4906843pbb.13 for ; Thu, 13 Sep 2012 12:54:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=8dVcIvGOVhEXL1qyZsEruHZgfOoGLVVp9gJQJ5n3Y98=; b=fJbi/Pc4pVmKAU7ETdHvwIwv+ez2+BxSwM0PlWekn//Sj2ue2I+ClAM4Vb8hOMaUX6 I4BBFh+t0jnKKMjgArSxYBBv5kk+xbzXRjeibqW30UumTUPIQBaobumpZ4qTURg8/C+3 id1ktS9vgtGvjCCndlp01voFkKKQoU+mZJVJrcL6ZVkQbGfeFDe/0eV14Gwf7sKF3zRq o9AnP5bWcpV/iSXyCdJGvksS7qpqgqN5VA9u3mSFs62ICcKVDMoLIxJDYWBrxHQWUgTT YOk+yb97OrLu2SQ0f4h5Z4Zvdy1+OGJ0aOMALCA12BppinpiCgEJaBsA/W9NqhXSFMWm te/A== Received: by 10.66.83.129 with SMTP id q1mr458778pay.4.1347566085289; Thu, 13 Sep 2012 12:54:45 -0700 (PDT) Received: from flatline.local (70-36-223-239.dsl.dynamic.sonic.net. [70.36.223.239]) by mx.google.com with ESMTPS id kp3sm13566066pbc.64.2012.09.13.12.54.26 (version=SSLv3 cipher=OTHER); Thu, 13 Sep 2012 12:54:43 -0700 (PDT) Message-ID: <505239E2.1040805@gmail.com> Date: Thu, 13 Sep 2012 12:54:10 -0700 From: matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: Garrett Cooper References: <6A0C3360-0A1E-4905-A33E-D6CC590D7A5A@bnc.net> <504E200A.5020604@gmail.com> <504E330A.4090806@FreeBSD.org> <504E9EB0.2040504@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Achim Patzner , Andrey Zonov , freebsd-current@freebsd.org Subject: Re: mfi driver performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 13 Sep 2012 19:54:46 -0000 On 09/10/12 19:31, Garrett Cooper wrote: > On Mon, Sep 10, 2012 at 7:15 PM, matt wrote: > > ... > >> mfip was necessary, and allowed smartctl to work with '-d sat' >> >> bonnie++ comparison. Run with no options immediately after system boot. In >> both cases the same disks are used, two Seagate Barracuda 1TB 3G/S (twin >> platter) and a Barracuda 500G 3G/s (single platter) in a zfs triple mirror >> that the system was booted from. All are 7200 RPM drives with 32mb cache, >> and mediocre performance compared to my hitachi 7k3000s or the 15k sas >> cheetahs at work etc. Firmwares were the latest 2108it vs the latest imr_fw >> that work on the 9240/9220/m1015/drake skinny. I wish I had some 6g ssds to >> try! >> >> MPS: >> Version 1.96 ------Sequential Output------ --Sequential Input- --Random- >> Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- >> Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP >> flatline.local 32G 122 99 71588 24 53293 20 284 90 222157 33 252.6 49 >> Latency 542ms 356ms 914ms 991ms 337ms 271ms >> Version 1.96 ------Sequential Create------ --------Random Create-------- >> flatline.local -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- >> files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP >> 16 22197 93 9367 27 16821 99 23555 99 +++++ +++ 23717 99 >> Latency 31650us 290ms 869us 23036us 66us 131us >> 1.96,1.96,flatline.local,1,1347322810,32G,,122,99,71588,24,53293,20,284,90,222157,33,252.6,49,16,,,,,22197,93,9367,27,16821,99,23555,99,+++++,+++,23717,99,542ms,356ms,914ms,991ms,337ms,271ms,31650us,290ms,869us,23036us,66us,131us >> >> MFI: >> Version 1.96 ------Sequential Output------ --Sequential Input- --Random- >> Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- >> Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP >> flatline.local 32G 125 99 71443 24 53177 21 317 99 220280 33 255.3 52 >> Latency 533ms 566ms 1134ms 86565us 357ms 252ms >> Version 1.96 ------Sequential Create------ --------Random Create-------- >> flatline.local -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- >> files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP >> 16 22347 94 12389 30 16804 100 18729 99 27798 99 5317 99 >> Latency 33818us 233ms 558us 26581us 75us 12319us >> 1.96,1.96,flatline.local,1,1347329123,32G,,125,99,71443,24,53177,21,317,99,220280,33,255.3,52,16,,,,,22347,94,12389,30,16804,100,18729,99,27798,99,5317,99,533ms,566ms,1134ms,86565us,357ms,252ms,33818us,233ms,558us,26581us,75us,12319us >> >> A close race, with some wins for each. Latency on sequential input and >> deleted files per second appear to be interesting salients. >> A lot of the other stuff is back and forth and probably not statistically >> significant (although not much of a sample set :) ). >> >> I tried to control as many variables as possible, but obviously it's one >> controller in one configuration, Your Mileage May Vary. > Try upping the queue depth (hw.mfi.max_cmds); this is controller dependent. > Cheers, > -Garrett > It seems hw.mfi.max_cmds is read only. The performance is pretty close to expected with no nvram or bbu on this card and commodity disks from 1.5 years ago, as far as I'm concerned. I'd love better write performance, but it's probably being held back by the single platter in the mirror when it is writing far from its edge. Is there any way to check the interface speed with an mfisyspd? When I added mfip to my kernel config, the pass devices are all reporting 150MB/S which is incorrect. Matt From owner-freebsd-current@FreeBSD.ORG Thu Sep 13 20:13:38 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5EA55106564A; Thu, 13 Sep 2012 20:13:38 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0952F8FC0A; Thu, 13 Sep 2012 20:13:37 +0000 (UTC) Received: by obbun3 with SMTP id un3so6451476obb.13 for ; Thu, 13 Sep 2012 13:13:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=MMQLoIb6wZcx8h4e7H/ZwSNWC/C2Dq3/tKD9UA9280I=; b=M+YWPq5StO9tDiPIOEAJyFEjhBRMyWAnWXVdBofSfdU1ZLpdRgk3CZDRNc9N4lPqjT J3EgOg4Jtf0gfWWd0J3V49DMUdH0gyIFx0lX3OlBhrw8fmDDdbVUCURjaKlz4DZJ89yL YA/DAImrDJIaLCs8KH43QvPPrdl1zKgrD0qu82Y/4eayhaY+/yCVt5rSONb6k7ILOYw9 Ta1P/+RjID88ckC1mT1WNA1QPVT4cwJJwl1zPK/pv2N08s85eHX98hHhtvXmuBxPZxoq ftfhuVsdAL5nGZ/hEs0F+5xFoXH3lzPqDfCx5EtoIvG+Y9wyyflmRGicYjf5rZSNtqol dByA== MIME-Version: 1.0 Received: by 10.182.174.100 with SMTP id br4mr487418obc.62.1347567217264; Thu, 13 Sep 2012 13:13:37 -0700 (PDT) Received: by 10.76.142.201 with HTTP; Thu, 13 Sep 2012 13:13:37 -0700 (PDT) In-Reply-To: <505239E2.1040805@gmail.com> References: <6A0C3360-0A1E-4905-A33E-D6CC590D7A5A@bnc.net> <504E200A.5020604@gmail.com> <504E330A.4090806@FreeBSD.org> <504E9EB0.2040504@gmail.com> <505239E2.1040805@gmail.com> Date: Thu, 13 Sep 2012 13:13:37 -0700 Message-ID: From: Garrett Cooper To: matt Content-Type: text/plain; charset=ISO-8859-1 Cc: Achim Patzner , Andrey Zonov , freebsd-current@freebsd.org Subject: Re: mfi driver performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 13 Sep 2012 20:13:38 -0000 On Thu, Sep 13, 2012 at 12:54 PM, matt wrote: > On 09/10/12 19:31, Garrett Cooper wrote: ... > It seems hw.mfi.max_cmds is read only. The performance is pretty close to > expected with no nvram or bbu on this card and commodity disks from 1.5 > years ago, as far as I'm concerned. I'd love better write performance, but > it's probably being held back by the single platter in the mirror when it is > writing far from its edge. Try loader.conf: $ grep -r hw.mfi.max_cmds /sys/dev/mfi/ /sys/dev/mfi/mfi.c:TUNABLE_INT("hw.mfi.max_cmds", &mfi_max_cmds); Cheers, -Garrett From owner-freebsd-current@FreeBSD.ORG Thu Sep 13 20:49:55 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B76F9106566B; Thu, 13 Sep 2012 20:49:55 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5DC718FC12; Thu, 13 Sep 2012 20:49:55 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so4982980pbb.13 for ; Thu, 13 Sep 2012 13:49:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=lDNVU/iuQVUfJv4UUmN5J8pRosaLdS0/8yb+9e8TpUw=; b=drkbfwOWpv2maieaVSSZ6RcH0677zVVDwu3kCjyGanfjy+vMYABRpuPWdXcFStGwi/ 0F1BpGu95AtliUTXGt5gk4tAtGignyHeOR1NiRwArcj81O4K50ntpK0bMAIokXKyDWue 1tjQijq/tH5FXHrFdUAKIkdaW3TTmTWwyPJya8Tqs1BOOdQV1jPkAISuuh0yUJjdH6wB blLCCRnukOkOzBznqNKLlnOD0bNXzOF3/1PYGz9iLKwstgBKpNEvJTe09glL5GFySJn3 yI7WViUDGNalaGdISjV9QG3uWhsIpvvv5a6/3fmt+xl1lqyCj1e7NAHr27aFeIjzOq5d qIVA== Received: by 10.66.85.4 with SMTP id d4mr631342paz.11.1347569395127; Thu, 13 Sep 2012 13:49:55 -0700 (PDT) Received: from bakeneko.local (108-213-216-134.lightspeed.sntcca.sbcglobal.net. [108.213.216.134]) by mx.google.com with ESMTPS id nt7sm7466124pbb.33.2012.09.13.13.49.52 (version=SSLv3 cipher=OTHER); Thu, 13 Sep 2012 13:49:54 -0700 (PDT) Message-ID: <50524694.3040808@gmail.com> Date: Thu, 13 Sep 2012 13:48:20 -0700 From: matt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.7) Gecko/20120913 Thunderbird/10.0.7 MIME-Version: 1.0 To: Garrett Cooper References: <6A0C3360-0A1E-4905-A33E-D6CC590D7A5A@bnc.net> <504E200A.5020604@gmail.com> <504E330A.4090806@FreeBSD.org> <504E9EB0.2040504@gmail.com> <505239E2.1040805@gmail.com> In-Reply-To: X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Achim Patzner , Andrey Zonov , freebsd-current@freebsd.org Subject: Re: mfi driver performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 13 Sep 2012 20:49:55 -0000 On 09/13/12 13:13, Garrett Cooper wrote: > On Thu, Sep 13, 2012 at 12:54 PM, matt wrote: >> On 09/10/12 19:31, Garrett Cooper wrote: > ... > >> It seems hw.mfi.max_cmds is read only. The performance is pretty close to >> expected with no nvram or bbu on this card and commodity disks from 1.5 >> years ago, as far as I'm concerned. I'd love better write performance, but >> it's probably being held back by the single platter in the mirror when it is >> writing far from its edge. > Try loader.conf: > > $ grep -r hw.mfi.max_cmds /sys/dev/mfi/ > /sys/dev/mfi/mfi.c:TUNABLE_INT("hw.mfi.max_cmds", &mfi_max_cmds); > > Cheers, > -Garrett $ cat /usr/src/sys/dev/mfi/*.c | fgrep 'max_cmds' static int mfi_max_cmds = 128; TUNABLE_INT("hw.mfi.max_cmds", &mfi_max_cmds); SYSCTL_INT(_hw_mfi, OID_AUTO, max_cmds, CTLFLAG_RD, &mfi_max_cmds, ncmds = MIN(mfi_max_cmds, sc->mfi_max_fw_cmds); Definitely a loader tunable, thanks. I'll try increasing and decreasing the value and running bonnie again...Still not sure whether I'm getting 3gb/s and 6gb/s negotiation with my drives. MPS correctly reported da devices with 600mb/s and 300mb/s transfers where appropriate. mfiutil doesn't seem to know, and mfip devices appear as 150mb/s. No transfer speed message when mfisyspd devices attach. Matt From owner-freebsd-current@FreeBSD.ORG Fri Sep 14 03:16:50 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18AC61065670; Fri, 14 Sep 2012 03:16:50 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) by mx1.freebsd.org (Postfix) with ESMTP id 93F628FC0C; Fri, 14 Sep 2012 03:16:49 +0000 (UTC) Received: by iea17 with SMTP id 17so2480086iea.13 for ; Thu, 13 Sep 2012 20:16:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=n9NtWhmmkHvunjc2vjlaG23MuC6vnyyQIgbWK74wv/Y=; b=cxZu1MqN9PJLY8kt69OET1fBeJe0dZXaFLQvW3AwufoRu2LTv/lz7m4xrwT8XSP5cZ IZoBqaY5+CgITb3F/7G4eEA1fLTX6c/DGxoQgsBjtl3rXinWQCI9v/uw1dIUxri4o8uh 7uBJL5CHJ5RxNHHbc+u4LmqpG3i6vgkvwyeo9joZVsRjSGIYczspLrlZfncZ92sKW/uS eilKPOQt68bEIypkkQ87CPBOANI5/jK9Wrf2djAqZspIpiE8nue7I2gk3njgQNVqjY1k vBN8xgnwf3iT/QBf9hROI0o83OWmJ/X2hNg0TqqFmAH71DObKMtagZ2/WG0SAxt3JyCP UV3Q== Received: by 10.50.186.132 with SMTP id fk4mr26848885igc.41.1347592176557; Thu, 13 Sep 2012 20:09:36 -0700 (PDT) Received: from flatline.local (70-36-223-239.dsl.dynamic.sonic.net. [70.36.223.239]) by mx.google.com with ESMTPS id y9sm465761igm.10.2012.09.13.20.09.34 (version=SSLv3 cipher=OTHER); Thu, 13 Sep 2012 20:09:35 -0700 (PDT) Message-ID: <50529FEA.4090604@gmail.com> Date: Thu, 13 Sep 2012 20:09:30 -0700 From: matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: Garrett Cooper References: <6A0C3360-0A1E-4905-A33E-D6CC590D7A5A@bnc.net> <504E200A.5020604@gmail.com> <504E330A.4090806@FreeBSD.org> <504E9EB0.2040504@gmail.com> <505239E2.1040805@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Achim Patzner , Andrey Zonov , freebsd-current@freebsd.org Subject: Re: mfi driver performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 14 Sep 2012 03:16:50 -0000 On 09/13/12 13:13, Garrett Cooper wrote: > On Thu, Sep 13, 2012 at 12:54 PM, matt wrote: >> On 09/10/12 19:31, Garrett Cooper wrote: > ... > >> It seems hw.mfi.max_cmds is read only. The performance is pretty close to >> expected with no nvram or bbu on this card and commodity disks from 1.5 >> years ago, as far as I'm concerned. I'd love better write performance, but >> it's probably being held back by the single platter in the mirror when it is >> writing far from its edge. > Try loader.conf: > > $ grep -r hw.mfi.max_cmds /sys/dev/mfi/ > /sys/dev/mfi/mfi.c:TUNABLE_INT("hw.mfi.max_cmds", &mfi_max_cmds); > > Cheers, > -Garrett Here are the results for differing values of max_cmds with same test conditions as against mps Original mfi performance (max_cmds=128) Version 1.96 ------Sequential Output------ --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP flatline.local 32G 125 99 71443 24 53177 21 317 99 220280 33 255.3 52 Latency 533ms 566ms 1134ms 86565us 357ms 252ms Version 1.96 ------Sequential Create------ --------Random Create-------- flatline.local -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 22347 94 12389 30 16804 100 18729 99 27798 99 5317 99 Latency 33818us 233ms 558us 26581us 75us 12319us 1.96,1.96,flatline.local,1,1347329123,32G,,125,99,71443,24,53177,21,317,99,220280,33,255.3,52,16,,,,,22347,94,12389,30,16804,100,18729,99,27798,99,5317,99,533ms,566ms,1134ms,86565us,357ms,252ms,33818us,233ms,558us,26581us,75us,12319us max_cmds=256 Version 1.96 ------Sequential Output------ --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP flatline.local 32G 125 99 70856 24 53503 21 327 98 232650 33 265.1 60 Latency 637ms 522ms 1050ms 121ms 318ms 339ms Version 1.96 ------Sequential Create------ --------Random Create-------- flatline.local -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 17126 76 11865 31 17134 99 18265 99 27169 100 5006 99 Latency 114ms 522ms 875us 24250us 87us 14324us 1.96,1.96,flatline.local,1,1347580235,32G,,125,99,70856,24,53503,21,327,98,232650,33,265.1,60,16,,,,,17126,76,11865,31,17134,99,18265,99,27169,100,5006,99,637ms,522ms,1050ms,121ms,318ms,339ms,114ms,522ms,875us,24250us,87us,14324us max_cmds=64 Version 1.96 ------Sequential Output------ --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP flatline.local 32G 125 99 71161 24 54035 21 288 90 229860 34 254.2 62 Latency 310ms 378ms 809ms 567ms 308ms 447ms Version 1.96 ------Sequential Create------ --------Random Create-------- flatline.local -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 22570 95 14243 35 13170 99 23503 99 +++++ +++ 22225 99 Latency 18111us 282ms 1165us 24786us 117us 80us 1.96,1.96,flatline.local,1,1347584224,32G,,125,99,71161,24,54035,21,288,90,229860,34,254.2,62,16,,,,,22570,95,14243,35,13170,99,23503,99,+++++,+++,22225,99,310ms,378ms,809ms,567ms,308ms,447ms,18111us,282ms,1165us,24786us,117us,80us Still digesting the differences, but 256 seems to get more random seeks and better sequential reads at the expense of higher latencies (some probably identical). I think with lots of small files like a buildworld, it looks like 64 would excel slightly more than 128, but the differences between 128 and 64 are less extreme than the difference between 128 and 256. Interestingly, sequential read appears better at 64 and 256 than 128, but I assume this is a testing fluke...sample set is small. Matt From owner-freebsd-current@FreeBSD.ORG Fri Sep 14 05:27:25 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A6A411065673 for ; Fri, 14 Sep 2012 05:27:25 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7982F8FC14 for ; Fri, 14 Sep 2012 05:27:25 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so5512866pbb.13 for ; Thu, 13 Sep 2012 22:27:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:subject:message-id:reply-to:mime-version:content-type :content-disposition:user-agent; bh=dSQ7PBwKyrbwtCa301cAjiQELrZg8P+/S9G0Wcu75NA=; b=D7JYFGbP3iUVUq+ntDxcApgkvtu5sdei26qIJkmOzsNcqPOPv3VUu4NLD5X7oQ/gJ7 07Ce0WkHmkuWUIi1RcoY1d2wrt6bYGO4v4xqnMTbQi6ilOg9a8iS46pB5L+5Qe9OwiDK aHdecYKt/AnoEoa9WnoXZkBrwdjd33KHY699D2w3HMrDXMzlOrf9Jt0M6vuRKT4S7oay howrpUc/Zp0Uk7qzYsANeKRZg3ZdgWBxH/5+XvQe/D2NXPXioFzza9d6kr3Gs9kC+tHo GDftw0FtOjxV94uP1ihivv7wJEQAv5eKaA+vVg3MN63r0O+NoyKwycH8V+WRl0tu/4RV j1vA== Received: by 10.66.81.66 with SMTP id y2mr2685378pax.62.1347600445245; Thu, 13 Sep 2012 22:27:25 -0700 (PDT) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPS id vf8sm445951pbc.27.2012.09.13.22.27.22 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 13 Sep 2012 22:27:24 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 14 Sep 2012 14:27:16 -0700 From: YongHyeon PYUN Date: Fri, 14 Sep 2012 14:27:16 -0700 To: freebsd-current@FreeBSD.org Message-ID: <20120914212716.GB7612@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: Call for bge(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Sep 2012 05:27:25 -0000 All, There were lots of reports that stock bge(4) does not work on Dell Rx20/HP DL 360 G8. With the help of Broadcom and BCM5719/BCM5720 users I managed to address the issue but I had to touch very sensitive part of driver. Before committing the change to tree I'd like to know whether this change introduces regressions on old bge(4) controllers. If you're bge(4) user, please try latest WIP version at the following URL and let me know how it goes on your box. I'm especially interested in whether there is any ASF/IPMI regression on BCM570x/571x. http://people.freebsd.org/~yongari/bge/if_bge.c http://people.freebsd.org/~yongari/bge/if_bgereg.h http://people.freebsd.org/~yongari/bge/brgphy.c 1. Copy both if_bge.c/if_bgereg.h to /usr/src/sys/dev/bge directory 2. Copy brgphy.c /usr/src/sys/dev/mii 3. Rebuild kernel and reboot to take the change effect. You can also use the files above for for 9.1/stable/9. For stable/8 it needs slight modification and I couldn't find time to regenerate the patch. Thanks. From owner-freebsd-current@FreeBSD.ORG Fri Sep 14 06:43:39 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35346106566B for ; Fri, 14 Sep 2012 06:43:39 +0000 (UTC) (envelope-from spf72sa9@rhythm.ocn.ne.jp) Received: from smtp.rhythm.ocn.ne.jp (rhythm.ocn.ne.jp [122.28.30.178]) by mx1.freebsd.org (Postfix) with ESMTP id A06DB8FC1B for ; Fri, 14 Sep 2012 06:43:38 +0000 (UTC) Received: from rhythm.ocn.ne.jp (p5061-ipngn100509fukuokachu.fukuoka.ocn.ne.jp [153.130.238.61]) by smtp.rhythm.ocn.ne.jp (Postfix) with SMTP id B7D7526A0; Fri, 14 Sep 2012 15:19:55 +0900 (JST) From: Wanpeng Qian To: pyunyh@gmail.com, freebsd-current@FreeBSD.org Date: Fri, 14 Sep 2012 15:19:52 +0900 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: HidemaruMail 5.70 (WinNT,601) In-Reply-To: <20120914212716.GB7612@michelle.cdnetworks.com> References: <20120914212716.GB7612@michelle.cdnetworks.com> Message-Id: Cc: Subject: Re: Call for bge(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 14 Sep 2012 06:43:39 -0000 Hi, I encounter a watchdog timeout issue on NetXtreme BCM5723 Gigabit Ethernet PCIe, dose this patch solve this issue? If so, I can test it. Regards. Qian >All, > >There were lots of reports that stock bge(4) does not work on Dell >Rx20/HP DL 360 G8. With the help of Broadcom and BCM5719/BCM5720 >users I managed to address the issue but I had to touch very >sensitive part of driver. Before committing the change to tree I'd >like to know whether this change introduces regressions on old >bge(4) controllers. If you're bge(4) user, please try latest WIP >version at the following URL and let me know how it goes on your >box. I'm especially interested in whether there is any ASF/IPMI >regression on BCM570x/571x. > >http://people.freebsd.org/~yongari/bge/if_bge.c >http://people.freebsd.org/~yongari/bge/if_bgereg.h >http://people.freebsd.org/~yongari/bge/brgphy.c > > >1. Copy both if_bge.c/if_bgereg.h to /usr/src/sys/dev/bge directory >2. Copy brgphy.c /usr/src/sys/dev/mii >3. Rebuild kernel and reboot to take the change effect. > >You can also use the files above for for 9.1/stable/9. For stable/8 >it needs slight modification and I couldn't find time to regenerate >the patch. > >Thanks. >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Sep 14 08:15:42 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 14770106566B for ; Fri, 14 Sep 2012 08:15:42 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id D7F488FC1C for ; Fri, 14 Sep 2012 08:15:41 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so5721055pbb.13 for ; Fri, 14 Sep 2012 01:15:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=NgXKkf/KXeGFoCl1N/op66IflV/j7a+UOLI/y3Prdz8=; b=POlzp295l6VzlLtcAclwrrnfrUd7OLYgMRZTisOtfsv3TRwxOyoMhyYRAgLys8FAMg jOku10Vo+R6ntoTKt4vUUsO6Wq8KesvC+9nF8/87Ee8+KKQy+faAUg0QYXG9FjGDDNUc NZaBZuUfnwfFz0mxMsoiaL3DXSLJcH7rzYtLp2Sdw/tAmtI5JHrRHDdf76thiL2hlds+ pVs7gLikEQa4A6DKdqRCRny9106lM4oqunLR5wENqQ1QBQT+OAYUyG8L2/1T8lKg07bE IixCQ4IHdFxgqb0uw8mbKppPHN29Ni+aPXsB4Uf9b6oZIQGNe9QgHYlyaQwdsOKl+Teu R/3w== Received: by 10.68.227.233 with SMTP id sd9mr4285613pbc.48.1347610541233; Fri, 14 Sep 2012 01:15:41 -0700 (PDT) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPS id ou1sm622891pbb.24.2012.09.14.01.15.38 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 14 Sep 2012 01:15:40 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 14 Sep 2012 17:15:32 -0700 From: YongHyeon PYUN Date: Fri, 14 Sep 2012 17:15:32 -0700 To: Wanpeng Qian Message-ID: <20120915001532.GC7612@michelle.cdnetworks.com> References: <20120914212716.GB7612@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@FreeBSD.org Subject: Re: Call for bge(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Sep 2012 08:15:42 -0000 On Fri, Sep 14, 2012 at 03:19:52PM +0900, Wanpeng Qian wrote: > Hi, I encounter a watchdog timeout issue on NetXtreme BCM5723 Gigabit > Ethernet PCIe, dose this patch solve this issue? I'm not aware of BCM5723. Could you show me the output of "pciconf -lcbv"? > > If so, I can test it. > > Regards. > > Qian > > >All, > > > >There were lots of reports that stock bge(4) does not work on Dell > >Rx20/HP DL 360 G8. With the help of Broadcom and BCM5719/BCM5720 > >users I managed to address the issue but I had to touch very > >sensitive part of driver. Before committing the change to tree I'd > >like to know whether this change introduces regressions on old > >bge(4) controllers. If you're bge(4) user, please try latest WIP > >version at the following URL and let me know how it goes on your > >box. I'm especially interested in whether there is any ASF/IPMI > >regression on BCM570x/571x. > > > >http://people.freebsd.org/~yongari/bge/if_bge.c > >http://people.freebsd.org/~yongari/bge/if_bgereg.h > >http://people.freebsd.org/~yongari/bge/brgphy.c > > > > > >1. Copy both if_bge.c/if_bgereg.h to /usr/src/sys/dev/bge directory > >2. Copy brgphy.c /usr/src/sys/dev/mii > >3. Rebuild kernel and reboot to take the change effect. > > > >You can also use the files above for for 9.1/stable/9. For stable/8 > >it needs slight modification and I couldn't find time to regenerate > >the patch. > > > >Thanks. From owner-freebsd-current@FreeBSD.ORG Fri Sep 14 08:38:42 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAE86106566B for ; Fri, 14 Sep 2012 08:38:42 +0000 (UTC) (envelope-from spf72sa9@rhythm.ocn.ne.jp) Received: from smtp.rhythm.ocn.ne.jp (rhythm.ocn.ne.jp [122.28.30.178]) by mx1.freebsd.org (Postfix) with ESMTP id 42B0B8FC12 for ; Fri, 14 Sep 2012 08:38:41 +0000 (UTC) Received: from rhythm.ocn.ne.jp (p5061-ipngn100509fukuokachu.fukuoka.ocn.ne.jp [153.130.238.61]) by smtp.rhythm.ocn.ne.jp (Postfix) with SMTP id 5F8C228AA; Fri, 14 Sep 2012 17:38:39 +0900 (JST) From: Wanpeng Qian To: pyunyh@gmail.com Date: Fri, 14 Sep 2012 17:38:36 +0900 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: HidemaruMail 5.70 (WinNT,601) In-Reply-To: <20120915001532.GC7612@michelle.cdnetworks.com> References: <20120914212716.GB7612@michelle.cdnetworks.com> <20120915001532.GC7612@michelle.cdnetworks.com> Message-Id: Cc: freebsd-current@FreeBSD.org Subject: Re: Call for bge(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 14 Sep 2012 08:38:42 -0000 Hi, Here is the output. the machine is HP Microserver N36L. onboard lan. bge0@pci0:4:0:0: class=0x020000 card=0x705d103c chip=0x165b14e4 rev=0x10 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme BCM5723 Gigabit Ethernet PCIe' class = network subclass = ethernet bar [10] = type Memory, range 64, base 0xfe9f0000, size 65536, enabled cap 01[48] = powerspec 3 supports D0 D3 current D0 cap 03[40] = VPD cap 09[60] = vendor (length 108) cap 05[50] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[cc] = PCI-Express 2 endpoint max data 128(256) link x1(x1) ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected ecap 0002[13c] = VC 1 max VC0 ecap 0003[160] = Serial 1 d8d385fffeaf9f38 ecap 0004[16c] = unknown 1 Regards. Qian >On Fri, Sep 14, 2012 at 03:19:52PM +0900, Wanpeng Qian wrote: >> Hi, I encounter a watchdog timeout issue on NetXtreme BCM5723 Gigabit >> Ethernet PCIe, dose this patch solve this issue? > >I'm not aware of BCM5723. Could you show me the output of "pciconf -lcbv"? > >> >> If so, I can test it. >> >> Regards. >> >> Qian >> >> >All, >> > >> >There were lots of reports that stock bge(4) does not work on Dell >> >Rx20/HP DL 360 G8. With the help of Broadcom and BCM5719/BCM5720 >> >users I managed to address the issue but I had to touch very >> >sensitive part of driver. Before committing the change to tree I'd >> >like to know whether this change introduces regressions on old >> >bge(4) controllers. If you're bge(4) user, please try latest WIP >> >version at the following URL and let me know how it goes on your >> >box. I'm especially interested in whether there is any ASF/IPMI >> >regression on BCM570x/571x. >> > >> >http://people.freebsd.org/~yongari/bge/if_bge.c >> >http://people.freebsd.org/~yongari/bge/if_bgereg.h >> >http://people.freebsd.org/~yongari/bge/brgphy.c >> > >> > >> >1. Copy both if_bge.c/if_bgereg.h to /usr/src/sys/dev/bge directory >> >2. Copy brgphy.c /usr/src/sys/dev/mii >> >3. Rebuild kernel and reboot to take the change effect. >> > >> >You can also use the files above for for 9.1/stable/9. For stable/8 >> >it needs slight modification and I couldn't find time to regenerate >> >the patch. >> > >> >Thanks. From owner-freebsd-current@FreeBSD.ORG Fri Sep 14 09:17:38 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37F8E1065670 for ; Fri, 14 Sep 2012 09:17:38 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 057338FC14 for ; Fri, 14 Sep 2012 09:17:37 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so5799499pbb.13 for ; Fri, 14 Sep 2012 02:17:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=ZTlepoccUps6XrnVvFFiQQG0jPcnWya8hASXP8JQmsA=; b=lw7b6XhvaDwji8DotXYqTWlOWDhR6p1xo3/FgcNVLSaUiiThGCypwJX13518S2KwNd USdFQhj+/paTcWsdp41FNbDmcFUNsstPAT4h7ryKajFh2DayoS9LWogTBsmwZCEBgjhJ jjjlRl4s2orw/2WFMAfVJlqTeEpxIHoMruEcN6SbULGAlvsg1wOm3KuJQktvhu+HpWD5 LMLXIODOWHQDpdiphjgvnNF20gmUJ0rzcZTzczK+74+RsPS48eUr+byj7YIr8PxipbCb 8zXu4yAuXAIoB8fADMbTOYqUGguWkc77Y3LvHB4yhI2vYISaXW1hZAO9WQBx7AKe71fv jHAg== Received: by 10.66.89.37 with SMTP id bl5mr3535438pab.55.1347614257274; Fri, 14 Sep 2012 02:17:37 -0700 (PDT) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPS id ho7sm698422pbc.3.2012.09.14.02.17.33 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 14 Sep 2012 02:17:36 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 14 Sep 2012 18:17:27 -0700 From: YongHyeon PYUN Date: Fri, 14 Sep 2012 18:17:27 -0700 To: Wanpeng Qian Message-ID: <20120915011727.GD7612@michelle.cdnetworks.com> References: <20120914212716.GB7612@michelle.cdnetworks.com> <20120915001532.GC7612@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@FreeBSD.org Subject: Re: Call for bge(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Sep 2012 09:17:38 -0000 On Fri, Sep 14, 2012 at 05:38:36PM +0900, Wanpeng Qian wrote: > Hi, Here is the output. > > the machine is HP Microserver N36L. onboard lan. > > bge0@pci0:4:0:0: class=0x020000 card=0x705d103c chip=0x165b14e4 > rev=0x10 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'NetXtreme BCM5723 Gigabit Ethernet PCIe' > class = network > subclass = ethernet > bar [10] = type Memory, range 64, base 0xfe9f0000, size 65536, > enabled > cap 01[48] = powerspec 3 supports D0 D3 current D0 > cap 03[40] = VPD > cap 09[60] = vendor (length 108) > cap 05[50] = MSI supports 1 message, 64 bit enabled with 1 message > cap 10[cc] = PCI-Express 2 endpoint max data 128(256) link x1(x1) > ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected > ecap 0002[13c] = VC 1 max VC0 > ecap 0003[160] = Serial 1 d8d385fffeaf9f38 > ecap 0004[16c] = unknown 1 It seems BCM5723 support code was not added by me so I don't know how well it works in previous FreeBSD releases. Did bge(4) ever work with your controller? > > Regards. > > Qian > > >On Fri, Sep 14, 2012 at 03:19:52PM +0900, Wanpeng Qian wrote: > >> Hi, I encounter a watchdog timeout issue on NetXtreme BCM5723 Gigabit > >> Ethernet PCIe, dose this patch solve this issue? > > > >I'm not aware of BCM5723. Could you show me the output of "pciconf -lcbv"? > > > >> > >> If so, I can test it. > >> > >> Regards. > >> > >> Qian > >> > >> >All, > >> > > >> >There were lots of reports that stock bge(4) does not work on Dell > >> >Rx20/HP DL 360 G8. With the help of Broadcom and BCM5719/BCM5720 > >> >users I managed to address the issue but I had to touch very > >> >sensitive part of driver. Before committing the change to tree I'd > >> >like to know whether this change introduces regressions on old > >> >bge(4) controllers. If you're bge(4) user, please try latest WIP > >> >version at the following URL and let me know how it goes on your > >> >box. I'm especially interested in whether there is any ASF/IPMI > >> >regression on BCM570x/571x. > >> > > >> >http://people.freebsd.org/~yongari/bge/if_bge.c > >> >http://people.freebsd.org/~yongari/bge/if_bgereg.h > >> >http://people.freebsd.org/~yongari/bge/brgphy.c > >> > > >> > > >> >1. Copy both if_bge.c/if_bgereg.h to /usr/src/sys/dev/bge directory > >> >2. Copy brgphy.c /usr/src/sys/dev/mii > >> >3. Rebuild kernel and reboot to take the change effect. > >> > > >> >You can also use the files above for for 9.1/stable/9. For stable/8 > >> >it needs slight modification and I couldn't find time to regenerate > >> >the patch. > >> > > >> >Thanks. From owner-freebsd-current@FreeBSD.ORG Fri Sep 14 10:05:27 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CCE0E10657C0 for ; Fri, 14 Sep 2012 10:05:27 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id EAA7D8FC16 for ; Fri, 14 Sep 2012 10:05:26 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:38a5:b3a4:fb17:9e9e]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id C5F584AC2D for ; Fri, 14 Sep 2012 14:05:25 +0400 (MSK) Date: Fri, 14 Sep 2012 14:05:23 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <333709153.20120914140523@serebryakov.spb.ru> To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: sshd gives strange errors about EVP_CipherInit on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Sep 2012 10:05:27 -0000 Hello, Freebsd-current. I've found a whole bunch of such messages in my logs today: sshd[19508]: fatal: cipher_init: EVP_CipherInit: set key failed for aes128-cbc [preauth] It is -CURRENT, running r240324 on Geode LX with: glxsb0: mem 0xa0000000-0xa0003fff irq 10 at device 1.2 on pci0 I've never seen such messages before. -- // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Fri Sep 14 12:11:10 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 34519106564A for ; Fri, 14 Sep 2012 12:11:10 +0000 (UTC) (envelope-from spf72sa9@rhythm.ocn.ne.jp) Received: from smtp.rhythm.ocn.ne.jp (rhythm.ocn.ne.jp [122.28.30.178]) by mx1.freebsd.org (Postfix) with ESMTP id BA3158FC17 for ; Fri, 14 Sep 2012 12:11:09 +0000 (UTC) Received: from rhythm.ocn.ne.jp (p5061-ipngn100509fukuokachu.fukuoka.ocn.ne.jp [153.130.238.61]) by smtp.rhythm.ocn.ne.jp (Postfix) with SMTP id 5DD7328B0; Fri, 14 Sep 2012 21:11:05 +0900 (JST) From: Wanpeng Qian To: pyunyh@gmail.com Date: Fri, 14 Sep 2012 21:11:02 +0900 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: HidemaruMail 5.70 (WinNT,601) In-Reply-To: <20120915011727.GD7612@michelle.cdnetworks.com> References: <20120915001532.GC7612@michelle.cdnetworks.com> <20120915011727.GD7612@michelle.cdnetworks.com> Message-Id: Cc: freebsd-current@FreeBSD.org Subject: Re: Call for bge(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 14 Sep 2012 12:11:10 -0000 >It seems BCM5723 support code was not added by me so I don't know >how well it works in previous FreeBSD releases. Did bge(4) ever >work with your controller? The driver works fine except the "bge0: Watchdog timeout", that will bring the interface down/up for a while. make it unstable for network share service. This card works fine under windows and opensolaris. so I think this is a driver issue. When I search by google. many users report this issue, from FreeBSD 7 to Current. that is no workaround at this time except buy another card. Regards. Qian From owner-freebsd-current@FreeBSD.ORG Fri Sep 14 14:52:51 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 357921065672; Fri, 14 Sep 2012 14:52:51 +0000 (UTC) (envelope-from sanpei.ml@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id C34418FC1D; Fri, 14 Sep 2012 14:52:50 +0000 (UTC) Received: by obbun3 with SMTP id un3so7909527obb.13 for ; Fri, 14 Sep 2012 07:52:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Bj32G1OEkklIzNv2ECNSx2J7yuyucQYfbkkfMNkaD8o=; b=IcEoozNUyT0w8AfCgMc9DsA2JBA4zmQyITPUfV5QsQVayp9vQXiyXDKzGiKaiqRm1e seuJpOfdus2q0T5eG4B06ck3gZhfqd4noa+KgiFVb7i5usERY/I6NY2j4PSU8CI1aEzr tEPNYYSdhwAP47qHQdK2U/qAupq4nYID+2ftTysm41ielAgIdFdjLmA/uHzjeWU0NKFP VCZg7GNJ0dEcOWnl0WyoyPj5L5JRisWph9fNnQICqvDSkuPlDgug8OgYKgyRuBOVBGyd NNImYL+J7fRhzYp1cuYs4CKD4uhiVEyUEXKrdwfx1cPEnLF6gRXERwzner2x5xBzLCzB qXvQ== MIME-Version: 1.0 Received: by 10.60.25.129 with SMTP id c1mr3548285oeg.36.1347634370150; Fri, 14 Sep 2012 07:52:50 -0700 (PDT) Received: by 10.76.34.4 with HTTP; Fri, 14 Sep 2012 07:52:50 -0700 (PDT) In-Reply-To: <201209122135.03654.hselasky@c2i.net> References: <201209101654.00891.hselasky@c2i.net> <201209122135.03654.hselasky@c2i.net> Date: Fri, 14 Sep 2012 23:52:50 +0900 Message-ID: From: Yoshiro MIHIRA To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Fri, 14 Sep 2012 14:57:28 +0000 Cc: Garrett Cooper , freebsd-current@freebsd.org, Alexander Yerenkow , freebsd-usb@freebsd.org, Ivan Voras Subject: Re: Raspberry PI gets USB support [FreeBSD 10 current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 14 Sep 2012 14:52:51 -0000 Hi, current code does not support internal sdhc card as root partition? Because kernel does not recognize the sdhc(mmcsd). Do we need external umass storage for root partition? dwcotg0: mem 0xf2980000-0xf299ffff irq 17 on simplebus0 usbus0 on dwcotg0 Timecounters tick every 10.000 msec usbus0: 480Mbps High Speed USB v2.0 Root mount waiting for: usbus0 ugen0.1: at usbus0 uhub0: on usbus0 uhub0: 1 port with 1 removable, self powered Root mount waiting for: usbus0 ugen0.2: at usbus0 uhub1: on usbus0 uhub1: MTT enabled uhub1: 3 ports with 2 removable, self powered Root mount waiting for: usbus0 ugen0.3: at usbus0 smsc0: on usbus0 Trying to mount root from ufs:/dev/mmcsd0s2 []... mountroot: waiting for device /dev/mmcsd0s2 ... smsc0: chip 0xec00, rev. 0002 miibus0: on smsc0 ukphy0: PHY 1 on miibus0 ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ue0: on smsc0 ue0: Ethernet address: 9a:ea:92:da:66:31 Mounting from ufs:/dev/mmcsd0s2 failed with error 19. Loader variables: Manual root filesystem specification: : [options] 2012/9/13 Hans Petter Selasky : > On Wednesday 12 September 2012 12:24:58 Alexander Yerenkow wrote: >> We tested kernel built by gonzo@, there working framebuffer, ue0, and >> USB2.0 devices (in theory, I didn't have those). >> But after some activity (like download few megabytes file) all is stuck >> with message >> usb device stalled >> >> This is getting 100% repeatedly, no matter if download goes to sd card, or >> to malloc-md-device. >> If (When) this will be fixed, then Rpi would be a candy, prepared to >> testing and more or less usable. >> I have in plans try it with xorg-framebuffer, and with directfb, while >> there's no video support. > > Hi, > > You should try a kernel after "r240419" > > Right now my code uses PIO mode and is a bit slow, but it should be more > stable. Let's start from there and work on upwards? > > Anyone care to look into to optimising bus_space_region_4() calls to use > load/store multiple? > > --HPS From owner-freebsd-current@FreeBSD.ORG Fri Sep 14 17:53:19 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF418106566B for ; Fri, 14 Sep 2012 17:53:19 +0000 (UTC) (envelope-from w8hdkim@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9BE798FC12 for ; Fri, 14 Sep 2012 17:53:19 +0000 (UTC) Received: by vbmv11 with SMTP id v11so6609675vbm.13 for ; Fri, 14 Sep 2012 10:53:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=WTkyqfaHm+XSIvO1CAUKI37AkhzqBH3cCwhrU4HD2/M=; b=xOzppJl1VJY3U4Jx9gUKrAEoyma3eg8b9DM1UHTbyvRVVYfkSjjJpt9/hMSVGxrwZy /KJORyc79f8hBo4HTpOeJp2HPezN5z0XQavYTeDtVAy+u4uMBn/1C1t0o8HQHW3iZQ9r nJ3kbcJwhl4UCUkS9bff9qyUWvMiTLoNo/J1f/GAVyAA4/LWXgJkk/bkOC8t2NIa+V1w b7ECvAN69AwxMDLe91ltqMF+sKlU9t8NW58sOiXdsyfojS0GiLU8AS0r8gcbVpItGwvH 3RQELC+2YdRegvOmIAAZZF+id5M/Ii5Y5qg4gvD/IYykxqqWx+hZk9W5Z/Bq2/0TH+H8 6wkw== MIME-Version: 1.0 Received: by 10.58.173.130 with SMTP id bk2mr3142926vec.45.1347645198752; Fri, 14 Sep 2012 10:53:18 -0700 (PDT) Received: by 10.58.26.129 with HTTP; Fri, 14 Sep 2012 10:53:18 -0700 (PDT) Date: Fri, 14 Sep 2012 13:53:18 -0400 Message-ID: From: Kim Culhan To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: pf startup: KDB stack backtrace X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 14 Sep 2012 17:53:20 -0000 Running -current r240462 at boot and on reload with pfctl -f /etc/pf.conf a considerable amount of KDB backtrace data is logged. Typical output: http://pastebin.com/aPCf8SAT Any help is very greatly appreciated. thanks -kim From owner-freebsd-current@FreeBSD.ORG Fri Sep 14 18:06:32 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30E06106566B for ; Fri, 14 Sep 2012 18:06:32 +0000 (UTC) (envelope-from pfg@freebsd.org) Received: from nm6-vm7.bullet.mail.gq1.yahoo.com (nm6-vm7.bullet.mail.gq1.yahoo.com [98.136.218.198]) by mx1.freebsd.org (Postfix) with SMTP id CE4D08FC0C for ; Fri, 14 Sep 2012 18:06:31 +0000 (UTC) Received: from [98.137.12.56] by nm6.bullet.mail.gq1.yahoo.com with NNFMP; 14 Sep 2012 18:04:36 -0000 Received: from [208.71.42.195] by tm1.bullet.mail.gq1.yahoo.com with NNFMP; 14 Sep 2012 18:04:36 -0000 Received: from [127.0.0.1] by smtp206.mail.gq1.yahoo.com with NNFMP; 14 Sep 2012 18:04:36 -0000 X-Yahoo-Newman-Id: 664924.52333.bm@smtp206.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: uemwg.4VM1lx3C3h_XRpF42ST.N4DdANG94OIDfbi.QD2Eg TAV6qrcXQa3xTgM_r.XFF8dyIlupq.L6LfxARXoYYVULVUbryhuTTrdOCBqY WMxqLnPeLnt1gTwXAPvpRfMkYtxQb_3tDA6.LKzTTx5v4QUWFUpL87J4cZMw mi6WJNqe9vCo7s_ceHOQp5_oGdzUYJ2rPkfOjXa_J2qOJu8CbqZxREoncJMQ Ia._u5wzU4AGCut7adjza9MRXlfl8QYAVcne.MwH8yw7SpIqB83zQ64XTsfm ztHBMJWfCfD4FlcUXQg6SKbLfnlsh03lvYdmJr2Y5fyq2nj8Xc0UbDC6JMAK 9CTKeYAQT9srRW81XR9Ci2A1fllQHCSRuxBu36OtbdSmdJvdPuxSh86O4P9x k2t0dkvH.WuDFZauiZS7Vq8oc9UabiBDN2y7_KidTlWm5byVvQppgAQhwFAv Rmg-- X-Yahoo-SMTP: xcjD0guswBAZaPPIbxpWwLcp9Unf Received: from [192.168.10.102] (pfg@200.118.157.7 with plain) by smtp206.mail.gq1.yahoo.com with SMTP; 14 Sep 2012 11:04:36 -0700 PDT Message-ID: <505371C2.1000103@FreeBSD.org> Date: Fri, 14 Sep 2012 13:04:50 -0500 From: Pedro Giffuni User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120618 Thunderbird/13.0 MIME-Version: 1.0 To: pyunyh@gmail.com References: <20120914212716.GB7612@michelle.cdnetworks.com> In-Reply-To: <20120914212716.GB7612@michelle.cdnetworks.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: Call for bge(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 14 Sep 2012 18:06:32 -0000 Success !!! It fixed kern/169634 for me. If still possible it should be pushed into 9.1-RELEASE. Thank you so much for working on this! Pedro. On 09/14/2012 16:27, YongHyeon PYUN wrote: > All, > > There were lots of reports that stock bge(4) does not work on Dell > Rx20/HP DL 360 G8. With the help of Broadcom and BCM5719/BCM5720 > users I managed to address the issue but I had to touch very > sensitive part of driver. Before committing the change to tree I'd > like to know whether this change introduces regressions on old > bge(4) controllers. If you're bge(4) user, please try latest WIP > version at the following URL and let me know how it goes on your > box. I'm especially interested in whether there is any ASF/IPMI > regression on BCM570x/571x. > > http://people.freebsd.org/~yongari/bge/if_bge.c > http://people.freebsd.org/~yongari/bge/if_bgereg.h > http://people.freebsd.org/~yongari/bge/brgphy.c > > > 1. Copy both if_bge.c/if_bgereg.h to /usr/src/sys/dev/bge directory > 2. Copy brgphy.c /usr/src/sys/dev/mii > 3. Rebuild kernel and reboot to take the change effect. > > You can also use the files above for for 9.1/stable/9. For stable/8 > it needs slight modification and I couldn't find time to regenerate > the patch. > > Thanks. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Fri Sep 14 19:30:27 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6FAC1065670; Fri, 14 Sep 2012 19:30:27 +0000 (UTC) (envelope-from yerenkow@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5D7248FC0C; Fri, 14 Sep 2012 19:30:27 +0000 (UTC) Received: by iayy25 with SMTP id y25so4387902iay.13 for ; Fri, 14 Sep 2012 12:30:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=aBTVmpcQATsUCjsZXdJFkTLwbcUoJgf4kTpKfz56Qdw=; b=Tr/IXhkiOKvDFG2HiAWCCP+jVxyTuLX3hYRcBD4qZdmBVtHUafSpncpjSYQdkJtSv9 v0i5z6R43E7b1fspo/MKHDDHjwBDtUnzvt64OMCa8Rw+9lbYtgJAy4BSbC7c9dfjtj+W xtej/Wxeih22vgRCBAEL100BOM0twZpJYyaU5aHHLSaTOCtK58Zr7VnA3hbsjO0s94qR vCkkPU69oL/i1K4dwhQiTZZUuO29xnNagHNysQDdavlgwZCpWMN3SQ+KI0GxTUbg27uM YDvA7twnPI8yxjjqyK0kwVQstuv1GnrISqAwnMhZ1cIA631DuYXnxGdBSNFgmD3fV8oN 0+UQ== MIME-Version: 1.0 Received: by 10.42.155.135 with SMTP id u7mr3290366icw.25.1347651026483; Fri, 14 Sep 2012 12:30:26 -0700 (PDT) Received: by 10.64.28.36 with HTTP; Fri, 14 Sep 2012 12:30:26 -0700 (PDT) In-Reply-To: References: <201209101654.00891.hselasky@c2i.net> <201209122135.03654.hselasky@c2i.net> Date: Fri, 14 Sep 2012 22:30:26 +0300 Message-ID: From: Alexander Yerenkow To: Yoshiro MIHIRA Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Garrett Cooper , freebsd-current@freebsd.org, Ivan Voras , freebsd-usb@freebsd.org, Hans Petter Selasky Subject: Re: Raspberry PI gets USB support [FreeBSD 10 current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 14 Sep 2012 19:30:27 -0000 Well, I have 3 sd cards, and only one of them could boot prev kernel; Currently, new mine built kernel can't mount working card too, only difference that I got error 6 (IIRC) instead of 19. I can check this if it's matters tomorrow. -- Regards, Alexander Yerenkow From owner-freebsd-current@FreeBSD.ORG Fri Sep 14 20:23:34 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F14C106564A for ; Fri, 14 Sep 2012 20:23:34 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id 08B0F8FC0A for ; Fri, 14 Sep 2012 20:23:32 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.5/8.14.5) with ESMTP id q8EKNK2q006292; Fri, 14 Sep 2012 15:23:20 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.5/8.14.5/Submit) id q8EKNJKW006291; Fri, 14 Sep 2012 15:23:19 -0500 (CDT) (envelope-from brooks) Date: Fri, 14 Sep 2012 15:23:19 -0500 From: Brooks Davis To: Steve Kargl Message-ID: <20120914202319.GB5244@lor.one-eyed-alien.net> References: <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911132410.GA87126@troutmask.apl.washington.edu> <504F4645.4070900@FreeBSD.org> <504F4A6B.4010001@coosemans.org> <504F5101.8090906@FreeBSD.org> <505101C3.70203@freebsd.org> <20120913020833.GA8255@troutmask.apl.washington.edu> <1347550332.1110.108.camel@revolution.hippie.lan> <20120913161024.GA13846@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QTprm0S8XgL7H0Dt" Content-Disposition: inline In-Reply-To: <20120913161024.GA13846@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Ian Lepore , Tijl Coosemans , current@freebsd.org, Dimitry Andric , toolchain@freebsd.org, Nathan Whitehorn Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 14 Sep 2012 20:23:34 -0000 --QTprm0S8XgL7H0Dt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 13, 2012 at 09:10:24AM -0700, Steve Kargl wrote: > On Thu, Sep 13, 2012 at 09:32:12AM -0600, Ian Lepore wrote: > > On Wed, 2012-09-12 at 19:08 -0700, Steve Kargl wrote: > > > In regards to my initial post in this thread, I was just trying > > > to assess whether any benchmarks have been performed on FreeBSD > > > for floating point generated by clang. Other than the limited > > > testing that I've done, it appears that the answer is 'no'. > > >=20 > >=20 > > We have src/tools/tests/testfloat and src/tools/regression/lib/msun. I > > know nothing about the former (just noticed it for the first time). The > > latter I think is a set of correctness tests rather than performance > > tests. >=20 > It's quite clear that the clang proponent have not tried > to run src/tools/regression/lib/msun. >=20 > % setenv CC clang > % make |& grep warning | wc -l > 1354 > % make clean > % make |& tee make.log > % head -20 make.log > clang -O2 -pipe -march=3Dopteron -O0 -lm test-cexp.c -o test-cexp > test-cexp.c:49:14: warning: pragma STDC FENV_ACCESS ON is not supported, = ignoring pragma [-Wunknown-pragmas] > #pragma STDC FENV_ACCESS ON > ^ > test-cexp.c:183:2: warning: expression result unused [-Wunused-value] > testall(0.0, 1.0, ALL_STD_EXCEPT, 0, 1); > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > test-cexp.c:98:7: note: expanded from macro 'testall' > test(cexp, x, result, exceptmask, excepts, checksign); \ > ^ > test-cexp.c:87:11: note: expanded from macro 'test' > assert(((func), fetestexcept(exceptmask) =3D=3D (excepts))); = \ > ^ > /usr/include/assert.h:54:21: note: expanded from macro 'assert' > #define assert(e) ((e) ? (void)0 : __assert(__func__, __FILE__, \ > ^ > test-cexp.c:183:2: warning: expression result unused [-Wunused-value] > testall(0.0, 1.0, ALL_STD_EXCEPT, 0, 1); > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > test-cexp.c:99:7: note: expanded from macro 'testall' >=20 > % tail -20 make.log > test-trig.c:69:11: note: expanded from macro 'test' > assert(((func), fetestexcept(exceptmask) =3D=3D (excepts))); = \ > ^ > /usr/include/assert.h:54:21: note: expanded from macro 'assert' > #define assert(e) ((e) ? (void)0 : __assert(__func__, __FILE__, \ > ^ > 74 warnings generated. > clang -O2 -pipe -march=3Dopteron -O0 -lm test-fenv.c -o test-fenv > test-fenv.c:82:14: warning: pragma STDC FENV_ACCESS ON is not supported, = ignoring pragma [-Wunknown-pragmas] > #pragma STDC FENV_ACCESS ON > ^ > 1 warning generated. > for p in test-cexp test-conj test-csqrt test-ctrig test-exponential test= -fma test-fmaxmin test-ilogb test-invtrig test-logarithm test-lrint test-= lround test-nan test-nearbyint test-next test-rem test-trig test-fenv; do = /usr/src/tools/regression/lib/msun/$p; done > Assertion failed: (((cexp), fetestexcept((0x04 | 0x20 | 0x01 | 0x08 | 0x1= 0)) =3D=3D (0))), function test_nan, file test-cexp.c, line 211. > 1..7 > ok 1 - cexp zero > Abort trap (core dumped) > *** [tests] Error code 134 >=20 > Stop in /usr/src/tools/regression/lib/msun. Prompted by this post, I did a bit of testing and it looks like we have two classes of failures that need to be investigated. First, some tests are failing with a gcc compiled world and clang compiled test code. They seem to mostly be unexpected fp exception state when testing with NaNs. I suspect that someone more knowledgeable in this area could come up with a reduced test case and explication of what clang is doing wrong pretty quickly. The second class is tests that fail when libm is compiled using clang. I've not investigate those at all. I'd tend to guess that we have a wider range of issues there. This is clearly an area we need more focus on before a switch to clang. To a point I would be OK with it delaying the switch to work these issues, but as with C99 long double support we can't let the quest for perfection delay us indefinitely. -- Brooks --QTprm0S8XgL7H0Dt Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iD8DBQFQU5I3XY6L6fI4GtQRAoqhAJ0YgSkxpWQyvtvszq36Jmt2PpAkpgCg3Irt wUFCV/+dlbrSlAI2qqqUPpY= =K3cL -----END PGP SIGNATURE----- --QTprm0S8XgL7H0Dt-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 14 20:37:21 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A0CD41065672; Fri, 14 Sep 2012 20:37:21 +0000 (UTC) (envelope-from break19@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2D8AD8FC14; Fri, 14 Sep 2012 20:37:20 +0000 (UTC) Received: by vbmv11 with SMTP id v11so6859928vbm.13 for ; Fri, 14 Sep 2012 13:37:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=mr0xVuKcNHj28rhWMXjho2ocYNbd0In3L6rKhdcrxnI=; b=ENj+as9jSL6I3+nK1RkEgllLLeU9cF3FyS15xjJ4dXEp3ZeGH2CwNI0+4eN6HGs2N9 jzS4UDZV4+Z3ax5gNntAOZllxENoJ7F2L5bkuU4btmAGULr0qQx/TKEgLaoS1zcNc6DK /FZXzzaQNkrF3hlkQblXKJYWpogWKv9jFmC+0KXZI5CzBfShbc0vV6F82XQp78pm8hMD /P6PKBbf3dLIdnl5Js3sWzh7plqT3fRRzepQlpaFuCNCxSgKtgFuoYMF+4Gkn35imRA1 8x0wM3kQv8L1EbPr0+tsX56iYa5UyUiSANiusiBPCf57735xOJrbTCjQqi3TxG0sn6/K /fpg== Received: by 10.58.58.147 with SMTP id r19mr3541798veq.5.1347655040239; Fri, 14 Sep 2012 13:37:20 -0700 (PDT) Received: from AL-MB-MWS0001.mediacomcorp.com (70-13-250-220.pools.spcsdns.net. [70.13.250.220]) by mx.google.com with ESMTPS id b7sm298168vdv.2.2012.09.14.13.37.17 (version=SSLv3 cipher=OTHER); Fri, 14 Sep 2012 13:37:19 -0700 (PDT) Date: Fri, 14 Sep 2012 15:37:15 -0500 From: Chuck Burns To: Brooks Davis Message-Id: <20120914153715.4aa1a412.break19@gmail.com> In-Reply-To: <20120914202319.GB5244@lor.one-eyed-alien.net> References: <20120911104518.GF37286@deviant.kiev.zoral.com.ua> <20120911120649.GA52235@freebsd.org> <20120911132410.GA87126@troutmask.apl.washington.edu> <504F4645.4070900@FreeBSD.org> <504F4A6B.4010001@coosemans.org> <504F5101.8090906@FreeBSD.org> <505101C3.70203@freebsd.org> <20120913020833.GA8255@troutmask.apl.washington.edu> <1347550332.1110.108.camel@revolution.hippie.lan> <20120913161024.GA13846@troutmask.apl.washington.edu> <20120914202319.GB5244@lor.one-eyed-alien.net> X-Mailer: Sylpheed 3.1.3 (GTK+ 2.10.14; i686-pc-mingw32) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 14 Sep 2012 20:37:21 -0000 On Fri, 14 Sep 2012 15:23:19 -0500 Brooks Davis wrote: > On Thu, Sep 13, 2012 at 09:10:24AM -0700, Steve Kargl wrote: > > On Thu, Sep 13, 2012 at 09:32:12AM -0600, Ian Lepore wrote: > > > On Wed, 2012-09-12 at 19:08 -0700, Steve Kargl wrote: > > > > In regards to my initial post in this thread, I was just trying > > > > to assess whether any benchmarks have been performed on FreeBSD > > > > for floating point generated by clang. Other than the limited > > > > testing that I've done, it appears that the answer is 'no'. > > > > > > > > > > We have src/tools/tests/testfloat and src/tools/regression/lib/msun. I > > > know nothing about the former (just noticed it for the first time). The > > > latter I think is a set of correctness tests rather than performance > > > tests. > > > > It's quite clear that the clang proponent have not tried > > to run src/tools/regression/lib/msun. > > > > % setenv CC clang > > % make |& grep warning | wc -l > > 1354 > > % make clean > > % make |& tee make.log > > % head -20 make.log > > clang -O2 -pipe -march=opteron -O0 -lm test-cexp.c -o test-cexp > > test-cexp.c:49:14: warning: pragma STDC FENV_ACCESS ON is not supported, ignoring pragma [-Wunknown-pragmas] > > #pragma STDC FENV_ACCESS ON > > ^ > > test-cexp.c:183:2: warning: expression result unused [-Wunused-value] > > testall(0.0, 1.0, ALL_STD_EXCEPT, 0, 1); > > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > test-cexp.c:98:7: note: expanded from macro 'testall' > > test(cexp, x, result, exceptmask, excepts, checksign); \ > > ^ > > test-cexp.c:87:11: note: expanded from macro 'test' > > assert(((func), fetestexcept(exceptmask) == (excepts))); \ > > ^ > > /usr/include/assert.h:54:21: note: expanded from macro 'assert' > > #define assert(e) ((e) ? (void)0 : __assert(__func__, __FILE__, \ > > ^ > > test-cexp.c:183:2: warning: expression result unused [-Wunused-value] > > testall(0.0, 1.0, ALL_STD_EXCEPT, 0, 1); > > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > test-cexp.c:99:7: note: expanded from macro 'testall' > > > > % tail -20 make.log > > test-trig.c:69:11: note: expanded from macro 'test' > > assert(((func), fetestexcept(exceptmask) == (excepts))); \ > > ^ > > /usr/include/assert.h:54:21: note: expanded from macro 'assert' > > #define assert(e) ((e) ? (void)0 : __assert(__func__, __FILE__, \ > > ^ > > 74 warnings generated. > > clang -O2 -pipe -march=opteron -O0 -lm test-fenv.c -o test-fenv > > test-fenv.c:82:14: warning: pragma STDC FENV_ACCESS ON is not supported, ignoring pragma [-Wunknown-pragmas] > > #pragma STDC FENV_ACCESS ON > > ^ > > 1 warning generated. > > for p in test-cexp test-conj test-csqrt test-ctrig test-exponential test-fma test-fmaxmin test-ilogb test-invtrig test-logarithm test-lrint test-lround test-nan test-nearbyint test-next test-rem test-trig test-fenv; do /usr/src/tools/regression/lib/msun/$p; done > > Assertion failed: (((cexp), fetestexcept((0x04 | 0x20 | 0x01 | 0x08 | 0x10)) == (0))), function test_nan, file test-cexp.c, line 211. > > 1..7 > > ok 1 - cexp zero > > Abort trap (core dumped) > > *** [tests] Error code 134 > > > > Stop in /usr/src/tools/regression/lib/msun. > > Prompted by this post, I did a bit of testing and it looks like we have > two classes of failures that need to be investigated. First, some tests > are failing with a gcc compiled world and clang compiled test code. > They seem to mostly be unexpected fp exception state when testing with > NaNs. I suspect that someone more knowledgeable in this area could come > up with a reduced test case and explication of what clang is doing wrong > pretty quickly. > > The second class is tests that fail when libm is compiled using clang. > I've not investigate those at all. I'd tend to guess that we have a > wider range of issues there. > > This is clearly an area we need more focus on before a switch to clang. > To a point I would be OK with it delaying the switch to work these > issues, but as with C99 long double support we can't let the quest for > perfection delay us indefinitely. > > -- Brooks Also, you probably want to be sure you are running these tests against clang 3.2, not the clang that is in base, since -that- is the version that will be going live, right? -- Chuck Burns From owner-freebsd-current@FreeBSD.ORG Sat Sep 15 00:18:18 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 100081065672 for ; Sat, 15 Sep 2012 00:18:18 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id BABE18FC16 for ; Sat, 15 Sep 2012 00:18:17 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q8F0I9in070225; Fri, 14 Sep 2012 17:18:09 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q8F0I8cm070224; Fri, 14 Sep 2012 17:18:08 -0700 (PDT) (envelope-from sgk) Date: Fri, 14 Sep 2012 17:18:08 -0700 From: Steve Kargl To: Brooks Davis Message-ID: <20120915001808.GA70215@troutmask.apl.washington.edu> References: <20120911120649.GA52235@freebsd.org> <20120911132410.GA87126@troutmask.apl.washington.edu> <504F4645.4070900@FreeBSD.org> <504F4A6B.4010001@coosemans.org> <504F5101.8090906@FreeBSD.org> <505101C3.70203@freebsd.org> <20120913020833.GA8255@troutmask.apl.washington.edu> <1347550332.1110.108.camel@revolution.hippie.lan> <20120913161024.GA13846@troutmask.apl.washington.edu> <20120914202319.GB5244@lor.one-eyed-alien.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120914202319.GB5244@lor.one-eyed-alien.net> User-Agent: Mutt/1.4.2.3i Cc: Ian Lepore , Tijl Coosemans , current@freebsd.org, Dimitry Andric , toolchain@freebsd.org, Nathan Whitehorn Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 15 Sep 2012 00:18:18 -0000 On Fri, Sep 14, 2012 at 03:23:19PM -0500, Brooks Davis wrote: > On Thu, Sep 13, 2012 at 09:10:24AM -0700, Steve Kargl wrote: > > ok 1 - cexp zero > > Abort trap (core dumped) > > *** [tests] Error code 134 > > > > Stop in /usr/src/tools/regression/lib/msun. > > Prompted by this post, I did a bit of testing and it looks like we have > two classes of failures that need to be investigated. First, some tests > are failing with a gcc compiled world and clang compiled test code. > They seem to mostly be unexpected fp exception state when testing with > NaNs. I suspect that someone more knowledgeable in this area could come > up with a reduced test case and explication of what clang is doing wrong > pretty quickly. > > The second class is tests that fail when libm is compiled using clang. > I've not investigate those at all. I'd tend to guess that we have a > wider range of issues there. > A third class of failure appears to be that clang emits i387 fpu instructions for at least sinf and cosf instead of calls to the library routines. AFAIK, the library routines are faster and more accurate. % cat a.c #include float foo(float x) { float a; a = sinf(x) * cosf(x); return (a); } % clang -S -O a.c foo: # @foo # BB#0: # %entry flds 4(%esp) fld %st(0) fcos fxch fsin fmulp ret % cc -S -O a.c foo: pushl %ebp movl %esp, %ebp pushl %ebx subl $20, %esp movl 8(%ebp), %ebx movl %ebx, (%esp) call sinf fstps -8(%ebp) movl %ebx, (%esp) call cosf fmuls -8(%ebp) addl $20, %esp popl %ebx popl %ebp ret % clang -S -O -fno-builtin a.c foo: # @foo # BB#0: # %entry pushl %ebp movl %esp, %ebp subl $24, %esp flds 8(%ebp) fsts -16(%ebp) # 4-byte Folded Spill fstps (%esp) calll sinf fstpt -12(%ebp) # 10-byte Folded Spill flds -16(%ebp) # 4-byte Folded Reload fstps (%esp) calll cosf fldt -12(%ebp) # 10-byte Folded Reload fmulp addl $24, %esp popl %ebp ret Using -fno-builtin would seem to be a non-starter in that it disables all builtin functions. -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Sep 15 01:06:07 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 719A31065673; Sat, 15 Sep 2012 01:06:07 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 40E838FC16; Sat, 15 Sep 2012 01:06:07 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q8F160vS070443; Fri, 14 Sep 2012 18:06:00 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q8F160b5070442; Fri, 14 Sep 2012 18:06:00 -0700 (PDT) (envelope-from sgk) Date: Fri, 14 Sep 2012 18:06:00 -0700 From: Steve Kargl To: Brooks Davis Message-ID: <20120915010600.GA70426@troutmask.apl.washington.edu> References: <20120911132410.GA87126@troutmask.apl.washington.edu> <504F4645.4070900@FreeBSD.org> <504F4A6B.4010001@coosemans.org> <504F5101.8090906@FreeBSD.org> <505101C3.70203@freebsd.org> <20120913020833.GA8255@troutmask.apl.washington.edu> <1347550332.1110.108.camel@revolution.hippie.lan> <20120913161024.GA13846@troutmask.apl.washington.edu> <20120914202319.GB5244@lor.one-eyed-alien.net> <20120915001808.GA70215@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120915001808.GA70215@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.3i Cc: Ian Lepore , Tijl Coosemans , current@freebsd.org, Dimitry Andric , toolchain@freebsd.org, Nathan Whitehorn Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 15 Sep 2012 01:06:08 -0000 On Fri, Sep 14, 2012 at 05:18:08PM -0700, Steve Kargl wrote: > > A third class of failure appears to be that clang emits > i387 fpu instructions for at least sinf and cosf instead > of calls to the library routines. AFAIK, the library > routines are faster and more accurate. > Yep. Clang has problems with at least sinf on i386 FreeBSD. % pwd /usr/home/kargl/trunk/math/sine % make clean && make CC=cc testf cc -o testf -O2 -pipe -static -I/usr/local/include -I../mp testf.c \ -L/usr/local/lib -L../mp -lsgk -lmpfr -lgmp -lm % ./testf -m 0 -M 1e20 -r ULP Range | -----------+------------------------- [0.0:0.6] | 1006424 (100.00%) (0.6:0.7] | 0 ( 0.00%) (0.7:0.8] | 0 ( 0.00%) (0.8:0.9] | 0 ( 0.00%) (0.9:1.0] | 0 ( 0.00%) (1.0:2.0] | 0 ( 0.00%) (2.0:3.0] | 0 ( 0.00%) 3.0 < ULP | 0 ( 0.00%) -----------+------------------------- Count | 1006424 Max ULP | 0.50084 Max ULP x | 53462490661259313152.000000 0x1.72f876p+65 % make clean && make CC=clang testf clang -o testf -O2 -pipe -static -I/usr/local/include -I../mp testf.c \ -L/usr/local/lib -L../mp -lsgk -lmpfr -lgmp -lm % ./testf -m 0 -M 1e20 -r ULP Range | -----------+------------------------- [0.0:0.6] | 1 ( 0.00%) (0.6:0.7] | 0 ( 0.00%) (0.7:0.8] | 0 ( 0.00%) (0.8:0.9] | 0 ( 0.00%) (0.9:1.0] | 0 ( 0.00%) (1.0:2.0] | 0 ( 0.00%) (2.0:3.0] | 0 ( 0.00%) 3.0 < ULP | 999998 (100.00%) -----------+------------------------- Count | 999999 Max ULP | 1328505256679420125050194353979392.00000 Max ULP x | 75516780764213542912.000000 0x1.06006p+66 -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Sep 15 01:55:50 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42D02106564A for ; Sat, 15 Sep 2012 01:55:50 +0000 (UTC) (envelope-from wsakir@columbus.rr.com) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.122]) by mx1.freebsd.org (Postfix) with ESMTP id C023B8FC0A for ; Sat, 15 Sep 2012 01:55:49 +0000 (UTC) Authentication-Results: hrndva-omtalb.mail.rr.com smtp.user=wsakir@columbus.rr.com; auth=pass (LOGIN) X-Authority-Analysis: v=2.0 cv=VPlfbqzX c=1 sm=0 a=801U5a4lxFEdElq8EHofNg==:17 a=o8wAijMSiSQA:10 a=Ym5RidzvkXYA:10 a=05ChyHeVI94A:10 a=jPJDawAOAc8A:10 a=ayC55rCoAAAA:8 a=hOn72ATo92wA:10 a=6I5d2MoRAAAA:8 a=LVW4wv_sAAAA:8 a=k4q5mbIvAAAA:8 a=-FGs326eAAAA:8 a=rJMi1K7IAAAA:8 a=j9wDT2YJAAAA:8 a=pGLkceISAAAA:8 a=1XWaLZrsAAAA:8 a=zxA2vyXaAAAA:8 a=JAf30KXuAAAA:8 a=y3olD_i8AAAA:8 a=8kQB0OdkAAAA:8 a=YqRfAJJkAAAA:8 a=vecPxIagAAAA:8 a=Hy9CwW6LAAAA:8 a=1oquSFkXAAAA:8 a=O3sfd5WDoeR108ybQXQA:9 a=QEXdDO2ut3YA:10 a=4VIa2o4SG-wA:10 a=qzA4ixiW-m0A:10 a=aoBhwxwXPy0A:10 a=SV7veod9ZcQA:10 a=9WfHjyziLHgA:10 a=ChJ_t-HWoWoA:10 a=CYQZOqg2zxQA:10 a=0Rv9XxPPRogA:10 a=_hgZOY88QI61mgVJ:21 a=4QT9IAbfZWdYpEo3:21 a=b5qb0nI_HnJQH3tzwIcA:9 a=801U5a4lxFEdElq8EHofNg==:117 X-Cloudmark-Score: 0 X-Originating-IP: 70.194.4.101 Received: from [70.194.4.101] ([70.194.4.101:13529] helo=[10.160.35.178]) by hrndva-oedge01.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTPA id 44/66-01394-E10E3505; Sat, 15 Sep 2012 01:55:43 +0000 To: freebsd-current@freebsd.org Message-ID: <44.66.01394.E10E3505@hrndva-omtalb.mail.rr.com> From: "=?utf-8?B?d3Nha2lyQGNvbHVtYnVzLnJyLmNvbQ==?=" Date: Fri, 14 Sep 2012 21:55:41 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: freebsd-current Digest, Vol 465, Issue 5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 15 Sep 2012 01:55:50 -0000 SGVscAoKLS0tLS0gUmVwbHkgbWVzc2FnZSAtLS0tLQpGcm9tOiBmcmVlYnNkLWN1cnJlbnQtcmVx dWVzdEBmcmVlYnNkLm9yZwpUbzogPGZyZWVic2QtY3VycmVudEBmcmVlYnNkLm9yZz4KU3ViamVj dDogZnJlZWJzZC1jdXJyZW50IERpZ2VzdCwgVm9sIDQ2NSwgSXNzdWUgNQpEYXRlOiBUaHUsIFNl cCAxMywgMjAxMiA4OjAwIGFtCgoKU2VuZCBmcmVlYnNkLWN1cnJlbnQgbWFpbGluZyBsaXN0IHN1 Ym1pc3Npb25zIHRvCglmcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5vcmcKClRvIHN1YnNjcmliZSBv ciB1bnN1YnNjcmliZSB2aWEgdGhlIFdvcmxkIFdpZGUgV2ViLCB2aXNpdAoJaHR0cDovL2xpc3Rz LmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1jdXJyZW50Cm9yLCB2aWEgZW1h aWwsIHNlbmQgYSBtZXNzYWdlIHdpdGggc3ViamVjdCBvciBib2R5ICdoZWxwJyB0bwoJZnJlZWJz ZC1jdXJyZW50LXJlcXVlc3RAZnJlZWJzZC5vcmcKCllvdSBjYW4gcmVhY2ggdGhlIHBlcnNvbiBt YW5hZ2luZyB0aGUgbGlzdCBhdAoJZnJlZWJzZC1jdXJyZW50LW93bmVyQGZyZWVic2Qub3JnCgpX aGVuIHJlcGx5aW5nLCBwbGVhc2UgZWRpdCB5b3VyIFN1YmplY3QgbGluZSBzbyBpdCBpcyBtb3Jl IHNwZWNpZmljCnRoYW4gIlJlOiBDb250ZW50cyBvZiBmcmVlYnNkLWN1cnJlbnQgZGlnZXN0Li4u IgoKClRvZGF5J3MgVG9waWNzOgoKICAgMS4gUmU6IENsYW5nIGFzIGRlZmF1bHQgY29tcGlsZXIg Tm92ZW1iZXIgNHRoIChEYXZpZCBDaGlzbmFsbCkKICAgMi4gUmU6IEJ1aWxkaW5nIHdvcmxkIHdp dGggY2xhbmcgVG9UIChEaW1pdHJ5IEFuZHJpYykKICAgMy4gUmU6IENsYW5nIGFzIGRlZmF1bHQg Y29tcGlsZXIgTm92ZW1iZXIgNHRoIChMYXJzIEVuZ2VscykKICAgNC4gUmU6IENsYW5nIGFzIGRl ZmF1bHQgY29tcGlsZXIgTm92ZW1iZXIgNHRoIChNYXJrIExpbmltb24pCiAgIDUuIFJlOiBDbGFu ZyBhcyBkZWZhdWx0IGNvbXBpbGVyIE5vdmVtYmVyIDR0aCAoTGV2IFNlcmVicnlha292KQogICA2 LiBSZTogQnVpbGRpbmcgd29ybGQgd2l0aCBjbGFuZyBUb1QgKEVkd2FyZCBNZWV3aXMpCiAgIDcu IHJlY2VudGx5IHVwZGF0ZWQgLWN1cnJlbnQgZmF0YWwgdHJhcCBhdCBib290IChLaW0gQ3VsaGFu KQogICA4LiBSZTogcmVjZW50bHkgdXBkYXRlZCAtY3VycmVudCBmYXRhbCB0cmFwIGF0IGJvb3Qg KE1pY2hhZWwgQnV0bGVyKQogICA5LiBSZTogcmVjZW50bHkgdXBkYXRlZCAtY3VycmVudCBmYXRh bCB0cmFwIGF0IGJvb3QgKERhdmlkIFdvbGZza2lsbCkKICAxMC4gUmU6IEJ1aWxkaW5nIHdvcmxk IHdpdGggY2xhbmcgVG9UIChEaW1pdHJ5IEFuZHJpYykKICAxMS4gUmU6IEJ1aWxkaW5nIHdvcmxk IHdpdGggY2xhbmcgVG9UIChCcm9va3MgRGF2aXMpCiAgMTIuIFJlOiByZWNlbnRseSB1cGRhdGVk IC1jdXJyZW50IGZhdGFsIHRyYXAgYXQgYm9vdCAoS2ltIEN1bGhhbikKICAxMy4gUmU6IFJhc3Bi ZXJyeSBQSSBnZXRzIFVTQiBzdXBwb3J0IFtGcmVlQlNEIDEwIGN1cnJlbnRdCiAgICAgIChIYW5z IFBldHRlciBTZWxhc2t5KQogIDE0LiBSZTogQ2xhbmcgYXMgZGVmYXVsdCBjb21waWxlciBOb3Zl bWJlciA0dGggKERvdWcgQmFydG9uKQogIDE1LiBSZTogQ2xhbmcgYXMgZGVmYXVsdCBjb21waWxl ciBOb3ZlbWJlciA0dGggKERvdWcgQmFydG9uKQogIDE2LiBSZTogQ2xhbmcgYXMgZGVmYXVsdCBj b21waWxlciBOb3ZlbWJlciA0dGggKE5hdGhhbiBXaGl0ZWhvcm4pCiAgMTcuIFJlOiBDbGFuZyBh cyBkZWZhdWx0IGNvbXBpbGVyIE5vdmVtYmVyIDR0aCAoR2VyYWxkIFBmZWlmZXIpCiAgMTguIFJl OiBDbGFuZyBhcyBkZWZhdWx0IGNvbXBpbGVyIE5vdmVtYmVyIDR0aCAoU3RldmUgS2FyZ2wpCiAg MTkuIFJlOiBDbGFuZyBhcyBkZWZhdWx0IGNvbXBpbGVyIE5vdmVtYmVyIDR0aCAoSmFuIEJlaWNo KQogIDIwLiBSZTogQ2xhbmcgYXMgZGVmYXVsdCBjb21waWxlciBOb3ZlbWJlciA0dGggKFBpZXRy byBDZXJ1dHRpKQogIDIxLiBSZTogQ2xhbmcgYXMgZGVmYXVsdCBjb21waWxlciBOb3ZlbWJlciA0 dGggKE1hcmsgTGluaW1vbikKICAyMi4gUmU6IEJ1aWxkaW5nIHdvcmxkIHdpdGggY2xhbmcgVG9U IChFZHdhcmQgTWVld2lzKQogIDIzLiBSZTogQnVpbGRpbmcgd29ybGQgd2l0aCBjbGFuZyBUb1Qg KERpbWl0cnkgQW5kcmljKQoKCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KCk1lc3NhZ2U6IDEKRGF0ZTogV2VkLCAx MiBTZXAgMjAxMiAxMjo0OTo0NCArMDEwMApGcm9tOiBEYXZpZCBDaGlzbmFsbCA8dGhlcmF2ZW5A dGhlcmF2ZW5zbmVzdC5vcmc+ClN1YmplY3Q6IFJlOiBDbGFuZyBhcyBkZWZhdWx0IGNvbXBpbGVy IE5vdmVtYmVyIDR0aApUbzogRG91ZyBCYXJ0b24gPGRvdWdiQGRvdWdiYXJ0b24udXM+CkNjOiB0 b29sY2hhaW5AZnJlZWJzZC5vcmcsIFJvbWFuIERpdmFja3kgPHJkaXZhY2t5QGZyZWVic2Qub3Jn PiwKCURpbWl0cnkgQW5kcmljIDxkaW1AZnJlZWJzZC5vcmc+LCBjdXJyZW50QGZyZWVic2Qub3Jn LAlTdGV2ZSBLYXJnbAoJPHNna0B0cm91dG1hc2suYXBsLndhc2hpbmd0b24uZWR1PgpNZXNzYWdl LUlEOiA8Nzc3ODI3MEMtMjE4Qi00RjIzLTk5NDEtRDZEQkVEOEUwNTREQHRoZXJhdmVuc25lc3Qu b3JnPgpDb250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9aXNvLTg4NTktMQoKT24gMTIg U2VwIDIwMTIsIGF0IDEwOjA5LCBEb3VnIEJhcnRvbiB3cm90ZToKCj4gQWxzbywgdXNlcnMgd2hv IGFjdHVhbGx5IGFyZSBoZWxwaW5nIHdpdGggdGVzdGluZyBjbGFuZyBmb3IgcG9ydHMKPiBjb250 aW51ZSB0byByZXBvcnQgcnVudGltZSBwcm9ibGVtcywgZXZlbiB3aXRoIHRoaW5ncyB0aGF0IGJ1 aWxkIGZpbmUuCgpJIGhvcGUgdGhhdCB5b3UgYXJlIGVuY291cmFnaW5nIG1haW50YWluZXJzIG9m IHBvcnRzIHRoYXQgZG9uJ3Qgd29yayBhcyBleHBlY3RlZCB3aXRoIGNsYW5nIHRvIHN1Ym1pdCBi dWcgcmVwb3J0cyB1cHN0cmVhbS4gIFdlIGNhbid0IGZpeCBidWdzIGlmIHdlIGFyZW4ndCBtYWRl IGF3YXJlIG9mIHRoZW0uCgpEYXZpZApDdXJyZW50IGhhdDogTExWTSAvIENsYW5nIGRldmVsb3Bl ci4KCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQoKTWVzc2FnZTogMgpEYXRlOiBXZWQs IDEyIFNlcCAyMDEyIDE0OjE1OjM0ICswMjAwCkZyb206IERpbWl0cnkgQW5kcmljIDxkaW1ARnJl ZUJTRC5vcmc+ClN1YmplY3Q6IFJlOiBCdWlsZGluZyB3b3JsZCB3aXRoIGNsYW5nIFRvVApUbzog RWR3YXJkIE1lZXdpcyA8ZWRAZXh0cmFvcmRpbmFyeW1hY2hpbmUubmw+CkNjOiBmcmVlYnNkLWN1 cnJlbnRAZnJlZWJzZC5vcmcKTWVzc2FnZS1JRDogPDUwNTA3Q0U2LjYwNjA4MDNARnJlZUJTRC5v cmc+CkNvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD1JU08tODg1OS0xOyBmb3JtYXQ9 Zmxvd2VkCgpPbiAyMDEyLTA5LTEyIDEzOjQ1LCBFZHdhcmQgTWVld2lzIHdyb3RlOgouLi4uCj4g SSBhZGRlZCB0aGUgZm9sbG93aW5nIGxpbmVzIHRvIGVhY2ggaW5kaXZpZHVhbCBNYWtlZmlsZSBp dCBzdHVtYmxlZCBvbjoKPgo+IENGTEFHUys9IC1JL3Vzci9vYmovdXNyL2hvbWUvZW1lZXdpcy9z cmMvRnJlZUJTRC1IRUFEL3RtcC91c3IvaW5jbHVkZQo+Cj4gTERBREQrPS1ML3Vzci9vYmovdXNy L2hvbWUvZW1lZXdpcy9zcmMvRnJlZUJTRC1IRUFEL3RtcC91c3IvbGliCj4gb3I6Cj4gTERGTEFH Uys9LUwvdXNyL29iai91c3IvaG9tZS9lbWVld2lzL3NyYy9GcmVlQlNELUhFQUQvdG1wL3Vzci9s aWIKPgo+IEkgaG9wZSB0byBmaW5kIGEgYmV0dGVyIHBsYWNlIHRvIHNldCB0aG9zZSwgYnV0IGl0 IHdpbGwgZG8gZm9yIG5vdy4KCk5vcm1hbGx5IHRoaXMgc2hvdWxkIG5ldmVyIGJlIGRvbmUsIGJ1 dCBpdCBjb3VsZCB3b3JrIGluIHRoZW9yeS4KCgouLi4uCj4+IFRoZXJlIG11c3QgYmUgYSBjZXJ0 YWluIHNldHRpbmcgb24geW91ciBzeXN0ZW0gd2hpY2ggY2F1c2VzIHRoaXMuIE1vc3QKPj4gbGlr ZWx5LCBpdCBpcyBhZ2FpbiB1c2luZyB5b3VyIGV4aXN0aW5nIHN5c3RlbSBoZWFkZXJzLCBpbnN0 ZWFkIG9mIHRob3NlCj4+IGluIC91c3Ivb2JqLgo+Cj4gSSBzdXBwb3NlIHNvLCBidXQgd2hlcmU/ Ci4uLi4KPiAvZXRjL21ha2UuY29uZjoKPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4gIwo+ICMg Q2xhbmcKPiAjCj4gVVNFX0NMQU5HPz1ubwo+ICMKPiAuaWYgJHtVU0VfQ0xBTkd9ID09ICJ5ZXMi Cj4gLmlmICFkZWZpbmVkKENDKSB8fCAke0NDfSA9PSAiY2MiCj4gQ0M9L3Vzci9sb2NhbC9iaW4v Y2xhbmcKCkRvbid0IHVzZSBhYnNvbHV0ZSBwYXRocyBoZXJlLCBpdCB3aWxsIG5vdCB3b3JrIGZv ciBidWlsZHdvcmxkLiAgVGhpcwpoYXMgYmVlbiBkaXNjdXNzZWQgcmVjZW50bHkgaW4gYW5vdGhl ciB0aHJlYWQuICAoTm90IGFuIGlzc3VlIHdpdGgKY2xhbmcgb3IgZ2NjLCBidXQgd2l0aCB0aGUg d2F5IGJ1aWxkd29ybGQgYm9vdHN0cmFwcyBpdHMgY29tcGlsZXIgaW4KZ2VuZXJhbC4pCgoKLi4u Lgo+IC9ldGMvc3JjLmNvbmYKPiAtLS0tLS0tLS0tLS0tLS0tLS0KPiAjIHNyYy5jb25mIC0gU291 cmNlIGJ1aWxkIG9wdGlvbnMKPgo+ICNXSVRIT1VUX1RPT0xDSEFJTlM9InllcyIKPgo+IFdJVEhP VVRfQVRNPSJ5ZXMiCj4gV0lUSE9VVF9CTFVFVE9PVEg9InllcyIKPiBXSVRIT1VUX0JTTk1QPSJ5 ZXMiCj4gV0lUSE9VVF9DRERMPSJ5ZXMiCj4gV0lUSE9VVF9DTEFORz0ieWVzIgo+IFdJVEhPVVRf Q1RNPSJ5ZXMiCj4gV0lUSE9VVF9DVlM9InllcyIKPiBXSVRIT1VUX0dDQz0ieWVzIgoKSSBkb24n dCB0aGluayBidWlsZHdvcmxkIGNhbiBldmVyIHdvcmsgY29ycmVjdGx5LCBpZiB5b3UgaGF2ZSBi b3RoCldJVEhPVVRfQ0xBTkcgYW5kIFdJVEhPVVRfR0NDIGRlZmluZWQsIGF0IGxlYXN0IG5vdCB3 aXRoIGhvdyBpdCBpcwpjdXJyZW50bHkgaW1wbGVtZW50ZWQuCgpBdCBsZWFzdCwgY2VydGFpbmx5 IG5vdCBmb3IgYSAtQ1VSUkVOVCBidWlsZCBvbiAtU1RBQkxFLCB0aGF0IGlzLiAgSWYKeW91J2Qg YnVpbGQgdGhpcyBvbiBhIGZ1bGx5IGluc3RhbGxlZCAtQ1VSUkVOVCBib3gsIGl0IG1pZ2h0IGNv bXBsZXRlLApidXQgYWdhaW4sIG5vIGd1YXJhbnRlZXMuCgpUcnkgYnVpbGRpbmcgd2l0aCBnY2Ms IHdoaWxlIHJlbW92aW5nIHRoZSBXSVRIT1VUX0dDQyBsaW5lLCBvciBidWlsZGluZwp3aXRoIGNs YW5nLCB3aGlsZSByZW1vdmluZyB0aGUgV0lUSE9VVF9DTEFORyBsaW5lLgoKCi0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLQoKTWVzc2FnZTogMwpEYXRlOiBXZWQsIDEyIFNlcCAyMDEyIDE1 OjAzOjQzICswMjAwCkZyb206IExhcnMgRW5nZWxzIDxsYXJzLmVuZ2Vsc0AweDIwLm5ldD4KU3Vi amVjdDogUmU6IENsYW5nIGFzIGRlZmF1bHQgY29tcGlsZXIgTm92ZW1iZXIgNHRoClRvOiBNYXJr IExpbmltb24gPGxpbmltb25AbG9uZXNvbWUuY29tPgpDYzogdG9vbGNoYWluQEZyZWVCU0Qub3Jn LCBEb3VnIEJhcnRvbiA8ZG91Z2JARnJlZUJTRC5vcmc+LAoJY3VycmVudEBGcmVlQlNELm9yZywJ QnJvb2tzIERhdmlzIDxicm9va3NARnJlZUJTRC5vcmc+LAoJZnJlZWJzZC1wb3J0c0BGcmVlQlNE Lm9yZwpNZXNzYWdlLUlEOiA8MjAxMjA5MTIxMzAzNDMuR0wyMDc2MkBlLW5ldy4weDIwLm5ldD4K Q29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PSJ1dGYtOCIKCk9uIFdlZCwgU2VwIDEy LCAyMDEyIGF0IDA0OjE1OjIwQU0gLTA1MDAsIE1hcmsgTGluaW1vbiB3cm90ZToKPiBPbiBUdWUs IFNlcCAxMSwgMjAxMiBhdCAxMToyNzo1MEFNICswMjAwLCBMYXJzIEVuZ2VscyB3cm90ZToKPiA+ IEF0IHRoZSBtb21lbnQgdGhlIHBvcnRzIG1haW50YWluZXJzIGRvbid0IGdpdmUgbXVjaCBhYm91 dCBpZiB0aGVpciBwb3J0cwo+ID4gYnVpbGQgd2l0aCBDTEFORyBvciBub3QgYmVjYXVzZSB0aGV5 J3JlIG5vdCBmb3JjZWQgdG8uCj4gCj4gSSB0aGluayB0aGlzIGlzIGEgbWlzLXJlcHJlc2VudGF0 aW9uLgo+IAo+IEFkZGluZyB0aGUgcmVxdWlyZW1lbnQgInlvdXIgcG9ydHMgbXVzdCB3b3JrIG9u IGNsYW5nIiBpcyBhZGRpbmcgYW4KPiBleC1wb3N0LWZhY3RvIHJlcXVpcmVtZW50LiAgVGhpcyBj cmVhdGVzIHRoZSBmb2xsb3dpbmcgbWF0cml4IG9mIHdoYXQKPiB3ZSBhcmUgaW1wbGljaXRseSBh c2tpbmcgbWFpbnRhaW5lcnMgdG8gZG86Cj4gCj4gKEZyZWVCU0QgN3w4fDl8MTApICogKGFtZDY0 fGFybXxpMzg2fHBvd2VycGN8c3BhcmM2NCkgKiAoYmFzZSBnY2N8YmFzZSBjbGFuZykKPiAKPiBJ dCBpcyBjb21wbGV0ZWx5IGluc2FuZSB0byBleHBlY3QgYW55b25lIHRvIGJlIGFibGUgdG8gdGVz dCBpbiBhbGwgb2YgdGhvc2UKPiBlbnZpcm9ubWVudHMsIG9yIGV2ZW4gYSB0aW55IHN1YnNldCBv ZiB0aGVtLiAgVGhpcyBpc24ndCB3aGF0IG1vc3QgcGVvcGxlCj4gc2lnbiB1cCBmb3Igd2hlbiB0 aGV5IHNpZ24gdXAgdG8gbWFpbnRhaW4gcG9ydHMuCgpObywgSSBkaWRuJ3QgbWVhbiBpdCB0aGF0 IHdheS4gSSBvbmx5IG1lYW50IHRoYXQgdGhlIHBlb3BsZSAvCm1haW50YWluZXJzIHJ1bm5pbmcg Q1VSUkVOVCB3aWxsIGFjdHVhbGx5IHNlZSB0aGF0IHRoZWlyIHBvcnRzIGRvbid0CndvcmsgYW5k IGlmIHRoZXkgd2FudCB0byBrZWVwIG9uIHVzaW5nIHRoZW0gb24gQ1VSUkVOVCB0aGV5IG5lZWQg dG8gZml4CnRoZW0uIGUuZy4gdHdvIG9mIHRoZSBwb3J0cyBJIG1haW50YWluIGRvbid0IGJ1aWxk IHdpdGggQ0xBTkcsIHlldC4gSQpqdXN0IGNoZWNrZWQgdGhhdCBvbiB0aGUgd2lraSBwYWdlIFsx XS4KSSBoYWQgdG8gbG9vayB0aGF0IHVwIG1hbnVhbGx5LCBidXQgd291bGQgaGF2ZSBleHBlcmll bmNlZCB0aGF0IGlmIEkgbXkKQ1VSUkVOVCBib3ggd2FzIGJ1aWxkaW5nIHdpdGggQ0xBTkcgYnkg ZGVmYXVsdC4gOikKCkl0J3MgY2xlYXIgdGhhdCB3ZSBjYW5ub3QgZXhwZWN0IG91ciBtYWludGFp bmVycyB0byBjaGVjayBhbGwgcG9zc2libGUKY29tYmluYXRpb25zIG9mIEZyZWVCU0QsIGFyY2hp dGVjdHVyZSBhbmQgY29tcGlsZXIuCgo+IAo+ID4gVGhvc2Ugd2hvIGRvbid0IHJ1biBDVVJSRU5U IHdvbid0IG5vdGljZSwgYnV0IHRob3NlIHdobyBkbyB3aWxsIGhhdmUgdG8KPiA+IGdldCB0aGVp ciBidXR0cyB1cCBhbmQgZml4IHRoZSBwb3J0cwo+IAo+IEkgdGhpbmsgaXQncyBmb29saXNoIHRv IGFzc3VtZSB0aGF0IG1haW50YWlucmVzIGRvbid0IGhhdmUgdGhlaXIgYnV0dHMgaW4KPiBnZWFy IGFzIGl0IGlzLiAgUGxlYXNlIG5vdGUsIHdlIGhhdmUgbmVhcmx5IDEzMDAgUFJzLCBodW5kcmVk cyBvZiBwb3J0cyB3aXRoCj4gYnVpbGQgZXJyb3JzIGFuZC9vciBQUnMsIGFuZCBodW5kcmVkcyB0 aGF0IGZhaWwgb24gLWN1cnJlbnQgb25seS4gIEkgdHJ5IHRvCj4gYWR2ZXJ0aXNlIGFsbCB0aGVz ZSB0aGluZ3MgdGhlIGJlc3QgSSBrbm93IGhvdy4gIEFkZGluZyB0aGUgaHVuZHJlZHMgdGhhdAo+ IGZhaWwgb24gLWNsYW5nIG9ubHkgYW5kIHRoZW4gYmxhbWluZyB0aGUgbWFpbnRhaW5lcnMgaXMg c2ltcGx5IGdvaW5nIHRvIGJlCj4gY291bnRlci1wcm9kdWN0aXZlLgoKCgpbMV0gaHR0cDovL3dp a2kuZnJlZWJzZC5vcmcvUG9ydHNBbmRDbGFuZwotLS0tLS0tLS0tLS0tLSBuZXh0IHBhcnQgLS0t LS0tLS0tLS0tLS0KQSBub24tdGV4dCBhdHRhY2htZW50IHdhcyBzY3J1YmJlZC4uLgpOYW1lOiBu b3QgYXZhaWxhYmxlClR5cGU6IGFwcGxpY2F0aW9uL3BncC1zaWduYXR1cmUKU2l6ZTogMTk2IGJ5 dGVzCkRlc2M6IG5vdCBhdmFpbGFibGUKVXJsIDogaHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL3Bp cGVybWFpbC9mcmVlYnNkLWN1cnJlbnQvYXR0YWNobWVudHMvMjAxMjA5MTIvYTc4OWQ1YTEvYXR0 YWNobWVudC0wMDAxLnBncAoKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCgpNZXNzYWdl OiA0CkRhdGU6IFdlZCwgMTIgU2VwIDIwMTIgMDk6NTY6MjYgLTA1MDAKRnJvbTogTWFyayBMaW5p bW9uIDxsaW5pbW9uQGxvbmVzb21lLmNvbT4KU3ViamVjdDogUmU6IENsYW5nIGFzIGRlZmF1bHQg Y29tcGlsZXIgTm92ZW1iZXIgNHRoClRvOiBMYXJzIEVuZ2VscyA8bGFycy5lbmdlbHNAMHgyMC5u ZXQ+CkNjOiB0b29sY2hhaW5ARnJlZUJTRC5vcmcsIERvdWcgQmFydG9uIDxkb3VnYkBGcmVlQlNE Lm9yZz4sCgljdXJyZW50QEZyZWVCU0Qub3JnLAlCcm9va3MgRGF2aXMgPGJyb29rc0BGcmVlQlNE Lm9yZz4sCglmcmVlYnNkLXBvcnRzQEZyZWVCU0Qub3JnCk1lc3NhZ2UtSUQ6IDwyMDEyMDkxMjE0 NTYyNi5HQTE1OTc3QGxvbmVzb21lLmNvbT4KQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFy c2V0PXVzLWFzY2lpCgpPbiBXZWQsIFNlcCAxMiwgMjAxMiBhdCAwMzowMzo0M1BNICswMjAwLCBM YXJzIEVuZ2VscyB3cm90ZToKPiB0d28gb2YgdGhlIHBvcnRzIEkgbWFpbnRhaW4gZG9uJ3QgYnVp bGQgd2l0aCBDTEFORywgeWV0LiBJCj4ganVzdCBjaGVja2VkIHRoYXQgb24gdGhlIHdpa2kgcGFn ZSBbMV0uCgpUbyByZXBlYXQgbXlzZWxmLCB0aGUgcG9ydHMgSSd2ZSBsaXN0ZWQgb24gdGhhdCBw YWdlIGFyZSB0aGUgImJpZwpwcm9ibGVtcyIuICBQZW9wbGUgbmVlZCB0byBsb29rIGF0IHRoZSBl cnJvcmxvZ3MgVVJMcyB1cCBhdCB0aGUKdG9wIHRvIHNlZSB0aGUgY29tcGxldGUgbGlzdC4KCm1j bAoKCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQoKTWVzc2FnZTogNQpEYXRlOiBXZWQs IDEyIFNlcCAyMDEyIDE5OjE5OjA3ICswNDAwCkZyb206IExldiBTZXJlYnJ5YWtvdiA8bGV2QEZy ZWVCU0Qub3JnPgpTdWJqZWN0OiBSZTogQ2xhbmcgYXMgZGVmYXVsdCBjb21waWxlciBOb3ZlbWJl ciA0dGgKVG86IFBhdHJpY2sgTGFtYWl6aWVyZSA8cGF0ZmJzZEBkYXZlbnVsbGUub3JnPgpDYzog dG9vbGNoYWluQGZyZWVic2Qub3JnLCBicm9va3NAZnJlZWJzZC5vcmcsIGN1cnJlbnRAZnJlZWJz ZC5vcmcKTWVzc2FnZS1JRDogPDE5MjIwMTczNy4yMDEyMDkxMjE5MTkwN0BzZXJlYnJ5YWtvdi5z cGIucnU+CkNvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD13aW5kb3dzLTEyNTEKCkhl bGxvLCBQYXRyaWNrLgpZb3Ugd3JvdGUgMTIg77+977+977+977+977+977+977+977+9IDIwMTIg 77+9LiwgMToyMjo0NDoKClBMPiBXZWxsLCBJIHdpbGwgbm90IGJlIGFibGUgdG8gcnVuIEZyZWVC U0QgZnJvbSBzY3JhdGNoIG9uIG15IHNvZWtyaXMgOi0pCiAgVGhhbmsgeW91IGZvciB3YXJuaW5n LCBJJ3ZlIG1pc3NlZCB0aGlzLgoKLS0gCi8vIEJsYWNrIExpb24gQUtBIExldiBTZXJlYnJ5YWtv diA8bGV2QEZyZWVCU0Qub3JnPgoKCgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KCk1l c3NhZ2U6IDYKRGF0ZTogV2VkLCAxMiBTZXAgMjAxMiAxNzozMTozNCArMDIwMApGcm9tOiBFZHdh cmQgTWVld2lzIDxlZEBleHRyYW9yZGluYXJ5bWFjaGluZS5ubD4KU3ViamVjdDogUmU6IEJ1aWxk aW5nIHdvcmxkIHdpdGggY2xhbmcgVG9UClRvOiBEaW1pdHJ5IEFuZHJpYyA8ZGltQEZyZWVCU0Qu b3JnPiwgQ2h1Y2sgQnVybnMgPGJyZWFrMTlAZ21haWwuY29tPgpDYzogZnJlZWJzZC1jdXJyZW50 QEZyZWVCU0Qub3JnCk1lc3NhZ2UtSUQ6IDw1MDUwQUFENi4yMDgwMjAyQGV4dHJhb3JkaW5hcnlt YWNoaW5lLm5sPgpDb250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9SVNPLTg4NTktMTsg Zm9ybWF0PWZsb3dlZAoKT24gMTItMDktMTIgMTQ6MTUsIERpbWl0cnkgQW5kcmljIHdyb3RlOgo+ IFRyeSBidWlsZGluZyB3aXRoIGdjYywgd2hpbGUgcmVtb3ZpbmcgdGhlIFdJVEhPVVRfR0NDIGxp bmUsIG9yIGJ1aWxkaW5nCj4gd2l0aCBjbGFuZywgd2hpbGUgcmVtb3ZpbmcgdGhlIFdJVEhPVVRf Q0xBTkcgbGluZS4KCkknbGwgYmUgZGFtbmVkLCB0aGF0IGRpZCBpdCEgKHdpdGggZ2NjKQoKVGhh bmtzLCBndXlzIQoKLS0gRWQuCgoKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCgpNZXNz YWdlOiA3CkRhdGU6IFdlZCwgMTIgU2VwIDIwMTIgMTE6NDg6NDUgLTA0MDAKRnJvbTogS2ltIEN1 bGhhbiA8dzhoZGtpbUBnbWFpbC5jb20+ClN1YmplY3Q6IHJlY2VudGx5IHVwZGF0ZWQgLWN1cnJl bnQgZmF0YWwgdHJhcCBhdCBib290ClRvOiBmcmVlYnNkLWN1cnJlbnRARnJlZUJTRC5vcmcKTWVz c2FnZS1JRDoKCTxDQUtaeFZRVTF0ZWNObktITmktWEU1T0pxTStKZUtjbTJkNzJHanpZa1B0dU1p WVJHMndAbWFpbC5nbWFpbC5jb20+CkNvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD1J U08tODg1OS0xCgpGcmVlQlNEIC1jdXJyZW50IHIyNDAzNjAgaGFzIGEgZmF0YWwgdHJhcCBhdCBi b290LgoKVGhpcyBoYXMgYmVlbiBub3RlZCBvbiB0d28gbWFjaGluZXMgcnVubmluZyAtY3VycmVu dCB3aGljaCB3ZXJlCnVwZGF0ZWQgdXNpbmcgdGhlIHJlY29tbWVuZGVkCmJ1aWxkd29ybGQgdXBk YXRlIHByb2NlZHVyZS4KCkJvb3RpbmcgaW4gc2luZ2xlLXVzZXIgbW9kZSBpcyBwb3NzaWJsZSBh bmQgYm9vdGluZyB3aXRoIHRoZSBwcmV2aW91cwprZXJuZWwsIHIyNDAzMjdNIGZyb20gfiAwOS0x MC0xMiwKaXMgYWxzbyBwb3NzaWJsZSBhbmQgYXBwZWFycyB0byBydW4gd2VsbC4KCk9uIHRoZSBj b25zb2xlIHRoZSBtb21lbnQgb2YgZmFpbHVyZSBpcyBqdXN0IGFmdGVyIHRoZSBjb25maWcgZGF0 YSBmb3IKdGhlIGxhc3QgbmV0d29yayBkZXZpY2UKaXMgZGlzcGxheWVkLCB3aGVyZSBub3JtYWxs eSBvbiB0aGUgY29uc29sZSBpczoKCmFkZCBuZXQgZGVmYXVsdDogZ2F0ZXdheTogMS4yLjMuNAoK V2hlbiBwZmxvZyB3YXMgZW5hYmxlZCwgcGZsb2cgd2FzIHRoZSBsYXN0IGl0ZW0gZGlzcGxheWVk LCBkaXNhYmxpbmcKcGYgYW5kIHBmbG9nIGhhcyBubyBlZmZlY3QuCgpBIHNlcmlhbCBjb25zb2xl IGlzIG5vdCBhdmFpbGFibGUgc28gYSBwaWN0dXJlIG9mIHRoZSBjb25zb2xlIGFmdGVyCnRoZSBm YXRhbCB0cmFwIGlzOgoKaHR0cHM6Ly9waWNhc2F3ZWIuZ29vZ2xlLmNvbS9saC9waG90by92RkNa a3h3dEQxaVRpczVGRUZaUE4zbDVZVzdnTDAyczdGUllmcXhXUllzP2ZlYXQ9ZGlyZWN0bGluawoK QW55IHJlY29tbWVuZGF0aW9ucyB0b3dhcmQgZmluZGluZyB0aGUgY2F1c2Ugd291bGQgYmUgZ3Jl YXRseSBhcHByZWNpYXRlZC4KCnRoYW5rcwota2ltCgoKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tCgpNZXNzYWdlOiA4CkRhdGU6IFdlZCwgMTIgU2VwIDIwMTIgMTE6NTM6MDYgLTA0MDAK RnJvbTogTWljaGFlbCBCdXRsZXIgPGltYkBwcm90ZWN0ZWQtbmV0d29ya3MubmV0PgpTdWJqZWN0 OiBSZTogcmVjZW50bHkgdXBkYXRlZCAtY3VycmVudCBmYXRhbCB0cmFwIGF0IGJvb3QKVG86IEtp bSBDdWxoYW4gPHc4aGRraW1AZ21haWwuY29tPgpDYzogZnJlZWJzZC1jdXJyZW50QEZyZWVCU0Qu b3JnCk1lc3NhZ2UtSUQ6IDw1MDUwQUZFMi43MDYwMDA4QHByb3RlY3RlZC1uZXR3b3Jrcy5uZXQ+ CkNvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD1JU08tODg1OS0xCgotLS0tLUJFR0lO IFBHUCBTSUdORUQgTUVTU0FHRS0tLS0tCkhhc2g6IFNIQTEKCk9uIDA5LzEyLzEyIDExOjQ4LCBL aW0gQ3VsaGFuIHdyb3RlOgo+IEZyZWVCU0QgLWN1cnJlbnQgcjI0MDM2MCBoYXMgYSBmYXRhbCB0 cmFwIGF0IGJvb3QuCgpTVk4gcjI0MDM2NyByZXZlcnRzIHRoZSB0cm91Ymxlc29tZSBjaGFuZ2Us CgoJaW1iCgoKLS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjEu NC4xMiAoRnJlZUJTRCkKCmlFWUVBUkVDQUFZRkFsQlFyK0lBQ2drUVF2OXJyZ1JDMUpLa1NRQ2dn SVlMSXczblh6Smdic1doTUlEN3Z5S0cKckJvQW9MUHFtODRYdmhNaGY4WWtwNmJjd2NlZHU4WEoK PXEzZVgKLS0tLS1FTkQgUEdQIFNJR05BVFVSRS0tLS0tCgoKLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tCgpNZXNzYWdlOiA5CkRhdGU6IFdlZCwgMTIgU2VwIDIwMTIgMDg6NTc6NDkgLTA3 MDAKRnJvbTogRGF2aWQgV29sZnNraWxsIDxkYXZpZEBjYXR3aGlza2VyLm9yZz4KU3ViamVjdDog UmU6IHJlY2VudGx5IHVwZGF0ZWQgLWN1cnJlbnQgZmF0YWwgdHJhcCBhdCBib290ClRvOiBLaW0g Q3VsaGFuIDx3OGhka2ltQGdtYWlsLmNvbT4KQ2M6IGZyZWVic2QtY3VycmVudEBmcmVlYnNkLm9y ZwpNZXNzYWdlLUlEOiA8MjAxMjA5MTIxNTU3NDkuR0kzMzU3QGFsYmVydC5jYXR3aGlza2VyLm9y Zz4KQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PSJ1cy1hc2NpaSIKCk9uIFdlZCwg U2VwIDEyLCAyMDEyIGF0IDExOjQ4OjQ1QU0gLTA0MDAsIEtpbSBDdWxoYW4gd3JvdGU6Cj4gRnJl ZUJTRCAtY3VycmVudCByMjQwMzYwIGhhcyBhIGZhdGFsIHRyYXAgYXQgYm9vdC4KPiAuLi4KCkFz IG5vdGVkIHllc3RlcmRheSwgeWVzLiAgWW91IG5lZWQgdG8gZWl0aGVyIHJldmVydCByMjQwMzQ0 IG9yIGFwcGx5CnIyNDAzNjcgKHdoaWNoIHJldmVydHMgcjI0MDM0NCkuCgpGV0lXLCBJIGhhZCBu byB0cm91YmxlIGF0IHIyNDAzODguCgpQZWFjZSwKZGF2aWQKLS0gCkRhdmlkIEguIFdvbGZza2ls bAkJCQlkYXZpZEBjYXR3aGlza2VyLm9yZwpEZXByaXZpbmcgYSBnaXJsIG9yIGJveSBvZiBhbiBv cHBvcnR1bml0eSBmb3IgZWR1Y2F0aW9uIGlzIGV2aWwuCgpTZWUgaHR0cDovL3d3dy5jYXR3aGlz a2VyLm9yZy9+ZGF2aWQvcHVibGlja2V5LmdwZyBmb3IgbXkgcHVibGljIGtleS4KLS0tLS0tLS0t LS0tLS0gbmV4dCBwYXJ0IC0tLS0tLS0tLS0tLS0tCkEgbm9uLXRleHQgYXR0YWNobWVudCB3YXMg c2NydWJiZWQuLi4KTmFtZTogbm90IGF2YWlsYWJsZQpUeXBlOiBhcHBsaWNhdGlvbi9wZ3Atc2ln bmF0dXJlClNpemU6IDE5NiBieXRlcwpEZXNjOiBub3QgYXZhaWxhYmxlClVybCA6IGh0dHA6Ly9s aXN0cy5mcmVlYnNkLm9yZy9waXBlcm1haWwvZnJlZWJzZC1jdXJyZW50L2F0dGFjaG1lbnRzLzIw MTIwOTEyLzAzMTBjY2M1L2F0dGFjaG1lbnQtMDAwMS5wZ3AKCi0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLQoKTWVzc2FnZTogMTAKRGF0ZTogV2VkLCAxMiBTZXAgMjAxMiAxODoxODowNiAr MDIwMApGcm9tOiBEaW1pdHJ5IEFuZHJpYyA8ZGltQEZyZWVCU0Qub3JnPgpTdWJqZWN0OiBSZTog QnVpbGRpbmcgd29ybGQgd2l0aCBjbGFuZyBUb1QKVG86IEVkd2FyZCBNZWV3aXMgPGVkQGV4dHJh b3JkaW5hcnltYWNoaW5lLm5sPgpDYzogZnJlZWJzZC1jdXJyZW50QEZyZWVCU0Qub3JnLCBDaHVj ayBCdXJucyA8YnJlYWsxOUBnbWFpbC5jb20+Ck1lc3NhZ2UtSUQ6IDw1MDUwQjVCRS43MDkwMDA1 QEZyZWVCU0Qub3JnPgpDb250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9SVNPLTg4NTkt MTsgZm9ybWF0PWZsb3dlZAoKT24gMjAxMi0wOS0xMiAxNzozMSwgRWR3YXJkIE1lZXdpcyB3cm90 ZToKPiBPbiAxMi0wOS0xMiAxNDoxNSwgRGltaXRyeSBBbmRyaWMgd3JvdGU6Cj4+IFRyeSBidWls ZGluZyB3aXRoIGdjYywgd2hpbGUgcmVtb3ZpbmcgdGhlIFdJVEhPVVRfR0NDIGxpbmUsIG9yIGJ1 aWxkaW5nCj4+IHdpdGggY2xhbmcsIHdoaWxlIHJlbW92aW5nIHRoZSBXSVRIT1VUX0NMQU5HIGxp bmUuCj4KPiBJJ2xsIGJlIGRhbW5lZCwgdGhhdCBkaWQgaXQhICh3aXRoIGdjYykKCk5vdGUgdGhh dCBzb21lIHBlb3BsZSBoYXZlIGJlZW4gd29ya2luZyBvbiBleHRlcm5hbCB0b29sY2hhaW4gc3Vw cG9ydC4KClRoaXMgd291bGQgYWltIHRvIG1ha2UgaXQgcG9zc2libGUgdG8gZG8gd2hhdCB5b3Ug d2VyZSB0cnlpbmcsIGUuZy4KYnVpbGRpbmcgd29ybGQgdXNpbmcgV0lUSE9VVF9UT09MQ0hBSU4s IHdoaWNoIHNldHMgYm90aCBXSVRIT1VUX0NMQU5HCmFuZCBXSVRIT1VUX0dDQywgYW1vbmcgb3Ro ZXJzLgoKSG93ZXZlciwgSSBhbSBub3Qgc3VyZSBob3cgZmFyIHRoZXNlIGVmZm9ydHMgaGF2ZSBj b21lIGJ5IG5vdy4gOi0pCgoKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCgpNZXNzYWdl OiAxMQpEYXRlOiBXZWQsIDEyIFNlcCAyMDEyIDExOjM0OjU1IC0wNTAwCkZyb206IEJyb29rcyBE YXZpcyA8YnJvb2tzQEZyZWVCU0Qub3JnPgpTdWJqZWN0OiBSZTogQnVpbGRpbmcgd29ybGQgd2l0 aCBjbGFuZyBUb1QKVG86IERpbWl0cnkgQW5kcmljIDxkaW1ARnJlZUJTRC5vcmc+CkNjOiBmcmVl YnNkLWN1cnJlbnRARnJlZUJTRC5vcmcsIEVkd2FyZCBNZWV3aXMKCTxlZEBleHRyYW9yZGluYXJ5 bWFjaGluZS5ubD4sCUNodWNrIEJ1cm5zIDxicmVhazE5QGdtYWlsLmNvbT4KTWVzc2FnZS1JRDog PDIwMTIwOTEyMTYzNDU1LkdBODYxNjlAbG9yLm9uZS1leWVkLWFsaWVuLm5ldD4KQ29udGVudC1U eXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PSJ1cy1hc2NpaSIKCk9uIFdlZCwgU2VwIDEyLCAyMDEy IGF0IDA2OjE4OjA2UE0gKzAyMDAsIERpbWl0cnkgQW5kcmljIHdyb3RlOgo+IE9uIDIwMTItMDkt MTIgMTc6MzEsIEVkd2FyZCBNZWV3aXMgd3JvdGU6Cj4gPiBPbiAxMi0wOS0xMiAxNDoxNSwgRGlt aXRyeSBBbmRyaWMgd3JvdGU6Cj4gPj4gVHJ5IGJ1aWxkaW5nIHdpdGggZ2NjLCB3aGlsZSByZW1v dmluZyB0aGUgV0lUSE9VVF9HQ0MgbGluZSwgb3IgYnVpbGRpbmcKPiA+PiB3aXRoIGNsYW5nLCB3 aGlsZSByZW1vdmluZyB0aGUgV0lUSE9VVF9DTEFORyBsaW5lLgo+ID4KPiA+IEknbGwgYmUgZGFt bmVkLCB0aGF0IGRpZCBpdCEgKHdpdGggZ2NjKQo+IAo+IE5vdGUgdGhhdCBzb21lIHBlb3BsZSBo YXZlIGJlZW4gd29ya2luZyBvbiBleHRlcm5hbCB0b29sY2hhaW4gc3VwcG9ydC4KPiAKPiBUaGlz IHdvdWxkIGFpbSB0byBtYWtlIGl0IHBvc3NpYmxlIHRvIGRvIHdoYXQgeW91IHdlcmUgdHJ5aW5n LCBlLmcuCj4gYnVpbGRpbmcgd29ybGQgdXNpbmcgV0lUSE9VVF9UT09MQ0hBSU4sIHdoaWNoIHNl dHMgYm90aCBXSVRIT1VUX0NMQU5HCj4gYW5kIFdJVEhPVVRfR0NDLCBhbW9uZyBvdGhlcnMuCj4g Cj4gSG93ZXZlciwgSSBhbSBub3Qgc3VyZSBob3cgZmFyIHRoZXNlIGVmZm9ydHMgaGF2ZSBjb21l IGJ5IG5vdy4gOi0pCgpJJ3ZlIGdvdCBzb21lIHBhdGNoZXMgdGhhdCBhcmVuJ3QgcXVpdGUgcmVh ZHkgZm9yIHByaW1lLXRpbWUgdGhhdAphbGxvdyBtZSB0byBjcm9zcyBidWlsZCB3b3JsZCB3aXRo IGFuIGV4dGVybmFsIENMQU5HLiAgSSdsbCBwb3N0IHRoZW0gdG8KdGhlIHRvb2xjaGFpbkAgbGlz dCB3aGVuIHRoZXkgYXJlIGNsb3NlciB0byByZWFkeSAoaG9wZWZ1bGx5IHF1aXRlIHNvb24pLgoK LS0gQnJvb2tzCi0tLS0tLS0tLS0tLS0tIG5leHQgcGFydCAtLS0tLS0tLS0tLS0tLQpBIG5vbi10 ZXh0IGF0dGFjaG1lbnQgd2FzIHNjcnViYmVkLi4uCk5hbWU6IG5vdCBhdmFpbGFibGUKVHlwZTog YXBwbGljYXRpb24vcGdwLXNpZ25hdHVyZQpTaXplOiAxODggYnl0ZXMKRGVzYzogbm90IGF2YWls YWJsZQpVcmwgOiBodHRwOi8vbGlzdHMuZnJlZWJzZC5vcmcvcGlwZXJtYWlsL2ZyZWVic2QtY3Vy cmVudC9hdHRhY2htZW50cy8yMDEyMDkxMi82NTQwMGEzNS9hdHRhY2htZW50LTAwMDEucGdwCgot LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KCk1lc3NhZ2U6IDEyCkRhdGU6IFdlZCwgMTIg U2VwIDIwMTIgMTQ6MDc6MDggLTA0MDAKRnJvbTogS2ltIEN1bGhhbiA8dzhoZGtpbUBnbWFpbC5j b20+ClN1YmplY3Q6IFJlOiByZWNlbnRseSB1cGRhdGVkIC1jdXJyZW50IGZhdGFsIHRyYXAgYXQg Ym9vdApUbzogaW1iQHByb3RlY3RlZC1uZXR3b3Jrcy5uZXQsIGRhdmlkQGNhdHdoaXNrZXIub3Jn CkNjOiBmcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5vcmcKTWVzc2FnZS1JRDoKCTxDQUtaeFZRV1B1 NzQwTjBZTFJnWjltM0RmUmVaTnFFQlFnUW90bjZnS0hPSnI4enhZdEFAbWFpbC5nbWFpbC5jb20+ CkNvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD1JU08tODg1OS0xCgpPbiBXZWQsIFNl cCAxMiwgMjAxMiBhdCAxMTo1MyBBTSwgTWljaGFlbCBCdXRsZXIKPGltYkBwcm90ZWN0ZWQtbmV0 d29ya3MubmV0PiB3cm90ZToKPiAtLS0tLUJFR0lOIFBHUCBTSUdORUQgTUVTU0FHRS0tLS0tCj4g SGFzaDogU0hBMQo+Cj4gT24gMDkvMTIvMTIgMTE6NDgsIEtpbSBDdWxoYW4gd3JvdGU6Cj4+IEZy ZWVCU0QgLWN1cnJlbnQgcjI0MDM2MCBoYXMgYSBmYXRhbCB0cmFwIGF0IGJvb3QuCj4KPiBTVk4g cjI0MDM2NyByZXZlcnRzIHRoZSB0cm91Ymxlc29tZSBjaGFuZ2UsCj4KPiAgICAgICAgIGltYgoK T24gV2VkLCBTZXAgMTIsIDIwMTIgYXQgMTE6NTcgQU0sIERhdmlkIFdvbGZza2lsbCA8ZGF2aWRA Y2F0d2hpc2tlci5vcmc+IHdyb3RlOgo+IE9uIFdlZCwgU2VwIDEyLCAyMDEyIGF0IDExOjQ4OjQ1 QU0gLTA0MDAsIEtpbSBDdWxoYW4gd3JvdGU6Cj4+IEZyZWVCU0QgLWN1cnJlbnQgcjI0MDM2MCBo YXMgYSBmYXRhbCB0cmFwIGF0IGJvb3QuCj4+IC4uLgo+Cj4gQXMgbm90ZWQgeWVzdGVyZGF5LCB5 ZXMuICBZb3UgbmVlZCB0byBlaXRoZXIgcmV2ZXJ0IHIyNDAzNDQgb3IgYXBwbHkKPiByMjQwMzY3 ICh3aGljaCByZXZlcnRzIHIyNDAzNDQpLgo+Cj4gRldJVywgSSBoYWQgbm8gdHJvdWJsZSBhdCBy MjQwMzg4LgoKVGhhbmtzIHRvIGJvdGggb2YgeW91IGZvciBwb2ludGluZyB0aGlzIG91dCwgcmVi dWlsZGluZyBub3cuCgota2ltCgoKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCgpNZXNz YWdlOiAxMwpEYXRlOiBXZWQsIDEyIFNlcCAyMDEyIDIxOjM1OjAzICswMjAwCkZyb206IEhhbnMg UGV0dGVyIFNlbGFza3kgPGhzZWxhc2t5QGMyaS5uZXQ+ClN1YmplY3Q6IFJlOiBSYXNwYmVycnkg UEkgZ2V0cyBVU0Igc3VwcG9ydCBbRnJlZUJTRCAxMCBjdXJyZW50XQpUbzogZnJlZWJzZC1jdXJy ZW50QGZyZWVic2Qub3JnCkNjOiBHYXJyZXR0IENvb3BlciA8eWFuZWdvbWlAZ21haWwuY29tPiwJ QWxleGFuZGVyIFllcmVua293Cgk8eWVyZW5rb3dAZ21haWwuY29tPiwJSXZhbiBWb3JhcyA8aXZv cmFzQGZyZWVic2Qub3JnPiwKCWZyZWVic2QtdXNiQGZyZWVic2Qub3JnCk1lc3NhZ2UtSUQ6IDwy MDEyMDkxMjIxMzUuMDM2NTQuaHNlbGFza3lAYzJpLm5ldD4KQ29udGVudC1UeXBlOiBUZXh0L1Bs YWluOyAgY2hhcnNldD0iaXNvLTg4NTktMSIKCk9uIFdlZG5lc2RheSAxMiBTZXB0ZW1iZXIgMjAx MiAxMjoyNDo1OCBBbGV4YW5kZXIgWWVyZW5rb3cgd3JvdGU6Cj4gV2UgdGVzdGVkIGtlcm5lbCBi dWlsdCBieSBnb256b0AsIHRoZXJlIHdvcmtpbmcgZnJhbWVidWZmZXIsIHVlMCwgYW5kCj4gVVNC Mi4wIGRldmljZXMgKGluIHRoZW9yeSwgSSBkaWRuJ3QgaGF2ZSB0aG9zZSkuCj4gQnV0IGFmdGVy IHNvbWUgYWN0aXZpdHkgKGxpa2UgZG93bmxvYWQgZmV3IG1lZ2FieXRlcyBmaWxlKSBhbGwgaXMg c3R1Y2sKPiB3aXRoIG1lc3NhZ2UKPiB1c2IgZGV2aWNlIHN0YWxsZWQKPiAKPiBUaGlzIGlzIGdl dHRpbmcgMTAwJSByZXBlYXRlZGx5LCBubyBtYXR0ZXIgaWYgZG93bmxvYWQgZ29lcyB0byBzZCBj YXJkLCBvcgo+IHRvIG1hbGxvYy1tZC1kZXZpY2UuCj4gSWYgKFdoZW4pIHRoaXMgd2lsbCBiZSBm aXhlZCwgdGhlbiBScGkgd291bGQgYmUgYSBjYW5keSwgcHJlcGFyZWQgdG8KPiB0ZXN0aW5nIGFu ZCBtb3JlIG9yIGxlc3MgdXNhYmxlLgo+IEkgaGF2ZSBpbiBwbGFucyB0cnkgaXQgd2l0aCB4b3Jn LWZyYW1lYnVmZmVyLCBhbmQgd2l0aCBkaXJlY3RmYiwgd2hpbGUKPiB0aGVyZSdzIG5vIHZpZGVv IHN1cHBvcnQuCgpIaSwKCllvdSBzaG91bGQgdHJ5IGEga2VybmVsIGFmdGVyICJyMjQwNDE5IgoK UmlnaHQgbm93IG15IGNvZGUgdXNlcyBQSU8gbW9kZSBhbmQgaXMgYSBiaXQgc2xvdywgYnV0IGl0 IHNob3VsZCBiZSBtb3JlIApzdGFibGUuIExldCdzIHN0YXJ0IGZyb20gdGhlcmUgYW5kIHdvcmsg b24gdXB3YXJkcz8KCkFueW9uZSBjYXJlIHRvIGxvb2sgaW50byB0byBvcHRpbWlzaW5nIGJ1c19z cGFjZV9yZWdpb25fNCgpIGNhbGxzIHRvIHVzZSAKbG9hZC9zdG9yZSBtdWx0aXBsZT8KCi0tSFBT CgoKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCgpNZXNzYWdlOiAxNApEYXRlOiBXZWQs IDEyIFNlcCAyMDEyIDEwOjUzOjUwIC0xMDAwCkZyb206IERvdWcgQmFydG9uIDxkb3VnYkBGcmVl QlNELm9yZz4KU3ViamVjdDogUmU6IENsYW5nIGFzIGRlZmF1bHQgY29tcGlsZXIgTm92ZW1iZXIg NHRoClRvOiBFcmlrIENlZGVyc3RyYW5kIDxlcmlrQGNlZGVyc3RyYW5kLmRrPgpDYzogdG9vbGNo YWluQGZyZWVic2Qub3JnLCBSb21hbiBEaXZhY2t5IDxyZGl2YWNreUBmcmVlYnNkLm9yZz4sCglj dXJyZW50QGZyZWVic2Qub3JnLCBmcmVlYnNkLXBvcnRzIDxmcmVlYnNkLXBvcnRzQEZyZWVCU0Qu b3JnPgpNZXNzYWdlLUlEOiA8NTA1MEY2NUUuMTA0MDkwMUBGcmVlQlNELm9yZz4KQ29udGVudC1U eXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PUlTTy04ODU5LTEKCk9uIDkvMTIvMjAxMiAxMjo0MCBB TSwgRXJpayBDZWRlcnN0cmFuZCB3cm90ZToKPiBEZW4gMTIvMDkvMjAxMiBrbC4gMTEuMjkgc2ty ZXYgRG91ZyBCYXJ0b24gPGRvdWdiQEZyZWVCU0Qub3JnPjoKPiAKPj4gT24gMDkvMTEvMjAxMiAw Mjo1MiBBTSwgRXJpayBDZWRlcnN0cmFuZCB3cm90ZToKPj4+IFNvIGNhbiB3ZSBkbyBhIHN3ZWVw IG9uIHRoZSBwb3J0cyB0cmVlIGFuZCBtYXJrIHRoZSAyMjMyIHBvcnRzCj4+PiB3aXRoIFVTRV9H Q0M9NC4yIHVudGlsIHRoZXkgY2FuIGFjdHVhbGx5IGJ1aWxkIHdpdGggY2xhbmc/Cj4+IAo+PiBV bmZvcnR1bmF0ZWx5IGl0IGlzbid0IHRoYXQgc2ltcGxlLiBXZSBhbHJlYWR5IGhhdmUgYQo+PiBz dGF0aXN0aWNhbGx5IHNpZ25pZmljYW50IG51bWJlciBvZiBwb3J0cyB0aGF0IGRvbid0IGV2ZW4g Y29tcGlsZQo+PiB3aXRoIGdjYyA0LjIuMS4gSG93IG1hbnkgY29tcGlsZXJzIGRvIHdlIGV4cGVj dCB0aGUgdXNlcnMgdG8KPj4gaW5zdGFsbD8gOikKPiAKPiBJZiBhIHBvcnQgZG9lc24ndCBjb21w aWxlIHdpdGggdGhlIGRlZmF1bHQgY29tcGlsZXIgaW4gYmFzZSwgSSBleHBlY3QKPiB0aGF0IHBv cnQgdG8gYWRkIGEgYnVpbGQgZGVwZW5kZW5jeSBvbiB0aGUgY29tcGlsZXIgdGhhdCBpdCBhY3R1 YWxseQo+IGRvZXMgY29tcGlsZXMgd2l0aC4KClllcywgdGhleSBkbyB0aGlzIG5vdy4gVGhlIHBy b2JsZW0gaXMgdGhhdCB0aGUgc2V0IGlzIGdyb3dpbmcsIGFuZCB0aGUKcmF0ZSBvZiBncm93dGgg aXMgaW5jcmVhc2luZy4KCj4gT2YgY291cnNlLCBJIGhvcGUgdG8gbm90IGhhdmUgNiBkaWZmZXJl bnQKPiBjb21waWxlcnMgaW5zdGFsbGVkIG9uIG15IHN5c3RlbSwgYnV0IHRoZSBsaXN0IG9mIGJ1 aWxkIG9yIHJ1bnRpbWUKPiBkZXBlbmRlbmNpZXMgYXJlIGF0IHRoZSBkaXNjcmV0aW9uIG9mIHRo ZSBwb3J0IChtYWludGFpbmVyKS4gQXMgeW91Cj4gKEkgdGhpbmspIHNhaWQsIHdlIGNhbid0IGZv cmNlIHBvcnQgbWFpbnRhaW5lcnMgdG8gcGF0Y2ggdGhlaXIgcG9ydHMKPiB0byBzdXBwb3J0IGNs YW5nLgoKVGhvc2UgYXJlIHVucmVsYXRlZCBpc3N1ZXMuIFBsZWFzZSByZS1yZWFkIHRoZSBiaXRz IG9mIG15IHBvc3QgdGhhdCB5b3UKc25pcHBlZC4gVGhlIG92ZXJ3aGVsbWluZyBtYWpvcml0eSBv ZiBwcm9ibGVtcyB3ZSBoYXZlIHdpdGggY29tcGlsaW5nCnBvcnRzIG5vdyB3b3VsZCBiZSBmaXhl ZCBieSBoYXZpbmcgYSBtb2Rlcm4gdmVyc2lvbiBvZiBnY2MgYXMgdGhlCm9mZmljaWFsIChpLmUu LCBzdXBwb3J0ZWQpICJwb3J0cyBjb21waWxlci4iIFRoZSBjbGFuZyBlZmZvcnRzIHdvdWxkIGJl CmEgcGFyYWxsZWwgdHJhY2suCgpEb3VnCgoKCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LQoKTWVzc2FnZTogMTUKRGF0ZTogV2VkLCAxMiBTZXAgMjAxMiAxMDo1MDoxNSAtMTAwMApGcm9t OiBEb3VnIEJhcnRvbiA8ZG91Z2JAZG91Z2JhcnRvbi51cz4KU3ViamVjdDogUmU6IENsYW5nIGFz IGRlZmF1bHQgY29tcGlsZXIgTm92ZW1iZXIgNHRoClRvOiBEYXZpZCBDaGlzbmFsbCA8dGhlcmF2 ZW5AdGhlcmF2ZW5zbmVzdC5vcmc+CkNjOiB0b29sY2hhaW5AZnJlZWJzZC5vcmcsIFJvbWFuIERp dmFja3kgPHJkaXZhY2t5QGZyZWVic2Qub3JnPiwKCURpbWl0cnkgQW5kcmljIDxkaW1AZnJlZWJz ZC5vcmc+LCBjdXJyZW50QGZyZWVic2Qub3JnLAlTdGV2ZSBLYXJnbAoJPHNna0B0cm91dG1hc2su YXBsLndhc2hpbmd0b24uZWR1PgpNZXNzYWdlLUlEOiA8NTA1MEY1ODcuNjAxMDEwNUBkb3VnYmFy dG9uLnVzPgpDb250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9SVNPLTg4NTktMQoKT24g OS8xMi8yMDEyIDE6NDkgQU0sIERhdmlkIENoaXNuYWxsIHdyb3RlOgo+IE9uIDEyIFNlcCAyMDEy LCBhdCAxMDowOSwgRG91ZyBCYXJ0b24gd3JvdGU6Cj4gCj4+IEFsc28sIHVzZXJzIHdobyBhY3R1 YWxseSBhcmUgaGVscGluZyB3aXRoIHRlc3RpbmcgY2xhbmcgZm9yIHBvcnRzCj4+IGNvbnRpbnVl IHRvIHJlcG9ydCBydW50aW1lIHByb2JsZW1zLCBldmVuIHdpdGggdGhpbmdzIHRoYXQgYnVpbGQg ZmluZS4KPiAKPiBJIGhvcGUgdGhhdCB5b3UgYXJlIGVuY291cmFnaW5nIG1haW50YWluZXJzIG9m IHBvcnRzIHRoYXQgZG9uJ3Qgd29yayBhcyBleHBlY3RlZCB3aXRoIGNsYW5nIHRvIHN1Ym1pdCBi dWcgcmVwb3J0cyB1cHN0cmVhbS4gIFdlIGNhbid0IGZpeCBidWdzIGlmIHdlIGFyZW4ndCBtYWRl IGF3YXJlIG9mIHRoZW0uCgpJIHBlcnNvbmFsbHkgYW0gbm90IGRpcmVjdGx5IGludm9sdmVkIGlu IHRoaXMgZWZmb3J0IChvdGhlciB0aGFuIGZvciBteQpvd24gcG9ydHMpLCBidXQgZnJvbSB3aGF0 IEkndmUgc2VlbiB0aGUgY2xhc3NpY2FsIGVtcGhhc2lzIG9uIHB1c2hpbmcKYnVnIHJlcG9ydHMg dXBzdHJlYW0gaGFzIGJlZW4gYXBwbGllZCBpbiB0aGlzIGFyZWEgYXMgd2VsbC4KCmh0aCwKCkRv dWcKCgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KCk1lc3NhZ2U6IDE2CkRhdGU6IFdl ZCwgMTIgU2VwIDIwMTIgMTY6NDI6MjcgLTA1MDAKRnJvbTogTmF0aGFuIFdoaXRlaG9ybiA8bndo aXRlaG9ybkBmcmVlYnNkLm9yZz4KU3ViamVjdDogUmU6IENsYW5nIGFzIGRlZmF1bHQgY29tcGls ZXIgTm92ZW1iZXIgNHRoClRvOiBEaW1pdHJ5IEFuZHJpYyA8ZGltQEZyZWVCU0Qub3JnPgpDYzog dG9vbGNoYWluQEZyZWVCU0Qub3JnLCBUaWpsIENvb3NlbWFucyA8dGlqbEBjb29zZW1hbnMub3Jn PiwKCWN1cnJlbnRARnJlZUJTRC5vcmcsIFN0ZXZlIEthcmdsIDxzZ2tAdHJvdXRtYXNrLmFwbC53 YXNoaW5ndG9uLmVkdT4KTWVzc2FnZS1JRDogPDUwNTEwMUMzLjcwMjAzQGZyZWVic2Qub3JnPgpD b250ZW50LVR5cGU6IHRleHQvcGxhaW47IENIQVJTRVQ9VVMtQVNDSUk7IGZvcm1hdD1mbG93ZWQK Ck9uIDA5LzExLzEyIDA5OjU2LCBEaW1pdHJ5IEFuZHJpYyB3cm90ZToKPiBPbiAyMDEyLTA5LTEx IDE2OjI3LCBUaWpsIENvb3NlbWFucyB3cm90ZTo+IE9uIDExLTA5LTIwMTIgMTY6MTAsIAo+IERp bWl0cnkgQW5kcmljIHdyb3RlOgo+IC4uLgo+Pj4gWWVzLCBtYXRocyBzdXBwb3J0LCBzcGVjaWZp Y2FsbHkgcHJlY2lzaW9uLCBpcyBhZG1pdHRlZGx5IHN0aWxsIG9uZSBvZgo+Pj4gY2xhbmcncyAo cmVhbGx5IGxsdm0ncykgd2Vha2VyIHBvaW50cy4gIEl0IGlzIGN1cnJlbnRseSBub3QgcmVhbGx5 IGEKPj4+IGhpZ2ggcHJpb3JpdHkgaXRlbSBmb3IgdXBzdHJlYW0uCj4+Pgo+Pj4gVGhpcyBpcyBv YnZpb3VzbHkgc29tZXRoaW5nIHRoYXQgYSBjZXJ0YWluIHBhcnQgb2Ygb3VyIHVzZXJiYXNlIHdp bGwKPj4+IGNhcmUgYSBsb3QgYWJvdXQsIHdoaWxlIG1vc3Qgb2YgdGhlIHRpbWUgdGhleSB3b24n dCBjYXJlIHNvIG11Y2ggYWJvdXQKPj4+IGxpY2Vuc2luZyBvciBwb2xpdGljcy4gIFNvIHRob3Nl IHBlb3BsZSBhcmUgcHJvYmFibHkgYmV0dGVyIG9mZiB1c2luZwo+Pj4gZ2NjIGZvciB0aGUgdGlt ZSBiZWluZy4KPj4KPj4gRG9lcyBpdCBhZmZlY3QgdGhlIGFjY3VyYWN5IG9mIGxpYm0gZnVuY3Rp b25zPwo+Cj4gSXQgc2VlbXMgdG8sIGF0IGxlYXN0IGluIHNwZWNpZmljIGNhc2VzOyBTdGV2ZSBw b3N0ZWQgYWJvdXQgdGhpcyBpbiBhbgo+IGVhcmxpZXIgdGhyZWFkIG9uIC1jdXJyZW50Ogo+Cj4g ICBodHRwOi8vZG9jcy5mcmVlYnNkLm9yZy9jZ2kvbWlkLmNnaT8yMDEyMDkwNTIyMTMxMC5HQTk3 ODQ3Cj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KCklm IHRydWUsIHRoaXMgaXMgYSBzZXJpb3VzIHByb2JsZW0sIGVzcGVjaWFsbHkgZm9yIHRob3NlIG9m IHVzIHdobyB1c2UgCkZyZWVCU0QgaW4gYSBzY2llbnRpZmljIGNvbXB1dGluZyBlbnZpcm9ubWVu dC4KLU5hdGhhbgoKCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQoKTWVzc2FnZTogMTcK RGF0ZTogVGh1LCAxMyBTZXAgMjAxMiAwMToyMjo0NiArMDIwMCAoQ0VTVCkKRnJvbTogR2VyYWxk IFBmZWlmZXIgPGdlcmFsZEBwZmVpZmVyLmNvbT4KU3ViamVjdDogUmU6IENsYW5nIGFzIGRlZmF1 bHQgY29tcGlsZXIgTm92ZW1iZXIgNHRoClRvOiB0b29sY2hhaW5AZnJlZWJzZC5vcmcKQ2M6IGN1 cnJlbnRAZnJlZWJzZC5vcmcKTWVzc2FnZS1JRDogPGFscGluZS5MTlguMi4wMC4xMjA5MTMwMTIx MTYwLjE2ODdAdHVuYS5zaXRlPgpDb250ZW50LVR5cGU6IFRFWFQvUExBSU47IGNoYXJzZXQ9VVMt QVNDSUkKCk9uIFR1ZSwgMTEgU2VwIDIwMTIsIEVyaWsgQ2VkZXJzdHJhbmQgd3JvdGU6Cj4gU28g Y2FuIHdlIGRvIGEgc3dlZXAgb24gdGhlIHBvcnRzIHRyZWUgYW5kIG1hcmsgdGhlIDIyMzIgcG9y dHMgd2l0aCAKPiBVU0VfR0NDPTQuMiB1bnRpbCB0aGV5IGNhbiBhY3R1YWxseSBidWlsZCB3aXRo IGNsYW5nPyBUaGlzIGNvdWxkIGFsbG93IAo+IHRoZSBjbGFuZyBzd2l0Y2ggdG8gcHJvY2VlZC4g SG9wZWZ1bGx5LCB3YWl0aW5nIGZvciBHQ0MgdG8gY29tcGlsZSBqdXN0IAo+IHRvIGluc3RhbGwg c29tZSB0aW55IHBvcnQgd2lsbCBiZSBlbm91Z2ggb2YgYSBudWlzYW5jZSBmb3IgcGVvcGxlIHRv IAo+IGV2ZW50dWFsbHkgZml4IHRoZSByZW1haW5pbmcgcG9ydHMuCgpUbyBtYWtlIGl0IGxlc3Mg cGFpbmZ1bCwgSSBqdXN0IGFkanVzdGVkIGxhbmcvZ2NjNDIgdG8gbm90IGJvb3N0cmFwCmFueSBt b3JlLCByYXRoZXIganVzdCBidWlsZC4gIFRoaXMgYWxsb3dzIGZvciBhIGZ1bGwgYnVpbGQgaW4g dGVuIG9yCmxlc3MgbWludXRlcyBvbiBhbiBvbGQgcXVhZCBjb3JlIEkgdXNlZCBmb3IgdGVzdGlu Zy4KCkdlcmFsZAoKCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQoKTWVzc2FnZTogMTgK RGF0ZTogV2VkLCAxMiBTZXAgMjAxMiAxOTowODozMyAtMDcwMApGcm9tOiBTdGV2ZSBLYXJnbCA8 c2drQHRyb3V0bWFzay5hcGwud2FzaGluZ3Rvbi5lZHU+ClN1YmplY3Q6IFJlOiBDbGFuZyBhcyBk ZWZhdWx0IGNvbXBpbGVyIE5vdmVtYmVyIDR0aApUbzogTmF0aGFuIFdoaXRlaG9ybiA8bndoaXRl aG9ybkBmcmVlYnNkLm9yZz4KQ2M6IHRvb2xjaGFpbkBmcmVlYnNkLm9yZywgVGlqbCBDb29zZW1h bnMgPHRpamxAY29vc2VtYW5zLm9yZz4sCglEaW1pdHJ5IEFuZHJpYyA8ZGltQGZyZWVic2Qub3Jn PiwgY3VycmVudEBmcmVlYnNkLm9yZwpNZXNzYWdlLUlEOiA8MjAxMjA5MTMwMjA4MzMuR0E4MjU1 QHRyb3V0bWFzay5hcGwud2FzaGluZ3Rvbi5lZHU+CkNvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsg Y2hhcnNldD11cy1hc2NpaQoKT24gV2VkLCBTZXAgMTIsIDIwMTIgYXQgMDQ6NDI6MjdQTSAtMDUw MCwgTmF0aGFuIFdoaXRlaG9ybiB3cm90ZToKPiBPbiAwOS8xMS8xMiAwOTo1NiwgRGltaXRyeSBB bmRyaWMgd3JvdGU6Cj4gPk9uIDIwMTItMDktMTEgMTY6MjcsIFRpamwgQ29vc2VtYW5zIHdyb3Rl Oj4gT24gMTEtMDktMjAxMiAxNjoxMCwgCj4gPkRpbWl0cnkgQW5kcmljIHdyb3RlOgo+ID4uLi4K PiA+Pj5ZZXMsIG1hdGhzIHN1cHBvcnQsIHNwZWNpZmljYWxseSBwcmVjaXNpb24sIGlzIGFkbWl0 dGVkbHkgc3RpbGwgb25lIG9mCj4gPj4+Y2xhbmcncyAocmVhbGx5IGxsdm0ncykgd2Vha2VyIHBv aW50cy4gIEl0IGlzIGN1cnJlbnRseSBub3QgcmVhbGx5IGEKPiA+Pj5oaWdoIHByaW9yaXR5IGl0 ZW0gZm9yIHVwc3RyZWFtLgo+ID4+Pgo+ID4+PlRoaXMgaXMgb2J2aW91c2x5IHNvbWV0aGluZyB0 aGF0IGEgY2VydGFpbiBwYXJ0IG9mIG91ciB1c2VyYmFzZSB3aWxsCj4gPj4+Y2FyZSBhIGxvdCBh Ym91dCwgd2hpbGUgbW9zdCBvZiB0aGUgdGltZSB0aGV5IHdvbid0IGNhcmUgc28gbXVjaCBhYm91 dAo+ID4+PmxpY2Vuc2luZyBvciBwb2xpdGljcy4gIFNvIHRob3NlIHBlb3BsZSBhcmUgcHJvYmFi bHkgYmV0dGVyIG9mZiB1c2luZwo+ID4+PmdjYyBmb3IgdGhlIHRpbWUgYmVpbmcuCj4gPj4KPiA+ PkRvZXMgaXQgYWZmZWN0IHRoZSBhY2N1cmFjeSBvZiBsaWJtIGZ1bmN0aW9ucz8KPiA+Cj4gPkl0 IHNlZW1zIHRvLCBhdCBsZWFzdCBpbiBzcGVjaWZpYyBjYXNlczsgU3RldmUgcG9zdGVkIGFib3V0 IHRoaXMgaW4gYW4KPiA+ZWFybGllciB0aHJlYWQgb24gLWN1cnJlbnQ6Cj4gPgo+ID4gIGh0dHA6 Ly9kb2NzLmZyZWVic2Qub3JnL2NnaS9taWQuY2dpPzIwMTIwOTA1MjIxMzEwLkdBOTc4NDcKPiA+ X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiAKPiBJZiB0 cnVlLCB0aGlzIGlzIGEgc2VyaW91cyBwcm9ibGVtLCBlc3BlY2lhbGx5IGZvciB0aG9zZSBvZiB1 cyB3aG8gdXNlIAo+IEZyZWVCU0QgaW4gYSBzY2llbnRpZmljIGNvbXB1dGluZyBlbnZpcm9ubWVu dC4KCkp1c3QgdG8gY2xhcmlmeS4KCkkgZG8gbm90IG9wcG9zZSBzd2l0Y2hpbmcgdGhlIGRlZmF1 bHQgY29tcGlsZXIgdG8gY2xhbmcgYXMgbG9uZwphcyB0aGUgcHJvcG9uZW50cyBmb3IgdGhlIHN3 aXRjaCBoYXZlIHNob3duIGFkZXF1YXRlIHRlc3RpbmcuCk5laXRoZXIgY2xhbmcgc3VjY2Vzc2Z1 bGx5IGJ1aWxkaW5nIHdvcmxkIG5vciBjbGFuZyBidWlsZGluZyBhCndvcmtpbmcga2VybmVsIGFy ZSBhZGVxdWF0ZSB0ZXN0aW5nIChJTUhPKS4gIE5laXRoZXIgb2YgdGhvc2UKImJlbmNobWFya3Mi IHVzZSBmbG9hdGluZyBwb2ludCwgYW5kIEFGQUlLIHRoZSBsaWJtIGJ1aWx0IGJ5CmNsYW5nIGR1 cmluZyBhIGJ1aWxkd29ybGQgaXMgbm90IChleHRlbnNpdmVseT8pIGV4ZXJjaXNlZC4gIAoKQXMg ZmFyIGFzIHRoZSBVUkwgYWJvdmUsIEkndmUgYmVlbiBmaXhpbmcgYWNjdXJhY3kgaXNzdWVzIGlu CnRoZSBqMGYoKSBmdW5jdGlvbiwgYW5kIHNvLCBJIGhhdmUgYSBwcm9ncmFtIHRoYXQgYWxsb3dz IG1lIHRvCmV4aGF1c3RpdmVseSB0ZXN0IGFsbCBwb3NzaWJsZSBpbnB1dCB2YWx1ZXMgaW4gdGhl IHJhbmdlIHJlcG9ydGVkLgpGb3IgbXkgbG9jYWxseSBwYXRjaGVkIGowZigpLCBJIHNhdyB0aGUg aXNzdWUgYXMgcmVwb3J0ZWQgaW4gdGhlClVSTCwgYnV0IGluIGRvaW5nIGFkZGl0aW9uYWwgZGV2 ZWxvcG1lbnQgb24gajBmKCkgSSBhY2NpZGVudGFsbHkKZGVsZXRlbHkvbG9zdCB0aGF0IHNwZWNp ZmljIHZlcnNpb24gb2YgdGhlIGNvZGUuICBJIGhvcGUgdG8KcmVnZW5lcmF0ZSB0aGUgY29kZSBm cm9tIG15IG5vdGVzIHRoaXMgd2Vla2VuZCwgYW5kIHJlZG8gdGhlIAp0ZXN0cy4KCkluIHJlZ2Fy ZHMgdG8gbXkgaW5pdGlhbCBwb3N0IGluIHRoaXMgdGhyZWFkLCBJIHdhcyBqdXN0IHRyeWluZwp0 byBhc3Nlc3Mgd2hldGhlciBhbnkgYmVuY2htYXJrcyBoYXZlIGJlZW4gcGVyZm9ybWVkIG9uIEZy ZWVCU0QKZm9yIGZsb2F0aW5nIHBvaW50IGdlbmVyYXRlZCBieSBjbGFuZy4gIE90aGVyIHRoYW4g dGhlIGxpbWl0ZWQKdGVzdGluZyB0aGF0IEkndmUgZG9uZSwgaXQgYXBwZWFycyB0aGF0IHRoZSBh bnN3ZXIgaXMgJ25vJy4KCi0tIApTdGV2ZQoKCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LQoKTWVzc2FnZTogMTkKRGF0ZTogV2VkLCAxMiBTZXAgMjAxMiAxNzowMzowOSAtMTEwMApGcm9t OiBKYW4gQmVpY2ggPGpiZWljaEB0b3JtYWlsLm9yZz4KU3ViamVjdDogUmU6IENsYW5nIGFzIGRl ZmF1bHQgY29tcGlsZXIgTm92ZW1iZXIgNHRoClRvOiBEb3VnIEJhcnRvbiA8ZG91Z2JAZnJlZWJz ZC5vcmc+CkNjOiB0b29sY2hhaW5AZnJlZWJzZC5vcmcsIFJvbWFuIERpdmFja3kgPHJkaXZhY2t5 QGZyZWVic2Qub3JnPiwKCWN1cnJlbnRAZnJlZWJzZC5vcmcsIEVyaWsgQ2VkZXJzdHJhbmQgPGVy aWtAY2VkZXJzdHJhbmQuZGs+LAoJZnJlZWJzZC1wb3J0cyA8ZnJlZWJzZC1wb3J0c0BGcmVlQlNE Lm9yZz4KTWVzc2FnZS1JRDogPDFUQzBleS0wMDA5bzgtTlVAaW50ZXJuYWwudG9ybWFpbC5vcmc+ CkNvbnRlbnQtVHlwZTogdGV4dC9wbGFpbgoKRG91ZyBCYXJ0b24gPGRvdWdiQEZyZWVCU0Qub3Jn PiB3cml0ZXM6Cgo+IE9uIDA5LzExLzIwMTIgMDI6NTIgQU0sIEVyaWsgQ2VkZXJzdHJhbmQgd3Jv dGU6Cj4+IFNvIGNhbiB3ZSBkbyBhIHN3ZWVwIG9uIHRoZSBwb3J0cyB0cmVlIGFuZCBtYXJrIHRo ZSAyMjMyIHBvcnRzIHdpdGggVVNFX0dDQz00LjIgdW50aWwgdGhleSBjYW4gYWN0dWFsbHkgYnVp bGQgd2l0aCBjbGFuZz8KPgo+IFVuZm9ydHVuYXRlbHkgaXQgaXNuJ3QgdGhhdCBzaW1wbGUuIFdl IGFscmVhZHkgaGF2ZSBhIHN0YXRpc3RpY2FsbHkKPiBzaWduaWZpY2FudCBudW1iZXIgb2YgcG9y dHMgdGhhdCBkb24ndCBldmVuIGNvbXBpbGUgd2l0aCBnY2MgNC4yLjEuIEhvdwo+IG1hbnkgY29t cGlsZXJzIGRvIHdlIGV4cGVjdCB0aGUgdXNlcnMgdG8gaW5zdGFsbD8gOikKPgo+IFdoYXQgd2Ug bmVlZCB0byBkbyBpcyB3aGF0IEkgYW5kIG90aGVycyBoYXZlIGJlZW4gYXNraW5nIHRvIGRvIGZv cgo+IHllYXJzLiBXZSBuZWVkIHRvIGRlc2lnbmF0ZSBhIG1vZGVybiB2ZXJzaW9uIG9mIGdjYyAo bm8gbGVzcyB0aGFuIDQuNikKPiBhcyB0aGUgb2ZmaWNpYWwgZGVmYXVsdCBwb3J0cyBjb21waWxl ciwgYW5kIHJld29yayB3aGF0ZXZlciBpcyBuZWVkZWQgdG8KPiBzdXBwb3J0IHRoaXMuIEZvcnR1 bmF0ZWx5LCB0aGF0IGdvYWwgaXMgbXVjaCBtb3JlIGVhc2lseSBhY2hpZXZlZCB0aGFuCj4gZml4 aW5nIHBvcnRzIHRvIGJ1aWxkIGFuZCBydW4gd2l0aCBjbGFuZy4gKEl0J3MgaGFyZGVyIHRoYW4g aXQgc291bmRzCj4gYmVjYXVzZSB0aGVyZSBhcmUgY2VydGFpbiBrZXkgbGlicyB0aGF0IGRlZmlu ZSBzb21lIHBhdGhzIGRlcGVuZGluZyBvbgo+IHdoYXQgY29tcGlsZXIgdGhleSB3ZXJlIGJ1aWx0 IHdpdGgsIGJ1dCBzdGlsbCBlYXNpZXIgdGhhbiBkZWFsaW5nIHdpdGgKPiBjbGFuZyBpbiB0aGUg c2hvcnQgdGVybS4pCgpUbyB0aGF0IGVmZmVjdCBwb3J0cyBhbHNvIG5lZWQgdG8gcmVzcGVjdCBD Qy9DWFguIFRoZXJlIHdlcmUgYSBmZXcgLWV4cApydW5zIHdpdGhvdXQgL3Vzci9iaW4ve2NjLGdj YyxldGN9IHRvIGZpbmQgb3V0IG5vbi1jb25mb3JtaW5nIG9uZXMgYXMKcGFydCBvZiBwb3J0cy8x NTkxMTcuIEhvd2V2ZXIsIHRoZSBpc3N1ZSB3YXMgcXVpY2tseSBzaG92ZWQgdW5kZXIgdGhlCmNh cnBldCBpbiBvcmRlciB0byBmb2N1cyBvbiB0aGUgbW9yZSBpbXBvcnRhbnQsIGNsYW5nIGFzIGRl ZmF1bHQuCgojIGxhc3QgdHJ5LCBhc3N1bWVzX2djYyBhcmUgcG9ydHMgaWdub3JpbmcgQ0MvQ1hY LCBtYW55IGFyZSBmaXhlZApodHRwOi8vcG9pbnR5aGF0LmZyZWVic2Qub3JnL2Vycm9ybG9ncy9h bWQ2NC1lcnJvcmxvZ3MvZS45LWV4cC4yMDExMDcyMzIwNTc1NC9pbmRleC1yZWFzb24uaHRtbAoK Pgo+IE9uY2UgdGhhdCBpcyBkb25lLCB0aGUgY29tcGlsZXIgaW4gdGhlIGJhc2UgaXMgYW4gYWZ0 ZXJ0aG91Z2h0LCBhbmQgd2UKPiBjYW4gZG8gYXdheSB3aXRoIGdjYyBpbiB0aGUgYmFzZSBhbHRv Z2V0aGVyIG11Y2ggbW9yZSBlYXNpbHkuIFVzZXJzIHdobwo+IHdhbnQgdG8gaGVscCBzdXBwb3J0 IGJ1aWxkaW5nIHBvcnRzIHdpdGggY2xhbmcgY2FuIGNvbnRpbnVlIHRvIGRvIHNvLgo+Cj4gRG91 ZwoKLS0KSWdub3JpbmcgZm9yIHRoZSBtb21lbnQgY2xhbmcgLWV4cCBydW5zIGFyZSAqc3RpbGwq IGRvbmUgd2l0aCBjbGFuZyAzLjAKd2hpbGUgd2UncmUgZGlzY3Vzc2luZyBoZXJlIGNsYW5nIDMu MiBiZWNvbWluZyBkZWZhdWx0LgoKCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQoKTWVz c2FnZTogMjAKRGF0ZTogVGh1LCAxMyBTZXAgMjAxMiAwODoyMTozMSArMDIwMApGcm9tOiBQaWV0 cm8gQ2VydXR0aSA8Z2FockBGcmVlQlNELm9yZz4KU3ViamVjdDogUmU6IENsYW5nIGFzIGRlZmF1 bHQgY29tcGlsZXIgTm92ZW1iZXIgNHRoClRvOiBEb3VnIEJhcnRvbiA8ZG91Z2JARnJlZUJTRC5v cmc+CkNjOiB0b29sY2hhaW5AZnJlZWJzZC5vcmcsIFJvbWFuIERpdmFja3kgPHJkaXZhY2t5QGZy ZWVic2Qub3JnPiwKCWN1cnJlbnRAZnJlZWJzZC5vcmcsIEVyaWsgQ2VkZXJzdHJhbmQgPGVyaWtA Y2VkZXJzdHJhbmQuZGs+LAoJZnJlZWJzZC1wb3J0cyA8ZnJlZWJzZC1wb3J0c0BGcmVlQlNELm9y Zz4KTWVzc2FnZS1JRDogPDIwMTIwOTEzMDYyMTMxLkdBMjk2NDRAZ2FocmZpdC5nYWhyLmNoPgpD b250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9InV0Zi04IgoKT24gMjAxMi1TZXAtMTEs IDIzOjI5LCBEb3VnIEJhcnRvbiB3cm90ZToKPiBXaGF0IHdlIG5lZWQgdG8gZG8gaXMgd2hhdCBJ IGFuZCBvdGhlcnMgaGF2ZSBiZWVuIGFza2luZyB0byBkbyBmb3IKPiB5ZWFycy4gV2UgbmVlZCB0 byBkZXNpZ25hdGUgYSBtb2Rlcm4gdmVyc2lvbiBvZiBnY2MgKG5vIGxlc3MgdGhhbiA0LjYpCj4g YXMgdGhlIG9mZmljaWFsIGRlZmF1bHQgcG9ydHMgY29tcGlsZXIsIGFuZCByZXdvcmsgd2hhdGV2 ZXIgaXMgbmVlZGVkIHRvCj4gc3VwcG9ydCB0aGlzLiBGb3J0dW5hdGVseSwgdGhhdCBnb2FsIGlz IG11Y2ggbW9yZSBlYXNpbHkgYWNoaWV2ZWQgdGhhbgo+IGZpeGluZyBwb3J0cyB0byBidWlsZCBh bmQgcnVuIHdpdGggY2xhbmcuIChJdCdzIGhhcmRlciB0aGFuIGl0IHNvdW5kcwo+IGJlY2F1c2Ug dGhlcmUgYXJlIGNlcnRhaW4ga2V5IGxpYnMgdGhhdCBkZWZpbmUgc29tZSBwYXRocyBkZXBlbmRp bmcgb24KPiB3aGF0IGNvbXBpbGVyIHRoZXkgd2VyZSBidWlsdCB3aXRoLCBidXQgc3RpbGwgZWFz aWVyIHRoYW4gZGVhbGluZyB3aXRoCj4gY2xhbmcgaW4gdGhlIHNob3J0IHRlcm0uKQoKSSBsaWtl IHRoZSBpZGVhIHZlcnkgbXVjaC4gTXkgb25seSBjb25jZXJuIGlzIHRoYXQgZ2NjIGlzIGhlYXZ5 IHRvCmJ1aWxkLiBJIGNhbid0IGltYWdpbmUgYm9vdGluZyBpbnRvIGEgZnJlc2hseSBpbnN0YWxs ZWQgcHJvZHVjdGlvbgptYWNoaW5lIGFuZCBoYXZpbmcgdG8gaW5zdGFsbCBnY2MganVzdCB0byBi dWlsZCB0aGUgY291cGxlIG9mIHBvcnRzCnRoYXQgSSBuZWVkIHRoZXJlLiBVbmxlc3Mgd2UgcHJv dmlkZSBhIGZhc3Qgc2hvcnRjdXQgd2F5IHRvIGhhdmUgbWFrZQpkZXBlbmRzIGluc3RhbGwgZ2Nj IHZpYSBwa2cgd2hlbiBuZWVkZWQsIG9yIHNvbWUgc2ltaWxhciBtZWNoYW5pc20uLgoKLS0gClBp ZXRybyBDZXJ1dHRpClRoZSBGcmVlQlNEIFByb2plY3QKZ2FockBGcmVlQlNELm9yZwoKUEdQIFB1 YmxpYyBLZXk6Cmh0dHA6Ly9nYWhyLmNoL3BncAotLS0tLS0tLS0tLS0tLSBuZXh0IHBhcnQgLS0t LS0tLS0tLS0tLS0KQSBub24tdGV4dCBhdHRhY2htZW50IHdhcyBzY3J1YmJlZC4uLgpOYW1lOiBu b3QgYXZhaWxhYmxlClR5cGU6IGFwcGxpY2F0aW9uL3BncC1zaWduYXR1cmUKU2l6ZTogMTk2IGJ5 dGVzCkRlc2M6IG5vdCBhdmFpbGFibGUKVXJsIDogaHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL3Bp cGVybWFpbC9mcmVlYnNkLWN1cnJlbnQvYXR0YWNobWVudHMvMjAxMjA5MTMvYjUyMzM5NGYvYXR0 YWNobWVudC0wMDAxLnBncAoKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCgpNZXNzYWdl OiAyMQpEYXRlOiBUaHUsIDEzIFNlcCAyMDEyIDAxOjQ2OjI1IC0wNTAwCkZyb206IE1hcmsgTGlu aW1vbiA8bGluaW1vbkBsb25lc29tZS5jb20+ClN1YmplY3Q6IFJlOiBDbGFuZyBhcyBkZWZhdWx0 IGNvbXBpbGVyIE5vdmVtYmVyIDR0aApUbzogUGlldHJvIENlcnV0dGkgPGdhaHJARnJlZUJTRC5v cmc+CkNjOiBEb3VnIEJhcnRvbiA8ZG91Z2JARnJlZUJTRC5vcmc+LCBjdXJyZW50QGZyZWVic2Qu b3JnLAlFcmlrCglDZWRlcnN0cmFuZCA8ZXJpa0BjZWRlcnN0cmFuZC5kaz4sCVJvbWFuIERpdmFj a3kKCTxyZGl2YWNreUBmcmVlYnNkLm9yZz4sIHRvb2xjaGFpbkBmcmVlYnNkLm9yZywJZnJlZWJz ZC1wb3J0cwoJPGZyZWVic2QtcG9ydHNARnJlZUJTRC5vcmc+Ck1lc3NhZ2UtSUQ6IDwyMDEyMDkx MzA2NDYyNS5HQjI0NTJAbG9uZXNvbWUuY29tPgpDb250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNo YXJzZXQ9dXMtYXNjaWkKCk9uIFRodSwgU2VwIDEzLCAyMDEyIGF0IDA4OjIxOjMxQU0gKzAyMDAs IFBpZXRybyBDZXJ1dHRpIHdyb3RlOgo+IE9uIDIwMTItU2VwLTExLCAyMzoyOSwgRG91ZyBCYXJ0 b24gd3JvdGU6Cj4gPiBXaGF0IHdlIG5lZWQgdG8gZG8gaXMgd2hhdCBJIGFuZCBvdGhlcnMgaGF2 ZSBiZWVuIGFza2luZyB0byBkbyBmb3IKPiA+IHllYXJzLiBXZSBuZWVkIHRvIGRlc2lnbmF0ZSBh IG1vZGVybiB2ZXJzaW9uIG9mIGdjYyAobm8gbGVzcyB0aGFuIDQuNikKPiA+IGFzIHRoZSBvZmZp Y2lhbCBkZWZhdWx0IHBvcnRzIGNvbXBpbGVyLCBhbmQgcmV3b3JrIHdoYXRldmVyIGlzIG5lZWRl ZCB0bwo+ID4gc3VwcG9ydCB0aGlzLiBGb3J0dW5hdGVseSwgdGhhdCBnb2FsIGlzIG11Y2ggbW9y ZSBlYXNpbHkgYWNoaWV2ZWQgdGhhbgo+ID4gZml4aW5nIHBvcnRzIHRvIGJ1aWxkIGFuZCBydW4g d2l0aCBjbGFuZy4gKEl0J3MgaGFyZGVyIHRoYW4gaXQgc291bmRzCj4gPiBiZWNhdXNlIHRoZXJl IGFyZSBjZXJ0YWluIGtleSBsaWJzIHRoYXQgZGVmaW5lIHNvbWUgcGF0aHMgZGVwZW5kaW5nIG9u Cj4gPiB3aGF0IGNvbXBpbGVyIHRoZXkgd2VyZSBidWlsdCB3aXRoLCBidXQgc3RpbGwgZWFzaWVy IHRoYW4gZGVhbGluZyB3aXRoCj4gPiBjbGFuZyBpbiB0aGUgc2hvcnQgdGVybS4pCj4gCj4gSSBs aWtlIHRoZSBpZGVhIHZlcnkgbXVjaC4gTXkgb25seSBjb25jZXJuIGlzIHRoYXQgZ2NjIGlzIGhl YXZ5IHRvCj4gYnVpbGQuCgpHZXJhbGQgaGFzIGJlZW4gYWR2b2NhdGluZyB0aGlzIGZvciBhIHdo aWxlIGFzIHdlbGwuICBJbiBmYWN0LCBoZSdzCmp1c3QgbWFkZSBhIGNvbW1pdCB0aGF0IG1ha2Vz IHRoZSBsYW5nL2djYzQyIGNvbXBpbGVyIG11Y2ggZWFzaWVyIHRvCmJvb3RzdHJhcCBpdHNlbGYu CgpUaGVyZSdzIGEgc2V0IG9mIGludGVybG9ja2luZyBjaGFuZ2VzIHRoYXQgd2UgbmVlZCB0byBt YWtlIHRvIHRoZQppbmZyYXN0cnVjdHVyZSB0byBtb2Rlcm5pemUgb3VyIGNvbXBpbGVyIGNob2lj ZXMuICBJJ3ZlIGJlZW4gdGFsa2luZwp0byBHZXJhbGQgYWJvdXQgc29tZSBvZiB0aGUgYXNwZWN0 cyBvZiBpdCBhbmQgaG9wZSB0byBoYXZlIHNvbWV0aGluZwp0byBwcm9wb3NlIGZhaXJseSBzb29u LgoKQnV0IElNSE8gaXQncyBhIGxpdHRsZSBiaXQgdHJpY2tpZXIgdGhhbiBpdCBhcHBlYXJzIGF0 IGZpcnN0IGdsYW5jZS4KCm1jbAoKCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQoKTWVz c2FnZTogMjIKRGF0ZTogVGh1LCAxMyBTZXAgMjAxMiAxMToyNzozNSArMDIwMApGcm9tOiBFZHdh cmQgTWVld2lzIDxlZEBleHRyYW9yZGluYXJ5bWFjaGluZS5ubD4KU3ViamVjdDogUmU6IEJ1aWxk aW5nIHdvcmxkIHdpdGggY2xhbmcgVG9UClRvOiBCcm9va3MgRGF2aXMgPGJyb29rc0BGcmVlQlNE Lm9yZz4KQ2M6IGZyZWVic2QtY3VycmVudEBGcmVlQlNELm9yZwpNZXNzYWdlLUlEOiA8NTA1MUE3 MDcuMTAzMDkwMUBleHRyYW9yZGluYXJ5bWFjaGluZS5ubD4KQ29udGVudC1UeXBlOiB0ZXh0L3Bs YWluOyBjaGFyc2V0PUlTTy04ODU5LTE7IGZvcm1hdD1mbG93ZWQKCkhpIEJyb29rLAoKT24gMTIt MDktMTIgMTg6MzQsIEJyb29rcyBEYXZpcyB3cm90ZToKPiA8c25pcD4KPiBOb3RlIHRoYXQgc29t ZSBwZW9wbGUgaGF2ZSBiZWVuIHdvcmtpbmcgb24gZXh0ZXJuYWwgdG9vbGNoYWluIHN1cHBvcnQu Cj4KPiBUaGlzIHdvdWxkIGFpbSB0byBtYWtlIGl0IHBvc3NpYmxlIHRvIGRvIHdoYXQgeW91IHdl cmUgdHJ5aW5nLCBlLmcuCj4gYnVpbGRpbmcgd29ybGQgdXNpbmcgV0lUSE9VVF9UT09MQ0hBSU4s IHdoaWNoIHNldHMgYm90aCBXSVRIT1VUX0NMQU5HCj4gYW5kIFdJVEhPVVRfR0NDLCBhbW9uZyBv dGhlcnMuCj4KPiBIb3dldmVyLCBJIGFtIG5vdCBzdXJlIGhvdyBmYXIgdGhlc2UgZWZmb3J0cyBo YXZlIGNvbWUgYnkgbm93LiA6LSkKPiBJJ3ZlIGdvdCBzb21lIHBhdGNoZXMgdGhhdCBhcmVuJ3Qg cXVpdGUgcmVhZHkgZm9yIHByaW1lLXRpbWUgdGhhdAo+IGFsbG93IG1lIHRvIGNyb3NzIGJ1aWxk IHdvcmxkIHdpdGggYW4gZXh0ZXJuYWwgQ0xBTkcuICBJJ2xsIHBvc3QgdGhlbSB0bwo+IHRoZSB0 b29sY2hhaW5AIGxpc3Qgd2hlbiB0aGV5IGFyZSBjbG9zZXIgdG8gcmVhZHkgKGhvcGVmdWxseSBx dWl0ZSBzb29uKS4KPgo+IC0tIEJyb29rcwpJJ2QgYmUgaW50ZXJlc3RlZCBpbiB0aG9zZSwgZXZl biBpZiB0aGVyZSBhcmUgc29tZSByb3VnaCBlZGdlcy4gKEkgZG9uJ3QgCm1pbmQgc3ViLXByaW1l LCB0aGlzIHRpbWUgOykKCkZXSVc6IFRoZSBjbGFuZyBidWlsZCBmaW5pc2hlZCB0b28sIGJ1dCB3 aXRoIHR3byBoaWNrLXVwczoKMS4gLSBrZHVtcDogYnVpbGQgcmVwb3J0cyA0IGVycm9yczoKCj09 PT4gdXNyLmJpbi9rZHVtcCAoZGVwZW5kKQpzaCAvdXNyL2hvbWUvZW1lZXdpcy9jb250cmliL0Zy ZWVCU0QtSEVBRC91c3IuYmluL2tkdW1wL21rc3ViciAKL3Vzci9vYmovdXNyL2hvbWUvZW1lZXdp cy9jb250cmliL0ZyZWVCU0QtSEVBRC90bXAvdXNyL2luY2x1ZGUgPmtkdW1wX3N1YnIuYwplbnYg TUFDSElORT1hbWQ2NCBDUFA9ImNwcCIgIHNoIAovdXNyL2hvbWUvZW1lZXdpcy9jb250cmliL0Zy ZWVCU0QtSEVBRC91c3IuYmluL2tkdW1wL21raW9jdGxzIHByaW50IAovdXNyL29iai91c3IvaG9t ZS9lbWVld2lzL2NvbnRyaWIvRnJlZUJTRC1IRUFEL3RtcC91c3IvaW5jbHVkZSA+IGlvY3RsLmMK PHN0ZGluPjo4OjMxOiBlcnJvcjogY2FtL3Njc2kvc2NzaV9lbmMuaDogTm8gc3VjaCBmaWxlIG9y IGRpcmVjdG9yeQo8c3RkaW4+OjE3OjMzOiBlcnJvcjogZGV2L2ZpbGVtb24vZmlsZW1vbi5oOiBO byBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5CjxzdGRpbj46MzU6MzM6IGVycm9yOiBmcy9uYW5kZnMv bmFuZGZzX2ZzLmg6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkKPHN0ZGluPjo0NjoyNDogZXJy b3I6IG5ldC9uZXRtYXAuaDogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeQoKKEFzIGEgY29uc2Vx dWVuY2UgPykgY2xhbmcgZG9lc24ndCBwaWNrIHVwIDIgc3ltYm9sczogTUZJX0NNRDMyIGFuZCAK TUZJSU9fUEFTU1RIUlUzMiB3aGljaCBhcmUgZGVmaW5lZCBpZiBDT01QQVRfRlJFRUJTRDMyIGlz IHNldCBpbiAKc3lzL2Rldi9tZmkvbWZpX2lvY3RsLmgKCjIuIGxpbnQgY2FsbHMgdG1wL3Vzci9j YyBkaXJlY3RseToKCmJ1aWxkd29ybGQtY2xhbmcubG9nOj09PT4gdXNyLmJpbi94bGludC9sbGli IChhbGwpCmJ1aWxkd29ybGQtY2xhbmcubG9nOmxpbnQgLWNnaGFwYnggLUNwb3NpeCAKL3Vzci9o b21lL2VtZWV3aXMvY29udHJpYi9GcmVlQlNELUhFQUQvdXNyLmJpbi94bGludC9sbGliL2xsaWIt bHBvc2l4CmJ1aWxkd29ybGQtY2xhbmcubG9nOmxpbnQ6IGNhbm5vdCBleGVjIAovdXNyL29iai91 c3IvaG9tZS9lbWVld2lzL2NvbnRyaWIvRnJlZUJTRC1IRUFEL3RtcC91c3IvYmluL2NjOiBObyBz dWNoIApmaWxlIG9yIGRpcmVjdG9yeQpidWlsZHdvcmxkLWNsYW5nLmxvZzpTdG9wIGluIAovdXNy L2hvbWUvZW1lZXdpcy9jb250cmliL0ZyZWVCU0QtSEVBRC91c3IuYmluL3hsaW50L2xsaWIuCgpB IGxpbmsgZnJvbSBjYyB0byBjbGFuZyBpbiB0aGUgc2FtZSBkaXJlY3RvcnkgZml4ZXMgdGhhdC4K ClJlZ2FyZHMsIEVkLgoKcHM6IHJlLiAxOiB0aGUgZ2NjIGJ1aWxkIGNhbGxzOgoKPT09PiB1c3Iu YmluL2tkdW1wIChkZXBlbmQpCi9iaW4vc2ggCi91c3IvaG9tZS9lbWVld2lzL2NvbnRyaWIvRnJl ZUJTRC1IRUFEL3Vzci5iaW4va2R1bXAvLi4vLi4vc3lzL2tlcm4vbWFrZXN5c2NhbGxzLnNoIAov dXNyL2hvbWUvZW1lZXdpcy9jb250cmliL0ZyZWVCU0QtSEVBRC91c3IuYmluL2tkdW1wLy4uLy4u L3N5cy9hbWQ2NC9saW51eDMyL3N5c2NhbGxzLm1hc3RlciAKL3Vzci9ob21lL2VtZWV3aXMvY29u dHJpYi9GcmVlQlNELUhFQUQvdXNyLmJpbi9rZHVtcC9saW51eF9zeXNjYWxscy5jb25mCnNoIC91 c3IvaG9tZS9lbWVld2lzL2NvbnRyaWIvRnJlZUJTRC1IRUFEL3Vzci5iaW4va2R1bXAvbWtzdWJy IAovdXNyL29iai91c3IvaG9tZS9lbWVld2lzL2NvbnRyaWIvRnJlZUJTRC1IRUFEL3RtcC91c3Iv aW5jbHVkZSB8IHNlZCAtbiAKJ3MvXlwoW2Etel0uKilcKSQvdm9pZCBcMTsvcCcgPmtkdW1wX3N1 YnIuaAplY2hvICJpbnQgbmxpbnV4X3N5c2NhbGxzID0gc2l6ZW9mKGxpbnV4X3N5c2NhbGxuYW1l cykgLyAKc2l6ZW9mKGxpbnV4X3N5c2NhbGxuYW1lc1swXSk7IiAgPj4gbGludXhfc3lzY2FsbHMu YwplbnYgTUFDSElORT1hbWQ2NCBDUFA9ImNwcCIgIHNoIAovdXNyL2hvbWUvZW1lZXdpcy9jb250 cmliL0ZyZWVCU0QtSEVBRC91c3IuYmluL2tkdW1wL21raW9jdGxzIHByaW50IAovdXNyL29iai91 c3IvaG9tZS9lbWVld2lzL2NvbnRyaWIvRnJlZUJTRC1IRUFEL3RtcC91c3IvaW5jbHVkZSA+IGlv Y3RsLmMKCgoKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCgpNZXNzYWdlOiAyMwpEYXRl OiBUaHUsIDEzIFNlcCAyMDEyIDEzOjMwOjA5ICswMjAwCkZyb206IERpbWl0cnkgQW5kcmljIDxk aW1ARnJlZUJTRC5vcmc+ClN1YmplY3Q6IFJlOiBCdWlsZGluZyB3b3JsZCB3aXRoIGNsYW5nIFRv VApUbzogRWR3YXJkIE1lZXdpcyA8ZWRAZXh0cmFvcmRpbmFyeW1hY2hpbmUubmw+CkNjOiBmcmVl YnNkLWN1cnJlbnRARnJlZUJTRC5vcmcsIEJyb29rcyBEYXZpcyA8YnJvb2tzQEZyZWVCU0Qub3Jn PgpNZXNzYWdlLUlEOiA8NTA1MUMzQzEuODAyMDgwMkBGcmVlQlNELm9yZz4KQ29udGVudC1UeXBl OiB0ZXh0L3BsYWluOyBjaGFyc2V0PUlTTy04ODU5LTE7IGZvcm1hdD1mbG93ZWQKCk9uIDIwMTIt MDktMTMgMTE6MjcsIEVkd2FyZCBNZWV3aXMgd3JvdGU6Ci4uLi4KPiBGV0lXOiBUaGUgY2xhbmcg YnVpbGQgZmluaXNoZWQgdG9vLCBidXQgd2l0aCB0d28gaGljay11cHM6Cj4gMS4gLSBrZHVtcDog YnVpbGQgcmVwb3J0cyA0IGVycm9yczoKPgo+ID09PT4gdXNyLmJpbi9rZHVtcCAoZGVwZW5kKQo+ IHNoIC91c3IvaG9tZS9lbWVld2lzL2NvbnRyaWIvRnJlZUJTRC1IRUFEL3Vzci5iaW4va2R1bXAv bWtzdWJyCj4gL3Vzci9vYmovdXNyL2hvbWUvZW1lZXdpcy9jb250cmliL0ZyZWVCU0QtSEVBRC90 bXAvdXNyL2luY2x1ZGUgPmtkdW1wX3N1YnIuYwo+IGVudiBNQUNISU5FPWFtZDY0IENQUD0iY3Bw IiAgc2gKPiAvdXNyL2hvbWUvZW1lZXdpcy9jb250cmliL0ZyZWVCU0QtSEVBRC91c3IuYmluL2tk dW1wL21raW9jdGxzIHByaW50Cj4gL3Vzci9vYmovdXNyL2hvbWUvZW1lZXdpcy9jb250cmliL0Zy ZWVCU0QtSEVBRC90bXAvdXNyL2luY2x1ZGUgPiBpb2N0bC5jCj4gPHN0ZGluPjo4OjMxOiBlcnJv cjogY2FtL3Njc2kvc2NzaV9lbmMuaDogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeQo+IDxzdGRp bj46MTc6MzM6IGVycm9yOiBkZXYvZmlsZW1vbi9maWxlbW9uLmg6IE5vIHN1Y2ggZmlsZSBvciBk aXJlY3RvcnkKPiA8c3RkaW4+OjM1OjMzOiBlcnJvcjogZnMvbmFuZGZzL25hbmRmc19mcy5oOiBO byBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5Cj4gPHN0ZGluPjo0NjoyNDogZXJyb3I6IG5ldC9uZXRt YXAuaDogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeQo+Cj4gKEFzIGEgY29uc2VxdWVuY2UgPykg Y2xhbmcgZG9lc24ndCBwaWNrIHVwIDIgc3ltYm9sczogTUZJX0NNRDMyIGFuZAo+IE1GSUlPX1BB U1NUSFJVMzIgd2hpY2ggYXJlIGRlZmluZWQgaWYgQ09NUEFUX0ZSRUVCU0QzMiBpcyBzZXQgaW4K PiBzeXMvZGV2L21maS9tZmlfaW9jdGwuaAoKSSBkb24ndCB0aGluayB0aGlzIGhhcyBhbnl0aGlu ZyB0byBkbyB3aXRoIGNsYW5nLCBzaW5jZSB5b3UgY2FuIHNlZQpDUFA9ImNwcCIgaW4gdGhhdCBj b21tYW5kIGxpbmUsIHdoaWNoIHVzdWFsbHkgaXMgR05VIGNwcC4gIEZvciBjbGFuZywKeW91IHNo b3VsZCBzZXQgQ1BQPWNsYW5nLWNwcCBpbnN0ZWFkLgoKV2hhdCBzZWVtcyB0byBiZSBoYXBwZW5p bmcgaXMgdGhhdCBjZXJ0YWluIGhlYWRlcnMgaXQgZXhwZWN0cyBhcmUgbm90Cmluc3RhbGwgaW4g JHtERVNURElSfSwgd2hpY2ggc2hvdWxkIGJlICR7V09STERUTVB9IGR1cmluZyBidWlsZHdvcmxk LgoKSXQgaXMgcG9zc2libGUgdGhhdCBkdWUgdG8gYWxsIHRoZSBXSVRIT1VUXyBvcHRpb25zIHlv dSBoYXZlIGRlZmluZWQsCnNvbWUgb2YgdGhvc2UgaGVhZGVycyBtYXkgbm90IGJlIGluc3RhbGxl ZC4KCgo+IDIuIGxpbnQgY2FsbHMgdG1wL3Vzci9jYyBkaXJlY3RseToKPgo+IGJ1aWxkd29ybGQt Y2xhbmcubG9nOj09PT4gdXNyLmJpbi94bGludC9sbGliIChhbGwpCj4gYnVpbGR3b3JsZC1jbGFu Zy5sb2c6bGludCAtY2doYXBieCAtQ3Bvc2l4Cj4gL3Vzci9ob21lL2VtZWV3aXMvY29udHJpYi9G cmVlQlNELUhFQUQvdXNyLmJpbi94bGludC9sbGliL2xsaWItbHBvc2l4Cj4gYnVpbGR3b3JsZC1j bGFuZy5sb2c6bGludDogY2Fubm90IGV4ZWMKPiAvdXNyL29iai91c3IvaG9tZS9lbWVld2lzL2Nv bnRyaWIvRnJlZUJTRC1IRUFEL3RtcC91c3IvYmluL2NjOiBObyBzdWNoCj4gZmlsZSBvciBkaXJl Y3RvcnkKPiBidWlsZHdvcmxkLWNsYW5nLmxvZzpTdG9wIGluCj4gL3Vzci9ob21lL2VtZWV3aXMv Y29udHJpYi9GcmVlQlNELUhFQUQvdXNyLmJpbi94bGludC9sbGliLgo+Cj4gQSBsaW5rIGZyb20g Y2MgdG8gY2xhbmcgaW4gdGhlIHNhbWUgZGlyZWN0b3J5IGZpeGVzIHRoYXQuCgpZZXMsIHRoYXQg aXMgYSBrbm93biBwcm9ibGVtIGluIGxpbnQsIGJ1dCBJIGhhdmUgbm8gZ3JlYXQgdXJnZSB0byBm aXgKaXQuICBJTUhPIGxpbnQgc2hvdWxkIGJlIGF4ZWQsIHRoZSBwcm9ncmFtIGlzIHNpbXBseSBv YnNvbGV0ZS4KCgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KCl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCmZyZWVic2QtY3VycmVudEBmcmVlYnNk Lm9yZyBtYWlsaW5nIGxpc3QKaHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGlu Zm8vZnJlZWJzZC1jdXJyZW50ClRvIHVuc3Vic2NyaWJlLCBzZW5kIGFueSBtYWlsIHRvICJmcmVl YnNkLWN1cnJlbnQtdW5zdWJzY3JpYmVAZnJlZWJzZC5vcmciCgpFbmQgb2YgZnJlZWJzZC1jdXJy ZW50IERpZ2VzdCwgVm9sIDQ2NSwgSXNzdWUgNQoqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKgo= From owner-freebsd-current@FreeBSD.ORG Sat Sep 15 03:53:11 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3732106564A; Sat, 15 Sep 2012 03:53:11 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 559388FC08; Sat, 15 Sep 2012 03:53:11 +0000 (UTC) Received: by obbun3 with SMTP id un3so8913371obb.13 for ; Fri, 14 Sep 2012 20:53:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=6Qu/scQljqCXMAlmy2a1C9RXfBlb36zF2EFab/XOXPU=; b=BZx7yk5hE6PG1Xwh2xHZhDagOkk8Q2Wbsfyyj+mnW2dYnjHQvreH7NbQ2z/ETWT0+T xCrruFcxSQwwlqzFh/kU0i5BtVkeUN3QpiV8EnufdEBoP0P0SBJWBfQ8PHSnTrSuwBOy FxcDCtooRjblHXSvIVa9zcX4SkLe+9mgWZ78MnaxUC3dQ0RY3FfHuqhmIk4zlKeNcGkT X6apCOp0WeCuLk8ULkbBmZ9Lf8zkyp0H/kTdVAF0t7VzAyz+IN/7zcf7UFNnx806Uuxg ltw792bcdbSsmMUa+gHYIm76qlU48IM/9rEOUPoBFZ4CCLlv9TUg9D4iLx+nBWthUriW jr6A== MIME-Version: 1.0 Received: by 10.60.1.106 with SMTP id 10mr6340079oel.84.1347681190683; Fri, 14 Sep 2012 20:53:10 -0700 (PDT) Received: by 10.60.10.228 with HTTP; Fri, 14 Sep 2012 20:53:10 -0700 (PDT) Date: Fri, 14 Sep 2012 22:53:10 -0500 Message-ID: From: Brandon Gooch To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Cc: Hans Petter Selasky Subject: sysctl -a hangs system after r240281 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 15 Sep 2012 03:53:11 -0000 I'm running 10-CURRENT amd64 on a Dell M6500: FreeBSD m6500.local 10.0-CURRENT FreeBSD 10.0-CURRENT #22 r240281M: Fri Sep 14 21:18:50 CDT 2012 root@m6500.local:/usr/obj/usr/src/sys/DELL_M6500 amd64 I ran into a strange issue when running `sysctl -a` in which my system would "freeze" -- the only interaction with the system which was registered was a press of the power button (which wouldn't actually initialize a shutdown). This is a big problem when /etc/rc.d/initrandom calls `sysctl -a` during system startup... I traced this behavior back to commit r240281 which added support for USB Dual Mode Drivers: http://svnweb.freebsd.org/base/head/sys/dev/usb/controller/usb_controller.c?r1=240281&r2=240280&pathrev=240281 At r240280, my system boots fine and I can run `sysctl -a` at will with no bad behavior. I haven't dug deeply into this issue, so this e-mail is more of a heads-up report in case anyone else runs into this issue. I'll add more debugging in my kernel config and capture the information from dmesg and others before and after the r240281 commit. Of course, any hints are appreciated as I delve into this. From owner-freebsd-current@FreeBSD.ORG Sat Sep 15 06:43:05 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4759106566C for ; Sat, 15 Sep 2012 06:43:05 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id AB3AD8FC0C for ; Sat, 15 Sep 2012 06:43:05 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rair.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.80 (FreeBSD)) (envelope-from ) id 1TCm5o-0002BY-Uu for freebsd-current@freebsd.org; Sat, 15 Sep 2012 06:43:05 +0000 Date: Sat, 15 Sep 2012 15:43:03 +0900 Message-ID: From: Randy Bush To: FreeBSD Current User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Subject: underexposed snapshots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 15 Sep 2012 06:43:05 -0000 ftp://ftp.FreeBSD.org/pub/FreeBSD/ISO-IMAGES-arch is a bit empty. i guess things are moving around. any idea where i can get the latest tag=. randy From owner-freebsd-current@FreeBSD.ORG Sat Sep 15 06:48:10 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CD449106566B for ; Sat, 15 Sep 2012 06:48:10 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id B39E58FC12 for ; Sat, 15 Sep 2012 06:48:10 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rair.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.80 (FreeBSD)) (envelope-from ) id 1TCmAk-0002CD-4R for freebsd-current@freebsd.org; Sat, 15 Sep 2012 06:48:10 +0000 Date: Sat, 15 Sep 2012 15:48:09 +0900 Message-ID: From: Randy Bush To: FreeBSD Current In-Reply-To: References: User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Subject: Re: underexposed snapshots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 15 Sep 2012 06:48:10 -0000 Randy Bush wrote: > ftp://ftp.FreeBSD.org/pub/FreeBSD/ISO-IMAGES-arch is a bit empty. i > guess things are moving around. any idea where i can get the latest > tag=. cut and paste error ftp://ftp.freebsd.org/pub/FreeBSD/snapshots From owner-freebsd-current@FreeBSD.ORG Sat Sep 15 06:49:07 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7DD8B106564A for ; Sat, 15 Sep 2012 06:49:07 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3EAFD8FC0A for ; Sat, 15 Sep 2012 06:49:07 +0000 (UTC) Received: by obbun3 with SMTP id un3so9022851obb.13 for ; Fri, 14 Sep 2012 23:49:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=5AR/e4TXUXd65P4zNfx1gPfLSH6pS4XuH/ukFcio208=; b=XLPWuuC6GEL4x/xwxZwx2IyWXieoe/rZA8jkGVqmZh2k8H5ChfSNDkpa+uDeT14vQ8 4Bn8/tEZZrAHJckFnxBFEhUQp43B/sTkUCETX9A7JllU55II75bU0abMJeoEcYh0WZWj LPC6XiQO0IlReeofmUTpGS/NvIzEZNjDBqcWtFJu0iAT/sk3iwL+aCDT2NY/0UjmvKRE 4LEwds8etMjq5RWpdGkpqW76VBm5vyICuKvz+MCA460z8Ybn3ZByH5cnXs/2CoGYJkHQ 8LsVpI2VD2wtL23C3HpXIEktsiABfqGLZXpHIPWWMUS1x0tcw7eWRjfGiJQNQr0sSJfI qHLQ== MIME-Version: 1.0 Received: by 10.182.109.74 with SMTP id hq10mr6356324obb.56.1347691746404; Fri, 14 Sep 2012 23:49:06 -0700 (PDT) Received: by 10.76.142.201 with HTTP; Fri, 14 Sep 2012 23:49:06 -0700 (PDT) In-Reply-To: References: Date: Fri, 14 Sep 2012 23:49:06 -0700 Message-ID: From: Garrett Cooper To: Randy Bush Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Current Subject: Re: underexposed snapshots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 15 Sep 2012 06:49:07 -0000 On Fri, Sep 14, 2012 at 11:43 PM, Randy Bush wrote: > ftp://ftp.FreeBSD.org/pub/FreeBSD/ISO-IMAGES-arch is a bit empty. i > guess things are moving around. any idea where i can get the latest > tag=. Latest tag is 9.1-RC1: ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/amd64/9.1-RC1/ , etc. -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Sep 15 06:55:55 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2F9A106564A for ; Sat, 15 Sep 2012 06:55:55 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 878C68FC0A for ; Sat, 15 Sep 2012 06:55:55 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rair.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.80 (FreeBSD)) (envelope-from ) id 1TCmIE-0002DG-IV; Sat, 15 Sep 2012 06:55:54 +0000 Date: Sat, 15 Sep 2012 15:55:53 +0900 Message-ID: From: Randy Bush To: Garrett Cooper In-Reply-To: References: User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Cc: FreeBSD Current Subject: Re: underexposed snapshots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 15 Sep 2012 06:55:55 -0000 >> ftp://ftp.FreeBSD.org/pub/FreeBSD/ISO-IMAGES-arch is a bit empty. i >> guess things are moving around. any idea where i can get the latest >> tag=. > > Latest tag is 9.1-RC1: > ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/amd64/9.1-RC1/ , etc. this is for an i386 running 10-current randy From owner-freebsd-current@FreeBSD.ORG Sat Sep 15 07:11:40 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9714106564A for ; Sat, 15 Sep 2012 07:11:40 +0000 (UTC) (envelope-from joel@vnode.se) Received: from mail.vnode.se (mail.vnode.se [62.119.52.80]) by mx1.freebsd.org (Postfix) with ESMTP id 738138FC14 for ; Sat, 15 Sep 2012 07:11:40 +0000 (UTC) Received: from mail.vnode.se (localhost [127.0.0.1]) by mail.vnode.se (Postfix) with ESMTP id 2BA43E3F07A; Sat, 15 Sep 2012 09:11:38 +0200 (CEST) X-Virus-Scanned: amavisd-new at vnode.se Received: from mail.vnode.se ([127.0.0.1]) by mail.vnode.se (mail.vnode.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cbkVHficAkQx; Sat, 15 Sep 2012 09:11:35 +0200 (CEST) Received: from jd.benders.se (jd.benders.se [212.247.52.12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id 3043DE3F079; Sat, 15 Sep 2012 09:11:35 +0200 (CEST) Date: Sat, 15 Sep 2012 09:11:33 +0200 From: Joel Dahl To: Randy Bush Message-ID: <20120915071133.GB66691@jd.benders.se> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Current Subject: Re: underexposed snapshots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 15 Sep 2012 07:11:40 -0000 On 15-09-2012 15:43, Randy Bush wrote: > ftp://ftp.FreeBSD.org/pub/FreeBSD/ISO-IMAGES-arch is a bit empty. i > guess things are moving around. any idea where i can get the latest > tag=. https://pub.allbsd.org/FreeBSD-snapshots/ -- Joel From owner-freebsd-current@FreeBSD.ORG Sat Sep 15 07:19:21 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 283EA1065672 for ; Sat, 15 Sep 2012 07:19:21 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id DA0D78FC15 for ; Sat, 15 Sep 2012 07:19:20 +0000 (UTC) Received: by obbun3 with SMTP id un3so9041031obb.13 for ; Sat, 15 Sep 2012 00:19:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=R5nBqQitDP5sUX1n77cseWOHq47wI9dWOoUD9u/d3ps=; b=BbVV0BnBgJJEeJFRpUFrO0oSyIcRPLk6gP3di1v/mR+p0HkurnbIZfTTbVbegPmKlx j8e6ogeTxBkzNFOj6c4cSnqOvcUgjRBPj0/BQgqvE2qdNp11WsCBWC7iR+/fCp07HkL/ N2SuBYnIMTay8xp5CUOyBwGYlAvK26+R+KKmwU3LUF3CAvF5pbMZslkX2BvBY7BF+QJa aUDyZLgkYiltk6LooqFVsAeqggBEb65MoGK0+++Eq0AsjggmULOVATLvyV0VB7ibs8RO ELAu4AI+02FXIrz91SiSph9rvlfA23AlISd1pNesZ2R3UjP1CT2bRbxab2qw+5NjJTa2 vASw== MIME-Version: 1.0 Received: by 10.60.170.241 with SMTP id ap17mr583882oec.4.1347693554624; Sat, 15 Sep 2012 00:19:14 -0700 (PDT) Received: by 10.76.142.201 with HTTP; Sat, 15 Sep 2012 00:19:14 -0700 (PDT) In-Reply-To: References: Date: Sat, 15 Sep 2012 00:19:14 -0700 Message-ID: From: Garrett Cooper To: Randy Bush Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Current Subject: Re: underexposed snapshots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 15 Sep 2012 07:19:21 -0000 On Fri, Sep 14, 2012 at 11:55 PM, Randy Bush wrote: >>> ftp://ftp.FreeBSD.org/pub/FreeBSD/ISO-IMAGES-arch is a bit empty. i >>> guess things are moving around. any idea where i can get the latest >>> tag=. >> >> Latest tag is 9.1-RC1: >> ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/amd64/9.1-RC1/ , etc. > > this is for an i386 running 10-current As I said, this is the latest snapshot. Long story short is that the old process was changed before 9.0 and releng hasn't caught up with the new process yet in a sustainable manner (at least, not executing it on a regular basis). If you have interest in making sure regular (monthly) releases are revived, I'm sure that re@ would be more than receptive (they're good to have, but I tried to use the new process and quite frankly don't have the spare cycles to complete the needed work to make things function post-9.x). Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Sep 15 07:25:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB1F6106566B for ; Sat, 15 Sep 2012 07:25:24 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id C90CA8FC14 for ; Sat, 15 Sep 2012 07:25:24 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rair.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.80 (FreeBSD)) (envelope-from ) id 1TCmkl-0002HJ-Nz; Sat, 15 Sep 2012 07:25:24 +0000 Date: Sat, 15 Sep 2012 16:25:22 +0900 Message-ID: From: Randy Bush To: Garrett Cooper In-Reply-To: References: User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Cc: FreeBSD Current Subject: Re: underexposed snapshots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 15 Sep 2012 07:25:25 -0000 > As I said, this is the latest snapshot. Long story short is that the > old process was changed before 9.0 and releng hasn't caught up with > the new process yet in a sustainable manner (at least, not executing > it on a regular basis). If you have interest in making sure regular > (monthly) releases are revived, I'm sure that re@ would be more than > receptive (they're good to have, but I tried to use the new process > and quite frankly don't have the spare cycles to complete the needed > work to make things function post-9.x). if folk such as i hit barriers to testing, this does not bode well for the quality of 10.x in the long run. what is the new process? i could not find in handbook. randy From owner-freebsd-current@FreeBSD.ORG Sat Sep 15 07:31:36 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 29447106566B for ; Sat, 15 Sep 2012 07:31:36 +0000 (UTC) (envelope-from mueller23@insightbb.com) Received: from mail.insightbb.com (smtp2.insight.synacor.com [208.47.185.24]) by mx1.freebsd.org (Postfix) with ESMTP id DDB8F8FC08 for ; Sat, 15 Sep 2012 07:31:35 +0000 (UTC) X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=1.1 cv=VTSbujxTM2rFHEayZTzaChc0LMuvGKtxtRUZKjo3yEg= c=1 sm=0 a=mpa-GrtmCigA:10 a=jLN7EqiLvroA:10 a=6I5d2MoRAAAA:8 a=-NapcQYveOJdtV-8XawA:9 a=4VIa2o4SG-wA:10 a=SV7veod9ZcQA:10 a=AcdsImxJPJ9Yo6Ye3TGm+Q==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp01.insight.synacor.com header.from=mueller23@insightbb.com; sender-id=softfail Authentication-Results: smtp01.insight.synacor.com smtp.mail=mueller23@insightbb.com; spf=softfail; sender-id=softfail Received-SPF: softfail (smtp01.insight.synacor.com: transitional domain insightbb.com does not designate 74.134.34.76 as permitted sender) Received: from [74.134.34.76] ([74.134.34.76:42208] helo=localhost) by mail.insightbb.com (envelope-from ) (ecelerity 2.2.2.40 r(29895/29896)) with ESMTP id 07/D0-07911-0DE24505; Sat, 15 Sep 2012 03:31:28 -0400 Date: Sat, 15 Sep 2012 03:31:28 -0400 Message-ID: <07.D0.07911.0DE24505@smtp01.insight.synacor.com> From: "Thomas Mueller" To: freebsd-current@freebsd.org Cc: wsakir@columbus.rr.com Subject: Re: freebsd-current Digest, Vol 465, Issue 5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 15 Sep 2012 07:31:36 -0000 > [-- Attachment #1 --] > [-- Type: text/plain, Encoding: base64, Size: 49K --] > Help > ----- Reply message ----- > From: freebsd-current-request@freebsd.org > To: > Subject: freebsd-current Digest, Vol 465, Issue 5 > Date: Thu, Sep 13, 2012 8:00 am (and much more) This looks like something that should have been sent to (copying from the message headers): List-Help: Tom From owner-freebsd-current@FreeBSD.ORG Sat Sep 15 09:15:06 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A3AC41065670; Sat, 15 Sep 2012 09:15:06 +0000 (UTC) (envelope-from rdivacky@vlakno.cz) Received: from vlakno.cz (vlakno.cz [46.28.110.116]) by mx1.freebsd.org (Postfix) with ESMTP id 206C68FC0A; Sat, 15 Sep 2012 09:15:05 +0000 (UTC) Received: by vlakno.cz (Postfix, from userid 1002) id 09BE07F3847; Sat, 15 Sep 2012 11:14:56 +0200 (CEST) Date: Sat, 15 Sep 2012 11:14:56 +0200 From: Roman Divacky To: Steve Kargl Message-ID: <20120915091455.GA93876@freebsd.org> References: <504F4645.4070900@FreeBSD.org> <504F4A6B.4010001@coosemans.org> <504F5101.8090906@FreeBSD.org> <505101C3.70203@freebsd.org> <20120913020833.GA8255@troutmask.apl.washington.edu> <1347550332.1110.108.camel@revolution.hippie.lan> <20120913161024.GA13846@troutmask.apl.washington.edu> <20120914202319.GB5244@lor.one-eyed-alien.net> <20120915001808.GA70215@troutmask.apl.washington.edu> <20120915010600.GA70426@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120915010600.GA70426@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Ian Lepore , Brooks Davis , current@freebsd.org, Dimitry Andric , toolchain@freebsd.org, Tijl Coosemans , Nathan Whitehorn Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 15 Sep 2012 09:15:07 -0000 LLVM by default turns these: case LibFunc::copysign: case LibFunc::copysignf: case LibFunc::copysignl: case LibFunc::fabs: case LibFunc::fabsf: case LibFunc::fabsl: case LibFunc::sin: case LibFunc::sinf: case LibFunc::sinl: case LibFunc::cos: case LibFunc::cosf: case LibFunc::cosl: case LibFunc::sqrt: case LibFunc::sqrtf: case LibFunc::sqrtl: case LibFunc::floor: case LibFunc::floorf: case LibFunc::floorl: case LibFunc::nearbyint: case LibFunc::nearbyintf: case LibFunc::nearbyintl: case LibFunc::ceil: case LibFunc::ceilf: case LibFunc::ceill: case LibFunc::rint: case LibFunc::rintf: case LibFunc::rintl: case LibFunc::trunc: case LibFunc::truncf: case LibFunc::truncl: case LibFunc::log2: case LibFunc::log2f: case LibFunc::log2l: case LibFunc::exp2: case LibFunc::exp2f: case LibFunc::exp2l: from lib calls to direct code (ie. instruction or sequence of). This is not a "bug" but feature ;) I am not sure what the rules for the transformation should be. Allow it only with -ffast-math ? Disallow it on i386? Really, no idea. Steve, you tested on i386? Can you test on amd64? Do you guys have any opinion what to do here? On Fri, Sep 14, 2012 at 06:06:00PM -0700, Steve Kargl wrote: > On Fri, Sep 14, 2012 at 05:18:08PM -0700, Steve Kargl wrote: > > > > A third class of failure appears to be that clang emits > > i387 fpu instructions for at least sinf and cosf instead > > of calls to the library routines. AFAIK, the library > > routines are faster and more accurate. > > > > Yep. Clang has problems with at least sinf on i386 FreeBSD. > > % pwd > /usr/home/kargl/trunk/math/sine > > % make clean && make CC=cc testf > cc -o testf -O2 -pipe -static -I/usr/local/include -I../mp testf.c \ > -L/usr/local/lib -L../mp -lsgk -lmpfr -lgmp -lm > > % ./testf -m 0 -M 1e20 -r > ULP Range | > -----------+------------------------- > [0.0:0.6] | 1006424 (100.00%) > (0.6:0.7] | 0 ( 0.00%) > (0.7:0.8] | 0 ( 0.00%) > (0.8:0.9] | 0 ( 0.00%) > (0.9:1.0] | 0 ( 0.00%) > (1.0:2.0] | 0 ( 0.00%) > (2.0:3.0] | 0 ( 0.00%) > 3.0 < ULP | 0 ( 0.00%) > -----------+------------------------- > Count | 1006424 > Max ULP | 0.50084 > Max ULP x | 53462490661259313152.000000 0x1.72f876p+65 > > % make clean && make CC=clang testf > clang -o testf -O2 -pipe -static -I/usr/local/include -I../mp testf.c \ > -L/usr/local/lib -L../mp -lsgk -lmpfr -lgmp -lm > > % ./testf -m 0 -M 1e20 -r > ULP Range | > -----------+------------------------- > [0.0:0.6] | 1 ( 0.00%) > (0.6:0.7] | 0 ( 0.00%) > (0.7:0.8] | 0 ( 0.00%) > (0.8:0.9] | 0 ( 0.00%) > (0.9:1.0] | 0 ( 0.00%) > (1.0:2.0] | 0 ( 0.00%) > (2.0:3.0] | 0 ( 0.00%) > 3.0 < ULP | 999998 (100.00%) > -----------+------------------------- > Count | 999999 > Max ULP | 1328505256679420125050194353979392.00000 > Max ULP x | 75516780764213542912.000000 0x1.06006p+66 > > -- > Steve > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Sep 15 10:36:12 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7DC11106566C; Sat, 15 Sep 2012 10:36:12 +0000 (UTC) (envelope-from tijl@coosemans.org) Received: from mailrelay020.isp.belgacom.be (Mailrelay020.isp.belgacom.be [195.238.6.95]) by mx1.freebsd.org (Postfix) with ESMTP id 4EB478FC0A; Sat, 15 Sep 2012 10:36:11 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EAHBZVFBbsSJD/2dsb2JhbABFDrhBgzuBCIIgAQEFViIBEAsOCgkWDwkDAgECASceBg0BBwEBiA26d4shFIZUA45pgSCVeYIsPIFY Received: from 67.34-177-91.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([91.177.34.67]) by relay.skynet.be with ESMTP; 15 Sep 2012 12:35:00 +0200 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.5/8.14.5) with ESMTP id q8FAYxgd001311; Sat, 15 Sep 2012 12:35:00 +0200 (CEST) (envelope-from tijl@coosemans.org) Message-ID: <505459CD.2090308@coosemans.org> Date: Sat, 15 Sep 2012 12:34:53 +0200 From: Tijl Coosemans User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:14.0) Gecko/20120804 Thunderbird/14.0 MIME-Version: 1.0 To: Steve Kargl References: <20120911132410.GA87126@troutmask.apl.washington.edu> <504F4645.4070900@FreeBSD.org> <504F4A6B.4010001@coosemans.org> <504F5101.8090906@FreeBSD.org> <505101C3.70203@freebsd.org> <20120913020833.GA8255@troutmask.apl.washington.edu> <1347550332.1110.108.camel@revolution.hippie.lan> <20120913161024.GA13846@troutmask.apl.washington.edu> <20120914202319.GB5244@lor.one-eyed-alien.net> <20120915001808.GA70215@troutmask.apl.washington.edu> <20120915010600.GA70426@troutmask.apl.washington.edu> In-Reply-To: <20120915010600.GA70426@troutmask.apl.washington.edu> X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enigE4BDDEC79567F38A12DCF386" Cc: Ian Lepore , Brooks Davis , current@freebsd.org, Dimitry Andric , toolchain@freebsd.org, Nathan Whitehorn Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 15 Sep 2012 10:36:12 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE4BDDEC79567F38A12DCF386 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 15-09-2012 03:06, Steve Kargl wrote: > On Fri, Sep 14, 2012 at 05:18:08PM -0700, Steve Kargl wrote: >> >> A third class of failure appears to be that clang emits >> i387 fpu instructions for at least sinf and cosf instead=20 >> of calls to the library routines. AFAIK, the library >> routines are faster and more accurate. >> >=20 > Yep. Clang has problems with at least sinf on i386 FreeBSD. >=20 > % pwd > /usr/home/kargl/trunk/math/sine >=20 > % make clean && make CC=3Dcc testf > cc -o testf -O2 -pipe -static -I/usr/local/include -I../mp testf.c \ > -L/usr/local/lib -L../mp -lsgk -lmpfr -lgmp -lm >=20 > % ./testf -m 0 -M 1e20 -r > ULP Range | > -----------+------------------------- > [0.0:0.6] | 1006424 (100.00%) > (0.6:0.7] | 0 ( 0.00%) > (0.7:0.8] | 0 ( 0.00%) > (0.8:0.9] | 0 ( 0.00%) > (0.9:1.0] | 0 ( 0.00%) > (1.0:2.0] | 0 ( 0.00%) > (2.0:3.0] | 0 ( 0.00%) > 3.0 < ULP | 0 ( 0.00%) > -----------+------------------------- > Count | 1006424 > Max ULP | 0.50084 > Max ULP x | 53462490661259313152.000000 0x1.72f876p+65 >=20 > % make clean && make CC=3Dclang testf > clang -o testf -O2 -pipe -static -I/usr/local/include -I../mp testf.c \= > -L/usr/local/lib -L../mp -lsgk -lmpfr -lgmp -lm >=20 > % ./testf -m 0 -M 1e20 -r > ULP Range | > -----------+------------------------- > [0.0:0.6] | 1 ( 0.00%) > (0.6:0.7] | 0 ( 0.00%) > (0.7:0.8] | 0 ( 0.00%) > (0.8:0.9] | 0 ( 0.00%) > (0.9:1.0] | 0 ( 0.00%) > (1.0:2.0] | 0 ( 0.00%) > (2.0:3.0] | 0 ( 0.00%) > 3.0 < ULP | 999998 (100.00%) > -----------+------------------------- > Count | 999999 > Max ULP | 1328505256679420125050194353979392.00000 > Max ULP x | 75516780764213542912.000000 0x1.06006p+66 A ULP this big can't be because of using a built-in instead of a library call, right? Something must be wrong with clang's implementation of the built-in. The fcos/fsin instructions have a limited domain and return a value unchanged if it's outside that domain. Maybe clang doesn't check this. This error probably also explains the precision loss in j0, because it calls cos/sin. --------------enigE4BDDEC79567F38A12DCF386 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iF4EAREIAAYFAlBUWdMACgkQfoCS2CCgtitafwD/WLfHJvjHlGOSb6KI/3sotFXq aTwA3tCJrjNJw5ERZq0A/iQCvvE1YAysrqd04GnCIBqy8jwCbdXkzgenJtJQPN5+ =Vyd7 -----END PGP SIGNATURE----- --------------enigE4BDDEC79567F38A12DCF386-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 15 12:48:13 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D9343106564A; Sat, 15 Sep 2012 12:48:13 +0000 (UTC) (envelope-from rdivacky@vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [46.28.110.116]) by mx1.freebsd.org (Postfix) with ESMTP id 917208FC16; Sat, 15 Sep 2012 12:48:13 +0000 (UTC) Received: by vlakno.cz (Postfix, from userid 1002) id 26D667F3847; Sat, 15 Sep 2012 14:48:09 +0200 (CEST) Date: Sat, 15 Sep 2012 14:48:09 +0200 From: Roman Divacky To: Steve Kargl Message-ID: <20120915124809.GA10939@freebsd.org> References: <504F4645.4070900@FreeBSD.org> <504F4A6B.4010001@coosemans.org> <504F5101.8090906@FreeBSD.org> <505101C3.70203@freebsd.org> <20120913020833.GA8255@troutmask.apl.washington.edu> <1347550332.1110.108.camel@revolution.hippie.lan> <20120913161024.GA13846@troutmask.apl.washington.edu> <20120914202319.GB5244@lor.one-eyed-alien.net> <20120915001808.GA70215@troutmask.apl.washington.edu> <20120915010600.GA70426@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120915010600.GA70426@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Ian Lepore , Brooks Davis , current@freebsd.org, Dimitry Andric , toolchain@freebsd.org, Tijl Coosemans , Nathan Whitehorn Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 15 Sep 2012 12:48:14 -0000 Fwiw, this seems to have been fixed as of a few minutes ago. http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20120910/150720.html Steve, can you please test llvm/clang from (their) svn and report back? We can import a newer snapshot if all is ok. Thank you. On Fri, Sep 14, 2012 at 06:06:00PM -0700, Steve Kargl wrote: > On Fri, Sep 14, 2012 at 05:18:08PM -0700, Steve Kargl wrote: > > > > A third class of failure appears to be that clang emits > > i387 fpu instructions for at least sinf and cosf instead > > of calls to the library routines. AFAIK, the library > > routines are faster and more accurate. > > > > Yep. Clang has problems with at least sinf on i386 FreeBSD. > > % pwd > /usr/home/kargl/trunk/math/sine > > % make clean && make CC=cc testf > cc -o testf -O2 -pipe -static -I/usr/local/include -I../mp testf.c \ > -L/usr/local/lib -L../mp -lsgk -lmpfr -lgmp -lm > > % ./testf -m 0 -M 1e20 -r > ULP Range | > -----------+------------------------- > [0.0:0.6] | 1006424 (100.00%) > (0.6:0.7] | 0 ( 0.00%) > (0.7:0.8] | 0 ( 0.00%) > (0.8:0.9] | 0 ( 0.00%) > (0.9:1.0] | 0 ( 0.00%) > (1.0:2.0] | 0 ( 0.00%) > (2.0:3.0] | 0 ( 0.00%) > 3.0 < ULP | 0 ( 0.00%) > -----------+------------------------- > Count | 1006424 > Max ULP | 0.50084 > Max ULP x | 53462490661259313152.000000 0x1.72f876p+65 > > % make clean && make CC=clang testf > clang -o testf -O2 -pipe -static -I/usr/local/include -I../mp testf.c \ > -L/usr/local/lib -L../mp -lsgk -lmpfr -lgmp -lm > > % ./testf -m 0 -M 1e20 -r > ULP Range | > -----------+------------------------- > [0.0:0.6] | 1 ( 0.00%) > (0.6:0.7] | 0 ( 0.00%) > (0.7:0.8] | 0 ( 0.00%) > (0.8:0.9] | 0 ( 0.00%) > (0.9:1.0] | 0 ( 0.00%) > (1.0:2.0] | 0 ( 0.00%) > (2.0:3.0] | 0 ( 0.00%) > 3.0 < ULP | 999998 (100.00%) > -----------+------------------------- > Count | 999999 > Max ULP | 1328505256679420125050194353979392.00000 > Max ULP x | 75516780764213542912.000000 0x1.06006p+66 > > -- > Steve > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Sep 15 13:49:56 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B6B8D106566B; Sat, 15 Sep 2012 13:49:56 +0000 (UTC) (envelope-from tijl@coosemans.org) Received: from mailrelay008.isp.belgacom.be (mailrelay008.isp.belgacom.be [195.238.6.174]) by mx1.freebsd.org (Postfix) with ESMTP id 508D68FC0C; Sat, 15 Sep 2012 13:49:54 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AkkFAJuGVFBbsSJD/2dsb2JhbABFhUC2SoEIgiABAQEEAQJTIgEQCw4KCRYPCQMCAQIBFhEeBg0BBwEBiA0Hun6LIYZoA45pgSCDK4NBjw2CaA Received: from 67.34-177-91.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([91.177.34.67]) by relay.skynet.be with ESMTP; 15 Sep 2012 15:48:44 +0200 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.5/8.14.5) with ESMTP id q8FDmhFI002605; Sat, 15 Sep 2012 15:48:43 +0200 (CEST) (envelope-from tijl@coosemans.org) Message-ID: <50548736.9030203@coosemans.org> Date: Sat, 15 Sep 2012 15:48:38 +0200 From: Tijl Coosemans User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:14.0) Gecko/20120804 Thunderbird/14.0 MIME-Version: 1.0 To: Roman Divacky References: <504F4645.4070900@FreeBSD.org> <504F4A6B.4010001@coosemans.org> <504F5101.8090906@FreeBSD.org> <505101C3.70203@freebsd.org> <20120913020833.GA8255@troutmask.apl.washington.edu> <1347550332.1110.108.camel@revolution.hippie.lan> <20120913161024.GA13846@troutmask.apl.washington.edu> <20120914202319.GB5244@lor.one-eyed-alien.net> <20120915001808.GA70215@troutmask.apl.washington.edu> <20120915010600.GA70426@troutmask.apl.washington.edu> <20120915124809.GA10939@freebsd.org> In-Reply-To: <20120915124809.GA10939@freebsd.org> X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig7358AAEF3499B2D91F7D4E3F" Cc: Ian Lepore , Brooks Davis , current@freebsd.org, Dimitry Andric , toolchain@freebsd.org, Nathan Whitehorn , Steve Kargl Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 15 Sep 2012 13:49:56 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7358AAEF3499B2D91F7D4E3F Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 15-09-2012 14:48, Roman Divacky wrote: > Fwiw, this seems to have been fixed as of a few minutes ago. >=20 > http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20120910/15= 0720.html >=20 > Steve, can you please test llvm/clang from (their) svn and report > back? We can import a newer snapshot if all is ok. Here's a small test program. You're probably better equipped to test clang svn. -------- #include #include #include int main( int argc, char **argv ) { double d =3D strtod( argv[ 1 ], NULL ); printf( "%e\n", ( double ) cos( d )); printf( "%e\n", ( double ) cosf( d )); printf( "%e\n", ( double ) cosl( d )); return( 0 ); } -------- This is the current output of clang: % clang -o cos cos.c -lm % ./cos 1.23456789e20 6.031937e-01 1.234568e+20 2.814722e-01 The second number (cosf) is wrong. It should be a value between -1 and 1.= --------------enig7358AAEF3499B2D91F7D4E3F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iF4EAREIAAYFAlBUhzsACgkQfoCS2CCgtivziAD+NWYBAPtGISfvBeetsdttpHSn Vx3/+VhU8x4d3Oc+NwYA/2Vr1H6IqZYc0rvSb38RwWw1luuHAv2xxuwSCO433hnN =rTcS -----END PGP SIGNATURE----- --------------enig7358AAEF3499B2D91F7D4E3F-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 15 14:09:37 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 420481065670; Sat, 15 Sep 2012 14:09:37 +0000 (UTC) (envelope-from rdivacky@vlakno.cz) Received: from vlakno.cz (vlakno.cz [46.28.110.116]) by mx1.freebsd.org (Postfix) with ESMTP id EFE458FC0A; Sat, 15 Sep 2012 14:09:36 +0000 (UTC) Received: by vlakno.cz (Postfix, from userid 1002) id 6A7017F3847; Sat, 15 Sep 2012 16:09:33 +0200 (CEST) Date: Sat, 15 Sep 2012 16:09:33 +0200 From: Roman Divacky To: Tijl Coosemans Message-ID: <20120915140933.GA17801@freebsd.org> References: <504F5101.8090906@FreeBSD.org> <505101C3.70203@freebsd.org> <20120913020833.GA8255@troutmask.apl.washington.edu> <1347550332.1110.108.camel@revolution.hippie.lan> <20120913161024.GA13846@troutmask.apl.washington.edu> <20120914202319.GB5244@lor.one-eyed-alien.net> <20120915001808.GA70215@troutmask.apl.washington.edu> <20120915010600.GA70426@troutmask.apl.washington.edu> <20120915124809.GA10939@freebsd.org> <50548736.9030203@coosemans.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <50548736.9030203@coosemans.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Ian Lepore , Brooks Davis , current@freebsd.org, Dimitry Andric , toolchain@freebsd.org, Nathan Whitehorn , Steve Kargl Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 15 Sep 2012 14:09:37 -0000 Is this correct? lev ~$ ./cos 1.23456789e20 6.031937e-01 -9.629173e-02 2.814722e-01 If so I believe the issue is fixed. On Sat, Sep 15, 2012 at 03:48:38PM +0200, Tijl Coosemans wrote: > On 15-09-2012 14:48, Roman Divacky wrote: > > Fwiw, this seems to have been fixed as of a few minutes ago. > > > > http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20120910/150720.html > > > > Steve, can you please test llvm/clang from (their) svn and report > > back? We can import a newer snapshot if all is ok. > > Here's a small test program. You're probably better equipped to test > clang svn. > > -------- > #include > #include > #include > > int > main( int argc, char **argv ) { > double d = strtod( argv[ 1 ], NULL ); > > printf( "%e\n", ( double ) cos( d )); > printf( "%e\n", ( double ) cosf( d )); > printf( "%e\n", ( double ) cosl( d )); > return( 0 ); > } > -------- > > This is the current output of clang: > > % clang -o cos cos.c -lm > % ./cos 1.23456789e20 > 6.031937e-01 > 1.234568e+20 > 2.814722e-01 > > The second number (cosf) is wrong. It should be a value between -1 and 1. > From owner-freebsd-current@FreeBSD.ORG Sat Sep 15 14:30:28 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BA890106564A; Sat, 15 Sep 2012 14:30:28 +0000 (UTC) (envelope-from tijl@coosemans.org) Received: from mailrelay020.isp.belgacom.be (Mailrelay020.isp.belgacom.be [195.238.6.95]) by mx1.freebsd.org (Postfix) with ESMTP id 4DEEB8FC0A; Sat, 15 Sep 2012 14:30:27 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AmMHAPePVFBbsSJD/2dsb2JhbABFjgWqSYM8gQiCIAEBBVYiARALDgoJFg8JAwIBAgEnHgYNAQcBAYgNunuLIYZoA45pgSCVeYJo Received: from 67.34-177-91.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([91.177.34.67]) by relay.skynet.be with ESMTP; 15 Sep 2012 16:30:25 +0200 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.5/8.14.5) with ESMTP id q8FEUOcQ002815; Sat, 15 Sep 2012 16:30:24 +0200 (CEST) (envelope-from tijl@coosemans.org) Message-ID: <505490FB.2000807@coosemans.org> Date: Sat, 15 Sep 2012 16:30:19 +0200 From: Tijl Coosemans User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:14.0) Gecko/20120804 Thunderbird/14.0 MIME-Version: 1.0 To: Roman Divacky References: <504F5101.8090906@FreeBSD.org> <505101C3.70203@freebsd.org> <20120913020833.GA8255@troutmask.apl.washington.edu> <1347550332.1110.108.camel@revolution.hippie.lan> <20120913161024.GA13846@troutmask.apl.washington.edu> <20120914202319.GB5244@lor.one-eyed-alien.net> <20120915001808.GA70215@troutmask.apl.washington.edu> <20120915010600.GA70426@troutmask.apl.washington.edu> <20120915124809.GA10939@freebsd.org> <50548736.9030203@coosemans.org> <20120915140933.GA17801@freebsd.org> In-Reply-To: <20120915140933.GA17801@freebsd.org> X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enigD9C266672136E6A48819681A" Cc: Ian Lepore , Brooks Davis , current@freebsd.org, Dimitry Andric , toolchain@freebsd.org, Nathan Whitehorn , Steve Kargl Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 15 Sep 2012 14:30:28 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD9C266672136E6A48819681A Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 15-09-2012 16:09, Roman Divacky wrote: > Is this correct? >=20 > lev ~$ ./cos 1.23456789e20 > 6.031937e-01 > -9.629173e-02 > 2.814722e-01 Yes, that's what the libm call returns. --------------enigD9C266672136E6A48819681A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iF4EAREIAAYFAlBUkQAACgkQfoCS2CCgtiu03wD/StCLS1tOjOp3UkkD+fRztyo8 z8e/Pm7WnoD2QMytLNEA/jgDPK2zdM36tpGKICksSqLFnxpAeGaXYNYooSfDDX/4 =lFCh -----END PGP SIGNATURE----- --------------enigD9C266672136E6A48819681A-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 15 14:51:28 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 358671065672; Sat, 15 Sep 2012 14:51:28 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id A95B18FC16; Sat, 15 Sep 2012 14:51:27 +0000 (UTC) Received: by oagm1 with SMTP id m1so4522111oag.13 for ; Sat, 15 Sep 2012 07:51:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=XI2rZnqtnpZG90oJcZ2IWpbieOy3bIq7cJvK34SOcKs=; b=oAM8yQMQuPteBTt+VjcznO7j4G0z55UgqoZyCeBRqzH+GZUnR6Odb7TsQrYTO6D+62 RoeIK97WEl3b0JOe8DfRJSjbLfInSybLW9WmqTsrYTRlRM9KGiHChASwkKx7HJdrPQxm CwO3M+Fd5aVekPHwmMW5kd00WXoqGuEs2tDroxt/Fo/mrnjOJ0Gk9yNTbYKTcy4QeFHt W/RXw1VfyUB/lFvr9aL3m29USXn9W6xVnIb2qv/WJSLDzNZMHAtBnS9bXCWRnZqH0+yE kaxU7wnlzxDSDQvko/qgMlel5pi30O8Wq1bnrOh4xmrCncmf7RDgQn5AnlFEXA8ql7wR STDg== MIME-Version: 1.0 Received: by 10.182.76.194 with SMTP id m2mr7304525obw.27.1347720686884; Sat, 15 Sep 2012 07:51:26 -0700 (PDT) Received: by 10.182.141.66 with HTTP; Sat, 15 Sep 2012 07:51:26 -0700 (PDT) In-Reply-To: <505490FB.2000807@coosemans.org> References: <504F5101.8090906@FreeBSD.org> <505101C3.70203@freebsd.org> <20120913020833.GA8255@troutmask.apl.washington.edu> <1347550332.1110.108.camel@revolution.hippie.lan> <20120913161024.GA13846@troutmask.apl.washington.edu> <20120914202319.GB5244@lor.one-eyed-alien.net> <20120915001808.GA70215@troutmask.apl.washington.edu> <20120915010600.GA70426@troutmask.apl.washington.edu> <20120915124809.GA10939@freebsd.org> <50548736.9030203@coosemans.org> <20120915140933.GA17801@freebsd.org> <505490FB.2000807@coosemans.org> Date: Sat, 15 Sep 2012 07:51:26 -0700 Message-ID: From: Mehmet Erol Sanliturk To: Tijl Coosemans Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Ian Lepore , current@freebsd.org, Roman Divacky , Dimitry Andric , toolchain@freebsd.org, Steve Kargl Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 15 Sep 2012 14:51:28 -0000 On Sat, Sep 15, 2012 at 7:30 AM, Tijl Coosemans wrote: > On 15-09-2012 16:09, Roman Divacky wrote: > > Is this correct? > > > > lev ~$ ./cos 1.23456789e20 > > 6.031937e-01 > > -9.629173e-02 > > 2.814722e-01 > > Yes, that's what the libm call returns. > > The following is a result in Fedora 17 x86_64 : Linux z 3.5.3-1.fc17.x86_64 #1 SMP Wed Aug 29 18:46:34 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux clang version 3.0 (tags/RELEASE_30/final) Target: x86_64-redhat-linux-gnu Thread model: posix cos : 2.814722e-01 cosf : -9.629173e-02 cosl : 7.738403e-01 Thank you very much . Mehmet Erol Sanliurk From owner-freebsd-current@FreeBSD.ORG Sat Sep 15 15:39:24 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24C94106568E; Sat, 15 Sep 2012 15:39:24 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 89D468FC12; Sat, 15 Sep 2012 15:39:23 +0000 (UTC) Received: by obbun3 with SMTP id un3so9380070obb.13 for ; Sat, 15 Sep 2012 08:39:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=1tsqKuiyLYsZ3EZ1f3p88GXeFAsnhKJyJ5i1mJOOkBw=; b=y7O+TKxGTRgsH/uVX+JwdNG7NML4tiuisE5NKGSfxpBvSXSnTtnlwlJgBEUE6FWe3D RxPUTywo1NnQeTKngppXEcP862gyQe6+nPabUAyCvCqEY4kyXsNYyUQtR9qmbLpTWWye 0pss5V4QPkTXRkrWinrpoZ8ZpK5ciQPQ1SVQSAVguJhyOMewUscLQfi044rnUf6vIf0/ XKIOkckEyEcteTG4f17Y5NUvkkdsRso9RnhWzitYs4crxjSRsKiITB5t4Gpa/Qt4Cna3 uoyVAV5X6OoPsJuybs4dN26PjweLy9mVhBR+0qCZVUaM1ubr65FeiBy039LRFClqU08Y aH5w== MIME-Version: 1.0 Received: by 10.182.76.194 with SMTP id m2mr7438676obw.27.1347723562837; Sat, 15 Sep 2012 08:39:22 -0700 (PDT) Received: by 10.182.141.66 with HTTP; Sat, 15 Sep 2012 08:39:22 -0700 (PDT) In-Reply-To: <505490FB.2000807@coosemans.org> References: <504F5101.8090906@FreeBSD.org> <505101C3.70203@freebsd.org> <20120913020833.GA8255@troutmask.apl.washington.edu> <1347550332.1110.108.camel@revolution.hippie.lan> <20120913161024.GA13846@troutmask.apl.washington.edu> <20120914202319.GB5244@lor.one-eyed-alien.net> <20120915001808.GA70215@troutmask.apl.washington.edu> <20120915010600.GA70426@troutmask.apl.washington.edu> <20120915124809.GA10939@freebsd.org> <50548736.9030203@coosemans.org> <20120915140933.GA17801@freebsd.org> <505490FB.2000807@coosemans.org> Date: Sat, 15 Sep 2012 08:39:22 -0700 Message-ID: From: Mehmet Erol Sanliturk To: Tijl Coosemans Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Ian Lepore , current@freebsd.org, Roman Divacky , Dimitry Andric , toolchain@freebsd.org, Steve Kargl Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 15 Sep 2012 15:39:24 -0000 On Sat, Sep 15, 2012 at 7:30 AM, Tijl Coosemans wrote: > On 15-09-2012 16:09, Roman Divacky wrote: > > Is this correct? > > > > lev ~$ ./cos 1.23456789e20 > > 6.031937e-01 > > -9.629173e-02 > > 2.814722e-01 > > Yes, that's what the libm call returns. > > Linux z 3.5.3-1.fc17.x86_64 #1 SMP Wed Aug 29 18:46:34 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux clang version 3.0 (tags/RELEASE_30/final) Target: x86_64-redhat-linux-gnu Thread model: posix Output of the initial program is the following : #include #include #include int main( int argc, char **argv ) { double d = strtod( argv[ 1 ], NULL ); printf( " cos : %e\n", ( double ) cos( d )); printf( "cosf : %e\n", ( double ) cosf( d )); printf( "cosl : %e\n", ( double ) cosl( d )); return( 0 ); } cos : 2.814722e-01 cosf : -9.629173e-02 cosl : 7.738403e-01 ....................................................... Output of the following program is different : #include #include #include int main( int argc, char **argv ) { double d ; double two_pi ; double f ; double v ; two_pi = 2 * 3.14159265358979323846 ; d = strtod( argv[ 1 ], NULL ); f = floor ( d / two_pi ) ; v = d - f * two_pi ; printf( " given : %e\n", ( double ) d ); printf( " multiplier : %e\n", ( double ) f ); printf( "reduced : %e\n", ( double ) v ); printf( " cos ( %e ) : %e\n", d , ( double ) cos( d )); printf( "cosf ( %e ) : %e\n", d , ( double ) cosf( d )); printf( "cosl ( %e ) : %e\n", d , ( double ) cosl( d )); printf( " cos ( %e ) : %e\n", v , ( double ) cos( v )); printf( "cosf ( %e ) : %e\n", v , ( double ) cosf( v )); printf( "cosl ( %e ) : %e\n", v , ( double ) cosl( v )); return( 0 ); } given : 1.234568e+20 multiplier : 1.964876e+19 reduced : 1.638400e+04 cos ( 1.234568e+20 ) : 2.814722e-01 cosf ( 1.234568e+20 ) : -9.629173e-02 cosl ( 1.234568e+20 ) : 7.738403e-01 cos ( 1.638400e+04 ) : -8.285342e-01 cosf ( 1.638400e+04 ) : -8.285342e-01 cosl ( 1.638400e+04 ) : -8.285342e-01 ....................................................... Reduction of argument once more did NOT change results : #include #include #include int main( int argc, char **argv ) { double d ; double two_pi ; double f ; double v ; double g ; double w ; two_pi = 2 * 3.14159265358979323846 ; d = strtod( argv[ 1 ], NULL ); printf( " given : %e\n", ( double ) d ); printf( " cos ( %e ) : %e\n", d , ( double ) cos( d )); printf( "cosf ( %e ) : %e\n", d , ( double ) cosf( d )); printf( "cosl ( %e ) : %e\n", d , ( double ) cosl( d )); f = floor ( d / two_pi ) ; v = d - f * two_pi ; printf( "multiplier : %e\n", ( double ) f ); printf( " reduced : %e\n", ( double ) v ); printf( " cos ( %e ) : %e\n", v , ( double ) cos( v )); printf( "cosf ( %e ) : %e\n", v , ( double ) cosf( v )); printf( "cosl ( %e ) : %e\n", v , ( double ) cosl( v )); g = floor ( v / two_pi ) ; w = v - g * two_pi ; printf( "multiplier : %e\n", ( double ) g ); printf( " reduced : %e\n", ( double ) w ); printf( " cos ( %e ) : %e\n", w , ( double ) cos( w )); printf( "cosf ( %e ) : %e\n", w , ( double ) cosf( w )); printf( "cosl ( %e ) : %e\n", w , ( double ) cosl( w )); return( 0 ); } given : 1.234568e+20 cos ( 1.234568e+20 ) : 2.814722e-01 cosf ( 1.234568e+20 ) : -9.629173e-02 cosl ( 1.234568e+20 ) : 7.738403e-01 multiplier : 1.964876e+19 reduced : 1.638400e+04 cos ( 1.638400e+04 ) : -8.285342e-01 cosf ( 1.638400e+04 ) : -8.285342e-01 cosl ( 1.638400e+04 ) : -8.285342e-01 multiplier : 2.607000e+03 reduced : 3.735904e+00 cos ( 3.735904e+00 ) : -8.285342e-01 cosf ( 3.735904e+00 ) : -8.285342e-01 cosl ( 3.735904e+00 ) : -8.285342e-01 ....................................................... Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-current@FreeBSD.ORG Sat Sep 15 16:03:26 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A10A7106566C for ; Sat, 15 Sep 2012 16:03:26 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 561B08FC15 for ; Sat, 15 Sep 2012 16:03:26 +0000 (UTC) Received: by iayy25 with SMTP id y25so5440036iay.13 for ; Sat, 15 Sep 2012 09:03:25 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=hB43GeEg7m72IIQL0vJ/kfsud7K7kKRQD1qHltBw8K4=; b=BejlquuM2AXWHlKtvB+mZQ3m617LK/FVW9Qr2v3V2NQ0RlJbpwCO+4JyPDlVTBP2c9 MWPGCjOLTIAJ1a5+vyDbRHO9s84QFBI7GV9jBfBlUVhFO6cTXzkiwtJxrIeNf8/xwXgR 4DKSC80zMazqDgBGvbCxIOVHK0TZ9NfVqzbHVUSV/54ANnFRLhHdqg5oKldH6mzbpiOy Q2gArF0aVvazicKM06xjAHRB3/J2d1YHcMHgw8MBmhiHpFMqJl90clTrE3c7WPPScL74 7F304Eqh9XGaDSHLh6ysj9qpr1C46Dggecw7Ns3sTkovU7b6AdYYPYsDDz8LAFRXWuce krzg== Received: by 10.42.43.1 with SMTP id v1mr5189013ice.23.1347725005662; Sat, 15 Sep 2012 09:03:25 -0700 (PDT) Received: from 63.imp.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPS id ce10sm3764831igb.1.2012.09.15.09.03.23 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 15 Sep 2012 09:03:25 -0700 (PDT) Sender: Warner Losh Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <20120915091455.GA93876@freebsd.org> Date: Sat, 15 Sep 2012 10:03:22 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <504F4645.4070900@FreeBSD.org> <504F4A6B.4010001@coosemans.org> <504F5101.8090906@FreeBSD.org> <505101C3.70203@freebsd.org> <20120913020833.GA8255@troutmask.apl.washington.edu> <1347550332.1110.108.camel@revolution.hippie.lan> <20120913161024.GA13846@troutmask.apl.washington.edu> <20120914202319.GB5244@lor.one-eyed-alien.net> <20120915001808.GA70215@troutmask.apl.washington.edu> <20120915010600.GA70426@troutmask.apl.washington.edu> <20120915091455.GA93876@freebsd.org> To: Roman Divacky X-Mailer: Apple Mail (2.1084) X-Gm-Message-State: ALoCoQlwpWuLWfS3ntfAbjNlVJkRg3cD0YxKc1Y0wU8xplkc3lb/7H92fHE+xp5JTRCGPtWd+yag Cc: Ian Lepore , Tijl Coosemans , current@freebsd.org, Dimitry Andric , toolchain@freebsd.org, Steve Kargl Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 15 Sep 2012 16:03:26 -0000 On Sep 15, 2012, at 3:14 AM, Roman Divacky wrote: > LLVM by default turns these: >=20 > case LibFunc::copysign: case LibFunc::copysignf: case = LibFunc::copysignl: > case LibFunc::fabs: case LibFunc::fabsf: case = LibFunc::fabsl: > case LibFunc::sin: case LibFunc::sinf: case = LibFunc::sinl: > case LibFunc::cos: case LibFunc::cosf: case = LibFunc::cosl: > case LibFunc::sqrt: case LibFunc::sqrtf: case = LibFunc::sqrtl: > case LibFunc::floor: case LibFunc::floorf: case = LibFunc::floorl: > case LibFunc::nearbyint: case LibFunc::nearbyintf: case = LibFunc::nearbyintl: > case LibFunc::ceil: case LibFunc::ceilf: case = LibFunc::ceill: > case LibFunc::rint: case LibFunc::rintf: case = LibFunc::rintl: > case LibFunc::trunc: case LibFunc::truncf: case = LibFunc::truncl: > case LibFunc::log2: case LibFunc::log2f: case = LibFunc::log2l: > case LibFunc::exp2: case LibFunc::exp2f: case = LibFunc::exp2l: >=20 > from lib calls to direct code (ie. instruction or sequence of). This = is not a "bug" > but feature ;) >=20 > I am not sure what the rules for the transformation should be. Allow = it only with > -ffast-math ? Disallow it on i386? Really, no idea. In the past, gcc has only done this with -ffast-math, but my 'in the = past' is a long time ago... > Steve, you tested on i386? Can you test on amd64? >=20 > Do you guys have any opinion what to do here? >=20 > On Fri, Sep 14, 2012 at 06:06:00PM -0700, Steve Kargl wrote: >> On Fri, Sep 14, 2012 at 05:18:08PM -0700, Steve Kargl wrote: >>>=20 >>> A third class of failure appears to be that clang emits >>> i387 fpu instructions for at least sinf and cosf instead=20 >>> of calls to the library routines. AFAIK, the library >>> routines are faster and more accurate. >>>=20 >>=20 >> Yep. Clang has problems with at least sinf on i386 FreeBSD. >>=20 >> % pwd >> /usr/home/kargl/trunk/math/sine >>=20 >> % make clean && make CC=3Dcc testf >> cc -o testf -O2 -pipe -static -I/usr/local/include -I../mp testf.c \ >> -L/usr/local/lib -L../mp -lsgk -lmpfr -lgmp -lm >>=20 >> % ./testf -m 0 -M 1e20 -r >> ULP Range | >> -----------+------------------------- >> [0.0:0.6] | 1006424 (100.00%) >> (0.6:0.7] | 0 ( 0.00%) >> (0.7:0.8] | 0 ( 0.00%) >> (0.8:0.9] | 0 ( 0.00%) >> (0.9:1.0] | 0 ( 0.00%) >> (1.0:2.0] | 0 ( 0.00%) >> (2.0:3.0] | 0 ( 0.00%) >> 3.0 < ULP | 0 ( 0.00%) >> -----------+------------------------- >> Count | 1006424 >> Max ULP | 0.50084 >> Max ULP x | 53462490661259313152.000000 0x1.72f876p+65 >>=20 >> % make clean && make CC=3Dclang testf >> clang -o testf -O2 -pipe -static -I/usr/local/include -I../mp testf.c = \ >> -L/usr/local/lib -L../mp -lsgk -lmpfr -lgmp -lm >>=20 >> % ./testf -m 0 -M 1e20 -r >> ULP Range | >> -----------+------------------------- >> [0.0:0.6] | 1 ( 0.00%) >> (0.6:0.7] | 0 ( 0.00%) >> (0.7:0.8] | 0 ( 0.00%) >> (0.8:0.9] | 0 ( 0.00%) >> (0.9:1.0] | 0 ( 0.00%) >> (1.0:2.0] | 0 ( 0.00%) >> (2.0:3.0] | 0 ( 0.00%) >> 3.0 < ULP | 999998 (100.00%) >> -----------+------------------------- >> Count | 999999 >> Max ULP | 1328505256679420125050194353979392.00000 >> Max ULP x | 75516780764213542912.000000 0x1.06006p+66 >>=20 >> --=20 >> Steve >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-toolchain@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-toolchain > To unsubscribe, send any mail to = "freebsd-toolchain-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Sep 15 17:18:29 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7A7DC1065670; Sat, 15 Sep 2012 17:18:29 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 290EF8FC0C; Sat, 15 Sep 2012 17:18:28 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:244e:b47c:3b46:43d5] (unknown [IPv6:2001:7b8:3a7:0:244e:b47c:3b46:43d5]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id CD5525C37; Sat, 15 Sep 2012 19:18:21 +0200 (CEST) Message-ID: <5054B864.8000308@FreeBSD.org> Date: Sat, 15 Sep 2012 19:18:28 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20120905 Thunderbird/16.0 MIME-Version: 1.0 To: Tijl Coosemans References: <504F5101.8090906@FreeBSD.org> <505101C3.70203@freebsd.org> <20120913020833.GA8255@troutmask.apl.washington.edu> <1347550332.1110.108.camel@revolution.hippie.lan> <20120913161024.GA13846@troutmask.apl.washington.edu> <20120914202319.GB5244@lor.one-eyed-alien.net> <20120915001808.GA70215@troutmask.apl.washington.edu> <20120915010600.GA70426@troutmask.apl.washington.edu> <20120915124809.GA10939@freebsd.org> <50548736.9030203@coosemans.org> <20120915140933.GA17801@freebsd.org> <505490FB.2000807@coosemans.org> In-Reply-To: <505490FB.2000807@coosemans.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Ian Lepore , Brooks Davis , current@freebsd.org, Roman Divacky , toolchain@freebsd.org, Nathan Whitehorn , Steve Kargl Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 15 Sep 2012 17:18:29 -0000 On 2012-09-15 16:30, Tijl Coosemans wrote: > On 15-09-2012 16:09, Roman Divacky wrote: >> Is this correct? >> >> lev ~$ ./cos 1.23456789e20 >> 6.031937e-01 >> -9.629173e-02 >> 2.814722e-01 > > Yes, that's what the libm call returns. Fix committed in . From owner-freebsd-current@FreeBSD.ORG Sat Sep 15 18:21:55 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3D9E106564A; Sat, 15 Sep 2012 18:21:55 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 87DBE8FC0A; Sat, 15 Sep 2012 18:21:55 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q8FILqPZ073944; Sat, 15 Sep 2012 11:21:52 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q8FILqb4073943; Sat, 15 Sep 2012 11:21:52 -0700 (PDT) (envelope-from sgk) Date: Sat, 15 Sep 2012 11:21:52 -0700 From: Steve Kargl To: Dimitry Andric Message-ID: <20120915182152.GA73903@troutmask.apl.washington.edu> References: <1347550332.1110.108.camel@revolution.hippie.lan> <20120913161024.GA13846@troutmask.apl.washington.edu> <20120914202319.GB5244@lor.one-eyed-alien.net> <20120915001808.GA70215@troutmask.apl.washington.edu> <20120915010600.GA70426@troutmask.apl.washington.edu> <20120915124809.GA10939@freebsd.org> <50548736.9030203@coosemans.org> <20120915140933.GA17801@freebsd.org> <505490FB.2000807@coosemans.org> <5054B864.8000308@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5054B864.8000308@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: Ian Lepore , Tijl Coosemans , current@FreeBSD.org, Roman Divacky , toolchain@FreeBSD.org, Brooks Davis , Nathan Whitehorn Subject: Re: Clang as default compiler November 4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 15 Sep 2012 18:21:55 -0000 On Sat, Sep 15, 2012 at 07:18:28PM +0200, Dimitry Andric wrote: > On 2012-09-15 16:30, Tijl Coosemans wrote: > >On 15-09-2012 16:09, Roman Divacky wrote: > >>Is this correct? > >> > >>lev ~$ ./cos 1.23456789e20 > >>6.031937e-01 > >>-9.629173e-02 > >>2.814722e-01 > > > >Yes, that's what the libm call returns. > > Fix committed in . Thanks. -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Sep 15 22:34:49 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B30E106564A; Sat, 15 Sep 2012 22:34:48 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 207C28FC08; Sat, 15 Sep 2012 22:34:45 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:244e:b47c:3b46:43d5] (unknown [IPv6:2001:7b8:3a7:0:244e:b47c:3b46:43d5]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 441D75C37; Sun, 16 Sep 2012 00:34:43 +0200 (CEST) Message-ID: <50550285.4040203@andric.com> Date: Sun, 16 Sep 2012 00:34:45 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20120905 Thunderbird/16.0 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org, freebsd-toolchain@FreeBSD.org Content-Type: multipart/mixed; boundary="------------090906020004070601070605" Cc: Subject: Compiler performance tests on FreeBSD 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 15 Sep 2012 22:34:49 -0000 This is a multi-part message in MIME format. --------------090906020004070601070605 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi all, By request, I performed a series of kernel performance tests on FreeBSD 10.0-CURRENT, particularly comparing the runtime performance of GENERIC kernels compiled by gcc 4.2.1 and by clang 3.2. The attached text file[1] contains more information about the tests, some semi-cooked performance data, and my conclusions. Any errors and omissions are also my fault, so if you notice them, please let me know. The executive summary: GENERIC kernels compiled with clang 3.2 are slightly faster than those compiled by gcc 4.2.1, though the difference will not very noticeable in practice. Last but not least, thanks to Gavin Atkinson for providing the required hardware. -Dimitry [1]: Also available at: --------------090906020004070601070605 Content-Type: text/plain; charset=windows-1252; name="perftest-kernel-2012-09-14a.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="perftest-kernel-2012-09-14a.txt" KERNEL PERFORMANCE TESTS ON FREEBSD 10.0-CURRENT, SEPTEMBER 2012 ================================================================ INTRODUCTION ------------ These tests aim to give an indication of the runtime performance of FreeBSD kernels compiled with different compilers. The compilers tested were: - gcc 4.2.1, the system compiler in FreeBSD. - clang 3.2 (trunk 162107), which is the default version of clang in FreeBSD 10.0-CURRENT, after r239462. All tests were run on a machine gracefully provided by Gavin Atkinson, which is a Dell PowerEdge 2850, with two 2.80 GHz Xeon-class CPUs (id=0xf41), and 4 GB RAM. It runs FreeBSD/amd64 10.0-CURRENT as of Tue Sep 11 19:11:00 UTC 2012. With each compiler, a stock GENERIC kernel for amd64 was built from head as of r240384, with the default optimization flags for this architecture, which are for gcc: -O2 -frename-registers -pipe -fno-strict-aliasing and for clang: -O2 -pipe -fno-strict-aliasing Each kernel was installed into /boot/kernel.${compilername}. The system was then booted with each of these kernels, without modifying anything else, and multiple runs of "make buildworld" were done; first in single-threaded mode, next in multi-threaded mode, using the -j8 flag. Between each run, the /usr/obj directory was fully cleaned out, and filesystems were synced. The timing results are below. Building world, single-threaded, on a GENERIC kernel compiled by clang 3.2 -------------------------------------------------------------------------- N Min Max Median Avg Stddev real 3 26589.27 26680.48 26653.58 26641.11 46.866211 user 3 20449.52 20472.88 20463.4 20461.933 11.748861 sys 3 7809.87 7837.94 7830.35 7826.0533 14.519891 maxrss 3 759420 759420 759420 759420 0 ixrss 3 4923 4926 4924 4924.3333 1.5275252 idrss 3 584 584 584 584 0 isrss 3 131 131 131 131 0 minflt 3 6.5828088e+08 6.5855089e+08 6.5828258e+08 6.5837145e+08 155402.8 majflt 3 0 2573 2568 1713.6667 1484.081 nswap 3 0 0 0 0 0 inblock 3 2176 30252 30170 20866 16186.067 oublock 3 28370 28377 28375 28374 3.6055513 msgsnd 3 0 5 2 2.3333333 2.5166115 msgrcv 3 0 3 2 1.6666667 1.5275252 nsignals 3 74107 74107 74107 74107 0 nvcsw 3 1086164 1107104 1106650 1099972.7 11960.81 nivcsw 3 604641 658906 616307 626618 28564.14 Building world, single-threaded, on a GENERIC kernel compiled by gcc 4.2.1 -------------------------------------------------------------------------- N Min Max Median Avg Stddev real 3 26986.71 27080.38 26992.54 27019.877 52.478445 user 3 20506.89 20516.1 20511.66 20511.55 4.6059852 sys 3 8245.69 8285.79 8253.04 8261.5067 21.348673 maxrss 3 759420 759420 759420 759420 0 ixrss 3 4894 4900 4898 4897.3333 3.0550505 idrss 3 581 581 581 581 0 isrss 3 131 131 131 131 0 minflt 3 6.5855245e+08 6.5855409e+08 6.5855253e+08 6.5855302e+08 922.2581 majflt 3 0 2566 0 855.33333 1481.4808 nswap 3 0 0 0 0 0 inblock 3 1619 29805 2008 11144 16162.07 oublock 3 28652 28747 28662 28687 52.201533 msgsnd 3 0 2 0 0.66666667 1.1547005 msgrcv 3 0 2 0 0.66666667 1.1547005 nsignals 3 74107 74107 74107 74107 0 nvcsw 3 1088827 1110096 1089758 1096227 12019.924 nivcsw 3 631463 668779 638421 646221 19843.159 Summary: -------- On a kernel compiled with gcc 4.2.1, building world in single-threaded mode is ~1.4% slower in real time than on a kernel compiled with clang 3.2, equally fast in user time, and ~5.6% slower in system time. Conclusion: ----------- The difference in real time is rather minimal, and even negligible in user time, but in system time it is much more pronounced. Since system time can be attributed to the kernel proper, a kernel compiled with clang 3.2 is clearly faster than a kernel compiled with gcc 4.2.1, by a margin of just over 5 percent. Building world, multi-threaded, on a GENERIC kernel compiled by clang 3.2 ------------------------------------------------------------------------- N Min Max Median Avg Stddev real 3 13832.75 13875.24 13871.47 13859.82 23.518969 user 3 33658.54 33743.43 33730.26 33710.743 45.686467 sys 3 14704.76 14775.59 14744.45 14741.6 35.500903 maxrss 3 758256 758256 758256 758256 0 ixrss 3 4829 4831 4830 4830 1 idrss 3 573 574 574 573.66667 0.57735027 isrss 3 130 130 130 130 0 minflt 3 6.6259374e+08 6.6304066e+08 6.6288552e+08 6.6283997e+08 226911.43 majflt 3 3160 4003 3801 3654.6667 440.13899 nswap 3 40 40 40 40 0 inblock 3 27763 28008 27853 27874.667 123.92874 oublock 3 55003 58725 57061 56929.667 1864.4724 msgsnd 3 0 0 0 0 0 msgrcv 3 0 0 0 0 0 nsignals 3 60496 60506 60499 60500.333 5.1316014 nvcsw 3 1891074 1894870 1893148 1893030.7 1900.7181 nivcsw 3 3095468 3126475 3116877 3112940 15873.988 Building world, multi-threaded, on a GENERIC kernel compiled by gcc 4.2.1 ------------------------------------------------------------------------- N Min Max Median Avg Stddev real 3 14017.65 14046.35 14042.26 14035.42 15.524552 user 3 33596.19 33687.03 33661.9 33648.373 46.906337 sys 3 15347.75 15438.63 15436.98 15407.787 51.999823 maxrss 3 758228 758248 758244 758240 10.583005 ixrss 3 4808 4809 4809 4808.6667 0.57735027 idrss 3 571 571 571 571 0 isrss 3 130 130 130 130 0 minflt 3 6.6301232e+08 6.6339175e+08 6.6312437e+08 6.6317615e+08 194941.64 majflt 3 3715 5509 3812 4345.3333 1008.9313 nswap 3 40 40 40 40 0 inblock 3 28327 43672 28374 33457.667 8845.9034 oublock 3 50661 57892 56870 55141 3913.3005 msgsnd 3 0 0 0 0 0 msgrcv 3 0 0 0 0 0 nsignals 3 60501 60506 60504 60503.667 2.5166114 nvcsw 3 1882397 1910610 1895448 1896151.7 14119.657 nivcsw 3 2747620 2856552 2788778 2797650 55005.267 Summary: -------- On a kernel compiled with gcc 4.2.1, building world in multi-threaded mode is ~1.3% slower in real time than on a kernel compiled with clang 3.2, equally fast in user time, and ~4.5% slower in system time. Conclusion: ----------- As with single-threaded mode, the difference in real time is rather minimal, and even negligible in user time, but in system time it is much more pronounced. Since system time can be attributed to the kernel proper, a kernel compiled with clang 3.2 is clearly faster than a kernel compiled with gcc 4.2.1, by a margin of just over 4 percent. ================================================================================ Copyright (c) 2012 Dimitry Andric Verbatim copying and redistribution of this entire text are permitted, provided this notice is preserved. ================================================================================ --------------090906020004070601070605-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 15 23:02:44 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 623AF106566C; Sat, 15 Sep 2012 23:02:44 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 1EB508FC1A; Sat, 15 Sep 2012 23:02:44 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 986427300A; Sun, 16 Sep 2012 01:22:20 +0200 (CEST) Date: Sun, 16 Sep 2012 01:22:20 +0200 From: Luigi Rizzo To: Dimitry Andric Message-ID: <20120915232220.GA50519@onelab2.iet.unipi.it> References: <50550285.4040203@andric.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <50550285.4040203@andric.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@FreeBSD.org, freebsd-toolchain@FreeBSD.org Subject: Re: Compiler performance tests on FreeBSD 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 15 Sep 2012 23:02:44 -0000 On Sun, Sep 16, 2012 at 12:34:45AM +0200, Dimitry Andric wrote: > Hi all, > > By request, I performed a series of kernel performance tests on FreeBSD > 10.0-CURRENT, particularly comparing the runtime performance of GENERIC > kernels compiled by gcc 4.2.1 and by clang 3.2. the fact that the difference is so small is interesting, and it might almost suggests that the test is dominated by other factors than the compiler. By chance do you have a way to produce other data points with different optimization levels in the compiler ? cheers luigi From owner-freebsd-current@FreeBSD.ORG Sat Sep 15 23:42:34 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 87153106566C; Sat, 15 Sep 2012 23:42:34 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 423778FC08; Sat, 15 Sep 2012 23:42:34 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:244e:b47c:3b46:43d5] (unknown [IPv6:2001:7b8:3a7:0:244e:b47c:3b46:43d5]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 981045C37; Sun, 16 Sep 2012 01:42:32 +0200 (CEST) Message-ID: <50551266.3000704@andric.com> Date: Sun, 16 Sep 2012 01:42:30 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20120905 Thunderbird/16.0 MIME-Version: 1.0 To: Luigi Rizzo References: <50550285.4040203@andric.com> <20120915232220.GA50519@onelab2.iet.unipi.it> In-Reply-To: <20120915232220.GA50519@onelab2.iet.unipi.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, freebsd-toolchain@FreeBSD.org Subject: Re: Compiler performance tests on FreeBSD 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 15 Sep 2012 23:42:34 -0000 On 2012-09-16 01:22, Luigi Rizzo wrote: ... > the fact that the difference is so small is interesting, > and it might almost suggests that the test is dominated by > other factors than the compiler. Yes, this result was more or less what I expected: runtime performance is probably related more to hardware speed, and the efficiency of the chosen algorithms in the kernel, than to the optimizations any current compiler can produce. Apparently our kernel hackers already produce quite efficient code. :) > By chance do you have a > way to produce other data points with different optimization > levels in the compiler ? I could re-run the tests with e.g. -O1 instead of -O2, or maybe even -O0, though I am not sure if the kernel will compile correctly without any optimization. This will take a while though, and I am not sure if I can borrow Gavin's machine long enough. :) -Dimitry