From owner-freebsd-current@freebsd.org Sun Feb 12 13:55:44 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 291D2CDB406 for ; Sun, 12 Feb 2017 13:55:44 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 12FAD1259 for ; Sun, 12 Feb 2017 13:55:44 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: by mailman.ysv.freebsd.org (Postfix) id 12531CDB405; Sun, 12 Feb 2017 13:55:44 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 11EA4CDB403 for ; Sun, 12 Feb 2017 13:55:44 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CDA961258 for ; Sun, 12 Feb 2017 13:55:43 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from [10.9.9.127] (helo=rmmprod05.runbox) by mailtransmit02.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1ccuco-0000CW-0r for current@freebsd.org; Sun, 12 Feb 2017 14:55:34 +0100 Received: from mail by rmmprod05.runbox with local (Exim 4.86_2) (envelope-from ) id 1ccucn-0006oq-VF for current@freebsd.org; Sun, 12 Feb 2017 14:55:33 +0100 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Received: from [Authenticated user (846156)] by runbox.com with http (RMM6); for ; Sun, 12 Feb 2017 13:55:33 GMT From: "Jeffrey Bouquet" Reply-To: jbtakk@iherebuywisely.com To: "current" Subject: r313487 recovered. Thanks and details. Date: Sun, 12 Feb 2017 05:55:33 -0800 (PST) X-Mailer: RMM6 Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 12 Feb 2017 13:55:44 -0000 r313487 feb 9 i386 1200020 ............................................... Without the details for the thank-you, thanks for the recovery assistance. ............................................... I found ABI in /usr/local/etc/pkg.conf which fix the :11 :12 issue at least= for now, upgrading=20 11-CURRENT to 12-CURRENT to fix seamonkey, and 2.46_4 working again maybe u= ntil 2.46_5 serious breakage, libevent2 probably relevant. Until then... ............................................... Small concern many tweaks 2004-2016 were reversed to new-install by base.tx= z which was needed to restore system functionality. I've backup files... nothing out = of the ordinary I see though. ................................................ The main issue now is one, two, OR 14 hour ( or similar ) lockups of Xorg. Repeatable: [ I've yet to savecore when the stuff happens ] >>>>> links -g cannot be clicked upon, xterm can Leaving Xorg, the interface ue0 cannot be bought up [ means no use restarti= ng X without reboot] Reboot fixes it [ Xorg usage] [ ue0 axe0 usage ] ........ One in four times, it is a crash to reboot from Xorg. [ approximate ] at l= east until the next Xorg update happens by pkg in about three days or less. as it is in po= rts. ........ The only question unless valid hints at the above, is Xorg crashing ue0 or = ue0 crashing Xorg, or some common denominator in CURRENT that affects both like SCHED_UL= E or missing compat10x or a delete-old-libs not done recently? Just in case some more expert than I [ who should have maybe stayed on 11-STABLE or even 11-= RELEASE so as not to write too many emails tying up persons' time... ] has more clu= es than I as to the coding behind the .so internals and all. ...... Thanks for reading.=20 PS nano yudit lookat gnuls xvt roxterm rsync gcp xclip feh xv gs text2pdf=20 terminator urxvt scrot all useful day-to-day here... From owner-freebsd-current@freebsd.org Sun Feb 12 16:20:31 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 727EECDC1A0 for ; Sun, 12 Feb 2017 16:20:31 +0000 (UTC) (envelope-from dchagin@chd.heemeyer.club) Received: from heemeyer.club (heemeyer.club [108.61.204.158]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "heemeyer.club", Issuer "heemeyer.club" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4977B1C2A; Sun, 12 Feb 2017 16:20:30 +0000 (UTC) (envelope-from dchagin@chd.heemeyer.club) Received: from chd.heemeyer.club (dchagin.static.corbina.ru [78.107.232.239]) by heemeyer.club (8.15.2/8.15.1) with ESMTPS id v1CGK7f0073927 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 12 Feb 2017 16:20:09 GMT (envelope-from dchagin@chd.heemeyer.club) X-Authentication-Warning: heemeyer.club: Host dchagin.static.corbina.ru [78.107.232.239] claimed to be chd.heemeyer.club Received: from chd.heemeyer.club (localhost [127.0.0.1]) by chd.heemeyer.club (8.15.2/8.15.1) with ESMTPS id v1CGK5qo020922 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 12 Feb 2017 19:20:05 +0300 (MSK) (envelope-from dchagin@chd.heemeyer.club) Received: (from dchagin@localhost) by chd.heemeyer.club (8.15.2/8.15.2/Submit) id v1CGK4J7020921; Sun, 12 Feb 2017 19:20:04 +0300 (MSK) (envelope-from dchagin) Date: Sun, 12 Feb 2017 19:20:04 +0300 From: Chagin Dmitry To: Masachika ISHIZUKA Cc: oleg@opentransfer.com, cem@freebsd.org, freebsd-current@freebsd.org Subject: Re: 'Protocol not supported' on linux socket call ( r313313 amd64 ) Message-ID: <20170212162004.GA20891@chd.heemeyer.club> References: <2628207.fWzAjJv2TV@asus.theweb.org.ua> <1905409.YfjzorCZB4@asus.theweb.org.ua> <20170209.233625.360228747927162044.ish@amail.plala.or.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170209.233625.360228747927162044.ish@amail.plala.or.jp> User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 12 Feb 2017 16:20:31 -0000 On Thu, Feb 09, 2017 at 11:36:25PM +0900, Masachika ISHIZUKA wrote: > Hi. > > linux-flashplayer (with opera or firefox) is not working with r313440. > After reverting r313285 and r313284, it is working again. should be fixed by r313684. From owner-freebsd-current@freebsd.org Mon Feb 13 00:26:36 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 93602CD9326 for ; Mon, 13 Feb 2017 00:26:36 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from msa03b.plala.or.jp (msa03.plala.or.jp [58.93.240.3]) by mx1.freebsd.org (Postfix) with ESMTP id CB46DB04; Mon, 13 Feb 2017 00:26:34 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from msc02.plala.or.jp ([172.23.12.32]) by msa03b.plala.or.jp with ESMTP id <20170213002627.XYLY26553.msa03b.plala.or.jp@msc02.plala.or.jp>; Mon, 13 Feb 2017 09:26:27 +0900 Received: from localhost ([2400:7800:4d3a:6100:5e51:4fff:fe11:73f3]) by msc02.plala.or.jp with ESMTP id <20170213002627.HPQP26601.msc02.plala.or.jp@localhost>; Mon, 13 Feb 2017 09:26:27 +0900 Date: Mon, 13 Feb 2017 09:26:22 +0900 (JST) Message-Id: <20170213.092622.2095203813454660844.ish@amail.plala.or.jp> To: dchagin@freebsd.org Cc: oleg@opentransfer.com, cem@freebsd.org, freebsd-current@freebsd.org Subject: Re: 'Protocol not supported' on linux socket call ( r313313 amd64 ) From: Masachika ISHIZUKA In-Reply-To: <20170212162004.GA20891@chd.heemeyer.club> References: <1905409.YfjzorCZB4@asus.theweb.org.ua> <20170209.233625.360228747927162044.ish@amail.plala.or.jp> <20170212162004.GA20891@chd.heemeyer.club> X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-VirusScan: Outbound; msa03m; Mon, 13 Feb 2017 09:26:27 +0900 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 13 Feb 2017 00:26:36 -0000 >> linux-flashplayer (with opera or firefox) is not working with r313440. >> After reverting r313285 and r313284, it is working again. > should be fixed by r313684. Hi. Thank you for your mail. Although I updated to r313684, linux-flashplayer 24.0.0.194 is not working. (1) with opera 12.16 If I accessed http://www.adobe.com/jp/software/flash/about/, 'Missing plug-in Click for info' was displayed. (2) with firefox 51.0 If I accessed http://www.adobe.com/jp/software/flash/about/, no flash contents were displayed. If I accessed 'about:plugins', the right information for Shockwave Flash 24.0 r0 was displayed. -- Masachika ISHIZUKA From owner-freebsd-current@freebsd.org Mon Feb 13 05:25:18 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B3C69CDC69D for ; Mon, 13 Feb 2017 05:25:18 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1199493D for ; Mon, 13 Feb 2017 05:25:17 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from freyja.zeit4.iv.bundesimmobilien.de ([87.138.105.249]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MKYsh-1ceWRf36CV-001zHj for ; Mon, 13 Feb 2017 06:25:08 +0100 Date: Mon, 13 Feb 2017 06:25:01 +0100 From: "O. Hartmann" To: freebsd-current Subject: update to r313530 corrupts OpenLDAP MDB: Message-ID: <20170213062446.1df01bb6@freyja.zeit4.iv.bundesimmobilien.de> Organization: Walstatt X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.29; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:Gqgl/g8zroSiiOvvD4khC+/Q58KIPGjYNXMingt7vCQ6GTQnC7A PG5f6WMje+1GtZfLWpCZ+0LnrWmH+OTE7Tku1dUdC+2MFSHIhHZsKW0+4jE+Ii0Ybj6VMZm uNcbWHUH5lRSPXmrW+HVFq6uEwLSfMgJsECr5a3dqTlpjTMD0P/oLmoo2UK3lCY2HHR6CUN lgfQTB6qQRSwqNNpyTyZQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:UEMQSPlL4IU=:nop5AVHgLp9OhzKE+xkBmT BTATk8qCVpStdHwTGziHNo+l9p3rBfOEOYHbTWezzpdlg/zrGID2bQRwnYY5QEcNezlM1Pa2q a1aNW7BSa337KZ4EUdsWjD5BK2WyVF+9PiTWaJnLk5vJPdYPEIwMcTgkquZrOtmiPAq811MBB lts7Gdsv/3FnX7BuKxWD0DICfugb7sbzZOF/WDeR+Fhc0/PUQmoI7q6tT8AwJ6N59vmQPNj/J v4sZA8q0Yug2qBn1DCnZHYWFhWzRibLmfXSdZeBjEMfgCum6X/hfeGnJJTJfip3p+xHpRsemJ ojsy8PChUdttAVFcBu0VXt6echDTR8NXBfDDPo/5DPzoD0wno9CQHr7xU+CYc4aJlDPF124l1 2/i8ZmsT6IYyh3gNkh1ouaqx4/f8J+OWzxDXKMIFTvAJpzTLlOnRC09T27IrQPdZreSyRNeyA ilGnQQ7maMs6ia/2HnnLjZN4wP/kkJFc+EgpSK18rRdaEmyhV8EBWHfp9W5HQmCXBAeVlXuNV KNiy7ZIr2Arhyx+8F1w2U4Kf6zG7vnrPPAbUrv6xqpphwkKnXg5/5QszOjvFq60VDE6dc9EHW kWnziUnIxGRO4EhFWdIwmHBC7QuAdPBsjl1L43UTwhhHZhFXMxC0antee9h/5rNyZmOKx2jcR r4GM6A7k+Ju1mDoT8f6jYB5KEputBYaIwfaMOAaRHiR13c6LF+zsVc6CFVvNcGSsjaCjN3v4u 6aqbGDk5IdAp4cc2O2ATzCZXCoBMOAAY4oM5FWX/0WbUeiGVXZhAIaZ0VtlbDbPIYq71kH706 nPlF9pS X-Mailman-Approved-At: Mon, 13 Feb 2017 12:05:18 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 13 Feb 2017 05:25:18 -0000 On last friday, I upfated a server to CURRENT: FreeBSD 12.0-CURRENT #49 r313530: Fri Feb 10 00:43:50 CET 2017 after that and a reboot, OpenLDAP wasn't working anymore and quit service with a error report like: mdb_db_open: database "dc=something,dc=here" cannot be opened: Bad File Desciptor (9). Restore from backup! (I recall this from memory, after dealing with another update of the sources, the error changed). Now I receive the error shown below when trying to start OpenLDAP. What happened here? Is FreeBSD killing MDB databases of LDAP now? 589f8451 mdb_db_open: database "dc=something,dc=here" cannot be opened: File exists (17). Restore from backup! Is there any hope of recovering the DB? Or is the advice "Restore from backup!" bad omen? Kind regards and thanks in advance, Oliver From owner-freebsd-current@freebsd.org Mon Feb 13 12:43:31 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D044DCD1E4F for ; Mon, 13 Feb 2017 12:43:31 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id ACF126BE for ; Mon, 13 Feb 2017 12:43:31 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: by mailman.ysv.freebsd.org (Postfix) id A97D9CD1E4E; Mon, 13 Feb 2017 12:43:31 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A90A4CD1E4D for ; Mon, 13 Feb 2017 12:43:31 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: from nm49-vm1.bullet.mail.ne1.yahoo.com (nm49-vm1.bullet.mail.ne1.yahoo.com [98.138.121.129]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 766236BD for ; Mon, 13 Feb 2017 12:43:30 +0000 (UTC) (envelope-from filippomore@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1486989804; bh=QUgGrkEwqnOyfBpyNkwSaq+6AnK2dxx+MuusJ3Uk9r0=; h=Date:From:Reply-To:To:Subject:References:From:Subject; b=DCM1PLEUIbnlypo8Xulgfu60qKLbNlqdC8No/mmIZC/1jcHfBQ68gVrGE9AqME1ljgWzKg+QLhKJZ5VwxSUEJLEwcaj0i7Nx4OS4Z7bmFg837NYclvEl8h4gQmS+VztCgmCrR0NG3yPGfm7ugjDeNcV/GN2nftzzNcNpbbySNxQNFIfPWahSif96HUu00WeQjggQAz60gEgSgzrK4Yg3yry6OZnxXPF0D2zB6xLtcPNLX2Yo5JK+nGCjLTWeMZg3LjNLF4aeNIYCW0CQznAY94/BE/Qz6pizimbk0sow3SONjj3l+wDi3lOdvJ9enx2gr1bJ0tRp1WuYSPAF41Jx7g== Received: from [127.0.0.1] by nm49.bullet.mail.ne1.yahoo.com with NNFMP; 13 Feb 2017 12:43:24 -0000 Received: from [98.138.101.128] by nm49.bullet.mail.ne1.yahoo.com with NNFMP; 13 Feb 2017 12:40:42 -0000 Received: from [66.196.81.173] by tm16.bullet.mail.ne1.yahoo.com with NNFMP; 13 Feb 2017 12:40:42 -0000 Received: from [98.139.212.193] by tm19.bullet.mail.bf1.yahoo.com with NNFMP; 13 Feb 2017 12:40:42 -0000 Received: from [127.0.0.1] by omp1002.mail.bf1.yahoo.com with NNFMP; 13 Feb 2017 12:40:42 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 584082.17593.bm@omp1002.mail.bf1.yahoo.com X-YMail-OSG: k4NbMa4VM1m_.NRa94DBh8MSAoVh6nZsnF9n9gOyODCaDFJmJr4nCFCmoHB6p1k iL2tdpQXo2rdguTrd2VoZoJHokUWM6mOSzDHFbcl5Yy.XxM3uC_YqTVC7zgQcz_IArI.5yy_Tic4 9GSsXbJPWDele.qPr.r2SUHhD4f5zu2XxhCyIartpKZ4y0j2_qceLWrKflXAIwX304uPMVVyKDol iwyhzAwgBlXsNKYTabfpiVG8dvITqG2kPtqEWWo9DcaA5nwc7xns8J1weyllpK0AHa9HfzkflSZa L8bpSAfZIoPwlUYFr9mu6hSTChKs6pZFz2zMJUwKz7TFJiB22bexqVpwU.9lK6eVLu9u_jkxR71H tzJlqkrmHBsiWIUfHPbtzWKx.Kx2Wk8LUeT3Sw8h8N7ZQKJWgK_0jwHy0NnzvB6sKmIIY66NDUyf rNmvaxQAoZp.z69AciaWsJG9yK8YrK67aPgu5To14JrTebAqBzdch.yuqUdSLlcuJA3yuL1ukOWz ikwgZI63oc.MvleYEW4WHc93umT.VmuiArKiy Received: from jws400127.mail.bf2.yahoo.com by sendmailws154.mail.bf1.yahoo.com; Mon, 13 Feb 2017 12:40:42 +0000; 1486989642.203 Date: Mon, 13 Feb 2017 12:40:41 +0000 (UTC) From: Filippo Moretti Reply-To: Filippo Moretti To: FreeBSD Current Message-ID: <382151181.3567166.1486989641880@mail.yahoo.com> Subject: Problem with x.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_3567165_1664102477.1486989641880" References: <382151181.3567166.1486989641880.ref@mail.yahoo.com> X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 13 Feb 2017 12:43:31 -0000 ------=_Part_3567165_1664102477.1486989641880 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable root@sting:~ # uname -a FreeBSD sting 12.0-CURRENT FreeBSD 12.0-CURRENT #5 r313678M: Sun Feb 12 18:= 37:07 CET 2017=C2=A0=C2=A0=C2=A0=C2=A0 root@sting:/usr/obj/usr/src/sys/STIN= G_VT=C2=A0 i386After upgrading to the latest x.org server I cannot start X = as a normal user but only as a root.I enclose the error in Xorg.0.log.oldFi= lippops I checked permission of /usr/local/bin/Xorg and are correct ------=_Part_3567165_1664102477.1486989641880 Content-Type: application/octet-stream Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Xorg.0.log.old" Content-ID: <2a203981-4315-5072-173d-14de8acdc88d@yahoo.com> WyAgICA2Mi42ODddIApYLk9yZyBYIFNlcnZlciAxLjE4LjQKUmVsZWFzZSBEYXRlOiAyMDE2LTA3 LTE5ClsgICAgNjIuNjg3XSBYIFByb3RvY29sIFZlcnNpb24gMTEsIFJldmlzaW9uIDAKWyAgICA2 Mi42ODddIEJ1aWxkIE9wZXJhdGluZyBTeXN0ZW06IEZyZWVCU0QgMTIuMC1DVVJSRU5UIGkzODYg ClsgICAgNjIuNjg3XSBDdXJyZW50IE9wZXJhdGluZyBTeXN0ZW06IEZyZWVCU0Qgc3RpbmcgMTIu MC1DVVJSRU5UIEZyZWVCU0QgMTIuMC1DVVJSRU5UICM1IHIzMTM2NzhNOiBTdW4gRmViIDEyIDE4 OjM3OjA3IENFVCAyMDE3ICAgICByb290QHN0aW5nOi91c3Ivb2JqL3Vzci9zcmMvc3lzL1NUSU5H X1ZUIGkzODYKWyAgICA2Mi42ODddIEJ1aWxkIERhdGU6IDEyIEZlYnJ1YXJ5IDIwMTcgIDA4OjI3 OjM0UE0KWyAgICA2Mi42ODddICAKWyAgICA2Mi42ODddIEN1cnJlbnQgdmVyc2lvbiBvZiBwaXht YW46IDAuMzQuMApbICAgIDYyLjY4N10gCUJlZm9yZSByZXBvcnRpbmcgcHJvYmxlbXMsIGNoZWNr IGh0dHA6Ly93aWtpLngub3JnCgl0byBtYWtlIHN1cmUgdGhhdCB5b3UgaGF2ZSB0aGUgbGF0ZXN0 IHZlcnNpb24uClsgICAgNjIuNjg3XSBNYXJrZXJzOiAoLS0pIHByb2JlZCwgKCoqKSBmcm9tIGNv bmZpZyBmaWxlLCAoPT0pIGRlZmF1bHQgc2V0dGluZywKCSgrKykgZnJvbSBjb21tYW5kIGxpbmUs ICghISkgbm90aWNlLCAoSUkpIGluZm9ybWF0aW9uYWwsCgkoV1cpIHdhcm5pbmcsIChFRSkgZXJy b3IsIChOSSkgbm90IGltcGxlbWVudGVkLCAoPz8pIHVua25vd24uClsgICAgNjIuNjg3XSAoPT0p IExvZyBmaWxlOiAiL3Zhci9sb2cvWG9yZy4wLmxvZyIsIFRpbWU6IE1vbiBGZWIgMTMgMTM6Mjg6 MzIgMjAxNwpbICAgIDYyLjc4MV0gKD09KSBVc2luZyBjb25maWcgZGlyZWN0b3J5OiAiL3Vzci9s b2NhbC9ldGMvWDExL3hvcmcuY29uZi5kIgpbICAgIDYyLjgwN10gKD09KSBObyBMYXlvdXQgc2Vj dGlvbi4gIFVzaW5nIHRoZSBmaXJzdCBTY3JlZW4gc2VjdGlvbi4KWyAgICA2Mi44MDddICgqKikg fC0tPlNjcmVlbiAiU2NyZWVuMCIgKDApClsgICAgNjIuODA3XSAoKiopIHwgICB8LS0+TW9uaXRv ciAiPGRlZmF1bHQgbW9uaXRvcj4iClsgICAgNjIuODE5XSAoKiopIHwgICB8LS0+RGV2aWNlICJD YXJkMCIKWyAgICA2Mi44MTldICg9PSkgTm8gbW9uaXRvciBzcGVjaWZpZWQgZm9yIHNjcmVlbiAi U2NyZWVuMCIuCglVc2luZyBhIGRlZmF1bHQgbW9uaXRvciBjb25maWd1cmF0aW9uLgpbICAgIDYy LjgxOV0gKD09KSBBdXRvbWF0aWNhbGx5IGFkZGluZyBkZXZpY2VzClsgICAgNjIuODE5XSAoPT0p IEF1dG9tYXRpY2FsbHkgZW5hYmxpbmcgZGV2aWNlcwpbICAgIDYyLjgxOV0gKD09KSBOb3QgYXV0 b21hdGljYWxseSBhZGRpbmcgR1BVIGRldmljZXMKWyAgICA2Mi44MjZdICg9PSkgTWF4IGNsaWVu dHMgYWxsb3dlZDogMjU2LCByZXNvdXJjZSBtYXNrOiAweDFmZmZmZgpbICAgIDYzLjAxNl0gKFdX KSBUaGUgZGlyZWN0b3J5ICIvdXNyL2xvY2FsL3NoYXJlL2ZvbnRzL3NnaS8iIGRvZXMgbm90IGV4 aXN0LgpbICAgIDYzLjAxNl0gCUVudHJ5IGRlbGV0ZWQgZnJvbSBmb250IHBhdGguClsgICAgNjMu MTAyXSAoV1cpIGBmb250cy5kaXInIG5vdCBmb3VuZCAob3Igbm90IHZhbGlkKSBpbiAiL3Vzci9s b2NhbC9zaGFyZS9mb250cy91dGlsLyIuClsgICAgNjMuMTAyXSAJRW50cnkgZGVsZXRlZCBmcm9t IGZvbnQgcGF0aC4KWyAgICA2My4xMDJdIAkoUnVuICdta2ZvbnRkaXInIG9uICIvdXNyL2xvY2Fs L3NoYXJlL2ZvbnRzL3V0aWwvIikuClsgICAgNjMuMTMyXSAoKiopIEZvbnRQYXRoIHNldCB0bzoK CS91c3IvbG9jYWwvc2hhcmUvZm9udHMvam1rLXgxMS1mb250cy8sCgkvdXNyL2xvY2FsL3NoYXJl L2ZvbnRzL3Vyd2ZvbnRzLywKCS91c3IvbG9jYWwvc2hhcmUvZm9udHMvdXJ3Zm9udHMtdHRmLywK CS91c3IvbG9jYWwvc2hhcmUvZm9udHMvbWlzYy8sCgkvdXNyL2xvY2FsL3NoYXJlL2ZvbnRzL1RU Ri8sCgkvdXNyL2xvY2FsL3NoYXJlL2ZvbnRzL09URi8sCgkvdXNyL2xvY2FsL3NoYXJlL2ZvbnRz L1R5cGUxLywKCS91c3IvbG9jYWwvc2hhcmUvZm9udHMvMTAwZHBpLywKCS91c3IvbG9jYWwvc2hh cmUvZm9udHMvNzVkcGkvLAoJL3Vzci9sb2NhbC9zaGFyZS9mb250cy9kZWphdnUvLAoJL3Vzci9s b2NhbC9zaGFyZS9mb250cy9Ecm9pZC8sCgkvdXNyL2xvY2FsL3NoYXJlL2ZvbnRzL0Nocm9tZU9T LywKCS91c3IvbG9jYWwvc2hhcmUvZm9udHMvQ2FsYWRlYS8sCgkvdXNyL2xvY2FsL3NoYXJlL2Zv bnRzL0NhcmxpdG8vLAoJL3Vzci9sb2NhbC9zaGFyZS9mb250cy9taXNjLywKCS91c3IvbG9jYWwv c2hhcmUvZm9udHMvVFRGLywKCS91c3IvbG9jYWwvc2hhcmUvZm9udHMvT1RGLywKCS91c3IvbG9j YWwvc2hhcmUvZm9udHMvVHlwZTEvLAoJL3Vzci9sb2NhbC9zaGFyZS9mb250cy8xMDBkcGkvLAoJ L3Vzci9sb2NhbC9zaGFyZS9mb250cy83NWRwaS8KWyAgICA2My4xMzJdICgqKikgTW9kdWxlUGF0 aCBzZXQgdG8gIi91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcyIKWyAgICA2My4xMzJdIChJSSkg VGhlIHNlcnZlciByZWxpZXMgb24gZGV2ZCB0byBwcm92aWRlIHRoZSBsaXN0IG9mIGlucHV0IGRl dmljZXMuCglJZiBubyBkZXZpY2VzIGJlY29tZSBhdmFpbGFibGUsIHJlY29uZmlndXJlIGRldmQg b3IgZGlzYWJsZSBBdXRvQWRkRGV2aWNlcy4KWyAgICA2My4xMzJdIChJSSkgTG9hZGVyIG1hZ2lj OiAweDgyMzI1YzgKWyAgICA2My4xMzJdIChJSSkgTW9kdWxlIEFCSSB2ZXJzaW9uczoKWyAgICA2 My4xMzJdIAlYLk9yZyBBTlNJIEMgRW11bGF0aW9uOiAwLjQKWyAgICA2My4xMzJdIAlYLk9yZyBW aWRlbyBEcml2ZXI6IDIwLjAKWyAgICA2My4xMzJdIAlYLk9yZyBYSW5wdXQgZHJpdmVyIDogMjIu MQpbICAgIDYzLjEzMl0gCVguT3JnIFNlcnZlciBFeHRlbnNpb24gOiA5LjAKWyAgICA2My4xMzNd ICgtLSkgUENJOiooMDoxOjA6MCkgMTAwMjo1YjYwOjEwMDI6MDMwMiByZXYgMCwgTWVtIEAgMHhj MDAwMDAwMC8xMzQyMTc3MjgsIDB4ZDAwMDAwMDAvNjU1MzYsIEkvTyBAIDB4MDAwMDk4MDAvMjU2 LCBCSU9TIEAgMHg/Pz8/Pz8/Py82NTUzNgpbICAgIDYzLjEzM10gKC0tKSBQQ0k6ICgwOjE6MDox KSAxMDAyOjViNzA6MTAwMjowMzAzIHJldiAwLCBNZW0gQCAweGRmOWQwMDAwLzY1NTM2ClsgICAg NjMuMTMzXSAoSUkpICJnbHgiIHdpbGwgYmUgbG9hZGVkLiBUaGlzIHdhcyBlbmFibGVkIGJ5IGRl ZmF1bHQgYW5kIGFsc28gc3BlY2lmaWVkIGluIHRoZSBjb25maWcgZmlsZS4KWyAgICA2My4xMzNd IChJSSkgTG9hZE1vZHVsZTogImV4dG1vZCIKWyAgICA2My4xMzNdIChJSSkgTW9kdWxlICJleHRt b2QiIGFscmVhZHkgYnVpbHQtaW4KWyAgICA2My4xMzNdIChJSSkgTG9hZE1vZHVsZTogInJlY29y ZCIKWyAgICA2My4xMzNdIChJSSkgTW9kdWxlICJyZWNvcmQiIGFscmVhZHkgYnVpbHQtaW4KWyAg ICA2My4xMzNdIChJSSkgTG9hZE1vZHVsZTogImRiZSIKWyAgICA2My4xMzNdIChJSSkgTW9kdWxl ICJkYmUiIGFscmVhZHkgYnVpbHQtaW4KWyAgICA2My4xMzRdIChJSSkgTG9hZE1vZHVsZTogImds eCIKWyAgICA2My4xNTldIChJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMv ZXh0ZW5zaW9ucy9saWJnbHguc28KWyAgICA2My4yNzddIChJSSkgTW9kdWxlIGdseDogdmVuZG9y PSJYLk9yZyBGb3VuZGF0aW9uIgpbICAgIDYzLjI3N10gCWNvbXBpbGVkIGZvciAxLjE4LjQsIG1v ZHVsZSB2ZXJzaW9uID0gMS4wLjAKWyAgICA2My4yNzddIAlBQkkgY2xhc3M6IFguT3JnIFNlcnZl ciBFeHRlbnNpb24sIHZlcnNpb24gOS4wClsgICAgNjMuMjc3XSAoPT0pIEFJR0xYIGVuYWJsZWQK WyAgICA2My4yNzhdIChJSSkgTG9hZE1vZHVsZTogImRyaTIiClsgICAgNjMuMjc4XSAoSUkpIE1v ZHVsZSAiZHJpMiIgYWxyZWFkeSBidWlsdC1pbgpbICAgIDYzLjI3OF0gKElJKSBMb2FkTW9kdWxl OiAicmFkZW9uIgpbICAgIDYzLjI3OF0gKElJKSBMb2FkaW5nIC91c3IvbG9jYWwvbGliL3hvcmcv bW9kdWxlcy9kcml2ZXJzL3JhZGVvbl9kcnYuc28KWyAgICA2My4zMTNdIChJSSkgTW9kdWxlIHJh ZGVvbjogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgpbICAgIDYzLjMxM10gCWNvbXBpbGVkIGZv ciAxLjE4LjQsIG1vZHVsZSB2ZXJzaW9uID0gNy44LjAKWyAgICA2My4zMTNdIAlNb2R1bGUgY2xh c3M6IFguT3JnIFZpZGVvIERyaXZlcgpbICAgIDYzLjMxM10gCUFCSSBjbGFzczogWC5PcmcgVmlk ZW8gRHJpdmVyLCB2ZXJzaW9uIDIwLjAKWyAgICA2My4zMTNdIChJSSkgUkFERU9OOiBEcml2ZXIg Zm9yIEFUSS9BTUQgUmFkZW9uIGNoaXBzZXRzOgoJQVRJIFJhZGVvbiBNb2JpbGl0eSBYNjAwIChN MjQpLCBBVEkgRmlyZU1WIDI0MDAsCglBVEkgUmFkZW9uIE1vYmlsaXR5IFgzMDAgKE0yNCksIEFU SSBGaXJlR0wgTTI0IEdMLAoJQVRJIFJhZGVvbiBYNjAwIChSVjM4MCksIEFUSSBGaXJlR0wgVjMy MDAgKFJWMzgwKSwKCUFUSSBSYWRlb24gSUdQMzIwIChBMyksIEFUSSBSYWRlb24gSUdQMzMwLzM0 MC8zNTAgKEE0KSwKCUFUSSBSYWRlb24gOTUwMCwgQVRJIFJhZGVvbiA5NjAwVFgsIEFUSSBGaXJl R0wgWjEsIEFUSSBSYWRlb24gOTgwMFNFLAoJQVRJIFJhZGVvbiA5ODAwLCBBVEkgRmlyZUdMIFgy LCBBVEkgUmFkZW9uIDk2MDAsIEFUSSBSYWRlb24gOTYwMFNFLAoJQVRJIFJhZGVvbiA5NjAwWFQs IEFUSSBGaXJlR0wgVDIsIEFUSSBSYWRlb24gOTY1MCwgQVRJIEZpcmVHTCBSVjM2MCwKCUFUSSBS YWRlb24gNzAwMCBJR1AgKEE0KyksIEFUSSBSYWRlb24gODUwMCBBSVcsCglBVEkgUmFkZW9uIElH UDMyME0gKFUxKSwgQVRJIFJhZGVvbiBJR1AzMzBNLzM0ME0vMzUwTSAoVTIpLAoJQVRJIFJhZGVv biBNb2JpbGl0eSA3MDAwIElHUCwgQVRJIFJhZGVvbiA5MDAwL1BSTywgQVRJIFJhZGVvbiA5MDAw LAoJQVRJIFJhZGVvbiBYODAwIChSNDIwKSwgQVRJIFJhZGVvbiBYODAwUFJPIChSNDIwKSwKCUFU SSBSYWRlb24gWDgwMFNFIChSNDIwKSwgQVRJIEZpcmVHTCBYMyAoUjQyMCksCglBVEkgUmFkZW9u IE1vYmlsaXR5IDk4MDAgKE0xOCksIEFUSSBSYWRlb24gWDgwMCBTRSAoUjQyMCksCglBVEkgUmFk ZW9uIFg4MDBYVCAoUjQyMCksIEFUSSBSYWRlb24gWDgwMCBWRSAoUjQyMCksCglBVEkgUmFkZW9u IFg4NTAgKFI0ODApLCBBVEkgUmFkZW9uIFg4NTAgWFQgKFI0ODApLAoJQVRJIFJhZGVvbiBYODUw IFNFIChSNDgwKSwgQVRJIFJhZGVvbiBYODUwIFBSTyAoUjQ4MCksCglBVEkgUmFkZW9uIFg4NTAg WFQgUEUgKFI0ODApLCBBVEkgUmFkZW9uIE1vYmlsaXR5IE03LAoJQVRJIE1vYmlsaXR5IEZpcmVH TCA3ODAwIE03LCBBVEkgUmFkZW9uIE1vYmlsaXR5IE02LAoJQVRJIEZpcmVHTCBNb2JpbGl0eSA5 MDAwIChNOSksIEFUSSBSYWRlb24gTW9iaWxpdHkgOTAwMCAoTTkpLAoJQVRJIFJhZGVvbiA5NzAw IFBybywgQVRJIFJhZGVvbiA5NzAwLzk1MDBQcm8sIEFUSSBGaXJlR0wgWDEsCglBVEkgUmFkZW9u IDk4MDBQUk8sIEFUSSBSYWRlb24gOTgwMFhULAoJQVRJIFJhZGVvbiBNb2JpbGl0eSA5NjAwLzk3 MDAgKE0xMC9NMTEpLAoJQVRJIFJhZGVvbiBNb2JpbGl0eSA5NjAwIChNMTApLCBBVEkgUmFkZW9u IE1vYmlsaXR5IDk2MDAgKE0xMSksCglBVEkgRmlyZUdMIE1vYmlsaXR5IFQyIChNMTApLCBBVEkg RmlyZUdMIE1vYmlsaXR5IFQyZSAoTTExKSwKCUFUSSBSYWRlb24sIEFUSSBGaXJlR0wgODcwMC84 ODAwLCBBVEkgUmFkZW9uIDg1MDAsIEFUSSBSYWRlb24gOTEwMCwKCUFUSSBSYWRlb24gNzUwMCwg QVRJIFJhZGVvbiBWRS83MDAwLCBBVEkgRVMxMDAwLAoJQVRJIFJhZGVvbiBNb2JpbGl0eSBYMzAw IChNMjIpLCBBVEkgUmFkZW9uIE1vYmlsaXR5IFg2MDAgU0UgKE0yNEMpLAoJQVRJIEZpcmVHTCBN MjIgR0wsIEFUSSBSYWRlb24gWDgwMCAoUjQyMyksIEFUSSBSYWRlb24gWDgwMFBSTyAoUjQyMyks CglBVEkgUmFkZW9uIFg4MDBMRSAoUjQyMyksIEFUSSBSYWRlb24gWDgwMFNFIChSNDIzKSwKCUFU SSBSYWRlb24gWDgwMCBYVFAgKFI0MzApLCBBVEkgUmFkZW9uIFg4MDAgWEwgKFI0MzApLAoJQVRJ IFJhZGVvbiBYODAwIFNFIChSNDMwKSwgQVRJIFJhZGVvbiBYODAwIChSNDMwKSwKCUFUSSBGaXJl R0wgVjcxMDAgKFI0MjMpLCBBVEkgRmlyZUdMIFY1MTAwIChSNDIzKSwKCUFUSSBGaXJlR0wgdW5r bm93biAoUjQyMyksIEFUSSBNb2JpbGl0eSBGaXJlR0wgVjUwMDAgKE0yNiksCglBVEkgTW9iaWxp dHkgUmFkZW9uIFg3MDAgWEwgKE0yNiksIEFUSSBNb2JpbGl0eSBSYWRlb24gWDcwMCAoTTI2KSwK CUFUSSBSYWRlb24gWDU1MFhUWCwgQVRJIFJhZGVvbiA5MTAwIElHUCAoQTUpLAoJQVRJIFJhZGVv biBNb2JpbGl0eSA5MTAwIElHUCAoVTMpLCBBVEkgUmFkZW9uIFhQUkVTUyAyMDAsCglBVEkgUmFk ZW9uIFhQUkVTUyAyMDBNLCBBVEkgUmFkZW9uIDkyNTAsIEFUSSBSYWRlb24gOTIwMCwKCUFUSSBS YWRlb24gOTIwMFNFLCBBVEkgRmlyZU1WIDIyMDAsIEFUSSBSYWRlb24gWDMwMCAoUlYzNzApLAoJ QVRJIFJhZGVvbiBYNjAwIChSVjM3MCksIEFUSSBSYWRlb24gWDU1MCAoUlYzNzApLAoJQVRJIEZp cmVHTCBWMzEwMCAoUlYzNzApLCBBVEkgRmlyZU1WIDIyMDAgUENJRSAoUlYzNzApLAoJQVRJIFJh ZGVvbiBNb2JpbGl0eSA5MjAwIChNOSspLCBBVEkgTW9iaWxpdHkgUmFkZW9uIFg4MDAgWFQgKE0y OCksCglBVEkgTW9iaWxpdHkgRmlyZUdMIFY1MTAwIChNMjgpLCBBVEkgTW9iaWxpdHkgUmFkZW9u IFg4MDAgKE0yOCksCglBVEkgUmFkZW9uIFg4NTAsIEFUSSB1bmtub3duIFJhZGVvbiAvIEZpcmVH TCAoUjQ4MCksCglBVEkgUmFkZW9uIFg4MDBYVCAoUjQyMyksIEFUSSBGaXJlR0wgVjUwMDAgKFJW NDEwKSwKCUFUSSBSYWRlb24gWDcwMCBYVCAoUlY0MTApLCBBVEkgUmFkZW9uIFg3MDAgUFJPIChS VjQxMCksCglBVEkgUmFkZW9uIFg3MDAgU0UgKFJWNDEwKSwgQVRJIFJhZGVvbiBYNzAwIChSVjQx MCksCglBVEkgUmFkZW9uIFgxODAwLCBBVEkgTW9iaWxpdHkgUmFkZW9uIFgxODAwIFhULAoJQVRJ IE1vYmlsaXR5IFJhZGVvbiBYMTgwMCwgQVRJIE1vYmlsaXR5IEZpcmVHTCBWNzIwMCwKCUFUSSBG aXJlR0wgVjcyMDAsIEFUSSBGaXJlR0wgVjUzMDAsIEFUSSBNb2JpbGl0eSBGaXJlR0wgVjcxMDAs CglBVEkgRmlyZUdMIFY3MzAwLCBBVEkgRmlyZUdMIFY3MzUwLCBBVEkgUmFkZW9uIFgxNjAwLCBB VEkgUlY1MDUsCglBVEkgUmFkZW9uIFgxMzAwL1gxNTUwLCBBVEkgUmFkZW9uIFgxNTUwLCBBVEkg TTU0LUdMLAoJQVRJIE1vYmlsaXR5IFJhZGVvbiBYMTQwMCwgQVRJIFJhZGVvbiBYMTU1MCA2NC1i aXQsCglBVEkgTW9iaWxpdHkgUmFkZW9uIFgxMzAwLCBBVEkgUmFkZW9uIFgxMzAwLCBBVEkgRmly ZUdMIFYzMzAwLAoJQVRJIEZpcmVHTCBWMzM1MCwgQVRJIE1vYmlsaXR5IFJhZGVvbiBYMTQ1MCwK CUFUSSBNb2JpbGl0eSBSYWRlb24gWDIzMDAsIEFUSSBNb2JpbGl0eSBSYWRlb24gWDEzNTAsCglB VEkgRmlyZU1WIDIyNTAsIEFUSSBSYWRlb24gWDE2NTAsIEFUSSBNb2JpbGl0eSBGaXJlR0wgVjUy MDAsCglBVEkgTW9iaWxpdHkgUmFkZW9uIFgxNjAwLCBBVEkgUmFkZW9uIFgxMzAwIFhUL1gxNjAw IFBybywKCUFUSSBGaXJlR0wgVjM0MDAsIEFUSSBNb2JpbGl0eSBGaXJlR0wgVjUyNTAsCglBVEkg TW9iaWxpdHkgUmFkZW9uIFgxNzAwLCBBVEkgTW9iaWxpdHkgUmFkZW9uIFgxNzAwIFhULAoJQVRJ IEZpcmVHTCBWNTIwMCwgQVRJIFJhZGVvbiBYMjMwMEhELCBBVEkgTW9iaWxpdHkgUmFkZW9uIEhE IDIzMDAsCglBVEkgUmFkZW9uIFgxOTUwLCBBVEkgUmFkZW9uIFgxOTAwLCBBVEkgQU1EIFN0cmVh bSBQcm9jZXNzb3IsCglBVEkgUlY1NjAsIEFUSSBNb2JpbGl0eSBSYWRlb24gWDE5MDAsIEFUSSBS YWRlb24gWDE5NTAgR1QsIEFUSSBSVjU3MCwKCUFUSSBGaXJlR0wgVjc0MDAsIEFUSSBSYWRlb24g OTEwMCBQUk8gSUdQLAoJQVRJIFJhZGVvbiBNb2JpbGl0eSA5MjAwIElHUCwgQVRJIFJhZGVvbiBY MTIwMCwgQVRJIFJTNzQwLAoJQVRJIFJTNzQwTSwgQVRJIFJhZGVvbiBIRCAyOTAwIFhULCBBVEkg UmFkZW9uIEhEIDI5MDAgUHJvLAoJQVRJIFJhZGVvbiBIRCAyOTAwIEdULCBBVEkgRmlyZUdMIFY4 NjUwLCBBVEkgRmlyZUdMIFY4NjAwLAoJQVRJIEZpcmVHTCBWNzYwMCwgQVRJIFJhZGVvbiA0ODAw IFNlcmllcywgQVRJIFJhZGVvbiBIRCA0ODcwIHgyLAoJQVRJIFJhZGVvbiBIRCA0ODUwIHgyLCBB VEkgRmlyZVBybyBWODc1MCAoRmlyZUdMKSwKCUFUSSBGaXJlUHJvIFY3NzYwIChGaXJlR0wpLCBB VEkgTW9iaWxpdHkgUkFERU9OIEhEIDQ4NTAsCglBVEkgTW9iaWxpdHkgUkFERU9OIEhEIDQ4NTAg WDIsIEFUSSBGaXJlUHJvIFJWNzcwLAoJQU1EIEZpcmVTdHJlYW0gOTI3MCwgQU1EIEZpcmVTdHJl YW0gOTI1MCwgQVRJIEZpcmVQcm8gVjg3MDAgKEZpcmVHTCksCglBVEkgTW9iaWxpdHkgUkFERU9O IEhEIDQ4NzAsIEFUSSBNb2JpbGl0eSBSQURFT04gTTk4LAoJQVRJIEZpcmVQcm8gTTc3NTAsIEFU SSBNOTgsIEFUSSBNb2JpbGl0eSBSYWRlb24gSEQgNDY1MCwKCUFUSSBSYWRlb24gUlY3MzAgKEFH UCksIEFUSSBNb2JpbGl0eSBSYWRlb24gSEQgNDY3MCwKCUFUSSBGaXJlUHJvIE01NzUwLCBBVEkg UlY3MzBYVCBbUmFkZW9uIEhEIDQ2NzBdLCBBVEkgUkFERU9OIEU0NjAwLAoJQVRJIFJhZGVvbiBI RCA0NjAwIFNlcmllcywgQVRJIFJWNzMwIFBSTyBbUmFkZW9uIEhEIDQ2NTBdLAoJQVRJIEZpcmVQ cm8gVjc3NTAgKEZpcmVHTCksIEFUSSBGaXJlUHJvIFY1NzAwIChGaXJlR0wpLAoJQVRJIEZpcmVQ cm8gVjM3NTAgKEZpcmVHTCksIEFUSSBNb2JpbGl0eSBSYWRlb24gSEQgNDgzMCwKCUFUSSBNb2Jp bGl0eSBSYWRlb24gSEQgNDg1MCwgQVRJIEZpcmVQcm8gTTc3NDAsIEFUSSBSVjc0MCwKCUFUSSBS YWRlb24gSEQgNDc3MCwgQVRJIFJhZGVvbiBIRCA0NzAwIFNlcmllcywgQVRJIFJWNjEwLAoJQVRJ IFJhZGVvbiBIRCAyNDAwIFhULCBBVEkgUmFkZW9uIEhEIDI0MDAgUHJvLAoJQVRJIFJhZGVvbiBI RCAyNDAwIFBSTyBBR1AsIEFUSSBGaXJlR0wgVjQwMDAsIEFUSSBSYWRlb24gSEQgMjM1MCwKCUFU SSBNb2JpbGl0eSBSYWRlb24gSEQgMjQwMCBYVCwgQVRJIE1vYmlsaXR5IFJhZGVvbiBIRCAyNDAw LAoJQVRJIFJBREVPTiBFMjQwMCwgQVRJIEZpcmVNViAyMjYwLCBBVEkgUlY2NzAsIEFUSSBSYWRl b24gSEQzODcwLAoJQVRJIE1vYmlsaXR5IFJhZGVvbiBIRCAzODUwLCBBVEkgUmFkZW9uIEhEMzg1 MCwKCUFUSSBNb2JpbGl0eSBSYWRlb24gSEQgMzg1MCBYMiwgQVRJIE1vYmlsaXR5IFJhZGVvbiBI RCAzODcwLAoJQVRJIE1vYmlsaXR5IFJhZGVvbiBIRCAzODcwIFgyLCBBVEkgUmFkZW9uIEhEMzg3 MCBYMiwKCUFUSSBGaXJlR0wgVjc3MDAsIEFUSSBSYWRlb24gSEQzNjkwLCBBTUQgRmlyZXN0cmVh bSA5MTcwLAoJQVRJIFJhZGVvbiBIRCA0NTUwLCBBVEkgUmFkZW9uIFJWNzEwLCBBVEkgUmFkZW9u IEhEIDQzNTAsCglBVEkgTW9iaWxpdHkgUmFkZW9uIDQzMDAgU2VyaWVzLCBBVEkgTW9iaWxpdHkg UmFkZW9uIDQ1MDAgU2VyaWVzLAoJQVRJIEZpcmVQcm8gUkcyMjAsIEFUSSBNb2JpbGl0eSBSYWRl b24gNDMzMCwgQVRJIFJWNjMwLAoJQVRJIE1vYmlsaXR5IFJhZGVvbiBIRCAyNjAwLCBBVEkgTW9i aWxpdHkgUmFkZW9uIEhEIDI2MDAgWFQsCglBVEkgUmFkZW9uIEhEIDI2MDAgWFQgQUdQLCBBVEkg UmFkZW9uIEhEIDI2MDAgUHJvIEFHUCwKCUFUSSBSYWRlb24gSEQgMjYwMCBYVCwgQVRJIFJhZGVv biBIRCAyNjAwIFBybywgQVRJIEdlbWluaSBSVjYzMCwKCUFUSSBHZW1pbmkgTW9iaWxpdHkgUmFk ZW9uIEhEIDI2MDAgWFQsIEFUSSBGaXJlR0wgVjU2MDAsCglBVEkgRmlyZUdMIFYzNjAwLCBBVEkg UmFkZW9uIEhEIDI2MDAgTEUsCglBVEkgTW9iaWxpdHkgRmlyZUdMIEdyYXBoaWNzIFByb2Nlc3Nv ciwgQVRJIFJhZGVvbiBIRCAzNDcwLAoJQVRJIE1vYmlsaXR5IFJhZGVvbiBIRCAzNDMwLCBBVEkg TW9iaWxpdHkgUmFkZW9uIEhEIDM0MDAgU2VyaWVzLAoJQVRJIFJhZGVvbiBIRCAzNDUwLCBBVEkg UmFkZW9uIEhEIDM0MzAsIEFUSSBGaXJlUHJvIFYzNzAwLAoJQVRJIEZpcmVNViAyNDUwLCBBVEkg UmFkZW9uIEhEIDM2MDAgU2VyaWVzLCBBVEkgUmFkZW9uIEhEIDM2NTAgQUdQLAoJQVRJIFJhZGVv biBIRCAzNjAwIFBSTywgQVRJIFJhZGVvbiBIRCAzNjAwIFhULAoJQVRJIE1vYmlsaXR5IFJhZGVv biBIRCAzNjUwLCBBVEkgTW9iaWxpdHkgUmFkZW9uIEhEIDM2NzAsCglBVEkgTW9iaWxpdHkgRmly ZUdMIFY1NzAwLCBBVEkgTW9iaWxpdHkgRmlyZUdMIFY1NzI1LAoJQVRJIFJhZGVvbiBIRCAzMjAw IEdyYXBoaWNzLCBBVEkgUmFkZW9uIDMxMDAgR3JhcGhpY3MsCglBVEkgUmFkZW9uIEhEIDMzMDAg R3JhcGhpY3MsIEFUSSBSYWRlb24gMzAwMCBHcmFwaGljcywgU1VNTywgU1VNTzIsCglBVEkgUmFk ZW9uIEhEIDQyMDAsIEFUSSBSYWRlb24gNDEwMCwgQVRJIE1vYmlsaXR5IFJhZGVvbiBIRCA0MjAw LAoJQVRJIE1vYmlsaXR5IFJhZGVvbiA0MTAwLCBBVEkgUmFkZW9uIEhEIDQyOTAsIEFUSSBSYWRl b24gSEQgNDI1MCwKCUFNRCBSYWRlb24gSEQgNjMxMCBHcmFwaGljcywgQU1EIFJhZGVvbiBIRCA2 MjUwIEdyYXBoaWNzLAoJQU1EIFJhZGVvbiBIRCA2MzAwIFNlcmllcyBHcmFwaGljcywKCUFNRCBS YWRlb24gSEQgNjIwMCBTZXJpZXMgR3JhcGhpY3MsIFBBTE0sIENZUFJFU1MsCglBVEkgRmlyZVBy byAoRmlyZUdMKSBHcmFwaGljcyBBZGFwdGVyLCBBTUQgRmlyZXN0cmVhbSA5MzcwLAoJQU1EIEZp cmVzdHJlYW0gOTM1MCwgQVRJIFJhZGVvbiBIRCA1ODAwIFNlcmllcywKCUFUSSBSYWRlb24gSEQg NTkwMCBTZXJpZXMsIEFUSSBNb2JpbGl0eSBSYWRlb24gSEQgNTgwMCBTZXJpZXMsCglBVEkgUmFk ZW9uIEhEIDU3MDAgU2VyaWVzLCBBVEkgUmFkZW9uIEhEIDY3MDAgU2VyaWVzLAoJQVRJIE1vYmls aXR5IFJhZGVvbiBIRCA1MDAwIFNlcmllcywgQVRJIE1vYmlsaXR5IFJhZGVvbiBIRCA1NTcwLAoJ QVRJIFJhZGVvbiBIRCA1NjcwLCBBVEkgUmFkZW9uIEhEIDU1NzAsIEFUSSBSYWRlb24gSEQgNTUw MCBTZXJpZXMsCglSRURXT09ELCBBVEkgTW9iaWxpdHkgUmFkZW9uIEdyYXBoaWNzLCBDRURBUiwg QVRJIEZpcmVQcm8gMjI3MCwKCUFUSSBSYWRlb24gSEQgNTQ1MCwgQ0FZTUFOLCBBTUQgUmFkZW9u IEhEIDY5MDAgU2VyaWVzLAoJQU1EIFJhZGVvbiBIRCA2OTAwTSBTZXJpZXMsIE1vYmlsaXR5IFJh ZGVvbiBIRCA2MDAwIFNlcmllcywgQkFSVFMsCglBTUQgUmFkZW9uIEhEIDY4MDAgU2VyaWVzLCBB TUQgUmFkZW9uIEhEIDY3MDAgU2VyaWVzLCBUVVJLUywgQ0FJQ09TLAoJQVJVQkEsIFRBSElUSSwg UElUQ0FJUk4sIFZFUkRFLCBPTEFORCwgSEFJTkFOLCBCT05BSVJFLCBLQUJJTkksCglNVUxMSU5T LCBLQVZFUkksIEhBV0FJSQpbICAgIDYzLjMxOV0gKC0tKSBVc2luZyBzeXNjb25zIGRyaXZlciB3 aXRoIFggc3VwcG9ydCAodmVyc2lvbiAyLjApClsgICAgNjMuMzE5XSAoLS0pIHVzaW5nIFZUIG51 bWJlciA5CgpbICAgIDYzLjMyN10gKElJKSBbS01TXSBLZXJuZWwgbW9kZXNldHRpbmcgZW5hYmxl ZC4KWyAgICA2My4zMjddIChXVykgVkdBIGFyYml0ZXI6IGNhbm5vdCBvcGVuIGtlcm5lbCBhcmJp dGVyLCBubyBtdWx0aS1jYXJkIHN1cHBvcnQKWyAgICA2My4zMjddICg9PSkgUkFERU9OKDApOiBE ZXB0aCAyNCwgKC0tKSBmcmFtZWJ1ZmZlciBicHAgMzIKWyAgICA2My4zMjddIChJSSkgUkFERU9O KDApOiBQaXhlbCBkZXB0aCA9IDI0IGJpdHMgc3RvcmVkIGluIDQgYnl0ZXMgKDMyIGJwcCBwaXht YXBzKQpbICAgIDYzLjMyN10gKD09KSBSQURFT04oMCk6IERlZmF1bHQgdmlzdWFsIGlzIFRydWVD b2xvcgpbICAgIDYzLjMyN10gKD09KSBSQURFT04oMCk6IFJHQiB3ZWlnaHQgODg4ClsgICAgNjMu MzI3XSAoSUkpIFJBREVPTigwKTogVXNpbmcgOCBiaXRzIHBlciBSR0IgKDggYml0IERBQykKWyAg ICA2My4zMjddICgtLSkgUkFERU9OKDApOiBDaGlwc2V0OiAiQVRJIFJhZGVvbiBYMzAwIChSVjM3 MCkiIChDaGlwSUQgPSAweDViNjApClsgICAgNjMuMzI4XSAoSUkpIExvYWRpbmcgc3ViIG1vZHVs ZSAiZmIiClsgICAgNjMuMzI4XSAoSUkpIExvYWRNb2R1bGU6ICJmYiIKWyAgICA2My4zMjhdIChJ SSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMvbGliZmIuc28KWyAgICA2My4z NDBdIChJSSkgTW9kdWxlIGZiOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iClsgICAgNjMuMzQw XSAJY29tcGlsZWQgZm9yIDEuMTguNCwgbW9kdWxlIHZlcnNpb24gPSAxLjAuMApbICAgIDYzLjM0 MF0gCUFCSSBjbGFzczogWC5PcmcgQU5TSSBDIEVtdWxhdGlvbiwgdmVyc2lvbiAwLjQKWyAgICA2 My4zNDBdIChJSSkgTG9hZGluZyBzdWIgbW9kdWxlICJkcmkyIgpbICAgIDYzLjM0MF0gKElJKSBM b2FkTW9kdWxlOiAiZHJpMiIKWyAgICA2My4zNDBdIChJSSkgTW9kdWxlICJkcmkyIiBhbHJlYWR5 IGJ1aWx0LWluClsgICAgNjMuMzQwXSAoSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAiZXhhIgpbICAg IDYzLjM0MF0gKElJKSBMb2FkTW9kdWxlOiAiZXhhIgpbICAgIDYzLjM0M10gKElJKSBMb2FkaW5n IC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcy9saWJleGEuc28KWyAgICA2My4zNDddIChJSSkg TW9kdWxlIGV4YTogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgpbICAgIDYzLjM0N10gCWNvbXBp bGVkIGZvciAxLjE4LjQsIG1vZHVsZSB2ZXJzaW9uID0gMi42LjAKWyAgICA2My4zNDddIAlBQkkg Y2xhc3M6IFguT3JnIFZpZGVvIERyaXZlciwgdmVyc2lvbiAyMC4wClsgICAgNjMuMzQ3XSAoSUkp IFJBREVPTigwKTogS01TIENvbG9yIFRpbGluZzogZW5hYmxlZApbICAgIDYzLjM0N10gKElJKSBS QURFT04oMCk6IEtNUyBDb2xvciBUaWxpbmcgMkQ6IGRpc2FibGVkClsgICAgNjMuMzQ3XSAoSUkp IFJBREVPTigwKTogS01TIFBhZ2VmbGlwcGluZzogZW5hYmxlZApbICAgIDYzLjM0N10gKElJKSBS QURFT04oMCk6IFN3YXBCdWZmZXJzIHdhaXQgZm9yIHZzeW5jOiBlbmFibGVkClsgICAgNjMuMzUw XSAoSUkpIFJBREVPTigwKTogT3V0cHV0IFZHQS0wIGhhcyBubyBtb25pdG9yIHNlY3Rpb24KWyAg ICA2My40NzldIChJSSkgUkFERU9OKDApOiBPdXRwdXQgRFZJLTAgaGFzIG5vIG1vbml0b3Igc2Vj dGlvbgpbICAgIDYzLjQ4OV0gKElJKSBSQURFT04oMCk6IE91dHB1dCBTLXZpZGVvIGhhcyBubyBt b25pdG9yIHNlY3Rpb24KWyAgICA2My40OTJdIChJSSkgUkFERU9OKDApOiBFRElEIGZvciBvdXRw dXQgVkdBLTAKWyAgICA2My42MzBdIChJSSkgUkFERU9OKDApOiBFRElEIGZvciBvdXRwdXQgRFZJ LTAKWyAgICA2My42MzBdIChJSSkgUkFERU9OKDApOiBNYW51ZmFjdHVyZXI6IFNBTSAgTW9kZWw6 IDZiYSAgU2VyaWFsIzogMTMxMzIyOTkwOQpbICAgIDYzLjYzMF0gKElJKSBSQURFT04oMCk6IFll YXI6IDIwMTAgIFdlZWs6IDUxClsgICAgNjMuNjMwXSAoSUkpIFJBREVPTigwKTogRURJRCBWZXJz aW9uOiAxLjMKWyAgICA2My42MzBdIChJSSkgUkFERU9OKDApOiBEaWdpdGFsIERpc3BsYXkgSW5w dXQKWyAgICA2My42MzBdIChJSSkgUkFERU9OKDApOiBNYXggSW1hZ2UgU2l6ZSBbY21dOiBob3Jp ei46IDM4ICB2ZXJ0LjogMzAKWyAgICA2My42MzBdIChJSSkgUkFERU9OKDApOiBHYW1tYTogMi4y MApbICAgIDYzLjYzMF0gKElJKSBSQURFT04oMCk6IERQTVMgY2FwYWJpbGl0aWVzOiBPZmYKWyAg ICA2My42MzBdIChJSSkgUkFERU9OKDApOiBTdXBwb3J0ZWQgY29sb3IgZW5jb2RpbmdzOiBSR0Ig NDo0OjQgWUNyQ2IgNDo0OjQgClsgICAgNjMuNjMwXSAoSUkpIFJBREVPTigwKTogRmlyc3QgZGV0 YWlsZWQgdGltaW5nIGlzIHByZWZlcnJlZCBtb2RlClsgICAgNjMuNjMwXSAoSUkpIFJBREVPTigw KTogcmVkWDogMC42NDggcmVkWTogMC4zMzcgICBncmVlblg6IDAuMjk3IGdyZWVuWTogMC42MDcK WyAgICA2My42MzBdIChJSSkgUkFERU9OKDApOiBibHVlWDogMC4xNDggYmx1ZVk6IDAuMDcyICAg d2hpdGVYOiAwLjMxMyB3aGl0ZVk6IDAuMzI5ClsgICAgNjMuNjMwXSAoSUkpIFJBREVPTigwKTog U3VwcG9ydGVkIGVzdGFibGlzaGVkIHRpbWluZ3M6ClsgICAgNjMuNjMwXSAoSUkpIFJBREVPTigw KTogNzIweDQwMEA3MEh6ClsgICAgNjMuNjMwXSAoSUkpIFJBREVPTigwKTogNjQweDQ4MEA2MEh6 ClsgICAgNjMuNjMwXSAoSUkpIFJBREVPTigwKTogNjQweDQ4MEA2N0h6ClsgICAgNjMuNjMwXSAo SUkpIFJBREVPTigwKTogNjQweDQ4MEA3Mkh6ClsgICAgNjMuNjMwXSAoSUkpIFJBREVPTigwKTog NjQweDQ4MEA3NUh6ClsgICAgNjMuNjMwXSAoSUkpIFJBREVPTigwKTogODAweDYwMEA1Nkh6Clsg ICAgNjMuNjMwXSAoSUkpIFJBREVPTigwKTogODAweDYwMEA2MEh6ClsgICAgNjMuNjMwXSAoSUkp IFJBREVPTigwKTogODAweDYwMEA3Mkh6ClsgICAgNjMuNjMwXSAoSUkpIFJBREVPTigwKTogODAw eDYwMEA3NUh6ClsgICAgNjMuNjMwXSAoSUkpIFJBREVPTigwKTogODMyeDYyNEA3NUh6ClsgICAg NjMuNjMwXSAoSUkpIFJBREVPTigwKTogMTAyNHg3NjhANjBIegpbICAgIDYzLjYzMF0gKElJKSBS QURFT04oMCk6IDEwMjR4NzY4QDcwSHoKWyAgICA2My42MzBdIChJSSkgUkFERU9OKDApOiAxMDI0 eDc2OEA3NUh6ClsgICAgNjMuNjMwXSAoSUkpIFJBREVPTigwKTogMTI4MHgxMDI0QDc1SHoKWyAg ICA2My42MzBdIChJSSkgUkFERU9OKDApOiAxMTUyeDg2NEA3NUh6ClsgICAgNjMuNjMwXSAoSUkp IFJBREVPTigwKTogTWFudWZhY3R1cmVyJ3MgbWFzazogMApbICAgIDYzLjYzMF0gKElJKSBSQURF T04oMCk6IFN1cHBvcnRlZCBzdGFuZGFyZCB0aW1pbmdzOgpbICAgIDYzLjYzMF0gKElJKSBSQURF T04oMCk6ICMwOiBoc2l6ZTogMTI4MCAgdnNpemUgODAwICByZWZyZXNoOiA3NSAgdmlkOiAzOTY5 ClsgICAgNjMuNjMwXSAoSUkpIFJBREVPTigwKTogIzE6IGhzaXplOiAxMjgwICB2c2l6ZSA5NjAg IHJlZnJlc2g6IDYwICB2aWQ6IDE2NTEzClsgICAgNjMuNjMwXSAoSUkpIFJBREVPTigwKTogIzI6 IGhzaXplOiAxMTUyICB2c2l6ZSA4NjQgIHJlZnJlc2g6IDc1ICB2aWQ6IDIwMzM3ClsgICAgNjMu NjMwXSAoSUkpIFJBREVPTigwKTogIzM6IGhzaXplOiAxMjgwICB2c2l6ZSA4MDAgIHJlZnJlc2g6 IDYwICB2aWQ6IDEyOQpbICAgIDYzLjYzMF0gKElJKSBSQURFT04oMCk6IFN1cHBvcnRlZCBkZXRh aWxlZCB0aW1pbmc6ClsgICAgNjMuNjMwXSAoSUkpIFJBREVPTigwKTogY2xvY2s6IDEwOC4wIE1I eiAgIEltYWdlIFNpemU6ICAzNzYgeCAzMDEgbW0KWyAgICA2My42MzBdIChJSSkgUkFERU9OKDAp OiBoX2FjdGl2ZTogMTI4MCAgaF9zeW5jOiAxMzI4ICBoX3N5bmNfZW5kIDE0NDAgaF9ibGFua19l bmQgMTY4OCBoX2JvcmRlcjogMApbICAgIDYzLjYzMF0gKElJKSBSQURFT04oMCk6IHZfYWN0aXZl OiAxMDI0ICB2X3N5bmM6IDEwMjUgIHZfc3luY19lbmQgMTAyOCB2X2JsYW5raW5nOiAxMDY2IHZf Ym9yZGVyOiAwClsgICAgNjMuNjMwXSAoSUkpIFJBREVPTigwKTogUmFuZ2VzOiBWIG1pbjogNTYg ViBtYXg6IDc1IEh6LCBIIG1pbjogMzAgSCBtYXg6IDgxIGtIeiwgUGl4Q2xvY2sgbWF4IDE0NSBN SHoKWyAgICA2My42MzBdIChJSSkgUkFERU9OKDApOiBNb25pdG9yIG5hbWU6IFNNQjE5NDAKWyAg ICA2My42MzBdIChJSSkgUkFERU9OKDApOiBTZXJpYWwgTm86IEhNRFpDMDE3MzUKWyAgICA2My42 MzBdIChJSSkgUkFERU9OKDApOiBTdXBwb3J0ZWQgZGV0YWlsZWQgdGltaW5nOgpbICAgIDYzLjYz MF0gKElJKSBSQURFT04oMCk6IGNsb2NrOiA3NC4yIE1IeiAgIEltYWdlIFNpemU6ICAyNzYgeCAz MDEgbW0KWyAgICA2My42MzBdIChJSSkgUkFERU9OKDApOiBoX2FjdGl2ZTogMTI4MCAgaF9zeW5j OiAxMzkwICBoX3N5bmNfZW5kIDE0MzAgaF9ibGFua19lbmQgMTY1MCBoX2JvcmRlcjogMApbICAg IDYzLjYzMF0gKElJKSBSQURFT04oMCk6IHZfYWN0aXZlOiA3MjAgIHZfc3luYzogNzI1ICB2X3N5 bmNfZW5kIDczMCB2X2JsYW5raW5nOiA3NTAgdl9ib3JkZXI6IDAKWyAgICA2My42MzBdIChJSSkg UkFERU9OKDApOiBTdXBwb3J0ZWQgZGV0YWlsZWQgdGltaW5nOgpbICAgIDYzLjYzMF0gKElJKSBS QURFT04oMCk6IGNsb2NrOiA3NC4yIE1IeiAgIEltYWdlIFNpemU6ICAzNzYgeCAzMDEgbW0KWyAg ICA2My42MzBdIChJSSkgUkFERU9OKDApOiBoX2FjdGl2ZTogMTI4MCAgaF9zeW5jOiAxNzIwICBo X3N5bmNfZW5kIDE3NjAgaF9ibGFua19lbmQgMTk4MCBoX2JvcmRlcjogMApbICAgIDYzLjYzMF0g KElJKSBSQURFT04oMCk6IHZfYWN0aXZlOiA3MjAgIHZfc3luYzogNzI1ICB2X3N5bmNfZW5kIDcz MCB2X2JsYW5raW5nOiA3NTAgdl9ib3JkZXI6IDAKWyAgICA2My42MzBdIChJSSkgUkFERU9OKDAp OiBTdXBwb3J0ZWQgZGV0YWlsZWQgdGltaW5nOgpbICAgIDYzLjYzMF0gKElJKSBSQURFT04oMCk6 IGNsb2NrOiAyNy4wIE1IeiAgIEltYWdlIFNpemU6ICAzNzYgeCAzMDEgbW0KWyAgICA2My42MzBd IChJSSkgUkFERU9OKDApOiBoX2FjdGl2ZTogNzIwICBoX3N5bmM6IDczMiAgaF9zeW5jX2VuZCA3 OTYgaF9ibGFua19lbmQgODY0IGhfYm9yZGVyOiAwClsgICAgNjMuNjMwXSAoSUkpIFJBREVPTigw KTogdl9hY3RpdmU6IDU3NiAgdl9zeW5jOiA1ODEgIHZfc3luY19lbmQgNTg2IHZfYmxhbmtpbmc6 IDYyNSB2X2JvcmRlcjogMApbICAgIDYzLjYzMF0gKElJKSBSQURFT04oMCk6IFN1cHBvcnRlZCBk ZXRhaWxlZCB0aW1pbmc6ClsgICAgNjMuNjMwXSAoSUkpIFJBREVPTigwKTogY2xvY2s6IDI3LjAg TUh6ICAgSW1hZ2UgU2l6ZTogIDM3NiB4IDMwMSBtbQpbICAgIDYzLjYzMV0gKElJKSBSQURFT04o MCk6IGhfYWN0aXZlOiA3MjAgIGhfc3luYzogNzM2ICBoX3N5bmNfZW5kIDc5OCBoX2JsYW5rX2Vu ZCA4NTggaF9ib3JkZXI6IDAKWyAgICA2My42MzFdIChJSSkgUkFERU9OKDApOiB2X2FjdGl2ZTog NDgwICB2X3N5bmM6IDQ4OSAgdl9zeW5jX2VuZCA0OTUgdl9ibGFua2luZzogNTI1IHZfYm9yZGVy OiAwClsgICAgNjMuNjMxXSAoSUkpIFJBREVPTigwKTogTnVtYmVyIG9mIEVESUQgc2VjdGlvbnMg dG8gZm9sbG93OiAxClsgICAgNjMuNjMxXSAoSUkpIFJBREVPTigwKTogRURJRCAoaW4gaGV4KToK WyAgICA2My42MzFdIChJSSkgUkFERU9OKDApOiAJMDBmZmZmZmZmZmZmZmYwMDRjMmRiYTA2NTU0 YzQ2NGUKWyAgICA2My42MzFdIChJSSkgUkFERU9OKDApOiAJMzMxNDAxMDM4MDI2MWU3ODJhMTIy NWE2NTY0YzliMjYKWyAgICA2My42MzFdIChJSSkgUkFERU9OKDApOiAJMTI1MDU0YmZlZjgwODEw ZjgxNDA3MTRmODEwMDAxMDEKWyAgICA2My42MzFdIChJSSkgUkFERU9OKDApOiAJMDEwMTAxMDEw MTAxMzAyYTAwOTg1MTAwMmE0MDMwNzAKWyAgICA2My42MzFdIChJSSkgUkFERU9OKDApOiAJMTMw MDc4MmQxMTAwMDAxZTAwMDAwMGZkMDAzODRiMWUKWyAgICA2My42MzFdIChJSSkgUkFERU9OKDAp OiAJNTEwZTAwMGEyMDIwMjAyMDIwMjAwMDAwMDBmYzAwNTMKWyAgICA2My42MzFdIChJSSkgUkFE RU9OKDApOiAJNGQ0MjMxMzkzNDMwMGEyMDIwMjAyMDIwMDAwMDAwZmYKWyAgICA2My42MzFdIChJ SSkgUkFERU9OKDApOiAJMDA0ODRkNDQ1YTQzMzAzMTM3MzMzNTBhMjAyMDAxMTgKWyAgICA2My42 MzFdIChJSSkgUkFERU9OKDApOiAJMDIwMTA0MDAwMTFkMDA3MjUxZDAxZTIwNmUyODU1MDAKWyAg ICA2My42MzFdIChJSSkgUkFERU9OKDApOiAJMTQyZDExMDAwMDFlMDExZDAwYmM1MmQwMWUyMGI4 MjgKWyAgICA2My42MzFdIChJSSkgUkFERU9OKDApOiAJNTU0MDc4MmQxMTAwMDAxZThjMGFkMDkw MjA0MDMxMjAKWyAgICA2My42MzFdIChJSSkgUkFERU9OKDApOiAJMGM0MDU1MDA3ODJkMTEwMDAw MTg4YzBhZDA4YTIwZTAKWyAgICA2My42MzFdIChJSSkgUkFERU9OKDApOiAJMmQxMDEwM2U5NjAw NzgyZDExMDAwMDE4MDAwMDAwMDAKWyAgICA2My42MzFdIChJSSkgUkFERU9OKDApOiAJMDAwMDAw MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAKWyAgICA2My42MzFdIChJSSkgUkFERU9OKDApOiAJ MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAKWyAgICA2My42MzFdIChJSSkgUkFERU9O KDApOiAJMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMzcKWyAgICA2My42MzFdIChJSSkg UkFERU9OKDApOiBQcmludGluZyBwcm9iZWQgbW9kZXMgZm9yIG91dHB1dCBEVkktMApbICAgIDYz LjYzMV0gKElJKSBSQURFT04oMCk6IE1vZGVsaW5lICIxMjgweDEwMjQieDYwLjAgIDEwOC4wMCAg MTI4MCAxMzI4IDE0NDAgMTY4OCAgMTAyNCAxMDI1IDEwMjggMTA2NiAraHN5bmMgK3ZzeW5jICg2 NC4wIGtIeiBVZVApClsgICAgNjMuNjMxXSAoSUkpIFJBREVPTigwKTogTW9kZWxpbmUgIjEyODB4 MTAyNCJ4NzUuMCAgMTM1LjAwICAxMjgwIDEyOTYgMTQ0MCAxNjg4ICAxMDI0IDEwMjUgMTAyOCAx MDY2ICtoc3luYyArdnN5bmMgKDgwLjAga0h6IGUpClsgICAgNjMuNjMxXSAoSUkpIFJBREVPTigw KTogTW9kZWxpbmUgIjEyODB4OTYwIng2MC4wICAxMDguMDAgIDEyODAgMTM3NiAxNDg4IDE4MDAg IDk2MCA5NjEgOTY0IDEwMDAgK2hzeW5jICt2c3luYyAoNjAuMCBrSHogZSkKWyAgICA2My42MzFd IChJSSkgUkFERU9OKDApOiBNb2RlbGluZSAiMTI4MHg4MDAieDc0LjkgIDEwNi41MCAgMTI4MCAx MzYwIDE0ODggMTY5NiAgODAwIDgwMyA4MDkgODM4IC1oc3luYyArdnN5bmMgKDYyLjgga0h6IGUp ClsgICAgNjMuNjMxXSAoSUkpIFJBREVPTigwKTogTW9kZWxpbmUgIjEyODB4ODAwIng1OS45ICAg NzEuMDAgIDEyODAgMTMyOCAxMzYwIDE0NDAgIDgwMCA4MDMgODA5IDgyMyAraHN5bmMgLXZzeW5j ICg0OS4zIGtIeiBlKQpbICAgIDYzLjYzMV0gKElJKSBSQURFT04oMCk6IE1vZGVsaW5lICIxMTUy eDg2NCJ4NzUuMCAgMTA4LjAwICAxMTUyIDEyMTYgMTM0NCAxNjAwICA4NjQgODY1IDg2OCA5MDAg K2hzeW5jICt2c3luYyAoNjcuNSBrSHogZSkKWyAgICA2My42MzFdIChJSSkgUkFERU9OKDApOiBN b2RlbGluZSAiMTI4MHg3MjAieDYwLjAgICA3NC4yNSAgMTI4MCAxMzkwIDE0MzAgMTY1MCAgNzIw IDcyNSA3MzAgNzUwICtoc3luYyArdnN5bmMgKDQ1LjAga0h6IGUpClsgICAgNjMuNjMxXSAoSUkp IFJBREVPTigwKTogTW9kZWxpbmUgIjEyODB4NzIwIng1MC4wICAgNzQuMjUgIDEyODAgMTcyMCAx NzYwIDE5ODAgIDcyMCA3MjUgNzMwIDc1MCAraHN5bmMgK3ZzeW5jICgzNy41IGtIeiBlKQpbICAg IDYzLjYzMV0gKElJKSBSQURFT04oMCk6IE1vZGVsaW5lICIxMDI0eDc2OCJ4NzUuMSAgIDc4Ljgw ICAxMDI0IDEwNDAgMTEzNiAxMzEyICA3NjggNzY5IDc3MiA4MDAgK2hzeW5jICt2c3luYyAoNjAu MSBrSHogZSkKWyAgICA2My42MzFdIChJSSkgUkFERU9OKDApOiBNb2RlbGluZSAiMTAyNHg3Njgi eDcwLjEgICA3NS4wMCAgMTAyNCAxMDQ4IDExODQgMTMyOCAgNzY4IDc3MSA3NzcgODA2IC1oc3lu YyAtdnN5bmMgKDU2LjUga0h6IGUpClsgICAgNjMuNjMxXSAoSUkpIFJBREVPTigwKTogTW9kZWxp bmUgIjEwMjR4NzY4Ing2MC4wICAgNjUuMDAgIDEwMjQgMTA0OCAxMTg0IDEzNDQgIDc2OCA3NzEg Nzc3IDgwNiAtaHN5bmMgLXZzeW5jICg0OC40IGtIeiBlKQpbICAgIDYzLjYzMV0gKElJKSBSQURF T04oMCk6IE1vZGVsaW5lICI4MzJ4NjI0Ing3NC42ICAgNTcuMjggIDgzMiA4NjQgOTI4IDExNTIg IDYyNCA2MjUgNjI4IDY2NyAtaHN5bmMgLXZzeW5jICg0OS43IGtIeiBlKQpbICAgIDYzLjYzMV0g KElJKSBSQURFT04oMCk6IE1vZGVsaW5lICI4MDB4NjAwIng3Mi4yICAgNTAuMDAgIDgwMCA4NTYg OTc2IDEwNDAgIDYwMCA2MzcgNjQzIDY2NiAraHN5bmMgK3ZzeW5jICg0OC4xIGtIeiBlKQpbICAg IDYzLjYzMV0gKElJKSBSQURFT04oMCk6IE1vZGVsaW5lICI4MDB4NjAwIng3NS4wICAgNDkuNTAg IDgwMCA4MTYgODk2IDEwNTYgIDYwMCA2MDEgNjA0IDYyNSAraHN5bmMgK3ZzeW5jICg0Ni45IGtI eiBlKQpbICAgIDYzLjYzMV0gKElJKSBSQURFT04oMCk6IE1vZGVsaW5lICI4MDB4NjAwIng2MC4z ICAgNDAuMDAgIDgwMCA4NDAgOTY4IDEwNTYgIDYwMCA2MDEgNjA1IDYyOCAraHN5bmMgK3ZzeW5j ICgzNy45IGtIeiBlKQpbICAgIDYzLjYzMV0gKElJKSBSQURFT04oMCk6IE1vZGVsaW5lICI4MDB4 NjAwIng1Ni4yICAgMzYuMDAgIDgwMCA4MjQgODk2IDEwMjQgIDYwMCA2MDEgNjAzIDYyNSAraHN5 bmMgK3ZzeW5jICgzNS4yIGtIeiBlKQpbICAgIDYzLjYzMV0gKElJKSBSQURFT04oMCk6IE1vZGVs aW5lICI3MjB4NTc2Ing1MC4wICAgMjcuMDAgIDcyMCA3MzIgNzk2IDg2NCAgNTc2IDU4MSA1ODYg NjI1IC1oc3luYyAtdnN5bmMgKDMxLjIga0h6IGUpClsgICAgNjMuNjMxXSAoSUkpIFJBREVPTigw KTogTW9kZWxpbmUgIjcyMHg0ODAieDU5LjkgICAyNy4wMCAgNzIwIDczNiA3OTggODU4ICA0ODAg NDg5IDQ5NSA1MjUgLWhzeW5jIC12c3luYyAoMzEuNSBrSHogZSkKWyAgICA2My42MzFdIChJSSkg UkFERU9OKDApOiBNb2RlbGluZSAiNjQweDQ4MCJ4NzUuMCAgIDMxLjUwICA2NDAgNjU2IDcyMCA4 NDAgIDQ4MCA0ODEgNDg0IDUwMCAtaHN5bmMgLXZzeW5jICgzNy41IGtIeiBlKQpbICAgIDYzLjYz MV0gKElJKSBSQURFT04oMCk6IE1vZGVsaW5lICI2NDB4NDgwIng3Mi44ICAgMzEuNTAgIDY0MCA2 NjQgNzA0IDgzMiAgNDgwIDQ4OSA0OTEgNTIwIC1oc3luYyAtdnN5bmMgKDM3Ljkga0h6IGUpClsg ICAgNjMuNjMxXSAoSUkpIFJBREVPTigwKTogTW9kZWxpbmUgIjY0MHg0ODAieDY2LjcgICAzMC4y NCAgNjQwIDcwNCA3NjggODY0ICA0ODAgNDgzIDQ4NiA1MjUgLWhzeW5jIC12c3luYyAoMzUuMCBr SHogZSkKWyAgICA2My42MzFdIChJSSkgUkFERU9OKDApOiBNb2RlbGluZSAiNjQweDQ4MCJ4NjAu MCAgIDI1LjIwICA2NDAgNjU2IDc1MiA4MDAgIDQ4MCA0OTAgNDkyIDUyNSAtaHN5bmMgLXZzeW5j ICgzMS41IGtIeiBlKQpbICAgIDYzLjYzMV0gKElJKSBSQURFT04oMCk6IE1vZGVsaW5lICI3MjB4 NDAwIng3MC4xICAgMjguMzIgIDcyMCA3MzggODQ2IDkwMCAgNDAwIDQxMiA0MTQgNDQ5IC1oc3lu YyArdnN5bmMgKDMxLjUga0h6IGUpClsgICAgNjMuNjQxXSAoSUkpIFJBREVPTigwKTogRURJRCBm b3Igb3V0cHV0IFMtdmlkZW8KWyAgICA2My42NDFdIChJSSkgUkFERU9OKDApOiBPdXRwdXQgVkdB LTAgZGlzY29ubmVjdGVkClsgICAgNjMuNjQxXSAoSUkpIFJBREVPTigwKTogT3V0cHV0IERWSS0w IGNvbm5lY3RlZApbICAgIDYzLjY0Ml0gKElJKSBSQURFT04oMCk6IE91dHB1dCBTLXZpZGVvIGRp c2Nvbm5lY3RlZApbICAgIDYzLjY0Ml0gKElJKSBSQURFT04oMCk6IFVzaW5nIHVzZXIgcHJlZmVy ZW5jZSBmb3IgaW5pdGlhbCBtb2RlcwpbICAgIDYzLjY0Ml0gKElJKSBSQURFT04oMCk6IE91dHB1 dCBEVkktMCB1c2luZyBpbml0aWFsIG1vZGUgMTI4MHgxMDI0ICswKzAKWyAgICA2My42NDJdIChJ SSkgUkFERU9OKDApOiBVc2luZyBkZWZhdWx0IGdhbW1hIG9mICgxLjAsIDEuMCwgMS4wKSB1bmxl c3Mgb3RoZXJ3aXNlIHN0YXRlZC4KWyAgICA2My42NDJdIChJSSkgUkFERU9OKDApOiBtZW0gc2l6 ZSBpbml0OiBnYXJ0IHNpemUgOjFmZGZmMDAwIHZyYW0gc2l6ZTogczo4MDAwMDAwIHZpc2libGU6 N2FjMDAwMApbICAgIDYzLjY0Ml0gKElJKSBSQURFT04oMCk6IEVYQTogRHJpdmVyIHdpbGwgYWxs b3cgRVhBIHBpeG1hcHMgaW4gVlJBTQpbICAgIDYzLjY0Ml0gKD09KSBSQURFT04oMCk6IERQSSBz ZXQgdG8gKDk2LCA5NikKWyAgICA2My42NDJdIChJSSkgTG9hZGluZyBzdWIgbW9kdWxlICJyYW1k YWMiClsgICAgNjMuNjQyXSAoSUkpIExvYWRNb2R1bGU6ICJyYW1kYWMiClsgICAgNjMuNjQyXSAo SUkpIE1vZHVsZSAicmFtZGFjIiBhbHJlYWR5IGJ1aWx0LWluClsgICAgNjMuNjQyXSAoLS0pIERl cHRoIDI0IHBpeG1hcCBmb3JtYXQgaXMgMzIgYnBwClsgICAgNjMuNjQzXSAoSUkpIFJBREVPTigw KTogW0RSSTJdIFNldHVwIGNvbXBsZXRlClsgICAgNjMuNjQzXSAoSUkpIFJBREVPTigwKTogW0RS STJdICAgRFJJIGRyaXZlcjogcjMwMApbICAgIDYzLjY0M10gKElJKSBSQURFT04oMCk6IFtEUkky XSAgIFZEUEFVIGRyaXZlcjogcjMwMApbICAgIDYzLjY0M10gKElJKSBSQURFT04oMCk6IEZyb250 IGJ1ZmZlciBzaXplOiA1MTIwSwpbICAgIDYzLjY0M10gKElJKSBSQURFT04oMCk6IFZSQU0gdXNh Z2UgbGltaXQgc2V0IHRvIDEwODQ4OUsKWyAgICA2My42NDVdICg9PSkgUkFERU9OKDApOiBEUkkz IGRpc2FibGVkClsgICAgNjMuNjQ1XSAoPT0pIFJBREVPTigwKTogQmFja2luZyBzdG9yZSBlbmFi bGVkClsgICAgNjMuNjQ1XSAoSUkpIFJBREVPTigwKTogRGlyZWN0IHJlbmRlcmluZyBlbmFibGVk ClsgICAgNjMuNjQ2XSAoSUkpIFJBREVPTigwKTogUmVuZGVyIGFjY2VsZXJhdGlvbiBlbmFibGVk IGZvciBSMzAwL1I0MDAvUjUwMCB0eXBlIGNhcmRzLgpbICAgIDYzLjY0Nl0gKElJKSBFWEEoMCk6 IERyaXZlciBhbGxvY2F0ZWQgb2Zmc2NyZWVuIHBpeG1hcHMKWyAgICA2My42NDZdIChJSSkgRVhB KDApOiBEcml2ZXIgcmVnaXN0ZXJlZCBzdXBwb3J0IGZvciB0aGUgZm9sbG93aW5nIG9wZXJhdGlv bnM6ClsgICAgNjMuNjQ2XSAoSUkpICAgICAgICAgU29saWQKWyAgICA2My42NDZdIChJSSkgICAg ICAgICBDb3B5ClsgICAgNjMuNjQ2XSAoSUkpICAgICAgICAgQ29tcG9zaXRlIChSRU5ERVIgYWNj ZWxlcmF0aW9uKQpbICAgIDYzLjY0Nl0gKElJKSAgICAgICAgIFVwbG9hZFRvU2NyZWVuClsgICAg NjMuNjQ2XSAoSUkpICAgICAgICAgRG93bmxvYWRGcm9tU2NyZWVuClsgICAgNjMuNjQ2XSAoSUkp IFJBREVPTigwKTogQWNjZWxlcmF0aW9uIGVuYWJsZWQKWyAgICA2My42NDZdICg9PSkgUkFERU9O KDApOiBEUE1TIGVuYWJsZWQKWyAgICA2My42NDZdICg9PSkgUkFERU9OKDApOiBTaWxrZW4gbW91 c2UgZW5hYmxlZApbICAgIDYzLjY0N10gKElJKSBSQURFT04oMCk6IFNldCB1cCB0ZXh0dXJlZCB2 aWRlbwpbICAgIDYzLjY0OF0gKElJKSBSQURFT04oMCk6IFtYdk1DXSBBc3NvY2lhdGVkIHdpdGgg UmFkZW9uIFRleHR1cmVkIFZpZGVvLgpbICAgIDYzLjY0OF0gKElJKSBSQURFT04oMCk6IFtYdk1D XSBFeHRlbnNpb24gaW5pdGlhbGl6ZWQuClsgICAgNjMuNjQ4XSAoSUkpIFJBREVPTigwKTogUmFu ZFIgMS4yIGVuYWJsZWQsIGlnbm9yZSB0aGUgZm9sbG93aW5nIFJhbmRSIGRpc2FibGVkIG1lc3Nh Z2UuClsgICAgNjMuNjUwXSAoV1cpIFJBREVPTigwKTogT3B0aW9uICJBZGRBUkdCTEdMVlhWaXN1 YWxzIiBpcyBub3QgdXNlZApbICAgIDYzLjY1MF0gKC0tKSBSYW5kUiBkaXNhYmxlZApbICAgIDY1 Ljg0OV0gKEVFKSAKWyAgICA2NS44NDldIChFRSkgQmFja3RyYWNlOgpbICAgIDY1Ljg1NV0gKEVF KSAwOiAvdXNyL2xvY2FsL2Jpbi9YIChPc0luaXQrMHgzZWIpIFsweDgxZjg2YTZdClsgICAgNjUu ODYwXSAoRUUpIDE6IC9saWIvbGlidGhyLnNvLjMgKF9wdGhyZWFkX3NpZ21hc2srMHg2NjQpIFsw eDI4NmY1ZjI0XQpbICAgIDY1Ljg2Nl0gKEVFKSAyOiAvbGliL2xpYnRoci5zby4zIChfcHRocmVh ZF9nZXRzcGVjaWZpYysweDExN2IpIFsweDI4NmY1ZTJiXQpbICAgIDY1Ljg3MV0gKEVFKSAzOiA/ ICg/KzB4MTE3YikgWzB4YmZjMDAxN2ZdClsgICAgNjUuODc3XSAoRUUpIDQ6IC91c3IvbG9jYWwv bGx2bTM5L2xpYi9saWJMTFZNLTMuOS5zbyAoTExWTVBhcnNlQ29tbWFuZExpbmVPcHRpb25zKzB4 OTZjKSBbMHgyYTA0NjlhOF0KWyAgICA2NS44ODRdIChFRSkgNTogL3Vzci9sb2NhbC9sbHZtMzkv bGliL2xpYkxMVk0tMy45LnNvIChMTFZNUGFyc2VDb21tYW5kTGluZU9wdGlvbnMrMHhhZjApIFsw eDJhMDQ2Y2IwXQpbICAgIDY1Ljg5MF0gKEVFKSA2OiAvdXNyL2xvY2FsL2xsdm0zOS9saWIvbGli TExWTS0zLjkuc28gKF9aTjRsbHZtMmNsNk9wdGlvbjExYWRkQXJndW1lbnRFdisweDhjKSBbMHgy YTAzOWEyOF0KWyAgICA2NS44OTZdIChFRSkgNzogL3Vzci9sb2NhbC9sbHZtMzcvbGliL2xpYkxM Vk1TdXBwb3J0LnNvLjMuNyAoX1pOU3QzX18xMjdfX2luc2VydGlvbl9zb3J0X2luY29tcGxldGVJ Uk5TXzZfX2xlc3NJTlNfNHBhaXJJTjRsbHZtMTBUaW1lUmVjb3JkRU5TXzEyYmFzaWNfc3RyaW5n SWNOU18xMWNoYXJfdHJhaXRzSWNFRU5TXzlhbGxvY2F0b3JJY0VFRUVFRVNCX0VFUFNCX0VFYlQw X1NGX1RfKzB4N2RlKSBbMHgyZTI1YzE1Y10KWyAgICA2NS45MDFdIChFRSkgODogL3Vzci9sb2Nh bC9sbHZtMzcvbGliL2xpYkxMVk1TdXBwb3J0LnNvLjMuNyAoX1pONGxsdm0zc3lzOFdhdGNoZG9n RDJFdisweDFiMikgWzB4MmUyOWExNTRdClsgICAgNjUuOTA3XSAoRUUpIDk6IC91c3IvbG9jYWwv bGx2bTM3L2xpYi9saWJMTFZNU3VwcG9ydC5zby4zLjcgKF9pbml0KzB4ZCkgWzB4MmUxZTcxN2Fd ClsgICAgNjUuOTEzXSAoRUUpIDEwOiA/IChfcnRsZF9pc19kbG9wZW5lZCsweDEzODApIFsweDI4 MjM5YzUwXQpbICAgIDY1LjkxOF0gKEVFKSAxMTogPyAoZGxvcGVuKzB4MWNiKSBbMHgyODIzNTY2 Nl0KWyAgICA2NS45MjRdIChFRSkgMTI6ID8gKGRsb3BlbisweDI0KSBbMHgyODIzNTMxOF0KWyAg ICA2NS45MzBdIChFRSkgMTM6IC91c3IvbG9jYWwvbGliL2xpYkdMLnNvLjEgKF9pbml0KzB4MjFl MTgpIFsweDI4ODY4YTljXQpbICAgIDY1LjkzNV0gKEVFKSAxNDogL3Vzci9sb2NhbC9saWIveG9y Zy9tb2R1bGVzL2V4dGVuc2lvbnMvbGliZ2x4LnNvIChHbHhTZXRWaXN1YWxDb25maWdzKzB4NmQx OCkgWzB4Mjg4NTQ5MzBdClsgICAgNjUuOTQxXSAoRUUpIDE1OiAvdXNyL2xvY2FsL2xpYi9saWJH TC5zby4xIChfaW5pdCsweDIwNmY5KSBbMHgyODg2NWM1ZV0KWyAgICA2NS45NDddIChFRSkgMTY6 IC91c3IvbG9jYWwvYmluL1ggKEluaXRFeHRlbnNpb25zKzB4NmMpIFsweDgwZjA1YjhdClsgICAg NjUuOTUyXSAoRUUpIDE3OiAvdXNyL2xvY2FsL2Jpbi9YIChyZW1vdmVfZnNfaGFuZGxlcnMrMHgz NDYpIFsweDgwN2NlNWNdClsgICAgNjUuOTU4XSAoRUUpIDE4OiAvdXNyL2xvY2FsL2Jpbi9YIChf c3RhcnQrMHgyM2MpIFsweDgwNjYzMThdClsgICAgNjUuOTY0XSAoRUUpIDE5OiAvdXNyL2xvY2Fs L2Jpbi9YIChfc3RhcnQrMHgxNWEpIFsweDgwNjYxNTRdClsgICAgNjUuOTY5XSAoRUUpIDIwOiAv dXNyL2xvY2FsL2Jpbi9YIChfc3RhcnQrMHgxOCkgWzB4ODA2NWViOF0KWyAgICA2NS45NjldIChF RSkgClsgICAgNjUuOTY5XSAoRUUpIFNlZ21lbnRhdGlvbiBmYXVsdCBhdCBhZGRyZXNzIDB4MmVm ZjcwMDAKWyAgICA2NS45NzBdIChFRSkgCkZhdGFsIHNlcnZlciBlcnJvcjoKWyAgICA2NS45NzBd IChFRSkgQ2F1Z2h0IHNpZ25hbCAxMSAoU2VnbWVudGF0aW9uIGZhdWx0KS4gU2VydmVyIGFib3J0 aW5nClsgICAgNjUuOTcwXSAoRUUpIApbICAgIDY1Ljk3MF0gKEVFKSAKUGxlYXNlIGNvbnN1bHQg dGhlIFRoZSBYLk9yZyBGb3VuZGF0aW9uIHN1cHBvcnQgCgkgYXQgaHR0cDovL3dpa2kueC5vcmcK IGZvciBoZWxwLiAKWyAgICA2NS45NzBdIChFRSkgUGxlYXNlIGFsc28gY2hlY2sgdGhlIGxvZyBm aWxlIGF0ICIvdmFyL2xvZy9Yb3JnLjAubG9nIiBmb3IgYWRkaXRpb25hbCBpbmZvcm1hdGlvbi4K WyAgICA2NS45NzBdIChFRSkgClsgICAgNjUuOTcwXSAoRUUpIFNlcnZlciB0ZXJtaW5hdGVkIHdp dGggZXJyb3IgKDEpLiBDbG9zaW5nIGxvZyBmaWxlLgo= ------=_Part_3567165_1664102477.1486989641880-- From owner-freebsd-current@freebsd.org Mon Feb 13 12:46:28 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 681B5CDB0CE for ; Mon, 13 Feb 2017 12:46:28 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4307D98E for ; Mon, 13 Feb 2017 12:46:28 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 3F3B9CDB0CD; Mon, 13 Feb 2017 12:46:28 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3EDDFCDB0CC for ; Mon, 13 Feb 2017 12:46:28 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wm0-x243.google.com (mail-wm0-x243.google.com [IPv6:2a00:1450:400c:c09::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CCA7098D for ; Mon, 13 Feb 2017 12:46:27 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mail-wm0-x243.google.com with SMTP id r18so19360884wmd.3 for ; Mon, 13 Feb 2017 04:46:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=t/1leGF3XrtGWQ2ei7CHzgWnItmd1GlJByeqyBmyMH4=; b=TrmRm5k5pQBLhwQ9hRb7lN7MEjxkuHpxxITYTfO3eeB+7LztqaYgPULD9rJ+D20d6Y BaeGLZHC+It8gJhWBVyQrJCvLPvK2hNCUNriDi3K/arWw2TQSjzXP9wLUJYUi/3BJKCP e8oc8qkAAM5PV9LUM3Wn9CaY4CUtxOdfk//hGaasw+yas/WSvKJo4j9ZuitxzEOPGHSi sjCXf3YhSAseAOMjFs9rIoZ8QwhhcPdgbFt+P/2NEHWzMX5wl50lOfRSRkrfJaWwA2Af Cli0WqgaBvJY+UYL0CZp04ZS/ZW5RmWfeWUGs64+DIBEI1Aynem/9oCsh1Su57nCFlOi Wh/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=t/1leGF3XrtGWQ2ei7CHzgWnItmd1GlJByeqyBmyMH4=; b=O+jeK/n+gWFz/RHKy/x/8or829EFVg+YcbVlP6YEhl5R4/V8/nBRx75O4dLMWDlIjv 6a3Q65Z1pvQmA30X6UYHedJ8IbkQTUWRBlwpyltsEnQH+GdBkB3Ho3qVHr6uclTvGWzr 9teFz2Bivxar3un30YO0H2KfCQdc10CK9cK4r2rd/ValdO8bvhQ6TyKu3fUEzCAdbx/9 PQNjffRW+qthcgRINvBc0f9yMELIv0X/EiVkaMQ2MyjSZLUJT8dJ2+icO6BwliR07vKv pGeueoB5VFlYhlfj2xRiZbmoy7d7XGH1pf6DLKfdSdJhtIxDzbyw1+OoEcFns0bizQfh 9mfg== X-Gm-Message-State: AMke39k01wPLEQ5vihIPovC0aqQDdi4cUL2b6C3vuMkhaSSp4oofcCC9eTSg3YwPF/643g== X-Received: by 10.28.54.90 with SMTP id d87mr39431838wma.89.1486989986439; Mon, 13 Feb 2017 04:46:26 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id e16sm13777735wra.36.2017.02.13.04.46.25 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 13 Feb 2017 04:46:25 -0800 (PST) Sender: Baptiste Daroussin Date: Mon, 13 Feb 2017 13:46:25 +0100 From: Baptiste Daroussin To: Filippo Moretti Cc: FreeBSD Current Subject: Re: Problem with x.org Message-ID: <20170213124625.qoz4gqjdpmmmcpd5@ivaldir.etoilebsd.net> References: <382151181.3567166.1486989641880.ref@mail.yahoo.com> <382151181.3567166.1486989641880@mail.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="pnltvhaatcskh3nb" Content-Disposition: inline In-Reply-To: <382151181.3567166.1486989641880@mail.yahoo.com> User-Agent: NeoMutt/20170128 (1.7.2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 13 Feb 2017 12:46:28 -0000 --pnltvhaatcskh3nb Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 13, 2017 at 12:40:41PM +0000, Filippo Moretti wrote: > root@sting:~ # uname -a > FreeBSD sting 12.0-CURRENT FreeBSD 12.0-CURRENT #5 r313678M: Sun Feb 12 1= 8:37:07 CET 2017=A0=A0=A0=A0 root@sting:/usr/obj/usr/src/sys/STING_VT=A0 i3= 86After upgrading to the latest x.org server I cannot start X as a normal u= ser but only as a root.I enclose the error in Xorg.0.log.oldFilippops I che= cked permission of /usr/local/bin/Xorg and are correct How did you upgrade to newer Xorg stack ? portmaster? portupgrade? if yes please rebuild again, those 2 tools are known in this case to pick w= rong decision in the rebuild order that result in this segfault, also depending = on user reports, they might miss some necessary rebuild (don't know why) Best regards, Bapt --pnltvhaatcskh3nb Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAlihqoYACgkQY4mL3PG3 Plp0/Q//ReVrPQ29nBqaBUcp4bDkWkWIAaSPLiUVyBX0EAQ9N6WkVBz+nCVspAu1 UoCHeTb5aSzK78Moo83oRea4mi9weQj79Nld7wNGHdsg6Rp1TUIc2Rm+XZTFjjtU DQw2vwShPy2qHWi2YMgiX2KLTmRkiCPvWPceLkO7/PbDMcvQcfxFL7dce2CID9Tk K6luzCidfNE3liBgfgP9gnJ0Jy3TPKnWntXvcbXQ2V9Gb0UiwhdjqSSwSFTThlKR oqJjyKRxJchWl9L66FWL/IRZ7wIM2OPu1JsFvFGd1PV2xU5082YF+Lr8XND1i7Br LFKqkLyZFd6gjCNwtpHAk3VgjVDfRtHvIZR20m0EGZC/1zEUJwPHeSSwLMixR4Dt s6LjeGreVWGGd3QIS9xXNnnSksNuk9mKOjBqysgauk51l7LjL386oZKhmgiyWnNB f/BLgfrk0vp22eK1qa9cDlO3BnrWV0Gps1nxE7yb7Vqae5rt1qudrYCR/mSW598D IkiD/ruNPj9BA7mYao62OU8ltlViLcG14gjiICf04qkDhZQKJhEFOSywcIpOBHeo K8ujHZ9S6KWG3B775ks6bK4O5J4zT7K2granbmHF1xbxUk8sjWErvTQKjD6a5q6W jW8y1pn8gB5hCtdctno+ouaJtBD8UUo5DTce6UIEKDEAZ0zDSD8= =GHg8 -----END PGP SIGNATURE----- --pnltvhaatcskh3nb-- From owner-freebsd-current@freebsd.org Mon Feb 13 15:53:32 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C5BC6CDD7AB for ; Mon, 13 Feb 2017 15:53:32 +0000 (UTC) (envelope-from rionda@gmail.com) Received: from mail-qt0-x229.google.com (mail-qt0-x229.google.com [IPv6:2607:f8b0:400d:c0d::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8311C1ABF for ; Mon, 13 Feb 2017 15:53:32 +0000 (UTC) (envelope-from rionda@gmail.com) Received: by mail-qt0-x229.google.com with SMTP id x49so86636431qtc.2 for ; Mon, 13 Feb 2017 07:53:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:mime-version:subject:message-id:date:to; bh=nIWc8nbM0gszK5cxkSpekrGO1pAZsbLQy/YeL3kOsxY=; b=Q/V//BNYcc3wMsD+aQpm6XBngJQUB/EU61+ss45hHhOO1xkUSCyEkVEqfSVEIhuwcg t+OS3H24QJoCN4ndCIzoCYgIL7SQBnocf6bmKOFna4hrsA2iWCdyxLH12RcJ7wuy1h4J n15FwLbK8g6br6gdD6YRs5OCzneaL4ZB9fw4TRB4IDkkCFmYBTDLg+yr9Q8YG2LRMkMo /px/tRwdAuJFYbxxwiw+U6R3Az69i//U5wEY9bPPiMM9+d0v+5RixikIK92NBcTgT8u2 FXsEwWwrcvE8tY5vr1QtbEXbG8tAn8t49TervrviNVTtodJcaiEMM4Y/YMw1yMEA125E 9EVw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:mime-version:subject:message-id:date :to; bh=nIWc8nbM0gszK5cxkSpekrGO1pAZsbLQy/YeL3kOsxY=; b=mNFOY6XLQFiY/6cayHZxC8ncPzSV2/CQf7Yx9lkwTNo5trLklLrJN5//pg37/Ak8ih r/ZAraeAWT6JJsBNLqK4GutLDwuxUDhym/ux9cjxT64LWtl1+Ix8bat6wXeB6Fxs6qp1 QOFyS6L8Wrmo7KagmQZHPh9CBaTezf3Tle412Tk5pl4TqVyeDQXilw55b5Di3aZkUY/T 32vKI5xGv7my5x/APX0hA7a7L5g/aKnJbH0UGwCDp9BquN8aMN1i1irvNE44gLemp/9M XzJ2pl9RI2n/MzR317JaHU7n869dr8r9odzEXht8lmfq8xk9CB102NROepW7ei1TDd9y z6rg== X-Gm-Message-State: AMke39mE0ZOu4jA97/kfCgLnryVgUmeIL4AvYWUbpO+e5hxm7bji2TLtTu/WerQJS5HFcQ== X-Received: by 10.200.45.247 with SMTP id q52mr23589205qta.197.1487001211242; Mon, 13 Feb 2017 07:53:31 -0800 (PST) Received: from [172.31.30.181] (gzac12-mdf2-1.aoa.twosigma.com. [208.77.215.155]) by smtp.gmail.com with ESMTPSA id w41sm7735843qtw.34.2017.02.13.07.53.29 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 13 Feb 2017 07:53:30 -0800 (PST) Sender: Matteo Riondato From: Matteo Riondato Content-Type: multipart/signed; boundary="Apple-Mail=_BE2A8B7D-9923-40C1-9C5C-49BEA7A75C56"; protocol="application/pgp-signature"; micalg=pgp-sha256 Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: build with WITHOUT_GPL_DTC=y broken? Message-Id: <065D64EE-D742-4E09-A3C0-658FE7020DC6@FreeBSD.org> Date: Mon, 13 Feb 2017 10:53:29 -0500 To: FreeBSD Current X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 13 Feb 2017 15:53:32 -0000 --Apple-Mail=_BE2A8B7D-9923-40C1-9C5C-49BEA7A75C56 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 When I build world with WITHOUT_GPL_DTC=3Dy in src.conf (complete file = after the error) I get the following error in stage 1.2: bootstrap = tools. This is not a recent breakage, I=E2=80=99ve experienced it for a = while. =3D=3D=3D> usr.bin/dtc (obj,all,install) /usr/obj/usr/src/tmp/usr/src/usr.bin/dtc created for = /usr/src/usr.bin/dtc echo dtc: /usr/lib/libc.a /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a = >> .depend echo dtc: /usr/lib/libc++.a >> .depend c++ -O2 -pipe -DNDEBUG -MD -MF.depend.dtc.o -MTdtc.o -Qunused-arguments = -I/usr/obj/usr/src/tmp/legacy/usr/include -std=3Dc++11 -fno-rtti = -fno-exceptions -Wno-c++11-extensions -c /usr/src/usr.bin/dtc/dtc.cc = -o dtc.o c++ -O2 -pipe -DNDEBUG -MD -MF.depend.input_buffer.o -MTinput_buffer.o = -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=3Dc++11 = -fno-rtti -fno-exceptions -Wno-c++11-extensions -c = /usr/src/usr.bin/dtc/input_buffer.cc -o input_buffer.o /usr/src/usr.bin/dtc/input_buffer.cc:547:53: error: type = 'dtc::(anonymous namespace)::expression' is not a direct or virtual base = of 'binary_operator' binary_operator(source_location l, const char *) : expression(l) = {} ^~~~~~~~~~ /usr/src/usr.bin/dtc/input_buffer.cc:653:8: error: using declaration = refers into 'binary_operator<5, modulus >::', which = is not a base class of 'divmod >' using binary_operator<5, T>::binary_operator; ^~~~~~~~~~~~~~~~~~~~~~~ /usr/src/usr.bin/dtc/input_buffer.cc:687:15: note: in instantiation of = template class 'dtc::(anonymous = namespace)::divmod >' requested = here expr =3D new divmod>(l, = "/"); ^ /usr/src/usr.bin/dtc/input_buffer.cc:654:8: error: using declaration = refers into 'binary_operator_base::', which is not a base class of = 'divmod >' using binary_operator_base::result; ^~~~~~~~~~~~~~~~~~~~~~ /usr/src/usr.bin/dtc/input_buffer.cc:655:22: error: only virtual member = functions can be marked 'override' result operator()() override ^~~~~~~~ /usr/src/usr.bin/dtc/input_buffer.cc:653:8: error: using declaration = refers into 'binary_operator<5, divides >::', which = is not a base class of 'divmod >' using binary_operator<5, T>::binary_operator; ^~~~~~~~~~~~~~~~~~~~~~~ /usr/src/usr.bin/dtc/input_buffer.cc:693:15: note: in instantiation of = template class 'dtc::(anonymous = namespace)::divmod >' requested = here expr =3D new divmod>(l, = "/"); ^ /usr/src/usr.bin/dtc/input_buffer.cc:654:8: error: using declaration = refers into 'binary_operator_base::', which is not a base class of = 'divmod >' using binary_operator_base::result; ^~~~~~~~~~~~~~~~~~~~~~ /usr/src/usr.bin/dtc/input_buffer.cc:655:22: error: only virtual member = functions can be marked 'override' result operator()() override ^~~~~~~~ /usr/src/usr.bin/dtc/input_buffer.cc:1201:78: error: use of undeclared = identifier 'errno' fprintf(stderr, "Unable to open file '%s'. = %s\n", path.c_str(), strerror(errno)); = ^ 8 errors generated. *** Error code 1 Stop. make[3]: stopped in /usr/src/usr.bin/dtc *** Error code 1 Stop. make[2]: stopped in /usr/src *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src ### /etc/src.conf WITH_BSD_GREP=3Dy WITHOUT_AMD=3Dy WITHOUT_APM=3Dy WITHOUT_ASSERT_DEBUG=3Dy WITHOUT_ATM=3Dy WITHOUT_AUDIT=3Dy WITHOUT_AUTOFS=3Dy WITHOUT_BHYVE=3Dy WITHOUT_BLACKLIST=3Dy WITHOUT_BLUETOOTH=3Dy WITHOUT_BOOTPARAMD=3Dy WITHOUT_BOOTPD=3Dy WITHOUT_BSNMP=3Dy WITHOUT_CAPSICUM=3Dy WITHOUT_CASPER=3Dy WITHOUT_CDDL=3Dy WITHOUT_CUSE=3Dy WITHOUT_DEBUG_FILES=3Dy WITHOUT_EE=3Dy WITHOUT_EXAMPLES=3Dy WITHOUT_FLOPPY=3Dy WITHOUT_FREEBSD_UPDATE=3Dy WITHOUT_GAMES=3Dy WITHOUT_GPL_DTC=3Dy WITHOUT_CTM=3Dy WITHOUT_HESIOD=3Dy WITHOUT_HAST=3Dy WITHOUT_HTML=3Dy WITHOUT_HYPERV=3Dy WITHOUT_IPFILTER=3Dy WITHOUT_IPFW=3Dy WITHOUT_ISCSI=3Dy WITHOUT_KERBEROS=3Dy WITHOUT_LIB32=3Dy WITHOUT_NDIS=3Dy WITHOUT_NIS=3Dy WITHOUT_PC_SYSINSTALL=3Dy WITHOUT_PPP=3Dy WITHOUT_PROFILE=3Dy WITHOUT_QUOTAS=3Dy WITHOUT_RBOOTD=3Dy WITHOUT_RCMDS=3Dy WITHOUT_ROUTED=3Dy WITHOUT_SHARED_DOCS=3Dy WITH_SORT_THREADS=3Dy WITHOUT_SVNLITE=3Dy WITHOUT_SYSINSTALL=3Dy WITHOUT_SYSCONS=3Dy WITHOUT_TALK=3Dy WITHOUT_TCP_WRAPPERS=3Dy WITHOUT_TELNET=3Dy WITHOUT_TESTS=3Dy WITHOUT_TFTP=3Dy WITHOUT_TIMED=3Dy WITHOUT_WIRELESS=3Dy WITHOUT_WPA_SUPPLICANT_EAPOL=3Dy WITHOUT_ZFS=3Dy No WITH_META_MODE in /etc/src-env.conf Matteo --Apple-Mail=_BE2A8B7D-9923-40C1-9C5C-49BEA7A75C56 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIcBAEBCAAGBQJYodZ5AAoJEJ/Xw+PLA1Gf/zMQAIMcpMprbE5182dBEQICPfJT Q/doZ5/D/Y+zn7WT8gWOExE9ZbkVHte59dA5/fbA45O6Y9CcrpiKh0OuRepP/AeI L2Tkp9TyUsOwxm7JEkm0JVTnRdeO6p26WTNWxLy1ucavTQPKlSrY7n3+RpHNj3XS z3/Fj4qj7hm3Rn1lH56+g5khUXVIaXhm10wDba/5ytBWhI4DQSGmZT9QS5PbzP3+ OgLtAilN/Qd9x2XytcCi7dEz8vByg3p5Fu+M9XYKO7Jx9Hc5E+VM7C0IksjSi26Y jZjE1cj7x2bU8q7h2S8ci9KE+KtpSBSAccGu9F195oHC6chMi4lBLXPGradcE4Y3 ks+0QwDgrhzRMz0PnixrjvUazyf+hXTZiGoFDYraEmq+hURIEZSrtv9kjy9jGiNA bP9G8M6y3hBpzzIDNWNKQiUoe2SJWkpmF6CslZFFXreTbRcToSdsrYZq+GqzHM0d pYlYO/mLYYNfwp5B60BLPhsLRiLstSlNrqmK6wijG1UBeupZPrgUCHo9E/XJ9khe VJbOiXEHQNfupz5bzfNcb40Ys3h6v+7r8NsTdKvaUd2Fu3DrTiHhF/tUNmHgzInW +z117VS9ool1E4/+sgISL/4RzSX4D7dGVYvlrk2TRtGLd3MLJj1E0g5cTxJBHJi/ ju//vfmLrdlq4/jhbDsW =GLu4 -----END PGP SIGNATURE----- --Apple-Mail=_BE2A8B7D-9923-40C1-9C5C-49BEA7A75C56-- From owner-freebsd-current@freebsd.org Mon Feb 13 18:43:11 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 35129CDDF65 for ; Mon, 13 Feb 2017 18:43:11 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [IPv6:2001:470:8d59:1::8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protected-networks.net", Issuer "Protected Networks CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F306E1992; Mon, 13 Feb 2017 18:43:10 +0000 (UTC) (envelope-from imb@protected-networks.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding:content-type :content-type:mime-version:user-agent:date:date:message-id :subject:subject:from:from; s=201508; t=1487011385; bh=U51egrCkw IJmL+cz/GZulRG6VcyBg9Hlv1HYxQgbsSw=; b=X2EIMXTITQdf489sE6aAtuKBW 93inesNQwg0Dd8/LXKUIxHzSGrieEoqCOMfGkaf+ycf+Ne/OGkGmABq+GXbPjTKk 5Lzm4YUC8RCzgjCeNnvoRxLfcpeiB6ATWK+PiJwj1Zi95RwmL3ZalkPPSkPqHjac t/VUq1KJFpETbGK4d8= Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id B5E44221CF; Mon, 13 Feb 2017 13:43:05 -0500 (EST) To: stevek@freebsd.org Cc: FreeBSD Current From: Michael Butler Subject: SVN r313701 breaks build Openpgp: id=6F63E6399DCC8E3E94D60F0642FF6BAE0442D492 Message-ID: <2dce1a49-54b1-b31a-d376-b24434f60556@protected-networks.net> Date: Mon, 13 Feb 2017 13:42:58 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 13 Feb 2017 18:43:11 -0000 An opening brace was missed in the change; fix as below: Index: sys/dev/md/md.c =================================================================== --- sys/dev/md/md.c (revision 313701) +++ sys/dev/md/md.c (working copy) @@ -1860,7 +1860,7 @@ sbuf_printf(sb, "%s%s\n", indent, type); if ((mp->type == MD_VNODE && mp->vnode != NULL) || - (mp->type == MD_PRELOAD && mp->file[0] != '\0')) + (mp->type == MD_PRELOAD && mp->file[0] != '\0')) { sbuf_printf(sb, "%s", indent); g_conf_printf_escaped(sb, "%s", mp->file); sbuf_printf(sb, "\n"); From owner-freebsd-current@freebsd.org Mon Feb 13 18:59:01 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EA94FCDD450 for ; Mon, 13 Feb 2017 18:59:01 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from springbank.echomania.com (springbank.echomania.com [IPv6:2a01:7c8:aab2:81::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "springbank.echomania.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B4E482D2; Mon, 13 Feb 2017 18:59:01 +0000 (UTC) (envelope-from dim@FreeBSD.org) X-Virus-Scanned: Debian amavisd-new at springbank.echomania.com Received: from [IPv6:2001:7b8:3a7::edc2:5bd4:2353:56e3] (unknown [IPv6:2001:7b8:3a7:0:edc2:5bd4:2353:56e3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by springbank.echomania.com (Postfix) with ESMTPSA id 08CCF58022B; Mon, 13 Feb 2017 19:58:50 +0100 (CET) From: Dimitry Andric Message-Id: <6515122C-B831-4EC5-9B59-F258C41E87A9@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_2561C1D0-5C61-4221-A03D-3599DEAE4238"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: build with WITHOUT_GPL_DTC=y broken? Date: Mon, 13 Feb 2017 19:58:44 +0100 In-Reply-To: <065D64EE-D742-4E09-A3C0-658FE7020DC6@FreeBSD.org> Cc: FreeBSD Current To: Matteo Riondato References: <065D64EE-D742-4E09-A3C0-658FE7020DC6@FreeBSD.org> X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 13 Feb 2017 18:59:02 -0000 --Apple-Mail=_2561C1D0-5C61-4221-A03D-3599DEAE4238 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On 13 Feb 2017, at 16:53, Matteo Riondato wrote: >=20 > When I build world with WITHOUT_GPL_DTC=3Dy in src.conf (complete file = after the error) I get the following error in stage 1.2: bootstrap = tools. This is not a recent breakage, I=E2=80=99ve experienced it for a = while. >=20 > =3D=3D=3D> usr.bin/dtc (obj,all,install) > /usr/obj/usr/src/tmp/usr/src/usr.bin/dtc created for = /usr/src/usr.bin/dtc > echo dtc: /usr/lib/libc.a = /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a >> .depend > echo dtc: /usr/lib/libc++.a >> .depend > c++ -O2 -pipe -DNDEBUG -MD -MF.depend.dtc.o -MTdtc.o = -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=3Dc++11 = -fno-rtti -fno-exceptions -Wno-c++11-extensions -c = /usr/src/usr.bin/dtc/dtc.cc -o dtc.o > c++ -O2 -pipe -DNDEBUG -MD -MF.depend.input_buffer.o = -MTinput_buffer.o -Qunused-arguments = -I/usr/obj/usr/src/tmp/legacy/usr/include -std=3Dc++11 -fno-rtti = -fno-exceptions -Wno-c++11-extensions -c = /usr/src/usr.bin/dtc/input_buffer.cc -o input_buffer.o > /usr/src/usr.bin/dtc/input_buffer.cc:547:53: error: type = 'dtc::(anonymous namespace)::expression' is not a direct or virtual base = of 'binary_operator' > binary_operator(source_location l, const char *) : = expression(l) {} > ^~~~~~~~~~ Which FreeBSD version are you running on the host? I've just tried building head/usr.bin/dtc on 12-CURRENT, 11-STABLE and 10-STABLE, but it all works just fine for me. -Dimitry --Apple-Mail=_2561C1D0-5C61-4221-A03D-3599DEAE4238 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAliiAekACgkQsF6jCi4glqM1EQCgkXr6uGGh62XrDH3BLeSEZUT9 M7sAoJ5zxgrN+gAJdu+dKp+dxGvMDz46 =ICHx -----END PGP SIGNATURE----- --Apple-Mail=_2561C1D0-5C61-4221-A03D-3599DEAE4238-- From owner-freebsd-current@freebsd.org Mon Feb 13 19:27:11 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8C0C9CDDB0C for ; Mon, 13 Feb 2017 19:27:11 +0000 (UTC) (envelope-from rionda@gmail.com) Received: from mail-qk0-x236.google.com (mail-qk0-x236.google.com [IPv6:2607:f8b0:400d:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 432CEBC8; Mon, 13 Feb 2017 19:27:11 +0000 (UTC) (envelope-from rionda@gmail.com) Received: by mail-qk0-x236.google.com with SMTP id 11so103057404qkl.3; Mon, 13 Feb 2017 11:27:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=ICXiwsP50LWNx0EqNL6WPCuDQNoBRhrdw9qJ5xOoczg=; b=WoEYUCjp3QJQSTTCX/BZnuixHWM4nNG4dLfnxkzhjd1hremlNRPEHR/b93WdM3G7ah UCMkpCyqFobWc2EO/I4v/raPBGiq+6N1l8XaOl4WzhS4OKd9Nqn5m1lkwTFHRyXrY/Ii ne6jnc6xHetJ3DYULMVj/6cuR4bQwfZnA6E+3BbTBX3A4oQ6SCH+PhXw0IDL8zR+vhey /CH1WuAcDkikldCG2nkqTV4olHPxOMEgfiXrYbnvJdH8GozxIOexDhS97ZtTnDt/MR/w V21dN477WHilqCMLwIgXHJZzSCqgApBPukcNzJRN1oatzQsUXknUgU0H2tqQ/xAXQH2B 9wrA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=ICXiwsP50LWNx0EqNL6WPCuDQNoBRhrdw9qJ5xOoczg=; b=HLb4o8S03aATdhJnjuzmNa6sgtBUGio9yBXAUeWude5+f5SfW0dV5XRkegbayZJ90Y TZZf1MWh+sjVGeinLueb8FbGjp61fYH4gBnBACfycZb6VYcLrnn03SkMSgGpHkiebYL8 fZgdzdG3KUfpyhmDhVEA2QTz6VLgjv6rbfAZsq17F6meTSwNAsQ9ZvxfSQf43zWP+bPg 5SM2GPlSGn/auFFeOoXP8psbfInkPPzkl4YgcF5ADW67FyW71ZCE3yA3n4SliHivqgCN G34+Vymk2I5m+K+lc2GYbTIodzV7KzwL4R2rGdzXQiHb1FauIWH2OllkbnoGJJdgZOMb gVsA== X-Gm-Message-State: AMke39k0tbYTUAE/tZiRin/jXLEF4t4QkJhtodUECm6AxLHFcL4hSreI8FQ1RqnjUa3X0w== X-Received: by 10.55.121.194 with SMTP id u185mr22749054qkc.56.1487014030199; Mon, 13 Feb 2017 11:27:10 -0800 (PST) Received: from [172.31.30.181] (gzac12-mdf2-1.aoa.twosigma.com. [208.77.215.155]) by smtp.gmail.com with ESMTPSA id y189sm8098199qky.39.2017.02.13.11.27.09 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 13 Feb 2017 11:27:09 -0800 (PST) Sender: Matteo Riondato From: Matteo Riondato Message-Id: <140BB2A6-31CD-4847-89B0-D83BB3B4CB27@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_7E203B43-8AB9-4A8D-A8E3-9A673FCE8F3D"; protocol="application/pgp-signature"; micalg=pgp-sha256 Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: build with WITHOUT_GPL_DTC=y broken? Date: Mon, 13 Feb 2017 14:27:08 -0500 In-Reply-To: <6515122C-B831-4EC5-9B59-F258C41E87A9@FreeBSD.org> Cc: FreeBSD Current To: Dimitry Andric References: <065D64EE-D742-4E09-A3C0-658FE7020DC6@FreeBSD.org> <6515122C-B831-4EC5-9B59-F258C41E87A9@FreeBSD.org> X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 13 Feb 2017 19:27:11 -0000 --Apple-Mail=_7E203B43-8AB9-4A8D-A8E3-9A673FCE8F3D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Feb 13, 2017, at 1:58 PM, Dimitry Andric wrote: >=20 > On 13 Feb 2017, at 16:53, Matteo Riondato wrote: >>=20 >> When I build world with WITHOUT_GPL_DTC=3Dy in src.conf (complete = file after the error) I get the following error in stage 1.2: bootstrap = tools. This is not a recent breakage, I=E2=80=99ve experienced it for a = while. >>=20 >> =3D=3D=3D> usr.bin/dtc (obj,all,install) >> /usr/obj/usr/src/tmp/usr/src/usr.bin/dtc created for = /usr/src/usr.bin/dtc >> echo dtc: /usr/lib/libc.a = /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a >> .depend >> echo dtc: /usr/lib/libc++.a >> .depend >> c++ -O2 -pipe -DNDEBUG -MD -MF.depend.dtc.o -MTdtc.o = -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=3Dc++11 = -fno-rtti -fno-exceptions -Wno-c++11-extensions -c = /usr/src/usr.bin/dtc/dtc.cc -o dtc.o >> c++ -O2 -pipe -DNDEBUG -MD -MF.depend.input_buffer.o = -MTinput_buffer.o -Qunused-arguments = -I/usr/obj/usr/src/tmp/legacy/usr/include -std=3Dc++11 -fno-rtti = -fno-exceptions -Wno-c++11-extensions -c = /usr/src/usr.bin/dtc/input_buffer.cc -o input_buffer.o >> /usr/src/usr.bin/dtc/input_buffer.cc:547:53: error: type = 'dtc::(anonymous namespace)::expression' is not a direct or virtual base = of 'binary_operator' >> binary_operator(source_location l, const char *) : = expression(l) {} >> ^~~~~~~~~~ >=20 > Which FreeBSD version are you running on the host? I've just tried > building head/usr.bin/dtc on 12-CURRENT, 11-STABLE and 10-STABLE, but = it > all works just fine for me. Very interesting. I=E2=80=99m using 12.0-CURRENT #2 r313159. I even did two 'make cleandir' in /usr/src and removed /usr/obj/ , and = still it does not compile. Matteo --Apple-Mail=_7E203B43-8AB9-4A8D-A8E3-9A673FCE8F3D Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIcBAEBCAAGBQJYogiMAAoJEJ/Xw+PLA1GfA7UP/jEoOdfGTQ5Nm1W2dXQRLiMx 1g+GCscdwJV07GM576uOuM9ROkNse4VJOFD7vxFF/NWIjwp5b28DsfW7DY6XqaAQ r9pRbpnPSFfmR0bV5oEXqu6c/yNTVr5uNNC4iYvWGKJ9PoDkxQVbFUS2fvkAvN/B j3XCRFYd+v8oKed8/+I8uZ/wEUEaL2M+xQj+NeGDMwW1oihbHu0OpAilrnnkMIU3 poTgndXAJy2yM1JECPSihBaR6w7LBvnhAfNJhfKmN5wZrYyRukIgqzDt7gAdZjrV JfCtr7LiuXYj4/TgLLs4W+flUswpna9V4myHPDhM9KAKk9XAH06q+u+AmF8NRDa7 u/E0wKbCfPOyTDTjEWqHM3yk1gV1Ow6cXQ64YP6tFxohPsjIEon62Rf2QCsKLQxl nilKT7yEi3dA2S1wQXcspmiUALFQHV/0YUlhA+fBTXSWsHIkHyKbNUOSjJg5Oln/ 10/Uj+zrGgCQ6+UkA61asIQJ7TkrLZOnYx7oDWAJep+wzBVuvgN2I2y37BfQYsA0 UUxjF0of9aNXU1sZPjK+Iy43DDB9CqO06FIkEXYR7YF6LkgfAsTCZGRLlnRWwXGC LabtfeMWe4BcuWRkEfGni2qQWoVol+wG4v6zifwLL6DjaNNQNDkc6mE5OFixiuKv Rnef+QqjP+xWXZcINlZv =GEQp -----END PGP SIGNATURE----- --Apple-Mail=_7E203B43-8AB9-4A8D-A8E3-9A673FCE8F3D-- From owner-freebsd-current@freebsd.org Mon Feb 13 18:52:03 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 96E49CDD298 for ; Mon, 13 Feb 2017 18:52:03 +0000 (UTC) (envelope-from hackagadget@gmail.com) Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2CFBE1ED4; Mon, 13 Feb 2017 18:52:03 +0000 (UTC) (envelope-from hackagadget@gmail.com) Received: by mail-wm0-x231.google.com with SMTP id c85so315613874wmi.1; Mon, 13 Feb 2017 10:52:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=RaM24L7Tz+LfJ6F7CqL/1lHnPpuz7oG1jrbyhdfCszE=; b=rA9FU08mtnu2Xudlrlki8nyopL2UZH8PHRrktoarEQBlhXaauSEID1yYWMI9X6htoR gmNdL8bmdx/b6qjb9saV5jU0HALr2vD5XWIwaVe70XPJYEhIyk2t2ONFIYRp2zwCrYEb N0RdXdcIRbec8wdlJ8cJykcvrRvYgx/v0thY21lv4quekeuOQWH/0SBXrqo3ieq+LbrL bDMTx0c8RBOnq/Ia43Jo7YD4gi9zEYCclK5iCJL1vx/SfiihQXXE1Vc1rf3cJhrNelYS jXzXzIhB5aox3tTRRbSTvrd2hScT/s/sMuVgOCKfTFbT9YDfCpjM44AT7/hmtOWt1GBL NQNA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=RaM24L7Tz+LfJ6F7CqL/1lHnPpuz7oG1jrbyhdfCszE=; b=jMIjrxYpxok+BT3VD0ONqCd/cOVPq3uMoK2zLWVDZb+CAy282CGp0/BcNiXN0i7Unj 2FhJ68nsqA6lhFFYs7V8NSTdsxRDFjbHvgMfFrMlX2+eSYSUTkh89EYdOrn1RvMAVMH2 8qsHqvYdlUZDMxXMSaqen6O+UmqlQzcQYgJdaC8dVQiOA80L3++Rtg3RsZKxJrYHmSZ2 2GEttARfIvoKsnKzspYv//8ZMND9BrNgDjIPAaUvqCPqcHXBaKZPHEuIiQ6AmLGodCC1 gmaXRm4AIU4uXYcD9Lzzjr02uYzdFqjMXXlGvTC6GfbIsEjodHaJKqZVFzNlX8CBhLkw wFig== X-Gm-Message-State: AMke39niViPc4AVJCzDMdXQzk/0eiwefBrdYTmoHcsJiWsCsg0sO1DHjwNGm/BTyAyXUGt4uIvSrztfffxB8eg== X-Received: by 10.28.11.131 with SMTP id 125mr1617952wml.29.1487011921587; Mon, 13 Feb 2017 10:52:01 -0800 (PST) MIME-Version: 1.0 Received: by 10.80.177.166 with HTTP; Mon, 13 Feb 2017 10:52:01 -0800 (PST) Received: by 10.80.177.166 with HTTP; Mon, 13 Feb 2017 10:52:01 -0800 (PST) In-Reply-To: <2dce1a49-54b1-b31a-d376-b24434f60556@protected-networks.net> References: <2dce1a49-54b1-b31a-d376-b24434f60556@protected-networks.net> From: Stephen Kiernan Date: Mon, 13 Feb 2017 13:52:01 -0500 Message-ID: Subject: Re: SVN r313701 breaks build To: Michael Butler Cc: FreeBSD Current , "Stephen J. Kiernan" X-Mailman-Approved-At: Mon, 13 Feb 2017 19:42:40 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 13 Feb 2017 18:52:03 -0000 Thanks for point that out. I'm not sure how that slipped in when I built all machine types before review submission. I'll commit a fix for the break. On Feb 13, 2017 1:43 PM, "Michael Butler" wrote: > An opening brace was missed in the change; fix as below: > > > Index: sys/dev/md/md.c > =================================================================== > --- sys/dev/md/md.c (revision 313701) > +++ sys/dev/md/md.c (working copy) > @@ -1860,7 +1860,7 @@ > sbuf_printf(sb, "%s%s\n", indent, > type); > if ((mp->type == MD_VNODE && mp->vnode != NULL) || > - (mp->type == MD_PRELOAD && mp->file[0] != > '\0')) > + (mp->type == MD_PRELOAD && mp->file[0] != > '\0')) { > sbuf_printf(sb, "%s", indent); > g_conf_printf_escaped(sb, "%s", mp->file); > sbuf_printf(sb, "\n"); > > From owner-freebsd-current@freebsd.org Mon Feb 13 20:57:51 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E6E0DCDDD71 for ; Mon, 13 Feb 2017 20:57:51 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from springbank.echomania.com (springbank.echomania.com [149.210.134.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "springbank.echomania.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A8B5C13AE; Mon, 13 Feb 2017 20:57:51 +0000 (UTC) (envelope-from dim@FreeBSD.org) X-Virus-Scanned: Debian amavisd-new at springbank.echomania.com Received: from [IPv6:2001:7b8:3a7::edc2:5bd4:2353:56e3] (unknown [IPv6:2001:7b8:3a7:0:edc2:5bd4:2353:56e3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by springbank.echomania.com (Postfix) with ESMTPSA id E62B558022B; Mon, 13 Feb 2017 21:57:36 +0100 (CET) From: Dimitry Andric Message-Id: <71CFCEB9-6ED9-4278-A465-2BCB359A390A@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_5F173649-4540-4EE1-9319-CFD58E6B1FAE"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: build with WITHOUT_GPL_DTC=y broken? Date: Mon, 13 Feb 2017 21:57:27 +0100 In-Reply-To: <140BB2A6-31CD-4847-89B0-D83BB3B4CB27@FreeBSD.org> Cc: FreeBSD Current To: Matteo Riondato References: <065D64EE-D742-4E09-A3C0-658FE7020DC6@FreeBSD.org> <6515122C-B831-4EC5-9B59-F258C41E87A9@FreeBSD.org> <140BB2A6-31CD-4847-89B0-D83BB3B4CB27@FreeBSD.org> X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 13 Feb 2017 20:57:52 -0000 --Apple-Mail=_5F173649-4540-4EE1-9319-CFD58E6B1FAE Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On 13 Feb 2017, at 20:27, Matteo Riondato wrote: >=20 >> On Feb 13, 2017, at 1:58 PM, Dimitry Andric wrote: >> On 13 Feb 2017, at 16:53, Matteo Riondato wrote: >>>=20 >>> When I build world with WITHOUT_GPL_DTC=3Dy in src.conf (complete = file after the error) I get the following error in stage 1.2: bootstrap = tools. This is not a recent breakage, I=E2=80=99ve experienced it for a = while. >>>=20 >>> =3D=3D=3D> usr.bin/dtc (obj,all,install) >>> /usr/obj/usr/src/tmp/usr/src/usr.bin/dtc created for = /usr/src/usr.bin/dtc >>> echo dtc: /usr/lib/libc.a = /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a >> .depend >>> echo dtc: /usr/lib/libc++.a >> .depend >>> c++ -O2 -pipe -DNDEBUG -MD -MF.depend.dtc.o -MTdtc.o = -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=3Dc++11 = -fno-rtti -fno-exceptions -Wno-c++11-extensions -c = /usr/src/usr.bin/dtc/dtc.cc -o dtc.o >>> c++ -O2 -pipe -DNDEBUG -MD -MF.depend.input_buffer.o = -MTinput_buffer.o -Qunused-arguments = -I/usr/obj/usr/src/tmp/legacy/usr/include -std=3Dc++11 -fno-rtti = -fno-exceptions -Wno-c++11-extensions -c = /usr/src/usr.bin/dtc/input_buffer.cc -o input_buffer.o >>> /usr/src/usr.bin/dtc/input_buffer.cc:547:53: error: type = 'dtc::(anonymous namespace)::expression' is not a direct or virtual base = of 'binary_operator' >>> binary_operator(source_location l, const char *) : = expression(l) {} >>> ^~~~~~~~~~ >>=20 >> Which FreeBSD version are you running on the host? I've just tried >> building head/usr.bin/dtc on 12-CURRENT, 11-STABLE and 10-STABLE, but = it >> all works just fine for me. >=20 > Very interesting. I=E2=80=99m using 12.0-CURRENT #2 r313159. >=20 > I even did two 'make cleandir' in /usr/src and removed /usr/obj/ , and = still it does not compile. I see now, this is because you are using WITHOUT_ASSERT_DEBUG. This adds -DNDEBUG to CFLAGS, and apparently you are the first person to hit this NDEBUG-only code. :) I committed a fix in r313709. -Dimitry --Apple-Mail=_5F173649-4540-4EE1-9319-CFD58E6B1FAE Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAliiHcAACgkQsF6jCi4glqMtrQCeJMoRfNJUDf4rKR77NM2RuDV2 XnUAoOXM/iPRHbLIvoBqKTkRU9XU/eVT =nEC5 -----END PGP SIGNATURE----- --Apple-Mail=_5F173649-4540-4EE1-9319-CFD58E6B1FAE-- From owner-freebsd-current@freebsd.org Mon Feb 13 22:14:41 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2CB9CCDEBD8 for ; Mon, 13 Feb 2017 22:14:41 +0000 (UTC) (envelope-from rionda@gmail.com) Received: from mail-qt0-x230.google.com (mail-qt0-x230.google.com [IPv6:2607:f8b0:400d:c0d::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D6C98EEF; Mon, 13 Feb 2017 22:14:40 +0000 (UTC) (envelope-from rionda@gmail.com) Received: by mail-qt0-x230.google.com with SMTP id x49so96134765qtc.2; Mon, 13 Feb 2017 14:14:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=8H8LLxHoNWL9Fx+8AUyXGyN9uW5B2hM0FDqLji3QF40=; b=U6ywW2ivBBVf0AmCDCvDGLoxZZdw1jRKKmcOXTStixLh2eLh0egAcWYffEggl/ZzkP 7Q5cUXXkSmfSTxzt87AFi0nC2oI18seTlZtTCANszDRD2y/qd8edHijFpJxX/xai5TUx y9OWgFrOIfpHB3Kzk4MZ3u+2AD/VfoGGCtm/1tgVWENLMHh8T38xrrAMd9exgHmsnHrO M7Ii6ce1oe/STt444sE/7upq5K23KnXqzVdd+LE/z+Gy6uMXuS2GKairg0PYxjdWYG7n wDo3YbDpcbQ2/u39Gx+e6o7BuRVd+BaG5or681aiCC4MaxvIBMvT7ItxpGWcoHnk6zIe EjMw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=8H8LLxHoNWL9Fx+8AUyXGyN9uW5B2hM0FDqLji3QF40=; b=sbZaKl2Q9wodshBoVfjBv63o8c/hizhY5hQw0ip+H4jnYKEeUjAjk0JGDHcowkt2yu UtuvBJvuURcGAVz+DP9OSjvuoT3+Fb7yaL22RAaVqnwX6LH1jXAzKkyeVNmsekYESerj KodQtTGef+UK8VlA6cEvdXrPUl8PXvHImwn4jP6iy+LJP0Nyq6ldBNy3iQvuKR/7oeip cKNDjeDFeUkT/SPkNUx1Q/4HwmWv/YewsGJ08P7SFJJnTLhGp5kEohpWIcCZY/6IJkJW B2ERunPtVRxOuHqH3meEqCZIi22xEBe481kLILoCzdJ3+alCcZNtihKpw++6LOeJLL0H WVbw== X-Gm-Message-State: AMke39kD5+7eIxzkZ3UvMuD+LKsDBEkuoXLpkTRDqKeSi1YMmltK7CGwJagy0xqupwfAAA== X-Received: by 10.200.34.146 with SMTP id f18mr25656930qta.39.1487024079701; Mon, 13 Feb 2017 14:14:39 -0800 (PST) Received: from [172.31.30.181] (gzac12-mdf2-1.aoa.twosigma.com. [208.77.215.155]) by smtp.gmail.com with ESMTPSA id y189sm8360356qky.39.2017.02.13.14.14.38 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 13 Feb 2017 14:14:38 -0800 (PST) Sender: Matteo Riondato From: Matteo Riondato Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_C6D479AC-EA73-4B51-B865-37F9489F3D5B"; protocol="application/pgp-signature"; micalg=pgp-sha256 Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: build with WITHOUT_GPL_DTC=y broken? Date: Mon, 13 Feb 2017 17:14:37 -0500 In-Reply-To: <71CFCEB9-6ED9-4278-A465-2BCB359A390A@FreeBSD.org> Cc: FreeBSD Current To: Dimitry Andric References: <065D64EE-D742-4E09-A3C0-658FE7020DC6@FreeBSD.org> <6515122C-B831-4EC5-9B59-F258C41E87A9@FreeBSD.org> <140BB2A6-31CD-4847-89B0-D83BB3B4CB27@FreeBSD.org> <71CFCEB9-6ED9-4278-A465-2BCB359A390A@FreeBSD.org> X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 13 Feb 2017 22:14:41 -0000 --Apple-Mail=_C6D479AC-EA73-4B51-B865-37F9489F3D5B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Feb 13, 2017, at 3:57 PM, Dimitry Andric wrote: >=20 > On 13 Feb 2017, at 20:27, Matteo Riondato wrote: >>=20 >>> On Feb 13, 2017, at 1:58 PM, Dimitry Andric wrote: >>> On 13 Feb 2017, at 16:53, Matteo Riondato = wrote: >>>>=20 >>>> When I build world with WITHOUT_GPL_DTC=3Dy in src.conf (complete = file after the error) I get the following error in stage 1.2: bootstrap = tools. This is not a recent breakage, I=E2=80=99ve experienced it for a = while. >>>>=20 >>>> =3D=3D=3D> usr.bin/dtc (obj,all,install) >>>> /usr/obj/usr/src/tmp/usr/src/usr.bin/dtc created for = /usr/src/usr.bin/dtc >>>> echo dtc: /usr/lib/libc.a = /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a >> .depend >>>> echo dtc: /usr/lib/libc++.a >> .depend >>>> c++ -O2 -pipe -DNDEBUG -MD -MF.depend.dtc.o -MTdtc.o = -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=3Dc++11 = -fno-rtti -fno-exceptions -Wno-c++11-extensions -c = /usr/src/usr.bin/dtc/dtc.cc -o dtc.o >>>> c++ -O2 -pipe -DNDEBUG -MD -MF.depend.input_buffer.o = -MTinput_buffer.o -Qunused-arguments = -I/usr/obj/usr/src/tmp/legacy/usr/include -std=3Dc++11 -fno-rtti = -fno-exceptions -Wno-c++11-extensions -c = /usr/src/usr.bin/dtc/input_buffer.cc -o input_buffer.o >>>> /usr/src/usr.bin/dtc/input_buffer.cc:547:53: error: type = 'dtc::(anonymous namespace)::expression' is not a direct or virtual base = of 'binary_operator' >>>> binary_operator(source_location l, const char *) : = expression(l) {} >>>> ^~~~~~~~~~ >>>=20 >>> Which FreeBSD version are you running on the host? I've just tried >>> building head/usr.bin/dtc on 12-CURRENT, 11-STABLE and 10-STABLE, = but it >>> all works just fine for me. >>=20 >> Very interesting. I=E2=80=99m using 12.0-CURRENT #2 r313159. >>=20 >> I even did two 'make cleandir' in /usr/src and removed /usr/obj/ , = and still it does not compile. >=20 > I see now, this is because you are using WITHOUT_ASSERT_DEBUG. This > adds -DNDEBUG to CFLAGS, and apparently you are the first person to = hit > this NDEBUG-only code. :) >=20 > I committed a fix in r313709. Thank you! Matteo --Apple-Mail=_C6D479AC-EA73-4B51-B865-37F9489F3D5B Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIcBAEBCAAGBQJYoi/NAAoJEJ/Xw+PLA1GfEOwP/R/RFT9S0n8amV6dRWttK5vW UH+DZMYEXhd9nX+9Oe/uZn0IFdg26idfhCKcMUM4qRe6vjb0/tPnyFCHcoKbF0NY jcUx/XhJBA3t8rHuu61bJvS7Z30qdOtF0sJcc2KcEOsSufgV5a6assYGS64s6fJg HWqjJlE677Ua1M9BRW6809xIZgIiTA6PTUnEY897YcsBcBaptXSFhLkaLPU+LM+/ TSONDesSe6VabIh+EnSuX2eiaeBbhD87EYKeyxR8GiyEal0fXn21Yh2sP4gWOR1w cALefFPGkM+78SfsURFv3xW4UK5Wi+76L1fUNa95ynDTd9xRZbL2yeO9GbEsFc4Z Uj+AqEBpzYVeEMAxKxJDe2uuG/ttFEIHSuRJ7058+DJSPDBELv8HNoG10XjFtV2U uhC3YyEjq40gFKhZBSUfL4ZZSY9W1PYrgDoPmkNaI4tpv+G7ExARYcvJDeZ7bVwz 0633ENmJe18foMU58KiHFNEf1ndomg4S92dLfdQ1uI+IvvkEA5BpHUREj41CAgom qAiS7s7B71T0lLMeMp0QI5D9UpIjRYVi+enX5v/BVCjkjFV/C+l31mEpSCJfvI1t idTAp4d9E14y15od3RxoNiTAnMGjIzqAreeOz6oQz6oSG3EjwcZYNWObNXBbN4C2 2xG8ZINhP1N7XRoOf2oq =Q8E+ -----END PGP SIGNATURE----- --Apple-Mail=_C6D479AC-EA73-4B51-B865-37F9489F3D5B-- From owner-freebsd-current@freebsd.org Tue Feb 14 04:25:52 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 80B2ECDEECF; Tue, 14 Feb 2017 04:25:52 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-8.mit.edu (dmz-mailsec-scanner-8.mit.edu [18.7.68.37]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C475A1819; Tue, 14 Feb 2017 04:25:51 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 12074425-13fff7000000093f-34-58a285988f07 Received: from mailhub-auth-1.mit.edu ( [18.9.21.35]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by (Symantec Messaging Gateway) with SMTP id 7A.3C.02367.89582A85; Mon, 13 Feb 2017 23:20:41 -0500 (EST) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-1.mit.edu (8.13.8/8.9.2) with ESMTP id v1E4Ke02016508; Mon, 13 Feb 2017 23:20:40 -0500 Received: from kduck.kaduk.org (24-107-191-124.dhcp.stls.mo.charter.com [24.107.191.124]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id v1E4Kaj6028452 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 13 Feb 2017 23:20:38 -0500 Date: Mon, 13 Feb 2017 22:20:35 -0600 From: Benjamin Kaduk To: freebsd-hackers@FreeBSD.org Cc: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: FreeBSD Quarterly Status Report - Fourth Quarter 2016 Message-ID: <20170214042034.GA30306@kduck.kaduk.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.6.1 (2016-04-27) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpjleLIzCtJLcpLzFFi42IR4hRV1p3ZuijC4OYvaYtd106zW8x584HJ Yvvmf4wWh5uFHFg8ZnyazxLAGMVlk5Kak1mWWqRvl8CVsf86a8GVJcwVa961sDQwzjrO1MXI ySEhYCIxafJRti5GLg4hgTYmiQ0Ld7FAOBsZJU53fWaEcK4ySbzr2sDexcjBwSKgKjH/rjBI N5uAmsT6FdeYQWwRAXmJfU3v2UFsZgFriX8PGplByoUF7CRunc0GCfMCLTuw8wAjhC0ocXLm ExaIch2JnVvvsIGUMwtISyz/xwERlpdo3jobbLqogLJEw4wHzBMY+Wch6Z6FpHsWQvcsJN0L GFlWMcqm5Fbp5iZm5hSnJusWJyfm5aUW6Vro5WaW6KWmlG5iBAUru4vqDsY5f70OMQpwMCrx 8E44sDBCiDWxrLgy9xCjJAeTkihv7CagEF9SfkplRmJxRnxRaU5q8SFGCQ5mJRFejbhFEUK8 KYmVValF+TApaQ4WJXFecY3GCCGB9MSS1OzU1ILUIpisDAeHkgTv8RagRsGi1PTUirTMnBKE NBMHJ8hwHqDhv0BqeIsLEnOLM9Mh8qcYLTlO3Tj9konjzMkrQHJX94TXTEIsefl5qVLivN7A 9CEkANKQUZoHNxOUfCSy99e8YhQHelGY9wTIWB5g4oKb+gpoIRPQQta4hSALSxIRUlINjEUe W9cnH2PP63tmstJ/9lKrz52+O270PjIucJ62ZvqBO9cClIu/b7L9+zvBfeX725bvk8zqJXgL 3G/uvegoYvX2jvHly9ezmMx3bb4pcaB73eeqRNGqiq5v19Yz75mcerv4LcPHo7Fr5qVWrTg2 /9y0X34PhP+aOTBdvb5jzgaB2HWTNFdOt3ypxFKckWioxVxUnAgAIxrTUBkDAAA= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 14 Feb 2017 04:25:52 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 FreeBSD Project Quarterly Status Report - 4th Quarter 2016 Another year has passed (and another has gotten well underway, while we worked to assemble this report). Over the past two years that I have been part of the monthly@ team that assembles these reports, it has been enlightening to watch the individual entries pass through my emacs and/or vim. These reports give me a picture of what is going on with FreeBSD that I could not get just from reading commit mail; I hope that is also true for our readers. This quarter brings the usual mix of continuations of many stalwart projects and entires of new participants, as well as the return of some items after a few quarters' hiatus. Enjoy and be enlightened! --Benjamin Kaduk __________________________________________________________________ The deadline for submissions covering the period from January to March 2017 is April 7, 2017. __________________________________________________________________ FreeBSD Team Reports * FreeBSD Release Engineering Team * Ports Collection * The FreeBSD Core Team * The FreeBSD Foundation Projects * Ceph on FreeBSD * OpenBSM * Sysctl Exporter for Prometheus * The Graphics Stack on FreeBSD Kernel * FreeBSD on Hyper-V and Azure * I2C, GPIO, and SPI Support for MinnowBoard Architectures * FreeBSD on ARM Boards * FreeBSD/arm64 * FreeBSD/EC2 Userland Programs * libarchive * Reproducible Builds in FreeBSD * Updates to GDB * Using LLVM's LLD Linker as FreeBSD's System Linker Ports * GCC (GNU Compiler Collection) * LXQt on FreeBSD * Mono * Wine * Xfce on FreeBSD __________________________________________________________________ FreeBSD Team Reports FreeBSD Release Engineering Team Links FreeBSD 11.0-RELEASE Announcement URL: https://www.FreeBSD.org/releases/11.0R/announce.html FreeBSD 11.0-RELEASE Release Notes URL: https://www.FreeBSD.org/releases/11.0R/relnotes.html FreeBSD Development Snapshots URL: http://ftp.FreeBSD.org/pub/FreeBSD/snapshots/ISO-IMAGES/ Contact: FreeBSD Release Engineering Team The FreeBSD Release Engineering Team is responsible for setting and publishing release schedules for official project releases of FreeBSD, announcing code freezes, and maintaining the respective branches, among other things. The FreeBSD Release Engineering Team in concert with the FreeBSD Security Team finalized FreeBSD 11.0-RELEASE. FreeBSD 11.0-RELEASE was announced on October 10, 2016, roughly four weeks after the original schedule. The FreeBSD Release Engineering Team would like to specifically thank Colin Percival and all members of the FreeBSD Security Team for their extra diligence in ensuring that user-facing upgrade paths were properly addressed and documented. This project was sponsored by The FreeBSD Foundation. __________________________________________________________________ Ports Collection Links About FreeBSD Ports URL: https://www.FreeBSD.org/ports/ Contributing to Ports URL: https://www.FreeBSD.org/doc/en_US.ISO8859-1/articles/contributing/ports-contributing.html FreeBSD Ports Monitoring URL: http://portsmon.FreeBSD.org/index.html Ports Management Team URL: https://www.FreeBSD.org/portmgr/index.html FreeBSD portmgr on Twitter (@FreeBSD_portmgr) URL: https://twitter.com/FreeBSD_portmgr/ FreeBSD Ports Management Team on Facebook URL: https://www.facebook.com/portmgr FreeBSD Ports Management Team on Google+ URL: https://plus.google.com/communities/108335846196454338383 Contact: René Ladan Contact: FreeBSD Ports Management Team The Ports Tree has reached the marker of 27,000 ports, with the PR count risen slightly to around 2,250. Of these PRs, 572 are unassigned. The last quarter saw 6871 commits by 176 committers. The number of open and the number of unassigned PRs both increased lightly since last quarter. Two commit bits were taken in for safe keeping in the last quarter: jmg after 19 months of inactivity, and edwin at his own request. We welcomed three new committers: Nikolai Lifanov (lifanov), Jason Bacon, and Mikhail Pchelin (misha). On the management side, adamw and feld were elected as new portmgr members, and rene was promoted to full member. feld is already involved in ports-secteam. On the infrastructure side, two new USES (lxqt and varnish) were introduced. Some default versions were also updated: varnish 4 (new), GCC 4.8 to 4.9, Perl 5.20 to 5.24, and Python 3.4 to 3.5. Two major ports reached their end-of-life at December 31st and were removed: Perl 5.18 and Linux Fedora 10 (the default is Linux CentOS 6). Because FreeBSD 9.3, 10.1, and 10.2 also reached end-of-life, support for those versions was removed from the Ports Tree. Some major ports were updated to their latest versions: pkg to 1.9.4, Firefox to 50.1.0, Firefox-esr to 45.6.0, Chromium to 54.0.2840.100, and Ruby to 2.1.10 / 2.2.6 / 2.3.3. www/node was updated to version 7; version 6 was split off as www/node6 for long-term support. Behind the scenes, antoine ran 39 exp-runs to verify package updates, framework changes, and changes to the base system. bdrewery installed new package builders and added builds for FreeBSD 11 for mips, mips64, and armv6. He also improved the balancing, monitoring, automation of the package builders. Open tasks: 1. If you have some spare time, please take up a PR for testing and committing. __________________________________________________________________ The FreeBSD Core Team Contact: FreeBSD Core Team The major concern for Core during the last quarter of 2016 has been about maintaining the effectiveness of secteam. The team is primarily in need of better project management, both to improve communication generally and to allow the other team members to concentrate on the technical aspects of handling vulnerabilities. To that end, there has been agreement in principle for either the FreeBSD Foundation or one of the companies that are major FreeBSD users to employ someone specifically in this role. Core confirmed that the new support model would go into effect with 11.0-RELEASE despite the postponement of the switch to a packaged base release mechanism. For details of the new support model, please follow the links from the security page of the FreeBSD website. Core requested the removal of the misc/jive port, on the grounds that it had no function other than to turn text into an offensively racist parody. This proved controversial, with many seeing this as a first step in bowdlerizing the entire ports tree. That is certainly not Core's intention. Core's aim here is to help secure the future of the FreeBSD project by making it welcoming to all contributors, regardless of ethnicity, gender, sexuality or other improper bases for discrimintation. While misc/jive may once have been seen as harmless fun, today the implicit approval implied by having it in the ports tree sends a message at odds with the project's aims. The Marketing team and the associated marketing@FreeBSD.org mailing list were wound up, due to lack of activity. Messages to marketing@FreeBSD.org will be forwarded to the FreeBSD Foundation's marketing team instead. Core member Allan Jude, who was already the clusteradm liason, became a full member of clusteradm. An emergency correction to the 11.0 release notes was authorised, as it was giving the misleading impression that 802.11n wireless support had only just been added, and this misapprehension was being repeated in the press. In reality, FreeBSD has had 802.11n support for many years, and the announcement should have said that support had been added to many additional device drivers. Discussions about a proposal to improve Unicode support are on-going. FreeBSD is already standards conformant, but the propsal is to switch to a __STDC_ISO_10646_ implementation, similar to what Linux glibc currently uses. Opinions are divided on the technical merits of the new approach. There were the usual quota of queries about licensing and other legal matters: * Plans to create a GPLv3 overlay for the base system were shelved in the light of faster than expected progress at enabling building the world using an external toolchain. * The trademarks page on the website was updated to show the current owners of a number of trademarks in their approved form. * In the absence of a tool to extract and summarize all of the relevant information, the obligation in the BSD license that "Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution." is fulfilled by providing a tarball of the system sources with their embedded copyright statements. * The European Court of Justice's "Right to be Forgotten" only applies to search engines, and the FreeBSD project is not one of those, so it need not take any action. * Core is following closely discussions within the LLVM project regarding a change of license which, if implemented, might require an audit of the entire ports tree to discover all packages that contain binaries linked against libc++ and ensure that they are licensed compatibly with LLVM. However, indications are that the LLVM project will not adopt such changes. * The "Open Source Exception" in the firmware license means that committing a "binary blob" driver for the Nvidia Jetson TK1 XHCI device is acceptable. During this quarter four new commit bits were awarded. Please welcome Dexuan Cui, David Bright, Konrad Witaszczyk, and Piotr Stefaniak. We were sorry to see Edwin Lansing hang up his commit bits and step down from portmgr. __________________________________________________________________ The FreeBSD Foundation Links FreeBSD Foundation Website URL: https://www.FreeBSDFoundation.org/ Contact: Deb Goodkin The FreeBSD Foundation is a 501(c)(3) non-profit organization dedicated to supporting and promoting the FreeBSD Project and community worldwide. Funding comes from individual and corporate donations and is used to fund and manage software development projects, conferences and developer summits, and provide travel grants to FreeBSD contributors. The Foundation purchases and supports hardware to improve and maintain FreeBSD infrastructure; publishes marketing material to promote, educate, and advocate for the FreeBSD Project; facilitates collaboration between commercial vendors and FreeBSD developers; and finally, represents the FreeBSD Project in executing contracts, license agreements, and other legal arrangements that require a recognized legal entity. Here are some highlights of what we did to help FreeBSD last quarter: Fundraising Efforts Our work is 100% funded by your donations. We raised $1,527,540 in 2016 from 1471 donors! Thank you to everyone who made a donation to help us continue our efforts in 2017 to support the FreeBSD Project and community worldwide! You can make a donation here to our 2017 fundraising campaign: https://www.FreeBSDfoundation.org/donate/. OS Improvements The Foundation improves the FreeBSD operating system by employing our technical staff to maintain and improve critical kernel subsystems, add features and functionality, and fix problems. This also includes funding separate project grants like the arm64 port, blacklistd access control daemon, and integration of VIMAGE support, to make sure that FreeBSD remains a viable solution for research, education, computing, products and more. Large projects supported last year include: * arm64 port * VIMAGE Integration * Toolchain work * blacklistd access control daemon The Foundation team worked on a technology roadmap for 2017-2018 during our board meeting in November. Staff and board members continued hosting bi-weekly conference calls to facilitate efforts for individuals to collaborate on different technologies. You can find out more about the support we provided by reading individual updates from Ed Maste, Konstatin Belousov, and Edward Napierala in this report. Release Engineering The Foundation provides a full-time staff member to lead the release engineering efforts. This has provided timely and reliable releases over the last few years. Last quarter, our full-time staff member worked with the FreeBSD Release Engineering and Security Teams to finalize 11.0-RELEASE. He also added support for the powerpcspe architecture to the 12-CURRENT snapshot builds, and continued work on packaging the base system with pkg(8). He also continued producing 10-STABLE, 11-STABLE, and 12-CURRENT development snapshot builds throughout the quarter. You can find out more about the support we provided to the Release Engineering Team by reading their status update in this report. Supporting FreeBSD Infrastructure The Foundation provides hardware and support to improve the FreeBSD infrastructure. This year, we purchased the following hardware to improve the build, continuous integration, and platform processes: * A server to reduce the build time from over an hour to 20 minutes for the continuous integration process. You can find out more information here: https://ci.FreeBSD.org/ . * Two ThunderX servers for native package builds for the FreeBSD/arm64 architecture. * Two servers to improve release engineering builds. * Four servers to improve package builds. * Four servers as build slaves to increase the number of builds in the continuous integration process. FreeBSD Advocacy and Education A large part of our efforts are dedicated to advocating for the Project. This includes promoting work being done by others with FreeBSD; producing advocacy literature to teach people about FreeBSD and help make the path to starting using FreeBSD or contributing to the Project easier; and attending and getting other FreeBSD contributors to volunteer to run FreeBSD events, staff FreeBSD tables, and give FreeBSD presentations. Here is a list highlighting some of the advocacy and education work we did last year: * Attended and/or sponsored 24 events around the world * Provided 15 Travel Grants to developers * Created new and updated marketing literature including: + Updated FreeBSD 10 Brochure + New TeachBSD postcard to spread the word about the program + Google Summer of Code flyer + FreeBSD 11 Brochure + Updated Recruiting Flyer + Updated Get Involved Flyer + FreeBSD as a Platform for Research Flyer * Created a series of FreeBSD How-to Guides: + Installing FreeBSD with VirtualBox (Mac/Windows) + Installing a Desktop Environment on FreeBSD + Installing FreeBSD for Raspberry Pi + Installing PC-BSD as a Primary Operating System + FreeBSD Setup Tips * Acquired New Testimonials: + Accelerations Systems + NeoSmart Technologies + Chelsio Communications + Crescent River Port Pilots' Association + IXC + Stormshield * Updated the FreeBSD Project and Foundation Branding: + New FreeBSD Foundation website and logo + Updated Brand Assets page to include more information about the FreeBSD Project and FreeBSD Foundation logos. We published our September/October and November/December Journal issues at https://www.FreeBSDfoundation.org/journal/ . We also published monthly newsletters to highlight work being done to support FreeBSD, tell you about upcoming events, and provide other information to keep you in the loop of what we are doing to support the FreeBSD Project and community: https://www.FreeBSDfoundation.org/news-and-events/newsletter/ . Conferences and Events The FreeBSD Foundation sponsors many conferences, events, and summits around the globe. These events can be BSD-related, open source, or technology events geared towards underrepresented groups. We support the FreeBSD-focused events to help provide a venue for sharing knowledge, to work together on projects, and to facilitate collaboration between developers and commercial users. This all helps provide a healthy ecosystem. We support the non-FreeBSD events to promote and raise awareness of FreeBSD, to increase the use of FreeBSD in different applications, and to recruit more contributors to the Project. We also sponsored or attended the following events last quarter: * Ohio LinuxFest, October, Columbus, Ohio * Grace Hopper 2016, October, Houston, TX * COSC 2016, October, Beijing, China * Bay Area FreeBSD Vendor and Devoloper's Summit and MeetBSD 2016, November, Berkely, CA * USENIX LISA '16, December, Boston, MA * OSC 2016, December, Beijing, China Get the whole list of conferences we supported in 2016 at: https://www.FreeBSDfoundation.org/blog/recap-of-2016-advocacy-efforts/ . Legal/FreeBSD IP The Foundation owns the FreeBSD trademarks, and it is our responsibility to protect them. We continued to review requests and grant permission to use the trademarks. We also provided legal support for the core team to investigate the status of certain patents. FreeBSD Community Engagement Anne Dickison, our Marketing Director, has been overseeing the efforts to rewrite the Project's Code of Conduct to help make this a safe, inclusive, and welcoming community. The updated Code of Conduct and Report Guidelines are going through the final review process, and will be handed off to the Core Team for approval in Q1 2017. Go to http://www.FreeBSDfoundation.org to find out how we support FreeBSD and how we can help you! __________________________________________________________________ Projects Ceph on FreeBSD Links Ceph Main Site URL: http://ceph.com Main Repository URL: https://github.com/ceph/ceph My FreeBSD Fork URL: https://github.com/wjwithagen/ceph/tree/wip.FreeBSD Contact: Willem Jan Withagen Ceph is a distributed object store and file system designed to provide excellent performance, reliability and scalability: * Object Storage Ceph provides seamless access to objects using native language bindings or radosgw, a REST interface that is compatible with applications written for S3 and Swift. * Block Storage Ceph's RADOS Block Device (RBD) provides access to block device images that are striped and replicated across the entire storage cluster. * File System Ceph provides a POSIX-compliant network file system that aims for high performance, large data storage, and maximum compatibility with legacy applications. I started looking into Ceph because the HAST solution with CARP and ggate did not really do what I was looking for. But I aim to run a Ceph storage cluster of storage nodes that are running ZFS. User stations would be running bhyve on RBD disks that are stored in Ceph. The FreeBSD build of Ceph includes most of the tools Ceph provides. Note that the RBD-dependent items will not work, since FreeBSD does not have RBD (yet). The most notable progress since the last report: * RBD is actually buildable and can be used to manage RADOS BLOCK DEVICEs. * All tests run to completion for the current selection of tools, though the neded (minor) patches have yet to be pulled into HEAD. * Cmake is now the only way of building Ceph. * The threading/polling code has been reworked for the simple socket code. It now uses a self-pipe, instead of using an odd shutdown()-signaling Linux feature. * The EventKqueue code was modified to work around the "feature" that starting threads destroys the kqueue handles. The code was just finshed, so it is not yet submitted to the main repository. * We investigated differences between FreeBSD and Linux for SO_REUSEADDR and SO_REUSEPORT. Fortunately, the code is only used during testing, so disabling these features only delays progress in the tests. * A jenkins instances is regularly testing both ceph/ceph/master and wjwithagen/ceph/wip.FreeBSD, so there is regular verification of buildability and the tests: http://cephdev.digiware.nl:8180/jenkins/ . Build Prerequisites Compiling and building Ceph is tested on 12-CURRENT with its clang 3.9.0, but 11-RELEASE will probably also work, given experience with clang 3.7.0 from 11-CURRENT. Interestingly, when 12-CURRENT had clang 3.8.0, that did not work as well as either 3.7.0 or 3.9.0. The clang 3.4 present in 10-STABLE does not have the required capabilities to compile everything. The following setup will get things running for FreeBSD: 1. Install bash and link it in /bin 2. It is no longer necessary to add a definition of ENODATA to /usr/include/errno.h 3. Clone the github repo (http://github.com/wjwithagen/ceph.git) and checkout the "wip.FreeBSD" branch 4. Run ./do_FreeBSD.sh to start the build. The old build method using automake is no longer used; see the README.FreeBSD for more details. Parts not (yet) included: * KRBD: Kernel Rados Block Devices is implemented in the Linux kernel, but not in the FreeBSD kernel. Perhaps ggated could be used as a template since it does some of the same things as KRBD, just between 2 disks. It also has a userspace counterpart, which could ease development. * BlueStore: FreeBSD and Linux have different AIO APIs, and that incompatibility needs to be resolved somehow. Additionally, there is discussion in FreeBSD about aio_cancel not working for all devicetypes. * CephFS: Cython tries to access an internal field in struct dirent, which does not compile. * Tests that verify the correct working of the above are also excluded from the testset. Open tasks: 1. Run integration tests to see if the FreeBSD daemons will work with a Linux Ceph platform. 2. Compile and test the user space RBD (Rados Block Device). This currently works, but testing has been limitted. 3. Investigate and see if an in-kernel RBD device could be developed akin to FreeBSD's ggate. 4. Investigate the keystore, which could be embedded in the kernel on Linux, and currently prevents building CephFS and some other components. The first question whether it is really required, or if only KRBD require it. 5. Scheduler information is not used at the moment, because the schedulers work rather differently between FreeBSD and Linux. But at a certain point in time, this would need some attention in src/common/Thread.cc. 6. Integrate the FreeBSD /etc/rc.d initscripts in the Ceph stack. This helps with testing, but also enables running Ceph on production machines. 7. Build a testcluster and start running some of the teuthology integration tests on it. 8. Design a virtual disk implementation that can be used with bhyve and attached to an RBD image. __________________________________________________________________ OpenBSM Links OpenBSM: Open Source Basic Security Module (BSM) Audit Implementation URL: http://www.openbsm.org OpenBSM on GitHub URL: https://github.com/openbsm/openbsm FreeBSD Audit Handbook Chapter URL: https://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/audit.html OpenBSM 1.2 alpha 5 announcement URL: https://lists.FreeBSD.org/pipermail/trustedbsd-announce/2016-December/000008.html DARPA CADETS project URL: https://www.cl.cam.ac.uk/research/security/cadets/ Contact: Christian Brueffer Contact: Robert Watson Contact: TrustedBSD Audit Mailing Mist OpenBSM is a BSD-licensed implementation of Sun's Basic Security Module (BSM) API and file format. It is the user-space side of the CAPP Audit implementations in FreeBSD and Mac OS X. Additionally, the audit trail processing tools are expected to work on Linux. This quarter saw increased development activity, fueled by the DARPA CADETS project, resulting in the release of OpenBSM 1.2 alpha 5. Among this release's changes are the ability to specify the kernel's maximum audit queue length, sandboxing support for auditreduce(1) and praudit(1) on FreeBSD and other systems that support Capsicum, as well as the addition of event identifiers for more FreeBSD system calls. The complete list of changes is documented in the NEWS file on GitHub. The new release will be merged into FreeBSD HEAD and the supported STABLE branches shortly. This project was sponsored by DARPA/AFRL (in part). Open tasks: 1. Test the new release on different versions of FreeBSD, Mac OS X, and Linux. In particular, testing on the latest versions of Mac OS X would be greatly appreciated. 2. Fix problems that have been reported via GitHub and the FreeBSD bug tracker. 3. Implement the features mentioned in the TODO list on GitHub. __________________________________________________________________ Sysctl Exporter for Prometheus Links The Prometheus Project URL: https://prometheus.io/ Node Exporter URL: https://github.com/prometheus/node_exporter Sysctl Exporter URL: https://svnweb.FreeBSD.org/base/head/usr.sbin/prometheus_sysctl_exporter/ Contact: Ed Schouten Prometheus is an Open Source monitoring system that was originally built at SoundCloud in 2012. Since 2016, this project is part of the Cloud Native Computing Foundation, together with other projects like Kubernetes. Prometheus scrapes its targets by periodically sending HTTP GET requests. Targets then respond by sending key-value pairs of metrics and their sample value. Prometheus has a query language, PromQL, that can be used to aggregate sample values and specify alerting conditions. Tools like Grafana can be used to create fancy dashboards using such queries. The Prometheus project provides a utility called node_exporter that gathers basic system metrics and serves them over HTTP. This utility tends to be rather complex, as it has to extract metrics from many different sources. On Linux, files in /proc have no uniform format, meaning that for every kernel framework a custom collector needs to be written. On FreeBSD the sitiuation is better, as the data exported through sysctl is already structured in such a way that it can easily be translated to Prometheus' metrics format. The goal of this project is thus to provide a generic exporter for the entire sysctl tree. Not only does this prevent unnecessary bloat and indirection, it may also make the life of a kernel developer a lot easier. One can easily use Prometheus to graph the occurrence of an event over time by (temporarily) adding a counter to the kernel. An initial version of the sysctl exporter has been integrated into the FreeBSD base system in December. It can be run through inetd by uncommenting the example provided in inetd.conf. Unfortunately, this exporter cannot be merged back to FreeBSD 10.x/11.x, as it depends on KBI-breaking changes to sysctl(9). Open tasks: 1. Are you using Prometheus or are you interested in using it? Be sure to give both Prometheus and this sysctl exporter a try! 2. It would be nice if we created a set of useful alerting rules and placed those in /usr/share/examples. For example, how can one use this exporter to monitor the state of GEOM-based RAID arrays? Is such information even exported through sysctl? 3. Prometheus uses a rather clever format for exporting histograms. Histograms are useful for expressing the amount of time taken to complete certain events (for example, disk operations). Would it be possible to add histograms as native data types to sysctl? If so, is there any chance they can be implemented without picking up any kernel locks? __________________________________________________________________ The Graphics Stack on FreeBSD Links Graphics Stack Roadmap and Supported Hardware Matrix URL: https://wiki.FreeBSD.org/Graphics GitHub Repository URL: https://github.com/FreeBSDDesktop/freebsd-base-graphics Ports Development Repository URL: https://github.com/FreeBSD/freebsd-ports-graphics Fork of libudevd-devd Shim URL: https://github.com/FreeBSDDesktop/libudev-devd Graphics Team Blog URL: https://planet.FreeBSD.org/graphics Contact: FreeBSD Graphics Team Contact: Matthew Macy Good progress on graphics support was made during the weeks around Christmas and the new year with the import of Linux 4.9's DRM for i915 and amdgpu into the drm-next branch of the github repository. The amdgpu KMS driver is already somewhat usable, with a few major known issues remaining. It now supports GPUs as far back as Southern Islands and up to Polaris. The 4.9 update also appears to have fixed a regression in i915 that was introduced by the 4.8 merge late this past summer. The drm-next branch now supports the Intel integrated graphics unit up to Kaby Lake CPUs. To facilitate out-of-the-box support on CURRENT, most of the branch-local VM changes were reverted and the graphics fault routines converted to use pg_populate. This new interface is the source of a couple of regressions causing panics on i915 and severe artifacts with amdgpu on integrated GPUs. Mark Johnston (markj@) has volunteered to analyze these issues. Please show your support and encouragement to Mark for helping to move this project towards the finish line. The xserver-mesa-next-udev branch was created for the ports development repository, and holds Mesa 13.0 and fixes for newer AMD GPUs. It uses a fork of the libudev-devd shim, also bringing Mesa closer to the Linux upstream. I plan to keep updating drm and amdgpu (for use on my desktop and potentially longer term for GPGPU computations) as well as work with Mark to address the existing bugs in i915 (assuming that two new porters are approved). However, the Linux i915 developers seem to aggressively explore the space of possible implementations and use of Linux internal APIs, making it prohibitively time consuming to track upstream. I am helping someone to learn the ropes of how to replay a subset of changes from a Linux release into FreeBSD in the hope that he will take over the mantle of drm-next i915 maintainer. Assuming the issues listed above are addressed, a port of the linuxkpi, DRM, and KMS drivers for use on standard amd64 CURRENT installations is planned. Together with upgrades to the relevant graphics ports, this will provide experimental support for new AMD and Intel GPUs. __________________________________________________________________ Kernel FreeBSD on Hyper-V and Azure Links FreeBSD Virtual Machines on Microsoft Hyper-V URL: https://wiki.FreeBSD.org/HyperV Supported Linux and FreeBSD Virtual Machines for Hyper-V on Windows URL: https://technet.microsoft.com/en-us/library/dn531030.aspx Contact: Sepherosa Ziehau Contact: Hongjiang Zhang Contact: Dexuan Cui Contact: Kylie Liang This project provides native virtualized interfaces for FreeBSD systems running on Hyper-V virtualization, improving on the performance of traditional emulated evices. Per-ring polling, multi-packet RNDIS messages, and system RSS integration have been implemented, further optimizing the throughput and latency of the Hyper-V network driver. Live virtual machine backup is implemented (for now, only for UFS), after the VSS (Volume Shadow Copy Service), which it depends on, was implemented. PCIe pass-through is implemented, and the patches to implement NIC SR-IOV are being reviewed on Phabricator. vDSO support for speeding up gettimeofday(2) is now implemented. The FreeBSD 11.0 image on Azure (https://azure.microsoft.com/en-us/marketplace/partners/microsoft/FreeBSD110/) is now available, in addition to the existing 10.3 image. We fixed an issue where SCSI disks would sometimes fail to attach, resolving bug 215171 ([Hyper-V] Fail to attach SCSI disk from LUN 8 on Win2008R2/Win2012/Win2012R2). This project was sponsored by Microsoft. __________________________________________________________________ I2C, GPIO, and SPI Support for MinnowBoard Links Blog Post URL: https://kernelnomicon.org/?p=767 MinnowBoard Website URL: https://www.minnowboard.org Contact: Oleksandr Tymoshenko The MinnowBoard is an Atom-based x86 board (Intel E38xx Series SoC) in a maker-friendly form-factor: it provides convenient access to pins that can be used to connect peripherals using one of the standard buses: GPIO, SPI, or I2C. These buses are more common in the ARM/MIPS world than in x86, so while FreeBSD was able to boot just fine, it lacked support for these buses on the MinnowBoard. As of r310645, HEAD support all three buses via the ig4(4), bytgpio(4), and intelspi drivers. The ig4(4) and bytgpio(4) changes were backported to 11-STABLE; intelspi will be MFCed in couple of weeks. __________________________________________________________________ Architectures FreeBSD on ARM Boards Links FreeBSD on Allwinner (Sunxi) Systems URL: https://wiki.FreeBSD.org/FreeBSD/arm/Allwinner FreeBSD Commit Adding Support for IR Interfaces URL: https://svnweb.FreeBSD.org/base?view=revision&revision=307984 Contact: Ganbold Tsagaankhuu The changes necessary to support the Allwinner Consumer IR interface in FreeBSD have been committed. The receive (RX) side is supported now and the driver is using the evdev framework. It was tested on the Cubieboard2 (A20 SoC) using lirc with dfrobot's simple IR remote controller. __________________________________________________________________ FreeBSD/arm64 Links FreeBSD arm64 Wiki Page URL: https://wiki.FreeBSD.org/arm64 Contact: Andrew Turner Contact: Oleksandr Tymoshenko Support for accessing floating-point registers from the kernel has been added. This uses the same KPI as i386 and amd64. This will allow for handling places where the floating-point state may be modified, for example when calling into UEFI. Support for the optional ARMv8 AES instructions was added to the kernel. This makes use of the ability to store and restore the floating point state. Tests have shown a significant improvement in AES performance on ThunderX hardware. The Cortex Strings memcpy and memmove functions have been imported into the kernel. These are optimised implementations of these common functions. FreeBSD now boots on the SoftIron Overdrive 3000 using ACPI. The needed changes for this have been submitted to phabricator for review. This includes booting with SMP enabled, and all currently supported devices. Support for the Raspberry Pi 3 has been committed. Most devices work, with the exception of WiFi and Bluetooth, as these are attached via an as-yet unsupported SDIO bus. This project was sponsored by The FreeBSD Foundation, and ABT Systems Ltd. __________________________________________________________________ FreeBSD/EC2 Contact: Colin Percival This report covers work since the last FreeBSD/EC2 status report (2015Q1). FreeBSD/EC2 is now part of the regular FreeBSD release build, with snapshots and releases being automatically uploaded and copied to all available regions. Due to legal restrictions, this does not currently include the GovCloud or China (Beijing) regions; anyone wishing to use FreeBSD in those regions is encouraged to contact the author. The AWS Marketplace reports that approximately 800 users are running roughly 2000 FreeBSD EC2 instances. This does not count the likely significantly larger number of EC2 instances launched directly through the EC2 API and Console, but at least places a lower bound on usage. FreeBSD 11.0-RELEASE shipped with support for the "enhanced networking" capabilities of EC2 C3, C4, R3, I2, D2, and M4 (excluding m4.16xlarge) instances. This provides significantly higher network performance than the virtual networking available on older EC2 instances and with older versions of FreeBSD. FreeBSD 11.0-RELEASE and later also use indirect segment disk I/Os, which yield approximately 20% higher throughput with equal or lower latency, and support the 128-vCPU x1.32xlarge instance type. FreeBSD now supports the Amazon Simple Systems Manager service ("run command"). Open tasks: 1. Complete a pending reorganization of the accounts used for FreeBSD/EC2 releases. 2. Support "second generation enhanced networking" via the new Elastic Network Adapter found in P2, R4, X1, and m4.16xlarge instances. 3. Provide tools for improved functionality via the Simple Systems Manager service: listing installed packages, checking for updates, adding/removing users, [your favourite sysadmin task goes here]. 4. Add support for EC2's IPv6 networking to the default FreeBSD/EC2 configuration. 5. Continue ongoing interoperability testing between FreeBSD's NFS client and the Amazon Elastic File System (NFS-as-a-service). __________________________________________________________________ Userland Programs libarchive Links Official Libarchive Homepage URL: http://www.libarchive.org Libarchive on GitHub URL: https://github.com/libarchive/libarchive Contact: Tim Kientzle Contact: Martin Matuska Libarchive is a BSD-licensed archive and compression library originally developed as part of FreeBSD. It supports a wide variety of input and output formats and also includes three command-line tools: bsdcat, bsdcpio and bsdtar. The FreeBSD tar and cpio utilities are taken directly from Libarchive, and many other important utilities like ar, unzip, and the pkg package manager make use of libarchive's functions. Libarchive development in 2016 has been focusing on bug fixes and code cleanup, including fixing several critical security issues. Automated testing with Travis CI and Jenkins has been introduced and libarchive has been added to the Google OSS-Fuzz project. Fuzzing helped detect several hidden problems like buffer overflows and memory leaks. Over the last few months, NFSv4 ACL support for the pax and restricted pax (the default for bsdtar) formats has been completed and merged to FreeBSD-CURRENT. NFSv4 ACL entries can now be stored to and restored from tar archives. Open tasks: 1. More extensive CI testing with FreeBSD on different platforms and releases. Currently only 11.0-RELEASE-amd64 gets tested via an automated Jenkins job. 2. As every commit to libarchive may influence the build process of FreeBSD ports, the ability to trigger a (semi-)automated exp-run for the ports tree would be great. __________________________________________________________________ Reproducible Builds in FreeBSD Links Base System Reproducible Builds Wiki Page URL: https://wiki.FreeBSD.org/ReproducibleBuilds Ports Reproducible Builds Wiki Page URL: https://wiki.FreeBSD.org/PortsReproducibleBuilds Reproducible Builds Website URL: https://reproducible-builds.org/ Contact: Baptiste Daroussin Contact: Ed Maste Reproducible builds are a set of software development practices which create a verifiable path from human readable source code to the binary code used by computers. A build is reproducible if given the same source code, build environment and build instructions, any party can recreate bit-for-bit identical copies of all specified artifacts. Baptiste Daroussin and Ed Maste attended the second Reproducible Builds Summit last December, in Berin. We discussed issues of common interest to operating system providers, including other BSDs and Linux distributions. Following the summit, changes were committed to the FreeBSD base system to address outstanding sources of non-reproducibility. It is now possible to build the FreeBSD base system (kernel and userland) completely reproducibly, although it currently requires a few non-default settings. Approximately 80% of the ports tree builds reproducibly, with a few work-in-progress patches. Now that the base system can be built reproducibly, focus will move on to the ports tree. This project was sponsored by The FreeBSD Foundation, and The Linux Foundation. Open tasks: 1. Integrate FreeBSD ports builds into the reprodcible-builds.org continuous integration infrastructure. 2. Integrate reproducible build patches into the ports tree. 3. Investigate sources of non-reproducibility in individual ports. __________________________________________________________________ Updates to GDB Contact: John Baldwin Contact: Luca Pizzamiglio The devel/gdb port has been updated to GDB 7.12. 7.12 includes additional fixes related to tracing vfork()s. Some of these fixes depend on changes to ptrace() in the kernel to report a new ptrace stop when the parent of a vfork() resumes. Support for FreeBSD/mips userland binaries has been committed upstream. These patches, along with support for debugging FreeBSD/mips kernels, should be added to the port soon. Open tasks: 1. Figure out why the powerpc kgdb targets are not able to unwind the stack past the initial frame. 2. Add support for more platforms (arm, aarch64) to upstream gdb for both userland and kgdb. 3. Add support for debugging powerpc vector registers. 4. Add support for $_siginfo. 5. Implement 'info proc' commands. 6. Implement 'info os' commands. 7. Debug gdb hangs related to the 'kill' command. __________________________________________________________________ Using LLVM's LLD Linker as FreeBSD's System Linker Links FreeBSD LLD Wiki Page URL: https://wiki.FreeBSD.org/LLD FreeBSD/LLD Tracking PR (LLVM Bugzilla) URL: http://llvm.org/pr23214 Contact: Rafael Espíndola Contact: Ed Maste LLD is the linker in the LLVM family of projects. It is a high-performance linker that supports the ELF, COFF and Mach-O object formats. It aims to be compatible with the common linkers used for each file format. For ELF this is the GNU Binary File Descriptor (BFD) ld and GNU gold. However, LLD's authors are not constrained by strict compatibility where it would hamper performance or desired functionality. LLD developers made significant progress over the last quarter. With changes committed to both LLD and FreeBSD we reached a major milestone: it is now possible to link the entire FreeBSD/amd64 base system (kernel and userland) with LLD. Now that the base system links with LLD, we have started investigating linking applications in the ports tree with LLD. Through this process we are identifying limitations or bugs in both LLD and a number of FreeBSD ports. With a few work-in-progress patches we can link approximately 95% of the ports collection with LLD on amd64. This project was sponsored by The FreeBSD Foundation. Open tasks: 1. Fix libtool to detect LLD and pass the same command line arguments as for GNU ld and gold. 2. Investigate the remaining amd64 port build failures. 3. Investigate and improve LLD on arm64, i386, arm, and other non-amd64 architectures. 4. Extensive testing. __________________________________________________________________ Ports GCC (GNU Compiler Collection) Links GCC Home Page URL: https://gcc.gnu.org Contact: Gerald Pfeifer Contact: Andreas Tobler Contact: Antoine Brodin Long awaited, the update to GCC 4.9 as the default version of GCC in the Ports Collection (lang/gcc port, USE_GCC=yes in Makefiles) has arrived, an update from GCC 4.8. This brings quite a number of improvements; see https://gcc.gnu.org/gcc-4.9/changes.html for details. lang/gcc49 has moved to the GCC 4.9.4 release which marks the closure of the GCC 4.9 branch and release series. (Yes, this means we should rather get the next version upgrade for lang/gcc in place soon. That update per se is straightforward, but any help in addressing the fallout of broken ports would be great -- please let us know if you want to help!) lang/gcc6 has been updated first to GCC 6.2 and then GCC 6.3, bringing a fair number of fixes, and should now be suitable for production use. Open tasks: 1. Update lang/gcc (and hence USE_GCC=yes) to GCC 5. 2. Support for AArch64. __________________________________________________________________ LXQt on FreeBSD Links LXQt Project URL: http://lxqt.org/ FreeBSD LXQt Project URL: https://wiki.FreeBSD.org/LXQt LXQt Development Repository URL: https://www.assembla.com/spaces/lxqt/subversion/source Contact: Olivier Duchateau Contact: Jesper Schmitz Mouridsen LXQt is the Qt port of and the upcoming version of LXDE, the Lightweight Desktop Environment. It is the product of a merge between the LXDE-Qt and Razor-qt projects. The porting effort remains very much a work in progress: LXQt requires some components of Plasma 5, the new major KDE workspace. We imported some core components (it was necessary to update to x11/qterminal 0.7.0): * devel/lxqt-build-tools * devel/liblxqt * devel/qtxdg * x11/libfm-qt Standalone applications: * graphics/lximage-qt * x11-fm/pcmanfm-qt We also have updates for: * x11/qterminal 0.7.1 * x11-toolkits/qtermwidget 0.7.1 * Updating the Porter's Handbook for LXQt support (https://bugs.FreeBSD.org/bugzilla/show_bug.cgi?id=215650) Open tasks: 1. Improve support in sysutils/lxqt-admin (especially date and time settings). __________________________________________________________________ Mono Links Mono Homepage URL: http://www.mono-project.com/ .NET Core Homepage URL: https://github.com/dotnet/core Mono Project Page URL: https://wiki.FreeBSD.org/Mono Contact: Mono on FreeBSD team During the last quarter, many ports within the mono project have been updated: * Mono: 4.6.2.7 * MonoDevelop: 6.1.1.15, 6.1.2.44 * FSharp: 4.0.1.20 USES=mono has been extended to allow for easier use of Nuget packages. This extension has been used adopted by FSharp, MonoDevelop and OpenRA. Work has started on porting Microsoft's open-sourced .NET Core. Thanks to the work of another team, the native components of coreclr and corefx already support FreeBSD, however, there is further work required in bootstrapping the build process and compiling the managed code. Open tasks: 1. Port .NET Core. 2. Test patches for Mono. __________________________________________________________________ Wine Links Wine Homepage URL: https://www.winehq.org/ Project Page URL: https://wiki.freebsd.org/Wine Contact: Gerald Pfeifer Contact: David Naylor The stable version of Wine (aka emulators/wine) has seen three maintenance releases in the last half year, and Xinerama support (in case you have more than one screen) and GNUTLS (helpful for Evernote or World of Warcraft, for example) are now active by default. The development version (aka emulators/wine-devel) has seen steady progress and reached the RC phase of Wine 2.0. We are looking forward to a new major release soon that combines the progress of a year of active development with the stability of a release. Open tasks: 1. Port WoW64 __________________________________________________________________ Xfce on FreeBSD Links FreeBSD Xfce Project URL: https://wiki.FreeBSD.org/Xfce FreeBSD Xfce Repository URL: https://www.assembla.com/spaces/xfce4/subversion/source Contact: FreeBSD Xfce Team Xfce is a free software desktop environment for Unix and Unix-like platforms such as FreeBSD. It aims to be fast and lightweight, while still being visually appealing and easy to use. During this quarter, the team has kept these applications up-to-date: * audio/xfce4-mpc-plugin 0.5.0 (committed in devel repository) * deskutils/xfce4-notifyd 0.3.4 * graphics/ristretto 0.8.1 * sysutils/xfce4-diskperf-plugin 2.6.0 * sysutils/xfce4-battery-plugin 1.1.0 (committed in devel repository) * sysutils/xfce4-fsguard-plugin 1.1.0 (committed in devel repository) * sysutils/xfce4-netload-plugin 1.3.0 (committed in devel repository) * sysutils/xfce4-systemload-plugin 1.2.0 (committed in devel repository) * sysutils/xfce4-wavelan-plugin 0.6.0 (committed in devel repository) * x11/xfce4-clipman-plugin 1.4.1 * x11/xfce4-conf 4.12.1 * x11/xfce4-dashboard 0.6.1 * x11/xfce4-terminal 0.8.2 * x11/xfce4-whiskermenu-plugin 1.6.2 * x11-clocks/xfce4-datetime-plugin 0.7.0 (committed in devel repository) * x11-wm/xfce4-panel 4.12.1 * www/xfce4-smartbookmark-plugin 0.5.0 (committed in devel repository) We also follow the unstable releases (available in our experimental repository) of: * sysutils/xfce4-settings 4.13.0 (it requires Gtk+ > 3.20) * x11/libexo 0.11.2 * x11/xfce4-whiskermenu-plugin 2.0.3 Open tasks: 1. Apply the changes discussed in D8416 (simplify the MASTER_SITES macro in port Makefiles). 2. Commit the stable panel plugins. __________________________________________________________________ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQGgBAEBCgAGBQJYooROAAoJECjZpvNk63USnIwMIO4lgSyECoViv1/WVXQdWkNr cQ70ARRSDDc1q3mN6Y0FTsxyvllR/u1BOdcJz5M/oWnbh87TISp3ocL2t4Ehm2ti gY4o4sLNtQlRV+45klHuxdDCrTbnOmUUuxKdIMPypDlHg3SI06Ki7oDptaP16EXM wc8zOwZZHeOCKQ1PDE1rll3BpDGCeB+BbdElIRdWY280gKeuN7/LuyTjYt171ohw Z3pGzomE7JTGulwyu86mo1M1C0R3ZhngrichpGkxD/x+uwsNJFyj2l39yFDnTtwu NZx1xmWjPgtprPFBtjIEViGPVHg58hzSVSDYpALR5dRsno/QpO57GArshq3sBuAn w8NmgmtZM82MdrrL7SwtRWbc9bIpyqJr3D25GQnJnhXJKacmPhnOlcSCtd9XGaqS VFRJ/4GODcxVXXN0h6euJEwgSheBFCd4lc8wHGWmTw6/qrQzJURVFErOCt3uayJf 7IHeQVqErAbBm/ZHEUdRlFvXKcduE9z8/TWcdJ/1TAoCMwY= =Vpv4 -----END PGP SIGNATURE----- From owner-freebsd-current@freebsd.org Tue Feb 14 18:32:40 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1B097CDECCA for ; Tue, 14 Feb 2017 18:32:40 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 089F61D64 for ; Tue, 14 Feb 2017 18:32:40 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 053C8CDECC6; Tue, 14 Feb 2017 18:32:40 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 049BDCDECC4; Tue, 14 Feb 2017 18:32:40 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebi.us (glebi.us [96.95.210.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebi.us", Issuer "cell.glebi.us" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CBBD31D60; Tue, 14 Feb 2017 18:32:39 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebi.us (localhost [127.0.0.1]) by cell.glebi.us (8.15.2/8.15.2) with ESMTPS id v1EIWWlo065990 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 14 Feb 2017 10:32:33 -0800 (PST) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebi.us (8.15.2/8.15.2/Submit) id v1EIWWTQ065989; Tue, 14 Feb 2017 10:32:32 -0800 (PST) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebi.us: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 14 Feb 2017 10:32:32 -0800 From: Gleb Smirnoff To: current@FreeBSD.org, stable@FreeBSD.org Subject: removing SVR4 binary compatibilty layer Message-ID: <20170214183232.GB58829@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 14 Feb 2017 18:32:40 -0000 Hello! After some discussion on svn mailing list [1], there is intention to remove SVR4 binary compatibilty layer from FreeBSD head, meaning that FreeBSD 12.0-RELEASE, available in couple of years would be shipped without it. There is no intention of merge of the removal. The stable@ mailing list added for wider audience. P.S. I account any objector as taker of maintainership :) [1] https://lists.freebsd.org/pipermail/svn-src-head/2017-February/096502.html -- Totus tuus, Glebius. From owner-freebsd-current@freebsd.org Wed Feb 15 07:26:30 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EB717CDF6F9 for ; Wed, 15 Feb 2017 07:26:30 +0000 (UTC) (envelope-from mokhi64@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id CDAF11989 for ; Wed, 15 Feb 2017 07:26:30 +0000 (UTC) (envelope-from mokhi64@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id CA5B1CDF6F7; Wed, 15 Feb 2017 07:26:30 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C9DE4CDF6F5; Wed, 15 Feb 2017 07:26:30 +0000 (UTC) (envelope-from mokhi64@gmail.com) Received: from mail-qk0-x233.google.com (mail-qk0-x233.google.com [IPv6:2607:f8b0:400d:c09::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 88D351988; Wed, 15 Feb 2017 07:26:30 +0000 (UTC) (envelope-from mokhi64@gmail.com) Received: by mail-qk0-x233.google.com with SMTP id s186so144565282qkb.1; Tue, 14 Feb 2017 23:26:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=8gFnkueOjVAgHbWYdPfvRMBb7hT6bOsH6DqG7eHo3JQ=; b=QJnaLVh7w3xsGsRrv6YOKLE4qETs3FTe5UxXaeIyni39yseFOEjcnysSEMdy1IkWoC ySoP0D4LmILvwjiVYmYIzyaIvqUvOsNRk1Noay23cvmmT3LSTrad+txW8ZbQy/CF0Nua K2bOAJaZ6kL90x1pwuA2JqhWRnZjy84Fsuj9WtpcRqOWnRzFvi/7v3l/5VJjjoMvYuaQ voEKmfipvvp68vdhG4/K5hC02NMPERg/NosvHzLqgdM14MyinF4AhtBgmPH0EVazfR1j eKg6IYbUty3G6DnUHYzibY67wuwNcI+hEUyVor939wCeQOyXg8mb6jhYuWWE1xYsHh3O y7Pw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=8gFnkueOjVAgHbWYdPfvRMBb7hT6bOsH6DqG7eHo3JQ=; b=HUl/DdNgcQidwKDF5lfwJYELQwyh9gljSWQYGg5lMEPVc6LIg8MxvwDmNAuzsG1nVt HFBhKmKxFNvn2jWbgv4tl0AN/vJXsaXZ4hfMAHbFhO+Qx3PyZd08hikcJPZcU5vKcNz/ yNkPLk6GdTL6mSEMClZ0By0kLsnaCplKO+cCbwSkn99HSEVLsdRieeHhlgKNMeGSpI80 keig1TPRG/IiJ3kngc/kdIDsFjlhVmszfa2jXwmhsI45JSTCF0Gbu+MJ2VIXIVJDMgvs J07dzjMznQ8BF3qbqNx2ChrgBeGf2jaT3s4duiaSuP31oRZkt5GiagMaKrRSW6d6ciwP 2DqQ== X-Gm-Message-State: AMke39mvALcIstvzdqkYQqR7/ApPoLgSyykw3Yoa4l0ngVCAUHsMG1UcHjc/vKbbOAtu1ALYeDdmyzrYRoy78A== X-Received: by 10.55.130.132 with SMTP id e126mr30592016qkd.16.1487143589695; Tue, 14 Feb 2017 23:26:29 -0800 (PST) MIME-Version: 1.0 Received: by 10.237.36.176 with HTTP; Tue, 14 Feb 2017 23:26:29 -0800 (PST) In-Reply-To: <20170214183232.GB58829@FreeBSD.org> References: <20170214183232.GB58829@FreeBSD.org> From: mokhi Date: Wed, 15 Feb 2017 10:56:29 +0330 Message-ID: Subject: Re: removing SVR4 binary compatibilty layer To: Gleb Smirnoff Cc: current@freebsd.org, stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 15 Feb 2017 07:26:31 -0000 Hi, Is this removing is because no-interest on maintaining it? If it helps, I am working to use the `kern_* instead sys_*` as mentioned patch in that discussion suggests for svr4, if this helps. -- Best wishes, MMokhi. From owner-freebsd-current@freebsd.org Wed Feb 15 08:14:32 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DD8EACE07F2 for ; Wed, 15 Feb 2017 08:14:32 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id C9688188C for ; Wed, 15 Feb 2017 08:14:32 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id C6007CE07F0; Wed, 15 Feb 2017 08:14:32 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C3F7ECE07EF; Wed, 15 Feb 2017 08:14:32 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebi.us (glebi.us [96.95.210.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebi.us", Issuer "cell.glebi.us" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A353F188B; Wed, 15 Feb 2017 08:14:32 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebi.us (localhost [127.0.0.1]) by cell.glebi.us (8.15.2/8.15.2) with ESMTPS id v1F8EVjW070735 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 15 Feb 2017 00:14:31 -0800 (PST) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebi.us (8.15.2/8.15.2/Submit) id v1F8EVEB070734; Wed, 15 Feb 2017 00:14:31 -0800 (PST) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebi.us: glebius set sender to glebius@FreeBSD.org using -f Date: Wed, 15 Feb 2017 00:14:30 -0800 From: Gleb Smirnoff To: mokhi Cc: current@freebsd.org, stable@freebsd.org Subject: Re: removing SVR4 binary compatibilty layer Message-ID: <20170215081430.GC58829@FreeBSD.org> References: <20170214183232.GB58829@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 15 Feb 2017 08:14:33 -0000 On Wed, Feb 15, 2017 at 10:56:29AM +0330, mokhi wrote: m> Is this removing is because no-interest on maintaining it? m> m> If it helps, I am working to use the `kern_* instead sys_*` as m> mentioned patch in that discussion suggests for svr4, if this helps. Well, we all "maintain" it, meaning that we keep it compilable. However, I'm sure that no one checks the functionality. There are no regression tests, and seems to be no users. I recently found that if you run GENERIC and 'kldload svr4.ko', the socket layer compatibility will be broken, since SVR4 requires COMPAT_OLDSOCK. And that has been for decades, and no one notices that. I bet there are simply no users. Towing this piece of code into the future is just a waste of time. -- Totus tuus, Glebius. From owner-freebsd-current@freebsd.org Wed Feb 15 08:26:38 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 96D60CE0B3C for ; Wed, 15 Feb 2017 08:26:38 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 855541FE9 for ; Wed, 15 Feb 2017 08:26:38 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: by mailman.ysv.freebsd.org (Postfix) id 81D57CE0B3A; Wed, 15 Feb 2017 08:26:38 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 81682CE0B39; Wed, 15 Feb 2017 08:26:38 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 4DDEC1FE8; Wed, 15 Feb 2017 08:26:38 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.55.3]) by phk.freebsd.dk (Postfix) with ESMTP id A164F273B2; Wed, 15 Feb 2017 08:26:36 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.15.2/8.15.2) with ESMTP id v1F8QZgH076857; Wed, 15 Feb 2017 08:26:35 GMT (envelope-from phk@phk.freebsd.dk) To: Gleb Smirnoff cc: mokhi , current@freebsd.org, stable@freebsd.org Subject: Re: removing SVR4 binary compatibilty layer In-reply-to: <20170215081430.GC58829@FreeBSD.org> From: "Poul-Henning Kamp" References: <20170214183232.GB58829@FreeBSD.org> <20170215081430.GC58829@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <76855.1487147195.1@critter.freebsd.dk> Date: Wed, 15 Feb 2017 08:26:35 +0000 Message-ID: <76856.1487147195@critter.freebsd.dk> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 15 Feb 2017 08:26:38 -0000 -------- In message <20170215081430.GC58829@FreeBSD.org>, Gleb Smirnoff writes: >Well, we all "maintain" it, meaning that we keep it compilable. However, >I'm sure that no one checks the functionality. There are no regression >tests, and seems to be no users. And probably nobody ever bothered to check the code comprehensively for security risks... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@freebsd.org Wed Feb 15 09:28:37 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6AAD2CDEFA4 for ; Wed, 15 Feb 2017 09:28:37 +0000 (UTC) (envelope-from mokhi64@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 48D997BB for ; Wed, 15 Feb 2017 09:28:37 +0000 (UTC) (envelope-from mokhi64@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 48480CDEFA1; Wed, 15 Feb 2017 09:28:37 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 47C98CDEF9E; Wed, 15 Feb 2017 09:28:37 +0000 (UTC) (envelope-from mokhi64@gmail.com) Received: from mail-qk0-x233.google.com (mail-qk0-x233.google.com [IPv6:2607:f8b0:400d:c09::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 04EC97BA; Wed, 15 Feb 2017 09:28:37 +0000 (UTC) (envelope-from mokhi64@gmail.com) Received: by mail-qk0-x233.google.com with SMTP id s186so146553633qkb.1; Wed, 15 Feb 2017 01:28:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=7wz1nEDWP5lG9Oca2gK1+dEHsEcPAXv7RI9amFVcYK8=; b=F0OtLE8hqVnxAreYgHNeHceHEkXgDVnM5Z9Ia1w7i+2iLa0k8Q7EQzXxg3XgHEji3I 8ba5gYkWEzN1HrpWlJXgP8HcgIPpdqf3bzDlsuDhBxSw7ITchRRVwhX29g0MrfPeRdL6 YcMAjJsE/pjqDK/auTzVlR4SXUhAbcTFwx10g82gP37YGOqrXGzspF8fLpD52Z/NPqHb lKbAbrUFaWNOShF96jrjzv8QRbSpp/e8YrNJzaFBMe+TF7g0s2uAvgalfsz3i7zL8R7f 24DzC4Q60OsOguI0vsODxLVP89ZatY1PF8eKl7+MAcfa9+iDA9QxJb2N9GojjQYoyLB2 /upg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=7wz1nEDWP5lG9Oca2gK1+dEHsEcPAXv7RI9amFVcYK8=; b=VoJKMk8sjztjiph6PL8Rf/eohDbm707Qp/Dkr6dE+j+oZa64zpUR+xN3qa/EYxPfne Sio63hRhp55JcPX7098vrckzRSondHa9u4uwdHwADgeLxOWko8TgmRsUc/mcy4h4NBIP JdyjgS6Yea2uDc3THE+4IA6eCC7pzFnxN4fbxUvZtYdTXkZnksv5i2pmS7Lw0g7UbsZS h2zfA1nwEv+BGyJCEBh35nuSHQi40ho9VNS9oKCClGKInz1Vbe540u6yjsAvMmeBfWyF 1VH1n4ec656twbq76jWR3/uR+8mkqVX7FUGkenGue4Ndouor6hED9sOl4QWDitkCkQch Wmgw== X-Gm-Message-State: AMke39kTapZYAhkKqVB1HC/3a+VQpRGUeeK51b8FbR+BqD19GmQ5KBKuX+KxMTfX8s/IdJvQQZmTHqIm+J43Xg== X-Received: by 10.55.7.2 with SMTP id 2mr36703610qkh.228.1487150916175; Wed, 15 Feb 2017 01:28:36 -0800 (PST) MIME-Version: 1.0 Received: by 10.237.36.176 with HTTP; Wed, 15 Feb 2017 01:28:35 -0800 (PST) In-Reply-To: <76856.1487147195@critter.freebsd.dk> References: <20170214183232.GB58829@FreeBSD.org> <20170215081430.GC58829@FreeBSD.org> <76856.1487147195@critter.freebsd.dk> From: mokhi Date: Wed, 15 Feb 2017 12:58:35 +0330 Message-ID: Subject: Re: removing SVR4 binary compatibilty layer To: Poul-Henning Kamp Cc: Gleb Smirnoff , current@freebsd.org, stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 15 Feb 2017 09:28:37 -0000 Well, I'd like to offer help keeping it (because on a personal opinion, I'd like being compatible `:-D). But the reasons are pretty reasonable and convincing :-). I have no more objections against removing it when security risks involves. -- Best wishes, MMokhi. From owner-freebsd-current@freebsd.org Wed Feb 15 12:10:37 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7D8E8CE0B8C for ; Wed, 15 Feb 2017 12:10:37 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 98C16957; Wed, 15 Feb 2017 12:10:36 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA04087; Wed, 15 Feb 2017 14:10:28 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1cdyPk-000EEa-BH; Wed, 15 Feb 2017 14:10:28 +0200 To: Oleksandr Tymoshenko Cc: FreeBSD Current From: Andriy Gapon Subject: basic evdev setup Message-ID: Date: Wed, 15 Feb 2017 14:09:06 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 15 Feb 2017 12:10:37 -0000 Oleksandr, at the moment the documentation for evdev on FreeBSD is very scarce, even if we talk about wiki pages, informal howto-s or blog posts. So, I would like to ask your help for a very basic evdev test setup. All input devices I have are standard keyboard and a mouse with some extra keys. I would like to be able to use the keyboard and the mouse as usual when in the console. And I would like to be able to use the extra mouse keys in X. What steps should I take to achieve that? I already evdev + EVDEV_SUPPORT on the kernel side in addition to the regular keyboard and mouse drivers (atkbdc + ums). I have also installed xf86-input-evdev. Do I need any additional kernel evedev configuration via sysctl? What should I add to xorg configuration to enable evdev for X? Thank you! -- Andriy Gapon From owner-freebsd-current@freebsd.org Wed Feb 15 18:46:45 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ACD46CE0FCA for ; Wed, 15 Feb 2017 18:46:45 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 93B37266 for ; Wed, 15 Feb 2017 18:46:45 +0000 (UTC) (envelope-from peter@rulingia.com) Received: by mailman.ysv.freebsd.org (Postfix) id 8F9E3CE0FC8; Wed, 15 Feb 2017 18:46:45 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8F256CE0FC7; Wed, 15 Feb 2017 18:46:45 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (vps.rulingia.com [103.243.244.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.rulingia.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 29F9D265; Wed, 15 Feb 2017 18:46:44 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from server.rulingia.com (ppp59-167-167-3.static.internode.on.net [59.167.167.3]) by vps.rulingia.com (8.15.2/8.15.2) with ESMTPS id v1FIkTeM044527 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 16 Feb 2017 05:46:34 +1100 (AEDT) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.15.2/8.15.2) with ESMTPS id v1FIkMs4059571 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 16 Feb 2017 05:46:22 +1100 (AEDT) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.15.2/8.15.2/Submit) id v1FIkLAv059570; Thu, 16 Feb 2017 05:46:21 +1100 (AEDT) (envelope-from peter) Date: Thu, 16 Feb 2017 05:46:21 +1100 From: Peter Jeremy To: Gleb Smirnoff Cc: current@FreeBSD.org, stable@FreeBSD.org Subject: Re: removing SVR4 binary compatibilty layer Message-ID: <20170215184621.GF84013@server.rulingia.com> References: <20170214183232.GB58829@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="A6N2fC+uXW/VQSAv" Content-Disposition: inline In-Reply-To: <20170214183232.GB58829@FreeBSD.org> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 15 Feb 2017 18:46:45 -0000 --A6N2fC+uXW/VQSAv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2017-Feb-14 10:32:32 -0800, Gleb Smirnoff wrote: > After some discussion on svn mailing list [1], there is intention >to remove SVR4 binary compatibilty layer from FreeBSD head, meaning >that FreeBSD 12.0-RELEASE, available in couple of years would >be shipped without it. There is no intention of merge of the removal. >The stable@ mailing list added for wider audience. Can I suggest that we put some warnings into the SVr4 image activation code and MFC that to at least 11 to try and smoke out anyone who might actually be using it. --=20 Peter Jeremy --A6N2fC+uXW/VQSAv Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJYpKH9XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFRUIyOTg2QzMwNjcxRTc0RTY1QzIyN0Ux NkE1OTdBMEU0QTIwQjM0AAoJEBall6Dkogs0rXgP/iOiWqZEY4Y3oiZYLfVltHma wBmmaz+qY/WGWABzctbaMGQYhLTDwP++21Hoy0h+mKCi6ODycWI6VRZbUQrCPISq F/4MwGF0wY7m4813E6mFj5axcpLTNrHGkE06GqDpMbQRpSoTwBaaM25Svn8uLkYa cKoppj8nLfFsnsCCu1kGyVewoocTby3SU6KAPO5UVwi0QYjro+FXOajjyCStDLOE PcQjNSONP6wvQyShNDIJt6ELE46Da5pfm3zHG59dUj/Vq+APZJyLieN0rck1Kx4n yc5RF1/ksuGBLhRsMJ81KtYVY5PUuLb4W3vhFumg72G7/RmSZhtd6+3OeiWSnkoa A/zTWxnX85u8z+jCcmOYFic0SNVJ5Qli8BIEv/p3E4QezAl9g9KvXp7vge/PawrJ HTMGxsmBFoBtQxO6xgY7IEVcsaLqApzLYrr7u4+rfN7V5pdjrdCKS0R0hURxbfqG LfVGrRKSlCMxJXGfAkm8B7mza4+j6EJivrbJNhEPcLar8RLgxvrrSOTdiEDS6ox/ bwDrTsCZqcvwePZYtcH8BfTh//M4SRLwcEF7HbCN64freJemcf6YCnJg2O/PnueI WdFqtfucMSTBXg1/JGkmRA/5qyYOAx9r/6Slyxl4psolac+p+J8QCtzm7OeFS5r/ hDRKEPN9v+3Q/LsIMmXx =bUvi -----END PGP SIGNATURE----- --A6N2fC+uXW/VQSAv-- From owner-freebsd-current@freebsd.org Wed Feb 15 21:57:34 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 20A83CDF7EC for ; Wed, 15 Feb 2017 21:57:34 +0000 (UTC) (envelope-from gonzo@freebsd.org) Received: from id.bluezbox.com (id.bluezbox.com [45.55.20.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0207A10C6; Wed, 15 Feb 2017 21:57:33 +0000 (UTC) (envelope-from gonzo@freebsd.org) Received: from [127.0.0.1] (helo=id.bluezbox.com) by id.bluezbox.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.87 (FreeBSD)) (envelope-from ) id 1ce7Zn-000EFL-FM; Wed, 15 Feb 2017 13:57:28 -0800 Received: (from gonzo@localhost) by id.bluezbox.com (8.15.2/8.15.2/Submit) id v1FLvQRU054766; Wed, 15 Feb 2017 13:57:26 -0800 (PST) (envelope-from gonzo@freebsd.org) X-Authentication-Warning: id.bluezbox.com: gonzo set sender to gonzo@freebsd.org using -f Date: Wed, 15 Feb 2017 13:57:26 -0800 From: Oleksandr Tymoshenko To: Andriy Gapon Cc: wulf@cicgroup.ru, FreeBSD Current Subject: Re: basic evdev setup Message-ID: <20170215215725.GA53525@bluezbox.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD/11.0-RELEASE-p2 (amd64) User-Agent: Mutt/1.6.1 (2016-04-27) X-Spam-Level: -- X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: Andriy Gapon (avg@FreeBSD.org) wrote: > > Oleksandr, > > at the moment the documentation for evdev on FreeBSD is very scarce, even if we > talk about wiki pages, informal howto-s or blog posts. > So, I would like to ask your help for a very basic evdev test setup. > > All input devices I have are standard keyboard and a mouse with some extra keys. > I would like to be able to use the keyboard and the mouse as usual when in the > console. And I would like to be able to use the extra mouse keys in X. > > What steps should I take to achieve that? > I already evdev + EVDEV_SUPPORT on the kernel side in addition to the regular > keyboard and mouse drivers (atkbdc + ums). > I have also installed xf86-input-evdev. > > Do I need any additional kernel evedev configuration via sysctl? > What should I add to xorg configuration to enable evdev for X? [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 15 Feb 2017 21:57:34 -0000 Andriy Gapon (avg@FreeBSD.org) wrote: > > Oleksandr, > > at the moment the documentation for evdev on FreeBSD is very scarce, even if we > talk about wiki pages, informal howto-s or blog posts. > So, I would like to ask your help for a very basic evdev test setup. > > All input devices I have are standard keyboard and a mouse with some extra keys. > I would like to be able to use the keyboard and the mouse as usual when in the > console. And I would like to be able to use the extra mouse keys in X. > > What steps should I take to achieve that? > I already evdev + EVDEV_SUPPORT on the kernel side in addition to the regular > keyboard and mouse drivers (atkbdc + ums). > I have also installed xf86-input-evdev. > > Do I need any additional kernel evedev configuration via sysctl? > What should I add to xorg configuration to enable evdev for X? * Adding Vladimir Kondratyev to Cc since he's contributed evdev patch Hi Andriy, evdev works in parallel with standard input system, so you don't have to worry about console input support. Current evdev implementation uses following devices as a source of input events: ukbd(4), ums(4), atkbd(4), kbdmux(4), sysmouse(4) As you see three of them are actual hardware and two of them are virtual aggregating devices. You can enable/disable particular sources using kern.evdev.rcpt_mask sysctl. There are four controlling bits to enable/disable driver as a source of events: bit 0: is set enables sysmouse bit 1: is set enables kbdmux bit 2: is set enables ums bit 3: is set enables atkbd, ukbd By default sysmouse and kbdmux are enabled. Sysmouse requires moused to work, so make sure that moused is running on your system. In your Xorg config you'll need something like this: Section "InputDevice" Identifier "Mouse0" Driver "evdev" Option "Device" "/dev/input/event0" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "evdev" Option "Device" "/dev/input/event1" EndSection I didn't test Xorg thoroughly so there might be some undiscovered bugs. My target use case was Qt in EGLFS mode. If you have any questions or bugreports - I'll be glad to answer them -- gonzo From owner-freebsd-current@freebsd.org Wed Feb 15 23:45:06 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A3324CE0313; Wed, 15 Feb 2017 23:45:06 +0000 (UTC) (envelope-from vladimir@kondratyev.su) Received: from corp.infotel.ru (corp.infotel.ru [195.170.219.3]) by mx1.freebsd.org (Postfix) with ESMTP id 2691ACC1; Wed, 15 Feb 2017 23:45:04 +0000 (UTC) (envelope-from vladimir@kondratyev.su) Received: from corp (corp.infotel.ru [195.170.219.3]) by corp.infotel.ru (Postfix) with ESMTP id 3AB2E1BF07; Thu, 16 Feb 2017 02:38:04 +0300 (MSK) X-Virus-Scanned: amavisd-new at corp.infotel.ru Received: from corp.infotel.ru ([195.170.219.3]) by corp (corp.infotel.ru [195.170.219.3]) (amavisd-new, port 10024) with ESMTP id CTp2U1x4qAjJ; Thu, 16 Feb 2017 02:37:57 +0300 (MSK) Received: from mail.cicgroup.ru (unknown [195.170.219.74]) by corp.infotel.ru (Postfix) with ESMTP id D2D4E1BF00; Thu, 16 Feb 2017 02:37:57 +0300 (MSK) Received: from mail.cicgroup.ru (localhost [127.0.0.1]) by mail.cicgroup.ru (Postfix) with ESMTP id 11AB5574A30; Thu, 16 Feb 2017 02:37:53 +0300 (MSK) X-Virus-Scanned: amavisd-new at cicgroup.ru Received: from mail.cicgroup.ru ([127.0.0.1]) by mail.cicgroup.ru (mail.cicgroup.ru [127.0.0.1]) (amavisd-new, port 10024) with SMTP id vSPXe1YY3iHa; Thu, 16 Feb 2017 02:37:39 +0300 (MSK) Received: from localhost (localhost [127.0.0.1]) by mail.cicgroup.ru (Postfix) with ESMTPA id 6706D573871; Thu, 16 Feb 2017 02:37:39 +0300 (MSK) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 16 Feb 2017 02:37:39 +0300 From: Vladimir Kondratyev To: Andriy Gapon Cc: FreeBSD Current , owner-freebsd-current@freebsd.org, Oleksandr Tymoshenko Subject: Re: basic evdev setup In-Reply-To: <20170215215725.GA53525@bluezbox.com> References: <20170215215725.GA53525@bluezbox.com> Message-ID: X-Sender: vladimir@kondratyev.su User-Agent: Roundcube Webmail/1.2.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 15 Feb 2017 23:45:06 -0000 Hi, Andriy I can add my 2 cents to Oleksander`s 1. If xf86-input-keyboard is not used as primary keyboard driver, patch [1] should be applied to xorg-server to prevent ttyv8<->xorg frame buffers interference 2. It`s also worth trying one of PR/196678 patches to xorg devd configuration backend [2] 3. To see events going through evdev interface, evemu-record utility from evemu package [3] can be used. [1] https://reviews.freebsd.org/differential/changeset/?ref=218662 [2] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196678 [3] https://www.freedesktop.org/software/evemu/ 1, 2 and 3 was collected together at https://reviews.freebsd.org/D7588 but this review is somewhat outdated now. On 2017-02-16 00:57, Oleksandr Tymoshenko wrote: > Andriy Gapon (avg@FreeBSD.org) wrote: >> >> Oleksandr, >> >> at the moment the documentation for evdev on FreeBSD is very scarce, >> even if we >> talk about wiki pages, informal howto-s or blog posts. >> So, I would like to ask your help for a very basic evdev test setup. >> >> All input devices I have are standard keyboard and a mouse with some >> extra keys. >> I would like to be able to use the keyboard and the mouse as usual >> when in the >> console. And I would like to be able to use the extra mouse keys in >> X. >> >> What steps should I take to achieve that? >> I already evdev + EVDEV_SUPPORT on the kernel side in addition to the >> regular >> keyboard and mouse drivers (atkbdc + ums). >> I have also installed xf86-input-evdev. >> >> Do I need any additional kernel evedev configuration via sysctl? >> What should I add to xorg configuration to enable evdev for X? > > * Adding Vladimir Kondratyev to Cc since he's contributed evdev patch > > Hi Andriy, > > evdev works in parallel with standard input system, so you don't > have to worry about console input support. > > Current evdev implementation uses following devices as a source > of input events: ukbd(4), ums(4), atkbd(4), kbdmux(4), sysmouse(4) > > As you see three of them are actual hardware and two of them are > virtual aggregating devices. You can enable/disable particular > sources using kern.evdev.rcpt_mask sysctl. There are four controlling > bits to enable/disable driver as a source of events: > bit 0: is set enables sysmouse > bit 1: is set enables kbdmux > bit 2: is set enables ums > bit 3: is set enables atkbd, ukbd > > By default sysmouse and kbdmux are enabled. Sysmouse requires > moused to work, so make sure that moused is running on your system. > > In your Xorg config you'll need something like this: > > Section "InputDevice" > Identifier "Mouse0" > Driver "evdev" > Option "Device" "/dev/input/event0" > EndSection > > Section "InputDevice" > Identifier "Keyboard0" > Driver "evdev" > Option "Device" "/dev/input/event1" > EndSection > > I didn't test Xorg thoroughly so there might be some undiscovered > bugs. My target use case was Qt in EGLFS mode. If you have any > questions or bugreports - I'll be glad to answer them From owner-freebsd-current@freebsd.org Thu Feb 16 03:27:17 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 24EF2CE0AD9 for ; Thu, 16 Feb 2017 03:27:17 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: from mail-wm0-x236.google.com (mail-wm0-x236.google.com [IPv6:2a00:1450:400c:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B2ACBCA2 for ; Thu, 16 Feb 2017 03:27:16 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: by mail-wm0-x236.google.com with SMTP id r141so5628413wmg.1 for ; Wed, 15 Feb 2017 19:27:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=ihiSrq3O5PCBTwPXAEn76B/qxeYFvmj15k/tlAaSZbw=; b=fHuJkhA9UHOEu+hBtIy/nlQaRn9wBx0JaS9nby5rwqFoReNFqNgCCLCmvyl/Q30XqK Uk2Z+WhStsCRKe7rPe5atKSig5cfCRWhpMttNjwzTnSYmBqZ9GDa1HYPiiv1+xCzcEQX v9aDeTXR1GNeK6MU4pVAcgAtOZumyB/tK2ylezhhp+c6BMBI01CyCx+hmLM4+aCj9Ndr UV0SAFELG/qg5a39yQfeqPttSLN/As3PmzSSj1W2Z6ak4b9U7Iw+0/H9si6K/+GDVpOE d9lVA8RuRznuRGDgtUQKl/B6w2xV8/A5w5DhL2rSYpu/kPnSZXZgxAa/IbMv0Y4OvLuG 08IQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=ihiSrq3O5PCBTwPXAEn76B/qxeYFvmj15k/tlAaSZbw=; b=DQilBYZ8mMTn8S11hHEADt7aftgRhL1FrzY4d6loJuW/3BUJUmH30dJFQ5TMFYPlND X14iAGbb8OZNAa0k4VWA5XzYJNpY6ICshLKDCVEJl1jZZa3Q7uDhcgZZzdeeiFFk+KtG aWs5GJKehJ9xWqh7zbbgEH3cpVOz0JVLhXhpHqoOuqEtBdgOl+gc89fLUb/APx1wE/y6 bhV+0YvGDZ4/PdKzi8Mbw2KoNgOO/fqPd4AKblPAk8M+ISVwPtEHJWTPWUgeBZ97M3JX +YJuh3d+W0cCxIsM1vFiQOdirqVo5tbZkix5Pd+XdWnZyRyoTL1inA6fzM5BZ8AtUO7u wSkA== X-Gm-Message-State: AMke39mOUATTwUNK0KXkrt2Gol57IHI/5qquIuirggtwQx2HP2Z3EO+TYc5SLPe9K+5egVGFutVwI7tTEgovSA== X-Received: by 10.28.30.79 with SMTP id e76mr10189958wme.96.1487215635135; Wed, 15 Feb 2017 19:27:15 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.163.6 with HTTP; Wed, 15 Feb 2017 19:27:14 -0800 (PST) From: Johannes Lundberg Date: Wed, 15 Feb 2017 19:27:14 -0800 Message-ID: Subject: asmc driver patch merge request To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Feb 2017 03:27:17 -0000 Hi This patch adds support for MacBook Pro 11,2 to asmc. The other day I tried patching my old https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214836 submission and discovered it did not apply at all anymore. I uploaded an updated patch that should apply cleanly to HEAD. Someone got time to merge this while it's fresh? Thanks! From owner-freebsd-current@freebsd.org Thu Feb 16 06:59:19 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2F2C3CE1471 for ; Thu, 16 Feb 2017 06:59:19 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wm0-x234.google.com (mail-wm0-x234.google.com [IPv6:2a00:1450:400c:c09::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B3759797 for ; Thu, 16 Feb 2017 06:59:18 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-wm0-x234.google.com with SMTP id c85so58834215wmi.1 for ; Wed, 15 Feb 2017 22:59:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=aqLemf9Z/wFIPl9Srn42/Pjka6ar0tfRSU5dvc7nyhY=; b=MOH7ebfenjESUeoptNxGryJk2yXCQjiZ4Bffyc8hcTpfKwwe7xUfUqCTLiTZ1OwfTh YTkO0bz2O4/CzN6UYD3vV9y3pc17BJhTUdKSXfnhZS9mTe5SmYldTDA5fIBCFUqKnNCY afVBeoVWYujolo0pANfGZKULhRQnENrsEea6gCwmK98uB9nNlVdHS0Xvnyp7heA5hUxa oVKBRbVdbyvRZ+AnD+9xLdOfW2CRwGVUh8Gk9VEmCx7i1fpCnk9eVjWyQqNqwQXsnqto EIHy1bI85YTJStKcsmeJkZH8dPaQpzqr8Ibj+9J5uzecC0ZBE7Ckr9Fit0lHpdlP2zcz 7/1A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=aqLemf9Z/wFIPl9Srn42/Pjka6ar0tfRSU5dvc7nyhY=; b=KQBEgTUZQ9kvZWq0qmSK/D9BncRJLtlJm3m5tQeVADS3199PNR4rHc5NevGIum2Gpi ueMqZFHyG14JnvMjgqYhV91IURWuDAydxQt57h69jU69Vi2vLPlexNel8wOegWH/eRkK VPP15ktNT8ys1iUTw0J8NKO8Msqsd2gj8Tf8j4aXUxnXjNgl7zf45XenT1sSE3GC4j0B I1ep75N1PaWIfWK5oSzSKUvxrhACLc0Xubt+HiCM+LDHCzDX+27u9Iq45mDzpT6vmXuj 5EKW9cDYOAu709yDBQohWbBgsYO08+CdQmtbNOmttqSqx9Q5ZhEpeZNt1twKPayT02Pv kuww== X-Gm-Message-State: AMke39nkeAc65ltDmJKJ6OrDXU2xSB668hm5PqWZok/EQALaMvCbI2UTbKNi82/c09tI3blO9xam5fvZMH2jmw== X-Received: by 10.28.218.4 with SMTP id r4mr10878024wmg.105.1487228357332; Wed, 15 Feb 2017 22:59:17 -0800 (PST) MIME-Version: 1.0 Received: by 10.28.128.135 with HTTP; Wed, 15 Feb 2017 22:59:16 -0800 (PST) In-Reply-To: References: From: Adrian Chadd Date: Wed, 15 Feb 2017 22:59:16 -0800 Message-ID: Subject: Re: asmc driver patch merge request To: Johannes Lundberg Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Feb 2017 06:59:19 -0000 this looks fine to me. what's with the whitespace changes? -a On 15 February 2017 at 19:27, Johannes Lundberg wrote: > Hi > > This patch adds support for MacBook Pro 11,2 to asmc. > > The other day I tried patching my old > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214836 > > submission and discovered it did not apply at all anymore. I uploaded an > updated patch that should apply cleanly to HEAD. > > Someone got time to merge this while it's fresh? > > Thanks! > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Thu Feb 16 14:39:27 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 932ACCE1703 for ; Thu, 16 Feb 2017 14:39:27 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c:c09::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2A5FC16B6 for ; Thu, 16 Feb 2017 14:39:27 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: by mail-wm0-x22c.google.com with SMTP id v77so16756197wmv.0 for ; Thu, 16 Feb 2017 06:39:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=A7B+Z8mY2urv98KLRGZl2msH9RgwMMVFc6qRN8CRJ6w=; b=anOmB3LYnBVejmGXz1JboogF7/kwntdjpUTsUYWaIhxv0gkVFLdPkhpmnwWIcX86X+ QOLBmCHStuLCnr+eyU0JjmCGIHPVUiYezFUjruWZhhmOsNZbcCU54KCDZkzgIxxGW+cn gwheLUrY7/tLhO1PeR8pVg7C5OQnh2yHqTdhhSi1QP+3RS21Ip3z2M0VP+uzRO7ADcj4 2IE1PUHxNke7fnTyLtrECHQ2w1tfvY+Omm0CV+9LNuqItV3OrPMRueEjpICzLFARkAiH COJbXOnJqSa4Q7BaVBj+uvWfMzVn9iMSY8UKupf74BLJpMNBtngmScloUFiCesSnGUxC BkPA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=A7B+Z8mY2urv98KLRGZl2msH9RgwMMVFc6qRN8CRJ6w=; b=bM9AkV8MfsEgO0S/lrve0ihUg6wuKDq61xOKW/OwvDCJs0Q009b5FMtUJJkhpNO8ke hfrNy94C9NqVmv3/lTFHFlwsD3ZgM+TeJZ+NfS6oa+cm2aFLpFAr6zm/0YjKbNvS36CA S5wG+cOX7D9AAiOWbkKP4jOCO/zHLGJzKafiDfaVCaIQpBjW5FRafZWAwozq5QcfmNsd Z+i94+BZ54X5SjsDKXg1ppZJZAxcFEAUAB3WCLt4n1+EQB1cyTX17MASGXBGEbey2PCq SnzjGtxmTIJAeqxhKHqZ3MhzlHkuc0xYDTL5wB5TqfAK0Zf/N8i5ZJAwxpKZJfpOWEIQ RXmA== X-Gm-Message-State: AMke39nEr+NBU/rZxxz8nTJdc50kei+GzCSWqU7OAnQd5K7UZO2i5zZcaHtohVON8xvJTY7d0RvMY9HtZUORCg== X-Received: by 10.28.230.194 with SMTP id e63mr2756189wmi.25.1487255965355; Thu, 16 Feb 2017 06:39:25 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Johannes Lundberg Date: Thu, 16 Feb 2017 14:39:14 +0000 Message-ID: Subject: Re: asmc driver patch merge request To: Adrian Chadd Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Feb 2017 14:39:27 -0000 My emacs remove trailing white spaces automatically on save. On Wed, Feb 15, 2017 at 22:59 Adrian Chadd wrote: > this looks fine to me. what's with the whitespace changes? > > > > -a > > > On 15 February 2017 at 19:27, Johannes Lundberg > wrote: > > Hi > > > > This patch adds support for MacBook Pro 11,2 to asmc. > > > > The other day I tried patching my old > > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214836 > > > > submission and discovered it did not apply at all anymore. I uploaded an > > updated patch that should apply cleanly to HEAD. > > > > Someone got time to merge this while it's fresh? > > > > Thanks! > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to " > freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Thu Feb 16 15:30:52 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9E972CE1A2F for ; Thu, 16 Feb 2017 15:30:52 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from oleg.opentransfer.com (oleg.opentransfer.com [91.217.144.197]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "oleg-10.opentransfer.com", Issuer "oleg-10.opentransfer.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2106C1254 for ; Thu, 16 Feb 2017 15:30:51 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from asus.theweb.org.ua ([10.0.8.4]) by oleg.opentransfer.com (8.15.2/8.15.2) with ESMTPS id v1GFa06r053029 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Thu, 16 Feb 2017 17:36:03 +0200 (EET) (envelope-from oleg@opentransfer.com) Received: from asus.theweb.org.ua (localhost [127.0.0.1]) by asus.theweb.org.ua (8.15.2/8.15.2) with ESMTPS id v1GFUbKT033595 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 16 Feb 2017 17:30:38 +0200 (EET) (envelope-from oleg@opentransfer.com) Received: (from oleg@localhost) by asus.theweb.org.ua (8.15.2/8.15.2/Submit) id v1GFUbsj033594 for freebsd-current@freebsd.org; Thu, 16 Feb 2017 17:30:37 +0200 (EET) (envelope-from oleg@opentransfer.com) X-Authentication-Warning: asus.theweb.org.ua: oleg set sender to oleg@opentransfer.com using -f From: "Oleg V. Nauman" To: freebsd-current Subject: Buildworld fails if WITHOUT_INET6=YES defined Date: Thu, 16 Feb 2017 17:30:37 +0200 Message-ID: <6255771.COiSESJxsN@asus.theweb.org.ua> Organization: Ecommerce LLC User-Agent: KMail/4.14.10 (FreeBSD/12.0-CURRENT; KDE/4.14.10; amd64; ; ) MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Feb 2017 15:30:52 -0000 cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp - B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -march=core2 -DHAVE_CONFIG_H - I/usr/src/lib/libpcap -I/usr/obj/usr/src/lib/libpcap - D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF - DBUILDING_PCAP -DHAVE_NET_PFVAR_H -I/usr/src/contrib/libpcap -MD - MF.depend.fad-getad.o -MTfad-getad.o -std=gnu99 -fstack-protector-strong -Wno- pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable - Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno- unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch - Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused- arguments -c /usr/src/contrib/libpcap/fad-getad.c -o fad-getad.o cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp - B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -march=core2 -DHAVE_CONFIG_H - I/usr/src/lib/libpcap -I/usr/obj/usr/src/lib/libpcap - D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF - DBUILDING_PCAP -DHAVE_NET_PFVAR_H -I/usr/src/contrib/libpcap -MD - MF.depend.gencode.o -MTgencode.o -std=gnu99 -fstack-protector-strong -Wno- pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable - Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno- unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch - Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused- arguments -c /usr/src/contrib/libpcap/gencode.c -o gencode.o /usr/src/contrib/libpcap/gencode.c:695:9: error: no member named 'ai' in 'struct _compiler_state' cstate.ai = NULL; ~~~~~~ ^ /usr/src/contrib/libpcap/gencode.c:4916:13: error: use of undeclared identifier 'cstate' bpf_error(cstate, "direction applied to 'gateway'"); ^ /usr/src/contrib/libpcap/gencode.c:4923:11: error: use of undeclared identifier 'cstate' switch (cstate->linktype) { ^ /usr/src/contrib/libpcap/gencode.c:4961:17: error: use of undeclared identifier 'cstate' b1 = gen_host(cstate, **alist++, 0xffffffff, proto, Q_OR, Q_HOST); ^ /usr/src/contrib/libpcap/gencode.c:4963:19: error: use of undeclared identifier 'cstate' tmp = gen_host(cstate, **alist++, 0xffffffff, proto, Q_OR, ^ /usr/src/contrib/libpcap/gencode.c:4972:12: error: use of undeclared identifier 'cstate' bpf_error(cstate, "illegal modifier of 'gateway'"); ^ 6 errors generated. *** Error code 1 Stop. make[5]: stopped in /usr/src/lib/libpcap *** Error code 1 From owner-freebsd-current@freebsd.org Thu Feb 16 16:12:47 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F2AE6CE2D79 for ; Thu, 16 Feb 2017 16:12:47 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wr0-x22b.google.com (mail-wr0-x22b.google.com [IPv6:2a00:1450:400c:c0c::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 898DC1E55 for ; Thu, 16 Feb 2017 16:12:47 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-wr0-x22b.google.com with SMTP id i10so15008826wrb.0 for ; Thu, 16 Feb 2017 08:12:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=cVJExix+600ygv4ACTqNt9N6/ehQ4VaRDr8hTg3/OOI=; b=OhnRuZw+F0B8sQkaP89pF+WsN4jb41Pn3M+MWNkRk0G0HCgPlwu8aPpFKeN6hKq+DR s/MaMwi/sgsHBEcWdAdo7fqQk88nv8UItQIOc6ashalChXOALL4iVqO2bQ+srt+vI8T4 3zC4NclMg5H7ie+r1YdnL/2ItuYm7CXO2POEdpK5jtq8YOi1M3RqwTTZvMPmkkao4/1c 47TvJAaTivPm0ogf5V5ob/fi4xWuIdsAO7LFb0uyauYLagVjYTHCtFjXva+0WaxM0C4u WEGO2ny4ZRhAJ9MUPoZiFPJpgSLbzKCuV7PqsHHDDhU0EUPxUa1twSwEiWgnljY1K77m pVWA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=cVJExix+600ygv4ACTqNt9N6/ehQ4VaRDr8hTg3/OOI=; b=Ho7fVW8SdEBRtMqpV7Q0YweLif/pwdSTUPz7qLox35YpcAEPZ9OzYgo6cFB7WCK3QP LSFbVOoVNgLG0/kBnKFGyhRzAQl8p9NincEh7sAKSELG+32jfsd8BU/x6juQ7ovOtpmI 9ES/yW5Ho1ER5ppKw6C4iT4XgRIPc4UHjl844DgiU2fHHxaWPOYHn7L//10k/RVGlCMx ReqwzUlsBGUBVkDWfviPh39fVkmVzGNl0zAQ1V9ZwKZsUWbhBNmU/ng60qA7WABUufhr c6YfdSApQv1+032eW1/N5xUao61GM6hGwU2yOewDwkqw9ytZuvc2YRE0bbpBU5u7fCnq uGpg== X-Gm-Message-State: AMke39lNLF+8SIZ+eTab0QJQZGV+1JN+xmTrp1bLE87W2PkXBSYcWjZT7dcdNLuBJ6AXPfqMdOOq5ysL7KdE4w== X-Received: by 10.223.165.17 with SMTP id i17mr3392079wrb.62.1487261566099; Thu, 16 Feb 2017 08:12:46 -0800 (PST) MIME-Version: 1.0 Received: by 10.28.128.135 with HTTP; Thu, 16 Feb 2017 08:12:45 -0800 (PST) In-Reply-To: References: From: Adrian Chadd Date: Thu, 16 Feb 2017 08:12:45 -0800 Message-ID: Subject: Re: asmc driver patch merge request To: Johannes Lundberg Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Feb 2017 16:12:48 -0000 ok, lemme do a build and if it succeeds i'll commit it -a On 16 February 2017 at 06:39, Johannes Lundberg wrote: > My emacs remove trailing white spaces automatically on save. > > On Wed, Feb 15, 2017 at 22:59 Adrian Chadd wrote: >> >> this looks fine to me. what's with the whitespace changes? >> >> >> >> -a >> >> >> On 15 February 2017 at 19:27, Johannes Lundberg >> wrote: >> > Hi >> > >> > This patch adds support for MacBook Pro 11,2 to asmc. >> > >> > The other day I tried patching my old >> > >> > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214836 >> > >> > submission and discovered it did not apply at all anymore. I uploaded an >> > updated patch that should apply cleanly to HEAD. >> > >> > Someone got time to merge this while it's fresh? >> > >> > Thanks! >> > _______________________________________________ >> > freebsd-current@freebsd.org mailing list >> > https://lists.freebsd.org/mailman/listinfo/freebsd-current >> > To unsubscribe, send any mail to >> > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Thu Feb 16 16:24:49 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F3F94CDC009 for ; Thu, 16 Feb 2017 16:24:48 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: from mail-wm0-x22d.google.com (mail-wm0-x22d.google.com [IPv6:2a00:1450:400c:c09::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9FDD3149E for ; Thu, 16 Feb 2017 16:24:48 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: by mail-wm0-x22d.google.com with SMTP id v77so19288240wmv.0 for ; Thu, 16 Feb 2017 08:24:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=EakKgFsJJoDPcsLRRSaNimo3f6Z9pd2MO8pV0tEGJKI=; b=F0cGBEsEUZhvgp2jsZtaFKB60SlyykieWEdqGd/7jOhJwTN3NZZQOU7ATSmbcq9qk/ HMImoFMSmP7zPPmG3DxTtmGrhjK5RoTYaA2qc0J0P3XGpoxGi+PCwnU3OnIfPuqjlJZF zJTwcZfcGWUdIhy/EGS/VOeCGJYmvvXWOQD7ccxedOAXlCKUAu+SbcAa7bfflBvOVSzF mo7FJL06X/v0Oj0Zg3WHQwgENowMz5yBSn2tCQjcsuvgAUc34jFmkJojfEknklAbK2aD PekBnhTa1zbpxT6CfDxPxgcCAAbHT+yHoqJ8P+RFYbb5EdDZ/VHZNvdiHatgSdJT9AT1 z35g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=EakKgFsJJoDPcsLRRSaNimo3f6Z9pd2MO8pV0tEGJKI=; b=ZnCmJpPe8sB+T3Xvf2EghS+Z2D75hPg5IW3Z+trBp+q3Wq0IctE6YNHNk2SPBZWBia uH9JMtsYyItbIeAMNaeyz9wHBxmRPhFHDzpC2kAf2v9ANhMjQRzJClAFFRfk6cRfXjzK MSEmr4aCUF9ls8c+ycrMz1UPRYxwC1t4COyrUUlZbalQUeU67ES9Q79YitcgEvsZ7ID2 k8x13sySV37cziP3KavWB3Y87WBRBXVl+8bSdsB840lh8hkdNxEhnLn+3H8290x8a0yv VwFMRkncWo9QqTOioZTtRqjYdg4Lvw5bKI836039eLsLkzojpdC6Fp8ygY8dKQfjV53N N1QQ== X-Gm-Message-State: AMke39nYswy0k72bNva8qc3D7Xgy37dJD/jS3k5Nb854ZRKXdzwF3vIojvtozvkKc8dc9uR/9fzaZI2N7Fh1jA== X-Received: by 10.28.186.197 with SMTP id k188mr13232426wmf.25.1487262286905; Thu, 16 Feb 2017 08:24:46 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Johannes Lundberg Date: Thu, 16 Feb 2017 16:24:36 +0000 Message-ID: Subject: Re: asmc driver patch merge request To: Adrian Chadd Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Feb 2017 16:24:49 -0000 Thanks! On Thu, Feb 16, 2017 at 08:12 Adrian Chadd wrote: > ok, lemme do a build and if it succeeds i'll commit it > > > > -a > > > On 16 February 2017 at 06:39, Johannes Lundberg > wrote: > > My emacs remove trailing white spaces automatically on save. > > > > On Wed, Feb 15, 2017 at 22:59 Adrian Chadd > wrote: > >> > >> this looks fine to me. what's with the whitespace changes? > >> > >> > >> > >> -a > >> > >> > >> On 15 February 2017 at 19:27, Johannes Lundberg > >> wrote: > >> > Hi > >> > > >> > This patch adds support for MacBook Pro 11,2 to asmc. > >> > > >> > The other day I tried patching my old > >> > > >> > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214836 > >> > > >> > submission and discovered it did not apply at all anymore. I uploaded > an > >> > updated patch that should apply cleanly to HEAD. > >> > > >> > Someone got time to merge this while it's fresh? > >> > > >> > Thanks! > >> > _______________________________________________ > >> > freebsd-current@freebsd.org mailing list > >> > https://lists.freebsd.org/mailman/listinfo/freebsd-current > >> > To unsubscribe, send any mail to > >> > "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Thu Feb 16 16:56:12 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 596E7CDCE1B for ; Thu, 16 Feb 2017 16:56:12 +0000 (UTC) (envelope-from franco@lastsummer.de) Received: from host64.shmhost.net (unknown [IPv6:2a01:4f8:a0:51d6::108:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 25CE01650 for ; Thu, 16 Feb 2017 16:56:12 +0000 (UTC) (envelope-from franco@lastsummer.de) Received: from francos-mbp.homeoffice.local (dslb-092-078-013-237.092.078.pools.vodafone-ip.de [92.78.13.237]) by host64.shmhost.net (Postfix) with ESMTPSA id 7153F838EA for ; Thu, 16 Feb 2017 17:56:09 +0100 (CET) From: Franco Fichtner Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Kernel crashes from turnstile_broadcast (/usr/src/sys/kern/subr_turnstile.c:837) Message-Id: <94F3148F-1180-4585-91D1-99FF0A716D64@lastsummer.de> Date: Thu, 16 Feb 2017 17:56:08 +0100 To: freebsd-current X-Mailer: Apple Mail (2.3259) X-Virus-Scanned: clamav-milter 0.99.2 at host64.shmhost.net X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Feb 2017 16:56:12 -0000 Hi all, I would like to ask for someone with the internal knowledge of the subsystem to take a look at the following bug: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213903 This has been triggering on over a dozen FreeBSD 11.0 (OPNSense 17.1) installations in the field within two weeks of having been updated to 11.0. What debug info do you need and how can we otherwise help? Thanks, Franco From owner-freebsd-current@freebsd.org Thu Feb 16 17:04:45 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DB829CE13D3 for ; Thu, 16 Feb 2017 17:04:45 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AF2251D5C for ; Thu, 16 Feb 2017 17:04:45 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id v1GH5KB2049563 for ; Thu, 16 Feb 2017 09:05:26 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: <6255771.COiSESJxsN@asus.theweb.org.ua> References: <6255771.COiSESJxsN@asus.theweb.org.ua> From: "Chris H" Subject: Re: Buildworld fails if WITHOUT_INET6=YES defined Date: Thu, 16 Feb 2017 09:05:26 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <2ef5212e9bfec9fcc923231743a73302@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Feb 2017 17:04:46 -0000 On Thu, 16 Feb 2017 17:30:37 +0200 "Oleg V. Nauman" wrote > cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp - > B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -march=core2 -DHAVE_CONFIG_H - > I/usr/src/lib/libpcap -I/usr/obj/usr/src/lib/libpcap - > D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF - > DBUILDING_PCAP -DHAVE_NET_PFVAR_H -I/usr/src/contrib/libpcap -MD - > MF.depend.fad-getad.o -MTfad-getad.o -std=gnu99 -fstack-protector-strong > -Wno- pointer-sign -Wno-empty-body -Wno-string-plus-int > -Wno-unused-const-variable - Wno-tautological-compare -Wno-unused-value > -Wno-parentheses-equality -Wno- unused-function -Wno-enum-conversion > -Wno-unused-local-typedef -Wno-switch - Wno-switch-enum > -Wno-knr-promoted-parameter -Wno-parentheses -Qunused- arguments -c > /usr/src/contrib/libpcap/fad-getad.c -o fad-getad.o cc -target > i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp - > B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -march=core2 -DHAVE_CONFIG_H - > I/usr/src/lib/libpcap -I/usr/obj/usr/src/lib/libpcap - > D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF - > DBUILDING_PCAP -DHAVE_NET_PFVAR_H -I/usr/src/contrib/libpcap -MD - > MF.depend.gencode.o -MTgencode.o -std=gnu99 -fstack-protector-strong -Wno- > pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable > - Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno- > unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch - > Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused- > arguments -c /usr/src/contrib/libpcap/gencode.c -o gencode.o > /usr/src/contrib/libpcap/gencode.c:695:9: error: no member named 'ai' in > 'struct _compiler_state' > cstate.ai = NULL; > ~~~~~~ ^ > /usr/src/contrib/libpcap/gencode.c:4916:13: error: use of undeclared > identifier 'cstate' > bpf_error(cstate, "direction applied to 'gateway'"); > ^ > /usr/src/contrib/libpcap/gencode.c:4923:11: error: use of undeclared > identifier 'cstate' > switch (cstate->linktype) { > ^ > /usr/src/contrib/libpcap/gencode.c:4961:17: error: use of undeclared > identifier 'cstate' > b1 = gen_host(cstate, **alist++, 0xffffffff, proto, Q_OR, > Q_HOST); > ^ > /usr/src/contrib/libpcap/gencode.c:4963:19: error: use of undeclared > identifier 'cstate' > tmp = gen_host(cstate, **alist++, 0xffffffff, proto, > Q_OR, > ^ > /usr/src/contrib/libpcap/gencode.c:4972:12: error: use of undeclared > identifier 'cstate' > bpf_error(cstate, "illegal modifier of 'gateway'"); > ^ > 6 errors generated. > *** Error code 1 > > Stop. > make[5]: stopped in /usr/src/lib/libpcap > *** Error code 1 > > I regret I don't have an immediate solution for you. But I seem to remember having seen at least a similar problem posted on the mailing lists. I did a search, and this was the closest I could find: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=146910 It's listed as still in progress dated 2010 -- yikes! Anyway. I think you might do well to create a pr(1) yourself for this. You can do so at the following link: https://bugs.freebsd.org/bugzilla/enter_bug.cgi Best wishes. --Chris From owner-freebsd-current@freebsd.org Thu Feb 16 18:07:14 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0C672CE24D2 for ; Thu, 16 Feb 2017 18:07:14 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pg0-x241.google.com (mail-pg0-x241.google.com [IPv6:2607:f8b0:400e:c05::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CCBE81DD4 for ; Thu, 16 Feb 2017 18:07:13 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pg0-x241.google.com with SMTP id 13so1642156pgd.3 for ; Thu, 16 Feb 2017 10:07:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=r5sEFQisj6FefUbV+dhVlphO/YoVQjJhN4d4/2R14iA=; b=DgN8HlBLD6xLx+z45C2NBb43d+QcIMnyvegp/ZMwM76ziuj2Vh/YrWLAvfXOsQcOYW 5o+fKco+oJz9b7NJuWFYXuRSnFlHnevHymGYmQbNf0epocInmuvwWinLpJDNuNsMJE3x ThOjf3FrGSxygaA0uj/U4Lcp1S1tLpXr4CEtjI/Ef6Uw/Z9MEmV/+/ESuPEyfmj5aUQr kmCGkT3jueZWEkcKYmqp1aPmUTf6S1BClFa8aZQNu43g78vc77ZUAE+o/PnQcXHINivq NuE1vnctHCUtRaN4d4Nujoj60OElax/Ejr6EWJhxgQHt24vJqTSkdN4y+SSDbZJt6r/S b+YQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=r5sEFQisj6FefUbV+dhVlphO/YoVQjJhN4d4/2R14iA=; b=ml11iPtrOFgJsivLMWU06HyuhBSS4kdlBc2Yc/Wq+qqhpiRw8cA6Z4jNXcLwWUbMvA aTF8cbTdMfL6k8YgQQxNtCYVDMzQ/cWCX3SMd+YZWvfI7DrRRC3K4yrLgYP6YFMrkEka wq/NoX2UvZmBzFzSPVWGotYHxBffx4upUqlIC82wwZrdn2MR9DnqPvCZlWAYnZwgTbf2 EVrc7J4AOnXPLEtOFvhLDNFgO9coX4xbnt1lGZywjEbsEXl83X8CRvSvmYC8G9LrUHIg f3nCdWdqxxjkExSGiELgPEJXu9W27BB8fK1JigJYte2QG6Yu0m0IDcrf3XUuHiR4NbQu /KzQ== X-Gm-Message-State: AMke39lu7UC6c48n0D7AyeB4Lx6dBFlOsjYakqNQeXCIGXXlFcsAd4G1Xb58B/452S7myw== X-Received: by 10.99.3.5 with SMTP id 5mr4566887pgd.150.1487268433331; Thu, 16 Feb 2017 10:07:13 -0800 (PST) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id x10sm14851903pfi.117.2017.02.16.10.07.11 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 16 Feb 2017 10:07:12 -0800 (PST) Subject: Re: Buildworld fails if WITHOUT_INET6=YES defined Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_8C167039-DD17-46C2-BA37-0579841156B5"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: <6255771.COiSESJxsN@asus.theweb.org.ua> Date: Thu, 16 Feb 2017 10:07:10 -0800 Cc: freebsd-current , Xin Li Message-Id: <758FDB4C-C8CA-43B5-B100-CAF871AEA550@gmail.com> References: <6255771.COiSESJxsN@asus.theweb.org.ua> To: "Oleg V. Nauman" X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Feb 2017 18:07:14 -0000 --Apple-Mail=_8C167039-DD17-46C2-BA37-0579841156B5 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Feb 16, 2017, at 07:30, Oleg V. Nauman = wrote: >=20 > cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp - > B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -march=3Dcore2 = -DHAVE_CONFIG_H - > I/usr/src/lib/libpcap -I/usr/obj/usr/src/lib/libpcap - > D_U_=3D"__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF - > DBUILDING_PCAP -DHAVE_NET_PFVAR_H -I/usr/src/contrib/libpcap -MD - > MF.depend.fad-getad.o -MTfad-getad.o -std=3Dgnu99 = -fstack-protector-strong -Wno- > pointer-sign -Wno-empty-body -Wno-string-plus-int = -Wno-unused-const-variable - > Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality = -Wno- > unused-function -Wno-enum-conversion -Wno-unused-local-typedef = -Wno-switch - > Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses = -Qunused- > arguments -c /usr/src/contrib/libpcap/fad-getad.c -o fad-getad.o > cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp - > B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -march=3Dcore2 = -DHAVE_CONFIG_H - > I/usr/src/lib/libpcap -I/usr/obj/usr/src/lib/libpcap - > D_U_=3D"__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF - > DBUILDING_PCAP -DHAVE_NET_PFVAR_H -I/usr/src/contrib/libpcap -MD - > MF.depend.gencode.o -MTgencode.o -std=3Dgnu99 -fstack-protector-strong = -Wno- > pointer-sign -Wno-empty-body -Wno-string-plus-int = -Wno-unused-const-variable - > Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality = -Wno- > unused-function -Wno-enum-conversion -Wno-unused-local-typedef = -Wno-switch - > Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses = -Qunused- > arguments -c /usr/src/contrib/libpcap/gencode.c -o gencode.o > /usr/src/contrib/libpcap/gencode.c:695:9: error: no member named 'ai' = in > 'struct _compiler_state' > cstate.ai =3D NULL; > ~~~~~~ ^ > /usr/src/contrib/libpcap/gencode.c:4916:13: error: use of undeclared > identifier 'cstate' > bpf_error(cstate, "direction applied to 'gateway'"); > ^ > /usr/src/contrib/libpcap/gencode.c:4923:11: error: use of undeclared > identifier 'cstate' > switch (cstate->linktype) { > ^ > /usr/src/contrib/libpcap/gencode.c:4961:17: error: use of undeclared > identifier 'cstate' > b1 =3D gen_host(cstate, **alist++, 0xffffffff, proto, = Q_OR, > Q_HOST); > ^ > /usr/src/contrib/libpcap/gencode.c:4963:19: error: use of undeclared > identifier 'cstate' > tmp =3D gen_host(cstate, **alist++, 0xffffffff, = proto, > Q_OR, > ^ > /usr/src/contrib/libpcap/gencode.c:4972:12: error: use of undeclared > identifier 'cstate' > bpf_error(cstate, "illegal modifier of 'gateway'"); > ^ > 6 errors generated. > *** Error code 1 >=20 > Stop. > make[5]: stopped in /usr/src/lib/libpcap > *** Error code 1 CCing Xin, who did the libpcap upgrade. -Ngie --Apple-Mail=_8C167039-DD17-46C2-BA37-0579841156B5 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJYpepPAAoJEPWDqSZpMIYVHkEP/31r2/MGt7xX3N5gCV3hEpip tBIOjLv4Uz06/4b5tZe6Dftvm9GBKzf1cKs2zGnBADN4ftS8AeylJmRmEEvULtNM qOHAtegsnel0QAbw30NNrACjAHnNaqLAgx25/3u4wg/fXnxnVb4GXcw7Xm+nljwF C8AmYJW54unZNtuydNNiI9SuWEAkQEfuP7Nqqdcs/CgwYghTWdfahFPkuDEXLzo4 URAlHcHOWE8x5+GoFlEwdYs15T4efQq2U8WyzFJLvo5gL5oaYmD405qofUk5Xdoo KmEEW3HLsUQlSXEC9v0npOMFxQ6FgX/z8D8CSBBMoXAkmxCdGx9+f1ZEsL+N5+sH qJ7zqb+fHDNntzbtxqvhFskLSpjyCWuHXyL8MggfQIlgS7YXRpJej97S8PImq/Nl Fr/BjF2poBssrl4uPXoiS7uL4NC9QLKT3hQtjxExv9A9yjyXcyeiBUfwBrg0lszK +v8Z+mDDsceHeWVT3JoKlNAS1pyfgQJR8m/Dflfz8fscO/kYOXC2jZgcOuZwHeV+ jmJRR0vJ+w210uFbN0BE1N8Gs8EUn+rWHejwDHsydnUVnC/PQOsPlyofV6gp5h/C FX8HZQKHLHwGUTV5rWbNCeVCEuob8CqPJq8gnjTU8tN9tQV+A1xxeNh52B2cdsJR Q5iSa/sQVjoewC07lI6t =8ihC -----END PGP SIGNATURE----- --Apple-Mail=_8C167039-DD17-46C2-BA37-0579841156B5-- From owner-freebsd-current@freebsd.org Fri Feb 17 18:50:02 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CC5D9CE23B3 for ; Fri, 17 Feb 2017 18:50:02 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id B753E1684; Fri, 17 Feb 2017 18:50:01 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA11575; Fri, 17 Feb 2017 20:49:53 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1cenbN-000H9T-IK; Fri, 17 Feb 2017 20:49:53 +0200 To: FreeBSD Current From: Andriy Gapon Subject: confusing KTR_SCHED traces Message-ID: Date: Fri, 17 Feb 2017 20:48:57 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Feb 2017 18:50:02 -0000 First, an example, three consecutive entries for the same thread (from top to bottom): KTRGRAPH group:"thread", id:"zio_write_intr_3 tid 100260", state:"sleep", attributes: prio:84, wmesg:"-", lockname:"(null)" KTRGRAPH group:"thread", id:"zio_write_intr_3 tid 100260", state:"spinning", attributes: lockname:"sched lock 1" KTRGRAPH group:"thread", id:"zio_write_intr_3 tid 100260", state:"running", attributes: none Any automatic analysis tool including schedgraph.py will assume that the thread ends up in the running state. In reality, of course, the thread is in the sleeping state. The confusing trace is a result of logging the thread's intention to switch out in mi_switch() before calling sched_switch(). In ULE's sched_switch() we acquire the "TDQ_LOCK" which could be contested. In that case the thread spins waiting for the lock to be released. This is reported as "spinning" and then "running" states. I would like to fix that, but not sure how to do that best. One idea is to move the mi_switch() trace closer to the cpu_switch() call similarly to DTrace sched:cpu-off and sched:cpu-on probes. Any suggestions are welcome. Thanks! -- Andriy Gapon From owner-freebsd-current@freebsd.org Fri Feb 17 21:03:34 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B0F04CE3E9A for ; Fri, 17 Feb 2017 21:03:34 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8042A1651; Fri, 17 Feb 2017 21:03:34 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id A1EA81B82; Fri, 17 Feb 2017 21:03:33 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 3B9182A590; Fri, 17 Feb 2017 21:03:20 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id v25EzaPL93rN; Fri, 17 Feb 2017 21:03:04 +0000 (UTC) Subject: Re: Buildworld fails if WITHOUT_INET6=YES defined DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 00B922A58B To: "Ngie Cooper (yaneurabeya)" , "Oleg V. Nauman" References: <6255771.COiSESJxsN@asus.theweb.org.ua> <758FDB4C-C8CA-43B5-B100-CAF871AEA550@gmail.com> Cc: freebsd-current , Xin Li From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: Date: Fri, 17 Feb 2017 13:03:04 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <758FDB4C-C8CA-43B5-B100-CAF871AEA550@gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sHuBx4o6B788SKJ4tAgd9DnaGAPM5GCGH" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Feb 2017 21:03:34 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --sHuBx4o6B788SKJ4tAgd9DnaGAPM5GCGH Content-Type: multipart/mixed; boundary="ksecVCrMVtNBS00C64O6M9EUJ19beFAg2"; protected-headers="v1" From: Bryan Drewery To: "Ngie Cooper (yaneurabeya)" , "Oleg V. Nauman" Cc: freebsd-current , Xin Li Message-ID: Subject: Re: Buildworld fails if WITHOUT_INET6=YES defined References: <6255771.COiSESJxsN@asus.theweb.org.ua> <758FDB4C-C8CA-43B5-B100-CAF871AEA550@gmail.com> In-Reply-To: <758FDB4C-C8CA-43B5-B100-CAF871AEA550@gmail.com> --ksecVCrMVtNBS00C64O6M9EUJ19beFAg2 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2/16/2017 10:07 AM, Ngie Cooper (yaneurabeya) wrote: >=20 >> On Feb 16, 2017, at 07:30, Oleg V. Nauman wrot= e: >> >> cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -= >> B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -march=3Dcore2 -DHAVE_CONFIG= _H - >> I/usr/src/lib/libpcap -I/usr/obj/usr/src/lib/libpcap - >> D_U_=3D"__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF - >> DBUILDING_PCAP -DHAVE_NET_PFVAR_H -I/usr/src/contrib/libpcap -MD - >> MF.depend.fad-getad.o -MTfad-getad.o -std=3Dgnu99 -fstack-protector-st= rong -Wno- >> pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-va= riable - >> Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno- >> unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-sw= itch - >> Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused= - >> arguments -c /usr/src/contrib/libpcap/fad-getad.c -o fad-getad.o >> cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -= >> B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -march=3Dcore2 -DHAVE_CONFIG= _H - >> I/usr/src/lib/libpcap -I/usr/obj/usr/src/lib/libpcap - >> D_U_=3D"__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF - >> DBUILDING_PCAP -DHAVE_NET_PFVAR_H -I/usr/src/contrib/libpcap -MD - >> MF.depend.gencode.o -MTgencode.o -std=3Dgnu99 -fstack-protector-strong= -Wno- >> pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-va= riable - >> Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno- >> unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-sw= itch - >> Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused= - >> arguments -c /usr/src/contrib/libpcap/gencode.c -o gencode.o >> /usr/src/contrib/libpcap/gencode.c:695:9: error: no member named 'ai' = in >> 'struct _compiler_state' >> cstate.ai =3D NULL; >> ~~~~~~ ^ >> /usr/src/contrib/libpcap/gencode.c:4916:13: error: use of undeclared >> identifier 'cstate' >> bpf_error(cstate, "direction applied to 'gateway'"); >> ^ >> /usr/src/contrib/libpcap/gencode.c:4923:11: error: use of undeclared >> identifier 'cstate' >> switch (cstate->linktype) { >> ^ >> /usr/src/contrib/libpcap/gencode.c:4961:17: error: use of undeclared >> identifier 'cstate' >> b1 =3D gen_host(cstate, **alist++, 0xffffffff, proto, Q= _OR, >> Q_HOST); >> ^ >> /usr/src/contrib/libpcap/gencode.c:4963:19: error: use of undeclared >> identifier 'cstate' >> tmp =3D gen_host(cstate, **alist++, 0xffffffff,= proto, >> Q_OR, >> ^ >> /usr/src/contrib/libpcap/gencode.c:4972:12: error: use of undeclared >> identifier 'cstate' >> bpf_error(cstate, "illegal modifier of 'gateway'"); >> ^ >> 6 errors generated. >> *** Error code 1 >> >> Stop. >> make[5]: stopped in /usr/src/lib/libpcap >> *** Error code 1 >=20 > CCing Xin, who did the libpcap upgrade. > -Ngie >=20 I get an error even with INET6 building grammar.o: > /root/git/freebsd/contrib/libpcap/grammar.y:348:15: error: use of undec= lared identifier 'cstate'; did you mean 'cstat'? > finish_parse(cstate, yystack.l_mark[0].blk.b); = =20 > ^~~~~~ = =20 > cstat = =20 > grammar.c:1291:1: note: 'cstat' declared here = =20 > YYPARSE_DECL() = =20 > ^ = =20 --=20 Regards, Bryan Drewery --ksecVCrMVtNBS00C64O6M9EUJ19beFAg2-- --sHuBx4o6B788SKJ4tAgd9DnaGAPM5GCGH 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 iQEcBAEBAgAGBQJYp2UIAAoJEDXXcbtuRpfPFzkIAKDtTQzo+HIok+L9bGU1K4L0 sn9WMGL7jzpRAA1tcrkd1GRIY0tQB8vzylL/49KkQfXHDaxdal6bJ7DeAkIQuViD bz3KHpDE7w4M+0V6X/DSmZi4vCkholwTzlNBQZOIfF/7KCeWr2zFeYamdbHCM4Yc 3KfyA/V/F2gZPvNsKtkzOGDAyMs2zdH4M+GKUVOBZPGvosNeh4bBaXiYhPOEyk66 j6j8lO5aJnxs1PHovOFS8QRd1mGSx+yKWKo3MTKIdQNqU24Z/qtIkzmfGKZOVMsQ OBrT7fK2wVFj5HHOvuhn3uMwrwFqvawFTlKl7+8NKt1vyuwYO2rnnZ5ABOhNkPs= =gbN9 -----END PGP SIGNATURE----- --sHuBx4o6B788SKJ4tAgd9DnaGAPM5GCGH-- From owner-freebsd-current@freebsd.org Fri Feb 17 21:09:52 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BB92BCE30A0 for ; Fri, 17 Feb 2017 21:09:52 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8B72D1B08; Fri, 17 Feb 2017 21:09:52 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id B68A61EB8; Fri, 17 Feb 2017 21:09:51 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 3B8D32A5D0; Fri, 17 Feb 2017 21:09:48 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id Osc4BKtwpXnP; Fri, 17 Feb 2017 21:09:38 +0000 (UTC) Subject: Re: Buildworld fails if WITHOUT_INET6=YES defined DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com BE9452A5C6 To: "Ngie Cooper (yaneurabeya)" , "Oleg V. Nauman" References: <6255771.COiSESJxsN@asus.theweb.org.ua> <758FDB4C-C8CA-43B5-B100-CAF871AEA550@gmail.com> Cc: freebsd-current , Xin Li From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: Date: Fri, 17 Feb 2017 13:09:24 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0CROJ4q1MmEmskOkkvHjlvUxbnLHuPIXW" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Feb 2017 21:09:52 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --0CROJ4q1MmEmskOkkvHjlvUxbnLHuPIXW Content-Type: multipart/mixed; boundary="Hm8GtkNOSxA17TF0ahmpe2xTW0jAmtOno"; protected-headers="v1" From: Bryan Drewery To: "Ngie Cooper (yaneurabeya)" , "Oleg V. Nauman" Cc: freebsd-current , Xin Li Message-ID: Subject: Re: Buildworld fails if WITHOUT_INET6=YES defined References: <6255771.COiSESJxsN@asus.theweb.org.ua> <758FDB4C-C8CA-43B5-B100-CAF871AEA550@gmail.com> In-Reply-To: --Hm8GtkNOSxA17TF0ahmpe2xTW0jAmtOno Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2/17/2017 1:03 PM, Bryan Drewery wrote: > On 2/16/2017 10:07 AM, Ngie Cooper (yaneurabeya) wrote: >> >>> On Feb 16, 2017, at 07:30, Oleg V. Nauman wro= te: >>> >>> cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp = - >>> B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -march=3Dcore2 -DHAVE_CONFI= G_H - >>> I/usr/src/lib/libpcap -I/usr/obj/usr/src/lib/libpcap - >>> D_U_=3D"__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF - >>> DBUILDING_PCAP -DHAVE_NET_PFVAR_H -I/usr/src/contrib/libpcap -MD - >>> MF.depend.fad-getad.o -MTfad-getad.o -std=3Dgnu99 -fstack-protector-s= trong -Wno- >>> pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-v= ariable - >>> Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality = -Wno- >>> unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-s= witch - >>> Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunuse= d- >>> arguments -c /usr/src/contrib/libpcap/fad-getad.c -o fad-getad.o >>> cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp = - >>> B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -march=3Dcore2 -DHAVE_CONFI= G_H - >>> I/usr/src/lib/libpcap -I/usr/obj/usr/src/lib/libpcap - >>> D_U_=3D"__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF - >>> DBUILDING_PCAP -DHAVE_NET_PFVAR_H -I/usr/src/contrib/libpcap -MD - >>> MF.depend.gencode.o -MTgencode.o -std=3Dgnu99 -fstack-protector-stron= g -Wno- >>> pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-v= ariable - >>> Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality = -Wno- >>> unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-s= witch - >>> Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunuse= d- >>> arguments -c /usr/src/contrib/libpcap/gencode.c -o gencode.o >>> /usr/src/contrib/libpcap/gencode.c:695:9: error: no member named 'ai'= in >>> 'struct _compiler_state' >>> cstate.ai =3D NULL; >>> ~~~~~~ ^ >>> /usr/src/contrib/libpcap/gencode.c:4916:13: error: use of undeclared >>> identifier 'cstate' >>> bpf_error(cstate, "direction applied to 'gateway'"); >>> ^ >>> /usr/src/contrib/libpcap/gencode.c:4923:11: error: use of undeclared >>> identifier 'cstate' >>> switch (cstate->linktype) { >>> ^ >>> /usr/src/contrib/libpcap/gencode.c:4961:17: error: use of undeclared >>> identifier 'cstate' >>> b1 =3D gen_host(cstate, **alist++, 0xffffffff, proto, = Q_OR, >>> Q_HOST); >>> ^ >>> /usr/src/contrib/libpcap/gencode.c:4963:19: error: use of undeclared >>> identifier 'cstate' >>> tmp =3D gen_host(cstate, **alist++, 0xffffffff= , proto, >>> Q_OR, >>> ^ >>> /usr/src/contrib/libpcap/gencode.c:4972:12: error: use of undeclared >>> identifier 'cstate' >>> bpf_error(cstate, "illegal modifier of 'gateway'"); >>> ^ >>> 6 errors generated. >>> *** Error code 1 >>> >>> Stop. >>> make[5]: stopped in /usr/src/lib/libpcap >>> *** Error code 1 >> >> CCing Xin, who did the libpcap upgrade. >> -Ngie >> >=20 > I get an error even with INET6 building grammar.o: >=20 >> /root/git/freebsd/contrib/libpcap/grammar.y:348:15: error: use of unde= clared identifier 'cstate'; did you mean 'cstat'? >> finish_parse(cstate, yystack.l_mark[0].blk.b); = =20 >> ^~~~~~ = =20 >> cstat = =20 >> grammar.c:1291:1: note: 'cstat' declared here = =20 >> YYPARSE_DECL() = =20 >> ^ = =20 >=20 Ignore me, my yacc is just outdated. --=20 Regards, Bryan Drewery --Hm8GtkNOSxA17TF0ahmpe2xTW0jAmtOno-- --0CROJ4q1MmEmskOkkvHjlvUxbnLHuPIXW 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 iQEcBAEBAgAGBQJYp2aEAAoJEDXXcbtuRpfP06wIAJlKiY4Kl92jPEA858RXD/6C PqD5ZBemYZq6L3dmu+sCQ/XTPlaT/q78q1kqn9l/j/s0CCVlbZ54qpGRfvbuupNg NZgEnwlKinQJ1WbxFSLKzIa8GLNfASqrheSEcMuId+Fj4HhbvQls0syUdjm/eIrv wAiUdKOUfsazzmqXVTLUICdTh/pkLHfxQXrMJcLYhr/BlpBeBekUGhvsei+WqFQh 9ym0CDGK7vI1v/MJp/HZOe37mFAHE+AmYCqFOxNFRIozomGi6+NmXZHGi3WYn6rx WXrnwLczjOdgsmSWunlu6j/1SmARi8m6pY8Ep5AG3o3JxX2R6V+3DFRpTlToAmg= =F7sj -----END PGP SIGNATURE----- --0CROJ4q1MmEmskOkkvHjlvUxbnLHuPIXW-- From owner-freebsd-current@freebsd.org Sat Feb 18 00:13:47 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3ADADCDA101 for ; Sat, 18 Feb 2017 00:13:47 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E52971F15; Sat, 18 Feb 2017 00:13:46 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 2C7D745EF; Sat, 18 Feb 2017 00:13:46 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id EBE1E3114C; Sat, 18 Feb 2017 00:13:44 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id wZr3bp0lsmhG; Sat, 18 Feb 2017 00:13:34 +0000 (UTC) To: freebsd-current@FreeBSD.org DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com D88E331146 From: Bryan Drewery Subject: xdev fixed Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: Date: Fri, 17 Feb 2017 16:13:19 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rBFckdKIgqiGlVnDo78QmMavDofNALoaG" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Feb 2017 00:13:47 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --rBFckdKIgqiGlVnDo78QmMavDofNALoaG Content-Type: multipart/mixed; boundary="f3A6sxoHJbplvtqtjo3TF8ijLopb0m9qi"; protected-headers="v1" From: Bryan Drewery To: freebsd-current@FreeBSD.org Message-ID: Subject: xdev fixed --f3A6sxoHJbplvtqtjo3TF8ijLopb0m9qi Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable The issue reported here: https://lists.freebsd.org/pipermail/freebsd-arm/2016-June/014065.html > make XDEV=3Darm XDEV_ARCH=3Darmv6 xdev >=20 > It failed! >=20 > sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 /usr/src/gnu/= lib/libdialog/../../../contrib/dialog/dialog.h /usr/src/gnu/lib/libdialog= /../../../contrib/dialog/dlg_colors.h /usr/src/gnu/lib/libdialog/dlg_conf= ig.h /usr/src/gnu/lib/libdialog/../../../contrib/dialog/dlg_keys.h //usr/= armv6-freebsd/usr/include/ > =3D=3D=3D> lib/libc++ (obj,all,install) > /usr/obj/armv6-freebsd/usr/src/lib/libc++ created for /usr/src/lib/libc= ++ > echo libc++.so.1.full: //usr/armv6-freebsd/usr/lib/libcxxrt.a >> .depen= d > c++ -isystem //usr/armv6-freebsd/usr/include -L//usr/armv6-freebsd/usr/= lib --sysroot=3D//usr/armv6-freebsd/ -B//usr/armv6-freebsd/usr/libexec = -B//usr/armv6-freebsd/usr/bin -B//usr/armv6-freebsd/usr/lib -mlong-calls = -O -pipe -isystem /usr/src/lib/libc++/../../contrib/libc++/include -isyst= em /usr/src/lib/libc++/../../contrib/libcxxrt -nostdinc++ -nostdlib -DLIB= CXXRT -MD -MF.depend.algorithm.o -MTalgorithm.o -Qunused-arguments -std=3D= c++11 -Wno-c++11-extensions -c /usr/src/lib/libc++/../../contrib/libc++/= src/algorithm.cpp -o algorithm.o > In file included from /usr/src/lib/libc++/../../contrib/libc++/src/algo= rithm.cpp:10: > In file included from /usr/src/lib/libc++/../../contrib/libc++/include/= algorithm:624: > In file included from /usr/src/lib/libc++/../../contrib/libc++/include/= initializer_list:47: > /usr/src/lib/libc++/../../contrib/libc++/include/cstddef:43:15: fatal e= rror:=20 > 'stddef.h' file not found > #include_next > ^ > 1 error generated. > *** Error code 1 This should now be fixed in head as of r313907. Sorry for the long delay on it. It likely came about due to the libc++ upgrade around r300873 in May 2016. I will MFC the fix to stable/11 once I get more feedback or in 2 weeks otherwise. --=20 Regards, Bryan Drewery --f3A6sxoHJbplvtqtjo3TF8ijLopb0m9qi-- --rBFckdKIgqiGlVnDo78QmMavDofNALoaG 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 iQEcBAEBAgAGBQJYp5GfAAoJEDXXcbtuRpfPLssIAN+xRtMC7kntHeogfaZ3PTKh mkmt3UHIWKR3aOHiakDRmxqdbnWMbbX8kTIyZcagIqipM1le/EstHfRla+2QCMLq rnNgm8xL06MkxSRcqf3X4WPWxkI3JCxiYFradKeVI11oVgzvgWBZoq7Ou5tnG4CX +lUl/UTQkzdHBSHZ2SXdtdS6XUr5aFyO6b+lSpZFNWxr+gmL0NZj4otRtkRW8Zsn BJN/mI21huAPdXxPbpvLnO1Wd4EGiuYva3r9JCnuPcX1lX5ALH9smAzQJZfWd9no YOWs4+FZ/8wMPpPxvos0f6tBE9np7Wuhmfu3cRH9soCRvw+qrjTmAhGGiP+Ho5U= =i+7A -----END PGP SIGNATURE----- --rBFckdKIgqiGlVnDo78QmMavDofNALoaG-- From owner-freebsd-current@freebsd.org Sat Feb 18 00:16:51 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D5B41CDA23B for ; Sat, 18 Feb 2017 00:16:51 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf0-x22f.google.com (mail-pf0-x22f.google.com [IPv6:2607:f8b0:400e:c00::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A3A092F1; Sat, 18 Feb 2017 00:16:51 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf0-x22f.google.com with SMTP id 189so16703153pfu.3; Fri, 17 Feb 2017 16:16:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=MzUwXHyjyyrHF+GT2zxpVPRasDDlthWcwCqvDdawc28=; b=GrAlCBkedawFNWk7qiEolOSowrTr5q7TXJb6bV9m2gCJKW8Q2oEWCtxAT952Gxe+Vp TKuaGIBgISC5G96zZK3yajpPMqxo8n2moo7zPJ82W3mGgVgOJZ/k0fnhTnMDrmrgdrjt dgsoDn0Wj5NbL3lBAteMizcX48JvaTtCGrKTn2/rTkP3rlEGlgEz1ShopuvM136utbID n+Y6d/p0K3MuCQTq+nfO0kvinjM3hdFQ6SjLAOlwcqOQ6h3u/yg+zp6bE1zJfUOHkKHf NxI60Cm6VQWH+6H2jeTmJrrezyLGuIu9GWTJX7Rz4FsOksSJmszhBJOi1UO0kHGbntc8 xtNQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=MzUwXHyjyyrHF+GT2zxpVPRasDDlthWcwCqvDdawc28=; b=AhsHorunnrtGTG4PJ/9kO1JR+eld04TEK2pIqUMFdfo8xRcFt8gRczV9AHYoSsNLM4 X8ND9p4C0pm1UlvEhQ20bvMWZE0GkLT7VgKn5HJIPvmk9LeMU5mix9ku0lTY9omrBGdW WTEQiehsIurEcsKkBASoHJbLBGPqGP5FSePly7hZbU5V9yuvqs5i3I91yzyi+KELDaaG eNbjVvuv0D/aklUGhTTqfimjeCIMJ75PNJ44aWpPioof5dFObacTLHni6Bc6HgAkc0kL cEos2Y392B07RORyKAHxFpN3qpkc6WcFkU22sPa7itcwmMNwwopjmzH3TrF4Ev55Ljat CDVw== X-Gm-Message-State: AMke39leqGyunboENB/cVw73YbScuEtPXOZNLfK3GaEuDqrxgwTOjNyjCEXuhWLen7II6g== X-Received: by 10.84.131.130 with SMTP id d2mr14827579pld.41.1487377010996; Fri, 17 Feb 2017 16:16:50 -0800 (PST) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id d68sm21496999pfj.92.2017.02.17.16.16.50 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 17 Feb 2017 16:16:50 -0800 (PST) Subject: Re: xdev fixed Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_12D70C74-9127-448B-A42D-5BF48969D8C3"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: Date: Fri, 17 Feb 2017 16:16:49 -0800 Cc: freebsd-current@FreeBSD.org Message-Id: References: To: Bryan Drewery X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Feb 2017 00:16:51 -0000 --Apple-Mail=_12D70C74-9127-448B-A42D-5BF48969D8C3 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Feb 17, 2017, at 16:13, Bryan Drewery wrote: >=20 > The issue reported here: > https://lists.freebsd.org/pipermail/freebsd-arm/2016-June/014065.html >=20 >> make XDEV=3Darm XDEV_ARCH=3Darmv6 xdev >>=20 >> It failed! >>=20 >> sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 = /usr/src/gnu/lib/libdialog/../../../contrib/dialog/dialog.h = /usr/src/gnu/lib/libdialog/../../../contrib/dialog/dlg_colors.h = /usr/src/gnu/lib/libdialog/dlg_config.h = /usr/src/gnu/lib/libdialog/../../../contrib/dialog/dlg_keys.h = //usr/armv6-freebsd/usr/include/ >> =3D=3D=3D> lib/libc++ (obj,all,install) >> /usr/obj/armv6-freebsd/usr/src/lib/libc++ created for = /usr/src/lib/libc++ >> echo libc++.so.1.full: //usr/armv6-freebsd/usr/lib/libcxxrt.a >> = .depend >> c++ -isystem //usr/armv6-freebsd/usr/include = -L//usr/armv6-freebsd/usr/lib --sysroot=3D//usr/armv6-freebsd/ = -B//usr/armv6-freebsd/usr/libexec -B//usr/armv6-freebsd/usr/bin = -B//usr/armv6-freebsd/usr/lib -mlong-calls -O -pipe -isystem = /usr/src/lib/libc++/../../contrib/libc++/include -isystem = /usr/src/lib/libc++/../../contrib/libcxxrt -nostdinc++ -nostdlib = -DLIBCXXRT -MD -MF.depend.algorithm.o -MTalgorithm.o -Qunused-arguments = -std=3Dc++11 -Wno-c++11-extensions -c = /usr/src/lib/libc++/../../contrib/libc++/src/algorithm.cpp -o = algorithm.o >> In file included from = /usr/src/lib/libc++/../../contrib/libc++/src/algorithm.cpp:10: >> In file included from = /usr/src/lib/libc++/../../contrib/libc++/include/algorithm:624: >> In file included from = /usr/src/lib/libc++/../../contrib/libc++/include/initializer_list:47: >> /usr/src/lib/libc++/../../contrib/libc++/include/cstddef:43:15: fatal = error: >> 'stddef.h' file not found >> #include_next >> ^ >> 1 error generated. >> *** Error code 1 >=20 >=20 > This should now be fixed in head as of r313907. Sorry for the long > delay on it. It likely came about due to the libc++ upgrade around > r300873 in May 2016. I will MFC the fix to stable/11 once I get more > feedback or in 2 weeks otherwise. *does a happy dance* Thanks so much :)! -Ngie --Apple-Mail=_12D70C74-9127-448B-A42D-5BF48969D8C3 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJYp5JxAAoJEPWDqSZpMIYVKYIP/3DSMMWH+zQZrthbDm1fEBSG tGklrs4Sf65wdKZz7y1OvOzvhhU2P3mORce05VyxR9H4Sl81OCYb2I1qVXx9ZQNq XAMEgUxOOdIYmxPKA9m0IXqXQK9nEsZCIEdUpxWJ0XZe7CzSEuROeGP7p6nBqVeQ Pe4aBcqNiloooLwyg+OTga3WJ05lyPLfkUAMIjQepx1JBqtav7+BEUM167j7YTeu f2/4E3lLy9OXiNeXJAa8mEqrhIS1zpfwgf8rRUoGoWQinWn5v/px+IM0j2ctMYB/ OVU11CxM0T5q5Pu9R/hFYwXrw4eqsphQiYkPAypjhoGqcW8yDLMqOR9aFeeoWZfh 3yIOPriK8IuNGzXoAsuAuZhuctf66pV0/88hPJw5uec5HD9qA3fknkv1P5UM3Lch AWs5u2jXj2L54/90NvhZ/QcNjWH4CNjyc8khdrJ8TImaHweaT7w9Hi68rBBsnlbp Np5KpKLGZR1G3noKKQLn+XGEWd/ybW8FlRC1pVzu2J2kIdzIzb/THL8SyqKcexon o5KkDD+f8kVjl+96sWzcelxmntGy9lx2wS/HKEg+SgxznUZcTJOF/vYOe/OPyGUz yAXTaMObMHZMFBoAhGu9uPFvgTCwO/1Xl5A0g0HGTyzt5YvFPHhIriSFZvP9yWAM DEHHOhoo6zN7osMrnXds =TgQf -----END PGP SIGNATURE----- --Apple-Mail=_12D70C74-9127-448B-A42D-5BF48969D8C3-- From owner-freebsd-current@freebsd.org Sat Feb 18 00:17:48 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 866EDCDA2F4 for ; Sat, 18 Feb 2017 00:17:48 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pg0-x22d.google.com (mail-pg0-x22d.google.com [IPv6:2607:f8b0:400e:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 522B666A; Sat, 18 Feb 2017 00:17:48 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pg0-x22d.google.com with SMTP id v184so19320940pgv.3; Fri, 17 Feb 2017 16:17:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=ud86beAiXQDOXWW+M0zntpe0/coP4U91qRooR1v/MRs=; b=hAF+EBT+oMgl4HDHBmR5uDOyuvN0CKAc3AiAMChJdHMeAqJ+Ejft9yz6Fs65l61lyi jsylsjnd/xPzhTR5Hj2ceXTPlnQ4bHufag1ZLqjPja9aA7QzEcP4rrnZMXtBZn8U8rUk qB5fzd3WIgmUlIzuS6WtYgvKoCrhFsMYAQ4pOuB/eznPwXQ8kgOG6xSqJemUfkY1kN5x 3QO9qUNbfhCJPt4hEbmEGBNOP8cPnyR5pNsA0GWmlD9s1lDVZKVnvmr+w+u9hQa23icF i/cAZJbqQ87hAAyUPxjetMGIECakE1UJxwBkqqCCA313mrMIt0jO5lB0CANjmp5EH7o0 9ngA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=ud86beAiXQDOXWW+M0zntpe0/coP4U91qRooR1v/MRs=; b=D4835awFtAatTTLNCRHR+0qPYeABJ4HefBKhwF8xXbYQveFvMXJH3IoAwAaoV/clVB V7uQMFMjYs2d4Gx/dmXI2B+Uc8B2T6F5UlxqBZFVx5DnDXoH+yhO9Z8EUiOhNmYWnLjj QAiryMyFC9C0Q86BcI/Iw0uv08ogian2Qp9JwfCzINxR0aoOW2Bee9n5dHwZlMWvPTQN yxLVeNCyAdclVcu4s9Zii345IDWoRAGYe0/6E738PgnMx7U6525ffqeepStuWj708Tp1 Dc8O61YXp/mQRsxCIkMoMVxuh+yIRAp/GLqSOBWF1UuUR2UrXnjE1DRwhQkGMijOsrpV Sp9w== X-Gm-Message-State: AMke39l0qd8d/ZgwX/IRqYH7XxhwAqCLXzW6z/4CSOyvjjepMjfRYpCtbzGl4ltZqY5z+w== X-Received: by 10.99.112.6 with SMTP id l6mr13226564pgc.33.1487377067962; Fri, 17 Feb 2017 16:17:47 -0800 (PST) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id d68sm21496999pfj.92.2017.02.17.16.17.47 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 17 Feb 2017 16:17:47 -0800 (PST) Subject: Re: Buildworld fails if WITHOUT_INET6=YES defined Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_CB08F4F2-08F1-499B-A213-377F14314F44"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: Date: Fri, 17 Feb 2017 16:17:46 -0800 Cc: "Oleg V. Nauman" , freebsd-current , Xin Li Message-Id: <198C159E-4BE7-4CFC-8065-A0F78AEDD460@gmail.com> References: <6255771.COiSESJxsN@asus.theweb.org.ua> <758FDB4C-C8CA-43B5-B100-CAF871AEA550@gmail.com> To: Bryan Drewery X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Feb 2017 00:17:48 -0000 --Apple-Mail=_CB08F4F2-08F1-499B-A213-377F14314F44 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 > On Feb 17, 2017, at 13:09, Bryan Drewery wrote: =85 > Ignore me, my yacc is just outdated. I=92ll try again. This might have been part of my issue too. Thanks! -Ngie --Apple-Mail=_CB08F4F2-08F1-499B-A213-377F14314F44 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJYp5KqAAoJEPWDqSZpMIYVzVcP/AhmkMFa5O/meJZj2NyrabiB LqWUjevdXhOq3ImlKViGsqCW5HiNs7/mL0TuFNHoXK9gFWO38BsCiTH9TAIDATG/ L33w9UC7AuY9D/onlYNulkMM+usHZU/GpHUpvQ3wLOH2udCti9R+ljdYZA8kf905 VY/uIOWbQwd/Gtbl0yweaSj64Z6u4ObVJXiaG9XeE/Pp8e8bA7OslE9lW/KjH0+O zLc+QNGYrW5I27S0Oau163Icc1rk9bzHThe3IilevVa1W+FDxC6l/AFSKrUrKnqj 5/6NZyViHyQ4LFfZdNV047YVTOpw3kqhmRc3dP8wxBbCSylkTMT0yxYPQU29Z+7Z 7on9hf1+jxhowkpgmPAt1oz2H59wGo7t6TPdwZtvOH/vRoWnUa3MxUecmoYcliXz j0QlM128BUzH6gnObPJ1g85e1k7ctG4ftKgEaRzVuiON7jO8il8e7rQBqJLCZB3o O/7TkiWe2w/MxFBgJAC/NGC+y2Ais/3YPFcvIPRFAQaSIx04N3cqNP+r6dbd99+G wLDADBALr1V/g1Eoxo7d4vHf7k8vjMaRhzphonOg3znCxnoOk3C7hF/TC+P6aH44 QSN6qh9Xj4XFYHqRYLK534Yb1lut1k6aqlE8wK9kucTZ018Oks3bVmNxiPXRgvw1 fFAZy/7dkeIF+UoF+yA1 =VlU5 -----END PGP SIGNATURE----- --Apple-Mail=_CB08F4F2-08F1-499B-A213-377F14314F44-- From owner-freebsd-current@freebsd.org Sat Feb 18 12:18:15 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0693BCE4DBF for ; Sat, 18 Feb 2017 12:18:15 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-75.reflexion.net [208.70.210.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AA8FF17CC for ; Sat, 18 Feb 2017 12:18:14 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 12107 invoked from network); 18 Feb 2017 12:20:10 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 18 Feb 2017 12:20:10 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.30.0) with SMTP; Sat, 18 Feb 2017 07:18:06 -0500 (EST) Received: (qmail 24895 invoked from network); 18 Feb 2017 12:18:06 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 18 Feb 2017 12:18:06 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id E5578EC7EC3; Sat, 18 Feb 2017 04:18:05 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: svn commit: r313268 - head/sys/kern [through -r313271 for atomic_fcmpset use and later: fails on PowerMac G5 "Quad Core"; -r313266 works] Message-Id: <2FD12B8F-2255-470A-98D4-2DCE9C7495F5@dsl-only.net> Date: Sat, 18 Feb 2017 04:18:05 -0800 Cc: Nathan Whitehorn To: mjg@freebsd.org, Justin Hibbits , svn-src-head@freebsd.org, FreeBSD PowerPC ML , FreeBSD Current X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Feb 2017 12:18:15 -0000 [Note: I experiment with clang based powerpc64 builds, reporting problems that I find. Justin is familiar with this, as is Nathan.] I tried to update the PowerMac G5 (a so-called "Quad Core") that I have access to from head -r312761 to -r313864 and ended up with random panics and hang ups in fairly short order after booting. Some approximate bisecting for the kernel lead to: (sometimes getting part way into a buildkernel attempt for a different version before a failure happens) -r313266: works (just before use of atomic_fcmpset) vs. -r313271: fails (last of the "use atomic_fcmpset" check-ins) (I did not try -r313268 through -r313270 as the use was gradually added.) So I'm currently running a -r313864 world with a -r313266 kernel. No kernel that I tried that was from before -r313266 had the problems. Any kernel that I tried that was from after -r313271 had the problems. Of course I did not try them all in other direction. :) === Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sat Feb 18 13:35:29 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 91743CE3B1F for ; Sat, 18 Feb 2017 13:35:29 +0000 (UTC) (envelope-from lists@olivarim.com) Received: from smtp-sh2.infomaniak.ch (smtp-sh2.infomaniak.ch [128.65.195.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.infomaniak.ch", Issuer "StartCom Class 3 OV Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 26177103A for ; Sat, 18 Feb 2017 13:35:28 +0000 (UTC) (envelope-from lists@olivarim.com) Received: from smtp5.infomaniak.ch (smtp5.infomaniak.ch [83.166.132.18]) by smtp-sh.infomaniak.ch (8.14.5/8.14.5) with ESMTP id v1IDURMo011425 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Sat, 18 Feb 2017 14:30:27 +0100 Received: from webmail.infomaniak.ch (dmu115.infomaniak.ch [93.88.241.245]) (authenticated bits=0) by smtp5.infomaniak.ch (8.14.5/8.14.5) with ESMTP id v1IDURsQ033358 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 18 Feb 2017 14:30:27 +0100 Content-Transfer-Encoding: quoted-printable Date: Sat, 18 Feb 2017 14:30:06 +0100 From: "Marin Bernard" To: freebsd-current@freebsd.org X-Webmail2-User: Mjk1NDgx Reply-To: lists@olivarim.com Subject: `make buildworld` does not build base llvm on amd64 Message-ID: <1487424607-f76018bce4dae5ad698063232671f85c@olivarim.com> X-Mailer: Infomaniak Webmail X-Origin: dueO+H/nvvZzi4GW6cSLfh6dUTU+sealQc5EiErErB8 MIME-Version: 1.0 X-Priority: 3 (Normal) Content-Type: text/plain; charset="iso-8859-1" X-Antivirus: Dr.Web (R) for Unix mail servers drweb plugin ver.6.0.2.8 X-Antivirus-Code: 0x100000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Feb 2017 13:35:29 -0000 Hi, I'm in the process of testing the drm-next-4.7 branch from the FreeBSDDesktop= github repository on several computers. As I want to avoid building world on= every machine, I decided to set up a dedicated build machine running FreeBSD= 11.0-STABLE. The plan was to build world, kernel and some parts of the ports= tree with poudriere, and then generate FreeBSD release images and a pkgng re= pository for binary packages. I was able to build both the world and the kernel successfully. I was also ab= le to generate working install images with the make release command. However= , it seems that the whole build process skips building the base versions of l= lvm39 and clang: as a consequence, all systems installed from the release ima= ges lack a compiler. Installing the new world and kernel on the build machine= does not install llvm39: instead, llvm38 is left untouched, until flagged ob= solete by the make remove-old-libs command, and deleted. Does anybody know why make avoids building base llvm39 as a bootstrap compil= er even while the current base version is llvm38 ? Is there a way to force th= e build of base llvm and clang ? I do not use any src.conf or make.conf file. I read the src.conf(5) man page= =20and tried to pass custom flags to make (like WITH_CLANG, WITH_CLANG_BOO= TSTRAP, WITH_CLANG_FULL), without any success. Here is how to reproduce: 1. Install FreeBSD 11.0-RELEASE or a snapshot of 12.0-CURRENT with default op= tions. I tried the following with both versions and base llvm was not built i= n both case. 2. Install the devel/git package with pkg. 3. Clone the github repository to /usr/src. 4. Try to build everything: # cd /usr/src/ # make buildworld buildkernel 5. The build stops immediately because make cannot find llvm39. Here is the= =20error message: "You need to install devel/llvm39 to build or set XCC" That error is new to me: I never saw it when I ran make buildworld in previo= us releases. As a workaround, install devel/llvm39, or run make with explici= t environment variables: # make XCC=3Dclang XCXX=3Dclang++ XCPP=3Dclang-cpp buildworld buildkernel llvm39 will not be built whatever workaround you chose. 5. After the build finishes, make a release: # cd /usr/src/release # make XCC=3Dclang XCXX=3Dclang++ XCPP=3Dclang-cpp release WITH_DVD=3D1 6. Install the release to another computer, or install the new world and kern= el on the current machine as you would normally do, with mergemaster and ma= ke remove-old / make remove-old-libs. 7. Boot the new install or the new kernel, then run: # cc -v No compiler found. Thanks a lot for your help! Marin From owner-freebsd-current@freebsd.org Sat Feb 18 16:09:43 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0D0D3CE3333 for ; Sat, 18 Feb 2017 16:09:43 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from msa03b.plala.or.jp (msa03.plala.or.jp [58.93.240.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BB961964; Sat, 18 Feb 2017 16:09:41 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from msc02.plala.or.jp ([172.23.12.32]) by msa02b.plala.or.jp with ESMTP id <20170218160807.SYIG11784.msa02b.plala.or.jp@msc02.plala.or.jp>; Sun, 19 Feb 2017 01:08:07 +0900 Received: from localhost ([121.116.94.133]) by msc02.plala.or.jp with ESMTP id <20170218160807.MZZQ26601.msc02.plala.or.jp@localhost>; Sun, 19 Feb 2017 01:08:07 +0900 Date: Sun, 19 Feb 2017 01:08:02 +0900 (JST) Message-Id: <20170219.010802.1885836113486417223.ish@amail.plala.or.jp> To: dchagin@freebsd.org Cc: oleg@opentransfer.com, cem@freebsd.org, freebsd-current@freebsd.org Subject: Re: 'Protocol not supported' on linux socket call ( r313313 amd64 ) From: Masachika ISHIZUKA In-Reply-To: <20170213.092622.2095203813454660844.ish@amail.plala.or.jp> References: <20170209.233625.360228747927162044.ish@amail.plala.or.jp> <20170212162004.GA20891@chd.heemeyer.club> <20170213.092622.2095203813454660844.ish@amail.plala.or.jp> X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-VirusScan: Outbound; msa02m; Sun, 19 Feb 2017 01:08:07 +0900 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Feb 2017 16:09:43 -0000 >>> linux-flashplayer (with opera or firefox) is not working with r313440. >>> After reverting r313285 and r313284, it is working again. >> should be fixed by r313684. Hi. Thank you for your effort. The linux-flashplayer 24.0.0.221 with r313684M patched by freebsd-bug 217161 is working again. As this patch was applied by r313912, the head branch is working again. (I'm tested at r313915). -- Masachika ISHIZUKA From owner-freebsd-current@freebsd.org Sat Feb 18 20:49:33 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E2EC8CE31C3 for ; Sat, 18 Feb 2017 20:49:33 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-74.reflexion.net [208.70.210.74]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 91BDAC93 for ; Sat, 18 Feb 2017 20:49:32 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 23219 invoked from network); 18 Feb 2017 20:50:10 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 18 Feb 2017 20:50:10 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.30.0) with SMTP; Sat, 18 Feb 2017 15:49:31 -0500 (EST) Received: (qmail 11745 invoked from network); 18 Feb 2017 20:49:31 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 18 Feb 2017 20:49:31 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 59599EC807D; Sat, 18 Feb 2017 12:49:30 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: svn commit: r313268 - head/sys/kern [through -r313271 for atomic_fcmpset use and later: fails on PowerMac G5 "Quad Core"; -r313266 works] From: Mark Millard In-Reply-To: <2FD12B8F-2255-470A-98D4-2DCE9C7495F5@dsl-only.net> Date: Sat, 18 Feb 2017 12:49:29 -0800 Cc: svn-src-head@freebsd.org, FreeBSD PowerPC ML , FreeBSD Current Content-Transfer-Encoding: 7bit Message-Id: References: <2FD12B8F-2255-470A-98D4-2DCE9C7495F5@dsl-only.net> To: mjg@freebsd.org, Justin Hibbits X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Feb 2017 20:49:34 -0000 On 2017-Feb-18, at 4:18 AM, Mark Millard wrote: > [Note: I experiment with clang based powerpc64 builds, > reporting problems that I find. Justin is familiar > with this, as is Nathan.] > > I tried to update the PowerMac G5 (a so-called "Quad Core") > that I have access to from head -r312761 to -r313864 and > ended up with random panics and hang ups in fairly short > order after booting. > > Some approximate bisecting for the kernel lead to: > (sometimes getting part way into a buildkernel attempt > for a different version before a failure happens) > > -r313266: works (just before use of atomic_fcmpset) > vs. > -r313271: fails (last of the "use atomic_fcmpset" check-ins) > > (I did not try -r313268 through -r313270 as the use was > gradually added.) > > So I'm currently running a -r313864 world with a -r313266 > kernel. > > No kernel that I tried that was from before -r313266 had the > problems. > > Any kernel that I tried that was from after -r313271 had the > problems. > > Of course I did not try them all in other direction. :) [Of course: "either direction".] I'll note that the -r313864 buildworld was without MALLOC_PRODUCTION being defined. (Unusual for me but I'm testing if a jemalloc assert problem on arm64 also happens on powerpc64.) By contrast the buildkernels were production style (as is normal for me unless I'm trying to track something down that I think might be exposed by the extra checks). === Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sat Feb 18 20:58:32 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 95D28CE35D2; Sat, 18 Feb 2017 20:58:32 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-lf0-x241.google.com (mail-lf0-x241.google.com [IPv6:2a00:1450:4010:c07::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 16A56119D; Sat, 18 Feb 2017 20:58:32 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-lf0-x241.google.com with SMTP id z134so42630lff.3; Sat, 18 Feb 2017 12:58:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-disposition:in-reply-to:user-agent; bh=rt53Xsm9IestMXEo0DfjcrGdtqEWo922J6ohJKIDsgc=; b=sm7ajQQRNNj+ZgR+fPvubXlunyxKdqMPmjTdVGCuk/J/bibQbkLUZmo2qkh174+f/V wDILeiTQ0w/urSGz2b2/GRL+waooWk3trHQKBwegD+daupxhpAewTajfG08umMagrKNM G07AKM4bhqlpdQeYC1d/kg1F4EHGZfmJZDovlZIsOUOMHX4P5aKiLn2Err73Y8yf50YG vFL+lm/YFYCmqAA8wV+P41X2E20k3v9if6vPvugQoQmveNeTUXrFHrCbPICJ5N+Lmnum 9cvj+Klpmcc8F9aWcwYk004ORN4V6Q476WsFvSy/V6CbbErttmKGYjYjXTJXyhCnORHy MLYQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to:user-agent; bh=rt53Xsm9IestMXEo0DfjcrGdtqEWo922J6ohJKIDsgc=; b=ApAzPdsUHnl3CUtVzeo37+MUdcof8SkH/+15WDfRQEtJzJKD2+2wlwpEyWmdLheVve 1oy0P0puuBmQPxWV2IT5x4JaqMwvwIpvbHpFWkati9/nAlSmFo1SnW0zjuxx2NO0LXJ6 sK0hifC54wcT39dyhamAdh2ViG90j6penp4YhURAPqMde//XhPOgHcvPN2ys6TfsZWWm o97b6g0XyW7qB6EcDve+EOzp5M3XqCQdPO8Jurx4UQbEFd09R3C4nqNsOA21J8mAflDx 4pGy9YrMRmV4OsAky5mo2tBEjKT8HB8Tqi2jBmOl1kJ/RpSldHl39U91d1hIE0E+oaC5 2QtQ== X-Gm-Message-State: AMke39kEFb/GoCSJkNPJcTS2XaT6t10c1ZAjdPaIz/FvKskp+LpfyfTkIMQ6f0Hi1VLkEA== X-Received: by 10.25.153.69 with SMTP id b66mr2789241lfe.85.1487451509645; Sat, 18 Feb 2017 12:58:29 -0800 (PST) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by smtp.gmail.com with ESMTPSA id a71sm3776775lfe.36.2017.02.18.12.58.28 (version=TLS1_2 cipher=AES128-SHA bits=128/128); Sat, 18 Feb 2017 12:58:29 -0800 (PST) Date: Sat, 18 Feb 2017 21:58:25 +0100 From: Mateusz Guzik To: Mark Millard Cc: mjg@freebsd.org, Justin Hibbits , svn-src-head@freebsd.org, FreeBSD PowerPC ML , FreeBSD Current Subject: Re: svn commit: r313268 - head/sys/kern [through -r313271 for atomic_fcmpset use and later: fails on PowerMac G5 "Quad Core"; -r313266 works] Message-ID: <20170218205825.GA24384@dft-labs.eu> Mail-Followup-To: Mateusz Guzik , Mark Millard , mjg@freebsd.org, Justin Hibbits , svn-src-head@freebsd.org, FreeBSD PowerPC ML , FreeBSD Current References: <2FD12B8F-2255-470A-98D4-2DCE9C7495F5@dsl-only.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Feb 2017 20:58:32 -0000 On Sat, Feb 18, 2017 at 12:49:29PM -0800, Mark Millard wrote: > On 2017-Feb-18, at 4:18 AM, Mark Millard wrote: > > > [Note: I experiment with clang based powerpc64 builds, > > reporting problems that I find. Justin is familiar > > with this, as is Nathan.] > > > > I tried to update the PowerMac G5 (a so-called "Quad Core") > > that I have access to from head -r312761 to -r313864 and > > ended up with random panics and hang ups in fairly short > > order after booting. > > > > Some approximate bisecting for the kernel lead to: > > (sometimes getting part way into a buildkernel attempt > > for a different version before a failure happens) > > > > -r313266: works (just before use of atomic_fcmpset) > > vs. > > -r313271: fails (last of the "use atomic_fcmpset" check-ins) > > > > (I did not try -r313268 through -r313270 as the use was > > gradually added.) > > > > So I'm currently running a -r313864 world with a -r313266 > > kernel. > > > > No kernel that I tried that was from before -r313266 had the > > problems. > > > > Any kernel that I tried that was from after -r313271 had the > > problems. > > > > Of course I did not try them all in other direction. :) > > [Of course: "either direction".] > > I'll note that the -r313864 buildworld was without > MALLOC_PRODUCTION being defined. (Unusual for me but > I'm testing if a jemalloc assert problem on arm64 > also happens on powerpc64.) > > By contrast the buildkernels were production style > (as is normal for me unless I'm trying to track > something down that I think might be exposed by > the extra checks). > Well either the primitive itself is buggy or the somewhat (now) unusual condition of not providing the failed value (but possibly a stale one) is not handled correctly in locking code. That said, I would start with putting barriers "on both sides" of powerpc's fcmpset for debugging purposes and if the problem persists I can add some debugs to locking priitmives. -- Mateusz Guzik From owner-freebsd-current@freebsd.org Sat Feb 18 21:40:45 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3095ACE42DF for ; Sat, 18 Feb 2017 21:40:45 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F2CC5DCE for ; Sat, 18 Feb 2017 21:40:44 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 1BB891FE025 for ; Sat, 18 Feb 2017 22:40:40 +0100 (CET) To: FreeBSD Current From: Hans Petter Selasky Subject: First thread in proc in not passed to thread_dtor eventhandler upon exit Message-ID: <933e132d-289b-330d-b349-584a25e279d4@selasky.org> Date: Sat, 18 Feb 2017 22:40:00 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Feb 2017 21:40:45 -0000 Hi, Is the following a bug or feature. I observe that the first thread in a procedure is not passed to thread_dtor as declared by the following eventhandler, when the procedure exits. EVENTHANDLER_DECLARE(thread_dtor, thread_dtor_fn); Is this a bug or feature? I see a couple of clients in the kernel and if the first thread in proc is simply recycled by re-init, we're leaking data for these clients? And I'm planning to add one more for the LinuxKPI. Any insight? --HPS From owner-freebsd-current@freebsd.org Sat Feb 18 21:58:58 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9921FCE4AE2 for ; Sat, 18 Feb 2017 21:58:58 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-70.reflexion.net [208.70.210.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46F211A6B for ; Sat, 18 Feb 2017 21:58:57 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 14871 invoked from network); 18 Feb 2017 22:00:55 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 18 Feb 2017 22:00:55 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.30.0) with SMTP; Sat, 18 Feb 2017 16:58:51 -0500 (EST) Received: (qmail 6976 invoked from network); 18 Feb 2017 21:58:51 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 18 Feb 2017 21:58:51 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 719EDEC8AB7; Sat, 18 Feb 2017 13:58:50 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: svn commit: r313268 - head/sys/kern [through -r313271 for atomic_fcmpset use and later: fails on PowerMac G5 "Quad Core"; -r313266 works] From: Mark Millard In-Reply-To: <20170218205825.GA24384@dft-labs.eu> Date: Sat, 18 Feb 2017 13:58:49 -0800 Cc: mjg@freebsd.org, Justin Hibbits , svn-src-head@freebsd.org, FreeBSD PowerPC ML , FreeBSD Current Content-Transfer-Encoding: 7bit Message-Id: References: <2FD12B8F-2255-470A-98D4-2DCE9C7495F5@dsl-only.net> <20170218205825.GA24384@dft-labs.eu> To: Mateusz Guzik X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Feb 2017 21:58:58 -0000 On 2017-Feb-18, at 12:58 PM, Mateusz Guzik wrote: > On Sat, Feb 18, 2017 at 12:49:29PM -0800, Mark Millard wrote: >> On 2017-Feb-18, at 4:18 AM, Mark Millard wrote: >> >>> [Note: I experiment with clang based powerpc64 builds, >>> reporting problems that I find. Justin is familiar >>> with this, as is Nathan.] >>> >>> I tried to update the PowerMac G5 (a so-called "Quad Core") >>> that I have access to from head -r312761 to -r313864 and >>> ended up with random panics and hang ups in fairly short >>> order after booting. >>> >>> Some approximate bisecting for the kernel lead to: >>> (sometimes getting part way into a buildkernel attempt >>> for a different version before a failure happens) >>> >>> -r313266: works (just before use of atomic_fcmpset) >>> vs. >>> -r313271: fails (last of the "use atomic_fcmpset" check-ins) >>> >>> (I did not try -r313268 through -r313270 as the use was >>> gradually added.) >>> >>> So I'm currently running a -r313864 world with a -r313266 >>> kernel. >>> >>> No kernel that I tried that was from before -r313266 had the >>> problems. >>> >>> Any kernel that I tried that was from after -r313271 had the >>> problems. >>> >>> Of course I did not try them all in other direction. :) >> >> [Of course: "either direction".] >> >> I'll note that the -r313864 buildworld was without >> MALLOC_PRODUCTION being defined. (Unusual for me but >> I'm testing if a jemalloc assert problem on arm64 >> also happens on powerpc64.) >> >> By contrast the buildkernels were production style >> (as is normal for me unless I'm trying to track >> something down that I think might be exposed by >> the extra checks). >> > > Well either the primitive itself is buggy or the somewhat (now) unusual > condition of not providing the failed value (but possibly a stale one) > is not handled correctly in locking code. > > That said, I would start with putting barriers "on both sides" of > powerpc's fcmpset for debugging purposes and if the problem persists I > can add some debugs to locking priitmives. > > -- > Mateusz Guzik I currently have the only powerpc64 that I have access to for now doing a test that will likely finish tonight sometime (if it has no problems). Also I'm not so familiar with powerpc64 details as to be able insert proper barriers and the like off the top of my head: It is more of a research subject for me. Side note: It looks like contexts like __rw_wlock_hard(c,v,tid,file,line) now needs the caller to do an equivalent of: __rw_wlock_hard(c,RW_READ_VALUE(rwlock2rw(c)),file,line) in order for the code behavior to match the old behavior that was based on the original local-v's initialization before v was used: rw = rwlock2rw(c); v = RW_READ_VALUE(rw); /* this line no longer exists */ This means that checking for equivalence is no longer local to the routine but involves checking all the usage of the routine. I've not done such so for all I know such usage is always in place: This is not a claim of a problem. The other routines in kern_rwlock.c still have local variables and the original initializations. I just thought that this was interesting. I've not looked at other files yet. === Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sat Feb 18 22:59:46 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B81E3CE5A0B; Sat, 18 Feb 2017 22:59:46 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wr0-x243.google.com (mail-wr0-x243.google.com [IPv6:2a00:1450:400c:c0c::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4E12E1D87; Sat, 18 Feb 2017 22:59:46 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-wr0-x243.google.com with SMTP id q39so8557367wrb.2; Sat, 18 Feb 2017 14:59:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-disposition:in-reply-to:user-agent; bh=Xws76ODFOvxKhlWJVz2K0OnEKHYLRgsxuNXguUb3WaU=; b=riyFnzfzL2hULu2rgp9kiOP8/ODJC0CscYOz6boRBhc7YTiCzbfT/gYWSXdJnwNTpa A0oGw2dDiAggdJY+4oHzTG94g7io78mUzECG/UJ1ZL6F2qfg2uDynQaEneddT2e1VHBm 68dVhn4GfALV1LNtmTUAlSvdXkTgdF/HuvXN5VWioxIiRznwjq2WTJ0ZbNwXAZuj43R4 FpeXxlPI0/6jLg4Zn5eJRSFkpW2h8OaAJ0wpOkGfaSqQ55lZsLAWdX5VVk8uY4epDzf7 P0ZZhCXCbqLdmXsdDTGeMFJtwrv0mnRMic1fud9aLniSGSx7abcT63/X6e/vsrg0KNmE N4+A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to:user-agent; bh=Xws76ODFOvxKhlWJVz2K0OnEKHYLRgsxuNXguUb3WaU=; b=ZYZkV5dvokkN8SagGQefpl88qDgkoKDxFjIGbuephdjzSFfbBb0znS7zM0yl7H6clQ vuad3HCQ+KFp+0ftZ1LBtrSLq5CAZg7xBXihL6acX+JG1VMdb8gAJIjX2Te1JVXpNuhR 4vzaMgp6gVDnuZ20Ahv/LjKmSyLoyMIDvSrMUl7lQnd3o3JVV5u7G/ZYiwLzrl4litue 3sneRqBSgh6PKzqOKwGLZK00vRkDMKOdri9IiUAt6+oyX4yhilD+BsElSz0yJdMGThub M95arM8vknY8KHiJcHbf5HIcEClGMeIrHtex+QmET8k4R9E7MLzPgv3P2EKnxMzyV84n DLzg== X-Gm-Message-State: AMke39kfIPZ9h9w6lzdieIkiOt5xOUEYiDWc/Pn0qMGVwa+hbC/o5NfvWJdgvRcrRnNnBA== X-Received: by 10.223.150.110 with SMTP id c43mr4244778wra.5.1487458783727; Sat, 18 Feb 2017 14:59:43 -0800 (PST) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by smtp.gmail.com with ESMTPSA id 40sm18541534wry.22.2017.02.18.14.59.42 (version=TLS1_2 cipher=AES128-SHA bits=128/128); Sat, 18 Feb 2017 14:59:42 -0800 (PST) Date: Sat, 18 Feb 2017 23:59:40 +0100 From: Mateusz Guzik To: Mark Millard Cc: mjg@freebsd.org, Justin Hibbits , svn-src-head@freebsd.org, FreeBSD PowerPC ML , FreeBSD Current Subject: Re: svn commit: r313268 - head/sys/kern [through -r313271 for atomic_fcmpset use and later: fails on PowerMac G5 "Quad Core"; -r313266 works] Message-ID: <20170218225940.GB24384@dft-labs.eu> Mail-Followup-To: Mateusz Guzik , Mark Millard , mjg@freebsd.org, Justin Hibbits , svn-src-head@freebsd.org, FreeBSD PowerPC ML , FreeBSD Current References: <2FD12B8F-2255-470A-98D4-2DCE9C7495F5@dsl-only.net> <20170218205825.GA24384@dft-labs.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Feb 2017 22:59:46 -0000 On Sat, Feb 18, 2017 at 01:58:49PM -0800, Mark Millard wrote: > On 2017-Feb-18, at 12:58 PM, Mateusz Guzik wrote: > > Well either the primitive itself is buggy or the somewhat (now) unusual > > condition of not providing the failed value (but possibly a stale one) > > is not handled correctly in locking code. > > > > That said, I would start with putting barriers "on both sides" of > > powerpc's fcmpset for debugging purposes and if the problem persists I > > can add some debugs to locking priitmives. > > > > I currently have the only powerpc64 that I have access > to for now doing a test that will likely finish tonight > sometime (if it has no problems). > > Also I'm not so familiar with powerpc64 details as to be > able insert proper barriers and the like off the top of > my head: It is more of a research subject for me. > This was a suggestion to jhibbits@. Looking at the code it is not hard to slap them in for testing purposes, or maybe there is an "obvious now that I look at it" braino in there, or maybe he has a better idea. Now that I wrote it I can get myself access to powerpc boxes. While I wont be able to run bsd on them, I can hack around in userapce and see. That's unless jhibbits@ steps in. I have no clue about ppc. > It looks like contexts like __rw_wlock_hard(c,v,tid,file,line) > now needs the caller to do an equivalent of: > > __rw_wlock_hard(c,RW_READ_VALUE(rwlock2rw(c)),file,line) > > in order for the code behavior to match the old behavior > that was based on the original local-v's initialization > before v was used: > > rw = rwlock2rw(c); > v = RW_READ_VALUE(rw); /* this line no longer exists */ > > This means that checking for equivalence is no longer > local to the routine but involves checking all the > usage of the routine. > Not reading the argument locally was the entire point of introducing fcmpset. Otherwise the 'v' argument would be a waste of time. Some primitives can attempt grabbing the lock and if they fail, we have the lock value to work with (e.g. check who owns the lock and see if they are running). In particular amd64 will give us the value it found. An explicit read requires whoever owns the cachelilne to lose the exclusive ownership and if the lock is contended (multiple cpus doing fcmpset), this makes the cachelilne ping-pong between cores. This destroys performance especially on systems with many cores and especially so with multiple numa nodes. Other primitives don't have inline variants. This concerns read-write locks which try to: retry: r = lock_value(lock); if (!locked(r)) { if (!cmpset(lock, r, r + ONE_READER)) goto retry; } That is, if multiple cpus try to get the lock for reading, one will fail and willl lbe forced to compute the new value to be set. The longer the time between attempts the more likely it is other core showed up trying to do the same thing with the same value, causing another failed attempt. So here there are no inlilnes so that the time is shorter and fcmpset alllows NOT reading the lock value explicitely - it was already provided by hardware. Note this is still significantly slower than it has to be in principle - the lock can 'blilndly increment by ONE_READER and see what happens', but that requires several changes and is a subject for another e-mail. I'm working on it though. -- Mateusz Guzik