From owner-freebsd-current@freebsd.org Sun Jun 18 01:41:00 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 2BFADC799CB for ; Sun, 18 Jun 2017 01:41:00 +0000 (UTC) (envelope-from bob@rancor.immure.com) Received: from rancor.immure.com (108-84-10-9.lightspeed.austtx.sbcglobal.net [108.84.10.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "darth.immure.com", Issuer "darth.immure.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id ED31B7EAB5; Sun, 18 Jun 2017 01:40:59 +0000 (UTC) (envelope-from bob@rancor.immure.com) Received: from rancor.immure.com (localhost [127.0.0.1]) by rancor.immure.com (8.15.2/8.15.2) with ESMTPS id v5I1eqVm018161 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 17 Jun 2017 20:40:52 -0500 (CDT) (envelope-from bob@rancor.immure.com) Received: (from bob@localhost) by rancor.immure.com (8.15.2/8.15.2/Submit) id v5I1eqXp018160; Sat, 17 Jun 2017 20:40:52 -0500 (CDT) (envelope-from bob) Date: Sat, 17 Jun 2017 20:40:52 -0500 From: Bob Willcox To: Bryan Drewery Cc: current list Subject: Re: mount -t tmpfs tmpfs fails Message-ID: <20170618014052.GW72404@rancor.immure.com> Reply-To: Bob Willcox References: <20170614191445.GC5608@rancor.immure.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.8.0 (2017-02-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: Sun, 18 Jun 2017 01:41:00 -0000 On Sat, Jun 17, 2017 at 04:10:53PM -0700, Bryan Drewery wrote: > On 6/14/2017 12:14 PM, Bob Willcox wrote: > > I was attempting to run 'synth status' on my 12-current (drm-next) system > > and I got this error: > > > > root@tavion:0 /> synth status > > Querying system about current package installations. > > Stand by, comparing installed packages against the ports tree. > > > > raised REPLICANT.SCENARIO_UNEXPECTED : /sbin/mount -t tmpfs tmpfs /usr/obj/synth-live/SL09 => failed with code 1 > > > > So then I attempted just to do a mount of tmpfs command and got this: > > > > root@tavion:0 /> mount -t tmpfs x /tmp/xxx > > mount: x: Operation not supported by device > > I'm betting 'kldload tmpfs' fixes it. > > > > > synth used to work on this system prior to my recent upgrade to the latest > > drm-next branch (cloned from github and build from source). > > > > root@tavion:1 /> uname -a > > FreeBSD tavion.austin.ibm.com 12.0-CURRENT FreeBSD 12.0-CURRENT #1 da5f90154f1(drm-next): Tue Jun 13 16:58:52 CDT 2017 bob@tavion.austin.ibm.com:/usr/obj/usr/freebsd-base-graphics/sys/TAVION amd64 > > > > Any suggestions on what I should be looking for (or fixing)? > > > > Thanks, > > Bob > > If I could have loaded tmpfs it would have. But the tmpfs.ko module was not being built so it couldn't be loaded. I wound up cding into /usr/src/sys/modules/tmpfs and running make and make install to build and install it. After that kldload tmpfs did work. For some reason it isn't getting built on the system. Not when the kernel or world are built. Bob -- Bob Willcox | Lawsuit, n.: A machine which you go into as a pig and bob@immure.com | come out as a sausage. Austin, TX | -- Ambrose Bierce From owner-freebsd-current@freebsd.org Sun Jun 18 12:37: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 2E22ED90AED for ; Sun, 18 Jun 2017 12:37:02 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-eopbgr660061.outbound.protection.outlook.com [40.107.66.61]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BED166EAE4 for ; Sun, 18 Jun 2017 12:37:01 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM (10.165.218.133) by YTXPR01MB0192.CANPRD01.PROD.OUTLOOK.COM (10.165.218.136) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1157.12; Sun, 18 Jun 2017 12:36:59 +0000 Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) by YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) with mapi id 15.01.1178.018; Sun, 18 Jun 2017 12:36:59 +0000 From: Rick Macklem To: "freebsd-current@freebsd.org" Subject: adding extern maxbcachebuf to param.h Thread-Topic: adding extern maxbcachebuf to param.h Thread-Index: AQHS6C7nwgv6HgWDQU2k0FnNDnYIrg== Date: Sun, 18 Jun 2017 12:36:59 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=none action=none header.from=uoguelph.ca; x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; YTXPR01MB0192; 7:vvgShjeXrM0xbnCj+le/6d4lh+7ODDoQire8PSD4cuVWk4D0x5hlgKwjt+dzlES01CLRItdqfjK8KBmJPq+8AleatLYYL06ax/1HSqdK+uMwINC3TOc1ftlqO/hH2eka0Be2gFqt++nUKorptLK9UmwSyeJNa34cOg7CiROf4UHUEX6lGYbEmD097xaW9k6SGjYiTC/LZIB39L0T86G7ZLGJL/v7R8JobbP/RnQo2cNSnAkQnkWDmSIgsiXA69irdNm7HP7U7vZBjrcBnc9MVFoDqW+Bd5sLt+Fri8vLJf5/k+iWreNOBaVNtER828MED8xVEAQgpSVuH7HFReWm//t8lyNLgsq1W9m7XEH7EcRiIrSYNt2G1VQJ+tsxSY8MLmhf3TdEQMRJ6AKgkTUqsBMGZeLQMW2HvPsOQihqLmnmn9f4o1JRte+lCYiHAn9bjuSLcVaTQLqBCFkVJsQ1wQMuwCMRNPYQdmRsCaJCFZwjNGJK47QJd5L620QOH77//8Gov98VIJZRG6WUcWYcMDmVpHUraULjOVo57YZA8Aq8x1D+yYQ7ILCdl9CVIt9qWuKHMRCJBiN7A7y3FckyhOmSE+Qb2dJmiRbWjGU5rdHSehCJdKohPeSduCYUaOxwz5DEHGQnxOec7SgSkPEHwwwUu4tFwTKHcGAnDk6YXMGOEmkd91J44nM5QaIVXWuLvg0veHT7pthWkzMI1JoojsorJW2+cpH2aZ9P804ek1LmtJmYxdjFY2cpff8bDEpQhz4zHaAZaN5jowiuMbGh1IzkyuthfqeHfptAleS+wZg= x-ms-traffictypediagnostic: YTXPR01MB0192: x-ms-office365-filtering-correlation-id: 19fcd26b-9842-4ed5-8d3d-08d4b646b69a x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081); SRVR:YTXPR01MB0192; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(2401047)(8121501046)(5005006)(93006095)(93001095)(100000703101)(100105400095)(10201501046)(3002001)(6041248)(20161123560025)(20161123562025)(20161123564025)(20161123558100)(201703131423075)(201702281529075)(201702281528075)(201703061421075)(201703061406153)(20161123555025)(6072148)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:YTXPR01MB0192; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:YTXPR01MB0192; x-forefront-prvs: 034215E98F x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(39850400002)(39840400002)(39410400002)(39450400003)(2501003)(53936002)(122556002)(14454004)(2906002)(7696004)(305945005)(9686003)(74482002)(5660300001)(74316002)(6916009)(54356999)(77096006)(50986999)(478600001)(55016002)(110136004)(38730400002)(6436002)(189998001)(33656002)(25786009)(6506006)(86362001)(2900100001)(102836003)(8936002)(81166006)(8676002)(3660700001)(2351001)(3280700002)(5640700003); DIR:OUT; SFP:1101; SCL:1; SRVR:YTXPR01MB0192; H:YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Jun 2017 12:36:59.3161 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTXPR01MB0192 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, 18 Jun 2017 12:37:02 -0000 My recent commit (r320062) broke the arm build when it added extern int maxbcachebuf; to sys/param.h. Although I don't understand the actual failure, I believe it is caused by arm/arm/elf_note.S including param.h and then using the ELFNOTE() macro. As a temporary fix, I have committed r320070, which removes the definition from sys/param.h. This brings me to the question of how best to fix this? 1 - Just leave it the way it is now, where "extern int maxbcachebuf" isn't = defined in a generic include file and needs to be defined as above before use. 2 - Add "!defined(LOCORE)" to the definition of it in sys/param.h, which I = believe will also fix the problem. 3 - Put it in some other sys/*.h file which never gets included in assemble= r files. What .h would be appropriate? Once I have answers to the above, I can update the fix. Thanks, rick= From owner-freebsd-current@freebsd.org Sun Jun 18 13:03:25 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 C73CFD860C8 for ; Sun, 18 Jun 2017 13:03:25 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::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 583816F5CC for ; Sun, 18 Jun 2017 13:03:25 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id v5ID3Jxx049157 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 18 Jun 2017 16:03:19 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v5ID3Jxx049157 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v5ID3J8s049156; Sun, 18 Jun 2017 16:03:19 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 18 Jun 2017 16:03:19 +0300 From: Konstantin Belousov To: Rick Macklem Cc: "freebsd-current@freebsd.org" Subject: Re: adding extern maxbcachebuf to param.h Message-ID: <20170618130319.GH2088@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.8.2 (2017-04-18) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home 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, 18 Jun 2017 13:03:25 -0000 On Sun, Jun 18, 2017 at 12:36:59PM +0000, Rick Macklem wrote: > My recent commit (r320062) broke the arm build when it added > extern int maxbcachebuf; > to sys/param.h. Although I don't understand the actual failure, I believe > it is caused by arm/arm/elf_note.S including param.h and then using the > ELFNOTE() macro. > > As a temporary fix, I have committed r320070, which removes the definition > from sys/param.h. > This brings me to the question of how best to fix this? > 1 - Just leave it the way it is now, where "extern int maxbcachebuf" isn't defined > in a generic include file and needs to be defined as above before use. > 2 - Add "!defined(LOCORE)" to the definition of it in sys/param.h, which I believe > will also fix the problem. > 3 - Put it in some other sys/*.h file which never gets included in assembler files. > What .h would be appropriate? I think that sys/buf.h is the best match. Hiding the extern under !LOCORE in the sys/param.h is the second solution, but I like moving the definition to buf.h because param.h is widely used and most of the users do not need this symbol. From owner-freebsd-current@freebsd.org Sun Jun 18 14:07:16 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 AD44AD86FA5 for ; Sun, 18 Jun 2017 14:07:16 +0000 (UTC) (envelope-from www-data@mail.live.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 9DE9470F53 for ; Sun, 18 Jun 2017 14:07:16 +0000 (UTC) (envelope-from www-data@mail.live.com) Received: by mailman.ysv.freebsd.org (Postfix) id 9A4B5D86FA4; Sun, 18 Jun 2017 14:07:16 +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 9808AD86FA3 for ; Sun, 18 Jun 2017 14:07:16 +0000 (UTC) (envelope-from www-data@mail.live.com) Received: from mail.live.com (csikx204044-EU-DE-Z2-BASIC.ikexpress.com [154.46.204.44]) by mx1.freebsd.org (Postfix) with ESMTP id 58B7C70F52 for ; Sun, 18 Jun 2017 14:07:15 +0000 (UTC) (envelope-from www-data@mail.live.com) Received: by mail.live.com (Postfix, from userid 33) id D71EA16D557; Sun, 18 Jun 2017 15:58:07 +0200 (CEST) To: current@freebsd.org Subject: [UBER]: PARABÉNS! Você ganhou Cupom R$ 100,00 de desconto em suas próximas viagens ! - [ 129148649 ] X-PHP-Originating-Script: 0:s.php From: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 18 Jun 2017 14:07:16 -0000 X-List-Received-Date: Sun, 18 Jun 2017 14:07:16 -0000 From owner-freebsd-current@freebsd.org Tue Jun 20 20:59:08 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 8649FDA2357 for ; Tue, 20 Jun 2017 20:59:08 +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 7159973F96 for ; Tue, 20 Jun 2017 20:59:08 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: by mailman.ysv.freebsd.org (Postfix) id 6DE13DA2355; Tue, 20 Jun 2017 20:59:08 +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 6D8DFDA2354 for ; Tue, 20 Jun 2017 20:59:08 +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 31F2E73F94 for ; Tue, 20 Jun 2017 20:59:07 +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 1dNQEk-0003vZ-TO for current@freebsd.org; Tue, 20 Jun 2017 22:58:59 +0200 Received: from mail by rmmprod05.runbox with local (Exim 4.86_2) (envelope-from ) id 1dNQEk-0000xD-S6 for current@freebsd.org; Tue, 20 Jun 2017 22:58:58 +0200 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 ; Tue, 20 Jun 2017 20:58:58 GMT From: "Jeffrey Bouquet" To: "current" Subject: Unsure about buildworld Date: Tue, 20 Jun 2017 13:58:58 -0700 (PDT) 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: Tue, 20 Jun 2017 20:59:08 -0000 Used rsync to put /usr/src/.svn to /usr2/src/.svn [another disk] did an svn up of that ^^ # sh export CC=3D/usr/local/bin/clang39 # and the two others cd /usr2/src MAKEOBJDIRPREFIX=3D/usr2/obj -DNO_PROFILE ... buildworld. ................................ which halts on some error=20 ranlib -d ... .a exec(ranlib) no such file or directory ............................... Is there a more knowledgeable way of putting both src and obj on a seperate= disk and having the build complete AND be sure where it builds, [ obj ] and the precise way to test an install [ = pre-rsync to the production system , so to speak ] or some other *preferred* way, extract base.txz ... or even a clean 12.0-CU= RRENT snapshot system to rsync onto the present one...=20 ................................. My motivation is I do not wish to attempt an svn upgrade of the desktop w= ithout a certainty that the installworld will complete so the nvidia-driver can more= likely than not be restored to a working state. ............................ =20=20= From owner-freebsd-current@freebsd.org Tue Jun 20 21:28: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 BE57EDA2BEA for ; Tue, 20 Jun 2017 21:28:03 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 65A6B750CA for ; Tue, 20 Jun 2017 21:28:03 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTPS id v5KLRqF7061412 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Tue, 20 Jun 2017 23:27:52 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id v5KLRp7r061409 for ; Tue, 20 Jun 2017 23:27:52 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Tue, 20 Jun 2017 23:27:51 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD current Subject: Crash in base/head in abd_put() after r320156 Message-ID: User-Agent: Alpine 2.21 (BSF 202 2017-01-01) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.fig.ol.no Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT 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: Tue, 20 Jun 2017 21:28:03 -0000 Has anyone else seen a crash in base/head in abd_put() after r320156? One of my experimental VMs at home crashed spectacularly after upgrading to r320156. I even wiped my /usr/obj, recompiled everything and got the same result. Everything's back to normal when I boot r320146. Here's the backtrace: Fatal trap 12: page fault while in kernel mode cpuid = 3; apic id = 03 fault virtual address = 0x8 Fatal trap 12: page fault while in kernel mode cpuid = 2; Fatal trap 12: page fault while in kernel mode apic id = 02 fault virtual address = 0x8 cpuid = 0; apic id = 00 fault virtual address = 0x8 fault code = supervisor read data, page not present fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff803260fa stack pointer = 0x28:0xfffffe01b0231860 frame pointer = 0x28:0xfffffe01b0231870 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 Fatal trap 12: page fault while in kernel mode fault code = supervisor read data, page not present processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (zio_free_issue_5_2) trap number = 12 instruction pointer = 0x20:0xffffffff803260fa stack pointer = 0x28:0xfffffe01b022c860 frame pointer = 0x28:0xfffffe01b022c870 panic: page fault cpuid = 0 time = 4 KDB: stack backtrace: db_trace_self_wrapper() at 0xffffffff8044f93b = db_trace_self_wrapper+0x2b/frame 0xfffffe01b0231440 vpanic() at 0xffffffff8067ec0c = vpanic+0x19c/frame 0xfffffe01b02314c0 panic() at 0xffffffff8067ea63 = panic+0x43/frame 0xfffffe01b0231520 trap_fatal() at 0xffffffff80983b32 = trap_fatal+0x322/frame 0xfffffe01b0231570 trap_pfault() at 0xffffffff80983b89 = trap_pfault+0x49/frame 0xfffffe01b02315d0 trap() at 0xffffffff809833c5 = trap+0x295/frame 0xfffffe01b0231790 calltrap() at 0xffffffff80968c21 = calltrap+0x8/frame 0xfffffe01b0231790 --- trap 0xc, rip = 0xffffffff803260fa, rsp = 0xfffffe01b0231860, rbp = 0xfffffe01b0231870 --- abd_put() at 0xffffffff803260fa = abd_put+0xa/frame 0xfffffe01b0231870 vdev_raidz_map_free() at 0xffffffff803aa7c2 = vdev_raidz_map_free+0x82/frame 0xfffffe01b02318a0 zio_vdev_io_assess() at 0xffffffff803ecc04 = zio_vdev_io_assess+0x74/frame 0xfffffe01b02318e0 zio_execute() at 0xffffffff803e913c = zio_execute+0xac/frame 0xfffffe01b0231930 zio_vdev_io_start() at 0xffffffff803ec894 = zio_vdev_io_start+0x2b4/frame 0xfffffe01b0231990 zio_execute() at 0xffffffff803e913c = zio_execute+0xac/frame 0xfffffe01b02319e0 zio_nowait() at 0xffffffff803e8a8b = zio_nowait+0xcb/frame 0xfffffe01b0231a20 vdev_mirror_io_start() at 0xffffffff803a744c = vdev_mirror_io_start+0x35c/frame 0xfffffe01b0231a70 zio_vdev_io_start() at 0xffffffff803ec86c = zio_vdev_io_start+0x28c/frame 0xfffffe01b0231ad0 zio_execute() at 0xffffffff803e913c = zio_execute+0xac/frame 0xfffffe01b0231b20 taskqueue_run_locked() at 0xffffffff806d3d27 = taskqueue_run_locked+0x127/frame 0xfffffe01b0231b80 taskqueue_thread_loop() at 0xffffffff806d4ee8 = taskqueue_thread_loop+0xc8/frame 0xfffffe01b0231bb0 fork_exit() at 0xffffffff80640df5 = fork_exit+0x85/frame 0xfffffe01b0231bf0 fork_trampoline() at 0xffffffff8096915e = fork_trampoline+0xe/frame 0xfffffe01b0231bf0 --- trap 0, rip = 0, rsp = 0, rbp = 0 --- Uptime: 4s -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-current@freebsd.org Tue Jun 20 21:31: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 48153DA2D7F for ; Tue, 20 Jun 2017 21:31:34 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (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 23F237545E for ; Tue, 20 Jun 2017 21:31:33 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [192.168.1.10] (unknown [192.168.1.10]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 583871326F for ; Tue, 20 Jun 2017 21:31:32 +0000 (UTC) Subject: Re: Crash in base/head in abd_put() after r320156 To: freebsd-current@freebsd.org References: From: Allan Jude Message-ID: <3987075c-08cd-4add-11dc-24b1e4d071fc@freebsd.org> Date: Tue, 20 Jun 2017 17:31:20 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oUKLCnQ2mqgBrP9akeFV6aBQe7UgEauUo" 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, 20 Jun 2017 21:31:34 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --oUKLCnQ2mqgBrP9akeFV6aBQe7UgEauUo Content-Type: multipart/mixed; boundary="GqOm81xSDN6639x3HrvM530gVsIr5VD9N"; protected-headers="v1" From: Allan Jude To: freebsd-current@freebsd.org Message-ID: <3987075c-08cd-4add-11dc-24b1e4d071fc@freebsd.org> Subject: Re: Crash in base/head in abd_put() after r320156 References: In-Reply-To: --GqOm81xSDN6639x3HrvM530gVsIr5VD9N Content-Type: text/plain; charset=utf-8 Content-Language: en-CA Content-Transfer-Encoding: quoted-printable On 2017-06-20 17:27, Trond Endrest=C3=B8l wrote: > Has anyone else seen a crash in base/head in abd_put() after r320156? >=20 > One of my experimental VMs at home crashed spectacularly after=20 > upgrading to r320156. I even wiped my /usr/obj, recompiled everything=20 > and got the same result. Everything's back to normal when I boot=20 > r320146. >=20 > Here's the backtrace: >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 3; apic id =3D 03 >=20 > fault virtual address =3D 0x8 >=20 > Fatal trap 12: page fault while in kernel mode >=20 > cpuid =3D 2;=20 > Fatal trap 12: page fault while in kernel mode > apic id =3D 02 > fault virtual address =3D 0x8 > cpuid =3D 0; apic id =3D 00 > fault virtual address =3D 0x8 > fault code =3D supervisor read data, page not present > fault code =3D supervisor read data, page not present > instruction pointer =3D 0x20:0xffffffff803260fa > stack pointer =3D 0x28:0xfffffe01b0231860 > frame pointer =3D 0x28:0xfffffe01b0231870 > code segment =3D base 0x0, limit 0xfffff, type 0x1b >=20 > =3D DPL 0, pres 1, long 1, def32 0, gran 1 >=20 > Fatal trap 12: page fault while in kernel mode > fault code =3D supervisor read data, page not present > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 0 (zio_free_issue_5_2) > trap number =3D 12 > instruction pointer =3D 0x20:0xffffffff803260fa > stack pointer =3D 0x28:0xfffffe01b022c860 > frame pointer =3D 0x28:0xfffffe01b022c870 > panic: page fault > cpuid =3D 0 > time =3D 4 > KDB: stack backtrace: > db_trace_self_wrapper() at 0xffffffff8044f93b =3D db_trace_self_wrapper= +0x2b/frame 0xfffffe01b0231440 > vpanic() at 0xffffffff8067ec0c =3D vpanic+0x19c/frame 0xfffffe01b02314c= 0 > panic() at 0xffffffff8067ea63 =3D panic+0x43/frame 0xfffffe01b0231520 > trap_fatal() at 0xffffffff80983b32 =3D trap_fatal+0x322/frame 0xfffffe0= 1b0231570 > trap_pfault() at 0xffffffff80983b89 =3D trap_pfault+0x49/frame 0xfffffe= 01b02315d0 > trap() at 0xffffffff809833c5 =3D trap+0x295/frame 0xfffffe01b0231790 > calltrap() at 0xffffffff80968c21 =3D calltrap+0x8/frame 0xfffffe01b0231= 790 > --- trap 0xc, rip =3D 0xffffffff803260fa, rsp =3D 0xfffffe01b0231860, r= bp =3D 0xfffffe01b0231870 --- > abd_put() at 0xffffffff803260fa =3D abd_put+0xa/frame 0xfffffe01b023187= 0 > vdev_raidz_map_free() at 0xffffffff803aa7c2 =3D vdev_raidz_map_free+0x8= 2/frame 0xfffffe01b02318a0 > zio_vdev_io_assess() at 0xffffffff803ecc04 =3D zio_vdev_io_assess+0x74/= frame 0xfffffe01b02318e0 > zio_execute() at 0xffffffff803e913c =3D zio_execute+0xac/frame 0xfffffe= 01b0231930 > zio_vdev_io_start() at 0xffffffff803ec894 =3D zio_vdev_io_start+0x2b4/f= rame 0xfffffe01b0231990 > zio_execute() at 0xffffffff803e913c =3D zio_execute+0xac/frame 0xfffffe= 01b02319e0 > zio_nowait() at 0xffffffff803e8a8b =3D zio_nowait+0xcb/frame 0xfffffe01= b0231a20 > vdev_mirror_io_start() at 0xffffffff803a744c =3D vdev_mirror_io_start+0= x35c/frame 0xfffffe01b0231a70 > zio_vdev_io_start() at 0xffffffff803ec86c =3D zio_vdev_io_start+0x28c/f= rame 0xfffffe01b0231ad0 > zio_execute() at 0xffffffff803e913c =3D zio_execute+0xac/frame 0xfffffe= 01b0231b20 > taskqueue_run_locked() at 0xffffffff806d3d27 =3D taskqueue_run_locked+0= x127/frame 0xfffffe01b0231b80 > taskqueue_thread_loop() at 0xffffffff806d4ee8 =3D taskqueue_thread_loop= +0xc8/frame 0xfffffe01b0231bb0 > fork_exit() at 0xffffffff80640df5 =3D fork_exit+0x85/frame 0xfffffe01b0= 231bf0 > fork_trampoline() at 0xffffffff8096915e =3D fork_trampoline+0xe/frame 0= xfffffe01b0231bf0 > --- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 --- > Uptime: 4s >=20 This seems to be an unintended consequence of some code that was pulled in from upstream today. Try adding: vfs.zfs.trim.enabled=3D0 to /boot/loader.conf (you can set it manually from the boot loader menu with the set command to get the system to boot) --=20 Allan Jude --GqOm81xSDN6639x3HrvM530gVsIr5VD9N-- --oUKLCnQ2mqgBrP9akeFV6aBQe7UgEauUo Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (MingW32) iQIcBAEBAgAGBQJZSZQwAAoJEBmVNT4SmAt+8KsP/3IJgnrLVa7ZtOqfvtvXPs4i 5n2iQ9dpYX+7fmb3xEzbSgDB6LNxtkbZIpBIgyrdmhHpJzZCPd5MvcPGaAUVztF9 2DvBJglVDQ8TA0QLtXOeaz/Vw1uqLzZXIyfedZrjpQe/Pl3YG+86si7PbQtQ+oX3 xlPlLM6LwQSK1cfSLzO20CT98S+P9DoQnXejyrXzIr2xrIkPKnnk+9XmdKTH0lNk hOeeM+IJNF5glgKuJYctVaf7eM01HwNn43D1Tf+I28FlD5NFTeM94Q7riP3ySQi5 i9TQccDLfNteWa2LzctQiFuVCbtx8ZpvmX4M8SQ2/PTKvnc1kr1RluKHi07XZbWO 8NG2g0WXohMZT4fRZd1aNkJJHcvCp+UoXS8weJSq9RS+LHpKCH/xNLLpm5pv11z4 ObBCiZikjWvcw/7IIViCTmn/kw4x8vhxP4Pfj0uKpt97PXXHO4LVsxlyxMJvZ52u cppmz2A7KcsaPys9s7Hn04ges04drcZN/xOWTlU88FdPE7HUaBUIpJS8SZh1HDXq ZejoaRu226nz1s2c9oppRpe53993UvSwKHkFwzTzfgdzt1JlP2vYwbzae2gZx0uj 7PyN6PvZwWFV4BZfi+Z3CWmZOCcdkJWwNgX0bSntqE257fksEd4wYfVQYMESy+8Q WteGUaV/VaM0G8sAyGHR =6cHo -----END PGP SIGNATURE----- --oUKLCnQ2mqgBrP9akeFV6aBQe7UgEauUo-- From owner-freebsd-current@freebsd.org Tue Jun 20 21:45: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 AC89EDA32FA for ; Tue, 20 Jun 2017 21:45:41 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 522CB75AD5 for ; Tue, 20 Jun 2017 21:45:41 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTPS id v5KLjWxq061533 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Tue, 20 Jun 2017 23:45:32 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id v5KLjWNC061530 for ; Tue, 20 Jun 2017 23:45:32 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Tue, 20 Jun 2017 23:45:32 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD current Subject: Re: Crash in base/head in abd_put() after r320156 In-Reply-To: <3987075c-08cd-4add-11dc-24b1e4d071fc@freebsd.org> Message-ID: References: <3987075c-08cd-4add-11dc-24b1e4d071fc@freebsd.org> User-Agent: Alpine 2.21 (BSF 202 2017-01-01) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-ID: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.fig.ol.no Content-Type: text/plain; CHARSET=ISO-8859-1 Content-Transfer-Encoding: 8BIT 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: Tue, 20 Jun 2017 21:45:41 -0000 On Tue, 20 Jun 2017 17:31-0400, Allan Jude wrote: > On 2017-06-20 17:27, Trond Endrestøl wrote: > > Has anyone else seen a crash in base/head in abd_put() after r320156? > > > > One of my experimental VMs at home crashed spectacularly after > > upgrading to r320156. I even wiped my /usr/obj, recompiled everything > > and got the same result. Everything's back to normal when I boot > > r320146. > > > > Here's the backtrace: > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 3; apic id = 03 > > > > fault virtual address = 0x8 > > > > Fatal trap 12: page fault while in kernel mode > > > > cpuid = 2; > > Fatal trap 12: page fault while in kernel mode > > apic id = 02 > > fault virtual address = 0x8 > > cpuid = 0; apic id = 00 > > fault virtual address = 0x8 > > fault code = supervisor read data, page not present > > fault code = supervisor read data, page not present > > instruction pointer = 0x20:0xffffffff803260fa > > stack pointer = 0x28:0xfffffe01b0231860 > > frame pointer = 0x28:0xfffffe01b0231870 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > > > Fatal trap 12: page fault while in kernel mode > > fault code = supervisor read data, page not present > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 0 (zio_free_issue_5_2) > > trap number = 12 > > instruction pointer = 0x20:0xffffffff803260fa > > stack pointer = 0x28:0xfffffe01b022c860 > > frame pointer = 0x28:0xfffffe01b022c870 > > panic: page fault > > cpuid = 0 > > time = 4 > > KDB: stack backtrace: > > db_trace_self_wrapper() at 0xffffffff8044f93b = db_trace_self_wrapper+0x2b/frame 0xfffffe01b0231440 > > vpanic() at 0xffffffff8067ec0c = vpanic+0x19c/frame 0xfffffe01b02314c0 > > panic() at 0xffffffff8067ea63 = panic+0x43/frame 0xfffffe01b0231520 > > trap_fatal() at 0xffffffff80983b32 = trap_fatal+0x322/frame 0xfffffe01b0231570 > > trap_pfault() at 0xffffffff80983b89 = trap_pfault+0x49/frame 0xfffffe01b02315d0 > > trap() at 0xffffffff809833c5 = trap+0x295/frame 0xfffffe01b0231790 > > calltrap() at 0xffffffff80968c21 = calltrap+0x8/frame 0xfffffe01b0231790 > > --- trap 0xc, rip = 0xffffffff803260fa, rsp = 0xfffffe01b0231860, rbp = 0xfffffe01b0231870 --- > > abd_put() at 0xffffffff803260fa = abd_put+0xa/frame 0xfffffe01b0231870 > > vdev_raidz_map_free() at 0xffffffff803aa7c2 = vdev_raidz_map_free+0x82/frame 0xfffffe01b02318a0 > > zio_vdev_io_assess() at 0xffffffff803ecc04 = zio_vdev_io_assess+0x74/frame 0xfffffe01b02318e0 > > zio_execute() at 0xffffffff803e913c = zio_execute+0xac/frame 0xfffffe01b0231930 > > zio_vdev_io_start() at 0xffffffff803ec894 = zio_vdev_io_start+0x2b4/frame 0xfffffe01b0231990 > > zio_execute() at 0xffffffff803e913c = zio_execute+0xac/frame 0xfffffe01b02319e0 > > zio_nowait() at 0xffffffff803e8a8b = zio_nowait+0xcb/frame 0xfffffe01b0231a20 > > vdev_mirror_io_start() at 0xffffffff803a744c = vdev_mirror_io_start+0x35c/frame 0xfffffe01b0231a70 > > zio_vdev_io_start() at 0xffffffff803ec86c = zio_vdev_io_start+0x28c/frame 0xfffffe01b0231ad0 > > zio_execute() at 0xffffffff803e913c = zio_execute+0xac/frame 0xfffffe01b0231b20 > > taskqueue_run_locked() at 0xffffffff806d3d27 = taskqueue_run_locked+0x127/frame 0xfffffe01b0231b80 > > taskqueue_thread_loop() at 0xffffffff806d4ee8 = taskqueue_thread_loop+0xc8/frame 0xfffffe01b0231bb0 > > fork_exit() at 0xffffffff80640df5 = fork_exit+0x85/frame 0xfffffe01b0231bf0 > > fork_trampoline() at 0xffffffff8096915e = fork_trampoline+0xe/frame 0xfffffe01b0231bf0 > > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > > Uptime: 4s > > > > This seems to be an unintended consequence of some code that was pulled > in from upstream today. > > Try adding: vfs.zfs.trim.enabled=0 > to /boot/loader.conf > > (you can set it manually from the boot loader menu with the set command > to get the system to boot) That worked. Thanks. BTW, the call to abd_put() was given a NULL pointer. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-current@freebsd.org Tue Jun 20 21:56: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 CC978DA35A7 for ; Tue, 20 Jun 2017 21:56:29 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (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 9ED3675FD6 for ; Tue, 20 Jun 2017 21:56:29 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [192.168.1.10] (unknown [192.168.1.10]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id B0ACB134AA for ; Tue, 20 Jun 2017 21:56:27 +0000 (UTC) Subject: Re: Crash in base/head in abd_put() after r320156 To: freebsd-current@freebsd.org References: <3987075c-08cd-4add-11dc-24b1e4d071fc@freebsd.org> From: Allan Jude Message-ID: <5557f896-248a-9524-d4a9-34101b9d2e39@freebsd.org> Date: Tue, 20 Jun 2017 17:56:23 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-CA 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: Tue, 20 Jun 2017 21:56:29 -0000 On 2017-06-20 17:45, Trond Endrestøl wrote: > On Tue, 20 Jun 2017 17:31-0400, Allan Jude wrote: > >> On 2017-06-20 17:27, Trond Endrestøl wrote: >>> Has anyone else seen a crash in base/head in abd_put() after r320156? >>> >>> One of my experimental VMs at home crashed spectacularly after >>> upgrading to r320156. I even wiped my /usr/obj, recompiled everything >>> and got the same result. Everything's back to normal when I boot >>> r320146. >>> >>> Here's the backtrace: >>> >>> Fatal trap 12: page fault while in kernel mode >>> cpuid = 3; apic id = 03 >>> >>> fault virtual address = 0x8 >>> >>> Fatal trap 12: page fault while in kernel mode >>> >>> cpuid = 2; >>> Fatal trap 12: page fault while in kernel mode >>> apic id = 02 >>> fault virtual address = 0x8 >>> cpuid = 0; apic id = 00 >>> fault virtual address = 0x8 >>> fault code = supervisor read data, page not present >>> fault code = supervisor read data, page not present >>> instruction pointer = 0x20:0xffffffff803260fa >>> stack pointer = 0x28:0xfffffe01b0231860 >>> frame pointer = 0x28:0xfffffe01b0231870 >>> code segment = base 0x0, limit 0xfffff, type 0x1b >>> >>> = DPL 0, pres 1, long 1, def32 0, gran 1 >>> >>> Fatal trap 12: page fault while in kernel mode >>> fault code = supervisor read data, page not present >>> processor eflags = interrupt enabled, resume, IOPL = 0 >>> current process = 0 (zio_free_issue_5_2) >>> trap number = 12 >>> instruction pointer = 0x20:0xffffffff803260fa >>> stack pointer = 0x28:0xfffffe01b022c860 >>> frame pointer = 0x28:0xfffffe01b022c870 >>> panic: page fault >>> cpuid = 0 >>> time = 4 >>> KDB: stack backtrace: >>> db_trace_self_wrapper() at 0xffffffff8044f93b = db_trace_self_wrapper+0x2b/frame 0xfffffe01b0231440 >>> vpanic() at 0xffffffff8067ec0c = vpanic+0x19c/frame 0xfffffe01b02314c0 >>> panic() at 0xffffffff8067ea63 = panic+0x43/frame 0xfffffe01b0231520 >>> trap_fatal() at 0xffffffff80983b32 = trap_fatal+0x322/frame 0xfffffe01b0231570 >>> trap_pfault() at 0xffffffff80983b89 = trap_pfault+0x49/frame 0xfffffe01b02315d0 >>> trap() at 0xffffffff809833c5 = trap+0x295/frame 0xfffffe01b0231790 >>> calltrap() at 0xffffffff80968c21 = calltrap+0x8/frame 0xfffffe01b0231790 >>> --- trap 0xc, rip = 0xffffffff803260fa, rsp = 0xfffffe01b0231860, rbp = 0xfffffe01b0231870 --- >>> abd_put() at 0xffffffff803260fa = abd_put+0xa/frame 0xfffffe01b0231870 >>> vdev_raidz_map_free() at 0xffffffff803aa7c2 = vdev_raidz_map_free+0x82/frame 0xfffffe01b02318a0 >>> zio_vdev_io_assess() at 0xffffffff803ecc04 = zio_vdev_io_assess+0x74/frame 0xfffffe01b02318e0 >>> zio_execute() at 0xffffffff803e913c = zio_execute+0xac/frame 0xfffffe01b0231930 >>> zio_vdev_io_start() at 0xffffffff803ec894 = zio_vdev_io_start+0x2b4/frame 0xfffffe01b0231990 >>> zio_execute() at 0xffffffff803e913c = zio_execute+0xac/frame 0xfffffe01b02319e0 >>> zio_nowait() at 0xffffffff803e8a8b = zio_nowait+0xcb/frame 0xfffffe01b0231a20 >>> vdev_mirror_io_start() at 0xffffffff803a744c = vdev_mirror_io_start+0x35c/frame 0xfffffe01b0231a70 >>> zio_vdev_io_start() at 0xffffffff803ec86c = zio_vdev_io_start+0x28c/frame 0xfffffe01b0231ad0 >>> zio_execute() at 0xffffffff803e913c = zio_execute+0xac/frame 0xfffffe01b0231b20 >>> taskqueue_run_locked() at 0xffffffff806d3d27 = taskqueue_run_locked+0x127/frame 0xfffffe01b0231b80 >>> taskqueue_thread_loop() at 0xffffffff806d4ee8 = taskqueue_thread_loop+0xc8/frame 0xfffffe01b0231bb0 >>> fork_exit() at 0xffffffff80640df5 = fork_exit+0x85/frame 0xfffffe01b0231bf0 >>> fork_trampoline() at 0xffffffff8096915e = fork_trampoline+0xe/frame 0xfffffe01b0231bf0 >>> --- trap 0, rip = 0, rsp = 0, rbp = 0 --- >>> Uptime: 4s >>> >> >> This seems to be an unintended consequence of some code that was pulled >> in from upstream today. >> >> Try adding: vfs.zfs.trim.enabled=0 >> to /boot/loader.conf >> >> (you can set it manually from the boot loader menu with the set command >> to get the system to boot) > > That worked. Thanks. > > BTW, the call to abd_put() was given a NULL pointer. > Yeah, if you want more detail, there is a thread on svn-src-head@FreeBSD.org that discusses it. Should be fixed tomorrow. -- Allan Jude From owner-freebsd-current@freebsd.org Wed Jun 21 03:20:35 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 D5EACDA7F20 for ; Wed, 21 Jun 2017 03:20:35 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id B52347DAEB for ; Wed, 21 Jun 2017 03:20:35 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: by mailman.ysv.freebsd.org (Postfix) id B44DDDA7F1F; Wed, 21 Jun 2017 03:20:35 +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 B3E17DA7F1E for ; Wed, 21 Jun 2017 03:20:35 +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 657197DAEA for ; Wed, 21 Jun 2017 03:20:34 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 12074425-be3ff70000007e2e-50-5949e4cade60 Received: from mailhub-auth-2.mit.edu ( [18.7.62.36]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-8.mit.edu (Symantec Messaging Gateway) with SMTP id 7B.4A.32302.AC4E9495; Tue, 20 Jun 2017 23:15:23 -0400 (EDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id v5L3FMoY021465; Tue, 20 Jun 2017 23:15:22 -0400 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 v5L3FI3T024618 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 20 Jun 2017 23:15:21 -0400 Date: Tue, 20 Jun 2017 22:15:18 -0500 From: Benjamin Kaduk To: Jeffrey Bouquet Cc: current Subject: Re: Unsure about buildworld Message-ID: <20170621031517.GE39245@kduck.kaduk.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.7.1 (2016-10-04) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrOIsWRmVeSWpSXmKPExsUixG6nonv6iWekwaF9QhYTrvxgsvj64Suz A5PHjE/zWTyuv+xkDGCK4rJJSc3JLEst0rdL4Mr4/281S0EjX8W732kNjP3cXYwcHBICJhKP v7F3MXJxCAksZpL4tWI2E4SzkVHi6a05jBDOVSaJjh0fgTKcHCwCqhJP585gAbHZBFQkGrov M4PYIgL6Es9u7mMDsZkFFCVOH5jFArJBGKjm9ykekDAv0LI1PXvZQcJCAgYSc2cFQYQFJU7O fMIC0aklcePfSyaQEmYBaYnl/zhAwpwChhJ/X/0GWyQqoCzx9/A9lgmMArOQdM9C0j0LoXsB I/MqRtmU3Crd3MTMnOLUZN3i5MS8vNQiXQu93MwSvdSU0k2M4PB0Ud3BOOev1yFGAQ5GJR7e CGXPSCHWxLLiytxDjJIcTEqivP43gUJ8SfkplRmJxRnxRaU5qcWHGCU4mJVEeOXigHK8KYmV ValF+TApaQ4WJXFecY3GCCGB9MSS1OzU1ILUIpisDAeHkgRv8GOgRsGi1PTUirTMnBKENBMH J8hwHqDh4XNAhhcXJOYWZ6ZD5E8xKkqJ814HaRYASWSU5sH1gtKHRPb+mleM4kCvCPO+eQRU xQNMPXDdr4AGMwENfnHEA2RwSSJCSqqBUc+mPKAkOLRj5/klpky9YXaz66bGFexZdjf80evL CSX/mHbXNwq8y3q2WO9HtHjItDNm6n67Wo59fnKiYYZ8NNv8q+31jhsvB/+Lv3Ik/F6pqjfv HkOeCpVXO5TOzuPZz/SWTah5e3zZaaO6TcZG3d83T7plsyTZ9brWrhIxA0/N6PjH75tdlViK MxINtZiLihMBIpoXZ/oCAAA= 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, 21 Jun 2017 03:20:35 -0000 On Tue, Jun 20, 2017 at 01:58:58PM -0700, Jeffrey Bouquet wrote: > Used rsync to put /usr/src/.svn to > /usr2/src/.svn [another disk] > did an svn up of that ^^ Is there some reason (e.g., documentation) to believe that will result in a stable and self-consistent checkout? > # sh > export CC=/usr/local/bin/clang39 # and the two others I don't think that's the correct variable(s) to set to use an external compiler. > cd /usr2/src > MAKEOBJDIRPREFIX=/usr2/obj -DNO_PROFILE ... buildworld. > > ................................ > which halts on some error > ranlib -d ... .a > exec(ranlib) no such file or directory > ............................... > Is there a more knowledgeable way of putting both src and obj on a seperate disk > and having the build complete AND > be sure where it builds, [ obj ] and the precise way to test an install [ pre-rsync to the > production system , so to speak ] or > some other *preferred* way, extract base.txz ... or even a clean 12.0-CURRENT snapshot > system to rsync onto the present one... Building a release and extracting the tarballs is something that people do, though I don't have any personal experience to recommend it. -Ben > ................................. > My motivation is I do not wish to attempt an svn upgrade of the desktop without a > certainty that the installworld will complete so the nvidia-driver can more likely > than not be restored to a working state. > ............................ > > _______________________________________________ > 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 Wed Jun 21 08:18: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 EF5B0D89A8B for ; Wed, 21 Jun 2017 08:18:40 +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 5245630E for ; Wed, 21 Jun 2017 08:18:39 +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 LAA20477; Wed, 21 Jun 2017 11:18:38 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1dNaqU-000Ofy-D0; Wed, 21 Jun 2017 11:18:38 +0300 Subject: Re: Crash in base/head in abd_put() after r320156 To: =?UTF-8?Q?Trond_Endrest=c3=b8l?= , FreeBSD current References: <3987075c-08cd-4add-11dc-24b1e4d071fc@freebsd.org> From: Andriy Gapon Message-ID: Date: Wed, 21 Jun 2017 11:18:01 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US 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: Wed, 21 Jun 2017 08:18:41 -0000 On 21/06/2017 00:45, Trond Endrestøl wrote: > On Tue, 20 Jun 2017 17:31-0400, Allan Jude wrote: > >> On 2017-06-20 17:27, Trond Endrestøl wrote: >>> Has anyone else seen a crash in base/head in abd_put() after r320156? >>> >>> One of my experimental VMs at home crashed spectacularly after >>> upgrading to r320156. I even wiped my /usr/obj, recompiled everything >>> and got the same result. Everything's back to normal when I boot >>> r320146. >>> >>> Here's the backtrace: >>> >>> Fatal trap 12: page fault while in kernel mode >>> cpuid = 3; apic id = 03 >>> >>> fault virtual address = 0x8 >>> >>> Fatal trap 12: page fault while in kernel mode >>> >>> cpuid = 2; >>> Fatal trap 12: page fault while in kernel mode >>> apic id = 02 >>> fault virtual address = 0x8 >>> cpuid = 0; apic id = 00 >>> fault virtual address = 0x8 >>> fault code = supervisor read data, page not present >>> fault code = supervisor read data, page not present >>> instruction pointer = 0x20:0xffffffff803260fa >>> stack pointer = 0x28:0xfffffe01b0231860 >>> frame pointer = 0x28:0xfffffe01b0231870 >>> code segment = base 0x0, limit 0xfffff, type 0x1b >>> >>> = DPL 0, pres 1, long 1, def32 0, gran 1 >>> >>> Fatal trap 12: page fault while in kernel mode >>> fault code = supervisor read data, page not present >>> processor eflags = interrupt enabled, resume, IOPL = 0 >>> current process = 0 (zio_free_issue_5_2) >>> trap number = 12 >>> instruction pointer = 0x20:0xffffffff803260fa >>> stack pointer = 0x28:0xfffffe01b022c860 >>> frame pointer = 0x28:0xfffffe01b022c870 >>> panic: page fault >>> cpuid = 0 >>> time = 4 >>> KDB: stack backtrace: >>> db_trace_self_wrapper() at 0xffffffff8044f93b = db_trace_self_wrapper+0x2b/frame 0xfffffe01b0231440 >>> vpanic() at 0xffffffff8067ec0c = vpanic+0x19c/frame 0xfffffe01b02314c0 >>> panic() at 0xffffffff8067ea63 = panic+0x43/frame 0xfffffe01b0231520 >>> trap_fatal() at 0xffffffff80983b32 = trap_fatal+0x322/frame 0xfffffe01b0231570 >>> trap_pfault() at 0xffffffff80983b89 = trap_pfault+0x49/frame 0xfffffe01b02315d0 >>> trap() at 0xffffffff809833c5 = trap+0x295/frame 0xfffffe01b0231790 >>> calltrap() at 0xffffffff80968c21 = calltrap+0x8/frame 0xfffffe01b0231790 >>> --- trap 0xc, rip = 0xffffffff803260fa, rsp = 0xfffffe01b0231860, rbp = 0xfffffe01b0231870 --- >>> abd_put() at 0xffffffff803260fa = abd_put+0xa/frame 0xfffffe01b0231870 >>> vdev_raidz_map_free() at 0xffffffff803aa7c2 = vdev_raidz_map_free+0x82/frame 0xfffffe01b02318a0 >>> zio_vdev_io_assess() at 0xffffffff803ecc04 = zio_vdev_io_assess+0x74/frame 0xfffffe01b02318e0 >>> zio_execute() at 0xffffffff803e913c = zio_execute+0xac/frame 0xfffffe01b0231930 >>> zio_vdev_io_start() at 0xffffffff803ec894 = zio_vdev_io_start+0x2b4/frame 0xfffffe01b0231990 >>> zio_execute() at 0xffffffff803e913c = zio_execute+0xac/frame 0xfffffe01b02319e0 >>> zio_nowait() at 0xffffffff803e8a8b = zio_nowait+0xcb/frame 0xfffffe01b0231a20 >>> vdev_mirror_io_start() at 0xffffffff803a744c = vdev_mirror_io_start+0x35c/frame 0xfffffe01b0231a70 >>> zio_vdev_io_start() at 0xffffffff803ec86c = zio_vdev_io_start+0x28c/frame 0xfffffe01b0231ad0 >>> zio_execute() at 0xffffffff803e913c = zio_execute+0xac/frame 0xfffffe01b0231b20 >>> taskqueue_run_locked() at 0xffffffff806d3d27 = taskqueue_run_locked+0x127/frame 0xfffffe01b0231b80 >>> taskqueue_thread_loop() at 0xffffffff806d4ee8 = taskqueue_thread_loop+0xc8/frame 0xfffffe01b0231bb0 >>> fork_exit() at 0xffffffff80640df5 = fork_exit+0x85/frame 0xfffffe01b0231bf0 >>> fork_trampoline() at 0xffffffff8096915e = fork_trampoline+0xe/frame 0xfffffe01b0231bf0 >>> --- trap 0, rip = 0, rsp = 0, rbp = 0 --- >>> Uptime: 4s >>> >> >> This seems to be an unintended consequence of some code that was pulled >> in from upstream today. >> >> Try adding: vfs.zfs.trim.enabled=0 >> to /boot/loader.conf >> >> (you can set it manually from the boot loader menu with the set command >> to get the system to boot) > > That worked. Thanks. > > BTW, the call to abd_put() was given a NULL pointer. > Could you please re-enable ZFS TRIM support and test r320186 or later? ZFS ABD is a rather large upstream change and our TRIM support is sprinkled over non-trivial amount of code as well. Thank you. -- Andriy Gapon From owner-freebsd-current@freebsd.org Wed Jun 21 13:23:35 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 F29C0D8F702 for ; Wed, 21 Jun 2017 13:23:35 +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 DCEEB68BB3 for ; Wed, 21 Jun 2017 13:23:35 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: by mailman.ysv.freebsd.org (Postfix) id D940DD8F701; Wed, 21 Jun 2017 13:23:35 +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 D6EE0D8F700 for ; Wed, 21 Jun 2017 13:23:35 +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 95C3168BB2 for ; Wed, 21 Jun 2017 13:23:35 +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 1dNfbW-0000TE-Qa; Wed, 21 Jun 2017 15:23:30 +0200 Received: from mail by rmmprod05.runbox with local (Exim 4.86_2) (envelope-from ) id 1dNfbW-0003uv-MK; Wed, 21 Jun 2017 15:23:30 +0200 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); Wed, 21 Jun 2017 13:23:30 GMT From: "Jeffrey Bouquet" To: "Benjamin Kaduk" CC: "current" Subject: Re: Unsure about buildworld Date: Wed, 21 Jun 2017 06:23:30 -0700 (PDT) X-Mailer: RMM6 In-Reply-To: <20170621031517.GE39245@kduck.kaduk.org> 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: Wed, 21 Jun 2017 13:23:36 -0000 On Tue, 20 Jun 2017 22:15:18 -0500, Benjamin Kaduk wrote: > On Tue, Jun 20, 2017 at 01:58:58PM -0700, Jeffrey Bouquet wrote: > > Used rsync to put /usr/src/.svn to > > /usr2/src/.svn [another disk] > > did an svn up of that ^^ >=20 > Is there some reason (e.g., documentation) to believe that will > result in a stable and self-consistent checkout? I've had enough installworlds that failed mid-install to be overly hesita= nt and thus sort of wish-listing for a make -DNVIDIA-ASSURES-BUILDING-AND-INSTALLWORLD-TEST-COMPLETED=3Dyes for resilency. Not to mention a /usr/src/UPDATING method of cli fetching/= wget/curl base.txz and then " gcp -R - / < unxz base.txz " [ do not quote any of th= ese ] as a installworld-went-awry recovery-from-thumbdrive method...=20 ................ tl;dr, ... wish list... newbie by infrequency of updates. ................ >=20 > > # sh > > export CC=3D/usr/local/bin/clang39 # and the two others >=20 > I don't think that's the correct variable(s) to set to use an > external compiler. >=20 I've in a .sh or two... usually works. Someone may correct me.=20 > > cd /usr2/src > > MAKEOBJDIRPREFIX=3D/usr2/obj -DNO_PROFILE ... buildworld. > >=20 > > ................................ > > which halts on some error=20 > > ranlib -d ... .a > > exec(ranlib) no such file or directory > > ............................... > > Is there a more knowledgeable way of putting both src and obj on a sepe= rate disk > > and having the build complete AND > > be sure where it builds, [ obj ] and the precise way to test an install= [ pre-rsync to the > > production system , so to speak ] or > > some other *preferred* way, extract base.txz ... or even a clean 12.= 0-CURRENT snapshot > > system to rsync onto the present one...=20 >=20 > Building a release and extracting the tarballs is something that > people do, though I don't have any personal experience to recommend > it. >=20 I've done the latter [ recovered by base.txz ] but never tried to build a= release or anything other than bw bk ik iw ... unless incremental binaries or failing = disks... and since switching to SATA from EIDE many less of the latter.=20 > -Ben >=20 > > ................................. > > My motivation is I do not wish to attempt an svn upgrade of the deskt= op without a > > certainty that the installworld will complete so the nvidia-driver can = more likely > > than not be restored to a working state. > > ............................ > >=20=20=20 > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" > _______________________________________________ > 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 Wed Jun 21 15:20: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 8DCA1D91F86 for ; Wed, 21 Jun 2017 15:20:15 +0000 (UTC) (envelope-from ler@FreeBSD.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6F50870911 for ; Wed, 21 Jun 2017 15:20:15 +0000 (UTC) (envelope-from ler@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Type:MIME-Version:Message-ID:Subject:To:From:Date:Sender :Reply-To:Cc:Content-Transfer-Encoding:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=SWcqfusj6R8Lzk7hOdhc8bZ+L01aLVVHJHm4G6VQ/Bo=; b=fsgimZS18BnaSLgN3m6hbt/0at R6MdHAylZr0ufH4veyAGebj1G5CUuPQa0SiEll9pgFhVzQgmubFq7D2ffKnH1+7zmIHt9YxhexcuD DKMJHkeaZvvRFlkVOc8EooKEpFL/8jx/dfT4qL8G10KhjoS4KUUED8FVByL/BbtjMjH0=; Received: from [74.203.163.58] (port=15760 helo=lrosenman.local) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89 (FreeBSD)) (envelope-from ) id 1dNhQU-000BFd-Os for freebsd-current@FreeBSD.org; Wed, 21 Jun 2017 10:20:14 -0500 Date: Wed, 21 Jun 2017 10:20:04 -0500 From: Larry Rosenman To: freebsd-current@FreeBSD.org Subject: Update the Makefile for ioctl.c? Message-ID: <20170621152004.s7x7nilwe6zlueab@lrosenman.local> Mail-Followup-To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: NeoMutt/20170609 (1.8.3) 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, 21 Jun 2017 15:20:15 -0000 Greetings, It looks like the Makefile for ioctl.c didn't get the memo on some pieces being removed: --- ioctl.c --- egrep: dev/utopia/idtphy.h: No such file or directory egrep: dev/utopia/suni.h: No such file or directory egrep: dev/utopia/utopia.h: No such file or directory egrep: dev/utopia/utopia_priv.h: No such file or directory egrep: net/if_atm.h: No such file or directory egrep: netgraph/atm/ng_atm.h: No such file or directory egrep: netinet/if_atm.h: No such file or directory I'm not sure what to fix here. :( -- Larry Rosenman https://people.FreeBSD.org/~ler/ Phone: +1 214-642-9640 E-Mail: ler@FreeBSD.org US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281 From owner-freebsd-current@freebsd.org Wed Jun 21 17:48:21 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 1467AD94D7F for ; Wed, 21 Jun 2017 17:48:21 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: from mail-qt0-x232.google.com (mail-qt0-x232.google.com [IPv6:2607:f8b0:400d:c0d::232]) (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 BDED675C24 for ; Wed, 21 Jun 2017 17:48:20 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: by mail-qt0-x232.google.com with SMTP id v20so47187597qtg.1 for ; Wed, 21 Jun 2017 10:48:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:subject:to:message-id:date:user-agent:mime-version :content-language:content-transfer-encoding; bh=TrX4CUkyVGuKIluGQIVioO+9GuRJP5Cfl//fzn47Efk=; b=mNClDXhL2aeNOHbo/dUMdV7Z96Acwh/071nwiteRsPO5VTpPlNWePzFaP9l8zzxauy 5NmRREed3ZVN6b9IQ8B4pJt00ks37r6F2ZcJWZ4gvK87T4I92r6xMxwXV7TCcZDYaB02 HV21dNoi3EO6zEx4sotQIyiJVDinwr0FMslKHpcAwXB/x86DrePjadJe9hLJi9nggJYQ rZ4IidJsedvZx9oWPIs1stfyDc2fSagAxF9m+xrOy+4lOMGl9FKGFX0AOL4bLAzIHS5T sUT9IM2yoXWO906rRj75+MqhCWcmp7pKFc9O9CeDsXfq/jKUdRtYNawPPYvoESdZNn86 l6gg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:subject:to:message-id:date :user-agent:mime-version:content-language:content-transfer-encoding; bh=TrX4CUkyVGuKIluGQIVioO+9GuRJP5Cfl//fzn47Efk=; b=K07kfie3nXDdxRRevtgUYpK48KKt6NeMl4z1oSYEBmfdPGYX1Uhh5i148EFZXMPhI1 yLEat6GPMSmv/erCy7LdLBa5uJXbqWzm/FzPFZquZVP+MPDvJy6Smh+C2d42IpWKUNdE 0CgBBxV6mB2VKEZQar33agJxDfGxo5nwqD8EjLZjNj9v0JzAkMmzo0o8elxeG3V6cNMH I58GPjSXEneErKTmHoZ807Iquicnhqv4uVjWcdekJT4+MzP1NqQoIn4LmFYseld+4sd2 AhChE/d66JRPid1pU2pHcQM9dY9gNJmR/pvq43ZphM8cbu5uamc+st9/CLcVWP03zYPK ATkA== X-Gm-Message-State: AKS2vOxUs+IgpwxghIkev8BAezWwprjGxzaE3/bcCjinc/T66GalCPYF IaRmOkNZs0DkUnvMa2w= X-Received: by 10.200.55.65 with SMTP id p1mr4112498qtb.64.1498067299554; Wed, 21 Jun 2017 10:48:19 -0700 (PDT) Received: from mbp-eth.home ([177.53.86.172]) by smtp.gmail.com with ESMTPSA id o3sm12085010qtf.28.2017.06.21.10.48.17 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 21 Jun 2017 10:48:18 -0700 (PDT) Sender: Renato Botelho From: Renato Botelho Subject: Failover Mode Between Ethernet and Wireless Interfaces broken on >= 11 To: freebsd-current@freebsd.org Message-ID: <1c1e5c6f-35e5-ca14-2e23-5e33d86a5266@FreeBSD.org> Date: Wed, 21 Jun 2017 14:48:16 -0300 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US 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, 21 Jun 2017 17:48:21 -0000 I've already sent it to net, but I suspect this is the appropriate place to discuss this subject. Last night I was configuring a new laptop and decided to give it [1] a try. I figured out this section of handbook (similar instructions are on lagg(4) manpage) is outdated, based on FreeBSD 10.x. Then I modified a bit the commands and tried to get it configured on 12-CURRENT, without success. I spoke with adrian@, who told me this setup doesn't work on FreeBSD > 10, because on newer versions Wireless interfaces mac address cannot be changed. My next attempt was to do the other way round and make lagg to use wlan0 mac address instead of em0's. but even doing this my wireless interface ended up not working. After further investigation I noted that a simple command: # ifconfig wlan0 ether $wlan0_current_mac_address is enough to break it on 12-CURRENT. I've checked if_setlladdr() source code and noted it always replace the mac address, even if the same is already configured on the interface. Is it the expected behavior? Just as a PoC I've applied the following patch to if_setlladdr(): Index: sys/net/if.c =================================================================== --- sys/net/if.c (revision 320097) +++ sys/net/if.c (working copy) @@ -3519,6 +3519,10 @@ ifa_free(ifa); return (EINVAL); } + if (memcmp(lladdr, LLADDR(sdl), len) == 0) { + ifa_free(ifa); + return (0); + } switch (ifp->if_type) { case IFT_ETHER: case IFT_FDDI: And configured it to use wlan0 mac address on rc.conf: ifconfig_em0="ether 60:67:20:c5:2d:48 up" wlans_iwn0="wlan0" ifconfig_wlan0="WPA" cloned_interfaces="lagg0" ifconfig_lagg0="up laggproto failover laggport em0 laggport wlan0 DHCP" and it's now working as expected. Other than that, I believe if wlan interfaces cannot have their mac address changed, ifconfig should return an error when user attempts to do it, and if_setlladdr() should do the same. Thoughts? [1] https://www.freebsd.org/doc/handbook/network-aggregation.html#networking-lagg-wired-and-wireless -- Renato Botelho From owner-freebsd-current@freebsd.org Wed Jun 21 17:53: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 7F719D94FB6 for ; Wed, 21 Jun 2017 17:53:52 +0000 (UTC) (envelope-from kaduk@mit.edu) 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 5D91B76032 for ; Wed, 21 Jun 2017 17:53:52 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: by mailman.ysv.freebsd.org (Postfix) id 59C14D94FB5; Wed, 21 Jun 2017 17:53:52 +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 59360D94FB4 for ; Wed, 21 Jun 2017 17:53:52 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-1.mit.edu (dmz-mailsec-scanner-1.mit.edu [18.9.25.12]) (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 0849776031 for ; Wed, 21 Jun 2017 17:53:51 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 1209190c-e9bff70000005069-70-594ab2a80ffc 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 dmz-mailsec-scanner-1.mit.edu (Symantec Messaging Gateway) with SMTP id 5C.B3.20585.8A2BA495; Wed, 21 Jun 2017 13:53:44 -0400 (EDT) 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 v5LHrhEN024931; Wed, 21 Jun 2017 13:53:43 -0400 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 v5LHrdB5015678 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 21 Jun 2017 13:53:42 -0400 Date: Wed, 21 Jun 2017 12:53:39 -0500 From: Benjamin Kaduk To: Jeffrey Bouquet Cc: current Subject: Re: Unsure about buildworld Message-ID: <20170621175339.GL39245@kduck.kaduk.org> References: <20170621031517.GE39245@kduck.kaduk.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.7.1 (2016-10-04) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrKIsWRmVeSWpSXmKPExsUixCmqrLtik1ekQcNbWYsJV34wWXz98JXZ gcljxqf5LB7XX3YyBjBFcdmkpOZklqUW6dslcGV8+TONueAnW8Wy55wNjLtYuxg5OSQETCT6 77axdzFycQgJLGaSuLDvPSuEs5FR4tGZk0wQzlUmidtPHzGDtLAIqErs3DKLHcRmE1CRaOi+ DBYXEdCXeHZzHxuIzSygKHH6wCyWLkYODmGgmt+neEDCvEDbnqyHGCMkEC1xavUXNoi4oMTJ mU9YIFq1JG78e8kE0sosIC2x/B8HSJhTwFBi+qFmsHJRAWWJv4fvsUxgFJiFpHsWku5ZCN0L GJlXMcqm5Fbp5iZm5hSnJusWJyfm5aUW6Rrq5WaW6KWmlG5iBIeoJM8OxjNvvA4xCnAwKvHw TmjwihRiTSwrrsw9xCjJwaQkytuxDCjEl5SfUpmRWJwRX1Sak1p8iFGCg1lJhPfOOqAcb0pi ZVVqUT5MSpqDRUmcV0KjMUJIID2xJDU7NbUgtQgmK8PBoSTBu3ojUKNgUWp6akVaZk4JQpqJ gxNkOA/QcJ01IMOLCxJzizPTIfKnGHU5mj5s+cIkxJKXn5cqJc77EGSQAEhRRmke3BxQapHI 3l/zilEc6C1h3ikbgKp4gGkJbtIroCVMQEteHPEAWVKSiJCSamB01+E40qCh+P4Zs+7R5HSj daXSM3fvOJ1dzfI/k5PFPVPydYJQ2I7pZQIh/XnqHxRY3dJdO86Etx5+fdqRyT129sFHUsLq 4btebFh29dIVdY3j/t87Q1lZ1ni85BFQWq27w5Oh8Pubdy/mfv3xcDEPX0Vib8+/nbG75TyD jtvPXfxV/YmgziElluKMREMt5qLiRABb//6JCAMAAA== 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, 21 Jun 2017 17:53:52 -0000 On Wed, Jun 21, 2017 at 06:23:30AM -0700, Jeffrey Bouquet wrote: > > > On Tue, 20 Jun 2017 22:15:18 -0500, Benjamin Kaduk wrote: > > > > > Building a release and extracting the tarballs is something that > > people do, though I don't have any personal experience to recommend > > it. > > > > I've done the latter [ recovered by base.txz ] but never tried to build a release or > anything other than bw bk ik iw ... unless incremental binaries or failing disks... and > since switching to SATA from EIDE many less of the latter. Building a release is similarly simple; something like cd /usr/src make buildworld buildkernel cd release make NODOC NOPORTS NOPKG [memstick|disc1] (from memory); the main thing I stumble on is remembering where the build artifacts are and whether I want memstick or disc1 for the particular use case. -Ben From owner-freebsd-current@freebsd.org Wed Jun 21 17:56: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 EDBBBD9507C for ; Wed, 21 Jun 2017 17:56:49 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from mail.madpilot.net (grunt.madpilot.net [78.47.145.38]) (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 B4F62761AC; Wed, 21 Jun 2017 17:56:49 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 3wtC8G4g1YzZqg; Wed, 21 Jun 2017 19:56:46 +0200 (CEST) Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10024) with ESMTP id 9SV8rdP0-XFT; Wed, 21 Jun 2017 19:56:44 +0200 (CEST) Received: from tommy.madpilot.net (micro.madpilot.net [88.149.173.206]) by mail.madpilot.net (Postfix) with ESMTPSA; Wed, 21 Jun 2017 19:56:44 +0200 (CEST) Subject: Re: Failover Mode Between Ethernet and Wireless Interfaces broken on >= 11 To: Renato Botelho , freebsd-current@freebsd.org References: <1c1e5c6f-35e5-ca14-2e23-5e33d86a5266@FreeBSD.org> From: Guido Falsi Message-ID: Date: Wed, 21 Jun 2017 19:56:44 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.0 MIME-Version: 1.0 In-Reply-To: <1c1e5c6f-35e5-ca14-2e23-5e33d86a5266@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US 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, 21 Jun 2017 17:56:50 -0000 On 06/21/17 19:48, Renato Botelho wrote: > I've already sent it to net, but I suspect this is the appropriate place > to discuss this subject. [...] > > My next attempt was to do the other way round and make lagg to use wlan0 > mac address instead of em0's. but even doing this my wireless interface > ended up not working. Strange enough, this works for me. My laptop has a bge interface. Maybe that's relevant. [...] > > And configured it to use wlan0 mac address on rc.conf: > > ifconfig_em0="ether 60:67:20:c5:2d:48 up" > wlans_iwn0="wlan0" > ifconfig_wlan0="WPA" > cloned_interfaces="lagg0" > ifconfig_lagg0="up laggproto failover laggport em0 laggport wlan0 DHCP" > > and it's now working as expected. I can confirm this is exactly what I've been doing for a while on my laptop. As noted before I did not need to patch the kernel to have this working. > > Other than that, I believe if wlan interfaces cannot have their mac > address changed, ifconfig should return an error when user attempts to > do it, and if_setlladdr() should do the same. > > Thoughts? I agree returning some error code would be nicer on users. -- Guido Falsi From owner-freebsd-current@freebsd.org Wed Jun 21 19:04: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 18506D9747D for ; Wed, 21 Jun 2017 19:04:41 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: from mail-qt0-x22f.google.com (mail-qt0-x22f.google.com [IPv6:2607:f8b0:400d:c0d::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 C46C57AD32; Wed, 21 Jun 2017 19:04:40 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: by mail-qt0-x22f.google.com with SMTP id u12so164926746qth.0; Wed, 21 Jun 2017 12:04:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=HxrSv2QcaJmyYCzQP20UrbfmOFPk2OElZFkbs/5RbRU=; b=Lr48S+PVR/7FCLNdjBV8Xo2gWby/o/6sAHZXL5jU08QxgBr4oBW/MIuCpCL9p9Mbf3 t3TQBuTYoTeavN0RyQIk1U2dXU0nuDvNf2mlSZEO5v4ZJIuEcIPZ4pRWAgZ4nB8Y4rKf G4HJqMTPYX4v69xTB2SUp3BTor2iWo/WhGr0gjzxRdPG7fuWlUdUt1DC6dFGdOgs4mwJ W/F8Qbofdtg9aF61ZQBchuickQidGtWVg3Tw1gqU/NiS7KnTLb0vUMsFew4j+g4z5uXR oxjJv+Q6b4Z0bvG3jbnqG3HJ+P5T3AbsW/SvAPKqzKb/hMsTKlL85CuBMj/iEAFaVFaW RSrA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=HxrSv2QcaJmyYCzQP20UrbfmOFPk2OElZFkbs/5RbRU=; b=cfVh45Pw7nwaeB9XH5O4mFbh8ehWa8uA6gEQqfiQMUvafN/YQ1zgbVIRlSzGD+evLA PRGj3/svZYEjMaNZc5L7l1UvT07vnUmg749vDEFSZ2FAwo0fyNLPII111cOakiBYrpMS lhkmHdD5q544jj1C1kOZcsaLKPfd9GfYhuHWUnYk0JrrSPnG9cqXhbrbF4ys0eIePT6a i+TcSLfTl6PpcP2RhtL4mMnJopz9ZSvuM5te26e6Rfu5STOxOeLHPngeJ4T/6m5n2urB pSgotB5ZeaLPi+4z8A76ZpdNp+GPBTVkb657TE0dwn64Eku63sOKrtVA0waJjhUbE+2k da6A== X-Gm-Message-State: AKS2vOx61d8I4ZHpMnkrs9L4Hl0vvBbeCPBnAf7C2xVs0VJfXIURZCqz A5EekaJmnQYvX4E6vYE= X-Received: by 10.237.44.197 with SMTP id g63mr39686216qtd.241.1498071879632; Wed, 21 Jun 2017 12:04:39 -0700 (PDT) Received: from mbp-eth.home ([177.53.86.172]) by smtp.gmail.com with ESMTPSA id d16sm10982490qke.5.2017.06.21.12.04.37 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 21 Jun 2017 12:04:38 -0700 (PDT) Sender: Renato Botelho Subject: Re: Failover Mode Between Ethernet and Wireless Interfaces broken on >= 11 To: Guido Falsi , freebsd-current@freebsd.org References: <1c1e5c6f-35e5-ca14-2e23-5e33d86a5266@FreeBSD.org> From: Renato Botelho Message-ID: <115d8829-c020-1f8d-23e4-fcaae7b91318@FreeBSD.org> Date: Wed, 21 Jun 2017 16:04:36 -0300 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US 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, 21 Jun 2017 19:04:41 -0000 On 21/06/17 14:56, Guido Falsi wrote: > On 06/21/17 19:48, Renato Botelho wrote: >> I've already sent it to net, but I suspect this is the appropriate place >> to discuss this subject. > [...] >> >> My next attempt was to do the other way round and make lagg to use wlan0 >> mac address instead of em0's. but even doing this my wireless interface >> ended up not working. > > Strange enough, this works for me. My laptop has a bge interface. Maybe > that's relevant. > > [...] >> >> And configured it to use wlan0 mac address on rc.conf: >> >> ifconfig_em0="ether 60:67:20:c5:2d:48 up" >> wlans_iwn0="wlan0" >> ifconfig_wlan0="WPA" >> cloned_interfaces="lagg0" >> ifconfig_lagg0="up laggproto failover laggport em0 laggport wlan0 DHCP" >> >> and it's now working as expected. > > I can confirm this is exactly what I've been doing for a while on my > laptop. As noted before I did not need to patch the kernel to have this > working. Maybe bge is not affected by this bug, interesting. It would be good to know which models are affected > >> >> Other than that, I believe if wlan interfaces cannot have their mac >> address changed, ifconfig should return an error when user attempts to >> do it, and if_setlladdr() should do the same. >> >> Thoughts? > > I agree returning some error code would be nicer on users. > In this case since some drivers are OK and others not, we cannot remove the possibility of changing mac address from ifconfig for all wlan interfaces. I'm wondering if there is any side-effect to have only the change I made applied, not sure if there are reasons to run filters and event_handler when if_setlladdr() is called with the same address that is current set on NIC. -- Renato Botelho From owner-freebsd-current@freebsd.org Wed Jun 21 19:27: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 89641D9792D for ; Wed, 21 Jun 2017 19:27:03 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (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 5877F7B754; Wed, 21 Jun 2017 19:27:03 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [10.246.11.20] (wsip-70-166-117-91.ph.ph.cox.net [70.166.117.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 9CD041928AB; Wed, 21 Jun 2017 19:27:00 +0000 (UTC) Subject: Re: Failover Mode Between Ethernet and Wireless Interfaces broken on >= 11 To: Renato Botelho , freebsd-current@freebsd.org References: <1c1e5c6f-35e5-ca14-2e23-5e33d86a5266@FreeBSD.org> From: Sean Bruno Message-ID: Date: Wed, 21 Jun 2017 13:26:58 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.0 MIME-Version: 1.0 In-Reply-To: <1c1e5c6f-35e5-ca14-2e23-5e33d86a5266@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="XuprkQPPD5E0VHaDeuAKBatHWCR01xNcA" 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, 21 Jun 2017 19:27:03 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --XuprkQPPD5E0VHaDeuAKBatHWCR01xNcA Content-Type: multipart/mixed; boundary="fPqiMVoTg6hr4JdbiP1DBOlOppEsSDgjw"; protected-headers="v1" From: Sean Bruno To: Renato Botelho , freebsd-current@freebsd.org Message-ID: Subject: Re: Failover Mode Between Ethernet and Wireless Interfaces broken on >= 11 References: <1c1e5c6f-35e5-ca14-2e23-5e33d86a5266@FreeBSD.org> In-Reply-To: <1c1e5c6f-35e5-ca14-2e23-5e33d86a5266@FreeBSD.org> --fPqiMVoTg6hr4JdbiP1DBOlOppEsSDgjw Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 06/21/17 11:48, Renato Botelho wrote: > I've already sent it to net, but I suspect this is the appropriate plac= e > to discuss this subject. >=20 > Last night I was configuring a new laptop and decided to give it [1] a > try. I figured out this section of handbook (similar instructions are o= n > lagg(4) manpage) is outdated, based on FreeBSD 10.x. >=20 > Then I modified a bit the commands and tried to get it configured on > 12-CURRENT, without success. I spoke with adrian@, who told me this > setup doesn't work on FreeBSD > 10, because on newer versions Wireless > interfaces mac address cannot be changed. >=20 > My next attempt was to do the other way round and make lagg to use wlan= 0 > mac address instead of em0's. but even doing this my wireless interface= > ended up not working. >=20 > After further investigation I noted that a simple command: >=20 > # ifconfig wlan0 ether $wlan0_current_mac_address >=20 > is enough to break it on 12-CURRENT. >=20 > I've checked if_setlladdr() source code and noted it always replace the= > mac address, even if the same is already configured on the interface. I= s > it the expected behavior? >=20 > Just as a PoC I've applied the following patch to if_setlladdr(): >=20 > Index: sys/net/if.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- sys/net/if.c (revision 320097) > +++ sys/net/if.c (working copy) > @@ -3519,6 +3519,10 @@ > ifa_free(ifa); > return (EINVAL); > } > + if (memcmp(lladdr, LLADDR(sdl), len) =3D=3D 0) { > + ifa_free(ifa); > + return (0); > + } > switch (ifp->if_type) { > case IFT_ETHER: > case IFT_FDDI: >=20 > And configured it to use wlan0 mac address on rc.conf: >=20 > ifconfig_em0=3D"ether 60:67:20:c5:2d:48 up" > wlans_iwn0=3D"wlan0" > ifconfig_wlan0=3D"WPA" > cloned_interfaces=3D"lagg0" > ifconfig_lagg0=3D"up laggproto failover laggport em0 laggport wlan0 DHC= P" >=20 > and it's now working as expected. >=20 > Other than that, I believe if wlan interfaces cannot have their mac > address changed, ifconfig should return an error when user attempts to > do it, and if_setlladdr() should do the same. >=20 > Thoughts? >=20 > [1] > https://www.freebsd.org/doc/handbook/network-aggregation.html#networkin= g-lagg-wired-and-wireless >=20 Maybe this is a "iflib" problem. em(4) and igb(4) are pretty different now in head. Can you shove it into bugzilla with a test case (copy/paste your email) and tag me on it? sean --fPqiMVoTg6hr4JdbiP1DBOlOppEsSDgjw-- --XuprkQPPD5E0VHaDeuAKBatHWCR01xNcA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE6MTp+IA1BOHj9Lo0veT1/om1/LYFAllKyIRfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEU4 QzRFOUY4ODAzNTA0RTFFM0Y0QkEzNEJERTRGNUZFODlCNUZDQjYACgkQveT1/om1 /LYwHQf9EOO/pkg0cZB4kIcHJcBnsHNR7XsCIAbR4Wt6ZYW9WnYuORgxkZTWNqIf emfgzaxrDMruHBmmRMYbJPXjgtE1lu/P4vBhVLBHW7+K2MLieXcl1kITCxFpjvix DAyNAUtqbDqPCQGANFwKlq0fJbGMZixqj53JWjwmqclrMfZm3FwojaPjZETCNFSB x+2fodZeBcL5Lu6zGEi8DkzVuSXaeME5Cw8cbG5kSzV6yPg7tKWBIEIeAWy77Zjc qIfQuBRt6tPRAUoy6Slq7uJDR/6szCOKob6gweyBWaNMuwabMns/BmMPjSVzih5z jjo7z7gd/49YE80UTByjcH6Rdv3TLw== =t0bi -----END PGP SIGNATURE----- --XuprkQPPD5E0VHaDeuAKBatHWCR01xNcA-- From owner-freebsd-current@freebsd.org Thu Jun 22 00:31: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 427F8D9BF0C for ; Thu, 22 Jun 2017 00:31:19 +0000 (UTC) (envelope-from ler@FreeBSD.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 20A7E83BD2; Thu, 22 Jun 2017 00:31:19 +0000 (UTC) (envelope-from ler@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Type:MIME-Version:Message-ID:Subject:To:From:Date:Sender :Reply-To:Cc:Content-Transfer-Encoding:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=mJB6L4qsZx29RvZuquCiQ8njNZuuN4p5ZKqpxpKHxXs=; b=k3wQOrC0yjU1cfLanNJXRTsCBi 0fVNIHGijZjgryitRvW3rayQgL0Y50bT5pKwySSJyCOanMepfznbKCONUjdqCSvdGsn366o/RMHBy BH7K3FaSiXagIMRvmUj0IMgdAKJM2tTu84g9gdMMRXWRfDVdAQFqoUpyAU0uaO12thPY=; Received: from [47.220.164.50] (port=30403 helo=lrosenman.local) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89 (FreeBSD)) (envelope-from ) id 1dNq1m-000DC8-7V; Wed, 21 Jun 2017 19:31:18 -0500 Date: Wed, 21 Jun 2017 19:31:15 -0500 From: Larry Rosenman To: freebsd-current@FreeBSD.org, avg@FreeBSD.org Subject: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210315 <--- Back in -CURRENT? Message-ID: <20170622003115.osaiipn45gv5b3sx@lrosenman.local> Mail-Followup-To: freebsd-current@FreeBSD.org, avg@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="zybi3ptignvrtpuf" Content-Disposition: inline User-Agent: NeoMutt/20170609 (1.8.3) 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, 22 Jun 2017 00:31:19 -0000 --zybi3ptignvrtpuf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Greetings, I'm seeing what looks like the same panic that was fixed for: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D210315 on -CURRENT when= running=20 poudriere runs.=20 I have a TEXTDUMP. The info file: Dump header from device: /dev/mfid0p3 Architecture: amd64 Architecture Version: 2 Dump Length: 35840 Blocksize: 512 Dumptime: Wed Jun 21 11:25:38 2017 Hostname: borg.lerctr.org Magic: FreeBSD Text Dump Version String: FreeBSD 12.0-CURRENT #33 r320190: Wed Jun 21 10:22:24 CDT= 2017 root@borg.lerctr.org:/usr/obj/usr/src/sys/VT-LER Panic String: destroying non-empty racct: 2990080 allocated for resource 4 Dump Parity: 2020083251 Bounds: 1 Dump Status: good I can *NOT* get a full dump due to not enough swap on a single partition.= =20 What can I supply to help get this fixed again? --=20 Larry Rosenman http://people.FreeBSD.org/~ler Phone: +1 214-642-9640 E-Mail: ler@FreeBSD.org US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281 --zybi3ptignvrtpuf Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQFhBAABCgBLFiEEHjgknedhWzvJgwVzaXyZsatIp30FAllLD9MtFIAAAAAAFQAP cGthLWFkZHJlc3NAZ251cGcub3JnbGVyQEZyZWVCU0Qub3JnAAoJEGl8mbGrSKd9 KWIH/0GazZ5aSGJ5ooYnuXAySXwO25vZPmGa5DXfYZSz+Ve5jAmcPri6tIXp+vIE WDed4SLW9IsFgKEryXj1Dm9EOm+ctUkbDGPNcADtRNJVMp+3YWbLqS7qFNKsj6UX /HUiqYkd+6WRJ2wb/hc1LOxpOuwjUMmfbaB+AvwFSZ+zhDVfXveLWn0niz7iI/9d 0cIe4/jDbGCD7+PMmaVykTm8X0kemW6yF11WcEzSUFv5qgeUfeYA6yKWxgHV+Lfa Vw+HrPBeSaLUjGzGWma2sCM3U78E/5XETdLZAzflrwhV25HyP4Ke1ui2ksReItKa aNtWnHtXASbgYoFAfCgqsnoRGlE= =s6Og -----END PGP SIGNATURE----- --zybi3ptignvrtpuf-- From owner-freebsd-current@freebsd.org Thu Jun 22 05:41:23 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 ADC16DA693A for ; Thu, 22 Jun 2017 05:41:23 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.138]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6D9666E254; Thu, 22 Jun 2017 05:41:23 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id Nurnde9Tfyd2DNurodd6Km; Wed, 21 Jun 2017 23:41:21 -0600 X-Authority-Analysis: v=2.2 cv=F5wnTupN c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=kj9zAlcOel0A:10 a=LWSFodeU3zMA:10 a=6I5d2MoRAAAA:8 a=YxBL1-UpAAAA:8 a=RDIeyIpEMCzLZ1edNqcA:9 a=ZDUZ1yghKV7gKz2Z:21 a=qT8NLVTgBOpUwekS:21 a=CjuIK1q_8ugA:10 a=D8VtyeFL2l4A:10 a=_v90dqXTzXcA:10 a=IjZwj45LgO3ly-622nXo:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id A100C101; Wed, 21 Jun 2017 22:41:19 -0700 (PDT) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id v5M5e4FF038058; Wed, 21 Jun 2017 22:40:04 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201706220540.v5M5e4FF038058@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Sean Bruno cc: Renato Botelho , freebsd-current@freebsd.org Subject: Re: Failover Mode Between Ethernet and Wireless Interfaces broken on >= 11 In-Reply-To: Message from Sean Bruno of "Wed, 21 Jun 2017 13:26:58 -0600." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 21 Jun 2017 22:40:04 -0700 X-CMAE-Envelope: MS4wfAgpZSmG64aSWIRyXb60exsGjM8w9XP75C3XEE5BXWBveNigX9C2FrpqhCNDY0w9AoTvPEXcAb0j5DVHK1OiYNfavY/AtEeBlk++/FSTPt4ZpmON0LxU +2BdPCPXVmLR914n7Rp2zSp0GhaSMg09atZ2pHeaJJiTAGyI4SztiSMHwAxlaWkM2I5Th4nZd+vdfDkYI6V9aaTJKezRzXvmrK2jok/FDTOvI4s5U3wfI5by UGFhCGQPOnkRa+/hwVR+PQ== 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, 22 Jun 2017 05:41:23 -0000 In message , Sean Bruno write s: > This is an OpenPGP/MIME signed message (RFC 4880 and 3156) > --XuprkQPPD5E0VHaDeuAKBatHWCR01xNcA > Content-Type: multipart/mixed; boundary="fPqiMVoTg6hr4JdbiP1DBOlOppEsSDgjw"; > protected-headers="v1" > From: Sean Bruno > To: Renato Botelho , freebsd-current@freebsd.org > Message-ID: > Subject: Re: Failover Mode Between Ethernet and Wireless Interfaces broken on > >= 11 > References: <1c1e5c6f-35e5-ca14-2e23-5e33d86a5266@FreeBSD.org> > In-Reply-To: <1c1e5c6f-35e5-ca14-2e23-5e33d86a5266@FreeBSD.org> > > --fPqiMVoTg6hr4JdbiP1DBOlOppEsSDgjw > Content-Type: text/plain; charset=utf-8 > Content-Language: en-US > Content-Transfer-Encoding: quoted-printable > > > > On 06/21/17 11:48, Renato Botelho wrote: > > I've already sent it to net, but I suspect this is the appropriate plac= > e > > to discuss this subject. > >=20 > > Last night I was configuring a new laptop and decided to give it [1] a > > try. I figured out this section of handbook (similar instructions are o= > n > > lagg(4) manpage) is outdated, based on FreeBSD 10.x. > >=20 > > Then I modified a bit the commands and tried to get it configured on > > 12-CURRENT, without success. I spoke with adrian@, who told me this > > setup doesn't work on FreeBSD > 10, because on newer versions Wireless > > interfaces mac address cannot be changed. > >=20 > > My next attempt was to do the other way round and make lagg to use wlan= > 0 > > mac address instead of em0's. but even doing this my wireless interface= > > > ended up not working. > >=20 > > After further investigation I noted that a simple command: > >=20 > > # ifconfig wlan0 ether $wlan0_current_mac_address > >=20 > > is enough to break it on 12-CURRENT. > >=20 > > I've checked if_setlladdr() source code and noted it always replace the= > > > mac address, even if the same is already configured on the interface. I= > s > > it the expected behavior? > >=20 > > Just as a PoC I've applied the following patch to if_setlladdr(): > >=20 > > Index: sys/net/if.c > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > --- sys/net/if.c (revision 320097) > > +++ sys/net/if.c (working copy) > > @@ -3519,6 +3519,10 @@ > > ifa_free(ifa); > > return (EINVAL); > > } > > + if (memcmp(lladdr, LLADDR(sdl), len) =3D=3D 0) { > > + ifa_free(ifa); > > + return (0); > > + } > > switch (ifp->if_type) { > > case IFT_ETHER: > > case IFT_FDDI: > >=20 > > And configured it to use wlan0 mac address on rc.conf: > >=20 > > ifconfig_em0=3D"ether 60:67:20:c5:2d:48 up" > > wlans_iwn0=3D"wlan0" > > ifconfig_wlan0=3D"WPA" > > cloned_interfaces=3D"lagg0" > > ifconfig_lagg0=3D"up laggproto failover laggport em0 laggport wlan0 DHC= > P" > >=20 > > and it's now working as expected. > >=20 > > Other than that, I believe if wlan interfaces cannot have their mac > > address changed, ifconfig should return an error when user attempts to > > do it, and if_setlladdr() should do the same. > >=20 > > Thoughts? > >=20 > > [1] > > https://www.freebsd.org/doc/handbook/network-aggregation.html#networkin= > g-lagg-wired-and-wireless > >=20 > > > Maybe this is a "iflib" problem. em(4) and igb(4) are pretty different > now in head. Can you shove it into bugzilla with a test case > (copy/paste your email) and tag me on it? As a late comer to this thread, I don't have any issues either. I too have a bge interface and iwn set up as follows: ifconfig_lagg0="laggproto failover laggport bge0 laggport wlan0 DHCP" -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Thu Jun 22 06:39:26 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 F1643DA7883 for ; Thu, 22 Jun 2017 06:39:26 +0000 (UTC) (envelope-from Krasznai.Andras@mands.hu) Received: from mail.mands.hu (mail2.mands.hu [93.189.114.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.mands.hu", Issuer "e-Szigno SSL CA 2014" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 834B86FA0B; Thu, 22 Jun 2017 06:39:25 +0000 (UTC) (envelope-from Krasznai.Andras@mands.hu) Received: from MSEXCH13.mands.hu (192.168.4.5) by MSEXCH13.mands.hu (192.168.4.5) with Microsoft SMTP Server (TLS) id 15.0.1263.5; Thu, 22 Jun 2017 08:24:09 +0200 Received: from MSEXCH13.mands.hu ([::1]) by MSEXCH13.mands.hu ([::1]) with mapi id 15.00.1263.000; Thu, 22 Jun 2017 08:24:09 +0200 From: =?iso-8859-1?Q?M=26S_-_Krasznai_Andr=E1s?= To: Cy Schubert , Sean Bruno CC: Renato Botelho , "freebsd-current@freebsd.org" Subject: RE: Failover Mode Between Ethernet and Wireless Interfaces broken on >= 11 Thread-Topic: Failover Mode Between Ethernet and Wireless Interfaces broken on >= 11 Thread-Index: AQHS6xo+tGlgrqHHqE6EGS+BzrVUnKIwY5og Date: Thu, 22 Jun 2017 06:24:09 +0000 Message-ID: <9c0081fbaf234585931a7aba4b477dfe@MSEXCH13.mands.hu> References: Message from Sean Bruno of "Wed, 21 Jun 2017 13:26:58 -0600." <201706220540.v5M5e4FF038058@slippy.cwsent.com> In-Reply-To: <201706220540.v5M5e4FF038058@slippy.cwsent.com> Accept-Language: en-US, hu-HU Content-Language: hu-HU X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [192.168.4.90] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 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, 22 Jun 2017 06:39:27 -0000 Good morning! With em0 and iwn I have the same working configuration for failover between= wireless interface and ethernet adapter. I run FreeBSD-12.=20 There was some change introduced with FreeBSD-11 in the syntax how to speci= fy the mac address for the wireless interface (old - FreeBSD-10 working fo= rm: ifconfig_iwn0=3D"ether ", the new is=20 create_args_wlan0=3D"wlanaddr ". The "new" mac address is = identical with the ethernet adapter's mac address.=20 best regards Andr=E1s Krasznai -----Eredeti =FCzenet----- Felad=F3: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@f= reebsd.org] Meghatalmaz=F3 Cy Schubert K=FCldve: 2017. j=FAnius 22. 7:40 C=EDmzett: Sean Bruno M=E1solatot kap: Renato Botelho; freebsd-current@freebsd.org T=E1rgy: Re: Failover Mode Between Ethernet and Wireless Interfaces broken = on >=3D 11 In message , Sean Bruno w= rite s: > This is an OpenPGP/MIME signed message (RFC 4880 and 3156)=20 > --XuprkQPPD5E0VHaDeuAKBatHWCR01xNcA > Content-Type: multipart/mixed;=20 > boundary=3D"fPqiMVoTg6hr4JdbiP1DBOlOppEsSDgjw"; > protected-headers=3D"v1" > From: Sean Bruno > To: Renato Botelho , freebsd-current@freebsd.org > Message-ID: > Subject: Re: Failover Mode Between Ethernet and Wireless Interfaces=20 > broken on >=3D 11 > References: <1c1e5c6f-35e5-ca14-2e23-5e33d86a5266@FreeBSD.org> > In-Reply-To: <1c1e5c6f-35e5-ca14-2e23-5e33d86a5266@FreeBSD.org> >=20 > --fPqiMVoTg6hr4JdbiP1DBOlOppEsSDgjw > Content-Type: text/plain; charset=3Dutf-8 > Content-Language: en-US > Content-Transfer-Encoding: quoted-printable >=20 >=20 >=20 > On 06/21/17 11:48, Renato Botelho wrote: > > I've already sent it to net, but I suspect this is the appropriate=20 > > plac=3D > e > > to discuss this subject. > >=3D20 > > Last night I was configuring a new laptop and decided to give it [1]=20 > >a try. I figured out this section of handbook (similar instructions=20 > >are o=3D > n > > lagg(4) manpage) is outdated, based on FreeBSD 10.x. > >=3D20 > > Then I modified a bit the commands and tried to get it configured on =20 > >12-CURRENT, without success. I spoke with adrian@, who told me this =20 > >setup doesn't work on FreeBSD > 10, because on newer versions=20 > >Wireless interfaces mac address cannot be changed. > >=3D20 > > My next attempt was to do the other way round and make lagg to use=20 > >wlan=3D > 0 > > mac address instead of em0's. but even doing this my wireless=20 > > interface=3D >=20 > > ended up not working. > >=3D20 > > After further investigation I noted that a simple command: > >=3D20 > > # ifconfig wlan0 ether $wlan0_current_mac_address > >=3D20 > > is enough to break it on 12-CURRENT. > >=3D20 > > I've checked if_setlladdr() source code and noted it always replace=20 > >the=3D >=20 > > mac address, even if the same is already configured on the=20 > > interface. I=3D > s > > it the expected behavior? > >=3D20 > > Just as a PoC I've applied the following patch to if_setlladdr(): > >=3D20 > > Index: sys/net/if.c > >=20 > >=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D= =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D > >=3D3D=3D > =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D= 3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D > 3D=3D3D=3D =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D= =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D > > --- sys/net/if.c (revision 320097) > > +++ sys/net/if.c (working copy) > > @@ -3519,6 +3519,10 @@ > > ifa_free(ifa); > > return (EINVAL); > > } > > + if (memcmp(lladdr, LLADDR(sdl), len) =3D3D=3D3D 0) { > > + ifa_free(ifa); > > + return (0); > > + } > > switch (ifp->if_type) { > > case IFT_ETHER: > > case IFT_FDDI: > >=3D20 > > And configured it to use wlan0 mac address on rc.conf: > >=3D20 > > ifconfig_em0=3D3D"ether 60:67:20:c5:2d:48 up" > > wlans_iwn0=3D3D"wlan0" > > ifconfig_wlan0=3D3D"WPA" > > cloned_interfaces=3D3D"lagg0" > > ifconfig_lagg0=3D3D"up laggproto failover laggport em0 laggport wlan0=20 > >DHC=3D > P" > >=3D20 > > and it's now working as expected. > >=3D20 > > Other than that, I believe if wlan interfaces cannot have their mac =20 > >address changed, ifconfig should return an error when user attempts=20 > >to do it, and if_setlladdr() should do the same. > >=3D20 > > Thoughts? > >=3D20 > > [1] > >=20 > >https://www.freebsd.org/doc/handbook/network-aggregation.html#network > >in=3D > g-lagg-wired-and-wireless > >=3D20 >=20 >=20 > Maybe this is a "iflib" problem. em(4) and igb(4) are pretty=20 > different now in head. Can you shove it into bugzilla with a test=20 > case (copy/paste your email) and tag me on it? As a late comer to this thread, I don't have any issues either. I too have = a bge interface and iwn set up as follows: ifconfig_lagg0=3D"laggproto failover laggport bge0 laggport wlan0 DHCP" -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. _______________________________________________ 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 Jun 22 08:36: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 151B7D867A7 for ; Thu, 22 Jun 2017 08:36:58 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id ACFFB73202 for ; Thu, 22 Jun 2017 08:36:57 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTPS id v5M8alAi033992 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 22 Jun 2017 10:36:47 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id v5M8ak38033989 for ; Thu, 22 Jun 2017 10:36:46 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Thu, 22 Jun 2017 10:36:46 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD current Subject: Re: Crash in base/head in abd_put() after r320156 In-Reply-To: Message-ID: References: <3987075c-08cd-4add-11dc-24b1e4d071fc@freebsd.org> User-Agent: Alpine 2.21 (BSF 202 2017-01-01) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.fig.ol.no Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT 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, 22 Jun 2017 08:36:58 -0000 On Wed, 21 Jun 2017 11:18+0300, Andriy Gapon wrote: > On 21/06/2017 00:45, Trond Endrestøl wrote: > > On Tue, 20 Jun 2017 17:31-0400, Allan Jude wrote: > > > >> On 2017-06-20 17:27, Trond Endrestøl wrote: > >>> Has anyone else seen a crash in base/head in abd_put() after r320156? > >>> > >>> One of my experimental VMs at home crashed spectacularly after > >>> upgrading to r320156. I even wiped my /usr/obj, recompiled everything > >>> and got the same result. Everything's back to normal when I boot > >>> r320146. > >>> > >>> Here's the backtrace: > >>> > >>> Fatal trap 12: page fault while in kernel mode > >>> cpuid = 3; apic id = 03 > >>> > >>> fault virtual address = 0x8 > >>> > >>> Fatal trap 12: page fault while in kernel mode > >>> > >>> cpuid = 2; > >>> Fatal trap 12: page fault while in kernel mode > >>> apic id = 02 > >>> fault virtual address = 0x8 > >>> cpuid = 0; apic id = 00 > >>> fault virtual address = 0x8 > >>> fault code = supervisor read data, page not present > >>> fault code = supervisor read data, page not present > >>> instruction pointer = 0x20:0xffffffff803260fa > >>> stack pointer = 0x28:0xfffffe01b0231860 > >>> frame pointer = 0x28:0xfffffe01b0231870 > >>> code segment = base 0x0, limit 0xfffff, type 0x1b > >>> > >>> = DPL 0, pres 1, long 1, def32 0, gran 1 > >>> > >>> Fatal trap 12: page fault while in kernel mode > >>> fault code = supervisor read data, page not present > >>> processor eflags = interrupt enabled, resume, IOPL = 0 > >>> current process = 0 (zio_free_issue_5_2) > >>> trap number = 12 > >>> instruction pointer = 0x20:0xffffffff803260fa > >>> stack pointer = 0x28:0xfffffe01b022c860 > >>> frame pointer = 0x28:0xfffffe01b022c870 > >>> panic: page fault > >>> cpuid = 0 > >>> time = 4 > >>> KDB: stack backtrace: > >>> db_trace_self_wrapper() at 0xffffffff8044f93b = db_trace_self_wrapper+0x2b/frame 0xfffffe01b0231440 > >>> vpanic() at 0xffffffff8067ec0c = vpanic+0x19c/frame 0xfffffe01b02314c0 > >>> panic() at 0xffffffff8067ea63 = panic+0x43/frame 0xfffffe01b0231520 > >>> trap_fatal() at 0xffffffff80983b32 = trap_fatal+0x322/frame 0xfffffe01b0231570 > >>> trap_pfault() at 0xffffffff80983b89 = trap_pfault+0x49/frame 0xfffffe01b02315d0 > >>> trap() at 0xffffffff809833c5 = trap+0x295/frame 0xfffffe01b0231790 > >>> calltrap() at 0xffffffff80968c21 = calltrap+0x8/frame 0xfffffe01b0231790 > >>> --- trap 0xc, rip = 0xffffffff803260fa, rsp = 0xfffffe01b0231860, rbp = 0xfffffe01b0231870 --- > >>> abd_put() at 0xffffffff803260fa = abd_put+0xa/frame 0xfffffe01b0231870 > >>> vdev_raidz_map_free() at 0xffffffff803aa7c2 = vdev_raidz_map_free+0x82/frame 0xfffffe01b02318a0 > >>> zio_vdev_io_assess() at 0xffffffff803ecc04 = zio_vdev_io_assess+0x74/frame 0xfffffe01b02318e0 > >>> zio_execute() at 0xffffffff803e913c = zio_execute+0xac/frame 0xfffffe01b0231930 > >>> zio_vdev_io_start() at 0xffffffff803ec894 = zio_vdev_io_start+0x2b4/frame 0xfffffe01b0231990 > >>> zio_execute() at 0xffffffff803e913c = zio_execute+0xac/frame 0xfffffe01b02319e0 > >>> zio_nowait() at 0xffffffff803e8a8b = zio_nowait+0xcb/frame 0xfffffe01b0231a20 > >>> vdev_mirror_io_start() at 0xffffffff803a744c = vdev_mirror_io_start+0x35c/frame 0xfffffe01b0231a70 > >>> zio_vdev_io_start() at 0xffffffff803ec86c = zio_vdev_io_start+0x28c/frame 0xfffffe01b0231ad0 > >>> zio_execute() at 0xffffffff803e913c = zio_execute+0xac/frame 0xfffffe01b0231b20 > >>> taskqueue_run_locked() at 0xffffffff806d3d27 = taskqueue_run_locked+0x127/frame 0xfffffe01b0231b80 > >>> taskqueue_thread_loop() at 0xffffffff806d4ee8 = taskqueue_thread_loop+0xc8/frame 0xfffffe01b0231bb0 > >>> fork_exit() at 0xffffffff80640df5 = fork_exit+0x85/frame 0xfffffe01b0231bf0 > >>> fork_trampoline() at 0xffffffff8096915e = fork_trampoline+0xe/frame 0xfffffe01b0231bf0 > >>> --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > >>> Uptime: 4s > >>> > >> > >> This seems to be an unintended consequence of some code that was pulled > >> in from upstream today. > >> > >> Try adding: vfs.zfs.trim.enabled=0 > >> to /boot/loader.conf > >> > >> (you can set it manually from the boot loader menu with the set command > >> to get the system to boot) > > > > That worked. Thanks. > > > > BTW, the call to abd_put() was given a NULL pointer. > > > > Could you please re-enable ZFS TRIM support and test r320186 or later? > ZFS ABD is a rather large upstream change and our TRIM support is sprinkled over > non-trivial amount of code as well. > Thank you. r320186 works without disabling zfs trim support. Tested on both on XenServer at work and VirtualBox at home. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-current@freebsd.org Thu Jun 22 14:30:42 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 74F88D8D791 for ; Thu, 22 Jun 2017 14:30:42 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 60D2C7D29A for ; Thu, 22 Jun 2017 14:30:42 +0000 (UTC) (envelope-from hps@selasky.org) Received: by mailman.ysv.freebsd.org (Postfix) id 5FE36D8D78E; Thu, 22 Jun 2017 14:30:42 +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 5F5FFD8D78C for ; Thu, 22 Jun 2017 14:30:42 +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 2BCB57D297 for ; Thu, 22 Jun 2017 14:30:42 +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 A5DD2261867; Thu, 22 Jun 2017 16:30:40 +0200 (CEST) Subject: Re: ipfilter fails to compile WITHOUT_INET6 To: "Mikhail T." , current@FreeBSD.org References: <9fdc4fc7-5bc7-a0f4-0373-993a47f19f3c@aldan.algebra.com> From: Hans Petter Selasky Message-ID: Date: Thu, 22 Jun 2017 16:28:34 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.0 MIME-Version: 1.0 In-Reply-To: <9fdc4fc7-5bc7-a0f4-0373-993a47f19f3c@aldan.algebra.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US 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: Thu, 22 Jun 2017 14:30:42 -0000 On 06/22/17 15:51, Mikhail T. wrote: > Trying to build 12.0-CURRENT (well, actually, the next-drm Git branch), > I get: > > ..../contrib/ipfilter/lib/printpoolnode.c:42:53: error: no member named > 'in6' in 'union i6addr' > str = inet_ntop(AF_INET6, > &np->ipn_addr.adf_addr.in6, > > The same error is raised by printhashnode.c . Yours, > Hi, Possibly drm-next needs a sync. Usually you only need the kernel from drm-next. --HPS From owner-freebsd-current@freebsd.org Thu Jun 22 16:22:25 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 AB4F3D8FE11 for ; Thu, 22 Jun 2017 16:22:25 +0000 (UTC) (envelope-from bryan-lists@shatow.net) Received: from mail.xzibition.com (mail.xzibition.com [52.11.127.251]) (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 8F0BF80DEC for ; Thu, 22 Jun 2017 16:22:25 +0000 (UTC) (envelope-from bryan-lists@shatow.net) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 830037A94 for ; Thu, 22 Jun 2017 16:22:24 +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 Q7TwctetOEnX for ; Thu, 22 Jun 2017 16:22:22 +0000 (UTC) Subject: Re: Update the Makefile for ioctl.c? DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com DCED77A83 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=shatow.net; s=mxc204805312015; t=1498148542; bh=Xuhxgc78AbyaBkYhEW6/EuWm7V5oO4MnLguJC3RO8hM=; h=Subject:To:References:From:Date:In-Reply-To; b=fdVq1K7faZlMQQBDnZtfRHBhH1Ub+2uQYMtBHWDswyUVsMKr37Vl1bKcCM0p6pURK Zwqm0ITqa8V/L5hOM4MDC9zFlsvfK41FcPa7xCbCby06RTmQ+4rxXDLzVorNnYJbs9 sdSCHlvZxjp244DGPuWUtf/B8XwS/Sv6MWxuzlNDy1IxubTO+RPP+qR9lhbvWxcL6J zALf3h310s5STJg8wmcRbdABqPY7NBM24jpQyzByGqd+5vWRng5NArwtwXWkZoezUk rfgBzzFfoOa1E0aTuJHa/u54s18wOoNUTkwlBXHicOD96Pr4KU7+9advBaHB/gxe96 vp8ltXQuicwIQ== To: freebsd-current@freebsd.org References: <20170621152004.s7x7nilwe6zlueab@lrosenman.local> From: Bryan Drewery Message-ID: <12b9622c-f0bc-b1ac-b992-a29c88a129d2@shatow.net> Date: Thu, 22 Jun 2017 09:22:22 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 In-Reply-To: <20170621152004.s7x7nilwe6zlueab@lrosenman.local> Content-Type: text/plain; charset=utf-8 Content-Language: en-US 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: Thu, 22 Jun 2017 16:22:25 -0000 On 6/21/2017 8:20 AM, Larry Rosenman wrote: > Greetings, > It looks like the Makefile for ioctl.c didn't get the memo on some > pieces being removed: > > --- ioctl.c --- > egrep: dev/utopia/idtphy.h: No such file or directory > egrep: dev/utopia/suni.h: No such file or directory > egrep: dev/utopia/utopia.h: No such file or directory > egrep: dev/utopia/utopia_priv.h: No such file or directory > egrep: net/if_atm.h: No such file or directory > egrep: netgraph/atm/ng_atm.h: No such file or directory > egrep: netinet/if_atm.h: No such file or directory > > I'm not sure what to fix here. :( > > I'm looking into it. I don't see anything obvious yet. Though these should be non-fatal. -- Regards, Bryan Drewery bdrewery@freenode/EFNet From owner-freebsd-current@freebsd.org Thu Jun 22 16:24:10 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 B3C50D8FEEB for ; Thu, 22 Jun 2017 16:24:10 +0000 (UTC) (envelope-from bryan-lists@shatow.net) Received: from mail.xzibition.com (mail.xzibition.com [52.11.127.251]) (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 9874680F60 for ; Thu, 22 Jun 2017 16:24:10 +0000 (UTC) (envelope-from bryan-lists@shatow.net) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 70BAA7A70 for ; Thu, 22 Jun 2017 16:18:45 +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 cQj75eIMKpsq for ; Thu, 22 Jun 2017 16:18:43 +0000 (UTC) Subject: Re: Update the Makefile for ioctl.c? DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 1AFC87A6A DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=shatow.net; s=mxc204805312015; t=1498148323; bh=ZvMuwWw21EBFMpXvihABFrhUmHxY0CYnCb7nF/eA2BA=; h=Subject:To:References:From:Date:In-Reply-To; b=bAaeol2XFE57D7x7YkIkMChK8y3IcZiYq264fXp5WvFOBUj1gqfHOx43Cs/Q24jfS sRypHemLEYsodBAcFyO4YiUM3Y4Uidlo7OydhKAJSGEPWrlR8Vq5GGDt3mW1wu74nD erao+vXq+TiVeoWThu9pYv4lpkv5vJs9LyHor8pcRHW4a90SvP+J+gEsH3zp8ezCth 3NucG0pyt8xjIm95C5tSNxClGwBdBCHmXnRAOxhNf0/eZmO8xyCKa7tkJYeygTdUE7 KDmL58tJWbPeLes+/M/s4J57T2PIACOelcvJOVI69Nh08+Q6PKx5k7b4vOUfcfFeCa jdl83XmxpiUtw== To: freebsd-current@FreeBSD.org References: <20170621152004.s7x7nilwe6zlueab@lrosenman.local> From: Bryan Drewery Message-ID: <8978356a-b0c9-980b-e22d-688dcd7f363d@shatow.net> Date: Thu, 22 Jun 2017 09:18:43 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 In-Reply-To: <20170621152004.s7x7nilwe6zlueab@lrosenman.local> Content-Type: text/plain; charset=utf-8 Content-Language: en-US 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: Thu, 22 Jun 2017 16:24:10 -0000 On 6/21/2017 8:20 AM, Larry Rosenman wrote: > Greetings, > It looks like the Makefile for ioctl.c didn't get the memo on some > pieces being removed: > > --- ioctl.c --- > egrep: dev/utopia/idtphy.h: No such file or directory > egrep: dev/utopia/suni.h: No such file or directory > egrep: dev/utopia/utopia.h: No such file or directory > egrep: dev/utopia/utopia_priv.h: No such file or directory > egrep: net/if_atm.h: No such file or directory > egrep: netgraph/atm/ng_atm.h: No such file or directory > egrep: netinet/if_atm.h: No such file or directory > > I'm not sure what to fix here. :( > > What was the build command for it? -- Regards, Bryan Drewery bdrewery@freenode/EFNet From owner-freebsd-current@freebsd.org Thu Jun 22 16:43: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 35098D904EA for ; Thu, 22 Jun 2017 16:43:30 +0000 (UTC) (envelope-from bryan-lists@shatow.net) Received: from mail.xzibition.com (mail.xzibition.com [52.11.127.251]) (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 19FD2819B2 for ; Thu, 22 Jun 2017 16:43:29 +0000 (UTC) (envelope-from bryan-lists@shatow.net) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id AB7C37AEA for ; Thu, 22 Jun 2017 16:43:28 +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 m_H91iyb5xnH for ; Thu, 22 Jun 2017 16:43:26 +0000 (UTC) Subject: Re: Update the Makefile for ioctl.c? DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com D2C8D7AE4 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=shatow.net; s=mxc204805312015; t=1498149806; bh=Y0S1SPLlj6T1a28/YhyepEFToOoL7qeWP8qDiqwgj1U=; h=Subject:To:References:From:Date:In-Reply-To; b=Sltf2x9vLLd2UI7x1tx8ptbv5t3CXvSAdRiVNZwohpTXSPlbGAUX2KPuJ9k1/dV/0 AqkFpeu1UARSmAE8SiNm10OgqDp+MeKyezQampI8c/jXtv5ocrL7kXkWDCsIyYrS0b XbXWW9ooAcPNog0zyc0QgDa5UK0NHJNBNBKSQ8GGhRvqUEsc+0Pm9dTav18BEILZge 3JPCK5fmBu4Fu/KmX8YABzpW7B79mVotv0b4vE7Sz8L6ItNt5fex6FbJaXNsFVPZy9 KB2c+ZBHcaq77ZoPCEXxRAgAbiWdGFYD71mSlttjkwd236gtcfdp5KaqyQ5DDcqa9N 3tLLM9qUim/kg== To: freebsd-current@freebsd.org References: <20170621152004.s7x7nilwe6zlueab@lrosenman.local> <12b9622c-f0bc-b1ac-b992-a29c88a129d2@shatow.net> From: Bryan Drewery Message-ID: <5f7b8372-a336-8237-95a9-6028aa4a27d9@shatow.net> Date: Thu, 22 Jun 2017 09:43:26 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 In-Reply-To: <12b9622c-f0bc-b1ac-b992-a29c88a129d2@shatow.net> Content-Type: text/plain; charset=utf-8 Content-Language: en-US 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: Thu, 22 Jun 2017 16:43:30 -0000 On 6/22/2017 9:22 AM, Bryan Drewery wrote: > On 6/21/2017 8:20 AM, Larry Rosenman wrote: >> Greetings, >> It looks like the Makefile for ioctl.c didn't get the memo on some >> pieces being removed: >> >> --- ioctl.c --- >> egrep: dev/utopia/idtphy.h: No such file or directory >> egrep: dev/utopia/suni.h: No such file or directory >> egrep: dev/utopia/utopia.h: No such file or directory >> egrep: dev/utopia/utopia_priv.h: No such file or directory >> egrep: net/if_atm.h: No such file or directory >> egrep: netgraph/atm/ng_atm.h: No such file or directory >> egrep: netinet/if_atm.h: No such file or directory >> >> I'm not sure what to fix here. :( >> >> > > I'm looking into it. I don't see anything obvious yet. Though these > should be non-fatal. > It's due to META_MODE using -DNO_CLEAN which doesn't remove old headers in WORLDMTP/usr/include. It's harmless in this case but annoying. I will think about how to address it properly. -- Regards, Bryan Drewery bdrewery@freenode/EFNet From owner-freebsd-current@freebsd.org Thu Jun 22 16:53: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 88869D9082C for ; Thu, 22 Jun 2017 16:53:29 +0000 (UTC) (envelope-from markjdb@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 6298A82026 for ; Thu, 22 Jun 2017 16:53:29 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 5EE9FD9082B; Thu, 22 Jun 2017 16:53:29 +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 5E692D9082A for ; Thu, 22 Jun 2017 16:53:29 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qk0-x244.google.com (mail-qk0-x244.google.com [IPv6:2607:f8b0:400d:c09::244]) (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 1885C82025 for ; Thu, 22 Jun 2017 16:53:29 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qk0-x244.google.com with SMTP id r62so2927972qkf.3 for ; Thu, 22 Jun 2017 09:53:29 -0700 (PDT) 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=gR9sToeZU2+XAGWBYP6MgLI7D29/W/cjh82fp+6HUC0=; b=rgSwQNcgm6dZS+N6hmRapdS5ZHqF27PI6eMkNcnd0PykOuSNVJGLd/p6WCyaVrUNYT d5vfcSGeTq2Mjkqd9MvfEgoQMx3R43wAl+mKJHEXFxtXYI9nLki4ANfekCC2ToOtXaN9 0HqHpg/96JVbf94/u9cye1bv47iOOjGrMWhmnz/iSzzt0kF2xN7aLaLoOxPnszqPsBM4 aRWBtfT900n1hHcx4UNl8vCXhMayXR2Rmw+HfZI7Zb6l426233rk/X4apAzuyrGzIBcw XAKUnjWetK/v8Cf4p61A/PR/2ZUuupmwIuOOOxUm9sZnT2abCrT7wKqLSgRnOvqPQS+D 05Kw== 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=gR9sToeZU2+XAGWBYP6MgLI7D29/W/cjh82fp+6HUC0=; b=SrKfAeU/AVq9EYI9k9cEwpVKoz1+MJvZG8Y7jvO8zYzf3NwucA1jiwhvjV2tZHyH+e ScVDe7O3Q9vgARq+5xYIi0/xkkjxHSrQuSJlUzDQiPZQTavTZoOizKagjt7l3zI/VZsR IFPkRzoM7f5qVfqtrlAxECAEfp23bjd9x6e2/LsNoq/xE/0gNzkj0OLV2rVQdRGRNW6F heql3bfWfbxZgB4PVtP24sRe3J5UT9hiB+sILOE3VUJZp3gUoBRju3HGswWzOyNXM4NR lHoQRrEA33X+yI2OYrSNxSEcTM7iawxJn7Z8UAvCQUZTTp1nak4YKVTkcXY1YtqhKLVV 2i1Q== X-Gm-Message-State: AKS2vOwev4HxkG/b5K9AY3xixWyBusCppHKxiMMwEb2Xr94WUGjgy1j7 Pnjw0FDz5unrzEZP X-Received: by 10.55.101.206 with SMTP id z197mr4049632qkb.207.1498150408353; Thu, 22 Jun 2017 09:53:28 -0700 (PDT) Received: from wkstn-mjohnston.west.isilon.com (c-76-104-201-218.hsd1.wa.comcast.net. [76.104.201.218]) by smtp.gmail.com with ESMTPSA id g39sm1567030qtc.12.2017.06.22.09.53.27 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 22 Jun 2017 09:53:27 -0700 (PDT) Sender: Mark Johnston Date: Thu, 22 Jun 2017 09:54:04 -0700 From: Mark Johnston To: Hans Petter Selasky Cc: "Mikhail T." , current@FreeBSD.org Subject: Re: ipfilter fails to compile WITHOUT_INET6 Message-ID: <20170622165404.GA56803@wkstn-mjohnston.west.isilon.com> References: <9fdc4fc7-5bc7-a0f4-0373-993a47f19f3c@aldan.algebra.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.8.2 (2017-04-18) 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, 22 Jun 2017 16:53:29 -0000 On Thu, Jun 22, 2017 at 04:28:34PM +0200, Hans Petter Selasky wrote: > On 06/22/17 15:51, Mikhail T. wrote: > > Trying to build 12.0-CURRENT (well, actually, the next-drm Git branch), > > I get: > > > > ..../contrib/ipfilter/lib/printpoolnode.c:42:53: error: no member named > > 'in6' in 'union i6addr' > > str = inet_ntop(AF_INET6, > > &np->ipn_addr.adf_addr.in6, > > > > The same error is raised by printhashnode.c . Yours, > > > > Hi, > > Possibly drm-next needs a sync. Usually you only need the kernel from > drm-next. I've pushed an update which merges FreeBSD up to r320196. I verified that the kernel compiles with IPFILTER enabled. Please give it a try. From owner-freebsd-current@freebsd.org Thu Jun 22 19:11:57 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 6C378D92C0E for ; Thu, 22 Jun 2017 19:11:57 +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 570E82229 for ; Thu, 22 Jun 2017 19:11:57 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: by mailman.ysv.freebsd.org (Postfix) id 56342D92C0D; Thu, 22 Jun 2017 19:11:57 +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 55A83D92C0C for ; Thu, 22 Jun 2017 19:11:57 +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 1BFA12226 for ; Thu, 22 Jun 2017 19:11:56 +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 1dO7W8-0000Bw-BQ for current@freebsd.org; Thu, 22 Jun 2017 21:11:48 +0200 Received: from mail by rmmprod05.runbox with local (Exim 4.86_2) (envelope-from ) id 1dO7W8-0001Mz-AL for current@freebsd.org; Thu, 22 Jun 2017 21:11:48 +0200 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 ; Thu, 22 Jun 2017 19:11:48 GMT From: "Jeffrey Bouquet" To: "current" Subject: Buildworld failing early. Nothing SVN yet except Makefile.inc1 Date: Thu, 22 Jun 2017 12:11:48 -0700 (PDT) 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: Thu, 22 Jun 2017 19:11:57 -0000 Wishing to avoid SVN for now to salvage nvidia-driver just in case...=20 #/bin/sh # re-used sh as one may surmise... $1 not used...=20 export CC=3D/usr/local/bin/clang40 export CXX=3D/usr/local/bin/clang++40=20=20 export CPP=3D/usr/local/bin/clang-cpp40=20 #cd $1 # /usr/src/usr.sbin/pw #make cleandepend #make obj #make depend #make install make MK_PROFILE=3Dno -DNO_CLEAN buildworld && yell || yell .................................................. that failed immediately, exec ranlib, something. however, # script # zsh # sh bw.sh .... =20 and with the latest Makefile.inc1 with r383487, it starts...=20 ...=20 never mind. the error persists. ar -crD libroken.a ... ... ... | tsort -q` ranlib -D libroken.a bmake[3]: exec(ranlib) failed (No such file or directory)=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 *** Error code 1 bmake[3] stopped in /usr/src/kerberos5/lib/libroken *** Error code 1 ..................... Not tried so far: changing /var and /tmp nosuid > suid... ............... okay, that is done. Also, moved src.conf out of the way. ............... Proceeding again. Again, ranlib -D libopenbsd.a bmake[3]: exec(ranlib) failed (No such file or directory) .............................. after ar -crD libopenbsd.a `NM=3D'nm' NMFLAGS=3D'' lorder getdtablecount.o imsg-b= uffer.o imsg.o ohash.o | tsort -q` ............................... Not enough cleandepends, cleanworld first or more fixable ?? .... bmake[3]: stopped in /usr/src/lib/libopenbsd ... besides nosuid > suid, src.conf, make.conf, llvm40, ??? ...........= From owner-freebsd-current@freebsd.org Thu Jun 22 22:01:54 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 EC954D952A1 for ; Thu, 22 Jun 2017 22:01:54 +0000 (UTC) (envelope-from markjdb@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 C2DC067074 for ; Thu, 22 Jun 2017 22:01:54 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id B4883D9529E; Thu, 22 Jun 2017 22:01:54 +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 B4281D9529D for ; Thu, 22 Jun 2017 22:01:54 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qt0-x235.google.com (mail-qt0-x235.google.com [IPv6:2607:f8b0:400d:c0d::235]) (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 650FE67071; Thu, 22 Jun 2017 22:01:54 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qt0-x235.google.com with SMTP id f92so22583503qtb.2; Thu, 22 Jun 2017 15:01:54 -0700 (PDT) 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=aZb/hcohHnugp/DxS7IuFlmoWfa2UlQd1e1/nKhzUSE=; b=qzz+rvFWzQRu0shN9vuVNfWDOo9iMiT/ZE9lMb3L7UMVLj8v4x99xOiUKme9nQj4oS cIl1xgxL91Eo1+U/DrZ4P2r/KVt2AAjmOHiUKoJNHnEjUJLJm3zgv4QampFmamve2cTc KxI63+kgS0X5vWGVM8PuG65kA0AG+ZPqLrpXigPv9pxGmJGwIb+rRGtHlfWS7rSnO5Nc rpOaQey1v1qa3Ynxrty9y+rFc2zuZRRDAkEJQS5ZZprmC8uG7tL+Tin8ufRxk5RLpOck k4JHIGwbKg3bv7ECn2IEpYP4w4M+ltcdSU46HUf9aLBjkFWXcDKAxZ5oer9LSX98xAHt uLUg== 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=aZb/hcohHnugp/DxS7IuFlmoWfa2UlQd1e1/nKhzUSE=; b=Wu+/YzS1k1hWCBcMEhTdWznydycLfVYZH7HoMYh8qVZK+BFAEQjxvxLk0sNZFng+EN mtQ03ldoNAQ1naGRWGKMPvzQxjKZr2mq2UbglMSIdFptx1ODYd8jVVdXo3xfNi7GvRuC SMhEba6h7egJUuWYY2slGK3X6e0l2DtKyPl5JW2MB2nZvJsQrSsPQNa2fsSSkAXTO6z0 EimH+7htb+UhkzyBjK2O9bd4423EjmkwmeQSVmOkw+KJgz+tS1H1iGwqnj9CV+mYy6R/ VKCnxMERdHy+YA0YvjvDVeyrxkRcKrnEJ/Do5BmDp1MXVNzn42kx99rXyislB5TxfLkP zExA== X-Gm-Message-State: AKS2vOyF3LUdbBYqvXWrfeaRzWFa0ITBcGhHCHq8OPGCwxUuJBLRsP2x W1c7/dQD8eiAZA== X-Received: by 10.237.39.135 with SMTP id a7mr5601754qtd.164.1498168913348; Thu, 22 Jun 2017 15:01:53 -0700 (PDT) Received: from wkstn-mjohnston.west.isilon.com (c-76-104-201-218.hsd1.wa.comcast.net. [76.104.201.218]) by smtp.gmail.com with ESMTPSA id z66sm1952804qka.34.2017.06.22.15.01.51 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 22 Jun 2017 15:01:52 -0700 (PDT) Sender: Mark Johnston Date: Thu, 22 Jun 2017 15:02:29 -0700 From: Mark Johnston To: "Mikhail T." Cc: Hans Petter Selasky , current@FreeBSD.org, cy@FreeBSD.org Subject: Re: ipfilter fails to compile WITHOUT_INET6 Message-ID: <20170622220229.GD56803@wkstn-mjohnston.west.isilon.com> References: <9fdc4fc7-5bc7-a0f4-0373-993a47f19f3c@aldan.algebra.com> <20170622165404.GA56803@wkstn-mjohnston.west.isilon.com> <95f8eb11-89f4-0052-30fb-46dc2db94e10@aldan.algebra.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <95f8eb11-89f4-0052-30fb-46dc2db94e10@aldan.algebra.com> User-Agent: Mutt/1.8.2 (2017-04-18) 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, 22 Jun 2017 22:01:55 -0000 On Thu, Jun 22, 2017 at 02:49:24PM -0400, Mikhail T. wrote: > On 22.06.2017 10:28, Hans Petter Selasky wrote: > > Usually you only need the kernel from drm-next. > > Maybe, the scope of the GH-project can/should be narrowed then? > > On 22.06.2017 12:54, Mark Johnston wrote: > > I verified that the kernel compiles with IPFILTER enabled. > I do not have IPFILTER in kernel -- indeed, kernel was compiling Ok > before. It is the "world" that was not building... And still is not: Sorry, I missed that. I can reproduce the failure on stock FreeBSD by building sbin/ipf with WITHOUT_INET6 set. CC'ed the ipf maintainer. > > .../freebsd-base-graphics/contrib/ipfilter/lib/printhashnode.c:44:44: > error: no member named 'in6' in 'union i6addr' > str = inet_ntop(AF_INET6, &ipe.ipe_addr.in6, > ~~~~~~~~~~~~ ^ From owner-freebsd-current@freebsd.org Thu Jun 22 23:14: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 7ABB7D96686 for ; Thu, 22 Jun 2017 23:14:27 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 5CBEE6A428 for ; Thu, 22 Jun 2017 23:14:27 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: by mailman.ysv.freebsd.org (Postfix) id 593A1D96685; Thu, 22 Jun 2017 23:14:27 +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 57280D96684 for ; Thu, 22 Jun 2017 23:14:27 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 204966A426 for ; Thu, 22 Jun 2017 23:14:26 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.20.191]) by shaw.ca with SMTP id OBIqdAu2iETFpOBIrdRAXq; Thu, 22 Jun 2017 17:14:25 -0600 X-Authority-Analysis: v=2.2 cv=dZbw5Tfe c=1 sm=1 tr=0 a=j6fAfUwlfwecl9Db6x6x6Q==:117 a=j6fAfUwlfwecl9Db6x6x6Q==:17 a=kj9zAlcOel0A:10 a=LWSFodeU3zMA:10 a=ndaoGXS1AAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=sCgYnaJ1dXaKxfW-TL0A:9 a=CjuIK1q_8ugA:10 a=mFeOnlTyF09QQMGr2mMI:22 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id 6FE60187; Thu, 22 Jun 2017 08:40:35 -0700 (PDT) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id v5MFdJSU064553; Thu, 22 Jun 2017 08:39:19 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201706221539.v5MFdJSU064553@slippy.cwsent.com> Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Hans Petter Selasky cc: "Mikhail T." , current@FreeBSD.org Subject: Re: ipfilter fails to compile WITHOUT_INET6 In-Reply-To: Your message of "Thu, 22 Jun 2017 16:28:34 +0200." MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <64550.1498145959.1@slippy> Content-Transfer-Encoding: quoted-printable Date: Thu, 22 Jun 2017 08:39:19 -0700 X-CMAE-Envelope: MS4wfCmsF/LwMUDKUkTH/yl2/KpSCXZF53sxwgedXvtsInsDNf8EzJHNCke5XNRYLtGzy7T432lz1XUPlq8tiaoZs68VqFAIom03kDHfN0FxJNth9T7ttmVq 07KjZCjLpx041Zpvh8Y0RfsN6Og2Gq52yVNdgv812hq+fPaGrKBHPQgXUo1Ia7u8jxAEoiqrXy0k9NTE1NR679K67KSFnQl3waJ0f7Qzh6ciLcIn3hvGVWuV Ydnv0bXo4jgKqrBnWk0KgA== 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, 22 Jun 2017 23:14:27 -0000 In message , Hans Petter= Selasky w rites: > On 06/22/17 15:51, Mikhail T. wrote: > > Trying to build 12.0-CURRENT (well, actually, the next-drm Git branch)= , = > > I get: > > = > > ..../contrib/ipfilter/lib/printpoolnode.c:42:53: error: no member name= d = > > 'in6' in 'union i6addr' > > str =3D inet_ntop(AF_INET6, = > > &np->ipn_addr.adf_addr.in6, > > = > > The same error is raised by printhashnode.c . Yours, > > = > = > Hi, > = > Possibly drm-next needs a sync. Usually you only need the kernel from = > drm-next. Possibly. That code is in an ifdef only for inet6 and has been tinderbox built on a universe machine. I'm rebuilding locally to verify the report. Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Fri Jun 23 01:22: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 94678D991D8 for ; Fri, 23 Jun 2017 01:22:02 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 72832725BA for ; Fri, 23 Jun 2017 01:22:02 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: by mailman.ysv.freebsd.org (Postfix) id 71AA7D991D7; Fri, 23 Jun 2017 01:22:02 +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 712CBD991D6 for ; Fri, 23 Jun 2017 01:22:02 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2DFFE725B8; Fri, 23 Jun 2017 01:22:01 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id ODILd8k8jM9gtODIMdrVeJ; Thu, 22 Jun 2017 19:22:00 -0600 X-Authority-Analysis: v=2.2 cv=a+JAzQaF c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=LWSFodeU3zMA:10 a=XldT38RWNwACPDQzwzUA:9 a=5aufQkHnAAAA:8 a=CqyGHSk1Rq_vHws7gs0A:9 a=CjuIK1q_8ugA:10 a=rIO6M1_j7AogXox7yCAA:9 a=hquHOILUSkIA:10 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=ics_IjAVWSmO8OVX31YA:9 a=BOg4e644cxQA:10 a=5jWFXopkL0B9C0XP6NHj:22 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id 11D036D2; Thu, 22 Jun 2017 18:21:54 -0700 (PDT) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id v5N1Kcjx061570; Thu, 22 Jun 2017 18:20:38 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201706230120.v5N1Kcjx061570@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Mark Johnston cc: "Mikhail T." , Hans Petter Selasky , current@FreeBSD.org, cy@FreeBSD.org Subject: Re: ipfilter fails to compile WITHOUT_INET6 In-Reply-To: Message from Mark Johnston of "Thu, 22 Jun 2017 15:02:29 -0700." <20170622220229.GD56803@wkstn-mjohnston.west.isilon.com> Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_1498180821_284940" Date: Thu, 22 Jun 2017 18:20:38 -0700 X-CMAE-Envelope: MS4wfFaUM+i2wKKBg/88Ygz5SJjLTi1X0ElDcGVRfgf2ygI1LeF9U9iMvoebS3l9+y+YHQttIjABsMAWNw3qhgRP4Iqq73KASMxKbL6uQwOAT8LvYFH04pi3 2StvUrkAe9grkvJSl9TodcwI/7tF3GIug34YkaLy//W+0QEqxJ4LuGDRK8Io277f687sxs9OYKdKuzr11OqUhSt+rLR9FxCsLIpjX05Ic7U3x+ubSMyynHs5 Q25EGcszciFpT+ps6MZ33xZKiUlQLP2rrodYNcZU5bGdDZ9kd6gGTwhRgqKNjVdk 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, 23 Jun 2017 01:22:02 -0000 This is a multipart MIME message. --==_Exmh_1498180821_284940 Content-Type: text/plain; charset=us-ascii In message <20170622220229.GD56803@wkstn-mjohnston.west.isilon.com>, Mark Johns ton writes: > On Thu, Jun 22, 2017 at 02:49:24PM -0400, Mikhail T. wrote: > > On 22.06.2017 10:28, Hans Petter Selasky wrote: > > > Usually you only need the kernel from drm-next. > > > > Maybe, the scope of the GH-project can/should be narrowed then? > > > > On 22.06.2017 12:54, Mark Johnston wrote: > > > I verified that the kernel compiles with IPFILTER enabled. > > I do not have IPFILTER in kernel -- indeed, kernel was compiling Ok > > before. It is the "world" that was not building... And still is not: > > Sorry, I missed that. I can reproduce the failure on stock FreeBSD by > building sbin/ipf with WITHOUT_INET6 set. CC'ed the ipf maintainer. > > > > > .../freebsd-base-graphics/contrib/ipfilter/lib/printhashnode.c:44:44: > > error: no member named 'in6' in 'union i6addr' > > str = inet_ntop(AF_INET6, &ipe.ipe_addr.in6, > > ~~~~~~~~~~~~ ^ > Hi Mikhai, Can you try the attached patch please? --==_Exmh_1498180821_284940 Content-Type: text/plain ; name="ipf_lib.diff"; charset=us-ascii Content-Description: ipf_lib.diff Content-Disposition: attachment; filename="ipf_lib.diff" Index: contrib/ipfilter/lib/familyname.c =================================================================== --- contrib/ipfilter/lib/familyname.c (revision 320221) +++ contrib/ipfilter/lib/familyname.c (working copy) @@ -4,7 +4,7 @@ { if (family == AF_INET) return "inet"; -#ifdef AF_INET6 +#ifdef USE_INET6 if (family == AF_INET6) return "inet6"; #endif Index: contrib/ipfilter/lib/printhashnode.c =================================================================== --- contrib/ipfilter/lib/printhashnode.c (revision 320221) +++ contrib/ipfilter/lib/printhashnode.c (working copy) @@ -35,7 +35,7 @@ } printf("\n"); } else if ((opts & OPT_DEBUG) != 0) { -#ifdef AF_INET6 +#ifdef USE_INET6 if (ipe.ipe_family == AF_INET6) { char buf[INET6_ADDRSTRLEN + 1]; const char *str; @@ -59,7 +59,7 @@ } else if (ipe.ipe_family == AF_INET) { #else if (ipe.ipe_family == AF_INET) { -#endif /* AF_INET6 */ +#endif /* USE_INET6 */ PRINTF("\t%d\tAddress: %s", hv, inet_ntoa(ipe.ipe_addr.in4)); printmask(ipe.ipe_family, (u_32_t *)&ipe.ipe_mask.in4_addr); Index: contrib/ipfilter/lib/printip.c =================================================================== --- contrib/ipfilter/lib/printip.c (revision 320221) +++ contrib/ipfilter/lib/printip.c (working copy) @@ -25,7 +25,7 @@ else PRINTF("%s", inet_ntoa(ipa)); } -#ifdef AF_INET6 +#ifdef USE_INET6 else if (family == AF_INET6) { char buf[INET6_ADDRSTRLEN + 1]; const char *str; Index: contrib/ipfilter/lib/printpoolnode.c =================================================================== --- contrib/ipfilter/lib/printpoolnode.c (revision 320221) +++ contrib/ipfilter/lib/printpoolnode.c (working copy) @@ -33,7 +33,7 @@ printmask(np->ipn_addr.adf_family, (u_32_t *)&np->ipn_mask.adf_addr); } else { -#ifdef AF_INET6 +#ifdef USE_INET6 if (np->ipn_addr.adf_family == AF_INET6) { char buf[INET6_ADDRSTRLEN + 1]; const char *str; @@ -54,9 +54,7 @@ } else { PRINTF("\tAddress: family: %d\n", np->ipn_addr.adf_family); -#ifdef AF_INET6 } -#endif printmask(np->ipn_addr.adf_family, (u_32_t *)&np->ipn_mask.adf_addr); #ifdef USE_QUAD_T --==_Exmh_1498180821_284940 Content-Type: text/plain; charset=us-ascii Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. --==_Exmh_1498180821_284940-- From owner-freebsd-current@freebsd.org Fri Jun 23 03:52:25 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 A12A3D9B740 for ; Fri, 23 Jun 2017 03:52:25 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 7FB65762AC for ; Fri, 23 Jun 2017 03:52:25 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: by mailman.ysv.freebsd.org (Postfix) id 7ED13D9B73F; Fri, 23 Jun 2017 03:52:25 +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 7CD16D9B73E for ; Fri, 23 Jun 2017 03:52:25 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-3.mit.edu (dmz-mailsec-scanner-3.mit.edu [18.9.25.14]) (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 239AC762A8 for ; Fri, 23 Jun 2017 03:52:24 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 1209190e-d1dff70000006798-11-594c8f3c8c50 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 dmz-mailsec-scanner-3.mit.edu (Symantec Messaging Gateway) with SMTP id 86.17.26520.C3F8C495; Thu, 22 Jun 2017 23:47:08 -0400 (EDT) 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 v5N3l7BU007467; Thu, 22 Jun 2017 23:47:07 -0400 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 v5N3l3A0019738 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 22 Jun 2017 23:47:06 -0400 Date: Thu, 22 Jun 2017 22:47:03 -0500 From: Benjamin Kaduk To: Jeffrey Bouquet Cc: current Subject: Re: Buildworld failing early. Nothing SVN yet except Makefile.inc1 Message-ID: <20170623034703.GR39245@kduck.kaduk.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.7.1 (2016-10-04) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrOIsWRmVeSWpSXmKPExsUixCmqrGvT7xNp0PZc22LClR9MFl8/fGV2 YPKY8Wk+i8f1l52MAUxRXDYpqTmZZalF+nYJXBmHWmezF3xjqVjY2s7UwPiJuYuRk0NCwESi ofcRYxcjF4eQwGImiYbu81DORkaJ1W2rWSCcq0wS2zc/YwNpYRFQlTi69ToTiM0moALUcRls lIiAvsSzm/vAapgFFCVOH5jFAmILC3hL7PzcxAhi8wKtW7fvDTuILSRgIHHpTg8rRFxQ4uTM JywQvVoSN/69BJrPAWRLSyz/xwES5hQwlHj4pw+sXFRAWeLv4XssExgFZiHpnoWkexZC9wJG 5lWMsim5Vbq5iZk5xanJusXJiXl5qUW6xnq5mSV6qSmlmxjBYSrJt4NxUoP3IUYBDkYlHt6E s96RQqyJZcWVuYcYJTmYlER5NSN9IoX4kvJTKjMSizPii0pzUosPMUpwMCuJ8DYnA+V4UxIr q1KL8mFS0hwsSuK84hqNEUIC6YklqdmpqQWpRTBZGQ4OJQle7T6gRsGi1PTUirTMnBKENBMH J8hwHqDh2+pBhhcXJOYWZ6ZD5E8x6nI0fdjyhUmIJS8/L1VKnHc9yCABkKKM0jy4OaD0IpG9 v+YVozjQW8K8u3uBqniAqQlu0iugJUxAS14c8QBZUpKIkJJqYOQ+yXxiymbjvduyqz7JLZHz kA/oP9rcOMeSe5taQe2ivc+vSkyWEJ62g9fnv1Fq+CYOpgf/EpxnmxfdWRrsHBZ60yBz0+rV YX/mTj4RXLGnYc/WXwIf4rLL563dxMO2w6zzZbj53LZTJr0zPP9eD46uqLxx/ODvkAW/prdN kQzprY767HckLVGJpTgj0VCLuag4EQDoQvf4CgMAAA== 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, 23 Jun 2017 03:52:25 -0000 On Thu, Jun 22, 2017 at 12:11:48PM -0700, Jeffrey Bouquet wrote: > Wishing to avoid SVN for now to salvage nvidia-driver just in case... [snip] It's really hard to understand what you are trying to say in this email. Does "avoid SVN for now" mean that you are trying to stay on a specific revision you already have checked out, instead of updating to a newer version? Probably the most helpful thing would be to post somewhere (not mail to the list) a complete log of the failing buildworld/etc., as the relevant portions may be quite far removed from the error messages that actually stop the build. -Ben From owner-freebsd-current@freebsd.org Fri Jun 23 10:44:21 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 01AC0DA1AE1 for ; Fri, 23 Jun 2017 10:44:21 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: from mail-qk0-x22f.google.com (mail-qk0-x22f.google.com [IPv6:2607:f8b0:400d:c09::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 A31D280C47; Fri, 23 Jun 2017 10:44:20 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: by mail-qk0-x22f.google.com with SMTP id p21so32285700qke.3; Fri, 23 Jun 2017 03:44:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:references:from:message-id:date:user-agent :mime-version:in-reply-to; bh=Yo0zL/Dey/UMA2LXQsSkaUpbSu93pSwT5AR6Q3M80FU=; b=gezyPAEHivMjejCVrQ7NMPyYPNUMiG9g7V8N/WQH//NFRi52XYg7KRnO6RplJ7jJ/h ddHgRwQ/ztKbQHKdgobg12mBENY/TLItkYmPSun9RxDDnBbvCey2umH5pZGp5wXOvhQJ T7I6mam+A6lFr6QQE+dwoyLCnQdOfxh86CwLcZhmbVLY4YK1JtlRXnqO6waK1os7+zie o0LwMQQ0e4v2aXPRGmAfvA8Nc4407V1fPNd9wwIEBXDz3w3rRrbqo2qBRbXL+ASrsn2j BBgPkoYI19jUf6ae6nbsDfd9bprVQlCB3FflHJ/r3VlwUdJJfW7MDazp6eXwMAUBEnvE rfSw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:references:from:message-id :date:user-agent:mime-version:in-reply-to; bh=Yo0zL/Dey/UMA2LXQsSkaUpbSu93pSwT5AR6Q3M80FU=; b=nGkpvf9Ky/S7ILIJ7YmMMXEaw3p5159nDoxucaTJzkSWYhCSyfvjOJzCz2NpKuEjB/ x2YBp6hon3OQyesn2UPzLq7WGo44HVZNNpmyZFp/ScqOwwTJbmuFSxNnblCUNC04G03L WTJjmIxPpsSLSidO00d0V0FUEsKsiiocUGlJ5ovALHcmDv5U1A2hGfVPCD+SS6enRE4z Mg5KVbTt3rHUrWmLH8LCdWepkB16PpqmIwTZHEFWgKHDv1zKhbQaalrYCnGvsudbPNJv SU+EZ0rZUgtTEYTHhVzW+z6FcdMVOFR4SF2fFv0EMs5SPcuo7J19N3p2wmYqSJSltcWP 6IlQ== X-Gm-Message-State: AKS2vOxojIwDF8W8LAaXbqWJ2XSQZaDKPQGTZOBG+i3DvYCRBNaQ5bCf J9mcmBSrWOPYYiwmdZw= X-Received: by 10.55.5.15 with SMTP id 15mr7705706qkf.39.1498214659402; Fri, 23 Jun 2017 03:44:19 -0700 (PDT) Received: from mbp-eth.home ([177.53.86.172]) by smtp.gmail.com with ESMTPSA id c143sm2902599qkg.64.2017.06.23.03.44.17 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 23 Jun 2017 03:44:17 -0700 (PDT) Sender: Renato Botelho Subject: Re: Failover Mode Between Ethernet and Wireless Interfaces broken on >= 11 To: Sean Bruno , freebsd-current@freebsd.org References: <1c1e5c6f-35e5-ca14-2e23-5e33d86a5266@FreeBSD.org> From: Renato Botelho Message-ID: <0e951324-7ec9-445d-06d0-64682cea6da4@FreeBSD.org> Date: Fri, 23 Jun 2017 07:44:13 -0300 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="rKBIqeg5w2RCQi9mUmUOXGa5AP8rnEgKb" 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, 23 Jun 2017 10:44:21 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --rKBIqeg5w2RCQi9mUmUOXGa5AP8rnEgKb Content-Type: multipart/mixed; boundary="nk1Lqo5u7MdJSAulw8lPXhwWFO1MMJBXH"; protected-headers="v1" From: Renato Botelho To: Sean Bruno , freebsd-current@freebsd.org Message-ID: <0e951324-7ec9-445d-06d0-64682cea6da4@FreeBSD.org> Subject: Re: Failover Mode Between Ethernet and Wireless Interfaces broken on >= 11 References: <1c1e5c6f-35e5-ca14-2e23-5e33d86a5266@FreeBSD.org> In-Reply-To: --nk1Lqo5u7MdJSAulw8lPXhwWFO1MMJBXH Content-Type: multipart/mixed; boundary="------------F91B98396E255DFF847E4445" Content-Language: en-US This is a multi-part message in MIME format. --------------F91B98396E255DFF847E4445 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 21/06/17 16:26, Sean Bruno wrote: >=20 >=20 > On 06/21/17 11:48, Renato Botelho wrote: >> I've already sent it to net, but I suspect this is the appropriate pla= ce >> to discuss this subject. >> >> Last night I was configuring a new laptop and decided to give it [1] a= >> try. I figured out this section of handbook (similar instructions are = on >> lagg(4) manpage) is outdated, based on FreeBSD 10.x. >> >> Then I modified a bit the commands and tried to get it configured on >> 12-CURRENT, without success. I spoke with adrian@, who told me this >> setup doesn't work on FreeBSD > 10, because on newer versions Wireless= >> interfaces mac address cannot be changed. >> >> My next attempt was to do the other way round and make lagg to use wla= n0 >> mac address instead of em0's. but even doing this my wireless interfac= e >> ended up not working. >> >> After further investigation I noted that a simple command: >> >> # ifconfig wlan0 ether $wlan0_current_mac_address >> >> is enough to break it on 12-CURRENT. >> >> I've checked if_setlladdr() source code and noted it always replace th= e >> mac address, even if the same is already configured on the interface. = Is >> it the expected behavior? >> >> Just as a PoC I've applied the following patch to if_setlladdr(): >> >> Index: sys/net/if.c >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- sys/net/if.c (revision 320097) >> +++ sys/net/if.c (working copy) >> @@ -3519,6 +3519,10 @@ >> ifa_free(ifa); >> return (EINVAL); >> } >> + if (memcmp(lladdr, LLADDR(sdl), len) =3D=3D 0) { >> + ifa_free(ifa); >> + return (0); >> + } >> switch (ifp->if_type) { >> case IFT_ETHER: >> case IFT_FDDI: >> >> And configured it to use wlan0 mac address on rc.conf: >> >> ifconfig_em0=3D"ether 60:67:20:c5:2d:48 up" >> wlans_iwn0=3D"wlan0" >> ifconfig_wlan0=3D"WPA" >> cloned_interfaces=3D"lagg0" >> ifconfig_lagg0=3D"up laggproto failover laggport em0 laggport wlan0 DH= CP" >> >> and it's now working as expected. >> >> Other than that, I believe if wlan interfaces cannot have their mac >> address changed, ifconfig should return an error when user attempts to= >> do it, and if_setlladdr() should do the same. >> >> Thoughts? >> >> [1] >> https://www.freebsd.org/doc/handbook/network-aggregation.html#networki= ng-lagg-wired-and-wireless >> >=20 >=20 > Maybe this is a "iflib" problem. em(4) and igb(4) are pretty different= > now in head. Can you shove it into bugzilla with a test case > (copy/paste your email) and tag me on it? em0 is working as expected, the main problem is on iwn, which in my case = is: iwn0@pci0:3:0:0: class=3D0x028000 card=3D0x13118086 chip=3D0x00858086 rev= =3D0x34 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'Centrino Advanced-N 6205 [Taylor Peak]' class =3D network After investigate a bit more I noted wpa_supplicant is exiting when I change wlan0 mac address, and because of that my interface is disconnected. If I start wpa_supplicant again it back to work. # ifconfig wlan0 | grep status: status: associated # ifconfig wlan0 ether 60:67:20:c5:2d:49 # ifconfig wlan0 | grep status: status: no carrier # /etc/rc.d/wpa_supplicant restart wlan0 wpa_supplicant not running? (check /var/run/wpa_supplicant/wlan0.pid). Starting wpa_supplicant. # ifconfig wlan0 | grep status: status: associated It happens every time, even if I call ifconfig using the same mac address already configured. In this case, that patch I submitted on first email prevent the error to happen. Attached you can see wpa_supplicant log, my understanding is the relevant line is: 1498213478.949506: ioctl[SIOCS80211, op=3D20, val=3D0, arg_len=3D7]: Can'= t assign requested address --=20 Renato Botelho --------------F91B98396E255DFF847E4445 Content-Type: text/plain; charset=UTF-8; x-mac-type="0"; x-mac-creator="0"; name="wpa_supplicant.log" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="wpa_supplicant.log" MTQ5ODIxMzQ3OC45NDkyNjU6IHdsYW4wOiBFdmVudCBESVNBU1NPQyAoMSkgcmVjZWl2ZWQK MTQ5ODIxMzQ3OC45NDkyOTE6IHdsYW4wOiBEaXNhc3NvY2lhdGlvbiBub3RpZmljYXRpb24K MTQ5ODIxMzQ3OC45NDkzMDg6IHdsYW4wOiBDVFJMLUVWRU5ULURJU0NPTk5FQ1RFRCBic3Np ZD01NjpkOTplNzo3NTozZjpiNiByZWFzb249MAoxNDk4MjEzNDc4Ljk0OTMyMTogd2xhbjA6 IEF1dG8gY29ubmVjdCBlbmFibGVkOiB0cnkgdG8gcmVjb25uZWN0ICh3cHM9MC8wIHdwYV9z dGF0ZT05KQoxNDk4MjEzNDc4Ljk0OTMzNTogd2xhbjA6IFNldHRpbmcgc2NhbiByZXF1ZXN0 OiAwLjEwMDAwMCBzZWMKMTQ5ODIxMzQ3OC45NDkzNjc6IEFkZGVkIEJTU0lEIDU2OmQ5OmU3 Ojc1OjNmOmI2IGludG8gYmxhY2tsaXN0CjE0OTgyMTM0NzguOTQ5MzgzOiB3bGFuMDogQmxh Y2tsaXN0IGNvdW50IDEgLS0+IHJlcXVlc3Qgc2NhbiBpbiAxMDAgbXMKMTQ5ODIxMzQ3OC45 NDkzOTU6IHdsYW4wOiBJZ25vcmUgbmV3IHNjYW4gcmVxdWVzdCBmb3IgMC4xMDAwMDAgc2Vj IHNpbmNlIGFuIGVhcmxpZXIgcmVxdWVzdCBpcyBzY2hlZHVsZWQgdG8gdHJpZ2dlciBzb29u ZXIKMTQ5ODIxMzQ3OC45NDk0MDg6IHdsYW4wOiBXUEE6IENsZWFyIG9sZCBQTUsgYW5kIFBU SwoxNDk4MjEzNDc4Ljk0OTQxNjogd2xhbjA6IERpc2Nvbm5lY3QgZXZlbnQgLSByZW1vdmUg a2V5cwoxNDk4MjEzNDc4Ljk0OTQyMjogYnNkX3NldF9rZXk6IGFsZz0wIGFkZHI9MHgwIGtl eV9pZHg9MCBzZXRfdHg9MCBzZXFfbGVuPTAga2V5X2xlbj0wCjE0OTgyMTM0NzguOTQ5NDMz OiBic2RfZGVsX2tleToga2V5X2lkeD0wCjE0OTgyMTM0NzguOTQ5NDYyOiBic2Rfc2V0X2tl eTogYWxnPTAgYWRkcj0weDAga2V5X2lkeD0xIHNldF90eD0wIHNlcV9sZW49MCBrZXlfbGVu PTAKMTQ5ODIxMzQ3OC45NDk0NzA6IGJzZF9kZWxfa2V5OiBrZXlfaWR4PTEKMTQ5ODIxMzQ3 OC45NDk0Nzk6IGJzZF9zZXRfa2V5OiBhbGc9MCBhZGRyPTB4ODAwNzM0MGYwIGtleV9pZHg9 MCBzZXRfdHg9MCBzZXFfbGVuPTAga2V5X2xlbj0wCjE0OTgyMTM0NzguOTQ5NDg1OiBic2Rf ZGVsX2tleTogYWRkcj01NjpkOTplNzo3NTozZjpiNgoxNDk4MjEzNDc4Ljk0OTUwNjogaW9j dGxbU0lPQ1M4MDIxMSwgb3A9MjAsIHZhbD0wLCBhcmdfbGVuPTddOiBDYW4ndCBhc3NpZ24g cmVxdWVzdGVkIGFkZHJlc3MKMTQ5ODIxMzQ3OC45NDk1MjE6IHdsYW4wOiBTdGF0ZTogQ09N UExFVEVEIC0+IERJU0NPTk5FQ1RFRAoxNDk4MjEzNDc4Ljk0OTUyOTogRUFQT0w6IEV4dGVy bmFsIG5vdGlmaWNhdGlvbiAtIHBvcnRFbmFibGVkPTAKMTQ5ODIxMzQ3OC45NDk1MzU6IEVB UE9MOiBTVVBQX1BBRSBlbnRlcmluZyBzdGF0ZSBESVNDT05ORUNURUQKMTQ5ODIxMzQ3OC45 NDk1NDI6IEVBUE9MOiBTdXBwbGljYW50IHBvcnQgc3RhdHVzOiBVbmF1dGhvcml6ZWQKMTQ5 ODIxMzQ3OC45NDk1NDc6IEVBUE9MOiBTVVBQX0JFIGVudGVyaW5nIHN0YXRlIElOSVRJQUxJ WkUKMTQ5ODIxMzQ3OC45NDk1NTU6IEVBUE9MOiBFeHRlcm5hbCBub3RpZmljYXRpb24gLSBw b3J0VmFsaWQ9MAoxNDk4MjEzNDc4Ljk0OTU2MDogRUFQT0w6IEV4dGVybmFsIG5vdGlmaWNh dGlvbiAtIEVBUCBzdWNjZXNzPTAKMTQ5ODIxMzQ3OC45NDk1Nzk6IFJUTV9JRklORk86IElu dGVyZmFjZSAnd2xhbjAnIERPV04KMTQ5ODIxMzQ3OC45NDk1OTg6IHdsYW4wOiBFdmVudCBJ TlRFUkZBQ0VfU1RBVFVTICg1KSByZWNlaXZlZAoxNDk4MjEzNDc4Ljk0OTYxMDogd2xhbjA6 IENvbmZpZ3VyZWQgaW50ZXJmYWNlIHdhcyByZW1vdmVkCjE0OTgyMTM0NzguOTQ5NjE5OiB3 bGFuMDogU3RhdGU6IERJU0NPTk5FQ1RFRCAtPiBESVNDT05ORUNURUQKMTQ5ODIxMzQ3OC45 NDk2MjQ6IEVBUE9MOiBFeHRlcm5hbCBub3RpZmljYXRpb24gLSBwb3J0RW5hYmxlZD0wCjE0 OTgyMTM0NzguOTQ5NjI5OiBFQVBPTDogRXh0ZXJuYWwgbm90aWZpY2F0aW9uIC0gcG9ydFZh bGlkPTAKMTQ5ODIxMzQ3OC45NDk2Mzk6IHdsYW4wOiBTdGF0ZTogRElTQ09OTkVDVEVEIC0+ IElOVEVSRkFDRV9ESVNBQkxFRAoxNDk4MjEzNDc4Ljk0OTkyMzogd2xhbjA6IFJlbW92aW5n IGludGVyZmFjZSB3bGFuMAoxNDk4MjEzNDc4Ljk0OTk0OTogd2xhbjA6IFJlcXVlc3QgdG8g ZGVhdXRoZW50aWNhdGUgLSBic3NpZD0wMDowMDowMDowMDowMDowMCBwZW5kaW5nX2Jzc2lk PTAwOjAwOjAwOjAwOjAwOjAwIHJlYXNvbj0zIHN0YXRlPUlOVEVSRkFDRV9ESVNBQkxFRAox NDk4MjEzNDc4Ljk0OTk1Nzogd3BhX2RyaXZlcl9ic2Rfc2V0X2NvdW50ZXJtZWFzdXJlczog ZW5hYmxlZD0wCjE0OTgyMTM0NzguOTUxNzcyOiB3bGFuMDogV1BBOiBDbGVhciBvbGQgUE1L IGFuZCBQVEsKMTQ5ODIxMzQ3OC45NTE4MDE6IFJlbW92ZWQgQlNTSUQgNTY6ZDk6ZTc6NzU6 M2Y6YjYgZnJvbSBibGFja2xpc3QgKGNsZWFyKQoxNDk4MjEzNDc4Ljk1MTgzMDogd2xhbjA6 IEJTUzogUmVtb3ZlIGlkIDAgQlNTSUQgNDY6ZDk6ZTc6NzU6M2Y6YjYgU1NJRCAnQW5nYmFu ZCcgZHVlIHRvIHdwYV9ic3NfZmx1c2gKMTQ5ODIxMzQ3OC45NTE4NTc6IHdsYW4wOiBCU1M6 IFJlbW92ZSBpZCAxIEJTU0lEIDZhOjAyOjcxOjcyOjVmOjA0IFNTSUQgJ0Rlc2t0b3BfRjdB NDEzNDEnIGR1ZSB0byB3cGFfYnNzX2ZsdXNoCjE0OTgyMTM0NzguOTUxODc4OiB3bGFuMDog QlNTOiBSZW1vdmUgaWQgMiBCU1NJRCA1NjpkOTplNzo3NTozZjpiNiBTU0lEICdNT1JET1In IGR1ZSB0byB3cGFfYnNzX2ZsdXNoCjE0OTgyMTM0NzguOTUxOTE1OiB3bGFuMDogQlNTOiBS ZW1vdmUgaWQgMyBCU1NJRCBjNDo2ZToxZjo2OTphMTo1NiBTU0lEICdWYWxmZW5kYScgZHVl IHRvIHdwYV9ic3NfZmx1c2gKMTQ5ODIxMzQ3OC45NTE5NDA6IHdsYW4wOiBCU1M6IFJlbW92 ZSBpZCA0IEJTU0lEIDZhOjAyOjcxOjU5OmNlOmY3IFNTSUQgJ0Rlc2t0b3BfRjNBNDgzMTgn IGR1ZSB0byB3cGFfYnNzX2ZsdXNoCjE0OTgyMTM0NzguOTUxOTYwOiB3bGFuMDogQ2FuY2Vs bGluZyBzY2FuIHJlcXVlc3QKMTQ5ODIxMzQ3OC45NTE5NzI6IHdsYW4wOiBDYW5jZWxsaW5n IGF1dGhlbnRpY2F0aW9uIHRpbWVvdXQKMTQ5ODIxMzQ3OC45NTE5ODk6IFJlbW92ZSBpbnRl cmZhY2Ugd2xhbjAgZnJvbSByYWRpbwoxNDk4MjEzNDc4Ljk1MTk5NzogUmVtb3ZlIHJhZGlv CjE0OTgyMTM0NzguOTUyMDA0OiB3cGFfZHJpdmVyX2JzZF9zZXRfd3BhOiBlbmFibGVkPTAK MTQ5ODIxMzQ3OC45NTIwMTE6IHdwYV9kcml2ZXJfYnNkX3NldF93cGFfaW50ZXJuYWw6IHdw YT0wIHByaXZhY3k9MAoxNDk4MjEzNDc4Ljk1MjAxODogYnNkX3NldF9vcHRfaWU6IHNldCBX UEErUlNOIGllIChsZW4gMCkKMTQ5ODIxMzQ3OC45OTY4ODU6IHdwYV9kcml2ZXJfYnNkX3Nl dF93cGFfaW50ZXJuYWw6IHdwYT0wIHByaXZhY3k9MAoxNDk4MjEzNDc4Ljk5NjkxMjogYnNk X3NldF9vcHRfaWU6IHNldCBXUEErUlNOIGllIChsZW4gMCkKMTQ5ODIxMzQ3OC45OTY5Njg6 IHdsYW4wOiBDVFJMLUVWRU5ULVRFUk1JTkFUSU5HCg== --------------F91B98396E255DFF847E4445-- --nk1Lqo5u7MdJSAulw8lPXhwWFO1MMJBXH-- --rKBIqeg5w2RCQi9mUmUOXGa5AP8rnEgKb Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iQIcBAEBCgAGBQJZTPD+AAoJEPHw56GfYleQ94kP/iOW5bVShd5s2hV5erHZsryf gE1lKTRLx9cRLwXva3QDygrhdJk7z50rR20n4fkVbktsvGo8fBPZn+xeFmQNjpff TK8WAW8WbdpLr1bW8Ki3lE6VAFGqn7AAtF6KXOLByzPILZ21oMBIhad89NvjrHHX gaq1hDdDOiFtXJ9yLGdFsP4MR86eO6mqKc/yTeyfQJeSnU3TPCVly8eoAim88Txl c5Dfsz02NesBl3YGWWviq518FDyidk9c0xKBpI4OG5YXJsoMD/z7LMfHO2Hdqc0Q TFIXJ+vhJ4hhLSPcwnEZiqWwaGoZMjs7PE+P9wGeRB3cNk1u6JwNS+KRvy6S/W7g ncWGFFOSjqT0abPCxfoLgSEvnEGFJaZbBsOCvI192edIFm7UcS5o9AKavbG29rwU tjfBf+8g9xpkVwvlzeMl2kVcXKHGvGfpi5i+6gPpD9B4eNRVI5PiQf9TqIC1y7Sf gdSmqffR0kpfPpDBIBLXUckbfHkVYMussm4NFeXTqXxESNWHuZatUGn0ooE4b84y 3bSUhAlD/xk46bF54JFN4CucDnXE9V1I1un8zcbBoaZPkDXa6rGjP8SQ8kx2fIEC OIuGNqdjLDEOtSGIS8uPdQzCynPtGYp1PK/QUvD6xw9riDGc1ZQdcW8GLfiynvR2 cjsX/XDq6MBmvnpnqwaL =6OhG -----END PGP SIGNATURE----- --rKBIqeg5w2RCQi9mUmUOXGa5AP8rnEgKb-- From owner-freebsd-current@freebsd.org Fri Jun 23 12:36: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 E8843DA3DB1 for ; Fri, 23 Jun 2017 12:36:14 +0000 (UTC) (envelope-from agh@fastmail.fm) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id C87C583D63 for ; Fri, 23 Jun 2017 12:36:14 +0000 (UTC) (envelope-from agh@fastmail.fm) Received: by mailman.ysv.freebsd.org (Postfix) id C4B87DA3DB0; Fri, 23 Jun 2017 12:36:14 +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 C43D4DA3DAF for ; Fri, 23 Jun 2017 12:36:14 +0000 (UTC) (envelope-from agh@fastmail.fm) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (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 984F983D62 for ; Fri, 23 Jun 2017 12:36:14 +0000 (UTC) (envelope-from agh@fastmail.fm) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 48BAF20958 for ; Fri, 23 Jun 2017 08:36:13 -0400 (EDT) Received: from web5 ([10.202.2.215]) by compute3.internal (MEProxy); Fri, 23 Jun 2017 08:36:13 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.fm; h= content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; bh=jIjaWGy+sfJKQ50QRSZHy2Afj4TneNAZ8zm+IrdJx+Y=; b=ck+57/bv MNxASwFMabsHBhokjEGNGRlC6C9Z7o7u0oz32klbL0CFbSFbk7AXbgjgNZuiQrGu HuMpimzrNjnYxp29/5U92guxcqg9oF5Ep3mV1foaVs7OiEG1pdoUE/kPVOWPCIYL vpc/2+EugWc2daw3b3YtjIEhVnY8tJJz2ZTmRsXHuX9xUJmgEoS7csW0CZdpLMKd H05tKilJFw0hHmCsSvD7BBQRrlrfXLy0lH9Z6y+D7dgrnrw6eaAI7bmiK9to8pQX 6bbRYRjIWtma6iXxcL/5FxswvrQkVSb0gvlApV+6lVO1xi1pYXoZ9stgOVKX8rdR seBWzsKA5l2GOw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=jIjaWGy+sfJKQ50QRSZHy2Afj4Tne NAZ8zm+IrdJx+Y=; b=j0+VcLYtEQhf8Whl8EMFGPVtFZ4CvjZ/jrBniSiee32VM ijZCZuaBdL7Mb7bY4UDzPyUbxMyOP+rW+UdDYSoICw1W3m4YEWe8YGA8ThV1PN1V mVX0eKbgS7SqawtRvnf139Uz23GALbbEn1FcT1+npHsUlAu2ALNAdhgXaWEKqybS wvlyfVnakPssTsIRI9kC4aL20U0+rfF5GeX2jn+WMkRwCgKdudRrAYRoZxMGrUjG VlL2jxOOSd0fv6LsbOfXbvMQj5dPwA3GpKrcDvV50fhVQttKbPp1eIb2KuGXfVfa OFxMtRjcnehntMiZm32YzUkoGf2mfZTXc8Easm3BQ== X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id 2424F9E1E7; Fri, 23 Jun 2017 08:36:13 -0400 (EDT) Message-Id: <1498221373.1658355.1018900488.31D8D037@webmail.messagingengine.com> From: Alastair Hogge To: current@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-72841c42 Date: Fri, 23 Jun 2017 20:36:13 +0800 Subject: release.sh: sh: head: not found \n Unable to determine linker type from LD=ld 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, 23 Jun 2017 12:36:15 -0000 Hi, My 12.0-CURRENT r320259 host is unable to complete a release.sh build of a generic world: [...] ./usr.sbin/fstyp missing (created) ./usr.sbin/makefs missing (created) ./usr.sbin/newsyslog missing (created) ./usr.sbin/nmtree missing (created) ./usr.sbin/pw missing (created) ./usr.sbin/rpcbind missing (created) ./usr.sbin/sa missing (created) mtree -deU -i -f /usr/src/etc/mtree/BSD.sendmail.dist -p //usr/obj/usr/src/release/dist/base/ ./var/spool/clientmqueue missing (created) install -l s usr/src/sys //usr/obj/usr/src/release/dist/base/sys cd //usr/obj/usr/src/release/dist/base/usr/share/man; for mandir in man*; do install -l s ../$mandir //usr/obj/usr/src/release/dist/base/usr/share/man/en.ISO8859-1/; install -l s ../$mandir //usr/obj/usr/src/release/dist/base/usr/share/man/en.UTF-8/; done cd //usr/obj/usr/src/release/dist/base/usr/share/openssl/man; for mandir in man*; do install -l s ../$mandir //usr/obj/usr/src/release/dist/base/usr/share/openssl/man/en.ISO8859-1/; done set - `grep "^[a-zA-Z]" /usr/src/etc/man.alias`; while [ $# -gt 0 ] ; do install -l s "$2" "//usr/obj/usr/src/release/dist/base/usr/share/man/$1"; if [ "yes" != "no" ]; then install -l s "$2" "//usr/obj/usr/src/release/dist/base/usr/share/openssl/man/$1"; fi; shift; shift; done set - `grep "^[a-zA-Z]" /usr/src/etc/nls.alias`; while [ $# -gt 0 ] ; do install -l s "$2" "//usr/obj/usr/src/release/dist/base/usr/share/nls/$1"; shift; shift; done cd /usr/src; COMPILER_VERSION=40000 COMPILER_FEATURES=c++11 COMPILER_TYPE=clang COMPILER_FREEBSD_VERSION=1200006 MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=amd64 MACHINE=amd64 CPUTYPE= CC="cc -target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin" CXX="c++ -target x86_64-unknown-freebsd12.0 --sysroot=/usr/ obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin" CPP="cpp -target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin" AS="as" AR="ar" LD="ld" LLVM_LINK="" NM=nm OBJCOPY="objcopy" RANLIB=ranlib STRINGS= SIZE="size" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/t mp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/tmp/install.hb5C6cay LD_LIBRARY_PATH=/tmp/install.hb5C6cay PATH_LOCALE=/tmp/install.hb5C6cay/locale make -f Makefile.inc1 __MAKE_SHELL=/tmp/install.hb5C6cay/sh redistribute; COMPILER_VERSION=40000 COMPILER_FEATURES=c++11 COMPILER_TYPE=clang COMPILER_FREEBSD_VERSION=120 0006 MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=amd64 MACHINE=amd64 CPUTYPE= CC="cc -target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin" CXX="c++ -target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin" CPP="cpp -target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj /usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin" AS="as" AR="ar" LD="ld" LLVM_LINK="" NM=nm OBJCOPY="objcopy" RANLIB=ranlib STRINGS= SIZE="size" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/tmp/install.hb5C6cay LD_LIBRARY_PATH =/tmp/install.hb5C6cay PATH_LOCALE=/tmp/install.hb5C6cay/locale rm -rf /tmp/install.hb5C6cay sh: head: not found make[4]: "/usr/src/share/mk/bsd.linker.mk" line 42: Unable to determine linker type from LD=ld *** Error code 1 Stop. make[3]: stopped in /usr/src *** Error code 1 Stop. make[2]: stopped in /usr/src *** Error code 1 Stop. make[1]: stopped in /usr/src/release *** Error code 1 Stop. make: stopped in /usr/src/release Interesting how head(1) is not found, it does exists: $ lsc -i /scratch/generic/usr/bin/head 279252 /scratch/generic/usr/bin/head To good health, Alastair From owner-freebsd-current@freebsd.org Fri Jun 23 13:00:07 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 2D0A3DA4475 for ; Fri, 23 Jun 2017 13:00:07 +0000 (UTC) (envelope-from guyyur@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 0B69084904 for ; Fri, 23 Jun 2017 13:00:07 +0000 (UTC) (envelope-from guyyur@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 0A71FDA4474; Fri, 23 Jun 2017 13:00:07 +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 08505DA4473 for ; Fri, 23 Jun 2017 13:00:07 +0000 (UTC) (envelope-from guyyur@gmail.com) Received: from mail-wr0-x235.google.com (mail-wr0-x235.google.com [IPv6:2a00:1450:400c:c0c::235]) (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 A24FB84903; Fri, 23 Jun 2017 13:00:06 +0000 (UTC) (envelope-from guyyur@gmail.com) Received: by mail-wr0-x235.google.com with SMTP id k67so64564790wrc.2; Fri, 23 Jun 2017 06:00:06 -0700 (PDT) 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=sGGyWVH9hN2aG+GbHDl+GMF1ADu0MZaEEPSzQ7x6Z2Y=; b=QASGEDwhrehohQdZPRe/nOAhha5Ema3R4Jyh6Ex9UuKLp9QLsjrFlGnWlQffXExNfN Vcra7dgmjv1bK7eSpXQJ0iJvHGGSUtyg+6RqDpGFh4h/o0r4/BxtxnjdRNJ+OMs2QxgS 8VpnsxK/nehi8pwGIhjYEBvtqLZ9SC53go8G2GtuiVzB4ljz9NcKoz2V7QGYoIymjsso aIwztpsVqBqovqLyAgC4aO6O9plhaTNrVrhDZw6I64DSPWCtJtSN711dTkhTeb7UNJer FL/GAnohXlDNLIQi9qnDap8ySPLnloOjQrCuAjpQ5UdNnHCoMhfK7lqDyBHwswb06gTt ciyg== 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=sGGyWVH9hN2aG+GbHDl+GMF1ADu0MZaEEPSzQ7x6Z2Y=; b=Qm85CRY8DsRPMRCfbKy7tTw0pIzCQx5HHrsU5qUqhjdPtETf02c5B6jl7F7iHAlMjz BKd9eCtSB1kFzhpYK8M4ifL5lBRNuyRK17iPACWDFglaL3ZfTcpptue9hYXXIP28QxL2 /nJZPiEr+Sutqi+ZcTc29//jWpkrYESwckRGvJOe0g9wu5yBUwYnOPIYoRc3DsvzMuLU ox9/qD/r5tC+JX5Zg2QOY7Z2chjcU9Wahx3z6HgKtvTF4qBScrVqGrFlUleiTFrX5EBQ YfEcarl7DxwTO437VDvmrwTtAvFcTxPRO5L+KD0PunMf1wyOnM2Ocm/UPQxX8Be//3hQ wcPQ== X-Gm-Message-State: AKS2vOzFNf0vpQHdQZ6wL1w+z/6PbkXZsbDvRj1W4M+SLCJyQutg2kmS YgRkmWXr+drvREg+8jD6wOK3gAdKlZC6 X-Received: by 10.223.173.83 with SMTP id p77mr5372669wrc.25.1498222804988; Fri, 23 Jun 2017 06:00:04 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.164.129 with HTTP; Fri, 23 Jun 2017 06:00:04 -0700 (PDT) In-Reply-To: <1498221373.1658355.1018900488.31D8D037@webmail.messagingengine.com> References: <1498221373.1658355.1018900488.31D8D037@webmail.messagingengine.com> From: Guy Yur Date: Fri, 23 Jun 2017 16:00:04 +0300 Message-ID: Subject: Re: release.sh: sh: head: not found \n Unable to determine linker type from LD=ld To: Alastair Hogge , bdrewery@freebsd.org Cc: current@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: Fri, 23 Jun 2017 13:00:07 -0000 On 23 June 2017 at 15:36, Alastair Hogge wrote: > Hi, > > My 12.0-CURRENT r320259 host is unable to complete a release.sh build of > a generic world: > > [...] > =/tmp/install.hb5C6cay PATH_LOCALE=/tmp/install.hb5C6cay/locale rm -rf > /tmp/install.hb5C6cay > sh: head: not found > make[4]: "/usr/src/share/mk/bsd.linker.mk" line 42: Unable to determine > linker type from LD=ld > *** Error code 1 > > ... > > To good health, > Alastair > _______________________________________________ > 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" Hi, I got the same error with r320258. Is it because "head" is not part of the bootstrap tools? I was able to continue by replacing "| head 1" with "| sed -n 1p" in _ld_version!= ${${ld}} --version 2>/dev/null | head -n 1 || echo none head is not in /tmp/install.RANDOMVALUES but sed is. Regards, Guy From owner-freebsd-current@freebsd.org Fri Jun 23 14:19: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 4B491DA57EC for ; Fri, 23 Jun 2017 14:19:51 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward16j.cmail.yandex.net (forward16j.cmail.yandex.net [IPv6:2a02:6b8:0:1630::f3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E359725B3; Fri, 23 Jun 2017 14:19:50 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from smtp4j.mail.yandex.net (smtp4j.mail.yandex.net [5.45.198.129]) by forward16j.cmail.yandex.net (Yandex) with ESMTP id 9A1E82158F; Fri, 23 Jun 2017 17:19:38 +0300 (MSK) Received: from smtp4j.mail.yandex.net (localhost.localdomain [127.0.0.1]) by smtp4j.mail.yandex.net (Yandex) with ESMTP id 51294324110B; Fri, 23 Jun 2017 17:19:35 +0300 (MSK) Received: by smtp4j.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id sPsl8hNUTM-JZPqF1vJ; Fri, 23 Jun 2017 17:19:35 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passap.ru; s=mail; t=1498227575; bh=UDrrjLYImgUUypO6Mrmr6grMQ5ysky9ekgzLXG9QlK8=; h=To:From:Subject:Message-ID:Date; b=iW6b13PxUkyQCsrpiTBxHjc1Gf//uewoGk+3jxh6iUXR2kRPTCCpH6uwM73Bg/UyB ypZaYKQOn6rZbaxnKybCcAY7sE5h3yGdgzz1MzNFXsYHY7XXU+4WtM9BCnZH3OvAmt NDdq/z3ioZEMFDWRzywzjInQ7oa1Vq9Dqg6aZq/Q= Authentication-Results: smtp4j.mail.yandex.net; dkim=pass header.i=@passap.ru X-Yandex-ForeignMX: US X-Yandex-Suid-Status: 1 0,1 0 To: freebsd-current@FreeBSD.org, bdrewery@freebsd.org From: Boris Samorodov Subject: [bsd.linker.mk] line 42: Unable to determine linker type from LD=ld Message-ID: Date: Fri, 23 Jun 2017 17:19:34 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: ru-RU 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: Fri, 23 Jun 2017 14:19:51 -0000 Hi All, Bryan! Since bsd.linker.mk introduction I can't manage to create FreeBSD base packages. The process stops at the very beginning: ----- --- packages --- --- packages --- make -C /usr/src PKG_VERSION=12.0.s20170623140202 real-packages --- real-packages --- --- stage-packages --- mkdir -p /tmp/install.DQDhLPed progs=$(for prog in [ awk cap_mkdb cat chflags chmod chown cmp cp date echo egrep find grep id install ln make mkdir mtree mv pwd_mkdb rm sed services_mkdb sh strip sysctl test true uname wc zic tzsetup makewhatis; do if progpath= `which $prog`; then echo $progpath; else echo "Required tool $prog not found in PATH." >&2; exit 1; fi; done); libs=$(ldd -f "%o %p\n" -f "%o %p\n" $progs 2>/dev/null | sort -u | while read line; do $line; if [ "$2 $3" != "not found" ]; then echo $2; else echo "Required library $1 not found." >&2; exit 1; fi; done); cp $libs $progs /tmp/install.DQDhLPed cp -R ${PATH_LOCALE:-"/usr/share/locale"} /tmp/install.DQDhLPed/locale mkdir -p /usr/obj/usr/src/amd64.amd64/worldstage/ echo "#mtree 2.0" > /usr/obj/usr/src/amd64.amd64/worldstage//METALOG cd /usr/src; COMPILER_VERSION=40000 COMPILER_FEATURES=c++11 COMPILER_TYPE=clang COMPILER_FREEBSD_VERSION=1200006 MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=amd64 MACHINE=amd64 CPUTYPE= CC="cc -target x86_64-unknown-freebsd12.0 --sysroo t=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin" CXX="c++ -target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin" CPP="cpp -target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tm p -B/usr/obj/usr/src/tmp/usr/bin" AS="as" AR="ar" LD="ld" LLVM_LINK="" NM=nm OBJCOPY="objcopy" RANLIB=ranlib STRINGS= SIZE="size" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/lega cy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/tmp/install.DQDhLPed LD_LIBRARY_PATH=/tmp/install.DQDhLPed PATH_LOCALE=/tmp/install.DQDhLPed/locale make -f Makefile.inc1 INSTALL="install -U -M /usr/obj/usr/src/amd64 .amd64/worldstage//METALOG -D /usr/obj/usr/src/amd64.amd64/worldstage" MTREE_CMD="mtree -W" __MAKE_SHELL=/tmp/install.DQDhLPed/sh -DNO_ROOT METALOG=/usr/obj/usr/src/amd64.amd64/worldstage//METALOG restage; COMPILER_VERSION=40000 COMPIL ER_FEATURES=c++11 COMPILER_TYPE=clang COMPILER_FREEBSD_VERSION=1200006 MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=amd64 MACHINE=amd64 CPUTYPE= CC="cc -target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/t mp/usr/bin" CXX="c++ -target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin" CPP="cpp -target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin" AS="as" AR="ar" LD="ld" LLVM_LINK="" NM=nm OBJCOPY="objcopy" RANLIB=ranlib STRINGS= SIZE="size" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/o bj/usr/src/tmp/usr/bin:/tmp/install.DQDhLPed LD_LIBRARY_PATH=/tmp/install.DQDhLPed PATH_LOCALE=/tmp/install.DQDhLPed/locale rm -rf /tmp/install.DQDhLPed sh: head: not found make[6]: "/usr/src/share/mk/bsd.linker.mk" line 42: Unable to determine linker type from LD=ld *** Error code 1 Stop. ----- -- WBR, bsam From owner-freebsd-current@freebsd.org Fri Jun 23 15:14: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 4271CDA66D5 for ; Fri, 23 Jun 2017 15:14:36 +0000 (UTC) (envelope-from agh@fastmail.fm) 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 1FBA764105 for ; Fri, 23 Jun 2017 15:14:36 +0000 (UTC) (envelope-from agh@fastmail.fm) Received: by mailman.ysv.freebsd.org (Postfix) id 1C373DA66D4; Fri, 23 Jun 2017 15:14:36 +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 1BBDADA66D3 for ; Fri, 23 Jun 2017 15:14:36 +0000 (UTC) (envelope-from agh@fastmail.fm) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (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 E177E64104; Fri, 23 Jun 2017 15:14:35 +0000 (UTC) (envelope-from agh@fastmail.fm) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id E69C720E18; Fri, 23 Jun 2017 11:14:27 -0400 (EDT) Received: from web5 ([10.202.2.215]) by compute3.internal (MEProxy); Fri, 23 Jun 2017 11:14:27 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.fm; h= cc:content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=5qRly4U9mevEvrEy/zEHsKMF/NlFk XDUMu9AIWuBF4o=; b=aZX7ZaBSKCcdbZr/FytaLZS4Ap1R8Sc7lLxskhQxx4Jk2 vcQL6wDraXNBlSDCmaR2ruD9z0YnrEPM8wO2sPY6MP7V299Shro1UVDG5vqJulbK E8icwP+fi2fw53DOcBlsS/4Wds4m6KWH2XwPB2Rtl+fTYdbsTAsy7PNo8anqxNJp 4G0bOLNDMZ9yoNnXWZkgPblIELp6mZWPgJkTcqhQ9YmcY5sIoxZNaJAeDPmxEZ5R 5eeAgT3egA4lLFv6lBXpNQBeYu9XsflVkZrDZjoUymhkQt+/o2U97iGmqzZh/OOk y+48oseVtfPwgwtBDXWXEP3s1V4lhpR4RFRaPMf7g== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=5qRly4 U9mevEvrEy/zEHsKMF/NlFkXDUMu9AIWuBF4o=; b=fQw/dWplfGwzlTVpvZcUxi QLckGUklB6BChqJAY1ZA0iXh4KIh/z2S2ZBIsvqaMju5bNouHV8uwZjGBCXpBy9d ytEx+mquqCR4s6wdbqtJ+seHkcmgmbEHXx2aDD/0BlH4tGWJplt8Qm/Akvp52Y9X 1HWMT3q5Sk7G3/co3mdW4LAJyKRrv1ldMH+kCE3n7rLFae4GI2ugUViJfh3hF3rL AjduEycz7K6OAxp0OhIAojA8Aar2xLL4BvuUhDVtcOeiox7/V4hQFZeMaTinNqgd JUTwLXqFb4wya8r+hfctyHkUtWHCU+YuSoxNGlxpbMDY0TFCFP9lcJjMEsDfjQUQ == X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id C75E99E26A; Fri, 23 Jun 2017 11:14:27 -0400 (EDT) Message-Id: <1498230867.1691089.1019164208.57204C85@webmail.messagingengine.com> From: Alastair Hogge To: Guy Yur , bdrewery@freebsd.org Cc: current@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-72841c42 Date: Fri, 23 Jun 2017 23:14:27 +0800 Subject: Re: release.sh: sh: head: not found \n Unable to determine linker type from LD=ld References: <1498221373.1658355.1018900488.31D8D037@webmail.messagingengine.com> In-Reply-To: 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, 23 Jun 2017 15:14:36 -0000 On Fri, Jun 23, 2017, at 21:00, Guy Yur wrote: > On 23 June 2017 at 15:36, Alastair Hogge wrote: > > Hi, > > > > My 12.0-CURRENT r320259 host is unable to complete a release.sh build of > > a generic world: > > > > [...] > > =/tmp/install.hb5C6cay PATH_LOCALE=/tmp/install.hb5C6cay/locale rm -rf > > /tmp/install.hb5C6cay > > sh: head: not found > > make[4]: "/usr/src/share/mk/bsd.linker.mk" line 42: Unable to determine > > linker type from LD=ld > > *** Error code 1 > > > > ... > > > > To good health, > > Alastair > > _______________________________________________ > > 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" > > Hi, > > I got the same error with r320258. > Is it because "head" is not part of the bootstrap tools? > > I was able to continue by replacing "| head 1" with "| sed -n 1p" in > _ld_version!= ${${ld}} --version 2>/dev/null | head -n 1 || echo none > > head is not in /tmp/install.RANDOMVALUES but sed is. Great, that worked, thanks :-) From owner-freebsd-current@freebsd.org Fri Jun 23 15:45: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 35639DA6F5C for ; Fri, 23 Jun 2017 15:45:40 +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 F0BAE652BE; Fri, 23 Jun 2017 15:45:39 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (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 257EF75D5; Fri, 23 Jun 2017 15:45:39 +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 BDD472DC5; Fri, 23 Jun 2017 15:45:31 +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 qEdJtHsGzsbQ; Fri, 23 Jun 2017 15:45:27 +0000 (UTC) Subject: Re: [bsd.linker.mk] line 42: Unable to determine linker type from LD=ld DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com AD3662DBF To: Boris Samorodov , freebsd-current@FreeBSD.org References: From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: Date: Fri, 23 Jun 2017 08:45:12 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EP19b5sUim712vvcEqA83rx8MugPMOgnK" 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, 23 Jun 2017 15:45:40 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --EP19b5sUim712vvcEqA83rx8MugPMOgnK Content-Type: multipart/mixed; boundary="Pr1WwLBjFDWVmfVwrkjjpBghfLBIRFbCw"; protected-headers="v1" From: Bryan Drewery To: Boris Samorodov , freebsd-current@FreeBSD.org Message-ID: Subject: Re: [bsd.linker.mk] line 42: Unable to determine linker type from LD=ld References: In-Reply-To: --Pr1WwLBjFDWVmfVwrkjjpBghfLBIRFbCw Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 6/23/2017 7:19 AM, Boris Samorodov wrote: > Hi All, Bryan! >=20 > Since bsd.linker.mk introduction I can't manage to create > FreeBSD base packages. The process stops at the very beginning: > ----- > --- packages --- > --- packages --- > make -C /usr/src PKG_VERSION=3D12.0.s20170623140202 real-packages > --- real-packages --- > --- stage-packages --- > mkdir -p /tmp/install.DQDhLPed > progs=3D$(for prog in [ awk cap_mkdb cat chflags chmod chown cmp cp da= te > echo egrep find grep id install ln make mkdir mtree mv pwd_mkdb rm > sed services_mkdb sh strip sysctl test true uname wc zic tzsetup > makewhatis; do if progpath=3D > `which $prog`; then echo $progpath; else echo "Required tool $prog > not found in PATH." >&2; exit 1; fi; done); libs=3D$(ldd -f "%o %p\= n" > -f "%o %p\n" $progs 2>/dev/null | sort -u | while read line; do $line= ; > if [ "$2 $3" !=3D "not > found" ]; then echo $2; else echo "Required library $1 not found." >> &2; exit 1; fi; done); cp $libs $progs /tmp/install.DQDhLPed > cp -R ${PATH_LOCALE:-"/usr/share/locale"} /tmp/install.DQDhLPed/locale > mkdir -p /usr/obj/usr/src/amd64.amd64/worldstage/ > echo "#mtree 2.0" > /usr/obj/usr/src/amd64.amd64/worldstage//METALOG > cd /usr/src; COMPILER_VERSION=3D40000 COMPILER_FEATURES=3Dc++11 > COMPILER_TYPE=3Dclang COMPILER_FREEBSD_VERSION=3D1200006 > MAKEOBJDIRPREFIX=3D/usr/obj MACHINE_ARCH=3Damd64 MACHINE=3Damd64 CPU= TYPE=3D > CC=3D"cc -target x86_64-unknown-freebsd12.0 --sysroo > t=3D/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin" CXX=3D"c++ -t= arget > x86_64-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp > -B/usr/obj/usr/src/tmp/usr/bin" CPP=3D"cpp -target > x86_64-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tm > p -B/usr/obj/usr/src/tmp/usr/bin" AS=3D"as" AR=3D"ar" LD=3D"ld" LLVM_L= INK=3D"" > NM=3Dnm OBJCOPY=3D"objcopy" RANLIB=3Dranlib STRINGS=3D SIZE=3D"size" > PATH=3D/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy= /usr/bin:/usr/obj/usr/src/tmp/lega > cy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/tmp/= install.DQDhLPed > LD_LIBRARY_PATH=3D/tmp/install.DQDhLPed > PATH_LOCALE=3D/tmp/install.DQDhLPed/locale make -f Makefile.inc1 > INSTALL=3D"install -U -M /usr/obj/usr/src/amd64 > .amd64/worldstage//METALOG -D /usr/obj/usr/src/amd64.amd64/worldstage" > MTREE_CMD=3D"mtree -W" __MAKE_SHELL=3D/tmp/install.DQDhLPed/sh -DNO_ROO= T > METALOG=3D/usr/obj/usr/src/amd64.amd64/worldstage//METALOG restage; > COMPILER_VERSION=3D40000 COMPIL > ER_FEATURES=3Dc++11 COMPILER_TYPE=3Dclang COMPILER_FREEBSD_VERSION=3D= 1200006 > MAKEOBJDIRPREFIX=3D/usr/obj MACHINE_ARCH=3Damd64 MACHINE=3Damd64 CPU= TYPE=3D > CC=3D"cc -target x86_64-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/sr= c/tmp > -B/usr/obj/usr/src/t > mp/usr/bin" CXX=3D"c++ -target x86_64-unknown-freebsd12.0 > --sysroot=3D/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin" CPP=3D= "cpp > -target x86_64-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp > -B/usr/obj/usr/src/tmp/usr/bin" AS=3D"as" > AR=3D"ar" LD=3D"ld" LLVM_LINK=3D"" NM=3Dnm OBJCOPY=3D"objcopy" RANLIB= =3Dranlib > STRINGS=3D SIZE=3D"size" > PATH=3D/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy= /usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/u= sr/o > bj/usr/src/tmp/usr/bin:/tmp/install.DQDhLPed > LD_LIBRARY_PATH=3D/tmp/install.DQDhLPed > PATH_LOCALE=3D/tmp/install.DQDhLPed/locale rm -rf /tmp/install.DQDhLPed= > sh: head: not found > make[6]: "/usr/src/share/mk/bsd.linker.mk" line 42: Unable to determine= > linker type from LD=3Dld > *** Error code 1 >=20 > Stop. > ----- >=20 This should be fixd by r320249. Can you try again? --=20 Regards, Bryan Drewery --Pr1WwLBjFDWVmfVwrkjjpBghfLBIRFbCw-- --EP19b5sUim712vvcEqA83rx8MugPMOgnK 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 iQEcBAEBAgAGBQJZTTeIAAoJEDXXcbtuRpfPtRAIAIEOhKR0uIJx8S/K/PDVebjO YdnaACsndMLY8QWlzmuidjXncDgSMm9nEP7U6pvbXAbyk4kwWYHuVFt5NB/it+On yyDJeSn+OTXinxlhIJImPye78ao6yVVvzmfcq7V84J/PfagU99MdjWccrLRvLZub lGfTgQhQ+hJ7EPvqyJ5JsgvcW13jNBewXF+NICDHTATE0O16DpPXyUXghYEX5SCm julg7jOAQdLGGsAKy6OL71Ub7qpl6nGdtof03lJgLlFSRsaDRmog5XCPgeH1U8Ln OateOh2QAx6kjRtA1eovcyMigj0bazdLG5d2VvJ5atHcvSZ0mhZKpdRRWN3QN7s= =UqwG -----END PGP SIGNATURE----- --EP19b5sUim712vvcEqA83rx8MugPMOgnK-- From owner-freebsd-current@freebsd.org Fri Jun 23 15:50:16 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 42BF6DA70AE for ; Fri, 23 Jun 2017 15:50:16 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1C1B7654DE for ; Fri, 23 Jun 2017 15:50:16 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 188F8DA70AD; Fri, 23 Jun 2017 15:50:16 +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 1808EDA70AC for ; Fri, 23 Jun 2017 15:50:16 +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 D8488654DD; Fri, 23 Jun 2017 15:50:15 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (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 034CC76F7; Fri, 23 Jun 2017 15:50:15 +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 259F02DDC; Fri, 23 Jun 2017 15:50:14 +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 ARLU6qdRH7h4; Fri, 23 Jun 2017 15:50:09 +0000 (UTC) Subject: Re: release.sh: sh: head: not found \n Unable to determine linker type from LD=ld DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 7B0B62DD6 To: Alastair Hogge , Guy Yur Cc: current@freebsd.org References: <1498221373.1658355.1018900488.31D8D037@webmail.messagingengine.com> <1498230867.1691089.1019164208.57204C85@webmail.messagingengine.com> From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <61a2ef9e-6348-5859-85f3-58e5611d7b08@FreeBSD.org> Date: Fri, 23 Jun 2017 08:49:55 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 In-Reply-To: <1498230867.1691089.1019164208.57204C85@webmail.messagingengine.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="p2Qui3qiN8vV7MjV3QslvmuX3f0OBnG1t" 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, 23 Jun 2017 15:50:16 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --p2Qui3qiN8vV7MjV3QslvmuX3f0OBnG1t Content-Type: multipart/mixed; boundary="9GKbHB5hREVI9owofIKo4jKcIspkM43aw"; protected-headers="v1" From: Bryan Drewery To: Alastair Hogge , Guy Yur Cc: current@freebsd.org Message-ID: <61a2ef9e-6348-5859-85f3-58e5611d7b08@FreeBSD.org> Subject: Re: release.sh: sh: head: not found \n Unable to determine linker type from LD=ld References: <1498221373.1658355.1018900488.31D8D037@webmail.messagingengine.com> <1498230867.1691089.1019164208.57204C85@webmail.messagingengine.com> In-Reply-To: <1498230867.1691089.1019164208.57204C85@webmail.messagingengine.com> --9GKbHB5hREVI9owofIKo4jKcIspkM43aw Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 6/23/2017 8:14 AM, Alastair Hogge wrote: > On Fri, Jun 23, 2017, at 21:00, Guy Yur wrote: >> On 23 June 2017 at 15:36, Alastair Hogge wrote: >>> Hi, >>> >>> My 12.0-CURRENT r320259 host is unable to complete a release.sh build= of >>> a generic world: >>> >>> [...] >>> =3D/tmp/install.hb5C6cay PATH_LOCALE=3D/tmp/install.hb5C6cay/locale = rm -rf >>> /tmp/install.hb5C6cay >>> sh: head: not found >>> make[4]: "/usr/src/share/mk/bsd.linker.mk" line 42: Unable to determi= ne >>> linker type from LD=3Dld >>> *** Error code 1 >>> >>> ... >>> >>> To good health, >>> Alastair >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd= =2Eorg" >> >> Hi, >> >> I got the same error with r320258. >> Is it because "head" is not part of the bootstrap tools? >> >> I was able to continue by replacing "| head 1" with "| sed -n 1p" in >> _ld_version!=3D ${${ld}} --version 2>/dev/null | head -n 1 || echo n= one >> >> head is not in /tmp/install.RANDOMVALUES but sed is. >=20 > Great, that worked, thanks :-) >=20 I'll look into it. While replacing head with sed here would fix it, I think it should not be needed. A value should already be known. --=20 Regards, Bryan Drewery --9GKbHB5hREVI9owofIKo4jKcIspkM43aw-- --p2Qui3qiN8vV7MjV3QslvmuX3f0OBnG1t 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 iQEcBAEBAgAGBQJZTTijAAoJEDXXcbtuRpfPlcEIALQqVr6kM95ndVqJtwd/J016 H9JnWS/SpbLS4EZPYO0t+EuQlXT0bTtk8ETB7Kled6MVrnQ89E2ibQmbTb6qn0JN 3+pJWwEEFkeUOwYzeK1r8bok1krdNXOuzBNNmMKO4MYdOlOe81LDKCAm08GYYwwd SBTjueOeGMWfMCLZhxpDqiJY0jZiAyxxpC7fi4sSDD50zxqEHjvUCXsByiFIhyau b0KaEx6q+/I8/mS/4SkAHspjQuApw0lEE5Jv8jtwwr+jccXkxLaCUcbLeqAroo5e kYpFFjDr9IQVs/e8Sj467f/tdINhMEpP+QNjH9+L1RFJmPagDSxJ11mqBbliDAE= =Ra9N -----END PGP SIGNATURE----- --p2Qui3qiN8vV7MjV3QslvmuX3f0OBnG1t-- From owner-freebsd-current@freebsd.org Fri Jun 23 16:31: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 F1C6FDA7B81 for ; Fri, 23 Jun 2017 16:31:29 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (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 C26BE667A0; Fri, 23 Jun 2017 16:31:29 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (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 ECE017CE5; Fri, 23 Jun 2017 16:31:28 +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 126322E81; Fri, 23 Jun 2017 16:31:28 +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 lkGlZ9vU5JCi; Fri, 23 Jun 2017 16:31:24 +0000 (UTC) Subject: Re: [bsd.linker.mk] line 42: Unable to determine linker type from LD=ld DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 07D052E7C From: Bryan Drewery To: Boris Samorodov , freebsd-current@FreeBSD.org References: Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: Date: Fri, 23 Jun 2017 09:31:26 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lnvqk2KAHaW20Txqa6MF0wm5TdOo6Mq6Q" 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, 23 Jun 2017 16:31:30 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --lnvqk2KAHaW20Txqa6MF0wm5TdOo6Mq6Q Content-Type: multipart/mixed; boundary="NPNRHhveGuk4rkMstS92PTKmKLh4hMof9"; protected-headers="v1" From: Bryan Drewery To: Boris Samorodov , freebsd-current@FreeBSD.org Message-ID: Subject: Re: [bsd.linker.mk] line 42: Unable to determine linker type from LD=ld References: In-Reply-To: --NPNRHhveGuk4rkMstS92PTKmKLh4hMof9 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 6/23/2017 8:45 AM, Bryan Drewery wrote: > On 6/23/2017 7:19 AM, Boris Samorodov wrote: >> Hi All, Bryan! >> >> Since bsd.linker.mk introduction I can't manage to create >> FreeBSD base packages. The process stops at the very beginning: >> ----- >> --- packages --- >> --- packages --- >> make -C /usr/src PKG_VERSION=3D12.0.s20170623140202 real-packages >> --- real-packages --- >> --- stage-packages --- >> mkdir -p /tmp/install.DQDhLPed >> progs=3D$(for prog in [ awk cap_mkdb cat chflags chmod chown cmp cp d= ate >> echo egrep find grep id install ln make mkdir mtree mv pwd_mkdb rm >> sed services_mkdb sh strip sysctl test true uname wc zic tzsetup >> makewhatis; do if progpath=3D >> `which $prog`; then echo $progpath; else echo "Required tool $prog >> not found in PATH." >&2; exit 1; fi; done); libs=3D$(ldd -f "%o %p= \n" >> -f "%o %p\n" $progs 2>/dev/null | sort -u | while read line; do $lin= e; >> if [ "$2 $3" !=3D "not >> found" ]; then echo $2; else echo "Required library $1 not found." >>> &2; exit 1; fi; done); cp $libs $progs /tmp/install.DQDhLPed >> cp -R ${PATH_LOCALE:-"/usr/share/locale"} /tmp/install.DQDhLPed/locale= >> mkdir -p /usr/obj/usr/src/amd64.amd64/worldstage/ >> echo "#mtree 2.0" > /usr/obj/usr/src/amd64.amd64/worldstage//METALOG >> cd /usr/src; COMPILER_VERSION=3D40000 COMPILER_FEATURES=3Dc++11 >> COMPILER_TYPE=3Dclang COMPILER_FREEBSD_VERSION=3D1200006 >> MAKEOBJDIRPREFIX=3D/usr/obj MACHINE_ARCH=3Damd64 MACHINE=3Damd64 CP= UTYPE=3D >> CC=3D"cc -target x86_64-unknown-freebsd12.0 --sysroo >> t=3D/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin" CXX=3D"c++ -= target >> x86_64-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp >> -B/usr/obj/usr/src/tmp/usr/bin" CPP=3D"cpp -target >> x86_64-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tm >> p -B/usr/obj/usr/src/tmp/usr/bin" AS=3D"as" AR=3D"ar" LD=3D"ld" LLVM_= LINK=3D"" >> NM=3Dnm OBJCOPY=3D"objcopy" RANLIB=3Dranlib STRINGS=3D SIZE=3D"size"= >> PATH=3D/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legac= y/usr/bin:/usr/obj/usr/src/tmp/lega >> cy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/tmp= /install.DQDhLPed >> LD_LIBRARY_PATH=3D/tmp/install.DQDhLPed >> PATH_LOCALE=3D/tmp/install.DQDhLPed/locale make -f Makefile.inc1 >> INSTALL=3D"install -U -M /usr/obj/usr/src/amd64 >> .amd64/worldstage//METALOG -D /usr/obj/usr/src/amd64.amd64/worldstage"= >> MTREE_CMD=3D"mtree -W" __MAKE_SHELL=3D/tmp/install.DQDhLPed/sh -DNO_RO= OT >> METALOG=3D/usr/obj/usr/src/amd64.amd64/worldstage//METALOG restage; >> COMPILER_VERSION=3D40000 COMPIL >> ER_FEATURES=3Dc++11 COMPILER_TYPE=3Dclang COMPILER_FREEBSD_VERSION=3D= 1200006 >> MAKEOBJDIRPREFIX=3D/usr/obj MACHINE_ARCH=3Damd64 MACHINE=3Damd64 CP= UTYPE=3D >> CC=3D"cc -target x86_64-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/s= rc/tmp >> -B/usr/obj/usr/src/t >> mp/usr/bin" CXX=3D"c++ -target x86_64-unknown-freebsd12.0 >> --sysroot=3D/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin" CPP=3D= "cpp >> -target x86_64-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp >> -B/usr/obj/usr/src/tmp/usr/bin" AS=3D"as" >> AR=3D"ar" LD=3D"ld" LLVM_LINK=3D"" NM=3Dnm OBJCOPY=3D"objcopy" RANLI= B=3Dranlib >> STRINGS=3D SIZE=3D"size" >> PATH=3D/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legac= y/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/= usr/o >> bj/usr/src/tmp/usr/bin:/tmp/install.DQDhLPed >> LD_LIBRARY_PATH=3D/tmp/install.DQDhLPed >> PATH_LOCALE=3D/tmp/install.DQDhLPed/locale rm -rf /tmp/install.DQDhLPe= d >> sh: head: not found >> make[6]: "/usr/src/share/mk/bsd.linker.mk" line 42: Unable to determin= e >> linker type from LD=3Dld >> *** Error code 1 >> >> Stop. >> ----- >> >=20 > This should be fixd by r320249. Can you try again? >=20 Sorry no that did not fix 'make packages'. Interestingly this seems to be broken for CC already if SYSTEM_COMPILER is disabled. > ccache: error: Could not find compiler "cc" in PATH > bmake[6]: "/root/git/freebsd/share/mk/bsd.compiler.mk" line 145: Unable= to determine compiler type for CC=3D/usr/local/bin/ccache cc -target x86= _64-unknown-freebsd12.0 --sysroot=3D/usr/obj/root/git/freebsd/tmp -B/usr/= obj/root/git/freebsd/tmp/usr/bin. Consider setting COMPILER_TYPE. > *** Error code 1 >=20 > Stop. I'll fix both. --=20 Regards, Bryan Drewery --NPNRHhveGuk4rkMstS92PTKmKLh4hMof9-- --lnvqk2KAHaW20Txqa6MF0wm5TdOo6Mq6Q 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 iQEcBAEBAgAGBQJZTUJeAAoJEDXXcbtuRpfPFlcH/3Gkvp1K12W4KUtfqRaWfOtZ q0Sa+cbQd13gHZ/utdWk74r3LKjI2+jtUWbhonDSnDBew8i07JO/xgQw0U2cjHFE B6FOf++DAT5O0pLo0Bn84Pnb5QN0Obxzz56146qs/LKOobL+gawxAulDUaN5pdd+ zInsUhgqO7QXTyd3n3AuAJKp+dCcmDRpPIPOqAm77PWB0VD0h9bI/I9UFeUfJByS DZAK8Hftwh76W7iXafAbwR4GrnZzL9DWIWaEy8eyEteN+L820GliTxIGHch2Uh5b ISc+BTcyJxZ4s5wiifrMhenEQJLgYFWecjZ8ktZ6x/B6wIq2KOQrEAr5T0zVb6I= =2iWv -----END PGP SIGNATURE----- --lnvqk2KAHaW20Txqa6MF0wm5TdOo6Mq6Q-- From owner-freebsd-current@freebsd.org Fri Jun 23 16:34: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 E5EB6DA7C82 for ; Fri, 23 Jun 2017 16:34:02 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (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 B37BF669D2; Fri, 23 Jun 2017 16:34:02 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (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 C195F7DB2; Fri, 23 Jun 2017 16:34:01 +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 DB5482E91; Fri, 23 Jun 2017 16:34:00 +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 V6qUrj7AQEe8; Fri, 23 Jun 2017 16:33:49 +0000 (UTC) Subject: Re: [bsd.linker.mk] line 42: Unable to determine linker type from LD=ld DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com B0E352E8C From: Bryan Drewery To: Boris Samorodov , freebsd-current@FreeBSD.org References: Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <8beb5933-191d-cfef-eac0-614a78ec6771@FreeBSD.org> Date: Fri, 23 Jun 2017 09:33:51 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9jCl3bPNNobGTUcPqvbw55pfNEWtghl3A" 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, 23 Jun 2017 16:34:03 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --9jCl3bPNNobGTUcPqvbw55pfNEWtghl3A Content-Type: multipart/mixed; boundary="Af6Dpb5NEgO6ALi2UvJUNV20vmm2MgTHV"; protected-headers="v1" From: Bryan Drewery To: Boris Samorodov , freebsd-current@FreeBSD.org Message-ID: <8beb5933-191d-cfef-eac0-614a78ec6771@FreeBSD.org> Subject: Re: [bsd.linker.mk] line 42: Unable to determine linker type from LD=ld References: In-Reply-To: --Af6Dpb5NEgO6ALi2UvJUNV20vmm2MgTHV Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 6/23/2017 9:31 AM, Bryan Drewery wrote: > On 6/23/2017 8:45 AM, Bryan Drewery wrote: >> On 6/23/2017 7:19 AM, Boris Samorodov wrote: >>> Hi All, Bryan! >>> >>> Since bsd.linker.mk introduction I can't manage to create >>> FreeBSD base packages. The process stops at the very beginning: >>> ----- >>> --- packages --- >>> --- packages --- >>> make -C /usr/src PKG_VERSION=3D12.0.s20170623140202 real-packages >>> --- real-packages --- >>> --- stage-packages --- >>> mkdir -p /tmp/install.DQDhLPed >>> progs=3D$(for prog in [ awk cap_mkdb cat chflags chmod chown cmp cp = date >>> echo egrep find grep id install ln make mkdir mtree mv pwd_mkdb rm= >>> sed services_mkdb sh strip sysctl test true uname wc zic tzsetup >>> makewhatis; do if progpath=3D >>> `which $prog`; then echo $progpath; else echo "Required tool $prog= >>> not found in PATH." >&2; exit 1; fi; done); libs=3D$(ldd -f "%o %= p\n" >>> -f "%o %p\n" $progs 2>/dev/null | sort -u | while read line; do $li= ne; >>> if [ "$2 $3" !=3D "not >>> found" ]; then echo $2; else echo "Required library $1 not found."= >>>> &2; exit 1; fi; done); cp $libs $progs /tmp/install.DQDhLPed >>> cp -R ${PATH_LOCALE:-"/usr/share/locale"} /tmp/install.DQDhLPed/local= e >>> mkdir -p /usr/obj/usr/src/amd64.amd64/worldstage/ >>> echo "#mtree 2.0" > /usr/obj/usr/src/amd64.amd64/worldstage//METALOG >>> cd /usr/src; COMPILER_VERSION=3D40000 COMPILER_FEATURES=3Dc++11 >>> COMPILER_TYPE=3Dclang COMPILER_FREEBSD_VERSION=3D1200006 >>> MAKEOBJDIRPREFIX=3D/usr/obj MACHINE_ARCH=3Damd64 MACHINE=3Damd64 C= PUTYPE=3D >>> CC=3D"cc -target x86_64-unknown-freebsd12.0 --sysroo >>> t=3D/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin" CXX=3D"c++ = -target >>> x86_64-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp >>> -B/usr/obj/usr/src/tmp/usr/bin" CPP=3D"cpp -target >>> x86_64-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tm >>> p -B/usr/obj/usr/src/tmp/usr/bin" AS=3D"as" AR=3D"ar" LD=3D"ld" LLVM= _LINK=3D"" >>> NM=3Dnm OBJCOPY=3D"objcopy" RANLIB=3Dranlib STRINGS=3D SIZE=3D"size= " >>> PATH=3D/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/lega= cy/usr/bin:/usr/obj/usr/src/tmp/lega >>> cy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/tm= p/install.DQDhLPed >>> LD_LIBRARY_PATH=3D/tmp/install.DQDhLPed >>> PATH_LOCALE=3D/tmp/install.DQDhLPed/locale make -f Makefile.inc1 >>> INSTALL=3D"install -U -M /usr/obj/usr/src/amd64 >>> .amd64/worldstage//METALOG -D /usr/obj/usr/src/amd64.amd64/worldstage= " >>> MTREE_CMD=3D"mtree -W" __MAKE_SHELL=3D/tmp/install.DQDhLPed/sh -DNO_R= OOT >>> METALOG=3D/usr/obj/usr/src/amd64.amd64/worldstage//METALOG restage; >>> COMPILER_VERSION=3D40000 COMPIL >>> ER_FEATURES=3Dc++11 COMPILER_TYPE=3Dclang COMPILER_FREEBSD_VERSION=3D= 1200006 >>> MAKEOBJDIRPREFIX=3D/usr/obj MACHINE_ARCH=3Damd64 MACHINE=3Damd64 C= PUTYPE=3D >>> CC=3D"cc -target x86_64-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/= src/tmp >>> -B/usr/obj/usr/src/t >>> mp/usr/bin" CXX=3D"c++ -target x86_64-unknown-freebsd12.0 >>> --sysroot=3D/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin" CPP= =3D"cpp >>> -target x86_64-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp >>> -B/usr/obj/usr/src/tmp/usr/bin" AS=3D"as" >>> AR=3D"ar" LD=3D"ld" LLVM_LINK=3D"" NM=3Dnm OBJCOPY=3D"objcopy" RANL= IB=3Dranlib >>> STRINGS=3D SIZE=3D"size" >>> PATH=3D/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/lega= cy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:= /usr/o >>> bj/usr/src/tmp/usr/bin:/tmp/install.DQDhLPed >>> LD_LIBRARY_PATH=3D/tmp/install.DQDhLPed >>> PATH_LOCALE=3D/tmp/install.DQDhLPed/locale rm -rf /tmp/install.DQDhLP= ed >>> sh: head: not found >>> make[6]: "/usr/src/share/mk/bsd.linker.mk" line 42: Unable to determi= ne >>> linker type from LD=3Dld >>> *** Error code 1 >>> >>> Stop. >>> ----- >>> >> >> This should be fixd by r320249. Can you try again? >> >=20 > Sorry no that did not fix 'make packages'. >=20 > Interestingly this seems to be broken for CC already if SYSTEM_COMPILER= > is disabled. >=20 >> ccache: error: Could not find compiler "cc" in PATH >> bmake[6]: "/root/git/freebsd/share/mk/bsd.compiler.mk" line 145: Unabl= e to determine compiler type for CC=3D/usr/local/bin/ccache cc -target x8= 6_64-unknown-freebsd12.0 --sysroot=3D/usr/obj/root/git/freebsd/tmp -B/usr= /obj/root/git/freebsd/tmp/usr/bin. Consider setting COMPILER_TYPE. >> *** Error code 1 >> >> Stop. >=20 > I'll fix both. >=20 >=20 >=20 I spoke too soon, the above CC error is a contrived example. You would have to 'buildworld' on 1 system and 'packages' on a separate one to hit it, and have SYSTEM_COMPILER logic kickin on the 'buildworld' system. Like PR 212877. --=20 Regards, Bryan Drewery --Af6Dpb5NEgO6ALi2UvJUNV20vmm2MgTHV-- --9jCl3bPNNobGTUcPqvbw55pfNEWtghl3A 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 iQEcBAEBAgAGBQJZTULvAAoJEDXXcbtuRpfPgiYIAMfOEkZzf8iszLoG/nqUqySz Zgk14gMMeIjR7yj8ZyC5XokcyPZxqutZIcyenKleyhf55X+nsbOfrNcyDX6W3t6D 2Gw3rX/dJFZj2RYrGpAk61MxyuCrATIl8piIfw5P+PXU4l6gTW5EWb7fmIeDAazA LUmowOjOMbaePPJEydIitPeUc+8jDGwwfIm2EbUjfkh9MeqatqZJNatUu6QEg0/Q cX2N7M0LxrebivrSe2eDqSKd+z3JoHGslpwtmd31fTMPnrEklakFV4XBmbfX5ARG LtkhS3OQ+CNNGowvj9Pu2xz/utuZsnvC0SEhGuVvmtiwh9A2sLIFBsVeAOIgvU4= =0Kub -----END PGP SIGNATURE----- --9jCl3bPNNobGTUcPqvbw55pfNEWtghl3A-- From owner-freebsd-current@freebsd.org Fri Jun 23 16:43: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 27709DA807E for ; Fri, 23 Jun 2017 16:43:43 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wr0-x22c.google.com (mail-wr0-x22c.google.com [IPv6:2a00:1450:400c:c0c::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 B110167421; Fri, 23 Jun 2017 16:43:42 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-wr0-x22c.google.com with SMTP id c11so73051547wrc.3; Fri, 23 Jun 2017 09:43:42 -0700 (PDT) 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=oWRpfcS/qEByYPM/gyPGEGA0wAlwNQKw+KHkZtmAGXM=; b=qaKeFUL7iuOv/3E8z9h4gviI0Ml23kuHoB679BEu9YvHd+Y9zN8XRJC2OijGYS316N 10ZQj+afSeK7+GTqGZt6RNx5RVvLOEWYvlSsZmDrWn4jMLvsC/ABiLAe+Evc5MlKkmU9 jAFyWQR8Wx+mxf+LSr7rGwB+wb2DPo8G9zOrehmY98uCPaNzm8lpY5pBWYGwiYFCO6ZX zGncJ89stxqqsBT6e2IJkpc/6SEAmlmlT7XQISO0NdQetWi3QorEfRtLg/ipIxrVwiFt KSaRY1zz7nFoWA9ZLSlxGbeeo9iTOTSabEFDq18YxT4lzx0c8cyfmDF2mqRju2wsOGjQ 99JQ== 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=oWRpfcS/qEByYPM/gyPGEGA0wAlwNQKw+KHkZtmAGXM=; b=SH+DLhXjShrFw+AfEmldQyLqBj1+H9gwUJFGa3zPKvKdVnh5JxltQkQlYrOrV/pkeq C/458X+FI/Xq4QmaO43Yy7ZmCAgt2K6SiI4EnrRj7syVc2Ia06U6eBZQTmkSzpdsNTj/ 3Qv2qhzCFY0OcqkGSplxDMZZbYfdIfMvF00mPjTwkOiWJ1z2qW5vilqwfjrBns0l7Ttg 2pGQVrlwevXNEemtD3DrK5KDTCRJcrkfGhNr8f3MW/5OA8xDnVlVUxBZjLPPrgOo876f rnl62w6xGWOQ6fO4FteRSnrKTz9it1Xlq6Bmm0pp12IzCdH3jVaIeCHHDzLpxEdiP7t1 MB8g== X-Gm-Message-State: AKS2vOyycN/nzF0Johez2wli5P20SxNCfgw07CY4f4CcZ8ounr3IKVhh 7gzcMf68TjCZzBgXHiWB2XiLaM100/hT X-Received: by 10.223.152.34 with SMTP id v31mr6436009wrb.60.1498236220397; Fri, 23 Jun 2017 09:43:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.183.138 with HTTP; Fri, 23 Jun 2017 09:43:39 -0700 (PDT) In-Reply-To: <0e951324-7ec9-445d-06d0-64682cea6da4@FreeBSD.org> References: <1c1e5c6f-35e5-ca14-2e23-5e33d86a5266@FreeBSD.org> <0e951324-7ec9-445d-06d0-64682cea6da4@FreeBSD.org> From: Adrian Chadd Date: Fri, 23 Jun 2017 09:43:39 -0700 Message-ID: Subject: Re: Failover Mode Between Ethernet and Wireless Interfaces broken on >= 11 To: Renato Botelho Cc: Sean Bruno , 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: Fri, 23 Jun 2017 16:43:43 -0000 Hi, You can't change a wifi mac address /after the interface is up/. So if that's happening with this RC script combination then we should kinda fix that. -adrian From owner-freebsd-current@freebsd.org Fri Jun 23 16:44: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 908E3DA810C for ; Fri, 23 Jun 2017 16:44:19 +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 61DE66755E; Fri, 23 Jun 2017 16:44:19 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (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 7313F8554; Fri, 23 Jun 2017 16:44:18 +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 B1B692F43; Fri, 23 Jun 2017 16:44:17 +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 jDdbGSodqf0f; Fri, 23 Jun 2017 16:44:01 +0000 (UTC) Subject: Re: [bsd.linker.mk] line 42: Unable to determine linker type from LD=ld DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 4E21B2F3A To: Boris Samorodov , freebsd-current@FreeBSD.org References: From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: Date: Fri, 23 Jun 2017 09:44:03 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nXrlLP6wwMIDk8WNNnorXQk346q9p5NPv" 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, 23 Jun 2017 16:44:19 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --nXrlLP6wwMIDk8WNNnorXQk346q9p5NPv Content-Type: multipart/mixed; boundary="BItHTbjui9inGHkjgjgrJHX5gJLA7LTpd"; protected-headers="v1" From: Bryan Drewery To: Boris Samorodov , freebsd-current@FreeBSD.org Message-ID: Subject: Re: [bsd.linker.mk] line 42: Unable to determine linker type from LD=ld References: In-Reply-To: --BItHTbjui9inGHkjgjgrJHX5gJLA7LTpd Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 6/23/2017 7:19 AM, Boris Samorodov wrote: > Hi All, Bryan! >=20 > Since bsd.linker.mk introduction I can't manage to create > FreeBSD base packages. The process stops at the very beginning: > ----- > --- packages --- > --- packages --- > make -C /usr/src PKG_VERSION=3D12.0.s20170623140202 real-packages > --- real-packages --- > --- stage-packages --- > mkdir -p /tmp/install.DQDhLPed > progs=3D$(for prog in [ awk cap_mkdb cat chflags chmod chown cmp cp da= te > echo egrep find grep id install ln make mkdir mtree mv pwd_mkdb rm > sed services_mkdb sh strip sysctl test true uname wc zic tzsetup > makewhatis; do if progpath=3D > `which $prog`; then echo $progpath; else echo "Required tool $prog > not found in PATH." >&2; exit 1; fi; done); libs=3D$(ldd -f "%o %p\= n" > -f "%o %p\n" $progs 2>/dev/null | sort -u | while read line; do $line= ; > if [ "$2 $3" !=3D "not > found" ]; then echo $2; else echo "Required library $1 not found." >> &2; exit 1; fi; done); cp $libs $progs /tmp/install.DQDhLPed > cp -R ${PATH_LOCALE:-"/usr/share/locale"} /tmp/install.DQDhLPed/locale > mkdir -p /usr/obj/usr/src/amd64.amd64/worldstage/ > echo "#mtree 2.0" > /usr/obj/usr/src/amd64.amd64/worldstage//METALOG > cd /usr/src; COMPILER_VERSION=3D40000 COMPILER_FEATURES=3Dc++11 > COMPILER_TYPE=3Dclang COMPILER_FREEBSD_VERSION=3D1200006 > MAKEOBJDIRPREFIX=3D/usr/obj MACHINE_ARCH=3Damd64 MACHINE=3Damd64 CPU= TYPE=3D > CC=3D"cc -target x86_64-unknown-freebsd12.0 --sysroo > t=3D/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin" CXX=3D"c++ -t= arget > x86_64-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp > -B/usr/obj/usr/src/tmp/usr/bin" CPP=3D"cpp -target > x86_64-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tm > p -B/usr/obj/usr/src/tmp/usr/bin" AS=3D"as" AR=3D"ar" LD=3D"ld" LLVM_L= INK=3D"" > NM=3Dnm OBJCOPY=3D"objcopy" RANLIB=3Dranlib STRINGS=3D SIZE=3D"size" > PATH=3D/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy= /usr/bin:/usr/obj/usr/src/tmp/lega > cy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/tmp/= install.DQDhLPed > LD_LIBRARY_PATH=3D/tmp/install.DQDhLPed > PATH_LOCALE=3D/tmp/install.DQDhLPed/locale make -f Makefile.inc1 > INSTALL=3D"install -U -M /usr/obj/usr/src/amd64 > .amd64/worldstage//METALOG -D /usr/obj/usr/src/amd64.amd64/worldstage" > MTREE_CMD=3D"mtree -W" __MAKE_SHELL=3D/tmp/install.DQDhLPed/sh -DNO_ROO= T > METALOG=3D/usr/obj/usr/src/amd64.amd64/worldstage//METALOG restage; > COMPILER_VERSION=3D40000 COMPIL > ER_FEATURES=3Dc++11 COMPILER_TYPE=3Dclang COMPILER_FREEBSD_VERSION=3D= 1200006 > MAKEOBJDIRPREFIX=3D/usr/obj MACHINE_ARCH=3Damd64 MACHINE=3Damd64 CPU= TYPE=3D > CC=3D"cc -target x86_64-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/sr= c/tmp > -B/usr/obj/usr/src/t > mp/usr/bin" CXX=3D"c++ -target x86_64-unknown-freebsd12.0 > --sysroot=3D/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin" CPP=3D= "cpp > -target x86_64-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp > -B/usr/obj/usr/src/tmp/usr/bin" AS=3D"as" > AR=3D"ar" LD=3D"ld" LLVM_LINK=3D"" NM=3Dnm OBJCOPY=3D"objcopy" RANLIB= =3Dranlib > STRINGS=3D SIZE=3D"size" > PATH=3D/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy= /usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/u= sr/o > bj/usr/src/tmp/usr/bin:/tmp/install.DQDhLPed > LD_LIBRARY_PATH=3D/tmp/install.DQDhLPed > PATH_LOCALE=3D/tmp/install.DQDhLPed/locale rm -rf /tmp/install.DQDhLPed= > sh: head: not found > make[6]: "/usr/src/share/mk/bsd.linker.mk" line 42: Unable to determine= > linker type from LD=3Dld > *** Error code 1 >=20 > Stop. > ----- >=20 'make packages' is definitely fixed by r320274 now. --=20 Regards, Bryan Drewery --BItHTbjui9inGHkjgjgrJHX5gJLA7LTpd-- --nXrlLP6wwMIDk8WNNnorXQk346q9p5NPv 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 iQEcBAEBAgAGBQJZTUVTAAoJEDXXcbtuRpfP4r8H/29IGxxNB6ux+LkvBQIdQYed 6wnpohswyKiseGkDpcF7AyInHbMiL+fbFgXUvtSq6kDKPmJRVDU06D4V5wKpOMck iWEc9cMx+Vg2bG+RU8NNQzrHpHD87ojb/l81zbM2DgF11aI8r02qm1E8CLL/8lTj ByjIGxaVsohgzV1hkzOry4UU7Mk5gBRQBJKhQXr3uzFC6c4CRqXDcf1JKh7GRa/S O34cc812kw3uhjbaME5xpFeK89qB23bq/ZRAP3fRPxoIR2OPfymzsVKC5EZGisr4 ItJBEl3+no32vFYMkdvjMO+x4aYomY51kXx0ZgSZ9i3bJzx2S+8ZxVmni4Tc/v8= =fkl0 -----END PGP SIGNATURE----- --nXrlLP6wwMIDk8WNNnorXQk346q9p5NPv-- From owner-freebsd-current@freebsd.org Fri Jun 23 16:33:39 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 ADFD0DA7C64 for ; Fri, 23 Jun 2017 16:33:39 +0000 (UTC) (envelope-from mi+r29b@aldan.algebra.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 8E839669C7 for ; Fri, 23 Jun 2017 16:33:39 +0000 (UTC) (envelope-from mi+r29b@aldan.algebra.com) Received: by mailman.ysv.freebsd.org (Postfix) id 8ACF5DA7C63; Fri, 23 Jun 2017 16:33:39 +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 8A6D9DA7C62 for ; Fri, 23 Jun 2017 16:33:39 +0000 (UTC) (envelope-from mi+r29b@aldan.algebra.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 523F8669C5 for ; Fri, 23 Jun 2017 16:33:38 +0000 (UTC) (envelope-from mi+r29b@aldan.algebra.com) X_CMAE_Category: , , X-CNFS-Analysis: v=2.2 cv=Aa3zJDfG c=1 sm=1 tr=0 a=2ZyxD0Un1vyHw3hS6RhAvw==:117 a=2ZyxD0Un1vyHw3hS6RhAvw==:17 a=r77TgQKjGQsHNAKrUKIA:9 a=NlYJesNLw_eoDiPZKGcA:9 a=wPNLvfGTeEIA:10 a=VxmjJ2MpAAAA:8 a=6LxyRwkGpcH4RbxpOfkA:9 a=TSIDMhNxLc5Dy_Uy:21 a=_W_S_7VecoQA:10 a=7gXAzLPJhVmCkEl4_tsf:22 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: YW5hdEByY24uY29t Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.mail=mi+r29b@aldan.algebra.com; spf=neutral; sender-id=neutral Authentication-Results: smtp02.rcn.cmh.synacor.com header.from=mi+r29b@aldan.algebra.com; sender-id=neutral Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.user=anat; auth=pass (PLAIN) Received-SPF: neutral (smtp02.rcn.cmh.synacor.com: 38.125.162.34 is neither permitted nor denied by domain of aldan.algebra.com) Received: from [38.125.162.34] ([38.125.162.34:23408] helo=[10.10.20.47]) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.23.54417 r(Core:3.6.23.0)) with ESMTPA id 21/85-53214-BD24D495; Fri, 23 Jun 2017 12:33:31 -0400 Subject: Re: ipfilter fails to compile WITHOUT_INET6 To: Cy Schubert , Mark Johnston Cc: Hans Petter Selasky , current@FreeBSD.org References: <201706230120.v5N1Kcjx061570@slippy.cwsent.com> From: "Mikhail T." Message-ID: <16738440-df50-0e33-2a50-34007121298f@aldan.algebra.com> Date: Fri, 23 Jun 2017 12:33:31 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:49.0) Gecko/20100101 Firefox/49.0 SeaMonkey/2.46 MIME-Version: 1.0 In-Reply-To: <201706230120.v5N1Kcjx061570@slippy.cwsent.com> X-Mailman-Approved-At: Fri, 23 Jun 2017 16:54:43 +0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: Fri, 23 Jun 2017 16:33:39 -0000 On 22.06.2017 21:20, Cy Schubert wrote: > Can you try the attached patch please? Yes, replacing: -#ifdef AF_INET6 +#ifdef USE_INET6 lets the build succeed. Is it Ok to modify stuff under contrib/ though?.. -mi From owner-freebsd-current@freebsd.org Fri Jun 23 16:58:07 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 0C88EDA8435 for ; Fri, 23 Jun 2017 16:58:07 +0000 (UTC) (envelope-from oleg@theweb.org.ua) 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 8FB3567B97 for ; Fri, 23 Jun 2017 16:58:06 +0000 (UTC) (envelope-from oleg@theweb.org.ua) Received: from asus.theweb.org.ua ([10.0.8.4]) by oleg.opentransfer.com (8.15.2/8.15.2) with ESMTPS id v5NGnuMF084915 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Fri, 23 Jun 2017 19:49:59 +0300 (EEST) (envelope-from oleg@theweb.org.ua) 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 v5NGguQN016263 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Fri, 23 Jun 2017 19:42:56 +0300 (EEST) (envelope-from oleg@theweb.org.ua) Received: (from oleg@localhost) by asus.theweb.org.ua (8.15.2/8.15.2/Submit) id v5NGguaR016262 for freebsd-current@freebsd.org; Fri, 23 Jun 2017 19:42:56 +0300 (EEST) (envelope-from oleg@theweb.org.ua) X-Authentication-Warning: asus.theweb.org.ua: oleg set sender to oleg@theweb.org.ua using -f From: "Oleg V. Nauman" To: freebsd-current@freebsd.org Subject: HEAD/i386 r320212: three reproducible panics Date: Fri, 23 Jun 2017 19:42:55 +0300 Message-ID: <9394534.k5lyWsM15G@asus.theweb.org.ua> Organization: Private person User-Agent: KMail/4.14.10 (FreeBSD/12.0-CURRENT; KDE/4.14.30; 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: Fri, 23 Jun 2017 16:58:07 -0000 a) Panic on shutdown: Fatal trap 1: privileged instruction fault while in kernel mode cpuid = 1; apic id = 01 instruction pointer = 0x20:0xc6be2023 stack pointer = 0x28:0xe13c39f4 frame pointer = 0x28:0xe13c3a20 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 11 (swi1: netisr 0) trap number = 1 panic: privileged instruction fault cpuid = 1 time = 1498206262 Uptime: 6m19s The trace is: __curthread () at ./machine/pcpu.h:225 225 __asm("movl %%fs:%1,%0" : "=r" (td) (kgdb) #0 __curthread () at ./machine/pcpu.h:225 #1 doadump (textdump=-968633472) at ../../../kern/kern_shutdown.c:318 #2 0xc06e88c4 in kern_reboot (howto=) at ../../../kern/kern_shutdown.c:386 #3 0xc06e8c5b in vpanic (fmt=, ap=0xe13c3874 "}\334\235\300H\254 \306\001") at ../../../kern/kern_shutdown.c:779 #4 0xc06e8b1b in panic (fmt=0xc092e18e "%s") at ../../../kern/kern_shutdown.c:710 #5 0xc08eed21 in trap_fatal (frame=0xe13c39b4, eva=) at ../../../i386/i386/trap.c:978 #6 0xc08eea38 in trap (frame=) at ../../../i386/i386/trap.c:704 #7 #8 0xc6be2023 in ?? () #9 0xc082ed53 in tcp_do_segment (m=, th=, so=, tp=, drop_hdrlen=, tlen=, iptos=, ti_locked=) at ../../../netinet/tcp_input.c:2444 #10 0xc082c181 in tcp_input (mp=, offp=, proto=) at ../../../netinet/tcp_input.c:1191 #11 0xc0820878 in ip_input (m=0x0) at ../../../netinet/ip_input.c:823 #12 0xc07d5d0f in netisr_process_workstream_proto (nwsp=, proto=) at ../../../net/netisr.c:899 #13 swi_net (arg=) at ../../../net/netisr.c:946 #14 0xc06bb3c5 in intr_event_execute_handlers (p=0x109, ie=) at ../../../kern/kern_intr.c:1336 #15 0xc06bb5f0 in ithread_execute_handlers (ie=, p=) at ../../../kern/kern_intr.c:1349 #16 ithread_loop (arg=0xc60e6d00) at ../../../kern/kern_intr.c:1430 #17 0xc06b8a76 in fork_exit (callout=0xc06bb560 , arg=, frame=) at ../../../kern/kern_fork.c:1038 #18 (kgdb) b) Panic on accepting incoming SSH connection: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xa4c6f47f fault code = supervisor read, page not present instruction pointer = 0x20:0xc6bd0418 stack pointer = 0x28:0xea66b6a4 frame pointer = 0x28:0xea66b6d0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (ath0 taskq) trap number = 12 panic: page fault cpuid = 0 time = 1498233591 Uptime: 1m2s The trace is: __curthread () at ./machine/pcpu.h:225 225 __asm("movl %%fs:%1,%0" : "=r" (td) (kgdb) #0 __curthread () at ./machine/pcpu.h:225 #1 doadump (textdump=-968633856) at ../../../kern/kern_shutdown.c:318 #2 0xc06e88c4 in kern_reboot (howto=) at ../../../kern/kern_shutdown.c:386 #3 0xc06e8c5b in vpanic (fmt=, ap=0xea66b504 "\353\334\235\300H) at ../../../i386/i386/trap.c:978 #6 0xc08eee5d in trap_pfault (frame=0xea66b664, usermode=0, eva=) at ../../../i386/i386/trap.c:786 #7 0xc08ee48e in trap (frame=) at ../../../i386/i386/trap.c:512 #8 #9 0xc6bd0418 in ?? () #10 0xc082ed53 in tcp_do_segment (m=, th=, so=, tp=, drop_hdrlen=, tlen=, iptos=, ti_locked=) at ../../../netinet/tcp_input.c:2444 #11 0xc082c181 in tcp_input (mp=, offp=, proto=) at ../../../netinet/tcp_input.c:1191 #12 0xc0820878 in ip_input (m=0x0) at ../../../netinet/ip_input.c:823 #13 0xc07d55bb in netisr_dispatch_src (proto=, source=, m=0xc6bd0418) at ../../../net/netisr.c:1120 #14 0xc07d5880 in netisr_dispatch (proto=1, m=0xc6cc6000) at ../../../net/netisr.c:1211 #15 0xc07c7292 in ether_demux (ifp=0xc6860800, m=0x0) at ../../../net/if_ethersubr.c:848 #16 0xc07c7f20 in ether_input_internal (ifp=0xc6860800, m=0xc6bd0418) at ../../../net/if_ethersubr.c:637 #17 ether_nh_input (m=) at ../../../net/if_ethersubr.c:667 #18 0xc07d55bb in netisr_dispatch_src (proto=, source=, m=0xc6bd0418) at ../../../net/netisr.c:1120 #19 0xc07d5880 in netisr_dispatch (proto=5, m=0xc6cc6000) at ../../../net/netisr.c:1211 #20 0xc07c751a in ether_input (ifp=0xc6860800, m=0x0) at ../../../net/if_ethersubr.c:757 #21 0xc07efc2e in ieee80211_deliver_data (vap=0xc6a97000, ni=, m=0xc6cc6000) at ../../../net80211/ieee80211_input.c:291 #22 0xc08070e5 in sta_input (ni=, m=0xc6cc6000, rxs=, rssi=, nf=) at ../../../net80211/ieee80211_sta.c:891 #23 0xc07ef824 in ieee80211_input_mimo (ni=0x0, m=) at ../../../net80211/ieee80211_input.c:99 #24 0xc053439a in ath_rx_pkt (sc=, rs=, status=, tsf=, nf=, qtype=, bf=, m=) at ../../../dev/ath/if_ath_rx.c:950 #25 0xc05350f5 in ath_rx_proc (sc=0xc63f9000, resched=1) at ../../../dev/ath/if_ath_rx.c:1150 #26 0xc07359cc in taskqueue_run_locked (queue=0xc63d3b80) at ../../../kern/subr_taskqueue.c:454 #27 0xc07368b7 in taskqueue_thread_loop (arg=0xc63ffee8) at ../../../kern/subr_taskqueue.c:746 #28 0xc06b8a76 in fork_exit (callout=0xc0736810 , arg=, frame=) at ../../../kern/kern_fork.c:1038 #29 (kgdb) c) Panic on 'polkit-auth' application invocation: Fatal trap 10: trace trap while in kernel mode cpuid = 1; apic id = 01 instruction pointer = 0x20:0xc6bcda1b stack pointer = 0x28:0xefd5c8b8 frame pointer = 0x28:0xefd5c904 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, IOPL = 0 current process = 1646 (polkit-auth) trap number = 10 panic: trace trap cpuid = 1 time = 1498205821 Uptime: 2m1s The trace is: __curthread () at ./machine/pcpu.h:225 225 __asm("movl %%fs:%1,%0" : "=r" (td) (kgdb) #0 __curthread () at ./machine/pcpu.h:225 #1 doadump (textdump=-968633856) at ../../../kern/kern_shutdown.c:318 #2 0xc06e88c4 in kern_reboot (howto=) at ../../../kern/kern_shutdown.c:386 #3 0xc06e8c5b in vpanic (fmt=, ap=0xefd5c73c "\340\334\235\300\310\370\266\306\001") at ../../../kern/kern_shutdown.c:779 #4 0xc06e8b1b in panic (fmt=0xc092e18e "%s") at ../../../kern/kern_shutdown.c:710 #5 0xc08eed21 in trap_fatal (frame=0xefd5c878, eva=) at ../../../i386/i386/trap.c:978 #6 0xc08eea38 in trap (frame=) at ../../../i386/i386/trap.c:704 #7 #8 0xc6bcda1b in ?? () #9 0xc0770281 in unp_connect2 (so=, so2=, req=) at ../../../kern/uipc_usrreq.c:1497 #10 0xc076ff17 in unp_connectat (fd=, so=, nam=, td=) at ../../../kern/uipc_usrreq.c:1446 #11 0xc076d510 in unp_connect (so=0xc71c9400, nam=0xc662d500, td=) at ../../../kern/uipc_usrreq.c:1310 #12 uipc_connect (so=0xc71c9400, nam=0xc662d500, td=) at ../../../kern/uipc_usrreq.c:587 #13 0xc076a042 in kern_connectat (td=, dirfd=-100, fd=, sa=0xc662d500) at ../../../kern/uipc_syscalls.c:505 #14 0xc0769f49 in sys_connect (td=0xc6bcda18, uap=0xc6b6f988) at ../../../kern/uipc_syscalls.c:470 #15 0xc08ef679 in syscallenter (td=) at ../../../i386/i386/../../kern/subr_syscall.c:132 #16 syscall (frame=) at ../../../i386/i386/trap.c:1103 #17 #18 0x283a4747 in ?? () Backtrace stopped: Cannot access memory at address 0xbfbfe794 (kgdb) From owner-freebsd-current@freebsd.org Fri Jun 23 17:01:39 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 4FBD3DA8532 for ; Fri, 23 Jun 2017 17:01:39 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward12j.cmail.yandex.net (forward12j.cmail.yandex.net [IPv6:2a02:6b8:0:1630::b2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E740967DB5; Fri, 23 Jun 2017 17:01:38 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from smtp1m.mail.yandex.net (smtp1m.mail.yandex.net [IPv6:2a02:6b8:0:2519::121]) by forward12j.cmail.yandex.net (Yandex) with ESMTP id 7E05421203; Fri, 23 Jun 2017 20:01:36 +0300 (MSK) Received: from smtp1m.mail.yandex.net (localhost.localdomain [127.0.0.1]) by smtp1m.mail.yandex.net (Yandex) with ESMTP id 5E42C63C0EF2; Fri, 23 Jun 2017 20:01:34 +0300 (MSK) Received: by smtp1m.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id 5LHghwDdt2-1YkaX6RS; Fri, 23 Jun 2017 20:01:34 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passap.ru; s=mail; t=1498237294; bh=M01SLZofoJB31xyNFGuRpxUk53nUwxCrd7s93QGxLL4=; h=Subject:From:To:References:Message-ID:Date:In-Reply-To; b=VTCPvGFVMIdVLtHzW+K4ny1uZQKdtBTCh8Dqwkf7pGymVMq9vo1kuXIxkS6SjJaYa 9Ajs5wrxAO4qWWCAjxRXoBukMaMV/7e4FQ1/XBYkw3AbDC3UkZjgIvJYgNDCPpT6V0 C8zA5Xxb0br7M8SWbWlUbggt2H2INKHADevyOhTo= Authentication-Results: smtp1m.mail.yandex.net; dkim=pass header.i=@passap.ru X-Yandex-ForeignMX: US X-Yandex-Suid-Status: 1 0,1 0 Subject: Re: [bsd.linker.mk] line 42: Unable to determine linker type from LD=ld From: Boris Samorodov To: freebsd-current@FreeBSD.org, bdrewery@freebsd.org References: Message-ID: <0b1a0062-fe43-eed0-6356-8a22d07da28d@passap.ru> Date: Fri, 23 Jun 2017 20:01:34 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: ru-RU 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: Fri, 23 Jun 2017 17:01:39 -0000 23.06.2017 17:19, Boris Samorodov пишет: > Hi All, Bryan! > > Since bsd.linker.mk introduction I can't manage to create > FreeBSD base packages. The process stops at the very beginning: > ----- > --- packages --- > --- packages --- > make -C /usr/src PKG_VERSION=12.0.s20170623140202 real-packages > --- real-packages --- > --- stage-packages --- > mkdir -p /tmp/install.DQDhLPed > progs=$(for prog in [ awk cap_mkdb cat chflags chmod chown cmp cp date > echo egrep find grep id install ln make mkdir mtree mv pwd_mkdb rm > sed services_mkdb sh strip sysctl test true uname wc zic tzsetup > makewhatis; do if progpath= > `which $prog`; then echo $progpath; else echo "Required tool $prog > not found in PATH." >&2; exit 1; fi; done); libs=$(ldd -f "%o %p\n" > -f "%o %p\n" $progs 2>/dev/null | sort -u | while read line; do $line; > if [ "$2 $3" != "not > found" ]; then echo $2; else echo "Required library $1 not found." >> &2; exit 1; fi; done); cp $libs $progs /tmp/install.DQDhLPed > cp -R ${PATH_LOCALE:-"/usr/share/locale"} /tmp/install.DQDhLPed/locale > mkdir -p /usr/obj/usr/src/amd64.amd64/worldstage/ > echo "#mtree 2.0" > /usr/obj/usr/src/amd64.amd64/worldstage//METALOG > cd /usr/src; COMPILER_VERSION=40000 COMPILER_FEATURES=c++11 > COMPILER_TYPE=clang COMPILER_FREEBSD_VERSION=1200006 > MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=amd64 MACHINE=amd64 CPUTYPE= > CC="cc -target x86_64-unknown-freebsd12.0 --sysroo > t=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin" CXX="c++ -target > x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp > -B/usr/obj/usr/src/tmp/usr/bin" CPP="cpp -target > x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tm > p -B/usr/obj/usr/src/tmp/usr/bin" AS="as" AR="ar" LD="ld" LLVM_LINK="" > NM=nm OBJCOPY="objcopy" RANLIB=ranlib STRINGS= SIZE="size" > PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/lega > cy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/tmp/install.DQDhLPed > LD_LIBRARY_PATH=/tmp/install.DQDhLPed > PATH_LOCALE=/tmp/install.DQDhLPed/locale make -f Makefile.inc1 > INSTALL="install -U -M /usr/obj/usr/src/amd64 > .amd64/worldstage//METALOG -D /usr/obj/usr/src/amd64.amd64/worldstage" > MTREE_CMD="mtree -W" __MAKE_SHELL=/tmp/install.DQDhLPed/sh -DNO_ROOT > METALOG=/usr/obj/usr/src/amd64.amd64/worldstage//METALOG restage; > COMPILER_VERSION=40000 COMPIL > ER_FEATURES=c++11 COMPILER_TYPE=clang COMPILER_FREEBSD_VERSION=1200006 > MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=amd64 MACHINE=amd64 CPUTYPE= > CC="cc -target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp > -B/usr/obj/usr/src/t > mp/usr/bin" CXX="c++ -target x86_64-unknown-freebsd12.0 > --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin" CPP="cpp > -target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp > -B/usr/obj/usr/src/tmp/usr/bin" AS="as" > AR="ar" LD="ld" LLVM_LINK="" NM=nm OBJCOPY="objcopy" RANLIB=ranlib > STRINGS= SIZE="size" > PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/o > bj/usr/src/tmp/usr/bin:/tmp/install.DQDhLPed > LD_LIBRARY_PATH=/tmp/install.DQDhLPed > PATH_LOCALE=/tmp/install.DQDhLPed/locale rm -rf /tmp/install.DQDhLPed > sh: head: not found > make[6]: "/usr/src/share/mk/bsd.linker.mk" line 42: Unable to determine > linker type from LD=ld > *** Error code 1 > > Stop. > ----- > Yes! Awesome!! Thank you for quick reaction and the fix. -- WBR, bsam From owner-freebsd-current@freebsd.org Fri Jun 23 17:07:04 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 E063ADA8810 for ; Fri, 23 Jun 2017 17:07:04 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: from mail-qk0-x244.google.com (mail-qk0-x244.google.com [IPv6:2607:f8b0:400d:c09::244]) (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 95334682E7; Fri, 23 Jun 2017 17:07:04 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: by mail-qk0-x244.google.com with SMTP id r62so6948151qkf.3; Fri, 23 Jun 2017 10:07:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=Mg478iZ3Ws7C1Q1kPzyrMAm+9Qyl6GJeh3bHwdiElDs=; b=JOopdmLUr9pQzlVPwa/WpafQPQ5HpEL0kzv/Q1WmfLhlU/vvLhA6FvMtpDmQQCBOKo kIsvsCdBRcLD7CQv5+Kl5YvIzKLBg5TAygWaRC2rGNKDO9Or3B2ythg6NghnY03I0oIY i9dUYLcKzdM2gkXaEDxVp52FemJ0+zwEjNNFDk8Is/A4YUGUZCkSjO7Zt4p0stQHwpQG 1VoRqqGoBy5vuLaqglxNLH/iv4DRMVDsvdovdbdQyFgbz1G9OHoy+RAPHjvGnaEvhfMn aDAk+6GtjJd0efsz5A+cqLR10sMMFTv3xZM40rntajeu+WPhPKuy3XSA8QRJxOQiCmfb efRg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=Mg478iZ3Ws7C1Q1kPzyrMAm+9Qyl6GJeh3bHwdiElDs=; b=ZzlXQgUBkXS1R3fEJ5RDrNJ2+bnO+p+fnSF1bUuPIJYALRaMWzOuTZUAxqvUX1fcg8 ubg4D25vLUyjSzymrM6xyRWdgS5/DKrzrlCdenfD8JhTydukScWTovg2jk1B2WxSpISR 6Fj0DQ1STSiXx/xd1LQR6gnYsHB9vRA0JZK8Tz728Q3sEg/56eZkNqOqPPu89KM8SwlZ Sw/hk1SJ75jGyxVEZEQLAdfTOSAxZb10FNVtodeV6B4VjbAF858EskqJyzPlWDtXbUkc Vc5hI5v/KJktY9Nr2aaIQYub/Rgep9kW5Sp1N261B0EdrLEv1CfFwFShZd3msv+AvgYy inRQ== X-Gm-Message-State: AKS2vOxtJls1LxBnAPilATH/ug220S3U1spY1lkk4UENhK6mTtC8fz00 7TGSYPUUSLntw5zlAYE= X-Received: by 10.55.101.202 with SMTP id z193mr9677850qkb.28.1498237623591; Fri, 23 Jun 2017 10:07:03 -0700 (PDT) Received: from mbp-eth.home ([177.53.86.172]) by smtp.gmail.com with ESMTPSA id g6sm3544202qkb.33.2017.06.23.10.07.01 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 23 Jun 2017 10:07:02 -0700 (PDT) Sender: Renato Botelho Subject: Re: [RESOLVED] Failover Mode Between Ethernet and Wireless Interfaces broken on >= 11 To: Adrian Chadd Cc: Sean Bruno , freebsd-current References: <1c1e5c6f-35e5-ca14-2e23-5e33d86a5266@FreeBSD.org> <0e951324-7ec9-445d-06d0-64682cea6da4@FreeBSD.org> From: Renato Botelho Message-ID: Date: Fri, 23 Jun 2017 14:06:59 -0300 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US 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: Fri, 23 Jun 2017 17:07:05 -0000 On 23/06/17 13:43, Adrian Chadd wrote: > Hi, > > You can't change a wifi mac address /after the interface is up/. So if > that's happening with this RC script combination then we should kinda > fix that. OK, so in the end I managed to make it work without any kernel change. This is how rc.conf look like, as pointed out by András Krasznai. ifconfig_em0="up" wlans_iwn0="wlan0" ifconfig_wlan0="WPA" create_args_wlan0="wlanaddr 3c:97:0e:48:3f:f8" cloned_interfaces="lagg0" ifconfig_lagg0="up laggproto failover laggport em0 laggport wlan0 DHCP" So now the only remaining issue is related to docs. lagg(4) manpage example and Handbook must be fixed Thank you all for the help -- Renato Botelho From owner-freebsd-current@freebsd.org Fri Jun 23 18:00: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 5146BD867AE for ; Fri, 23 Jun 2017 18:00:48 +0000 (UTC) (envelope-from guyyur@gmail.com) Received: from mail-wr0-x22a.google.com (mail-wr0-x22a.google.com [IPv6:2a00:1450:400c:c0c::22a]) (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 DF99F6E0F1; Fri, 23 Jun 2017 18:00:47 +0000 (UTC) (envelope-from guyyur@gmail.com) Received: by mail-wr0-x22a.google.com with SMTP id r103so75769336wrb.0; Fri, 23 Jun 2017 11:00:47 -0700 (PDT) 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=0lQE8D7gLliQMC/9n0/ZogM1ZETGLp10m/kcmjem0ao=; b=PFK+QT4dbQSnNC59sxUK6ZW2aOKCAJ6fuqDHP9B1m4y9JvZuAPK3mwe0Iws6hTP3k8 //SHtgy4NBk3HjlrCuIcHLYoTmcQejx3sK4XRiI8K4Ua2vGDm7l1w5NzUzOBBbTY1rvV sAcaO+Kty6OTZabHYGGNcWbdwt2TaPW11vfMtYk9kTq85pnwu8n0DzvePvcA3Az9rUB6 /WwMGrnQRsdiyfePsyh9Z0prWgb6H2+fI8TBttlv+gnzNhBmRbuLhzc8nB2tp6Fop9v5 nPpK7ha4bd/alowfTVsBunAqMvX/oo17rIETLgAblErhw8YxvBPMU42NMJHWED++s7Iq G9PA== 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=0lQE8D7gLliQMC/9n0/ZogM1ZETGLp10m/kcmjem0ao=; b=NjbfDwRKiSC1QsPgPPFrBtM/ti5/uOL12xg0LMRwnsA2Y/7VJnr/QzXTopealOLQuY YXXO0cDRFeVU7T89PZltwsv75FAd6MIC1zTJWQLb0ICeRXQpnN+3Oj719ZelwrnzkwdJ cNxu7RHVkRKJ424C7W+nn1+M2ZlvKg83DZFStopPXis3l6jaVG0TtMTK6XjnbDUAmF7u PYobfuFZirkTrFlBzJSqauV/guk0BRcsNAOn4OCJlkFajhifPsv/ytTWpSzQkqaZwPiC JYedKn8vtsUNtwIcDdxD6csVTY8qVVSNxkx0yg56c7mVXU/Cdv34A4DrpJiWl2/YcTDt 820g== X-Gm-Message-State: AKS2vOwHczh/jYGhguFAfbNSyLxiATzGEqx4pVtiNWmLIdrmp/yD3WPT diq5H4gI3zSz/KpV6YlSglJSquE0o7tVewQ= X-Received: by 10.28.1.8 with SMTP id 8mr1889069wmb.88.1498240845458; Fri, 23 Jun 2017 11:00:45 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.164.129 with HTTP; Fri, 23 Jun 2017 11:00:44 -0700 (PDT) From: Guy Yur Date: Fri, 23 Jun 2017 21:00:44 +0300 Message-ID: Subject: compiler-metadata.mk for main arch deleted when crossbuilding To: bdrewery@freebsd.org, 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: Fri, 23 Jun 2017 18:00:48 -0000 Hi Bryan, I use a script for building both amd64 and armv6 on an amd64 machine. Basically, export TARGET=amd64 TARGET_ARCH=amd64 make -j2 -DNO_CLEAN buildworld export TARGET=arm TARGET_ARCH=armv6 make -j2 -DNO_CLEAN buildworld The amd64 build creates /usr/obj/usr/src/compiler-metadata.mk The armv6 build deletes it and creates /usr/obj/arm.armv6/usr/src/compiler-metadata.mk If I rebuild just amd64 I get /usr/obj/usr/src/compiler-metadata.mk again. Does _cross-tools target's "@rm -f ${.OBJDIR}/compiler-metadata.mk" not respect TARGET and TARGET_ARCH? Thanks, Guy From owner-freebsd-current@freebsd.org Fri Jun 23 18:28:21 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 DA217D8731D for ; Fri, 23 Jun 2017 18:28:21 +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 AC6986F823; Fri, 23 Jun 2017 18:28:21 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (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 F1C1EA6BF; Fri, 23 Jun 2017 18:28:20 +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 22C837279; Fri, 23 Jun 2017 18:28: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 NskVX6GE6XmN; Fri, 23 Jun 2017 18:28:18 +0000 (UTC) Subject: Re: compiler-metadata.mk for main arch deleted when crossbuilding DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com B317C7273 To: Guy Yur , freebsd-current References: From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: Date: Fri, 23 Jun 2017 11:28:20 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jHSHnu3BGbdrg9xdjS9wba4SRBlNbFGSW" 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, 23 Jun 2017 18:28:21 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --jHSHnu3BGbdrg9xdjS9wba4SRBlNbFGSW Content-Type: multipart/mixed; boundary="3og1IrrA8vQDmhI6F5TVa2mjfcBo0h3Lx"; protected-headers="v1" From: Bryan Drewery To: Guy Yur , freebsd-current Message-ID: Subject: Re: compiler-metadata.mk for main arch deleted when crossbuilding References: In-Reply-To: --3og1IrrA8vQDmhI6F5TVa2mjfcBo0h3Lx Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 6/23/2017 11:00 AM, Guy Yur wrote: > Hi Bryan, >=20 > I use a script for building both amd64 and armv6 on an amd64 machine. > Basically, > export TARGET=3Damd64 TARGET_ARCH=3Damd64 > make -j2 -DNO_CLEAN buildworld > export TARGET=3Darm TARGET_ARCH=3Darmv6 > make -j2 -DNO_CLEAN buildworld >=20 > The amd64 build creates /usr/obj/usr/src/compiler-metadata.mk > The armv6 build deletes it and creates > /usr/obj/arm.armv6/usr/src/compiler-metadata.mk >=20 > If I rebuild just amd64 I get /usr/obj/usr/src/compiler-metadata.mk aga= in. >=20 > Does _cross-tools target's "@rm -f ${.OBJDIR}/compiler-metadata.mk" > not respect TARGET and TARGET_ARCH? >=20 Yes, it is fixed now in r320286. Thanks for the report! --=20 Regards, Bryan Drewery --3og1IrrA8vQDmhI6F5TVa2mjfcBo0h3Lx-- --jHSHnu3BGbdrg9xdjS9wba4SRBlNbFGSW 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 iQEcBAEBAgAGBQJZTV3EAAoJEDXXcbtuRpfP/zYIAN4J7blrLYv1l9uLgKuR3VDK 9Tn4SUbAl6cNPE+RYYC4LFgqNJkiQ8VeGDARyyrg4iaxXmZhysBaxURM7AgAC/X9 56ebXAWV6zgQG7XyzGqmBuc6bB+VIuyvAztZAxDha0Cnew8HOlCioQvQABIgNwfe 8RjTC8mvoq3xc4W+Jo9t7fDXJ1balN3zHTzGNtQ695AJVURrpcBYwhQ0Y/hNOVNi fZYG653FpSBbUyusl63/BWb3zpv9y/sGe2D1G23kHnEv25dRuBrBkyzugLUV7eTx xngtp6yJyVrJOvzV9ESYZJn2SyZri/nmRV0xix508z2Ln7IT+7qY0OXuApCOE3Y= =WtCx -----END PGP SIGNATURE----- --jHSHnu3BGbdrg9xdjS9wba4SRBlNbFGSW-- From owner-freebsd-current@freebsd.org Fri Jun 23 18:50: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 D7C8ED878A3 for ; Fri, 23 Jun 2017 18:50: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 A908B704BC; Fri, 23 Jun 2017 18:50:47 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (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 DBEDAAD7C; Fri, 23 Jun 2017 18:50: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 A321072E0; Fri, 23 Jun 2017 18:50:45 +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 rPQ8hN-Dbmao; Fri, 23 Jun 2017 18:50:43 +0000 (UTC) Subject: Re: compiler-metadata.mk for main arch deleted when crossbuilding DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 2ED4472DB From: Bryan Drewery To: Guy Yur , freebsd-current References: Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <1f9b8754-d6bd-8754-9083-bf1408a0d2ad@FreeBSD.org> Date: Fri, 23 Jun 2017 11:50:45 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NiVghvh96tMMOtjAjRM2wbJvjLcVJICBd" 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, 23 Jun 2017 18:50:47 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --NiVghvh96tMMOtjAjRM2wbJvjLcVJICBd Content-Type: multipart/mixed; boundary="pL4AGH7qoajPw9VevNVpLEvauMmQ21gFk"; protected-headers="v1" From: Bryan Drewery To: Guy Yur , freebsd-current Message-ID: <1f9b8754-d6bd-8754-9083-bf1408a0d2ad@FreeBSD.org> Subject: Re: compiler-metadata.mk for main arch deleted when crossbuilding References: In-Reply-To: --pL4AGH7qoajPw9VevNVpLEvauMmQ21gFk Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 6/23/2017 11:28 AM, Bryan Drewery wrote: > On 6/23/2017 11:00 AM, Guy Yur wrote: >> Hi Bryan, >> >> I use a script for building both amd64 and armv6 on an amd64 machine. >> Basically, >> export TARGET=3Damd64 TARGET_ARCH=3Damd64 >> make -j2 -DNO_CLEAN buildworld >> export TARGET=3Darm TARGET_ARCH=3Darmv6 >> make -j2 -DNO_CLEAN buildworld >> >> The amd64 build creates /usr/obj/usr/src/compiler-metadata.mk >> The armv6 build deletes it and creates >> /usr/obj/arm.armv6/usr/src/compiler-metadata.mk >> >> If I rebuild just amd64 I get /usr/obj/usr/src/compiler-metadata.mk ag= ain. >> >> Does _cross-tools target's "@rm -f ${.OBJDIR}/compiler-metadata.mk" >> not respect TARGET and TARGET_ARCH? >> >=20 > Yes, it is fixed now in r320286. Thanks for the report! >=20 >=20 This may have been the reason release.sh failed earlier. Is release.sh still failing for you now? --=20 Regards, Bryan Drewery --pL4AGH7qoajPw9VevNVpLEvauMmQ21gFk-- --NiVghvh96tMMOtjAjRM2wbJvjLcVJICBd 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 iQEcBAEBAgAGBQJZTWMFAAoJEDXXcbtuRpfPVG4IANFZCFNUxAlLUHAzKfGcbhVV QPowkzLCFw58Jp93jI93kdexjv/ACkU5I7kUJZYjKJ2R6U1j300JORZdtafK8RPA A6lth1j4wde+8Isc3ecpv/w4pVCLofk+BEPh/6XKNlHnhR6qXsEL8mRKAwOsaUIr b58hrmZRuBlZG7EonWTTyZrsZdcosKV1OOlQUCclA9wabgk47irUrSfgXvSdvfcF H5r+iTnjSew37egArSl6t5XqsBJpUVXwqAYAEq6hnURjbmRpNObFPmEbYG7mmY+j QmlC3GAtbsCBhIiCzp/23SQlQT5GIH8KvomQ8sbNSyUv/8wWvBxyWWwt0YuEvD0= =oGjj -----END PGP SIGNATURE----- --NiVghvh96tMMOtjAjRM2wbJvjLcVJICBd-- From owner-freebsd-current@freebsd.org Fri Jun 23 22:35: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 A6DCFD8B8A1 for ; Fri, 23 Jun 2017 22:35:46 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 800C177243 for ; Fri, 23 Jun 2017 22:35:46 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 7C636D8B8A0; Fri, 23 Jun 2017 22:35:46 +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 7BFAED8B89F for ; Fri, 23 Jun 2017 22:35:46 +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 3B21677242; Fri, 23 Jun 2017 22:35:46 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (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 4DE5ADC94; Fri, 23 Jun 2017 22:35:45 +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 E28D07799; Fri, 23 Jun 2017 22:35:43 +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 q2t_tuVnfEt3; Fri, 23 Jun 2017 22:35:39 +0000 (UTC) Subject: Re: release.sh: sh: head: not found \n Unable to determine linker type from LD=ld DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 61BBF7794 To: Alastair Hogge , Guy Yur Cc: current@freebsd.org References: <1498221373.1658355.1018900488.31D8D037@webmail.messagingengine.com> <1498230867.1691089.1019164208.57204C85@webmail.messagingengine.com> From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <68e13298-7aa1-0795-151c-7ec0c750c3b6@FreeBSD.org> Date: Fri, 23 Jun 2017 15:35:21 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.0 MIME-Version: 1.0 In-Reply-To: <1498230867.1691089.1019164208.57204C85@webmail.messagingengine.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IQWq0Vs34bMRIBHAK50KdjDC2E7NMD1ab" 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, 23 Jun 2017 22:35:46 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --IQWq0Vs34bMRIBHAK50KdjDC2E7NMD1ab Content-Type: multipart/mixed; boundary="JrWc5G42PO0BqKNPLXnuTWCl789wb9CT3"; protected-headers="v1" From: Bryan Drewery To: Alastair Hogge , Guy Yur Cc: current@freebsd.org Message-ID: <68e13298-7aa1-0795-151c-7ec0c750c3b6@FreeBSD.org> Subject: Re: release.sh: sh: head: not found \n Unable to determine linker type from LD=ld References: <1498221373.1658355.1018900488.31D8D037@webmail.messagingengine.com> <1498230867.1691089.1019164208.57204C85@webmail.messagingengine.com> In-Reply-To: <1498230867.1691089.1019164208.57204C85@webmail.messagingengine.com> --JrWc5G42PO0BqKNPLXnuTWCl789wb9CT3 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 6/23/2017 8:14 AM, Alastair Hogge wrote: > On Fri, Jun 23, 2017, at 21:00, Guy Yur wrote: >> On 23 June 2017 at 15:36, Alastair Hogge wrote: >>> Hi, >>> >>> My 12.0-CURRENT r320259 host is unable to complete a release.sh build= of >>> a generic world: >>> >>> [...] >>> =3D/tmp/install.hb5C6cay PATH_LOCALE=3D/tmp/install.hb5C6cay/locale = rm -rf >>> /tmp/install.hb5C6cay >>> sh: head: not found >>> make[4]: "/usr/src/share/mk/bsd.linker.mk" line 42: Unable to determi= ne >>> linker type from LD=3Dld >>> *** Error code 1 >>> >>> ... >>> >>> To good health, >>> Alastair >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd= =2Eorg" >> >> Hi, >> >> I got the same error with r320258. >> Is it because "head" is not part of the bootstrap tools? >> >> I was able to continue by replacing "| head 1" with "| sed -n 1p" in >> _ld_version!=3D ${${ld}} --version 2>/dev/null | head -n 1 || echo n= one >> >> head is not in /tmp/install.RANDOMVALUES but sed is. >=20 > Great, that worked, thanks :-) >=20 My local release.sh build just finished on r320292 and I did not run into this issue. I believe it is fixed. Note that just replacing 'head' with 'sed' is not quite right as there should be no reason to be running ld at this point anyway. --=20 Regards, Bryan Drewery --JrWc5G42PO0BqKNPLXnuTWCl789wb9CT3-- --IQWq0Vs34bMRIBHAK50KdjDC2E7NMD1ab 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 iQEcBAEBAgAGBQJZTZepAAoJEDXXcbtuRpfPY3cIANQTcB9bO3DwHwrstmU6Mhfp eOu7qE2939w08hkOkDRJd/bz6Z4XIkoV6RBIMxrI61Xw4BL6AF/4ZsUKVoQC/Cfy ZK6oKTCSyC1tIDOjM9PzoSd+flPxlKJyXgwfS6OCpiWHrp+MmPQl4/hMTEOAbRRa XDEsYrG0N1wZo2qdhcSlGoNLOISOhchY4ZUlHHn9dE1I7fnU4Y2loGxz0NloA1hC 7IwGUtUpRc4HitdP7ie69SuLg3L0UaTmSnCVexvyY1iqg2t9xEr/rCTABbfd/XLk S4+eY6UoArhSFvo0D3azh1J8hHIOmClbqg5vVQBFigIBOYTAD++BTEGTO6nWx34= =g27A -----END PGP SIGNATURE----- --IQWq0Vs34bMRIBHAK50KdjDC2E7NMD1ab-- From owner-freebsd-current@freebsd.org Fri Jun 23 23:12: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 961ACD8C3FB for ; Fri, 23 Jun 2017 23:12:15 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from dnvrco-oedge-vip.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "dnvrco-oedge-vip.email.rr.com", Issuer "dnvrco-oedge-vip.email.rr.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 76D4F78482 for ; Fri, 23 Jun 2017 23:12:14 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from [74.134.208.22] ([74.134.208.22:23199] helo=localhost) by dnvrco-omsmta03 (envelope-from ) (ecelerity 3.6.9.48312 r(Core:3.6.9.0)) with ESMTP id 39/EE-01815-840AD495; Fri, 23 Jun 2017 23:12:08 +0000 Date: Fri, 23 Jun 2017 23:12:04 +0000 Message-ID: <39.EE.01815.840AD495@dnvrco-omsmta03> From: "Thomas Mueller" To: freebsd-current@freebsd.org Subject: Ports still broken by ino64? X-RR-Connecting-IP: 107.14.64.88:25 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, 23 Jun 2017 23:12:15 -0000 I remember some ports on FreeBSD-current were rendered nonbuildable by the introduction of 64-bit inodes (ino64). What is the progress on resolving those snags? I haven't heard anything recently and was unable to find anything on wiki.freebsd.org. So how do I know the current status? I am particularly concerned with gcc5-aux and gcc6-aux which should be of concern because ports-mgmt/synth requires gcc6-aux as a dependency. There was never a BROKEN in any of these ports' Makefile. Tom From owner-freebsd-current@freebsd.org Fri Jun 23 23:37: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 A7137D8C960 for ; Fri, 23 Jun 2017 23:37: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 6ACDD78CDD for ; Fri, 23 Jun 2017 23:37:11 +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-language:content-type:content-type:in-reply-to :mime-version:user-agent:date:date:message-id:from:from :references:subject:subject; s=201508; t=1498261028; bh=MVG/oaLI IGu0CQg/3heafOyBnv0p3DIMeig15pbDkcs=; b=OM1MGJJSihlR0ahAltrxqB/M sL3l3OleIb7eJFE38LM19gGNkS4NyYZyEPLf9oefU+slQD9BgesEtZpbp1jXcvov F1WYSRrNSHRU3s1GHR+6eTpL7UeSUxarxYlN0LRQ1unAIFZj5WQTIzgYOOcGeQ/R nuzYPNe7c2U/ccAsc+M= 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 CBD8234626 for ; Fri, 23 Jun 2017 19:37:08 -0400 (EDT) Subject: Re: HEAD/i386 r320212: three reproducible panics To: freebsd-current@freebsd.org References: <9394534.k5lyWsM15G@asus.theweb.org.ua> From: Michael Butler Message-ID: <6e4021b1-f188-0a77-1c4a-56d6316209f4@protected-networks.net> Date: Fri, 23 Jun 2017 19:37:06 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.0 MIME-Version: 1.0 In-Reply-To: <9394534.k5lyWsM15G@asus.theweb.org.ua> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US 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, 23 Jun 2017 23:37:11 -0000 On 06/23/17 12:42, Oleg V. Nauman wrote: > a) Panic on shutdown: > > > Fatal trap 1: privileged instruction fault while in kernel mode > cpuid = 1; apic id = 01 > instruction pointer = 0x20:0xc6be2023 > stack pointer = 0x28:0xe13c39f4 > frame pointer = 0x28:0xe13c3a20 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 11 (swi1: netisr 0) > trap number = 1 > panic: privileged instruction fault > cpuid = 1 > time = 1498206262 > Uptime: 6m19s I can't get my last remaining i386 to either finish booting or stay up long enough for the VPN to allow access (it's remote :-(). I'm stuck at SVN r319640. Crash dumps list a "double fault", "general protection fault" or "page fault" in kernel mode. Fortunately, it does get far enough to remove /boot/nextboot.conf so it does fall back to a working kernel .. imb From owner-freebsd-current@freebsd.org Sat Jun 24 00:33:08 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 DA766D8D7C5 for ; Sat, 24 Jun 2017 00:33:08 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wr0-x241.google.com (mail-wr0-x241.google.com [IPv6:2a00:1450:400c:c0c::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 6DC697A23D; Sat, 24 Jun 2017 00:33:08 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-wr0-x241.google.com with SMTP id z45so16247211wrb.2; Fri, 23 Jun 2017 17:33:08 -0700 (PDT) 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:content-transfer-encoding; bh=4x3C/+OvFkMQ6ELloDMLNA8TdGp0PQE+OSc69Djirw4=; b=k5DqwHKqoU+gojNnF62oT17F9etBNm0xcONiqaiZcgIQpAa0L4x8RdHETSuLRobgKw 7j+xKFsM3WRIfWvyYBnT4LkMOT6QaC3XD+KODyJXCiY098DqZzpoeS61cUGKAEVJmPUc Wf4GlIWOCAAiHnOQQKwRiVqtzrSEw90OLm0ESxGuGZDUug3gO2/PBNP1cO/lvOyekwFY 1XYfuVSd8pldImHfL0RsOZ6+f9S5eJx4Dyll+wEYvOsNwwemXfzN49NxwlcrKgKhVIx6 fs00DQ4/2fou7ap3SXvEbw1Tjj3dQcJKoYvV1m7Tv+NluFFgSKDrsY7+zIUJNpdmG0Za LLww== 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:content-transfer-encoding; bh=4x3C/+OvFkMQ6ELloDMLNA8TdGp0PQE+OSc69Djirw4=; b=TxfEcSa5jJhsbWTaF8tch7ulKgUvXB7CqqsDjrUE7kIhVqlXCIV23cGj8hGUhQbGHx apCmwmOvdDaUbKQW0ve2AFDrvJpbDXk1ShUKenbW6F2bNJoGMB50PUQD63hEElDx2hOG dxolIbX7bteVOenpJ1VRseUmmDJD04lvS8CGCSD5xsgdtp/aN2OkSbmI61rYQigCEB6h 6nVptb1tc4AP0OOhU9+kEbYIOkRpYsjbKHUb2ytqIohuE23qb2xOvPs8cnOM7ZhiH8OM Roq2oZ7Sn/KFM/Ok68WDnY3tAIjwcX7jRLFX2WY+vOJelBhAbHfk31akKjssew3OUwKI RoIQ== X-Gm-Message-State: AKS2vOyLgO1UyZ0l0QiObRG3n6lngFcI6RjKU3lFgNGymufGa6s5Ot1C 95sZeslrCh2e5LumGzfhNoGGw5ZR8lNv X-Received: by 10.223.134.117 with SMTP id 50mr7582422wrw.62.1498264386426; Fri, 23 Jun 2017 17:33:06 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.183.138 with HTTP; Fri, 23 Jun 2017 17:33:05 -0700 (PDT) In-Reply-To: References: <1c1e5c6f-35e5-ca14-2e23-5e33d86a5266@FreeBSD.org> <0e951324-7ec9-445d-06d0-64682cea6da4@FreeBSD.org> From: Adrian Chadd Date: Fri, 23 Jun 2017 17:33:05 -0700 Message-ID: Subject: Re: [RESOLVED] Failover Mode Between Ethernet and Wireless Interfaces broken on >= 11 To: Renato Botelho Cc: Sean Bruno , freebsd-current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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, 24 Jun 2017 00:33:08 -0000 hi! Thanks! Yes please let's update the handbook at least. -a On 23 June 2017 at 10:06, Renato Botelho wrote: > On 23/06/17 13:43, Adrian Chadd wrote: >> Hi, >> >> You can't change a wifi mac address /after the interface is up/. So if >> that's happening with this RC script combination then we should kinda >> fix that. > > OK, so in the end I managed to make it work without any kernel change. > This is how rc.conf look like, as pointed out by Andr=C3=A1s Krasznai. > > ifconfig_em0=3D"up" > wlans_iwn0=3D"wlan0" > ifconfig_wlan0=3D"WPA" > create_args_wlan0=3D"wlanaddr 3c:97:0e:48:3f:f8" > cloned_interfaces=3D"lagg0" > ifconfig_lagg0=3D"up laggproto failover laggport em0 laggport wlan0 DHCP" > > So now the only remaining issue is related to docs. lagg(4) manpage > example and Handbook must be fixed > > Thank you all for the help > -- > Renato Botelho From owner-freebsd-current@freebsd.org Sat Jun 24 01:28:21 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 43EB3D8EDD6 for ; Sat, 24 Jun 2017 01:28:21 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-pf0-x233.google.com (mail-pf0-x233.google.com [IPv6:2607:f8b0:400e:c00::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 1DDBE7B7D1 for ; Sat, 24 Jun 2017 01:28:21 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-pf0-x233.google.com with SMTP id e7so30552302pfk.0 for ; Fri, 23 Jun 2017 18:28:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=QUstjoplxz5hu3swlQN+nS4x2t4AHEH01O2cl2qIFPU=; b=ipuWfkXBdLbrEfBF0/lYAKINJt2ddvi+k/y8zvBTaIYaMU0bINF8kd7HFbDJHbCBdd ODoq49PEtOOa1OauvG1PIDP8H3G3o+ivMHcIiepZ0OSR4PwIsUIXaRmd3iGU1nUv7H+5 ojPuzy4COqqeRRE/2iYBAI+Cz3g1fkNkxkhnqJLyjztfYeqtDIbylPbI9OeMQj+kwFta dZ1kXtFqYtRO5ZQ7Z8/9f/iQ+lT2zaByHTbnqLmhN906LsoQXWCHQhWoOCywsGcYqoZ6 nMlioaA0qRVpiHIOsYiRQLStJLfKVZV7UhT+if/btbkFzvaqumjx+MaeckUWcLbpdl6w YNEQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=QUstjoplxz5hu3swlQN+nS4x2t4AHEH01O2cl2qIFPU=; b=hvpEK8cjY47izh9wPbX/4wtKV5SYMteqorNn/8H49uJD23hXm1DHseKfEY/984Wodk BrNGzaEZvO58DojeQgCrd/a3FrHiupUuZ3h5wbi3VxNWPYwEehBL4svevrEaj94dN04/ iuSLfLJ128bCAOH3FTfs7bOHoki0yQOtPRzMVHbAMd7Hn8Q6GV3YRvd+z8wFiBjxUi88 PbdK6BXQIsSf1qb2mIp/3Iznz2VAnib1n3SrJHcizNl0A1SH0XLS0kOIrktcldcFVldr JsvKL0214P2go4lkBsHlz5RATbfAl48jtHqsNy+OUbPKeMEaP4RLB7e93HMy30C3aVDT R+yg== X-Gm-Message-State: AKS2vOwz+4NadUyCrSA0jH+fB4vY5cwJLfhnb4drPjbeoAZj0rbVy2WW H3cWbR3ZSW84gH5Httd+ZvTmsRsKJXaVm8k= X-Received: by 10.99.113.11 with SMTP id m11mr10767509pgc.45.1498267700409; Fri, 23 Jun 2017 18:28:20 -0700 (PDT) MIME-Version: 1.0 Sender: kob6558@gmail.com Received: by 10.100.140.202 with HTTP; Fri, 23 Jun 2017 18:28:19 -0700 (PDT) In-Reply-To: <39.EE.01815.840AD495@dnvrco-omsmta03> References: <39.EE.01815.840AD495@dnvrco-omsmta03> From: Kevin Oberman Date: Fri, 23 Jun 2017 18:28:19 -0700 X-Google-Sender-Auth: IXj1r-kFLtqyfWtvRPPBhsKLtjU Message-ID: Subject: Re: Ports still broken by ino64? To: Thomas Mueller 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: Sat, 24 Jun 2017 01:28:21 -0000 On Fri, Jun 23, 2017 at 4:12 PM, Thomas Mueller wrote: > I remember some ports on FreeBSD-current were rendered nonbuildable by the > introduction of 64-bit inodes (ino64). > > What is the progress on resolving those snags? > > I haven't heard anything recently and was unable to find anything on > wiki.freebsd.org. > > So how do I know the current status? > > I am particularly concerned with gcc5-aux and gcc6-aux which should be of > concern because ports-mgmt/synth requires gcc6-aux as a dependency. > > There was never a BROKEN in any of these ports' Makefile. > > Tom > IIRC, there was no general issue with building ports, though a few may have needed a fix. It was that packages built after the change were not available and older binaries would not work. I believe that the issue went away as soon as a new package build was completed. This took longer than usual as ALL packages had to be re-built, not just those which had been updated since the last build. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-current@freebsd.org Sat Jun 24 03:20: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 8D139D94440 for ; Sat, 24 Jun 2017 03:20:06 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from dnvrco-oedge-vip.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "dnvrco-oedge-vip.email.rr.com", Issuer "dnvrco-oedge-vip.email.rr.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6D2EB7F8DE for ; Sat, 24 Jun 2017 03:20:05 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from [74.134.208.22] ([74.134.208.22:20995] helo=localhost) by dnvrco-omsmta02 (envelope-from ) (ecelerity 3.6.9.48312 r(Core:3.6.9.0)) with ESMTP id 78/25-03057-F5ADD495; Sat, 24 Jun 2017 03:19:59 +0000 Date: Sat, 24 Jun 2017 03:19:50 +0000 Message-ID: <78.25.03057.F5ADD495@dnvrco-omsmta02> From: "Thomas Mueller" To: freebsd-current@freebsd.org Subject: Re: Ports still broken by ino64? X-RR-Connecting-IP: 107.14.64.7:25 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, 24 Jun 2017 03:20:06 -0000 On Fri, Jun 23, 2017 at 4:12 PM, Thomas Mueller wrote: > > I remember some ports on FreeBSD-current were rendered nonbuildable by the > > introduction of 64-bit inodes (ino64). > > What is the progress on resolving those snags? > > I haven't heard anything recently and was unable to find anything on > > wiki.freebsd.org. > > So how do I know the current status? > > I am particularly concerned with gcc5-aux and gcc6-aux which should be of > > concern because ports-mgmt/synth requires gcc6-aux as a dependency. > > There was never a BROKEN in any of these ports' Makefile. > Tom > IIRC, there was no general issue with building ports, though a few may have > needed a fix. It was that packages built after the change were not > available and older binaries would not work. I believe that the issue went > away as soon as a new package build was completed. This took longer than > usual as ALL packages had to be re-built, not just those which had been > updated since the last build. > Kevin Oberman, Part time kid herder and retired Network Engineer So I guess I could update my FreeBSD-current installation, building from 11-stable host, and try again to build synth? But all the dependencies that build successfully and installed before the system crash would have to be rebuilt from the start. It will take some time before I get to it, with an 11.1-BETA2 installation being built up and some NetBSD installations being updated (not easy, problems are such as to dissuade me from tryimg to use pkgsrc on FreeBSD). I know that any old FreeBSD-current installation from January 2016 or August 2015 must not be touched lest all or nearly all packages be rendered nonfunctional due to shared libraries out of sync, not to mention ino64. Upgrade after FreeBSD 11.1-STABLE/BETA2 installation is built up and ready to take over. One thing that might put rebuilding FreeBSD-current to a higher priority would be an update to $SRC_BASE/sys/dev/re/if_re.c Tom From owner-freebsd-current@freebsd.org Sat Jun 24 03:31: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 9308BD94E59 for ; Sat, 24 Jun 2017 03:31:52 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 7502A80388 for ; Sat, 24 Jun 2017 03:31:52 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: by mailman.ysv.freebsd.org (Postfix) id 744D3D94E58; Sat, 24 Jun 2017 03:31:52 +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 7405AD94E57 for ; Sat, 24 Jun 2017 03:31:52 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.138]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3D93280387; Sat, 24 Jun 2017 03:31:51 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id ObnSdl8NLeQWUObnUdTJCr; Fri, 23 Jun 2017 21:31:45 -0600 X-Authority-Analysis: v=2.2 cv=UpATD64B c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=kj9zAlcOel0A:10 a=LWSFodeU3zMA:10 a=LaogzpLLAAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=Y6FgKWAw_WmsBP4cozcA:9 a=CjuIK1q_8ugA:10 a=CxfwaAJFGc7Mutynw3I8:22 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id BFDD413BA; Fri, 23 Jun 2017 20:31:42 -0700 (PDT) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id v5O3UPD8084548; Fri, 23 Jun 2017 20:30:26 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201706240330.v5O3UPD8084548@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: "Mikhail T." cc: Cy Schubert , Mark Johnston , Hans Petter Selasky , current@FreeBSD.org Subject: Re: ipfilter fails to compile WITHOUT_INET6 In-Reply-To: Message from "Mikhail T." of "Fri, 23 Jun 2017 12:33:31 -0400." <16738440-df50-0e33-2a50-34007121298f@aldan.algebra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 23 Jun 2017 20:30:25 -0700 X-CMAE-Envelope: MS4wfKIRVOW/Gg3/rDpHvKK4O+N6+2UjtlcclVimVAE5sTd8YS0TPn43s7WclsZfibR+2sq1GTqC4QlUVpGnla7tKbfaGBrsW9F7IThICJ/od9neFPFqdYhg TO22s3Z6vUl/r6AlKPWRDFLQB2FQD/Rl1pcll7/JKfwb4NqU5qdt4ss70fFMIf84FzgB1TuCQogDtrLF20EW0RdvGaPqST94FnoaZ/NErUmxf9kotG03SC4G HtPTtoHMJsylFZWm/AgbJ0+Go+TD40VZn1JcdUAbEbY= 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, 24 Jun 2017 03:31:52 -0000 In message <16738440-df50-0e33-2a50-34007121298f@aldan.algebra.com>, "Mikhail T ." writes: > This is a multi-part message in MIME format. > --------------DC959F413BFB254449706900 > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > Content-Transfer-Encoding: 7bit > > On 22.06.2017 21:20, Cy Schubert wrote: > > Can you try the attached patch please? > Yes, replacing: > > -#ifdef AF_INET6 > +#ifdef USE_INET6 > > lets the build succeed. Is it Ok to modify stuff under contrib/ though?.. Yes, I've already committed the patch and also to ipf_y.y in ../tools/. I'll be pushing these and a lot of other changes upline when I'm done. The work that has been done so far -- fixing bugs -- has also been shared with NetBSD. I've used some of NetBSD's ipfilter patches in our tree. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Sat Jun 24 04:08:42 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 EB225D96272; Sat, 24 Jun 2017 04:08:42 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-6.mit.edu (dmz-mailsec-scanner-6.mit.edu [18.7.68.35]) (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 85EE581611; Sat, 24 Jun 2017 04:08:42 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 12074423-b9dff70000003635-15-594de3c55592 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 dmz-mailsec-scanner-6.mit.edu (Symantec Messaging Gateway) with SMTP id 86.CD.13877.5C3ED495; Sat, 24 Jun 2017 00:00:06 -0400 (EDT) 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 v5O404Ng016266; Sat, 24 Jun 2017 00:00:04 -0400 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 v5O400tf019814 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 24 Jun 2017 00:00:03 -0400 Date: Fri, 23 Jun 2017 23:00:00 -0500 From: Benjamin Kaduk To: freebsd-hackers@FreeBSD.org Cc: freebsd-current@FreeBSD.org Subject: Second Call for 2017Q2 Quarterly Status Reports Message-ID: <20170624040000.GW39245@kduck.kaduk.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.7.1 (2016-10-04) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrLIsWRmVeSWpSXmKPExsUixCmqrHvssW+kweN/fBZz3nxgsti++R+j A5PHjE/zWQIYo7hsUlJzMstSi/TtErgyLr15wlowkbvi7NM7jA2MCzm7GDk4JARMJJ4cCehi 5OIQEljMJHFwdjc7hLORUaJnxWY2COcqk8Sm/k2MXYycHCwCqhJNK5+ygdhsAmoS61dcYwax RQTkJfY1vWcHsZmB7F9bm8BsYQELiW2rj4P18gJta3r0jB3CFpQ4OfMJC0S9lsSNfy+ZQC5i FpCWWP6PAyQsKqAs8ffwPZYJjHyzkHTMQtIxC6FjASPzKkbZlNwq3dzEzJzi1GTd4uTEvLzU Il0zvdzMEr3UlNJNjKBQY3dR3sH4ss/7EKMAB6MSD2+Gt2+kEGtiWXFl7iFGSQ4mJVHe2DM+ kUJ8SfkplRmJxRnxRaU5qcWHGCU4mJVEeA88ACrnTUmsrEotyodJSXOwKInzims0RggJpCeW pGanphakFsFkZTg4lCR4nzwCahQsSk1PrUjLzClBSDNxcIIM5wEazngZZHhxQWJucWY6RP4U o6KUOO+/h0AJAZBERmkeXC8oFUhk7695xSgO9IowbxLICh5gGoHrfgU0mAlo8Iw1PiCDSxIR UlINjLnickEGM99c4ct5vaf7YULwMourbkFbrsuqNfe9SZpT4RH5IWSf26kY89WHZugoJXz8 emrR4ubPnLGHQ9gPuUout7SVa/KuPvnWqae/bv8yx29SgSK39531zTVjq5opJy6uff3brPOX 2O9WLgo9djnP4vHyJbyec1/XXWooXRC/nmvaj797QpVYijMSDbWYi4oTAa7sz8LgAgAA 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, 24 Jun 2017 04:08:43 -0000 Dear FreeBSD Community, The deadline for the next FreeBSD Quarterly Status update is July 7, 2017, for work done in April through June. Status report submissions do not need to be very long. They may be about anything happening in the FreeBSD project and community, and provide a great way to inform FreeBSD users and developers about work that is underway and completed. Submission of reports is not restricted to committers; anyone doing anything interesting and FreeBSD related can -- and should -- write one! The preferred and easiest submission method is to use the XML generator [1] with the results emailed to the status report team at monthly@FreeBSD.org . (Do be sure, though, to save the form output and not the form itself!) There is also an XML template [2] that can be filled out manually and attached if preferred. For the expected content and style, please study our guidelines on how to write a good status report [3]. You can also review previous issues [4][5] for ideas on the style and format. We look forward to seeing your 2017 reports! Thanks, Ben (on behalf of monthly@) [1] https://www.FreeBSD.org/cgi/monthly.cgi [2] https://www.FreeBSD.org/news/status/report-sample.xml [3] https://www.FreeBSD.org/news/status/howto.html [4] https://www.FreeBSD.org/news/status/report-2017-01-2017-03.html [5] https://www.FreeBSD.org/news/status/report-2016-10-2016-12.html From owner-freebsd-current@freebsd.org Sat Jun 24 04:17:09 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 BD4A3D96731 for ; Sat, 24 Jun 2017 04:17:09 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-pg0-x22a.google.com (mail-pg0-x22a.google.com [IPv6:2607:f8b0:400e:c05::22a]) (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 8D41381E57 for ; Sat, 24 Jun 2017 04:17:09 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-pg0-x22a.google.com with SMTP id u62so28417245pgb.3 for ; Fri, 23 Jun 2017 21:17:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=aTbbmmD0qKVX397/7yIWNHo7wJ58vrGwW6Jx9boc0Aw=; b=b8qjh6IFX1TYrsBfRrtNFgEannxNZNmHysV7wkCLECsBYoo8o9uvrVJQ2GqE+tbeHZ EQNAIFNTiaXp4B0VGyUB31AwkdAgYQvW7u0sLH8qPcuWfgPGxE5fg+hirj0AC+5exOfI 8fci0PodhZGQuX536AZJdFG3GD5qbReHWqBU0CZ9bhUvhExembBzx2A1BFi4iM0HsAqQ KEvxxf0rKrf7PR4IkBOGDU5KmJTpIhOUUCjS590KRtJAnqUl4qNGRWSo3aHfd0GudxjL g2hu6mxKvLD7QCDRnz5/1LKH/IYTk9SHTUEfXeoyJ+kgZ+Xu3ncWqRxwU3wwQMTZRQ5K lLPw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=aTbbmmD0qKVX397/7yIWNHo7wJ58vrGwW6Jx9boc0Aw=; b=qOiGetDqN8sxIlApY72WjHfvNGRkSvMdVKlVxBNQiFH+1y2VC3FUWQWYnA+1D7NcnT FVuSuhqVnip4ShA0CDlC6yGcLrke3p0vvg4vUKuwZFxRboma2NouTzY4Vx2w1gizN0Th 929GcyIzs/Yp6LDWjeCrAtZHIrPgHQ44xqyi76zJn/xIMwNEvM96eMu32tj4Tnf0/swq 4Ileox1uh3i87Gly5zJX+3ZHS9t4R8F1OxPP0J+lvoRemeMVZphF53/yjR7KoVpQvvAJ 6W3+hNvWn+E9/JutGXZU753tjYUgj82TbC7WvXOLva7o/YCtDF7+N9YfLxKpvNuk8pNZ MeOg== X-Gm-Message-State: AKS2vOx4tTaKB7/VoL1lZqM03CvZt5zl6GZXJWCff/v+uPuXPFABY2kb o0hhn8sI1GGk9aIcWlbxJDbCeENtpo1x4GE= X-Received: by 10.98.68.2 with SMTP id r2mr11608590pfa.190.1498277829149; Fri, 23 Jun 2017 21:17:09 -0700 (PDT) MIME-Version: 1.0 Sender: kob6558@gmail.com Received: by 10.100.140.202 with HTTP; Fri, 23 Jun 2017 21:17:08 -0700 (PDT) In-Reply-To: <78.25.03057.F5ADD495@dnvrco-omsmta02> References: <78.25.03057.F5ADD495@dnvrco-omsmta02> From: Kevin Oberman Date: Fri, 23 Jun 2017 21:17:08 -0700 X-Google-Sender-Auth: FGfJ3eWU8RRLxci6pYQiZdSP6Bk Message-ID: Subject: Re: Ports still broken by ino64? To: Thomas Mueller 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: Sat, 24 Jun 2017 04:17:09 -0000 On Fri, Jun 23, 2017 at 8:19 PM, Thomas Mueller wrote: > On Fri, Jun 23, 2017 at 4:12 PM, Thomas Mueller > wrote: > > > > I remember some ports on FreeBSD-current were rendered nonbuildable by > the > > > introduction of 64-bit inodes (ino64). > > > > What is the progress on resolving those snags? > > > > I haven't heard anything recently and was unable to find anything on > > > wiki.freebsd.org. > > > > So how do I know the current status? > > > > I am particularly concerned with gcc5-aux and gcc6-aux which should be > of > > > concern because ports-mgmt/synth requires gcc6-aux as a dependency. > > > > There was never a BROKEN in any of these ports' Makefile. > > > Tom > > > > IIRC, there was no general issue with building ports, though a few may > have > > needed a fix. It was that packages built after the change were not > > available and older binaries would not work. I believe that the issue > went > > away as soon as a new package build was completed. This took longer than > > usual as ALL packages had to be re-built, not just those which had been > > updated since the last build. > > > Kevin Oberman, Part time kid herder and retired Network Engineer > > So I guess I could update my FreeBSD-current installation, building from > 11-stable host, and try again to build synth? > > But all the dependencies that build successfully and installed before the > system crash would have to be rebuilt from the start. > > It will take some time before I get to it, with an 11.1-BETA2 installation > being built up and some NetBSD installations being updated (not easy, > problems are such as to dissuade me from tryimg to use pkgsrc on FreeBSD). > > I know that any old FreeBSD-current installation from January 2016 or > August 2015 must not be touched lest all or nearly all packages be rendered > nonfunctional due to shared libraries out of sync, not to mention ino64. > > Upgrade after FreeBSD 11.1-STABLE/BETA2 installation is built up and ready > to take over. > > One thing that might put rebuilding FreeBSD-current to a higher priority > would be an update to > $SRC_BASE/sys/dev/re/if_re.c > > Tom > Maybe not, but I think so. synth(8) requires the ada compiler which means lang/gcc6-aux or lang/gcc5-aux and those DID require work to install on ino64. I believe that this is now resolved, but I would seriously consider simply installing synth from the package. It has no run or lib depends, so installing the package is risk-free. synth is the only package I install on my development system,though I do consider installing chromium and libreoffice from packages now and then... like every time I have to rebuild either. (libreoffice is awaiting for a rebuild right now. Maybe tomorrow. I built Chromium yesterday.) -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-current@freebsd.org Sat Jun 24 04:23: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 812FFD96A81 for ; Sat, 24 Jun 2017 04:23:01 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-1.mit.edu (dmz-mailsec-scanner-1.mit.edu [18.9.25.12]) (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 E895182320; Sat, 24 Jun 2017 04:23:00 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 1209190c-0f5ff70000001227-cd-594de91bb5dd Received: from mailhub-auth-4.mit.edu ( [18.7.62.39]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-1.mit.edu (Symantec Messaging Gateway) with SMTP id 56.03.04647.B19ED495; Sat, 24 Jun 2017 00:22:52 -0400 (EDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-4.mit.edu (8.13.8/8.9.2) with ESMTP id v5O4Moha014392; Sat, 24 Jun 2017 00:22:50 -0400 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 v5O4MjoF024310 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 24 Jun 2017 00:22:48 -0400 Date: Fri, 23 Jun 2017 23:22:46 -0500 From: Benjamin Kaduk To: Adrian Chadd Cc: Renato Botelho , Sean Bruno , freebsd-current Subject: Re: [RESOLVED] Failover Mode Between Ethernet and Wireless Interfaces broken on >= 11 Message-ID: <20170624042246.GX39245@kduck.kaduk.org> References: <1c1e5c6f-35e5-ca14-2e23-5e33d86a5266@FreeBSD.org> <0e951324-7ec9-445d-06d0-64682cea6da4@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.7.1 (2016-10-04) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprJKsWRmVeSWpSXmKPExsUixG6nrivz0jfSYH4Tn8Xzj3wWc958YLJY dOk1o0VP7wlGBxaPGZ/ms3jsnHWXPYApissmJTUnsyy1SN8ugStj9tZmloL93BWPJl9kbWCc ydnFyMkhIWAi0b72BXMXIxeHkMBiJolbN9exQDgbGSXmz3wA5Vxlkpiz9Sg7SAuLgKrElo42 MJtNQE3i8d5mVhBbREBTYkXXKUYQm1mgXuLxzK1gNcICCRLXzyxkBrF5gdZt3L+ZHWLoayaJ t3uaoBKCEidnPmGBaNaR2Ln1DlsXIweQLS2x/B8HRFheonnrbLByToFAiYnTfjCB2KICyhJ/ D99jmcAoOAvJpFlIJs1CmDQLyaQFjCyrGGVTcqt0cxMzc4pTk3WLkxPz8lKLdA31cjNL9FJT SjcxgkKdU5JnB+OZN16HGAU4GJV4eDO8fSOFWBPLiitzDzFKcjApifLGnvGJFOJLyk+pzEgs zogvKs1JLT7EKMHBrCTCe+ABUDlvSmJlVWpRPkxKmoNFSZxXQqMxQkggPbEkNTs1tSC1CCYr w8GhJMEb8gKoUbAoNT21Ii0zpwQhzcTBCTKcB2g442WQ4cUFibnFmekQ+VOMuhx3+jZ8YRJi ycvPS5US5735HKhIAKQoozQPbg4oRUlk7695xSgO9JYwbz5IFQ8wvcFNegW0hAloyYw1PiBL ShIRUlINjA0rywK2BFj/5+qJm27KGPlh9iKm7yejF88rDFpYVX1/t7LP2XmSMZJ3fsUfsLli 2ONkIBOz/d1t359B8z5/7DAP5f/B/un/GcWZnIlL5v12Y/4xg2Gfc5PNlyQuNqv5B4R269aK lSZOZjj82vl1/W0rxopZtsxMnSGmqs9F4w5cPv/k+/R795VYijMSDbWYi4oTATBR5K8sAwAA 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, 24 Jun 2017 04:23:01 -0000 I fixed the rc.conf snippet in the handbook in r50399. I lost track of the rest of the thread as to what needs to be changed in the actual command examples in lagg.4 and/or the handbook, though. -Ben On Fri, Jun 23, 2017 at 05:33:05PM -0700, Adrian Chadd wrote: > hi! > > Thanks! Yes please let's update the handbook at least. > > > -a > > > On 23 June 2017 at 10:06, Renato Botelho wrote: > > On 23/06/17 13:43, Adrian Chadd wrote: > >> Hi, > >> > >> You can't change a wifi mac address /after the interface is up/. So if > >> that's happening with this RC script combination then we should kinda > >> fix that. > > > > OK, so in the end I managed to make it work without any kernel change. > > This is how rc.conf look like, as pointed out by András Krasznai. > > > > ifconfig_em0="up" > > wlans_iwn0="wlan0" > > ifconfig_wlan0="WPA" > > create_args_wlan0="wlanaddr 3c:97:0e:48:3f:f8" > > cloned_interfaces="lagg0" > > ifconfig_lagg0="up laggproto failover laggport em0 laggport wlan0 DHCP" > > > > So now the only remaining issue is related to docs. lagg(4) manpage > > example and Handbook must be fixed > > > > Thank you all for the help > > -- > > Renato Botelho > _______________________________________________ > 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 Sat Jun 24 06:03:05 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 4E289D98BAC for ; Sat, 24 Jun 2017 06:03:05 +0000 (UTC) (envelope-from guyyur@gmail.com) Received: from mail-wr0-x236.google.com (mail-wr0-x236.google.com [IPv6:2a00:1450:400c:c0c::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 D89CE84B6F; Sat, 24 Jun 2017 06:03:04 +0000 (UTC) (envelope-from guyyur@gmail.com) Received: by mail-wr0-x236.google.com with SMTP id k67so89179303wrc.2; Fri, 23 Jun 2017 23:03:04 -0700 (PDT) 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=h6JzfhuVFNNQtV70yCKEK0crvmwKTonLL2/p1HZpY1A=; b=dpX3XtbTquBs4qLUrBMwvEJR4vSr+0c4NnUXXhY631FAOdATO8JGYSAiYh8baD9UHh DcjK3FzSLB8+QnYFtnvEWZTJXvxZl68//Swqu+8JkA99gxFGK36DoGRd5zARrqv39KLg QC2kvpBACcYic4MDrKpbePE/pbdUXwnvr4X7s8PLJL/QOpjRqX0DpUScYlqtPhW3krtp 4M6bsT+cSHRt8hvw7u3GfwTQZrYQ4Hh1bEGq8uNGcp8QEwo35U00fUcG3Er4jRVV1WpU f8bBNGFGZYequirJWCnqbN1YULko2D+0LAVCLSVDj6jiCmGq9ms4k0FnQmOgIPAN7br5 trHw== 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=h6JzfhuVFNNQtV70yCKEK0crvmwKTonLL2/p1HZpY1A=; b=CXA9w/biLcNBFrpD+WO0xJ9Dc4Sfc2ymUYFCujO/mTrusrLL4/JoKDLzFG9xYVmGmy c1eV2cds1Xl43Uvmb1plTcxOfT6GwFgIxUI/GrCkw7kfJfc6ffJBj3c1lSJs4vNrf7HM UBtRganuw4CJruL9rfVd+r7y5dSF1mJjfshyaN/qzEA6f8glpAL/1HLvpsq+L8zyTWqL CDhlzYDucYTF84Go+jnbwtS/8GsxOOnq4HIPvAL3KJ4261zBBgIJKeaQkr74p/6YRF65 IYmwQ5QxRBMmEBMDuiA6yV+G4JCjrWvsMSh/0ykEHc4hoBmP9wsZeZAc9C4wloiggOOJ NqSg== X-Gm-Message-State: AKS2vOwIUjJm/QXJnq3rta3CdFxYCqEoddhWjQsb9ie5wTiEf5pT0lOR 5wE4msRRds+0S2LI5ZNqv7wCGXAvGMrLzz8= X-Received: by 10.223.154.74 with SMTP id z68mr8030504wrb.136.1498284182739; Fri, 23 Jun 2017 23:03:02 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.164.129 with HTTP; Fri, 23 Jun 2017 23:03:02 -0700 (PDT) In-Reply-To: <1f9b8754-d6bd-8754-9083-bf1408a0d2ad@FreeBSD.org> References: <1f9b8754-d6bd-8754-9083-bf1408a0d2ad@FreeBSD.org> From: Guy Yur Date: Sat, 24 Jun 2017 09:03:02 +0300 Message-ID: Subject: Re: compiler-metadata.mk for main arch deleted when crossbuilding To: Bryan Drewery 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: Sat, 24 Jun 2017 06:03:05 -0000 On 23 June 2017 at 21:50, Bryan Drewery wrote: > On 6/23/2017 11:28 AM, Bryan Drewery wrote: >> On 6/23/2017 11:00 AM, Guy Yur wrote: >>> Hi Bryan, >>> >>> I use a script for building both amd64 and armv6 on an amd64 machine. >>> Basically, >>> export TARGET=amd64 TARGET_ARCH=amd64 >>> make -j2 -DNO_CLEAN buildworld >>> export TARGET=arm TARGET_ARCH=armv6 >>> make -j2 -DNO_CLEAN buildworld >>> >>> The amd64 build creates /usr/obj/usr/src/compiler-metadata.mk >>> The armv6 build deletes it and creates >>> /usr/obj/arm.armv6/usr/src/compiler-metadata.mk >>> >>> If I rebuild just amd64 I get /usr/obj/usr/src/compiler-metadata.mk again. >>> >>> Does _cross-tools target's "@rm -f ${.OBJDIR}/compiler-metadata.mk" >>> not respect TARGET and TARGET_ARCH? >>> >> >> Yes, it is fixed now in r320286. Thanks for the report! >> >> > > This may have been the reason release.sh failed earlier. Is release.sh > still failing for you now? Hi, It fixed my problem. My problem was that I couldn't do installworld or distributeworld for the main arch after buildworld + cross buildworld. I thought it was the same problem as the release.sh failure when I replied to the other thread, sorry for the confusion. > > -- > Regards, > Bryan Drewery > Thanks, Guy From owner-freebsd-current@freebsd.org Sat Jun 24 07:23: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 E8670D99AA6 for ; Sat, 24 Jun 2017 07:23:51 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from dnvrco-oedge-vip.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.232]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "dnvrco-oedge-vip.email.rr.com", Issuer "dnvrco-oedge-vip.email.rr.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C78DD81A for ; Sat, 24 Jun 2017 07:23:49 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from [74.134.208.22] ([74.134.208.22:33885] helo=localhost) by dnvrco-omsmta02 (envelope-from ) (ecelerity 3.6.9.48312 r(Core:3.6.9.0)) with ESMTP id 89/F1-03057-D331E495; Sat, 24 Jun 2017 07:22:37 +0000 Date: Sat, 24 Jun 2017 07:22:32 +0000 Message-ID: <89.F1.03057.D331E495@dnvrco-omsmta02> From: "Thomas Mueller" To: freebsd-current@freebsd.org Subject: Re: Ports still broken by ino64? References: <78.25.03057.F5ADD495@dnvrco-omsmta02> X-RR-Connecting-IP: 107.14.64.7:25 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, 24 Jun 2017 07:23:52 -0000 > Maybe not, but I think so. synth(8) requires the ada compiler which means > lang/gcc6-aux or lang/gcc5-aux and those DID require work to install on > ino64. I believe that this is now resolved, but I would seriously consider > simply installing synth from the package. It has no run or lib depends, so > installing the package is risk-free. > synth is the only package I install on my development system,though I do > consider installing chromium and libreoffice from packages now and then... > like every time I have to rebuild either. (libreoffice is awaiting for a > rebuild right now. Maybe tomorrow. I built Chromium yesterday.) > Kevin Oberman, Part time kid herder and retired Network Engineer I remember synth required specifically the latest Ada compiler, gcc6-aux. Part of the attraction is the Ada compiler suite in gcc(5,6)-aux, for the possibility of cross-compiling Linux toolchains including gcc with Ada. Other dependencies would likely be needed sooner or later, anyway. But I was successful on 11.1-PRERELEASE. I never ran Chrome or Chromium, might want to try; also Midori and Netsurf (and of course, Mozilla Firefox or Seamonkey). One attraction of Midori is the facility to fudge the useragent string, and hopefully thumb my nose on websites that require specific browsers/versions. I would also like to try John Marino's port of synth to NetBSD, see if that, along with pkg, works better than regular pkgsrc tools. Tom