From owner-freebsd-current@freebsd.org Sun Jul 16 00:49:56 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 44B11B7F538 for ; Sun, 16 Jul 2017 00:49:56 +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 1424464ED3 for ; Sun, 16 Jul 2017 00:49:56 +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=1500166194; bh=/nxNMQ55 xr3C9Bi8i501hzHBO2+LrBieM0sW5tJCP/E=; b=i7BG6jJ20cJPX7M9lCRj/qas PKwpMJzZuEO0bFdLd8/arxvWV5fqCdSJFwC7YKLSHB+BzqjZ/Ou+g945pRUPJHIh e9f/VafeKdlHq2th5qZqIPf59tWCZHvHF1/ERI5hFQ+pqpswS1trsgrFSqacutKv 30wE/8MV9kSA2vRynGA= 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 37D4CFF57; Sat, 15 Jul 2017 20:49:54 -0400 (EDT) Subject: Re: Panic on boot after upgrade from r320827 -> r320869 To: Mark Millard , FreeBSD Current References: <384E5639-17C0-4151-A6EB-6239D810C01F@dsl-only.net> From: Michael Butler Message-ID: Date: Sat, 15 Jul 2017 20:49:53 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <384E5639-17C0-4151-A6EB-6239D810C01F@dsl-only.net> 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: Sun, 16 Jul 2017 00:49:56 -0000 On 07/15/17 20:39, Mark Millard wrote: > FYI for Michael B.: the incomplete kernel rebuild problem has a fix: -r320919 . > See the fix (to the building problem that was created in -r320220 ): > > https://lists.freebsd.org/pipermail/svn-src-head/2017-July/102622.html > > If the KDE problem persists based on a -r320919 or later build, it would > be appropriate to report it again as a separate issue. > > Unfortunately various odd problems have shown up over -r320220 through > -r320918 from incorrect rebuilds (and other oddities overlapping in the > time frame). > > Of course if you built (or build) -r320844 based on a empty directory in > the first place so that it was a full-build but the KDE problem persisted > when using the rebuilt kernel then the above material does not apply. In > such a case reporting that about the context for the KDE problem would be > appropriate. > > You may well have other things to be doing instead of what the above > suggests. If so, just take the above as background information. Prior to testing this, I did 'rm -rf /usr/obj/*' so it is a clean build. I can run with user-land at SVN r321021 but any kernel at or after r320844 fails :-( imb From owner-freebsd-current@freebsd.org Sun Jul 16 01:39: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 0CB39B95885 for ; Sun, 16 Jul 2017 01:39:10 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-79.reflexion.net [208.70.210.79]) (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 B134166CCC for ; Sun, 16 Jul 2017 01:39:09 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 3188 invoked from network); 16 Jul 2017 00:39:08 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 16 Jul 2017 00:39:08 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Sat, 15 Jul 2017 20:39:08 -0400 (EDT) Received: (qmail 6011 invoked from network); 16 Jul 2017 00:39:08 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 16 Jul 2017 00:39:08 -0000 Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 907F5EC90BA; Sat, 15 Jul 2017 17:39:07 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Panic on boot after upgrade from r320827 -> r320869 Message-Id: <384E5639-17C0-4151-A6EB-6239D810C01F@dsl-only.net> Date: Sat, 15 Jul 2017 17:39:06 -0700 To: Michael Butler , FreeBSD Current X-Mailer: Apple Mail (2.3273) 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, 16 Jul 2017 01:39:10 -0000 Warner Losh imp at bsdimp.com wrote on Sat Jul 15 23:22:22 UTC 2017 : > On Sat, Jul 15, 2017 at 1:32 PM, Michael Butler > wrote: >=20 > > On 07/11/17 19:53, Michael Butler wrote: > > > . . . > > > > Something about SVN r320844 causes almost all KDE applications to = fail on > > a signal 6. > > >=20 > I don't think that's possible, unless (a) your build hit the 'not > everything in the kernel rebuilt' bug or (b) KDE is issuing raw CAM > requests. Since I don't know KDE, don't run KDE or have any clue about = KDE, > I can't help you trace it down further. FYI for Michael B.: the incomplete kernel rebuild problem has a fix: = -r320919 . See the fix (to the building problem that was created in -r320220 ): https://lists.freebsd.org/pipermail/svn-src-head/2017-July/102622.html If the KDE problem persists based on a -r320919 or later build, it would be appropriate to report it again as a separate issue. Unfortunately various odd problems have shown up over -r320220 through -r320918 from incorrect rebuilds (and other oddities overlapping in the time frame). Of course if you built (or build) -r320844 based on a empty directory in the first place so that it was a full-build but the KDE problem = persisted when using the rebuilt kernel then the above material does not apply. In such a case reporting that about the context for the KDE problem would = be appropriate. You may well have other things to be doing instead of what the above suggests. If so, just take the above as background information. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sun Jul 16 01:20:44 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 43721B94496 for ; Sun, 16 Jul 2017 01:20:44 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ua0-x22d.google.com (mail-ua0-x22d.google.com [IPv6:2607:f8b0:400c:c08::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ED69265E6C for ; Sun, 16 Jul 2017 01:20:43 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-ua0-x22d.google.com with SMTP id j53so69004135uaa.2 for ; Sat, 15 Jul 2017 18:20:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=/3grlRkCc82UHlSF/tRyA2lgAJiVcm/eD6tC6ZdxiXM=; b=J6l3055dKgNq8jcT798Vs8Pq/jXkGVheo35QMSYomHsKrKjqU7tvXmIIuzSE2QKic6 PN5ovHN3tb6FXJALpCdi+yIsXt1MTcBz4cjd5HSsta+qB0h2ibnE85F/X965bq+d9QI+ ZiLH2LCag4pSkIuNG8vGWqn5+UGwzs56CB/qTGcehOsvC5L2NmDthk+LdenJlERas4G9 VkaqN20eWB7wUMzgReXpWo4XlyzeKfj/bHuW8wQ0tc+kfXWXkzagJqygKcuaTQVa+Ji+ HQqRHaOojfw+VaOV+f64Yg++1aWBdnkLXX/XwKZae/5+nJlImjAvmDh0+LWbrAuay5S5 cQgg== 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=/3grlRkCc82UHlSF/tRyA2lgAJiVcm/eD6tC6ZdxiXM=; b=Ef6k2ou64An7srt3AH2lxdY3gU4FBgaBr5NfvyghK6r8fuXFAUrnJBMIRhfNvdIcZq 8QLQ1Nh86CEL8Q6tWftCaBsMBwESY4541eeJdTEi6ZW/vJG24tDd4tcl2ljXwVQHhAaI Lz4plwNpI4f/hjc1gB+NcU8oJAQ8/HB5knzqEk3n5cBdYkVdbozJnCzBEtzJaF7T7HTT JfjKZH9Ju8bswoKGZ3tEvU/PXxPeyVK7+GlXV1JFy1y8RXoVVJPiuE13mqssCI6wx1cV AqY0vfI8aI0G712SjB9js7QUzm0kMAkpl2vkznKA7EMGVLsUbEhL+qW0VLfCb5B73w5Z qvew== X-Gm-Message-State: AIVw11268YZmsLli3rjuu3PiYzDUziZMZApgkugHc3lBJRALCjrkLWiv i4QSUb3gHJPxvDKSX29Y1P1y+DcPoob4 X-Received: by 10.176.25.45 with SMTP id v45mr1359472uag.16.1500168042854; Sat, 15 Jul 2017 18:20:42 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.103.36.1 with HTTP; Sat, 15 Jul 2017 18:20:42 -0700 (PDT) X-Originating-IP: [50.253.99.174] In-Reply-To: References: <384E5639-17C0-4151-A6EB-6239D810C01F@dsl-only.net> From: Warner Losh Date: Sat, 15 Jul 2017 19:20:42 -0600 X-Google-Sender-Auth: izugne_qocqlrDY-IyDU-usDP-U Message-ID: Subject: Re: Panic on boot after upgrade from r320827 -> r320869 To: Michael Butler Cc: Mark Millard , 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: Sun, 16 Jul 2017 01:20:44 -0000 On Sat, Jul 15, 2017 at 6:49 PM, Michael Butler wrote: > On 07/15/17 20:39, Mark Millard wrote: > >> FYI for Michael B.: the incomplete kernel rebuild problem has a fix: >> -r320919 . >> See the fix (to the building problem that was created in -r320220 ): >> >> https://lists.freebsd.org/pipermail/svn-src-head/2017-July/102622.html >> >> If the KDE problem persists based on a -r320919 or later build, it would >> be appropriate to report it again as a separate issue. >> >> Unfortunately various odd problems have shown up over -r320220 through >> -r320918 from incorrect rebuilds (and other oddities overlapping in the >> time frame). >> >> Of course if you built (or build) -r320844 based on a empty directory in >> the first place so that it was a full-build but the KDE problem persisted >> when using the rebuilt kernel then the above material does not apply. In >> such a case reporting that about the context for the KDE problem would be >> appropriate. >> >> You may well have other things to be doing instead of what the above >> suggests. If so, just take the above as background information. >> > > Prior to testing this, I did 'rm -rf /usr/obj/*' so it is a clean build. I > can run with user-land at SVN r321021 but any kernel at or after r320844 > fails :-( > Right. We need to find out what, exactly, is failing to make progress. I have exactly one guess as to what might be going on, and it's a long shot at best. To gather more evidence, I need to know if the kde thing that's segfaulting is accessing /dev/pass* or /dev/xpt*. If you can confirm that it is, then we'll need to see how to fix that. Also, you'll need an installworld as well as an installkernel so the new headers are installed prior to running kde. If that fixes it, then my guess goes from a long shot to close to a sure thing. Warner From owner-freebsd-current@freebsd.org Sun Jul 16 08:43: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 A24FDBF9BE7 for ; Sun, 16 Jul 2017 08:43:23 +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 23A1E71E39 for ; Sun, 16 Jul 2017 08:43:22 +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 v6G8h9SS058355 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sun, 16 Jul 2017 10:43:10 +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 v6G8h9jY058352 for ; Sun, 16 Jul 2017 10:43:09 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Sun, 16 Jul 2017 10:43:09 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD current Subject: ipfw_netflow in base/head r320944 & r321008 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: Sun, 16 Jul 2017 08:43:23 -0000 At boot time /etc/rc display this message: /etc/rc: WARNING: $ipfw_netflow_enable is not set properly - see rc.conf(5). This was introduced in r320944 and corrected to some extent in r321008. Nevertheless, a default value for ipfw_netflow_enable should be provided: Index: etc/defaults/rc.conf =================================================================== --- etc/defaults/rc.conf (revision 321041) +++ etc/defaults/rc.conf (working copy) @@ -195,6 +195,7 @@ # of state tables at shutdown and boot ipfs_program="/sbin/ipfs" # where the ipfs program lives ipfs_flags="" # additional flags for ipfs +ipfw_netflow_enable="NO" # Set yo YES to enable ipfw netflow. pf_enable="NO" # Set to YES to enable packet filter (pf) pf_rules="/etc/pf.conf" # rules definition file for pf pf_program="/sbin/pfctl" # where the pfctl program lives -- +-------------------------------+------------------------------------+ | 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 Sun Jul 16 08:44: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 76DA8BF9CF0 for ; Sun, 16 Jul 2017 08:44: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 0EA0871F76 for ; Sun, 16 Jul 2017 08:44: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 v6G8islW058392 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sun, 16 Jul 2017 10:44:54 +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 v6G8is2Q058389 for ; Sun, 16 Jul 2017 10:44:54 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Sun, 16 Jul 2017 10:44:54 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD current Subject: Re: ipfw_netflow in base/head r320944 & r321008 In-Reply-To: Message-ID: References: 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: Sun, 16 Jul 2017 08:44:58 -0000 On Sun, 16 Jul 2017 10:43+0200, Trond Endrestøl wrote: > At boot time /etc/rc display this message: > > /etc/rc: WARNING: $ipfw_netflow_enable is not set properly - see rc.conf(5). > > This was introduced in r320944 and corrected to some extent in > r321008. > > Nevertheless, a default value for ipfw_netflow_enable should be > provided: > > Index: etc/defaults/rc.conf > =================================================================== > --- etc/defaults/rc.conf (revision 321041) > +++ etc/defaults/rc.conf (working copy) > @@ -195,6 +195,7 @@ > # of state tables at shutdown and boot > ipfs_program="/sbin/ipfs" # where the ipfs program lives > ipfs_flags="" # additional flags for ipfs > +ipfw_netflow_enable="NO" # Set yo YES to enable ipfw netflow. Typo fixed: +ipfw_netflow_enable="NO" # Set to YES to enable ipfw netflow. > pf_enable="NO" # Set to YES to enable packet filter (pf) > pf_rules="/etc/pf.conf" # rules definition file for pf > pf_program="/sbin/pfctl" # where the pfctl program lives -- +-------------------------------+------------------------------------+ | 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 Sun Jul 16 16:11:32 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 04592C0AE3F for ; Sun, 16 Jul 2017 16:11:32 +0000 (UTC) (envelope-from flo@snakeoilproductions.net) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id E15E283114 for ; Sun, 16 Jul 2017 16:11:31 +0000 (UTC) (envelope-from flo@snakeoilproductions.net) Received: by mailman.ysv.freebsd.org (Postfix) id DD96FC0AE3C; Sun, 16 Jul 2017 16:11:31 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DD307C0AE39 for ; Sun, 16 Jul 2017 16:11:31 +0000 (UTC) (envelope-from flo@snakeoilproductions.net) Received: from turad.lysandor.de (turad.lysandor.de [136.243.10.60]) (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 8903E8310D for ; Sun, 16 Jul 2017 16:11:30 +0000 (UTC) (envelope-from flo@snakeoilproductions.net) Received: from localhost (localhost [127.0.0.1]) by turad.lysandor.de (Postfix) with ESMTP id 6610CAA23EA for ; Sun, 16 Jul 2017 18:03:35 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at turad.lysandor.de Received: from turad.lysandor.de ([127.0.0.1]) by localhost (turad.lysandor.de [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id Hko6xSKFhCWh for ; Sun, 16 Jul 2017 18:03:34 +0200 (CEST) Received: from [192.168.2.105] (p4FDCC866.dip0.t-ipconnect.de [79.220.200.102]) (Authenticated sender: flo@snakeoilproductions.net) by turad.lysandor.de (Postfix) with ESMTPSA id 9B6A0AA236B for ; Sun, 16 Jul 2017 18:03:34 +0200 (CEST) To: current@freebsd.org From: Florian Limberger Subject: cc(1) errors in libc includes Message-ID: <5e6e12f9-ade9-a6ff-bb3e-fc7e94f2cc75@snakeoilproductions.net> Date: Sun, 16 Jul 2017 18:03:34 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jul 2017 16:11:32 -0000 Hi -current, today I built -CURRENT for the first time in a VM and installed from nfs mounts. But now cc(1) from base seems to be broken, as it fails compiling a simple hello-world program with errors in include files from the libc. The previously installed clang40 works just fine for this task, but since I lost track of -CURRENT around the time of the ino64 changes, I don't necessarily trust it to do the right thing. Do you have any solutions for me how to get the compiler working again? Below the uname info and the actual error messages: > # uname -a > FreeBSD nachtschatten 12.0-CURRENT FreeBSD 12.0-CURRENT #1 aa8f1c64d43(master): Sun Jul 16 09:41:10 UTC 2017 root@:/usr/obj/usr/src/sys/GENERIC-NODEBUG amd64 > # cat test.c > #include > > int > main(void) > { > printf("hello, world!\n"); > } > # cc test.c > In file included from test.c:1: > In file included from /usr/include/stdio.h:41: > /usr/include/sys/_types.h:117:19: error: array is too large (128 elements) > char __mbstate8[128]; > ^~~ > In file included from test.c:1: > /usr/include/stdio.h:139:22: error: array is too large (3 elements) > unsigned char _ubuf[3]; /* guarantee an ungetc() buffer */ > ^ > /usr/include/stdio.h:140:22: error: array is too large (1 elements) > unsigned char _nbuf[1]; /* guarantee a getc() buffer */ > ^ > /usr/include/stdio.h:290:24: error: integer constant expression evaluates to value 3 that cannot be represented in a 32-bit unsigned integer type > ...) __printflike(3, 4); > ^ > /usr/include/stdio.h:292:18: error: integer constant expression evaluates to value 2 that cannot be represented in a 32-bit unsigned integer type > __scanflike(2, 0); > ^ > /usr/include/stdio.h:293:61: error: integer constant expression evaluates to value 1 that cannot be represented in a 32-bit unsigned integer type > int vscanf(const char * __restrict, __va_list) __scanflike(1, 0); > ^ > /usr/include/stdio.h:295:30: error: integer constant expression evaluates to value 3 that cannot be represented in a 32-bit unsigned integer type > __va_list) __printflike(3, 0); > ^ > /usr/include/stdio.h:297:18: error: integer constant expression evaluates to value 2 that cannot be represented in a 32-bit unsigned integer type > __scanflike(2, 0); > ^ > /usr/include/stdio.h:361:69: error: integer constant expression evaluates to value 2 that cannot be represented in a 32-bit unsigned integer type > int vdprintf(int, const char * __restrict, __va_list) __printflike(2, 0); > ^ > /usr/include/stdio.h:364:62: error: integer constant expression evaluates to value 2 that cannot be represented in a 32-bit unsigned integer type > int dprintf(int, const char * __restrict, ...) __printflike(2, 3); > ^ > /usr/include/stdio.h:371:56: error: integer constant expression evaluates to value 2 that cannot be represented in a 32-bit unsigned integer type > int asprintf(char **, const char *, ...) __printflike(2, 3); > ^ > /usr/include/stdio.h:381:19: error: integer constant expression evaluates to value 2 that cannot be represented in a 32-bit unsigned integer type > __printflike(2, 0); > ^ > 12 errors generated. Regards flo From owner-freebsd-current@freebsd.org Sun Jul 16 17:12:45 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8ED25C093E9 for ; Sun, 16 Jul 2017 17:12:45 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 68B5583A for ; Sun, 16 Jul 2017 17:12:45 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: by mailman.ysv.freebsd.org (Postfix) id 67ED4C093E8; Sun, 16 Jul 2017 17:12:45 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6793EC093E6 for ; Sun, 16 Jul 2017 17:12:45 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: from sonic309-16.consmr.mail.bf2.yahoo.com (sonic309-16.consmr.mail.bf2.yahoo.com [74.6.129.126]) (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 3025F839 for ; Sun, 16 Jul 2017 17:12:44 +0000 (UTC) (envelope-from filippomore@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1500225158; bh=6r08QdamrzSBUvHD4l6VAU8LhMZddsPl6mexR3H1Vlw=; h=Date:From:To:In-Reply-To:References:Subject:From:Subject; b=fLGp1arPShlIlq5fCkLxqp2qnIFfDVonVMn0GBaaRNYSoFM58mpJ1t2OyzO4wfmVvyrHME7R2iMfyx328LWpXY7OVYcqIsyC9cgPbDrw2hAxBhXk+WQCd1MiuWVQYQKR4qhNdI/5nQG5I/1gPMvh0WaThPZKOKhd5/n6rteIEok3OobXISprw0I/asJsX9VBB8h5taeKdzYiaJDiX+n0rRQDPwKHHyLFBQKXh1Kl6YRtsFTofMAIy3xHcrfv9QVQ05sByUyaMpZqBdAq2yRQnM+44Cx4lyzCrmuwC8DIrvB40bRlOyUAJkVy4rkbjuPJJ1h4VEPBaZteW4zE49Smxg== X-YMail-OSG: saUB8lsVM1nI5gNsK_a94Bs9EZ8V_TYYl85Jl9Ww5DaV9vyHaZuOS2tPzvbJQpI PR_n9MzEnD1m494WwSk9P97_VxowTReB1KjjLoMibCv4Yy0MrgpnQVVT4ZDVdcK0vpyULt3Mz_2x 8tBdt2QjO4chkIcvLu1zRAoD9eAQz45_h5PT9Zg924kwxfqyRDYVvSOFaTDrPN_C0HiKqz27Cq3l TlMHxKkNC1spRJniQdqTMqLGmMSbH1GHBGYNf1Yj.m8FybytbuY4IycrdTt9ctEAL7C3mdkHPM1Z r9.TzTzp6wUxIEqjElXXtnwrp2lh3fpxumZPo4DzNaG8IPYVprltWKkaDJwLi4MCKF40VOzEGSSA yxrYdqAkH.lNxdWFWHM20Z.MaDHkRcIfdUe.FbB51iiTPk4pnCkiSA97924n2rcepBz3xu2.waVn OclqbXc689whaL2IIJAEY2YpT.vpXR0ecApT1zee3JZBelP7fk2oDLf3kctCY9HS2B284E_WSwrX D Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.bf2.yahoo.com with HTTP; Sun, 16 Jul 2017 17:12:38 +0000 Date: Sun, 16 Jul 2017 17:02:23 +0000 (UTC) From: Filippo Moretti To: "current@freebsd.org" Message-ID: <812277468.1400768.1500224543720@mail.yahoo.com> In-Reply-To: <77dd8283-b427-df31-3021-335ddf254d84@protected-networks.net> References: <1482174535.1601586.1499611393763.ref@mail.yahoo.com> <1482174535.1601586.1499611393763@mail.yahoo.com> <77dd8283-b427-df31-3021-335ddf254d84@protected-networks.net> Subject: Fw: Re: Problem with make installworld et alii MIME-Version: 1.0 X-Mailer: WebService/1.1.10092 YMailNorrin Mozilla/5.0 (X11; FreeBSD i386; rv:54.0) Gecko/20100101 Firefox/54.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 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: Sun, 16 Jul 2017 17:12:45 -0000 ----- Forwarded Message -----From: Michael Butler To: Filippo Moretti ; Current Sent: Sunday, July 9, 2017, 4:50:13 PM GMT+2Subject: Re: Problem with mak= e installworld et alii You need to a build newer than SVN r320652 to fix this .. On 07/09/17 10:43, Filippo Moretti wrote: > FreeBSD sting 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r320360: Mon Jun 26 15= :49:29 UTC 2017=C2=A0 =C2=A0 root@releng3.nyi.freebsd.org:/usr/obj/usr/src/= sys/GENERIC=C2=A0 i386After compiling world and kernel I cannot make instal= l world with the following error:Fatal error cannot allocate read line in i= nitial thread at line 392 in file /use/src/lib/libthr/thread/thr_init.c (er= rorno=3D12)PID 42315 (cc) uid 0: exited on signal 6 (core dumped) > make:=C2=A0 "/usr/src/share/mk/bsd.compiler.mk" line 145 : Unable to dete= rmine compiler type for CC=3Dcc . Consider settingCOMPILER_TYPE This error is still present with r321039MsincerelyFilippo From owner-freebsd-current@freebsd.org Sun Jul 16 20:44:13 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 C9F94C79791; Sun, 16 Jul 2017 20:44:13 +0000 (UTC) (envelope-from paggas1@yandex.com) Received: from forward19p.cmail.yandex.net (forward19p.cmail.yandex.net [IPv6:2a02:6b8:0:1465::aa]) (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 782626602A; Sun, 16 Jul 2017 20:44:13 +0000 (UTC) (envelope-from paggas1@yandex.com) Received: from smtp4o.mail.yandex.net (smtp4o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::28]) by forward19p.cmail.yandex.net (Yandex) with ESMTP id 93E34214F2; Sun, 16 Jul 2017 23:44:09 +0300 (MSK) Received: from smtp4o.mail.yandex.net (localhost.localdomain [127.0.0.1]) by smtp4o.mail.yandex.net (Yandex) with ESMTP id E14EF6C01102; Sun, 16 Jul 2017 23:44:07 +0300 (MSK) Received: by smtp4o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id nXe8AUYaT0-i7f0BN88; Sun, 16 Jul 2017 23:44:07 +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=yandex.com; s=mail; t=1500237847; bh=Km3dMH/w/DYrxjQz/ot4T6Ql3JyTlIC8Ch/yLBr5iW8=; h=To:From:Subject:Message-ID:Date; b=HcE/OenXbp2DhALc++rUbhO3D4g/ewxT9SvO2TW8rXYz9HgjzCUhyxYLU75DrwUTA qx/qDDxFpUBd9e8n+0rvwgcq6oUtHh0xB3evAhQTVMn4NE8lG5wbzdX2oQ+HWGUJBL MuGPzTSvjtwhoCPtedWJLW93KeJextSU8Gt3b0BU= Authentication-Results: smtp4o.mail.yandex.net; dkim=pass header.i=@yandex.com X-Yandex-Suid-Status: 1 1022867361,1 0,1 0 To: FreeBSD Current , "freebsd-hackers@freebsd.org" From: Panagiotes Mousikides Subject: Attn: CI/Jenkins people; Run bhyve instance for testing pf Message-ID: <871d6043-0c56-2c9b-1e3e-5db33898c24a@yandex.com> Date: Sun, 16 Jul 2017 20:44:06 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US 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, 16 Jul 2017 20:44:13 -0000 Hello everybody! I am working on adding tests to the FreeBSD test suite for testing pf, the network packet filter. These tests need at least two machines running and connected to each other, with one machine generating network traffic and the other running pf and filtering the traffic. I am looking for a way to fire off a bhyve instance to serve as the second machine, the first being the actual machine I am running the tests on. This should be done completely automatically, with scripts to configure all network interfaces and to preferably also set up an SSH server on the bhyve instance. This bhyve instance could start off as running the latest stable version of FreeBSD, or it could be configured to run a snapshot of the development tree. The aim is to have the desired version of FreeBSD that we want to test running on it. Ideally this would be done in such a way that we can reuse the machine for further tests, instead of rebuilding everything from scratch for each test. What I am looking for is the best way to do this, preferably so that it can be easily integrated into the CI work being done at Jenkins. What do you think? Any input is welcome! All the best, Panagiotes From owner-freebsd-current@freebsd.org Sun Jul 16 20:48: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 D3E5EC7994D for ; Sun, 16 Jul 2017 20:48:49 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3AB23662C2 for ; Sun, 16 Jul 2017 20:48:48 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([77.180.117.19]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MQiB3-1d538X2fin-00U38i for ; Sun, 16 Jul 2017 22:48:40 +0200 Date: Sun, 16 Jul 2017 22:48:34 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: netgraph: documentation issue? What kernel options? Where to find? Message-ID: <20170716224834.030e004b@thor.intern.walstatt.dynvpn.de> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/jCUKN6pPgzU2BtZuu4XsnS3"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:0XbdPgiLYCjot8Mnlkir4Be0kdfzl12F9s277WZA1pS4eJJMdor IDY7nhLTIiK0gPSasLk1tuTsLxrNqm8iD1SQ4PixGf2CMsqKRP5PqKS2Hvr9exBf5IA+W0b sEdg+9Tt7Lpi/pj4ytUDWAyE/WkYg/0c8noa9mFzhjtw/nRts0OssG/waNJKCx2oDUxlmUY GSVXSb+JcIW0gJv6j8dqQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:vBFNRsAIAoQ=:PThR3jjtkXn0xMAABcUhw6 DG10C1DJDr8oYL3n0O6U9eKKqfr2/k/2HXgrRYdpxbUS2aJfzlekYw/EOldqSO86QyR1vHeDv R5YeaOsW5RpmUyNuzFGg48+FECtNNXzsDVO1MiWSjGOSiSb1exA2pNgv918vzGzSNmn4SoWX7 8FMfC10Y+kMEgnG+PAW1oU3FFeaiyuC9er1cRWWy13Y0LNVt6Ay0Lx/Z/2pyZQtF63vb2zM6R 6AlswGl3Tx0srm9cQOCMHf+rXoK6rl0LJ7sbQiNQji+O/LES5FT54fc9qkuBz/3/7s2u3lXH2 puOeVtVX+nRNTB9jRoZBo6Byr8f5gtlrXSQJ9qXbXexIIfDBd5PUmX1gECv8ZYiTfjuXLmH8K DbqfQ7oGpO1uE9NXgWy7OQCtNg2wq1UzMEIqERJBDWgrYrCwY+93U4rwTNeNqNTYeknGO864D QgAyixm5rjASIl7nmpWoK3BSSOlz7/MuJPZVmK3K6u/QtUo+GoSDnFkut8s3ATX1WjYk8XQGK VATGOCmZPfc7dt693dZ2Zz3xtEPJecmeXiShpA/AB49cdyZYxZCOtbHZcQz8A0AAgN3PlY0+/ fybm+dW5ktqmGPI4U4vQgEFHlQ3XCXIYkJTMiY4qj+DVzUN9ubzugBSDVwV0iDDruI9haOslY 4bANkF8pEXcLuYIxWWIt5PF179eHZ7MNf1K+UpUsPbAgZjsooTc6HJNB69YqwqLLYa+Z4CtRf SA8dfOm3bYeGiFy4T8dDjq8zYwcvgrOOopqhniLgCxNhV8ITZgwJsoiH1xGkvEkEb/kI6sc/t JuHn6eBQ+v0x44LqF88iD6ZEkDg3Q== 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, 16 Jul 2017 20:48:49 -0000 --Sig_/jCUKN6pPgzU2BtZuu4XsnS3 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable For a small SoC based system, I use a highly customised static kernel and b= uild the system via NanoBSD with no kernel modules. Tyring to track down some network issues with recent CURRENT I figured out,= that when using the ppp client to connect via modem to the ISP and there is no=20 options NETGRAPH_ETHER options NETGRAPH_PPPOE in the kernel configuration, the resulting system fails to establish a ppp = session. The man page states, that a netgraph node is established, but as hard as I look= , I can not find any(!) information in the man pages what options are necessary/optiona= l to provide the correct module statically. The same is for many other NETGRAPH_XXX features. Starting from man page "m= an 4 netgraph", section "SEE ALSO", I started tweaking the kernel with NETGRAPH_= XXX, i.e. ng_vlan -> NETGRAPH_VLAN until the compiler bails out with an error, for in= stance ng_car -> NETGRAPH_CAR. I tried to find out what options cover which netgraph module but there is -= right, nothing I can find on a direct route. Since netgraph isn't so brand new (I guess ~ 2000 from the PDFs I found on = the network), there must be some documentation other than "reading the source code". Please give me some hints where to find the entry point for the appropriate= documented options for netgraph modules. Obviously, some ng_xxx modules are prerequisite for some services to work p= roperly, as ppp - but I can't find any hints for "options NETGRAPH_ETHER" or "options N= ETGRAPH_PPPOE" in the manpages (looked at ppp, pppoed).=20 Thanks in advance, kind regards Oliver --Sig_/jCUKN6pPgzU2BtZuu4XsnS3 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWWvRIgAKCRDS528fyFhY lKVuAf9ttIIywpjg0Vnrj6Awh5DlAwLOnB54ovZ9PguWbDdq/iFqQTc6hx3Th02g dyn/9wFlvJ0kF7bCSG/qeuKCnmyZAf4otoEFsVPS4374Efq5wqQimilXas0+QVkb KiSfuL6gROt7KJ2ql08HkDTGTB6CmN7M8FU3Rjo9WgSC6aWchFjk =88Sv -----END PGP SIGNATURE----- --Sig_/jCUKN6pPgzU2BtZuu4XsnS3-- From owner-freebsd-current@freebsd.org Sun Jul 16 21:05: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 D32E4C7A35F; Sun, 16 Jul 2017 21:05:29 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C2E367378; Sun, 16 Jul 2017 21:05:28 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([77.180.117.19]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Mhhr5-1dIjz93LL1-00MuvK; Sun, 16 Jul 2017 23:05:20 +0200 Date: Sun, 16 Jul 2017 23:05:14 +0200 From: "O. Hartmann" To: "Andrey V. Elsukov" Cc: FreeBSD CURRENT , "O. Hartmann" , FreeBSD Questions Subject: Re: Inter-VLAN routing on CURRENT: any known issues? Message-ID: <20170716230514.0c2e5c65@thor.intern.walstatt.dynvpn.de> In-Reply-To: References: <20170712214334.4fc97335@thor.intern.walstatt.dynvpn.de> <20170713211004.13492aef@thor.intern.walstatt.dynvpn.de> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/3qsbMR6CK7Fssjmpq_roxte"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:csqe9xBwHYAzLXIMemUpylzIJAl/ZVbCSXYUYOUtOWYdwFMBKJv 07J69gne2YwwfAtQA4c7DFkzxNDbMUlrW6CgXoxdFXTC7O28UJ9XyxLiLFh/1OoIzfdQzhb v1g2r5/zdqPXNZTvkoMVrbI+Z4mb67OIein5O80ICigog4m56IjUiW2kFLiZdZhdeOa5aAB B9Mn4LRvVU99rtIGy13hg== X-UI-Out-Filterresults: notjunk:1;V01:K0:9mus4ySV6jE=:1hJ4c2v5dP247gknmJ8cup o+bO+vunKARdFRz/aU9/fCEDCKVHk9rN7K9+Nemp5RVsjuf4vIzu92gXT+qpDIU/+V7huwvMS 5pObROr1LAL2s00RxUbw3udeztkQw4LZPVnjIKW9/nwcqRZ7fUP+9qqVLyNpvfgjRoH4n2eH8 +pJyYMUxxgDfNk5u8ijXyxVMkFkhmXMZk9uVgBq1wKN9AQq8JwAWJ85fdSc8HTja4yHOYUa2h Wqjzy+YjmMDI3x3JtByn3nrdT7MyX9eP7T1jMQYzeTOv1BmpeUp9/y1O+2gKXZJqGiFOhxPvW 1dUPpdCcCzijtYH6sXxBwuKJE8jyhsi53nbGOlQvbn04UR/wpa0RvY49TErd4rCEgJ2tr7u8E IgHPqGlRVkW9oqRUeAERgZKRSZO3i8Ks6tw1AHC/aS3X9Mxcp4/MO4m2WmozEhyu9c2wsPfrk sKXuNz1fMKpJw9haGTbXZU4WtzrWa+fobqu82+xexIoEXk8R/sAKtKhn86J4+bPHIv9KkXr7U Iln7pxA8i/rcJpbiN/ZuA+PGfQjVIhdNnNsZhotRQrAYjiqCUqiBKa6ZU+stvtquil1qHuIwi xvmHRWJfunXK3DOpiOf4lENGlVyTiLEBLDVsHTq5/y0IODoDcYASRw1NaKZQFmqMPowr6C1Cb 0JHypG9fKRHuoHzWqZh00CZSSJSv91U6qaylXF8ZBXf+lQBI/0NFD8RW9qBSwHOWmWVZfcpYc 9O3Fh1RGYCIDXOjo12qwSwVo4bl82wEv72pgWEskZOVOMD9UmAe7+l4ydBEG/2ZnvaOfNuBBg 3Iayql+mGbB7iMdIx1tENJPh6n7ZA== 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, 16 Jul 2017 21:05:29 -0000 --Sig_/3qsbMR6CK7Fssjmpq_roxte Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Am Fri, 14 Jul 2017 15:00:30 +0300 "Andrey V. Elsukov" schrieb: > On 14.07.2017 14:42, O. Hartmann wrote: > > I use in-kernel NAT. IPFW is performing NAT. In firewall type "OPEN" fr= om the > > vanilla rc.conf, IPFW has instance "nat 123" which provides then NAT. = =20 >=20 > I never used default config types for firewall, so, it would be nice to > see what rules do you have. >=20 > # ipfw show > # ipfw nat show config >=20 > >> VLANs work on the layer2 =20 > > According to 1): > >=20 > > I consider the settings of the switch now as correct. I have no access = to the > > router right now. But I did short experiments yesterday evening and it = is > > weird: loged in on thr router, I can ping every host on any VLAN, so IC= MP > > travel from the router the right way to its destination and back. > >=20 > > From any host on any VLAN that is "trunked" through the router, I can p= ing any > > other host on any other VLAN, preferrably not on the same VLAN. By cutt= ing off > > the trunk line to the router, pinging stops immediately. > >=20 > > From any host on any VLAN I can ping any host which is NATed on the out= side > > world. > >=20 > > From the router itself, I can ssh into any host on any VLAN providing s= sh > > service. That said, according to question 3), NAT is considered to be s= etup > > correctly. > >=20 > > Now the strange things: Neither UDP, nor TCP services "flow" from hosts= on one > > VLAN to hosts on a different VLAN. Even ssh doens't work.=20 > > When loged in onto the router, I can't "traceroute" any host on any VLA= N. =20 >=20 > This is most likely due to the problem with firewall rules. > If you set net.inet.ip.firewall.enable=3D0, does it solve the problem with > TCP/UDP between hosts on a different VLANs? >=20 > > According to question 2), the ability to ping from, say, a host on VLAN= 1000 to > > another host on VLAN 2 passing through the router would indicate that b= oth > > sides know their routes to each other. Or am I wrong? =20 >=20 > Yes. >=20 > > I got words from Sean bruno that there might be a problem with the Inte= l i210 > > chipset in recent CURRENT - and the hardware on the PCEngine APU 2C4 is= three > > i210. I'm aware of the problem since r320134 (the oldest CURRENT I star= ted > > experimenting with the VLAN trunking). =20 >=20 > It is very strange problems, why ICMP works, but TCP/UDP does not? :) > You can try to disable any type of offloading for the card, there were > some problems in the past with checksum offlading, that may lead to the > problems with TCP, but this usually should be noticeable in the tcpdump > output. >=20 I have not have any success on this and I must ask now, to not make a fool = out of my self, whether the concept of having several vlan over one single NIC is pos= sible with FreeBSD (12-CURRENT, as of today, r321055. Since it is even not possible to "route" from a non-tagged igb1 to a tagged= vlan igb1.2 or igb1.66 (for instance) on the same NIC, I have a faint suspect that I'm = doing something terribly wrong. I think everyone working with vlan should have those problems, but since I = can not find anything on the list, I must do something wrong - my simple conclusion. What is it? --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/3qsbMR6CK7Fssjmpq_roxte Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWWvVCgAKCRDS528fyFhY lAl3Af0XWwi6ukI4Mjcqly58kMFC16v84uUwL1TO4j0Y3mSnpcqCnKwPymqioc4l VWlZHt48wol9w/xQsqjA6D0Xn9E7Af9s5YSNQBMb0VCVjr5ocbVx5uY2zyndzWh9 mc6J/gb41XR4sEF5/jm3DIWYnHoU8QTvdukbIpS2oJ8xPLn1VjwP =pHUN -----END PGP SIGNATURE----- --Sig_/3qsbMR6CK7Fssjmpq_roxte-- From owner-freebsd-current@freebsd.org Sun Jul 16 21:11: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 9F368C7A81B; Sun, 16 Jul 2017 21:11:36 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-yw0-x229.google.com (mail-yw0-x229.google.com [IPv6:2607:f8b0:4002:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5A7B967752; Sun, 16 Jul 2017 21:11:36 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-yw0-x229.google.com with SMTP id l21so41043093ywb.1; Sun, 16 Jul 2017 14:11:36 -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=rW467UFheZzv3rA94JqxvNtt+Y5jCshdQYimeHa9uGs=; b=VADE4jpJy+Lnc5wKePp1PJgeKLVFDV6tdTxitO1AowhvOG6QuUayKQTOIBQpxNGANG Z9XSBJbkEw81CVuB49GaBZ7thtMHTAlAbWt3jqE0zzt/7OwuKewhUDKfylvRlPLWrm0e O9AejIHf6Oae9kSi0bGmtv6PjoRpFtcNTMEcwtWtml4KBZr/sQZ3pq1aJMGSdYhsUnsY UV35Rm3LPvbz290Ma9SdXbwhlaZHfSSZu+LZFyMIV9rrt9PLFMaVwbRK7XNNdg+/iKMa JklJeW4BesSQmA6AuNBPEAGBsbJi6RJr2yDHLM12nIfVjipR8VpO5Vdgmw3FiS7fpu7t 1FIg== 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=rW467UFheZzv3rA94JqxvNtt+Y5jCshdQYimeHa9uGs=; b=n6opFYrBQMVeV0262WhRlpn/4nfuUlGYBjg3FQdvhlxu5i5lhONbB25cuW/AqjEXU7 0+ba8k8FL+U/nV1yLW+MISYo4y2hki5z2r55tIyw1dKuPSGrq9gkQh5SUy0X91BPCFwJ 7tSmtQXjKEVlE/3nmWiM6mQ1Xugt0ipDQMXpB7S/vEWOVouzW6ZxvYJbnt4LfnlKZHGK z/iSsxXT5NrHQ7mV3+Socop4gQ7sSf3ZP4RaZLHpTmtr9IA2x+tl5QVtG4L5V9HBlB5C vbNjxkHztTPrC7Oo+qqjtuF4wcm95srXlrdGpKqpPVNxqx4xNdpTrrukgbRKITiBmfbN XYFw== X-Gm-Message-State: AIVw111zU2GKzf1vNlXVfyfdHj6jmku7MXfNN57F1Ei3KzUX5nwg9xFU 2F8p5aFnRcOBGpJfjWLUBNSuEtw1gw== X-Received: by 10.13.255.69 with SMTP id p66mr13794874ywf.233.1500239495482; Sun, 16 Jul 2017 14:11:35 -0700 (PDT) MIME-Version: 1.0 Sender: asomers@gmail.com Received: by 10.13.243.135 with HTTP; Sun, 16 Jul 2017 14:11:34 -0700 (PDT) In-Reply-To: <871d6043-0c56-2c9b-1e3e-5db33898c24a@yandex.com> References: <871d6043-0c56-2c9b-1e3e-5db33898c24a@yandex.com> From: Alan Somers Date: Sun, 16 Jul 2017 15:11:34 -0600 X-Google-Sender-Auth: BGR4n-R1eTNU4byTJVhOwFksjXM Message-ID: Subject: Re: Attn: CI/Jenkins people; Run bhyve instance for testing pf To: Panagiotes Mousikides Cc: FreeBSD Current , "freebsd-hackers@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: Sun, 16 Jul 2017 21:11:36 -0000 On Sun, Jul 16, 2017 at 2:44 PM, Panagiotes Mousikides wrote: > Hello everybody! > > I am working on adding tests to the FreeBSD test suite for testing pf, the > network packet filter. > > These tests need at least two machines running and connected to each other, > with one machine generating network traffic and the other running pf and > filtering the traffic. I am looking for a way to fire off a bhyve instance > to serve as the second machine, the first being the actual machine I am > running the tests on. This should be done completely automatically, with > scripts to configure all network interfaces and to preferably also set up an > SSH server on the bhyve instance. > > This bhyve instance could start off as running the latest stable version of > FreeBSD, or it could be configured to run a snapshot of the development > tree. The aim is to have the desired version of FreeBSD that we want to > test running on it. Ideally this would be done in such a way that we can > reuse the machine for further tests, instead of rebuilding everything from > scratch for each test. > > What I am looking for is the best way to do this, preferably so that it can > be easily integrated into the CI work being done at Jenkins. What do you > think? Any input is welcome! > > All the best, > Panagiotes It's possible to setup CI systems that involve multiple machines networked together. I've done it. But it's complicated, fragile, and slow. I advise you to consider very carefully whether you truly need multiple VMs. What about creating an epair(4)? You could run pf on epair0b and generate traffic from epair0a. That would be faster than spinning up VMs, and would be very easy to integrate into any other CI system. Would that work? -Alan From owner-freebsd-current@freebsd.org Sun Jul 16 21:14: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 2849DC7A99A for ; Sun, 16 Jul 2017 21:14:46 +0000 (UTC) (envelope-from steinex@nognu.de) Received: from mail-wm0-x22f.google.com (mail-wm0-x22f.google.com [IPv6:2a00:1450:400c: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 AAB0167B7B for ; Sun, 16 Jul 2017 21:14:45 +0000 (UTC) (envelope-from steinex@nognu.de) Received: by mail-wm0-x22f.google.com with SMTP id w126so60390070wme.0 for ; Sun, 16 Jul 2017 14:14:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nognu-de.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-disposition:in-reply-to:user-agent; bh=DwVYM9C8TkIxQ+9ULdKneZCh+Du4jL/Tgbh/1IHAD3A=; b=kE2nqkQ3rxmHSIDzm94m0FHkqypVpV5BUNgWl2I0bDwh8VUbHYvoMYjNgoL8mzIHTd U3aDCe9o1dBtu+Gey1Noo3aIhbwO6ttuWwCFxkCuPcO6r5IYfGj0Wp80Be4rHiDP+ziZ o71SCSMTf1eLjf4JYFw4DXqA5t+RlnGkhgDs/nrjoBizSCQIurMGNKdx3OdiqpS6/fjE 1homojogLZ3UHQRnhqDA4kAg3TUnCIOgea1pO8sKnaMtIlH9y9jPKbftp/EEKPzlR8mZ cpzxaNXDWuW+FK/esjo/zdp2jCBPuIPh5z8Y60BG4LIfsRFgororkvtbS78Yw//4inL6 LkIw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to:user-agent; bh=DwVYM9C8TkIxQ+9ULdKneZCh+Du4jL/Tgbh/1IHAD3A=; b=jk/Tdzlt7Vyz50GAsVyFOCNqo/ELOFOy4enALuVyHXMjZBp8TBiho3WJch4U9Tl/0W rguG3+zdVmaijEhr9Q/6wm0VrKS6EYAmTj8TwHslYDfONsNwNEde4/6chTYWpppp8VZe SVkfIf8STZd/JqFG7/+7Hph7SmqUeVb3otnTwGAnKtXpvZYBlmTDOZIjfpp0kdyNMmYt JDhH33ZLFd1EbyLZZ7C/fxrM+aj5xMwNG2zEofptT978TwXZhO8QDSgKg/hwDVhKpVQs OjY61sCLlbZ97hy34lhkUiCGawGf96W1ybwnLNmFP9WnoSpZDBUo8RUw9Ikl4IgPXQfm bX1w== X-Gm-Message-State: AIVw1119HhQdCscvJh45kZFChDiAoOnQPrbeK7euBIpEsHyxlUgQ4mv3 0OUtOvUB2hrSJ19I X-Received: by 10.28.147.200 with SMTP id v191mr2404096wmd.95.1500239683896; Sun, 16 Jul 2017 14:14:43 -0700 (PDT) Received: from krenn.local ([2a02:908:e942:23c0:4c37:223b:f435:30e1]) by smtp.gmail.com with ESMTPSA id l73sm15855844wma.27.2017.07.16.14.14.43 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 16 Jul 2017 14:14:43 -0700 (PDT) Date: Sun, 16 Jul 2017 23:14:41 +0200 From: Frank Steinborn To: "O. Hartmann" Cc: "Andrey V. Elsukov" , FreeBSD CURRENT , FreeBSD Questions Subject: Re: Inter-VLAN routing on CURRENT: any known issues? Message-ID: <20170716211441.GA63054@krenn.local> Mail-Followup-To: "O. Hartmann" , "Andrey V. Elsukov" , FreeBSD CURRENT , FreeBSD Questions References: <20170712214334.4fc97335@thor.intern.walstatt.dynvpn.de> <20170713211004.13492aef@thor.intern.walstatt.dynvpn.de> <20170716230514.0c2e5c65@thor.intern.walstatt.dynvpn.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170716230514.0c2e5c65@thor.intern.walstatt.dynvpn.de> User-Agent: Mutt/1.8.3 (2017-05-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, 16 Jul 2017 21:14:46 -0000 O. Hartmann wrote: > I have not have any success on this and I must ask now, to not make a fool out of my > self, whether the concept of having several vlan over one single NIC is possible with > FreeBSD (12-CURRENT, as of today, r321055. > > Since it is even not possible to "route" from a non-tagged igb1 to a tagged vlan igb1.2 > or igb1.66 (for instance) on the same NIC, I have a faint suspect that I'm doing > something terribly wrong. > > I think everyone working with vlan should have those problems, but since I can not find > anything on the list, I must do something wrong - my simple conclusion. > > What is it? Do you have enabled net.inet.ip.forwarding? From owner-freebsd-current@freebsd.org Sun Jul 16 21:27: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 73BC5C7ADCD for ; Sun, 16 Jul 2017 21:27:25 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DF6806830A for ; Sun, 16 Jul 2017 21:27:24 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([77.180.117.19]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LviG8-1dilGy2RVU-017VCZ for ; Sun, 16 Jul 2017 23:27:16 +0200 Date: Sun, 16 Jul 2017 23:27:15 +0200 From: "O. Hartmann" To: freebsd-current@freebsd.org Subject: Re: Inter-VLAN routing on CURRENT: any known issues? Message-ID: <20170716232715.21a42d50@thor.intern.walstatt.dynvpn.de> In-Reply-To: <20170716211441.GA63054@krenn.local> References: <20170712214334.4fc97335@thor.intern.walstatt.dynvpn.de> <20170713211004.13492aef@thor.intern.walstatt.dynvpn.de> <20170716230514.0c2e5c65@thor.intern.walstatt.dynvpn.de> <20170716211441.GA63054@krenn.local> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/7WK68YWbJz7a_8hfD6RIBuc"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:7XgBHqvRRaetHjFw2H8UnqMCLHd0iPqznBbDvGo2K7uQMr33HyU KXhEPnKJna6hld0FRFwEGhHOpGkVr8tpSJV35sOPtrxNdd+FE5I9HVhMxgzJ4YOO16xs1mj nzsJO0GxR03kvQy7ENf7NsWnZ1Nj7xVj7LQ54TSofaTw4XtCzFHZLeUOEGxbNt+10GgKPcn 0jbI4EtF7LSG/cvwXdvnQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:7tR0QPd/g8M=:3D4AYi8dwss9S0lShloLUQ ATT1PUVuDTwkQCmx2dPtvFBFKVlF6GRTuIp89YAUuZKp3Q/AIoGIkAsSd/GHrwSSDe1IfRPpR pHzN65QK5Qcf2oHoTZuDZwlVp0ASddT48RlYekCubOVT6w3csXauvExj6bICfUQMjQKv2jmJZ 4CuwqdGPptu7Q/KftwsfMv9s/iqmggYy3ZOK4uoJngAMZDKBYYkrgnYylceXcczgj3vRJ4NO8 QCPga34Wr01sCgjbXGJL49rhGRFznDfm6GXdezgh2URWT0RVJVyXP6Dh3swpDlfWu1nUtOWIX Rt5Vdp+FSpt86ggLg48kzWz5ipMhl1utE6D5rc+NnpAHahwfkQ6rBy35QyW1/dc7f1uZJIkUG cCZ0G4D8Bu5IcoJAlJ+o5uQhJNHQi58QgCapp0e6przGvnnyFmceyCc+c4AbBcEtVcCYZD8k+ FJR3tO/RxC1CqlIMXdlkQJDVn7MjXPfk4eyFwlzeAZ0vUrSxuLRlz4xQxBv7f0kcXhUhHy4GS Z4NbX3/7Rx606ED7RSj171Yk8lIb74MCXjTcpVh1n1u0fUQNpcuZhfmsipdmq4uSARtMOSN/h 8bS+5qgQH87MIFTqeh6OLO6OvvXOwdmop7N+uTYnA9WCNJbvPh1hlVnuvUzH5e8kR3ZOxJ6AC DUjSPA4G26l0Tj/6f7mLrUovqwSpZEkdR7RiXohWoU4wcStkqrgBvdIv6l3IqnXEnIzaF3oRt E6k6Zz1LWHQnnugMj0eE61l/+OWrcDyoeq2lzrobNEx906bz3SGGUGYgzZXuzlmudK4BEJ6o0 JtlwZaufzpq+6rV/r7ECduJwlRPbg== 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, 16 Jul 2017 21:27:25 -0000 --Sig_/7WK68YWbJz7a_8hfD6RIBuc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Sun, 16 Jul 2017 23:14:41 +0200 Frank Steinborn schrieb: > O. Hartmann wrote: > > I have not have any success on this and I must ask now, to not make a f= ool out of my > > self, whether the concept of having several vlan over one single NIC is= possible with > > FreeBSD (12-CURRENT, as of today, r321055. > >=20 > > Since it is even not possible to "route" from a non-tagged igb1 to a ta= gged vlan > > igb1.2 or igb1.66 (for instance) on the same NIC, I have a faint suspec= t that I'm > > doing something terribly wrong. > >=20 > > I think everyone working with vlan should have those problems, but sinc= e I can not > > find anything on the list, I must do something wrong - my simple conclu= sion. > >=20 > > What is it? =20 >=20 > Do you have enabled net.inet.ip.forwarding? >=20 ... aber selbstverst=C3=A4ndlich doch, das ist das erste seit nunmehr 20 Ja= hren FreeBSD, was auf einem Router eingestellt wird ... Wie ich bereits beschrieben habe: pingen (ICMP) auf andere VLANs geht, nur = keine IP Dienste - und das mit oder ohne eingeschalteter IPFW. Gr=C3=BC=C3=9Fe, oh --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/7WK68YWbJz7a_8hfD6RIBuc Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWWvaMwAKCRDS528fyFhY lEljAf91cTIuMx2eY+itbtJdKJGmRoLEpgE77MvKu6/QxBedRoeRwF9MuXbCfprZ P9NMmvC2iumrIiYD1wKYPTlfgnyTAf9xrece+/QRLtaKxzFiRmdRI94iKWTXnru2 wOYa27HmcuNY9GeNA/U4FPaHm9O43xg6dTtNOQ1yh9DcUKdiDdhP =gIVY -----END PGP SIGNATURE----- --Sig_/7WK68YWbJz7a_8hfD6RIBuc-- From owner-freebsd-current@freebsd.org Sun Jul 16 21:32: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 5D97CC7AFEB; Sun, 16 Jul 2017 21:32:04 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CB80768575; Sun, 16 Jul 2017 21:32:03 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([77.180.117.19]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MYtId-1d9ygO416R-00Vg2f; Sun, 16 Jul 2017 23:32:00 +0200 Date: Sun, 16 Jul 2017 23:31:58 +0200 From: "O. Hartmann" To: Frank Steinborn Cc: "O. Hartmann" , "Andrey V. Elsukov" , FreeBSD CURRENT , FreeBSD Questions Subject: Re: Inter-VLAN routing on CURRENT: any known issues? Message-ID: <20170716233158.53f5d6e3@thor.intern.walstatt.dynvpn.de> In-Reply-To: <20170716211441.GA63054@krenn.local> References: <20170712214334.4fc97335@thor.intern.walstatt.dynvpn.de> <20170713211004.13492aef@thor.intern.walstatt.dynvpn.de> <20170716230514.0c2e5c65@thor.intern.walstatt.dynvpn.de> <20170716211441.GA63054@krenn.local> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/43AZxrQoqcSTS3qn67Cyh7B"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:XvWWbEEHguz46JNOZd+QGaTrK71266hikl81T/DMvqUdGoEDHV6 HkJa58y/OGJsoDKSjr/IbRroPc56c4Mqvnz7wrGQxnlwaQ//mLciknnVjkhIgENAQNy9kBC w+QLwZud1KlpMj+KiPILjwg8BzhAT2kGouuqmTjTlH4Ie9Xrloz+RInMXxL6rxaW0sKQI45 KPj8Je1SjPj/urUwKkLFQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:SCZlbTiA7hQ=:pe1iAdN8yuzeQpheolPldX BdZpXyaEGbFxJw/49a63iwMuxz492PBdANdmKJqLa5uRdBenCehxwo+os0HMQmpogXAyxYQ0z By1FUmPrvW2z6aYDOMHKPuVjJgQpzZa/qlhiyvkMUkToYqRxWCE7Ue5wa2wTqqIEjQ9y0e7e6 CqlEXwnPa75eiwwbjOigUJqCoWDXaV13nEcWDFDidywTkbgIDTQWZ492zUCIpY4O/06hqtxh6 WSdwA2Jipb0PZ2PwE8Zx78NfxkwmWmj549wslYQF5vKE3CZdehxWDqKgNjvU3E8uAk8ST+k+H bydxBvuY3QqyN2VFd3UnBWdf+ix4iB0H9HcAoNl/C8p4+XUBwBqVWRIft2CPhVsKjPGTpIa8M hbjRq2wv3YihzoGm+xSMlBFs4wNrjNs0xY++aIap7aWYagPBIpdCsgWlc3Vs9giGAzq33bQ/U NWk/kWUvBwdlK+Mioyqs8AS3ZQW7ObWlq+s5GXAJwORDDa3mIedf5AITajn0QIK3+OEnKYARz +X79OnJw5cnKhDPVM941jTeiQtrMWz07S2gzNyxauRroPeGOa0jxv+Gyl8+FCGXAtULe3RmkP rIzoaXsXig96sGdZy27qA40YFsMqsSW0A9oxp/hI6AehEyILsdpGzpFbUbw0iiw8Kvq0w8pSb 2pz3slYqKIp3WMpoSc1fHQzFduEYto5Xl58Bv91IPHIVz+SpXZ4fBO05EASto1jFHw1MnIcZr cmrq4Tj7H4+hsWSckvHv7W8bNZBRZgHo9Y2QFljPgLoMidhiqJ8m6qkMvc7altbkqfWG7Y/Sk mKw6z3NM17l1wHowuBgTpe4iCVNeQ== 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, 16 Jul 2017 21:32:04 -0000 --Sig_/43AZxrQoqcSTS3qn67Cyh7B Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Sun, 16 Jul 2017 23:14:41 +0200 Frank Steinborn schrieb: > O. Hartmann wrote: > > I have not have any success on this and I must ask now, to not make a f= ool out of my > > self, whether the concept of having several vlan over one single NIC is= possible with > > FreeBSD (12-CURRENT, as of today, r321055. > >=20 > > Since it is even not possible to "route" from a non-tagged igb1 to a ta= gged vlan > > igb1.2 or igb1.66 (for instance) on the same NIC, I have a faint suspec= t that I'm > > doing something terribly wrong. > >=20 > > I think everyone working with vlan should have those problems, but sinc= e I can not > > find anything on the list, I must do something wrong - my simple conclu= sion. > >=20 > > What is it? =20 >=20 > Do you have enabled net.inet.ip.forwarding? >=20 Of course I have. As I stated earlier, ICMP pings from on VLAN to another o= ver this router works, but any IP (UDP, TCP) is vanishing into thin air. I don't have a FBSD-11-STABLE reference system at hand, so that I can check= with another revision/major release of the OS, but I work on that.=20 --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/43AZxrQoqcSTS3qn67Cyh7B Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWWvbTgAKCRDS528fyFhY lKKAAf40/3ZTZLaSwlT6Q3/FdhU4dY3MLR0Om1XPdIxrMbgvSAKmI78fI+wfVQv7 RVqCwC5C9OuIiBQGKVt/I2JnDTNbAf4//H0/Kmg0GoPcKyyhx/mt0e2l8faQBBYj ELuHtYtly38RveAfKSOSx+MUiGDyT+7NWeguWg6bJg/cjlO1MdJz =r9Lh -----END PGP SIGNATURE----- --Sig_/43AZxrQoqcSTS3qn67Cyh7B-- From owner-freebsd-current@freebsd.org Sun Jul 16 22:29:50 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 0887DC7B936 for ; Sun, 16 Jul 2017 22:29:50 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) (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 D38B46989C for ; Sun, 16 Jul 2017 22:29:49 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 364db2f6-6a76-11e7-a4a1-c9e62e5d9688 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.78.92.27 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.78.92.27]) by outbound2.ore.mailhop.org (Halon) with ESMTPSA id 364db2f6-6a76-11e7-a4a1-c9e62e5d9688; Sun, 16 Jul 2017 22:29:21 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id v6GMTeLk004344; Sun, 16 Jul 2017 16:29:40 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1500244180.22314.61.camel@freebsd.org> Subject: Re: netgraph: documentation issue? What kernel options? Where to find? From: Ian Lepore To: "O. Hartmann" , FreeBSD CURRENT Date: Sun, 16 Jul 2017 16:29:40 -0600 In-Reply-To: <20170716224834.030e004b@thor.intern.walstatt.dynvpn.de> References: <20170716224834.030e004b@thor.intern.walstatt.dynvpn.de> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 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: Sun, 16 Jul 2017 22:29:50 -0000 On Sun, 2017-07-16 at 22:48 +0200, O. Hartmann wrote: > For a small SoC based system, I use a highly customised static kernel > and build the > system via NanoBSD with no kernel modules. > > Tyring to track down some network issues with recent CURRENT I > figured out, that when > using the ppp client to connect via modem to the ISP and there is no  > > options NETGRAPH_ETHER > options NETGRAPH_PPPOE > > in the kernel configuration, the resulting system fails to establish > a ppp session. The > man page states, that a netgraph node is established, but as hard as > I look, I can not > find any(!) information in the man pages what options are > necessary/optional to provide > the correct module statically. > > The same is for many other NETGRAPH_XXX features. Starting from man > page "man 4 > netgraph", section "SEE ALSO", I started tweaking the kernel with > NETGRAPH_XXX, i.e. > ng_vlan -> NETGRAPH_VLAN until the compiler bails out with an error, > for instance > ng_car -> NETGRAPH_CAR. > > I tried to find out what options cover which netgraph module but > there is - right, > nothing I can find on a direct route. > > Since netgraph isn't so brand new (I guess ~ 2000 from the PDFs I > found on the network), > there must be some documentation other than "reading the source > code". > > Please give me some hints where to find the entry point for the > appropriate documented > options for netgraph modules. > > Obviously, some ng_xxx modules are prerequisite for some services to > work properly, as > ppp - but I can't find any hints for "options NETGRAPH_ETHER" or > "options NETGRAPH_PPPOE" > in the manpages (looked at ppp, pppoed).  > > Thanks in advance, > kind regards > > Oliver > I can't help with anything specific to netgraph or its [lack of] docs. For the general question "How do I know what undocumented device or option statement to put in my kernel config to get xxxxx" a good place to start is /usr/src/sys/conf/NOTES.  It's supposed to contain all the options and devices (except some machine/arch-specific stuff).  If you don't find it in NOTES, try "grep -i xxxxx *" in that dir, you may find the thing you're looking for in 'options' or 'files' and get some clues that way. For the netgraph stuff, I see that in NOTES it tells you how to find the manpages for netgraph things, so I guess I accidentally did answer that part too.  :) -- Ian From owner-freebsd-current@freebsd.org Mon Jul 17 05:50:20 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 AA34ACFC819 for ; Mon, 17 Jul 2017 05:50:20 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 27B7B7307C; Mon, 17 Jul 2017 05:50:19 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([77.180.117.19]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M0tr1-1dmBvI2U5n-00v8ra; Mon, 17 Jul 2017 07:50:11 +0200 Date: Mon, 17 Jul 2017 07:50:02 +0200 From: "O. Hartmann" To: Ian Lepore Cc: "O. Hartmann" , FreeBSD CURRENT Subject: Re: netgraph: documentation issue? What kernel options? Where to find? Message-ID: <20170717074645.53ac20a7@thor.intern.walstatt.dynvpn.de> In-Reply-To: <1500244180.22314.61.camel@freebsd.org> References: <20170716224834.030e004b@thor.intern.walstatt.dynvpn.de> <1500244180.22314.61.camel@freebsd.org> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/g9wtycGJj/uhL3YM0Lp8p0t"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:j5Icyy0Vfn2KVf8NVCw0rJZ62udsoXRAIHJNfCU4tLHdDsexNoZ spobFkbb3KFBv+ppV7j9QFfR7S6ne1QpTr62zRWEH3hCPvl+K8Cf8Q4zRp+9L/jNMrmyIBO dawBSSg+dihzgsdYnb/x4v/mpDOp3yYmmv/Ittaom8RzZ7SWRhryb54FRqLNOM1Gyq64SsB gR9uVl/d6e2hScMi5V/vA== X-UI-Out-Filterresults: notjunk:1;V01:K0:otYoMy5CRi0=:KaJzpbLtknLKYSFMPQn0TH SxuI405sh17H1nZSCySV4zyAE5AP7YirGRq+uRPBpBuUPFQOsr5ch0SQu75Y3dC264Sf4waGz FzD476IVIiAnLl4vLBclr/3Sx7cZ7LPppgV4WXPW5K52J8n7W8Na09a+kTjgJYMpXqhW7OMMM P39Ud4cqoT4fw7SgcHGigMQNhDFCkGC4SdjYqt+xmsfwewXRqkyM8Oh5S9Mbf7JGLiR5vXACC 2J1ZuPknJehSdbZIpTWXXs/xpWSJ7mOnPi7MYcjGd6UCZrr0cxbd8a39g54hZBD0eLCgM60HU +tqZdLd7RAfwfQ1rf1Sw1lTJy0bGEqvI+ZO51r8XSFHV7GVq2PutDacWjPC/uCXvOnOaUJxD+ L2MLjcx1kmSCKgs3JgTqLl3sQfYn1V2lF4B9NlC1sAA0Ffe+30y2d6UVpn78ObiI+EESFqinM cv1RZEAsBR/sStpHwpqzMKBAl1Fll7oCmov7QDi+4GkvOvjXPoJw1EHOFSswzW9yoS3hCrZCt ibIugcbhV3NaTtuQnar3NFCI0K2ithnGQ/gBx6juqlDhEFsoPOOOnXfKY1+rIl6NXNesAaGH5 /HV+Q0k8c7hd9QC4Mps/2VFJxVrw2cJkslIIBYXRz39mDQZgLv+D59iGDguVnUrWcm1dPTitt mt4qGLuLPNasm0wGoV+7hLnM/PuVp6QMsmfO6MrctBMepnxZ3dv/MskpfcO8MOxDBLMQ7GkCU ZjFOG3JFX6BPieuPo8lgx67VIkfqTxaYuLpn9LPWdVO9lFsshS62EaVqcJzNgNuLpi5PEutYD YnFX25HgwRoiAjN94/FTYmriNyyLg== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jul 2017 05:50:20 -0000 --Sig_/g9wtycGJj/uhL3YM0Lp8p0t Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Am Sun, 16 Jul 2017 16:29:40 -0600 Ian Lepore schrieb: > On Sun, 2017-07-16 at 22:48 +0200, O. Hartmann wrote: > > For a small SoC based system, I use a highly customised static kernel > > and build the > > system via NanoBSD with no kernel modules. > >=20 > > Tyring to track down some network issues with recent CURRENT I > > figured out, that when > > using the ppp client to connect via modem to the ISP and there is no=A0 > >=20 > > options NETGRAPH_ETHER > > options NETGRAPH_PPPOE > >=20 > > in the kernel configuration, the resulting system fails to establish > > a ppp session. The > > man page states, that a netgraph node is established, but as hard as > > I look, I can not > > find any(!) information in the man pages what options are > > necessary/optional to provide > > the correct module statically. > >=20 > > The same is for many other NETGRAPH_XXX features. Starting from man > > page "man 4 > > netgraph", section "SEE ALSO", I started tweaking the kernel with > > NETGRAPH_XXX, i.e. > > ng_vlan -> NETGRAPH_VLAN until the compiler bails out with an error, > > for instance > > ng_car -> NETGRAPH_CAR. > >=20 > > I tried to find out what options cover which netgraph module but > > there is - right, > > nothing I can find on a direct route. > >=20 > > Since netgraph isn't so brand new (I guess ~ 2000 from the PDFs I > > found on the network), > > there must be some documentation other than "reading the source > > code". > >=20 > > Please give me some hints where to find the entry point for the > > appropriate documented > > options for netgraph modules. > >=20 > > Obviously, some ng_xxx modules are prerequisite for some services to > > work properly, as > > ppp - but I can't find any hints for "options NETGRAPH_ETHER" or > > "options NETGRAPH_PPPOE" > > in the manpages (looked at ppp, pppoed).=A0 > >=20 > > Thanks in advance, > > kind regards > >=20 > > Oliver > > =20 >=20 > I can't help with anything specific to netgraph or its [lack of] docs. >=20 > For the general question "How do I know what undocumented device or > option statement to put in my kernel config to get xxxxx" a good place > to start is /usr/src/sys/conf/NOTES. =A0It's supposed to contain all the > options and devices (except some machine/arch-specific stuff). =A0If you > don't find it in NOTES, try "grep -i xxxxx *" in that dir, you may find > the thing you're looking for in 'options' or 'files' and get some clues > that way. Yes, correct and I did this, too, but pulling in all of the options resulte= d in failues, as far as I know NETGRAPH_CAR bailed out (with -DNO_CLEAN, I must confess). >=20 > For the netgraph stuff, I see that in NOTES it tells you how to find > the manpages for netgraph things, so I guess I accidentally did answer > that part too. =A0:) No, not exactly, it doesn't tell me which NETGRAPH_XXX I need for a certain service so I hav= e to do experiments: starting the service with a full install of all modules and se= e what modules gets kloaded and then put the appropriate option into the kernel. In my situation, using ppp/pppoe failed silently when disabling options NET= GRAPH_ETHER, NETGRAPH_PPPOE and the refering kernel modules weren't present. Since I fight a problem with VLANs and routing on CURRENT, I'd appreciate a= more dense documentation - or a hint. >=20 > -- Ian Thank you very much for the patience, kind regards Oliver --=20 O. Hartmann Ich widerspreche der Nutzung oder =DCbermittlung meiner Daten f=FCr Werbezwecke oder f=FCr die Markt- oder Meinungsforschung (=A7 28 Abs. 4 BDS= G). --Sig_/g9wtycGJj/uhL3YM0Lp8p0t Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWWxQCgAKCRDS528fyFhY lIrGAf9uiuC7MoSuTZxE/sUw76Nr0z7ToKcoA6RnTnQPnyM51xoT/OSVeZwMc93n 34ELoPZmxxLBe7eQ3coI9TXBmWOxAgCWJL2YlUB9G/rqsGw92xCsNC+anYe6TTUv VRUimsNGZ3rzDOntqsh7YeMUjubDXtkANHCZdpDZxp2PI+R2Dzc6 =l5cI -----END PGP SIGNATURE----- --Sig_/g9wtycGJj/uhL3YM0Lp8p0t-- From owner-freebsd-current@freebsd.org Mon Jul 17 06:36:53 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 55824CFDC62 for ; Mon, 17 Jul 2017 06:36:53 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 417B874E91 for ; Mon, 17 Jul 2017 06:36:53 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 40E0BCFDC61; Mon, 17 Jul 2017 06:36:53 +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 407ADCFDC60 for ; Mon, 17 Jul 2017 06:36:53 +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 8D24B74E8B for ; Mon, 17 Jul 2017 06:36:52 +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 JAA05404; Mon, 17 Jul 2017 09:36:50 +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 1dWzeE-0006OA-D7; Mon, 17 Jul 2017 09:36:50 +0300 Subject: Re: Caveat emptor: Beware of ZFS on HEAD To: Peter Wemm , Current References: <2830123.MIUbdsJfkU@overcee.wemm.org> From: Andriy Gapon Message-ID: <2cd885e1-737b-b8fc-e446-7249ca92f04d@FreeBSD.org> Date: Mon, 17 Jul 2017 09:35:54 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <2830123.MIUbdsJfkU@overcee.wemm.org> Content-Type: text/plain; charset=windows-1252 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: Mon, 17 Jul 2017 06:36:53 -0000 On 12/07/2017 23:20, Peter Wemm wrote: > We mostly run HEAD in the freebsd.org cluster. Sometime in the last few weeks > an ugly zfs problem has surfaced. If a redundant volume is degraded, zfs > panics on boot. If a drive fails while running, or is manually put offline, zfs > panics the same way. > > I do not have a smoking gun, but I am suspicious of the June 28th commits > (starting at r320156) and their follow-ups. eg: r320452. > > https://bugs.freebsd.org/220691 > > I believe single disk systems will *not* be affected by this - the panic only > happens when a raidz (and presumably mirror) degrades. Your laptop etc should > be fine. > > I apologize for being vague - I do not know more. Folks running HEAD should > take appropritate precautions (eg: keeping a known-good kernel.old and modules > around). This is always advisable when running HEAD anyway, particularly so > now. For us, a kernel.old from June 18th worked fine. > My apologies for the bug. Everyone affected, could you please test the patch from the bug report? https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220691#c3 Thank you! -- Andriy Gapon From owner-freebsd-current@freebsd.org Mon Jul 17 09:15:28 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 60756D6D07C for ; Mon, 17 Jul 2017 09:15:28 +0000 (UTC) (envelope-from chargen@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 3D8F57D9A4 for ; Mon, 17 Jul 2017 09:15:28 +0000 (UTC) (envelope-from chargen@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 39EB6D6D07B; Mon, 17 Jul 2017 09:15:28 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3971FD6D07A for ; Mon, 17 Jul 2017 09:15:28 +0000 (UTC) (envelope-from chargen@gmail.com) Received: from mail-pg0-x229.google.com (mail-pg0-x229.google.com [IPv6:2607:f8b0:400e:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0A72E7D9A2; Mon, 17 Jul 2017 09:15:28 +0000 (UTC) (envelope-from chargen@gmail.com) Received: by mail-pg0-x229.google.com with SMTP id v190so18526369pgv.2; Mon, 17 Jul 2017 02:15:28 -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=d06+s94058arlftYfg1S+zV7+X4pfOpCw18Y9oQzCFI=; b=REeZ9FogY+efHcSn/v5XiS6nHCb137x9gkLRXqMeYkzjYiFMyR3i4C9044V2t/xIWw ExraCqGs7eS6sxni7zknGKX5XKDz5Zb+NDm6pcofI4Z9cOeSv/JDMNxIKh3TzeUVcE+6 FbpW/J2iNe6Lq5g/yEyojNZB3/Okyc4P6qZXdHjlkapnm6iqGlUPNYNaKY6SqTjFEbrw 6/pNZuHVRHGBTnmDZAte8/zkze1n55VJw00/adxzfLvkI8AYK8j9Jgb3nXcXmZI1uecU GITuNWpm+kq6x3Rp5G/+LpM7JicTDzv9s2CzIZNEHPzSEQvRNg6ArPjQUOn+DqD/njOo 102w== 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=d06+s94058arlftYfg1S+zV7+X4pfOpCw18Y9oQzCFI=; b=PTmAiYyEioaLd+rsa0jjEA7B4Vv2dwCQbFwdgoCMsxCUT30TueeqnNkKiP3OdbLuf0 NWvOllXkO5/2K34r0KHmQ2bn0CJfDoFlCwHP0sP5JWYjT4KLLBLBZ8HE8uqI4bc0t87j ZI4/rQuSe1qjZyPXQpH7GPBgq0Ga0reRWezPTUzFLXvBHQd6LRbcNZ4XLtyTEQWzyfqO hyGK0SdeqNqAg/HbW+WL/s1W8XXED6D+8PRY93tfVTpDM/fCbbe4BTd5RKQRXRpqszql bq/MnMLdGTqi8rUJBKLDnjsRW7DixfIviRfb0x125MXt3SBe2oV7hgNf6QRZ+PHRRSJh vCcg== X-Gm-Message-State: AIVw1120jtL3R3bQPe8jei5U7JJRhgvqbwVQXV00Sj52vSfA5cEM8JTT qxzftOwJjecbKstPF4jYQCD8sI4fvA== X-Received: by 10.99.2.69 with SMTP id 66mr27808084pgc.61.1500282926967; Mon, 17 Jul 2017 02:15:26 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.183.71 with HTTP; Mon, 17 Jul 2017 02:15:06 -0700 (PDT) In-Reply-To: <2cd885e1-737b-b8fc-e446-7249ca92f04d@FreeBSD.org> References: <2830123.MIUbdsJfkU@overcee.wemm.org> <2cd885e1-737b-b8fc-e446-7249ca92f04d@FreeBSD.org> From: Chargen Date: Mon, 17 Jul 2017 11:15:06 +0200 Message-ID: Subject: Re: Caveat emptor: Beware of ZFS on HEAD To: Andriy Gapon Cc: Peter Wemm , 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: Mon, 17 Jul 2017 09:15:28 -0000 Thumbs up, gentlemen! Regards, Edwin -- Deze e-mail en de inhoud is vertrouwelijk en uitsluitend bestemd voor de geadresseerde(n). Indien u niet de geadresseerde bent van deze e-mail verzoeken wij u dit direct door te geven aan de verzender door middel van een reply e-mail en de ontvangen e-mail uit uw systemen te verwijderen. Als u geen geadresseerde bent, is het niet toegestaan om kennis te nemen van de inhoud, deze te kopieren, te verspreiden, bekend te maken aan derden noch anderszins te gebruiken. The information contained in this e-mail is confidential and may be legally privileged. It is intended solely for the addressee. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. Please notify us immediately if you have received it in error by reply e-mail and then delete this message from your system. On Mon, Jul 17, 2017 at 8:35 AM, Andriy Gapon wrote: > On 12/07/2017 23:20, Peter Wemm wrote: > > We mostly run HEAD in the freebsd.org cluster. Sometime in the last > few weeks > > an ugly zfs problem has surfaced. If a redundant volume is degraded, zfs > > panics on boot. If a drive fails while running, or is manually put > offline, zfs > > panics the same way. > > > > I do not have a smoking gun, but I am suspicious of the June 28th commits > > (starting at r320156) and their follow-ups. eg: r320452. > > > > https://bugs.freebsd.org/220691 > > > > I believe single disk systems will *not* be affected by this - the panic > only > > happens when a raidz (and presumably mirror) degrades. Your laptop etc > should > > be fine. > > > > I apologize for being vague - I do not know more. Folks running HEAD > should > > take appropritate precautions (eg: keeping a known-good kernel.old and > modules > > around). This is always advisable when running HEAD anyway, > particularly so > > now. For us, a kernel.old from June 18th worked fine. > > > > My apologies for the bug. > Everyone affected, could you please test the patch from the bug report? > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220691#c3 > Thank you! > > -- > Andriy Gapon > _______________________________________________ > 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 Mon Jul 17 09:20: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 697B5D6D2BC for ; Mon, 17 Jul 2017 09:20:16 +0000 (UTC) (envelope-from sepherosa@gmail.com) Received: from mail-pg0-x229.google.com (mail-pg0-x229.google.com [IPv6:2607:f8b0:400e:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3E9F87DC10 for ; Mon, 17 Jul 2017 09:20:16 +0000 (UTC) (envelope-from sepherosa@gmail.com) Received: by mail-pg0-x229.google.com with SMTP id v190so18590583pgv.2 for ; Mon, 17 Jul 2017 02:20:16 -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=Cg6bSl0XRalRNTOltXBL+PhwvI7dKxqp3zqU0DPnpjE=; b=eakHEMciIL+7tDaOjhe7a5Cb6xy7zYVxx4WK+qRgM4frrpy+fZVJgh5ctdGGuxB8wD BG9KQ3DS056+iCpdS0fEPYorpjFFAcH9e9CaZ83Fq3cA9cOEopj8xUPTp+IpFCQLTidI EbRWN3eK708htgWF1d7GiCyBbopPBOIjKhIAximJTFOJB7wqIm5w7Y+gXN4eulDXK3vJ XOb5mmglv9LkPNRnFXtAjTIo15u3MULbYrYIF+kYNqgv4cVRorlNYiFQ2EorEgw3i1lq iY1Jqi0mvZqmpbiZPOuTlaGopEaJGYW/l+qTSSjLiUIygzydPsjZSTp1b2sZD7iI3ktS hK4w== 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=Cg6bSl0XRalRNTOltXBL+PhwvI7dKxqp3zqU0DPnpjE=; b=Kg0fZcKc/773yVei7o438bwdgb9Dydjs/d9i3F0ncKvsgqiP8a7jmaInQHTsZJW1NT y6OmPylhE0l4TtLUxPfKzjdKTErAaYey7+GHVzCNz51Tw7O8waH7NVTlziowqRHuHoNL 6CYrRehYJ9qY08nEosut9KK982dl7sU36w40adSVFoJegK65UOp8bf6JdnZf2cMiF3OT X6LLANQ0FjwMLi2Zdbt/qUuq8bv44kt1470xxBPh2YCsKxa2oV+Ae52pgr8PEEfNQr5Q lw7QyXHXAqiSdOi7gvIggDEFuluh3dcSQm3eWHr5UzJK+Z+eurfetExovOvm5Ze7ixZu onZw== X-Gm-Message-State: AIVw1135dl1HdQO1QJB7/Thh3/5oP/zpZoTp1deLfmHDzP5h/ZnAJS1C W47+JsuUln/052B8yWtBhr9ICZ6hXGjz X-Received: by 10.99.117.89 with SMTP id f25mr27558053pgn.5.1500283215791; Mon, 17 Jul 2017 02:20:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.138.109 with HTTP; Mon, 17 Jul 2017 02:20:15 -0700 (PDT) From: Sepherosa Ziehau Date: Mon, 17 Jul 2017 17:20:15 +0800 Message-ID: Subject: Where should I put devd related scripts? To: "freebsd-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: Mon, 17 Jul 2017 09:20:16 -0000 Hi all, Where should I put devd related scripts? Thanks, sephe -- Tomorrow Will Never Die From owner-freebsd-current@freebsd.org Mon Jul 17 09:58:32 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 00ECDD7620F for ; Mon, 17 Jul 2017 09:58:32 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (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 B803C7EE16 for ; Mon, 17 Jul 2017 09:58:31 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from fortune.joker.local (124-18-21-125.dz.commufa.jp [124.18.21.125]) (authenticated bits=0) by dec.sakura.ne.jp (8.15.2/8.15.2/[SAKURA-WEB]/20080708) with ESMTPA id v6H9wMVe070181; Mon, 17 Jul 2017 18:58:22 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Mon, 17 Jul 2017 18:58:22 +0900 From: Tomoaki AOKI To: freebsd-current@freebsd.org Cc: sepherosa@gmail.com Subject: Re: Where should I put devd related scripts? Message-Id: <20170717185822.615c909c43fa33d293a5ac0a@dec.sakura.ne.jp> In-Reply-To: References: Organization: Junchoon corps X-Mailer: Sylpheed 3.6.0 (GTK+ 2.24.31; amd64-portbld-freebsd11.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jul 2017 09:58:32 -0000 Hi. Usually, you should put configuration files (looked in by devd) on /usr/local/etc/devd, and actual executables (specified by the configuration files) on /usr/local/sbin/. sysutils/automount would be a good example. See its port Makefile. Don't forget that actual installation directory is under LOCALBASE, usually /usr/local. If you want to know further, fetch its distfile and see its contents. Essentially, no need to install it, as it's NO_BUILD. If you describe configuration file with full path, the actual binary itself can be put anywhere you want (except noexec directory). For example, /compat/linux/usr/sbin. If you need to replace system-default behaviour, you would need to edit system-wide configuration file on /etc/devd to point actual binary you need for the very entry. This case, usually the binary itself should better been installed on /usr/local/sbin. On Mon, 17 Jul 2017 17:20:15 +0800 Sepherosa Ziehau wrote: > Hi all, > > Where should I put devd related scripts? > > Thanks, > sephe > > -- > Tomorrow Will Never Die > _______________________________________________ > 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" > -- Tomoaki AOKI From owner-freebsd-current@freebsd.org Mon Jul 17 10:10:28 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0D45DD76499 for ; Mon, 17 Jul 2017 10:10:28 +0000 (UTC) (envelope-from clbuisson@orange.fr) Received: from smtp.smtpout.orange.fr (smtp09.smtpout.orange.fr [80.12.242.131]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 67EE67F285 for ; Mon, 17 Jul 2017 10:10:26 +0000 (UTC) (envelope-from clbuisson@orange.fr) Received: from localhost ([92.134.9.250]) by mwinf5d18 with ME id lmAG1v00f5PgxqL03mAHln; Mon, 17 Jul 2017 12:10:17 +0200 X-ME-Helo: localhost X-ME-Auth: Y2xidWlzc29uQHdhbmFkb28uZnI= X-ME-Date: Mon, 17 Jul 2017 12:10:17 +0200 X-ME-IP: 92.134.9.250 Subject: Re: netgraph: documentation issue? What kernel options? Where to find? To: freebsd-current@freebsd.org References: <20170716224834.030e004b@thor.intern.walstatt.dynvpn.de> From: Claude Buisson Message-ID: <3bff559a-df2d-8c3b-5f60-55366145ade4@orange.fr> Date: Mon, 17 Jul 2017 12:10:16 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <20170716224834.030e004b@thor.intern.walstatt.dynvpn.de> Content-Type: text/plain; charset=windows-1252; 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: Mon, 17 Jul 2017 10:10:28 -0000 On 07/16/2017 22:48, O. Hartmann wrote: > For a small SoC based system, I use a highly customised static kernel and build the > system via NanoBSD with no kernel modules. > > Tyring to track down some network issues with recent CURRENT I figured out, that when > using the ppp client to connect via modem to the ISP and there is no > > options NETGRAPH_ETHER > options NETGRAPH_PPPOE > > in the kernel configuration, the resulting system fails to establish a ppp session. The > man page states, that a netgraph node is established, but as hard as I look, I can not > find any(!) information in the man pages what options are necessary/optional to provide > the correct module statically. > > The same is for many other NETGRAPH_XXX features. Starting from man page "man 4 > netgraph", section "SEE ALSO", I started tweaking the kernel with NETGRAPH_XXX, i.e. > ng_vlan -> NETGRAPH_VLAN until the compiler bails out with an error, for instance > ng_car -> NETGRAPH_CAR. > > I tried to find out what options cover which netgraph module but there is - right, > nothing I can find on a direct route. > > Since netgraph isn't so brand new (I guess ~ 2000 from the PDFs I found on the network), > there must be some documentation other than "reading the source code". > > Please give me some hints where to find the entry point for the appropriate documented > options for netgraph modules. > > Obviously, some ng_xxx modules are prerequisite for some services to work properly, as > ppp - but I can't find any hints for "options NETGRAPH_ETHER" or "options NETGRAPH_PPPOE" > in the manpages (looked at ppp, pppoed). > > Thanks in advance, > kind regards > > Oliver > Here, using ppoe: /etc/ppp/ppp.conf ... set device PPPoE:re0 ... and I find: # kldstat ... netgraph.ko ng_ether.ko ng_pppoe.ko ng_socket.ko ... Hope this help CBuisson From owner-freebsd-current@freebsd.org Mon Jul 17 16:48: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 EB7BDD9A110 for ; Mon, 17 Jul 2017 16:48:01 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qk0-x22d.google.com (mail-qk0-x22d.google.com [IPv6:2607:f8b0:400d:c09::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9F93E67148 for ; Mon, 17 Jul 2017 16:48:01 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qk0-x22d.google.com with SMTP id d136so12678106qkg.3 for ; Mon, 17 Jul 2017 09:48:01 -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:content-transfer-encoding:in-reply-to :user-agent; bh=aVzCYyMQTdlWGstlZJSrvlnsZJAn1yEuChJ9mE0xfhI=; b=LL9k8F0P7x4pbe4DAE/70jsWqluhU8BQIvpsEw0NcXqhJNyyLXvXqwKXS+yVDnZ3x/ 14SME4CwDfZiXD5F2F9/g10NjEdoZ6HfjNp761tp271Spx4SLIZ6vLbIyz5c7nNIz7fH G89iVXdc/NCCcXHtNur0NAYQdejmQpSei/lyMDP+IIqUYcnfZd0EnC2ERxZC2zv6mY55 IIO008bn6y19ir6/woxlM26p5QrtOVAI3Red0sHt07as7uB4fdynPe7LDVmwvnZ2RYzj mMG4OfQZDlcKuI4CpiQbjKKRM3qj5H2BhEuQTbYHzuelpKosvaKzpSbQayap2zECfBE3 6Hwg== 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 :content-transfer-encoding:in-reply-to:user-agent; bh=aVzCYyMQTdlWGstlZJSrvlnsZJAn1yEuChJ9mE0xfhI=; b=Zr7TC1GagNakMGjSY+nzZHW4lx1/RaCS07qbOgEsi84YNnjZSAg0tJIH2naHbRh/Oi MaQ5vRxoFZjfkw+4TIJ7UOMzenWa1/qVhcXNcqw7Zc75APP7XzI0wB/nYXeMi1OkKiSJ 6W+1odfQI+3KTNTMw62G6luFScCrD7lI9m3OCgMJaO/6GGelqZyn85qAHfga3F62EXcX zsUkIP7W2zr/Kma0zrg5STwThBWQY+tGDIRF5LSiYc7mW72qtgWB5WWPa3UFqVS59oAB 9R80yRqnuFGafhuQSY92BhrDII5NvFQF/snxtu/0i4Bh6DPG4cHU9quQewHNwISVlDFV 7XPA== X-Gm-Message-State: AIVw113TUpq/CvfGnw5RP3SVjuG20rIHzS+Otbe7wnPSnEGwwA+CsGBT JSmejKVYNFXtFA== X-Received: by 10.55.19.13 with SMTP id d13mr26887303qkh.214.1500310080816; Mon, 17 Jul 2017 09:48:00 -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 d14sm13683979qtc.58.2017.07.17.09.47.59 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 17 Jul 2017 09:48:00 -0700 (PDT) Sender: Mark Johnston Date: Mon, 17 Jul 2017 09:48:49 -0700 From: Mark Johnston To: Trond =?iso-8859-1?Q?Endrest=F8l?= Cc: FreeBSD current Subject: Re: ipfw_netflow in base/head r320944 & r321008 Message-ID: <20170717164849.GD95367@wkstn-mjohnston.west.isilon.com> References: 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.8.3 (2017-05-23) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jul 2017 16:48:02 -0000 On Sun, Jul 16, 2017 at 10:43:09AM +0200, Trond Endrestøl wrote: > At boot time /etc/rc display this message: > > /etc/rc: WARNING: $ipfw_netflow_enable is not set properly - see rc.conf(5). > > This was introduced in r320944 and corrected to some extent in > r321008. > > Nevertheless, a default value for ipfw_netflow_enable should be > provided: This ended up being fixed in r321072. From owner-freebsd-current@freebsd.org Tue Jul 18 00:56: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 D2FB9C08861; Tue, 18 Jul 2017 00:56:00 +0000 (UTC) (envelope-from paggas1@yandex.com) Received: from forward17o.cmail.yandex.net (forward17o.cmail.yandex.net [IPv6:2a02:6b8:0:1a72::1e7]) (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 881307D183; Tue, 18 Jul 2017 00:56:00 +0000 (UTC) (envelope-from paggas1@yandex.com) Received: from smtp1m.mail.yandex.net (smtp1m.mail.yandex.net [77.88.61.132]) by forward17o.cmail.yandex.net (Yandex) with ESMTP id 3BB0E21BC8; Tue, 18 Jul 2017 03:55:56 +0300 (MSK) Received: from smtp1m.mail.yandex.net (localhost.localdomain [127.0.0.1]) by smtp1m.mail.yandex.net (Yandex) with ESMTP id 7799B63C0E8B; Tue, 18 Jul 2017 03:55:53 +0300 (MSK) Received: by smtp1m.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id CCiud5xOnX-tAjqORHa; Tue, 18 Jul 2017 03:55:11 +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=yandex.com; s=mail; t=1500339311; bh=+U8RjezC9NV5NG62UL4m8294fd6n2VU4Gy99a2Cj65Y=; h=Subject:To:Cc:References:From:Message-ID:Date:In-Reply-To; b=IaqcN7lf2Y8KRRZ7kox/EWg4abNcDiHMoLaQnJePI06c2EUKKsy0e+deoK+imwrLX vkhHmU+yCmz0J/nFgmhjArRGozrGbmQs3osZNw1kh+uhI3/msO/3nrgPlk3y+UfwWh hCyXmHId43Cfiv+YlhXp6P8NBxYdeZ9Z9TD+OzV4= Authentication-Results: smtp1m.mail.yandex.net; dkim=pass header.i=@yandex.com X-Yandex-Suid-Status: 1 0,1 0,1 1022867361,1 0 Subject: Re: Attn: CI/Jenkins people; Run bhyve instance for testing pf To: Alan Somers , Panagiotes Mousikides Cc: "freebsd-hackers@freebsd.org" , FreeBSD Current References: <871d6043-0c56-2c9b-1e3e-5db33898c24a@yandex.com> From: Panagiotes Mousikides Message-ID: Date: Tue, 18 Jul 2017 00:55:10 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US 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, 18 Jul 2017 00:56:00 -0000 Den 2017-07-16 kl. 21:11, skrev Alan Somers: > On Sun, Jul 16, 2017 at 2:44 PM, Panagiotes Mousikides > wrote: >> Hello everybody! >> >> I am working on adding tests to the FreeBSD test suite for testing pf, the >> network packet filter. >> >> These tests need at least two machines running and connected to each other, >> with one machine generating network traffic and the other running pf and >> filtering the traffic. I am looking for a way to fire off a bhyve instance >> to serve as the second machine, the first being the actual machine I am >> running the tests on. This should be done completely automatically, with >> scripts to configure all network interfaces and to preferably also set up an >> SSH server on the bhyve instance. >> >> This bhyve instance could start off as running the latest stable version of >> FreeBSD, or it could be configured to run a snapshot of the development >> tree. The aim is to have the desired version of FreeBSD that we want to >> test running on it. Ideally this would be done in such a way that we can >> reuse the machine for further tests, instead of rebuilding everything from >> scratch for each test. >> >> What I am looking for is the best way to do this, preferably so that it can >> be easily integrated into the CI work being done at Jenkins. What do you >> think? Any input is welcome! >> >> All the best, >> Panagiotes > It's possible to setup CI systems that involve multiple machines > networked together. I've done it. But it's complicated, fragile, and > slow. I advise you to consider very carefully whether you truly need > multiple VMs. What about creating an epair(4)? You could run pf on > epair0b and generate traffic from epair0a. That would be faster than > spinning up VMs, and would be very easy to integrate into any other CI > system. Would that work? > > -Alan > Hi Alan! Thank you for the tip about epair(4), it sounds really like an interesting approach to my problem. I will look into it! Best regards, Panagiotes From owner-freebsd-current@freebsd.org Tue Jul 18 01:35: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 9166EC312C2 for ; Tue, 18 Jul 2017 01:35:36 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 7272A7EF9F for ; Tue, 18 Jul 2017 01:35:36 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: by mailman.ysv.freebsd.org (Postfix) id 71735C312BD; Tue, 18 Jul 2017 01:35: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 70CD5C312BC for ; Tue, 18 Jul 2017 01:35:36 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [202.12.127.228]) (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 387567EF9E for ; Tue, 18 Jul 2017 01:35:36 +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:references:from :from:subject:subject; s=201508; t=1500341727; bh=OWZ81DK0QhENxJ 8CRZxKlSANlJ0OeCZebfujLjdP+2w=; b=Vo6/bmZsR2FrrqR++WQkKD+H6GxIxJ tgQlLGJWCt/AACChSB45Qb1C1RvhaFzk3ejf1NSc+dERFn/5Mo/pVnWr9bRI+ank kFQ17bpaoHDak3TlIYobTCVA2iutumOK+3RPQBT3HpgYaMqX0V62A+gYvY3xtH4m gEDnVVtOc5he8= 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 332F71ACC7; Mon, 17 Jul 2017 21:35:27 -0400 (EDT) Subject: [ solved ] Re: Panic on boot after upgrade from r320827 -> r320869 From: Michael Butler To: Warner Losh Cc: FreeBSD Current References: <20170710115109.GD1177@albert.catwhisker.org> <20170711121311.GI1177@albert.catwhisker.org> <954e8793-7e17-8ae4-8449-39c742e0d432@protected-networks.net> <405f9924-5354-c6ba-0fc1-c4acf3eebcda@protected-networks.net> Message-ID: <9b72c06f-8f48-dddf-9017-34488978fe59@protected-networks.net> Date: Mon, 17 Jul 2017 21:35:26 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <405f9924-5354-c6ba-0fc1-c4acf3eebcda@protected-networks.net> 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: Tue, 18 Jul 2017 01:35:36 -0000 On 07/15/17 15:32, I wrote: > Something about SVN r320844 causes almost all KDE applications to fail > on a signal 6. > > I've recompiled KDE and other components obviously dependent on kernel > structures (e.g. everything dbus-related). I still get core-files with a > back-trace that looks like: [ .. ] > SVN r320843 works, r320844 doesn't :-( Apparently, the failing port was HALD. It couldn't accept the revised kernel structure, failed and caused a cascade of failures up the KDE process-chain, including DBUS. Sorry it took so long to find :-( Recompiling HALD fixed the problem, imb From owner-freebsd-current@freebsd.org Wed Jul 19 11:37: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 DA55AC7A87E for ; Wed, 19 Jul 2017 11:37:04 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward10p.cmail.yandex.net (forward10p.cmail.yandex.net [IPv6:2a02:6b8:0:1465::102]) (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 97E78773CA for ; Wed, 19 Jul 2017 11:37:04 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from smtp4j.mail.yandex.net (smtp4j.mail.yandex.net [5.45.198.129]) by forward10p.cmail.yandex.net (Yandex) with ESMTP id A39B221604 for ; Wed, 19 Jul 2017 14:36:52 +0300 (MSK) Received: from smtp4j.mail.yandex.net (localhost.localdomain [127.0.0.1]) by smtp4j.mail.yandex.net (Yandex) with ESMTP id 95D8D3240FB0 for ; Wed, 19 Jul 2017 14:36:49 +0300 (MSK) Received: by smtp4j.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id oTTck2FW62-anDGRc8W; Wed, 19 Jul 2017 14:36:49 +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=1500464209; bh=VmLVtS5C792mg8JERT8tg2iAxoEp+c5z2ipd39Yj2tA=; h=To:From:Subject:Message-ID:Date; b=p6A/xyWOw41zsq6PDtU7+UrnBkCEuOmJuNuy/+hQfifJdZpWGowLo70wCeBnWMBVC aNdFxHx9ebYMH8QOd/me6EKshjyew0FaEZr5chLt7ahqg0hVA2o5WFj5L9VyonEUgQ HAVDW7K0OTLO/+kuIt9FDQf6ZcDkQsyCCN0B4E+E= Authentication-Results: smtp4j.mail.yandex.net; dkim=pass header.i=@passap.ru X-Yandex-Suid-Status: 1 0 To: freebsd-current@FreeBSD.org From: Boris Samorodov Subject: [base pkg] update !GENERIC kernel Message-ID: Date: Wed, 19 Jul 2017 14:33:12 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 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, 19 Jul 2017 11:37:04 -0000 Hi All, I use self-made base packages for an ARM board. The kernel I use is IMX6 one. While pkg update I get this: --- [271/302] Upgrading FreeBSD-kernel-imx6-debug from 12.0.s20170718113533 to 12.0.s20170719070514... [271/302] Extracting FreeBSD-kernel-imx6-debug-12.0.s20170719070514: 100% kldxref: //boot/kernel: No such file or directory pkg: POST-INSTALL script failed [272/302] Upgrading FreeBSD-kernel-imx6 from 12.0.s20170718113533 to 12.0.s20170719070514... [272/302] Extracting FreeBSD-kernel-imx6-12.0.s20170719070514: 100% kldxref: //boot/kernel: No such file or directory pkg: POST-INSTALL script failed --- All is fine except those messages. There is no /boot/kernel, but there is /boot/kernel.IMX6. The kernel is defined at /boot/loader.conf: --- kernel="kernel.IMX6" --- Seems that for now pkg can't handle non-default kernel. Should I just ignore those messages? Or should I run some post-update commands/scripts by hand? BTW, I did not find any evidence of POST-INSTALL scripts at the .txz file. Are they hard-coded at pkg? -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@freebsd.org Wed Jul 19 13:00: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 0DBF8C7CD29 for ; Wed, 19 Jul 2017 13:00:21 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from ihor-3.amdmi3.ru (ihor-3.amdmi3.ru [185.117.152.228]) by mx1.freebsd.org (Postfix) with ESMTP id B9C357E3E9; Wed, 19 Jul 2017 13:00:20 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from hive.panopticon (unknown [78.153.152.119]) by ihor-3.amdmi3.ru (Postfix) with ESMTPS id E2D701AF123; Wed, 19 Jul 2017 16:00:12 +0300 (MSK) Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 6C343202D; Wed, 19 Jul 2017 15:53:03 +0300 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id E60FEB1; Tue, 18 Jul 2017 23:57:00 +0300 (MSK) Date: Tue, 18 Jul 2017 23:57:00 +0300 From: Dmitry Marakasov To: sjg@FreeBSD.org Cc: rum1cro@yandex.ru, ian@FreeBSD.org, kib@FreeBSD.org, freebsd-current@FreeBSD.org Subject: [bmake] bmake sigint handling causing tty corruption Message-ID: <20170718205700.GA2131@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.8.3 (2017-05-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: Wed, 19 Jul 2017 13:00:21 -0000 Hi! Me and Ilya Arkhipov were investigating the cause of this bug: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215572 In short, when FreeBSD ports options dialog is interrupted by Ctrl+C, there's chance of sporadic terminal corruption. They are not always reproducible and seem to be dependent on a machine, shell, terminal, tmux used, but are not tied to any specific configuration. The investigation led us to the following conclusion: - the corruption is caused by dialog4ports program (which handles ports options dialogs) not being able to restore terminal state on exit - dialog4ports does indeed try to restore terminal state, but the corresponding ioctl (TIOCSETAW) fails with EIO - examining kern/tty.c suggests that this happens likely because the make which is the session leader or something dies before dialog4ports - which led us to bmake as a culprit Here's the ktrace of the problem (the process hierarchy here is make -> sh -> dialog4ports) --- 78337 dialog4ports CALL sigaction(SIGTSTP,0x800a80228,0) 78337 dialog4ports RET sigaction 0 78337 dialog4ports CALL clock_gettime(0xd,0x7fffffffde08) 78337 dialog4ports RET clock_gettime 0 78337 dialog4ports CALL gettimeofday(0x7fffffffdc90,0) 78337 dialog4ports RET gettimeofday 0 78337 dialog4ports CALL poll(0x7fffffffdca0,0x2,0xffffffff) (make and sh receive SIGINT first) 78265 make RET wait4 RESTART 78335 sh RET wait4 -1 errno 4 Interrupted system call 78265 make PSIG SIGINT caught handler=0x402530 mask=0x0 code=SI_KERNEL 78335 sh PSIG SIGINT caught handler=0x41b950 mask=0x0 code=SI_KERNEL 78265 make CALL lstat(0x800ab9900,0x7fffffffd1f0) 78265 make NAMI "do-config" 78335 sh CALL sigreturn(0x7fffffffd280) 78335 sh RET sigreturn JUSTRETURN 78265 make RET lstat -1 errno 2 No such file or directory 78335 sh CALL wait4(0xffffffff,0x7fffffffd6ec,0,0) 78265 make CALL sigaction(SIGINT,0x7fffffffd250,0x7fffffffd230) 78265 make RET sigaction 0 78265 make CALL kill(0x131b9,SIGINT) 78265 make RET kill 0 78265 make CALL sigreturn(0x7fffffffd2d0) 78265 make RET sigreturn JUSTRETURN (make kills itself) 78265 make PSIG SIGINT SIG_DFL code=SI_USER (dialog4ports finally starts to process the signal) 78337 dialog4ports RET poll -1 errno 4 Interrupted system call 78337 dialog4ports PSIG SIGINT caught handler=0x800855e00 mask=0x0 code=SI_KERNEL 78337 dialog4ports CALL sigaction(SIGINT,0x7fffffffd7c0,0) 78337 dialog4ports RET sigaction 0 78337 dialog4ports CALL ioctl(0x1,TIOCGETA,0x7fffffffd770) 78337 dialog4ports RET ioctl 0 78337 dialog4ports CALL write(0x1,0x801676a00,0x17) 78337 dialog4ports GIO fd 1 wrote 23 bytes 78337 dialog4ports RET write 23/0x17 (this call should restore terminal state, but it fails) 78337 dialog4ports CALL ioctl(0x1,TIOCSETAW,0x80161604c) 78337 dialog4ports RET ioctl -1 errno 5 Input/output error 78337 dialog4ports CALL exit(0x1) --- Here's the ktrace of the case which didn't cause terminal corruption: --- 79506 dialog4ports CALL poll(0x7fffffffdc00,0x2,0xffffffff) 79506 dialog4ports RET poll -1 errno 4 Interrupted system call (dialog4ports is lucky enough to start processing the signal before make) 79506 dialog4ports PSIG SIGINT caught handler=0x800855e00 mask=0x0 code=SI_KERNEL 79506 dialog4ports CALL sigaction(SIGINT,0x7fffffffd720,0) 79506 dialog4ports RET sigaction 0 79506 dialog4ports CALL ioctl(0x1,TIOCGETA,0x7fffffffd6d0) 79506 dialog4ports RET ioctl 0 79506 dialog4ports CALL write(0x1,0x801676a00,0x17) 79506 dialog4ports GIO fd 1 wrote 23 bytes 79506 dialog4ports RET write 23/0x17 (and cleanup succeeds) 79506 dialog4ports CALL ioctl(0x1,TIOCSETAW,0x80161604c) 79506 dialog4ports RET ioctl 0 79506 dialog4ports CALL exit(0x1) 79433 make RET wait4 RESTART 79433 make PSIG SIGINT caught handler=0x402530 mask=0x0 code=SI_KERNEL 79433 make CALL lstat(0x800ab4980,0x7fffffffd140) 79433 make NAMI "do-config" 79433 make RET lstat -1 errno 2 No such file or directory 79433 make CALL sigaction(SIGINT,0x7fffffffd1a0,0x7fffffffd180) 79433 make RET sigaction 0 79433 make CALL kill(0x13649,SIGINT) 79433 make RET kill 0 79433 make CALL sigreturn(0x7fffffffd220) 79433 make RET sigreturn JUSTRETURN 79433 make PSIG SIGINT SIG_DFL code=SI_USER 79504 sh RET wait4 -1 errno 4 Interrupted system call 79504 sh PSIG SIGINT caught handler=0x41b950 mask=0x0 code=SI_KERNEL 79504 sh CALL sigreturn(0x7fffffffd1d0) 79504 sh RET sigreturn JUSTRETURN --- For reference, here's the program which demonstrates the tty layer behaviour which causes this: --- #include #include #include #include #include #include #include #include int main() { struct termios t; int ret; // save terminal state ret = ioctl(1, TIOCGETA, &t); fprintf(stderr, "ioctl(1, TIOCGETA) -> %d / %s\n", ret, strerror(errno)); pid_t p = fork(); if (p > 0) { // parent would die from SIGTERM early kill(getpid(), SIGTERM); } else if (p == 0) { // child tries to restore terminal state with some delay usleep(1000); // because parent is dead now, this will fail with EIO ret = ioctl(1, TIOCSETAW, &t); fprintf(stderr, "ioctl(1, TIOCSETAW) -> %d / %s\n", ret, strerror(errno)); } return 0; } --- Now to fix this, I suggest that instead of killing itself, make should signal all its childs carefully and wait() on them, only then die itself. Now after a quick glance at bmake sources it seems like the jobs control code https://svnweb.freebsd.org/base/head/contrib/bmake/job.c?revision=317239&view=markup#l2633 does the very same thing that I've just described, however bmake is run in compat mode by default, and CompatInterrupt does exactly what ktrace shows - it just kills itself. https://svnweb.freebsd.org/base/head/contrib/bmake/compat.c?revision=310304&view=markup#l180 So, to fix this problem it seems that CompatInterrupt should be improved as described above. Also wanted to ask kib@, ian@ (as recent committers to tty.c) it this behavior of tty layer is correct and if it could be improved. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://amdmi3.ru From owner-freebsd-current@freebsd.org Wed Jul 19 13:44:18 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 025B2C7DCD0; Wed, 19 Jul 2017 13:44:18 +0000 (UTC) (envelope-from Sergey.Zhmylove@elcom.spb.ru) Received: from mail.elcom.spb.ru (sungate.elcom.spb.ru [82.179.66.50]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ABBCB7FEF7; Wed, 19 Jul 2017 13:44:17 +0000 (UTC) (envelope-from Sergey.Zhmylove@elcom.spb.ru) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=elcom.spb.ru; s=dkim; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version:Date:Message-ID:From:Cc:References:To:Subject; bh=QgKZIyK3dWymHfzp496P7PnqMK1MnHQ9uCX/hiU+toI=; b=QcpN6PUya6Bc2dPkUazyJ3ZOHuMeFykuLVlHvtNzJdZeAxhcfTKxKYya9ay5Og0uZwqhwOF7QaF/T1Yw6kS6uIpBSehnIBUdFKSVte15pqiAbVSd9qJ8VWupFtbyDRVew1UyDvUmJbFwDFCKKNLsLX1weGw6ERns3bLhiZgGlMa0lBkygeYVPgMUjDwKBCnlLQfq5bLm/YX9cK72bPOBdClUiA2KNnOtyuiXdJaOXi3n0z2rR6qdP9jRtRyhMlYNM0tFsAzFJiCFk26HXmhrVx8PrO0r86VPFn1sySJ0MeMokxgdBjFWwBcS6xb/+ehwK+BQQ94OyU3VxTxagEEVGA==; Received: from dhcp-2-191.elcom.spb.ru ([192.168.2.191]) by mail.elcom.spb.ru with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1dXpGx-0006Lw-Le; Wed, 19 Jul 2017 16:44:15 +0300 Subject: Re: Inter-VLAN routing on CURRENT: any known issues? To: "O. Hartmann" , Frank Steinborn References: <20170712214334.4fc97335@thor.intern.walstatt.dynvpn.de> <20170713211004.13492aef@thor.intern.walstatt.dynvpn.de> <20170716230514.0c2e5c65@thor.intern.walstatt.dynvpn.de> <20170716211441.GA63054@krenn.local> <20170716233158.53f5d6e3@thor.intern.walstatt.dynvpn.de> Cc: "Andrey V. Elsukov" , FreeBSD CURRENT , FreeBSD Questions From: Sergey Zhmylove Message-ID: <212825a3-ecc5-c9ab-d240-948dfaccb6b4@elcom.spb.ru> Date: Wed, 19 Jul 2017 16:44:16 +0300 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <20170716233158.53f5d6e3@thor.intern.walstatt.dynvpn.de> Content-Type: text/plain; charset=utf-8; format=flowed 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, 19 Jul 2017 13:44:18 -0000 Do you receive packets from 192.168.2.0/24 and 192.168.3.0/24 on igb1.2 and igb1.3 respectively? Do you really need NAT? As far as I can see, you're looking for basic static inter-VLAN routing. Could you check the communication between 2.0/24 and 3.0/24 with unloaded ipfw module (just to exclude ipfw from the investigation)? I have a lot of installations of such scheme on em(4) and re(4) devices -- no problems at all. Even maybe there was igb(4) devices too. Sergey Zhmylove 17.07.2017 0:31, O. Hartmann пОшет: > Am Sun, 16 Jul 2017 23:14:41 +0200 > Frank Steinborn schrieb: > >> O. Hartmann wrote: >>> I have not have any success on this and I must ask now, to not make a fool out of my >>> self, whether the concept of having several vlan over one single NIC is possible with >>> FreeBSD (12-CURRENT, as of today, r321055. >>> >>> Since it is even not possible to "route" from a non-tagged igb1 to a tagged vlan >>> igb1.2 or igb1.66 (for instance) on the same NIC, I have a faint suspect that I'm >>> doing something terribly wrong. >>> >>> I think everyone working with vlan should have those problems, but since I can not >>> find anything on the list, I must do something wrong - my simple conclusion. >>> >>> What is it? >> Do you have enabled net.inet.ip.forwarding? >> > Of course I have. As I stated earlier, ICMP pings from on VLAN to another over this > router works, but any IP (UDP, TCP) is vanishing into thin air. > > I don't have a FBSD-11-STABLE reference system at hand, so that I can check with another > revision/major release of the OS, but I work on that. > From owner-freebsd-current@freebsd.org Wed Jul 19 21:19:59 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 55B2DD7EB6E for ; Wed, 19 Jul 2017 21:19:59 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 20AB76D3F2; Wed, 19 Jul 2017 21:19:58 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.55.3]) by phk.freebsd.dk (Postfix) with ESMTP id 58F312738B; Wed, 19 Jul 2017 21:13:33 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.15.2/8.15.2) with ESMTP id v6JLDTE9006927; Wed, 19 Jul 2017 21:13:29 GMT (envelope-from phk@phk.freebsd.dk) To: Dmitry Marakasov cc: sjg@FreeBSD.org, rum1cro@yandex.ru, ian@FreeBSD.org, kib@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [bmake] bmake sigint handling causing tty corruption In-reply-to: <20170718205700.GA2131@hades.panopticon> From: "Poul-Henning Kamp" References: <20170718205700.GA2131@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <6925.1500498809.1@critter.freebsd.dk> Date: Wed, 19 Jul 2017 21:13:29 +0000 Message-ID: <6926.1500498809@critter.freebsd.dk> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jul 2017 21:19:59 -0000 -------- In message <20170718205700.GA2131@hades.panopticon>, Dmitry Marakasov writes: >In short, when FreeBSD ports options dialog is interrupted by Ctrl+C, >there's chance of sporadic terminal corruption. They are not always >reproducible and seem to be dependent on a machine, shell, terminal, >tmux used, but are not tied to any specific configuration. I've noticed another quirk which may be related: Start vi(1) on some file. Type !some_command_producing_significant_output | less Ctrl-C This leaves the less(1) alive and competing vi(1) for the terminal in a most unworkable and annoying fashion. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@freebsd.org Wed Jul 19 23:05:45 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 79FA0D965A2 for ; Wed, 19 Jul 2017 23:05:45 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: from mail-wm0-x22f.google.com (mail-wm0-x22f.google.com [IPv6:2a00:1450:400c: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 111A770549 for ; Wed, 19 Jul 2017 23:05:45 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: by mail-wm0-x22f.google.com with SMTP id w126so10749918wme.0 for ; Wed, 19 Jul 2017 16:05:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=CK8b1CCDJmE1U6C02QT5fnCbgIOlmlTz66r3gX1lgtM=; b=ez8RznCujUIF3ESCYOpgxTQ6ZHKdU+TT663wCyZUlgX0L+fGgRKAh3eHaM2ExOS84U dN8rQMUpk6twcRSzZX94CGbBvfDqsZ7YcZ73QIds1yhkYFyL27K/+i8+qZwcUTNDsJID f/NLWcWqqSk7TgzHU4FKdI2lgAwueX8sb1AthaZK2AzJUIQWlOYMp9RqlIq0vfdU/DUV /PP85SKbNStQbm5RUOKb5IcXYmoxZG09HCJIJ9ygN63Vykqjkh2s1t76g/vmpHq9ZkQD wUb4IYYiSy3AJgxN8Hgb30NjihWPU2FMRQ1zIkpJ7kKXW7w13nDQH4cP1ginm0DZw/IR 0v2A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=CK8b1CCDJmE1U6C02QT5fnCbgIOlmlTz66r3gX1lgtM=; b=fJOBWoxGRzO2oG+2flvK0FTTH+Z0evA20rjqF45aOUPCFd51GOSUgAN9vf4qfCDa0U mJcMP52m6+rduBuMIhDmZNbcugapuesIQQBVcmQdm5uBDMkeiuCOFhJJ+GSnnydXz5ZJ 4oeWBgT1J/XU2eSvNyKn++4mYqhN11JDaw90rNKoQkHCaUXDJcTTcHsDgxydgU3aRAvO fIQjUWi1LQVgkp1ISV82NcRw75yWyMOJgyFR/x9HsaPvurIvpoRFbvYk/Rbpr1zqbtjU 4aeQUpc/IpyfPWnBn2EngTVn6X9SauE4Jht6J40SK/1WRuDq+sPsfdHFy4z08W/9DBHp VBpA== X-Gm-Message-State: AIVw113SKMK28oHEHKofj1gdI/LboCAlXlc/41zvDX3P40axm0BSBVwg CBb/mAzQ4rnY8154YY/ZQd52/u3NIer6 X-Received: by 10.80.195.21 with SMTP id a21mr1111058edb.144.1500505543138; Wed, 19 Jul 2017 16:05:43 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Ben Woods Date: Wed, 19 Jul 2017 23:05:32 +0000 Message-ID: Subject: Re: [base pkg] update !GENERIC kernel To: Boris Samorodov , freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jul 2017 23:05:45 -0000 On Wed, 19 Jul 2017 at 7:37 pm, Boris Samorodov wrote: > Hi All, > > I use self-made base packages for an ARM board. The kernel I use > is IMX6 one. While pkg update I get this: > --- > [271/302] Upgrading FreeBSD-kernel-imx6-debug from 12.0.s20170718113533 > to 12.0.s20170719070514... > [271/302] Extracting FreeBSD-kernel-imx6-debug-12.0.s20170719070514: > 100% > kldxref: //boot/kernel: No such file or directory > pkg: POST-INSTALL script failed > [272/302] Upgrading FreeBSD-kernel-imx6 from 12.0.s20170718113533 to > 12.0.s20170719070514... > [272/302] Extracting FreeBSD-kernel-imx6-12.0.s20170719070514: 100% > > kldxref: //boot/kernel: No such file or directory > pkg: POST-INSTALL script failed > --- > > All is fine except those messages. > > There is no /boot/kernel, but there is /boot/kernel.IMX6. The kernel > is defined at /boot/loader.conf: > --- > kernel="kernel.IMX6" > --- > > Seems that for now pkg can't handle non-default kernel. Should I just > ignore those messages? Or should I run some post-update commands/scripts > by hand? I had the same problem on my machine using pkg-base with a non-default named kernel package. As a workaround, I created a symlink at /boot/kernel pointing to the correct kernel directory. This seemed to fix the problem, but required this manual intervention. It would be good if this wasn't required, and the kernel package used the kernel parameter in loader.conf to determine where to run the post-install script. Regards, Ben -- -- From: Benjamin Woods woodsb02@gmail.com From owner-freebsd-current@freebsd.org Thu Jul 20 02:00: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 512FFDA1698 for ; Thu, 20 Jul 2017 02:00:36 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from NAM02-SN1-obe.outbound.protection.outlook.com (mail-sn1nam02on0137.outbound.protection.outlook.com [104.47.36.137]) (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 C721577267; Thu, 20 Jul 2017 02:00:35 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=aaaZq5mZ7VLP9hUGhFd/ZipfqSxAb/SloMhb0yAQbRk=; b=I76sVFQhoQmOiVjYzhHKpVFkPQZ0cEVfWASs4R1ih3yoLPoMsfi7yEOw02HzqVFd3V1WOApBvZ199xVPeYKK0vGUzQ089TR100LRBG7sHX8NFS9qQzML3KuIBuTFrnlSeBivNXvM9Oi6Q7oNY1Xe5xffcyKsz77H0BpP1ooQg4g= Received: from BN6PR05CA0024.namprd05.prod.outlook.com (10.174.92.165) by BY2PR05MB2310.namprd05.prod.outlook.com (10.166.112.148) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1282.4; Thu, 20 Jul 2017 02:00:33 +0000 Received: from BY2NAM05FT011.eop-nam05.prod.protection.outlook.com (2a01:111:f400:7e52::201) by BN6PR05CA0024.outlook.office365.com (2603:10b6:405:39::37) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1282.4 via Frontend Transport; Thu, 20 Jul 2017 02:00:32 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.12) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=fail action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.12 as permitted sender) Received: from p-emfe01a-sac.jnpr.net (66.129.239.12) by BY2NAM05FT011.mail.protection.outlook.com (10.152.100.148) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.1261.15 via Frontend Transport; Thu, 20 Jul 2017 02:00:32 +0000 Received: from p-mailhub01.juniper.net (10.160.2.17) by p-emfe01a-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Wed, 19 Jul 2017 19:00:17 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.30.60]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id v6K20HHQ022128; Wed, 19 Jul 2017 19:00:18 -0700 (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 89359385520; Wed, 19 Jul 2017 19:00:17 -0700 (PDT) To: Dmitry Marakasov CC: , , , , Subject: Re: [bmake] bmake sigint handling causing tty corruption In-Reply-To: <20170718205700.GA2131@hades.panopticon> References: <20170718205700.GA2131@hades.panopticon> Comments: In-reply-to: Dmitry Marakasov message dated "Tue, 18 Jul 2017 23:57:00 +0300." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 25.1.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <88390.1500516017.1@kaos.jnpr.net> Content-Transfer-Encoding: quoted-printable Date: Wed, 19 Jul 2017 19:00:17 -0700 Message-ID: <88391.1500516017@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.12; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(39860400002)(39840400002)(39400400002)(39450400003)(39410400002)(39850400002)(2980300002)(51914003)(199003)(189002)(9170700003)(97876018)(105596002)(305945005)(229853002)(47776003)(23726003)(76506005)(53416004)(626005)(966005)(106466001)(4326008)(55016002)(54906002)(9686003)(478600001)(8746002)(117636001)(50226002)(7696004)(6306002)(86362001)(53936002)(97756001)(5660300001)(2950100002)(76176999)(46406003)(356003)(77096006)(7126002)(50986999)(81166006)(189998001)(6916009)(8676002)(50466002)(6246003)(107886003)(38730400002)(6266002)(2906002)(110136004)(2810700001)(8936002)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR05MB2310; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:SoftFail; MLV:sfv; A:1; MX:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BY2NAM05FT011; 1:WhMymKa6McjZlzcYxZ25fZ/r7RowDvOArSaYeNfrsQfZFVcwCNULHhC98f0KRmUnLjUeWm2k5Z1wE7eFDNd3aKXj0mfJ21tindciXqte0JAYjFtQasQi055d9qMWTs9V4WHf8xph8OBsT1hwYUrR5x0PKRy6MbayfEmtC2z3mq5bzsug2TMWiYBTFM9ex1IDF/QYD7xztFVFv/aOvkhAD/hie9B/jO3PKsKW+iHHG5GvpjDeErOGN7+d+YyPTSFe1WVyZN7MOTaZcVO5rPcHNdg4Lasmnbk4he1Bj4PiNhP+CYsgCgqZYfOqVYiTPEl/0Azcl/RtoY2CsnVfxr38xXFJJ8YqySPtN5jfargNi0JMQ5LSPya7/S56sLwGqmrdnj/GjXqHDwelvnZfaRtALdCkYJMiBpC8GY53sa17i6Z+hlRXyaA4ZCLzyQBCgLDpCEOqZZPWBaa8so5KvJ2F93584ELQNyPLu7UowPOiaqKFLsqeIl2VrSmxpIZtIHki4ehFLPW14lmN2+qkglPgCKHqbA8clU9M95pYsILdvs22jRV4ktXDiQEUaN6D/Eqg4UUX67dkcPdZBf6/Xr9o69rL6ilxfsYck43A5LrneauFQ2rtzPKou02+VWrDb5kC9YT8hwQHKZ7Wk4BGeJe7B82CGGEKxIuObkObjJf/iWMOmPuYQDSBSMaEpQbWkqMdcaw9Rg2j56quSVdmA9uMRKqI0KkqtDx+u0dYXvo9HDWkrZKFGeNLiU0wH7QFaCaoxrq21ecoHH2nVO8uiaHNE7vFHLKhGhzwmK+x5TsVHyyMP34Pl7CEs5YP4Hi8+oAYgnkxxtnd/d5yXWwMMqRKcJ2KIw27ADiXz/CEKRBSkMh9oAAme4hbCt0qYNsB9Mj+04lO15wGlhBZmJ0qGnjO5lxeoAG/OJC6QFJfLnvwaG8= X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 653cd3d8-4fe3-4ab1-3562-08d4cf131ab6 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254075)(300000503095)(300135400095)(2017052603031)(201703131423075)(201703031133081)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:BY2PR05MB2310; X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB2310; 3:3BQHq3QjRHDG0X1IHj21v/Ge2+FMmFZlz1kdKYXy8HcPVtUE/v/BfobrpLdQ5xogOQWAZ5bE0Ta3gtXnFvIc+dKOiAnSnIRoXVIfi+lV3E5kIMQT94r+3qyB6eU7FZ2WaKEjc7+j8K8jjZwrLb1iXXbZiaxYvDH78TIZUwJV36fKeNHQDYBe9ohSAx83swVlRdp9DfnMiPAdGHKGEMg3RD/COI7wKgbLdoFZI5MoLiWSBfFtOtzM9UswB5xrfOMsVS957VeHiOCJMXt8AKrKS4iCcS8YRnigpqOjrb23dtlOY14W7UY5SdYdlOZsBkisc/GgkRn58ST7Q5Mj0RCGASOZ5Omdmtl1mRyFcme6TUxfIECJDDR9UHBk7JP+xWTwVTiCh4MoUXIZ9W4CNG/ctFpyKQ7JvE7LAax7Ew0ddbFPCcjrinMY9MGdQLcFGAWgfEuATovtH0DGcXf9l4LM1szEC/jE18balxjnSHlyKSCl9GMG1mvOBbr2HlXTLNl9tcpYMJQZgoWt7IItyXDOUfGGelvkpfyQtF0AB3C95qDCoqWcajzpkhW8v+9FD0N/DRaUk+/uYe6Y+A3iFEKfBEiA3uzIMc1AWuIOuYTtKBha9jmviitqVFXZS1SGnQdvWZr1BiEX8ItJnACftiY+buR9fUEfx6giKTSE/6R7IXZH9VH6qZLoEzi5824cSYx7Vxa7AL7U8M77n1CaSDQlZntASofvKmiQLVZ6GYgjPo86ODPteGSujh7NAOI9wXOaFVTzEmyN9hp2RJYi7uFRb4pc5I8MeLl+GFzk/Q3FWhF1nINeoQaU0iWfjTRyyoK6TBA82i18HVeF1fwUAWJMsztYjpELVAFQTfZTjxAfdNhNdXxS9UMsowKJH63sOR3uk9HnmbAcP0rzooV3JkAA6Q== X-MS-TrafficTypeDiagnostic: BY2PR05MB2310: X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB2310; 25:d5xuP3dUQSlX2VhS3fwGFRedLVjE2bpGBjt9GPai8jZzLF9jgdb5jVngklhE8VFs146NVin4jb7uDHbsV4H756uA/Vl5NURpL5QWTbedxrRBxgjrxabmo54fOTTSi+W0CJmY1JwCJz1VSMyHWSclptsS2pyahsG1NSWKPpOHQBv22EhxUpA/A9f0UjJtr+kio2voCtX3CkenUH1DlOBL3EkCwOPMedJG010geKFtdOactAFHetl5zSB6+gVCCPGNDr188WRndYum/g1reB4qtIN2gIK++p7qZRvMu8Z2OZfL7uGmIYSsTArtBXIun1RmrqDz/uqYO149km5UQnf6IG0wN6UAZ2zyLva6oFbdMcVTqg3oeNeLrZOtyEMuEuzljmoY/W/QcvE3sN8t4dy9JEugbj8F5W2kA6brp5Now6QhV/n5xR07/V+9b2Pb9ROVtSxQAyOAyMbRIyeXKGOHyZQSvmCPhM0wLl8VpyujFR8o7ERJHczIed0RWnPEw93gG9Ea5cAIajEnims79s0IXuUdQWeNvsqGB6XvZuD6Mkbh0HxwfaXVxr1KmzqMqG0SkcuYOwCCcQIXKmBlXvFvzII2JZB1MfxJje+QU2D4xQY9gyWQ2DDVHb4i1tEiQVpuoOBORmYKUc3cEzuhYg93B0rV9tLcG2c/fzUEFZ9J0ID6qNo2VCwPGR+8AyXLUT0ZO1DIS9ogoLMxNY4+kdgcV6LWEuKjLs0RNO0+cswije/J74qHi/DMQI82K6EiSTv4yxU95vW0Iv/IZPER5yoG2cICFpLgsvv175Dj11MCVAH5ySePHiKZiD7foiXHc0gKPpNIGwL+e78aFvRR/JnMmRlwtvUXAsDyXIZVCj9hXb3prw64GsKUvo2L5SOQciKAPUOY0y8g0aDq7cJi2W0tKZijGpk8lfjFfJBX0NnDGXc= X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB2310; 31:M3Q9i5XrNadGe0zcAr6jExGAJVDJhkcbhzqgl4Qx7O6g6PoSTwmwS4XxLil3Wnqkfi47Q4L98dtJMq9b35D+2jq6BhNJ6lLUonbwXXrh34qgDkNYiP3bR4UA6HaBSvNZWX/Gtd5nAUZdU+tjKkUy8KbWs+VY8p4iLOFuVw2adxWpexNJxulr2LyV2mxOtCJDV0DrU7NZgvlIcpXdlnyaWqBfGOPJrKOs7rphzOPwnENqEzOPqW9D2mXpaFOTJ0xtW/qr77WrzcwRkCUi37Qe9dWu4/TMwFL369RiLa/0Z7cRQuqastL38GNx8p6zD+Bo0CkbXhvcHqEfNOgRTrhWOH+gxtr0FczPD9py4Q1XkIhsjJao6axmvN4bGfBtDco+bA3hmdMa+JKUAOzYGq1n4fW/W/qzA+MtXhgmwASWk9mNub5M7l4wyRA9fCBid1ORh9yGKuUm6HDJb9Gr4rbDRLw2RcU3LqOUGcpY38bs2VCgbFvsNQsCWiUn2PW4KmkBBqdKbOqLHYTy+rQzlGQdF2lCg0PCQ1bbW6eehGYd70jcE0X0qoMGWJJ+F2ApOJD8cPqjZL4RIhdf/Kni4etPht6bu3dPOssB/BcZNgUQlt+s4dXdts7oQ8HY0PpOBshYGnLCBuqYrLXYMsAnOhF8xltOqlvPML5cLeDXpOoENzh9zG1J8bcTEORTiEFHRd7evqKi5T5ErMambzQagZ3lBA== X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB2310; 20:9h7WsXsctuG0e3H0iTsny7ffsMicHjz+LC08/CGNd+7OGnrdvQ8vJl8Iuoml1+PiCC2b4D67JHtpSX3/aajmC1r06WHat9HCyBpuXON98z3UirfiUJvW36iTNl0xbXYMp2R0IuNZgdkt+RpreNLQn6OS6AMduxFS3WrL5T55F33GTUfTaKfJ2uRY0gdDQwUxFWnN0yZusVFMt6LadUutcVfP+ZPOB+LISKXGfFyqLdH7Ymee5ZsyY/+P9SKqoeC7dpG/yUx60frS9KJ+mRX3tqxCtyJIbOZC/Pk1Vxes3WgEJyMcijIUWJ9Wrx8yuhh9xazKFYiWIm9pSj038zPv5uUJJtNO12Uycmvz1lDmJtb0d/hzqFRJNuteEXpePfh0ld1W2F285MpYLlLQ+0ctFiXTYcgB3Jz55PATnHX/v+O3ex3u0EJqQ/AJpgWQZ0MOIU7QYLEGQiJZ+jSIOOnvzWrGWk4mbh4/f8dUM0kmSJkT6k1uJMRCyAGfy8FGMG7E X-Exchange-Antispam-Report-Test: UriScan:(56005881305849)(236129657087228); X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(13016025)(5005006)(2017060910075)(13018025)(8121501046)(93006095)(93003095)(3002001)(100000703101)(100105400095)(10201501046)(6055026)(6041248)(20161123555025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123558100)(20161123560025)(20161123564025)(20161123562025)(6072148)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:BY2PR05MB2310; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:BY2PR05MB2310; X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BY2PR05MB2310; 4:U2+4J21I0rN1nSWYwReJ0z82c3daW9OPT91P5M+pNX?= =?us-ascii?Q?VCfNQZt7CtYXi1AzT+N9M65MuKw3pbyzwsYGKpwkwSEgXWRJdxz/AuYfevsg?= =?us-ascii?Q?b4j7MyRd8TETYyoq73z1ZB0RsbP8YWQoXEjQOfTuDiArqkQvL2x8nl6W8ldF?= =?us-ascii?Q?8qej008TwZQ6K98WxsJh6d+hdjabYW4CVTn3QllpB3fVSdUZOr7deLsorP/2?= =?us-ascii?Q?+O39ngLVagpI5seMgZ5cPUhwldaCrI2Ip934p2zmbg/JZ9sMQTwDakOkC+OB?= =?us-ascii?Q?U0RNXXifrvIfdxML64IxvoS61VeF8ICjRb9SVFpyvmhVthJFgcQBQrg7+vE0?= =?us-ascii?Q?7jmMrwJ4tZqnJB+3iNfa21YgqonZuBQJhh4QZcrqe7653OVg+EyfDp9X7M7r?= =?us-ascii?Q?QlUf0ptnBUWTsmHwSUst0i2CDfrY+oP4pEhxH623eyDqrc5T6PHKjYAy5IaZ?= =?us-ascii?Q?aTZRMU13iKvEu+nhg4b8Ecg5NCZqiyLHO69pDLtqARuKFcqWWnLdPi6cTY7n?= =?us-ascii?Q?MTKAPaW8doXqFOqkPTQYeMIt7/tzTn6+GZX2H8BnUcg6fdth1QUX5dolp7o4?= =?us-ascii?Q?nfprPRZmSkLHZ60nUi6L7USen0OIOFgli7QGvharwNnzwqQhWmyIrfjryN18?= =?us-ascii?Q?8H0McPNy+svu3j6SkAj3nh/hGNWCRwUR0KiTka+HlEL7urkZmtfEhh5SWw7X?= =?us-ascii?Q?FtMlGhqG+Xmh56hFTYd1OMJYpms679LHrTHBtaE1DvdddoeR3oSCYMR1F7ob?= =?us-ascii?Q?9bridkDwQ3pS/H/0rvpP+1rF6AEYWJ+K6/Kh5tVH2pAtQkTK742ToCG/t9Im?= =?us-ascii?Q?1SjipiXVlwvcZHIfRDLf1V3uQWRJwlX0kj6opxPRhgEPkRWlsYIUkkevEMbL?= =?us-ascii?Q?lVPbm6eUenKjwxHsd9lNPHXRG/zadH2bp9+tryMA+NpGcWiwXLHidVet9NWN?= =?us-ascii?Q?ozMPRUG9EzGG+VTLr6SLGkmzZURWoa5Gv5IYnnCUhcQJU3uXPIfKCrGXKYn2?= =?us-ascii?Q?aHHjCeIuv2MNrvaFyCgo3HjJ+UoTKLqiI6v4dQ1KPvQNsaIdIkttnAXzYEw0?= =?us-ascii?Q?hSZz4IJKy/yahj2LCDvPmVerVXPyp5monpVha8fpEO8CEdKtzE+R4h8lZv5F?= =?us-ascii?Q?NXCIXb4l/+MwkZfvcCjx1IAftTPa89QEi3thvfv/GVDpzouUIx3FlkxkPAh7?= =?us-ascii?Q?CbmqWBpf/VB+WOg2z5/kNswEnZBbXvhclnmMLkHZZnui15YjtqWu3LJj90tz?= =?us-ascii?Q?40LYH+CWLeap0fRhXe3j9XX7t4v30eIam/vemJ35W9hTVDZJJxeY+/0D1oL8?= =?us-ascii?Q?YnloK4vhBPu7ZqBCUP50A=3D?= X-Forefront-PRVS: 0374433C81 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BY2PR05MB2310; 23:6zhDQPxIcJ/3npYS9Qlc9NsIY51z6ubFRcLAlZnkH?= =?us-ascii?Q?a6pSkIyPc0diXZRmUaiuawAVyXYivQN/XcoVnnSRSIU6MpRcMfnSumw0YIvy?= =?us-ascii?Q?N28cJSSD0rFyofRqHoBQC7mNCYvanamPg9O45lRPRmMazx+5hhDjb6ZUO64Y?= =?us-ascii?Q?1QQmCz3mS1mTwfENhfrrqojodEruv0L225mW9ITuXrs5ZbjRbj1Xfso8d1fJ?= =?us-ascii?Q?S3GOQMFvccPJd3qJueYTPdLfmSycViFZYUQfXnPmaosOerMur/zkR7cfKn4A?= =?us-ascii?Q?burQiMAKlBQhr79MdPB84N0iu3izlXzUkumfQfbQJHpLZVucA+C9/ggrLeZR?= =?us-ascii?Q?QiuDoc5W9eSlFQjvRI3OkzCJnoJZLebDGV1NwsFeVJp3JeqgdwAXtyBXDtgn?= =?us-ascii?Q?MomE9ivyvQwVPXSSutQa2KYoG1DL9hXt9alB3xaRYQafCAfVopcMHxF/1WA8?= =?us-ascii?Q?HTY0S2Akvgpl0ymnQ6vCExhL2d4tX56aVWcX+5cxOmxSZWVocYYFF6uCx/JW?= =?us-ascii?Q?ROT1tksb4Az3ubnaGdt8P5uqnn/+xwscGCyXBDaS0AB275SvKZzeCnP7EIaq?= =?us-ascii?Q?C6TMG4eTyIF/9eES2l3cR1dnCEThDBTXiQILtUToBeesZbO63dP04lO/zZie?= =?us-ascii?Q?kNVYuApfOxkVfFyIN7fBlFaVmXqGo+TjUl4abtxh9+8gbrziTdwHEAHgX6jY?= =?us-ascii?Q?WE2BzIGlehWmC993GRhzX7+JHTBofQeyfNOqsWWDVB27O/Oj0Pf0Pd09gOpZ?= =?us-ascii?Q?J6N/ZQE8MJiI0gUKfLCzJjtk+h7WXkpzEKjyl2K8y/hneA2GyqvnKx5HJGjF?= =?us-ascii?Q?7SRlm7aXKbu9p+uAbm8j58yiCFiZKTkwMIAoq3ZvbMoUUPWhn12vBGapzih1?= =?us-ascii?Q?R7xEN+kklyusQsfNR0huOJo+i0XVn5Ql3XStGJkkOEnCMDRXcmt+hP07w+BN?= =?us-ascii?Q?7F0LxTq2/H79aDqlTufkn5wwZ4d4jY9D+bpHbqw9Qw0uqlB97Rz4ZfNfHfYe?= =?us-ascii?Q?9ZEdbI5aEdC6UCKc2tEbZS46LuOwoE1JhIELoywZYOXXYPKqtoLIyI56GVlU?= =?us-ascii?Q?GtAxolJxiUmAoEnx+KckKJIu3rr1EJrY/ClbdW7nyYdWrKbrqrcNWQS92kzJ?= =?us-ascii?Q?SIWqDihgZ0grTFUxLrBAqA/kc7hT/8/dJxbPu0J89StdIpFp4Pv1uQLfPRVx?= =?us-ascii?Q?WeO9zwWRM7WWrtbkHqoewy725f1StXXYqfgJEp+EqSXMlXsWnzOUSxaLjqJk?= =?us-ascii?Q?kEgeBg08Y89Toc+cxexHCNTExjsd+x7eN+Bqq4OnInnF3/2QG7N7ZIrS4ItH?= =?us-ascii?Q?U8u0950SrM1fPauIyHSNu8C8+r2d2MzAJYAohHLH2LBy3Hckoc/qwcliTwyp?= =?us-ascii?Q?DQq7y1RYSTnqlRGvsCNa9SqxMc=3D?= X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BY2PR05MB2310; 6:Ug6Kx0jABuMI3SN03XhlpM0Vc1kBGPztdUeWeBN/n3?= =?us-ascii?Q?8kMJuC/eP2c0w7pBVV9aC8YXXlnNqnPYrqOxBUks7WSDyxggUTrbwNJRwBX7?= =?us-ascii?Q?vnRWigvS6jJRLCxDaTMP4oPplkSCK0gZ1+4yMN0BaXfkE3IewiYZasz4Hsz3?= =?us-ascii?Q?PkZMDrDzvGbgqRDOBwtIdLHnW+UZCwOtkIkpnhfHA/OZK4gUl1C8N595dlg+?= =?us-ascii?Q?3xSCInODraxlT8hlJHWiKApqV6+fGS4WpP5cRe43SLc9+M2BkC//Q+YIf/dy?= =?us-ascii?Q?k3gg31kYHfkpmeflF5PJkwHoS2Do2KF2EMEqicWA5u2Avq5/8v0y4Ig2n2Jc?= =?us-ascii?Q?e+6pHmv/MV1B5tnGBJ11sejwz7Mf0spKwRQ/7JGY2o9J7GQWhsSOv3z48Fmz?= =?us-ascii?Q?zy7U0yyUgQQAQHZL8B1vxljkXm+RiU/fJPbwJQFWJu9qf9isukUntWAxsQ7t?= =?us-ascii?Q?6fqZ1yPvaLmS5ngK5U+/zkyeh1z+zkD6b83VnVOD6LE9YnK8TiiK78kG0DyG?= =?us-ascii?Q?g1xeO7hNVKu2Fc+Lm5tG6P/7xvs2xqjd+JqzgzxJBOhdssnkhwRsOOjgRHCu?= =?us-ascii?Q?szbIUM/yOMoDze3r78/ao5AbT0BsScbcFny8GiZFNK/w3mZsU+6I2PxC/Ans?= =?us-ascii?Q?jHYLJoDSRvac3QPRtkO3/3K+tnGH1OqAL7ZB8HweXEvjQm6LVpxbyDhLNlu4?= =?us-ascii?Q?vf+uRkivIUbVQAVHqYb4uu0TAFy5QBdmLufMz058GZyvSHvCHF3BlkrA1xCM?= =?us-ascii?Q?CVP9JKNDPYlfSvMXg+qkuB5UpI8cwK1AZgpdszxAsaTKwPT/X4ymFOhsTr1g?= =?us-ascii?Q?lxB4ktIkF91bhSKBfUQICeP/+oYMJu8n66Nl35a4wkbxEph3pGZratjKm5C3?= =?us-ascii?Q?qY0g8GJwhKliNfPejhAqvkEPB5QbTXKaOlFfXwcnAWQrxGflNE2q3ENu/fYZ?= =?us-ascii?Q?uLO+OWV9bRppZcdFRxOBt9FoDpLugcrxkhWH5f3wPIyL8qxELER5WxkwvO1v?= =?us-ascii?Q?JgGh/H4KvYoX1a2EyHDz3L?= X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB2310; 5:4VigfsIND54RoaeGBXekMME9FYf3F38FKBgfJ4JmgG8BHzxhWZb6BiLax200M2cbkr+ZadZyCVUmL2SLJSw3COjnFok85gPEiolTPYpGoYlKu6fy04Q3tE1nX2P4fhzWkBnUEyl/D5KOeEpoJcz8nap4ShVqOq27XvPJDsM+agGJBwJCwteDto/YE/LECVeBIyhVTEoWVPX/kRlWqVPCJSaBMkxJZhhdNp0jrc4Y5UEs3eeS1S4aBaSeERuLHqfyjr0efSgAcInmcqCS4eSb6vQ6ZBQhBfY2d5qM5poIM6mtbkyNtZ8PslASxojOqw8vJJCWmaxRFdnk41XZhDv+GVopSPlaX3+z0Z7OmjVWB5VTqZvKqhrYT8kB8pqfM+TCnzDLqjO+axugi5tR5J1y2jU5hcS6aoJPLj1y1jCm+OqUxBIOIf9S4NlxoTq2bI00aQ7H+7rOaMHgcp/0gMrErrGjJ5pgT/xZSvIlv80cshZxdDwmrhExyyRHUni6VX5F; 24:37CYxRnUUwlZvestdtNNn54jbi21GvYegY3/ZPTXYy7HkbxTVK7300sDT0+ordRizNYqxDIcyhITDuqHXVYMXkXMil4R8EsCejqqbO8OT5s= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB2310; 7:4DcEyrb0uU+rsrRuHpuAi0u5g+hwWM+ewljNZCn41ixAyCMwWa5WxrdqGqzkpu1EyFfBTI4BqN2m2y/hqYXh5UUeK6XUc+Czqy1af7rDoVQfdZwN7xauRrAnwLLFhLaJPR5lD9CHQThBi/cUiRmEHQHJTDRYS0zhtGJfMQIVicALTlbiZL73iqsL4v/YO89PpeFyumwrEV8DOD8TkAREoXTdXEjxDHsGyAA/92opvmLaTvJdZ6rgWCGh6opeaSeUFp8UI0T0bQyklmdJp0mA+Wy67poO9tx8sqeRTAgcysaSY4TYOKauSCnQUf+wpr2tz1Q6mvK8Y5exTtCno9IMonrDxQhAgw7t2zo1I1YUp/kZ2W0TgAW51w+B3+enE8xjuKhNfb4eqI6SbeaCofjAD47AlBGwzUNtZet7cje246NRzSjVbkWQvY11B1kAY0io+taFU+mg4pn2uy34LeZKyXCjVjtr/BOTARenaxtN4fvE+rpAJJ+2kaCZMoz7xodfvlg7NPrcJbgX3PUSWmdc56IqyXPybLMoZScl8UTxHstY4txIYgWgQA+Px9hW+/g0GRP/OV2ntSm9i6Q+Kg+fnIF9tW634jm4DgimnIEUMv9IWftC6k7eXWa/dhc9mnuM6q4OYA/nTdPaYCJMTFhvFg8/6FVlGqYYIwpkZgsDvEvRIjnNOrEneWtIIEVubS56NS9Kh3zJz5FTxbyiu7CGkRSRW/VEAnpLjeSSkVcPewgo+JLzHCNEZ9E1AdQ/3TCn8m/TsVa0bCEhST0cAJkG25sbVey2AcsRLYYb+PDOwy8= X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 20 Jul 2017 02:00:32.3215 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.12]; Helo=[p-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR05MB2310 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, 20 Jul 2017 02:00:36 -0000 Hi Dmitry Thanks for the detailed report. Will take a look.... > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D215572 > Now to fix this, I suggest that instead of killing itself, make should > signal all its childs carefully and wait() on them, only then die > itself. > = > Now after a quick glance at bmake sources it seems like the jobs control > code > = > https://svnweb.freebsd.org/base/head/contrib/bmake/job.c?revision=3D3172= 39&view=3Dmarkup#l2633 > = > does the very same thing that I've just described, however bmake is run > in compat mode by default, and CompatInterrupt does exactly what ktrace > shows - it just kills itself. > = > https://svnweb.freebsd.org/base/head/contrib/bmake/compat.c?revision=3D3= 10304&view=3Dmarkup#l180 > = > So, to fix this problem it seems that CompatInterrupt should be improved > as described above. From owner-freebsd-current@freebsd.org Thu Jul 20 10:23: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 E7B38C088BB for ; Thu, 20 Jul 2017 10:23:03 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.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 D2A5165687 for ; Thu, 20 Jul 2017 10:23:03 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: by mailman.ysv.freebsd.org (Postfix) id D185AC088BA; Thu, 20 Jul 2017 10:23:03 +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 CF643C088B9 for ; Thu, 20 Jul 2017 10:23:03 +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 9324B65686 for ; Thu, 20 Jul 2017 10:23:03 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from [10.9.9.127] (helo=rmmprod05.runbox) by mailtransmit03.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1dY8bf-0002dX-53 for current@freebsd.org; Thu, 20 Jul 2017 12:22:55 +0200 Received: from mail by rmmprod05.runbox with local (Exim 4.86_2) (envelope-from ) id 1dY8bf-0008Pi-3m for current@freebsd.org; Thu, 20 Jul 2017 12:22:55 +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, 20 Jul 2017 10:22:54 GMT From: "Jeffrey Bouquet" To: "current" Subject: Critique this plan? Date: Thu, 20 Jul 2017 03:22:54 -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, 20 Jul 2017 10:23:04 -0000 It seems I've a brick wall [too many ports to use pkg effectively ] -- [ = 3551 ]=20 and too many need ' pkg lock ' in ' v11 ' for ino64 fixes, 12.0-CURRENT, an= d quite a few others fail to build from ports, either compiler, so are also 'pkg lock ' o= r in a few instances binaries/trees copied from other installs, so that my DESKTOP can= continue running a if it were 2003 Microsoft based, vs 2004 Freebsd January based, w= here a reinstall seems in order OR, I should just sit and wait til 13.0-CURRENT and proceed = that way. .................. Meantime, how is the following as a workaround mv /usr/src /src-2017 mv /usr/obj /obj-2017 mkdir -p /usr/src mkdir -p /usr/obj cd /usr/src bw, etc .................... or ..................... [ clean install ] mount -t ufs /dev/gpt/2004root /mnt-root mount -t ufs /dev/gpt/2004var /mnt-var mount -t ufs /dev/gpt/2004tmp /mnt-tmp mount -t ufs /dev/gpt/2004usr /mnt-usr into which I surmise an installworld would fail as multiple DESTDIRS are i= ncluded.=20 ................. nullfs ? ............... Revert to all-in-one / system, no /var /tmp /usr? ............. or some new install=20 ............. None of these are plans as of yet, save proceeding without any upgrade wh= atsoever. I recall unpacking base.txz [etc] to fix a failing installworld in the recent past, = so any foolproof method of that would also be welcome. But I suspect much would remain undo= ne,=20 initial *proper* setup of /etc/mail, /etc/groups, as well as the loss of fi= ne-tunings I've done over the past 13 years or so, if it were done preplanned as a new-then= -rsync-the-old system-over-it sort of reinstall [ not looking forward to undoing years of= week-by-week this-rc that-rc fixups... newbie in so many areas who just copy-paste= d the work of others into this system, to excellent, usually effect. ]=20 ..............=20 Apologies for the email that went on three times longer [ more verbose ]= than I planned, sort of making its Subject: a misstatement of the body of the email. ...................... ...................= From owner-freebsd-current@freebsd.org Thu Jul 20 10:51:37 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3B7F2C091F1 for ; Thu, 20 Jul 2017 10:51:37 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [IPv6:2001:8b0:151:1:c4ea:bd49:619b:6cb3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B9B4566489 for ; Thu, 20 Jul 2017 10:51:36 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from zero-gravitas.local (unknown [85.199.232.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: m.seaman@infracaninophile.co.uk) by smtp.infracaninophile.co.uk (Postfix) with ESMTPSA id 0563C8517 for ; Thu, 20 Jul 2017 10:51:33 +0000 (UTC) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=FreeBSD.org Authentication-Results: smtp.infracaninophile.co.uk/0563C8517; dkim=none; dkim-atps=neutral Subject: Re: Critique this plan? To: freebsd-current@freebsd.org References: From: Matthew Seaman Message-ID: <0cd3cf82-12c0-6334-cc75-483227783c62@FreeBSD.org> Date: Thu, 20 Jul 2017 11:51:26 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="hxnKBEbeDNVTiErCHLBnLAotR3EKKRcMU" 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, 20 Jul 2017 10:51:37 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --hxnKBEbeDNVTiErCHLBnLAotR3EKKRcMU Content-Type: multipart/mixed; boundary="VPGUmSMeAue1Q4BUEK26XmcisDN2KMIJO"; protected-headers="v1" From: Matthew Seaman To: freebsd-current@freebsd.org Message-ID: <0cd3cf82-12c0-6334-cc75-483227783c62@FreeBSD.org> Subject: Re: Critique this plan? References: In-Reply-To: --VPGUmSMeAue1Q4BUEK26XmcisDN2KMIJO Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2017/07/20 11:22, Jeffrey Bouquet wrote: > It seems I've a brick wall [too many ports to use pkg effectively ] -= - [ 3551 ]=20 > and too many need ' pkg lock ' in ' v11 ' for ino64 fixes, 12.0-CURRENT= , and quite a few > others fail to build from ports, either compiler, so are also 'pkg lock= ' or in a few > instances binaries/trees copied from other installs, so that my DESKTOP= can continue > running a if it were 2003 Microsoft based, vs 2004 Freebsd January base= d, where a reinstall > seems in order OR, I should just sit and wait til 13.0-CURRENT and proc= eed that way. You're proposing to make a backup of your system in spare space on your hard drive, and then install a pristine system and backport your various changes to it in order to bring your system up to date? Waiting for 13.0-CURRENT probably won't solve all your compilation and package management problems, or at least, not all of them. You'ld be better off updating now, but trying to clean up all your local changes as far as possible so that future upgrades are less traumatic. > .................. > Meantime, how is the following as a workaround > mv /usr/src /src-2017 > mv /usr/obj /obj-2017 > mkdir -p /usr/src > mkdir -p /usr/obj > cd /usr/src > bw, etc > .................... > or > ..................... > [ clean install ] > mount -t ufs /dev/gpt/2004root /mnt-root > mount -t ufs /dev/gpt/2004var /mnt-var > mount -t ufs /dev/gpt/2004tmp /mnt-tmp > mount -t ufs /dev/gpt/2004usr /mnt-usr > into which I surmise an installworld would fail as multiple DESTDIRS a= re included.=20 You can do: mount -t ufs /dev/gpt/2004root /mnt mount -t ufs /dev/gpt/2004var /mnt/var mount -t ufs /dev/gpt/2004tmp /mnt/tmp mount -t ufs /dev/gpt/2004usr /mnt/usr so your copy of your 2004 system is laid out below /mnt as it would be when live. If you also do: mount -t devfs devfs /mnt/dev then you can chroot into /mnt, although I'm not sure quite how useful that would be to you. > ................. > nullfs ? > ............... > Revert to all-in-one / system, no /var /tmp /usr? > ............. > or some new install=20 > ............. > None of these are plans as of yet, save proceeding without any upgrad= e whatsoever. I recall > unpacking base.txz [etc] to fix a failing installworld in the recent pa= st, so any foolproof > method of that would also be welcome. But I suspect much would remain = undone,=20 > initial *proper* setup of /etc/mail, /etc/groups, as well as the loss o= f fine-tunings I've > done over the past 13 years or so, if it were done preplanned as a new-= then-rsync-the-old > system-over-it sort of reinstall [ not looking forward to undoing year= s of week-by-week > this-rc that-rc fixups... newbie in so many areas who just copy-p= asted the > work of others into this system, to excellent, usually effect. ]=20 > ..............=20 Yeah. You've a lot of work ahead reviewing each of your changes and porting what you need to the new version. As a matter of routine system maintenance, it is good practice to try and revert local changes and track updates to the default system when possible -- ie. to adopt any upstream fixes as they become available. > Apologies for the email that went on three times longer [ more verbos= e ] than I planned, sort > of making its Subject: a misstatement of the body of the em= ail. > ...................... > ................... If you're planning on working from a new install, my advice would be to summarize what functionality you want from your system as a series of bullet points and then only port whichever of your changes you need in a directed fashion to achieve each of those points. Do this as cleanly as possible, so you can achieve your required functionality with the minimum amount of configuration work / local patches. Cheers, Matthew --VPGUmSMeAue1Q4BUEK26XmcisDN2KMIJO-- --hxnKBEbeDNVTiErCHLBnLAotR3EKKRcMU Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQJ8BAEBCgBmBQJZcIs1XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxOUYxNTRFQ0JGMTEyRTUwNTQ0RTNGMzAw MDUxM0YxMEUwQTlFNEU3AAoJEABRPxDgqeTn1EwP/AsTnSThokwhElrCRvCuE0i+ 7NanbK/Y2RUo8dEf/7cOJYlmrtX6Moh7bpi6eAhpyM+ChxyWukiPU/CE7h4PPAQ8 ONG6hNSppaRatp8vi8LTIAsWBomXXAmTHTnUQ5uG/LOoIBOB/0a0Gk+LX3x4z3vU EAZl0hl/hGTKXEuZHYf/OYqn9/gJvjc5ULtIF8nNHNVp2dVGnn1KwAKBsagKR+CQ 1Tjs1WL5GUbOy1Hh2OUA4SWLYCAAzWMeBZ3dMiJoc9TUp/yLwOFysL/bEuGzURPt U8l+V1hUIcGJTv/CVlUxSS9QAYVpESGlvGxb+0ne80XJodDMlqJ9Lk9L9PZP8ppJ 5yxd4aiNHoG5cyu7S7vuH2honW8hLI4yF+eX4RT/uX0NQ2pgTiwkPN1+CMFM6J0Z CBtNzU3iecV2HtHdFVaA4ESWXTpy37hg1FM9AEl7B0l18JnX5fa+9emDasCuZiZ3 7kL5JLcouJytzH+8FOVka/Rdc4e5ZA0B4qKwdCdAFYobhfwVvsmlYbs6eGqreROI TOBWdE/H+LNLBIMcLc/80TndsC0nl/NV6uI4DgM7PdJrVQbqIxD2bgLgYeervUOt XTqeY0XGZO0lXb5taFuqHKP69EiKbW6NL+XOVL+piboB8exGnzCfVGWb7a1mzohs F0aR/tCNGKhH/H0SbRLM =WCPu -----END PGP SIGNATURE----- --hxnKBEbeDNVTiErCHLBnLAotR3EKKRcMU-- From owner-freebsd-current@freebsd.org Thu Jul 20 11:29:12 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 103D5C0A1CF for ; Thu, 20 Jul 2017 11:29:12 +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 9ED63673E9; Thu, 20 Jul 2017 11:29:11 +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 v6KBT5DG059446 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 20 Jul 2017 14:29:05 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v6KBT5DG059446 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v6KBT4W0059445; Thu, 20 Jul 2017 14:29:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 20 Jul 2017 14:29:04 +0300 From: Konstantin Belousov To: Dmitry Marakasov Cc: sjg@FreeBSD.org, rum1cro@yandex.ru, ian@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [bmake] bmake sigint handling causing tty corruption Message-ID: <20170720112904.GH1935@kib.kiev.ua> References: <20170718205700.GA2131@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170718205700.GA2131@hades.panopticon> User-Agent: Mutt/1.8.3 (2017-05-23) 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: Thu, 20 Jul 2017 11:29:12 -0000 On Tue, Jul 18, 2017 at 11:57:00PM +0300, Dmitry Marakasov wrote: > Hi! > > Me and Ilya Arkhipov were investigating the cause of this bug: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215572 > > In short, when FreeBSD ports options dialog is interrupted by Ctrl+C, > there's chance of sporadic terminal corruption. They are not always > reproducible and seem to be dependent on a machine, shell, terminal, > tmux used, but are not tied to any specific configuration. > > The investigation led us to the following conclusion: > > - the corruption is caused by dialog4ports program (which handles ports > options dialogs) not being able to restore terminal state on exit > - dialog4ports does indeed try to restore terminal state, but the > corresponding ioctl (TIOCSETAW) fails with EIO > - examining kern/tty.c suggests that this happens likely because the make > which is the session leader or something dies before dialog4ports > - which led us to bmake as a culprit > > Here's the ktrace of the problem (the process hierarchy here is make -> > sh -> dialog4ports) > > --- > 78337 dialog4ports CALL sigaction(SIGTSTP,0x800a80228,0) > 78337 dialog4ports RET sigaction 0 > 78337 dialog4ports CALL clock_gettime(0xd,0x7fffffffde08) > 78337 dialog4ports RET clock_gettime 0 > 78337 dialog4ports CALL gettimeofday(0x7fffffffdc90,0) > 78337 dialog4ports RET gettimeofday 0 > 78337 dialog4ports CALL poll(0x7fffffffdca0,0x2,0xffffffff) > > (make and sh receive SIGINT first) > > 78265 make RET wait4 RESTART > 78335 sh RET wait4 -1 errno 4 Interrupted system call > 78265 make PSIG SIGINT caught handler=0x402530 mask=0x0 code=SI_KERNEL > 78335 sh PSIG SIGINT caught handler=0x41b950 mask=0x0 code=SI_KERNEL > 78265 make CALL lstat(0x800ab9900,0x7fffffffd1f0) > 78265 make NAMI "do-config" > 78335 sh CALL sigreturn(0x7fffffffd280) > 78335 sh RET sigreturn JUSTRETURN > 78265 make RET lstat -1 errno 2 No such file or directory > 78335 sh CALL wait4(0xffffffff,0x7fffffffd6ec,0,0) > 78265 make CALL sigaction(SIGINT,0x7fffffffd250,0x7fffffffd230) > 78265 make RET sigaction 0 > 78265 make CALL kill(0x131b9,SIGINT) > 78265 make RET kill 0 > 78265 make CALL sigreturn(0x7fffffffd2d0) > 78265 make RET sigreturn JUSTRETURN > > (make kills itself) > > 78265 make PSIG SIGINT SIG_DFL code=SI_USER > > (dialog4ports finally starts to process the signal) > > 78337 dialog4ports RET poll -1 errno 4 Interrupted system call > 78337 dialog4ports PSIG SIGINT caught handler=0x800855e00 mask=0x0 code=SI_KERNEL > 78337 dialog4ports CALL sigaction(SIGINT,0x7fffffffd7c0,0) > 78337 dialog4ports RET sigaction 0 > 78337 dialog4ports CALL ioctl(0x1,TIOCGETA,0x7fffffffd770) > 78337 dialog4ports RET ioctl 0 > 78337 dialog4ports CALL write(0x1,0x801676a00,0x17) > 78337 dialog4ports GIO fd 1 wrote 23 bytes > 78337 dialog4ports RET write 23/0x17 > > (this call should restore terminal state, but it fails) > > 78337 dialog4ports CALL ioctl(0x1,TIOCSETAW,0x80161604c) > 78337 dialog4ports RET ioctl -1 errno 5 Input/output error > 78337 dialog4ports CALL exit(0x1) It is indeed likely that this is due to terminal access from the orphaned process group. To make it completely sure diagnostic, you need to look at the terminal state and at the process state, including the process group, process session and the orphaned state. I just find is somewhat strange that make initiates a new session. Shell should not create a new session, since passed arguments (a command to execute) should make it non-interactive. Did you verified that enabling the wait code in make(1) fixes the issue ? From owner-freebsd-current@freebsd.org Thu Jul 20 16:24:22 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 A60ABC7B6E0; Thu, 20 Jul 2017 16:24:22 +0000 (UTC) (envelope-from nvass@gmx.com) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2376D6F673; Thu, 20 Jul 2017 16:24:21 +0000 (UTC) (envelope-from nvass@gmx.com) Received: from iris.berlin.strato.de ([192.166.200.216]) by mail.gmx.com (mrgmx102 [212.227.17.174]) with ESMTPSA (Nemesis) id 0LaaVn-1e2e6u1vO3-00mNeM; Thu, 20 Jul 2017 18:24:19 +0200 From: Nikos Vassiliadis Subject: Re: Attn: CI/Jenkins people; Run bhyve instance for testing pf To: Panagiotes Mousikides , Alan Somers Cc: "freebsd-hackers@freebsd.org" , FreeBSD Current References: <871d6043-0c56-2c9b-1e3e-5db33898c24a@yandex.com> Message-ID: <81ab7ffc-c89d-0a79-5736-32d555366f3f@gmx.com> Date: Thu, 20 Jul 2017 18:24:13 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:weIlLa9zhERN7QqbSqIm+whgr3H1+E+8itVwEO7emL26as9+tJU 5pBRG1UiZKUEb4X2e4xI/9eZ3WK7JVHRECvHEHTnQHSLlO7xOWzFvMcqxVJ8yIPNFnAiu+d 4UUX2FL9cwTdkI0JCLyEB2fbi+kKPTW7eiVVNPQxgIxTYE7hok4e2NBgZhEnIA7Byuwpq7b O8KhyjwAFkk1pkh+Gj0ew== X-UI-Out-Filterresults: notjunk:1;V01:K0:eHhp1S95aoI=:XraAI9PiOnhu53Y+Yhr7Tn 815GMy03fByEfrPkYoZUkBrk/RNPnw4KmBatLBtbdfQeqjcgR4etJC1kjtKSMYDdM3IEfY3BS JkQ0LmHILv9aawYb2CAWbr/OX0TUHmbIN18ifIOQF6PWmpVb6R/oumDrnESptXVrIquw6FLcc MHpLcYPEudgP38g2oKMLLQ+3b1l1FRiOmANaKPcSwPia4rIKSTSgIOIMWK5mUmlO4PTTfAkxK ZxbahFKn5SopKWmrh4mdIBjbcFKLeoUgw6eFs0sz/0SMUV721l5XVuax7C73In2yAGu9Kb3gG 0s+vyD+CCdNEtoipGTMPM/+dwpTSCUg12aDnVy4P55/ZaC5XKwvqhFhUuyhJtJHg2qbw9Lbm6 5glmnl+oHca8KpZH6dvQwRhdR1Gk3/ShAZuAWv7eIvhty1W0/H9jyOMooRZh7R6GoIt1cuROt OiEhfEv7gYbfkvey+WMYRaGG9r9aORSeFB9IJ/PzGAya/PhGE7mlkHwLpj0A1eVaHeDFXw6/q i+dkD4KK5ub6T3VHvKbJnXBt8vN53KOvqctDtPaSxMST8UQu/Mr4VqlUuChBr7Sl3qsYPVH5Z 4vTzfG5NoY0fEUtSi97EJNfdGBIg6aFLMuNp6uEh2qPJdzyiAIBbbMHkwtInbRyC7IVtW0ymu QYfKCKH8gFjPT9a4wlNDGinZok+XvW4pb9ypXwUV0ohIPLN+zTgchwNFSmqQxHOJtPpFI8I3P YVyp8vbE+4GtAUvUtDcvHvLpewAkW2yuVS5vDK7UqLo/VuDB4sZwG7kWci36XUu55D52b6vkH VyKVuWW0YLw9680uUjYU29rz6x8lAmTOURRazBE/HyUnb+HsFI= 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, 20 Jul 2017 16:24:22 -0000 On 07/18/2017 02:55 AM, Panagiotes Mousikides wrote: > Den 2017-07-16 kl. 21:11, skrev Alan Somers: >> On Sun, Jul 16, 2017 at 2:44 PM, Panagiotes Mousikides >> wrote: >>> Hello everybody! >>> >>> I am working on adding tests to the FreeBSD test suite for testing >>> pf, the >>> network packet filter. >>> >>> These tests need at least two machines running and connected to each >>> other, >>> with one machine generating network traffic and the other running pf and >>> filtering the traffic. I am looking for a way to fire off a bhyve >>> instance >>> to serve as the second machine, the first being the actual machine I am >>> running the tests on. This should be done completely automatically, with >>> scripts to configure all network interfaces and to preferably also >>> set up an >>> SSH server on the bhyve instance. >>> >>> This bhyve instance could start off as running the latest stable >>> version of >>> FreeBSD, or it could be configured to run a snapshot of the development >>> tree. The aim is to have the desired version of FreeBSD that we want to >>> test running on it. Ideally this would be done in such a way that we >>> can >>> reuse the machine for further tests, instead of rebuilding everything >>> from >>> scratch for each test. >>> >>> What I am looking for is the best way to do this, preferably so that >>> it can >>> be easily integrated into the CI work being done at Jenkins. What do >>> you >>> think? Any input is welcome! >>> >>> All the best, >>> Panagiotes >> It's possible to setup CI systems that involve multiple machines >> networked together. I've done it. But it's complicated, fragile, and >> slow. I advise you to consider very carefully whether you truly need >> multiple VMs. What about creating an epair(4)? You could run pf on >> epair0b and generate traffic from epair0a. That would be faster than >> spinning up VMs, and would be very easy to integrate into any other CI >> system. Would that work? >> >> -Alan >> > Hi Alan! > > Thank you for the tip about epair(4), it sounds really like an > interesting approach to my problem. I will look into it! > > Best regards, > Panagiotes Hi, It would be great if you use vnet jails for that. I am not sure regarding the per-vnet pf functionality but I have seen many bug fixes hitting the tree since last year. You can ask on freebsd-virtualization@freebsd.org or freebsd-pf@freebsd.org to learn more about it. Pf within a jail should behave more or less like the "normal" one. Plus you will be testing per-vnet functionality, which the project needs anyhow, in one go. Best regards, Nikos From owner-freebsd-current@freebsd.org Thu Jul 20 17: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 9374AC7CC09 for ; Thu, 20 Jul 2017 17:34:02 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from NAM01-SN1-obe.outbound.protection.outlook.com (mail-sn1nam01on0095.outbound.protection.outlook.com [104.47.32.95]) (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 0A4047184E; Thu, 20 Jul 2017 17:34:01 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=JHN64s5DOqx9R+Q3yeAZl3pBiKaI7ct4fAYeJyfDVJo=; b=LYMsYNyV2EFpN1uljcoD8jPTk9vg0poF/kPtsvSf+fDBYurzXft7tKlMkdOitQDqjl3WVQCzzVFBmKtiK2c59liVI6ub5q0n6yMYrmTac6Yqlj78GiUMNXdclGvgWAqw5br1jGhm0ks6mK/ipQrfcXN2yo3C5pWLqUacw5OFJCA= Received: from BN6PR05CA0030.namprd05.prod.outlook.com (10.174.92.171) by MWHPR05MB3327.namprd05.prod.outlook.com (10.174.174.166) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1282.4; Thu, 20 Jul 2017 17:33:59 +0000 Received: from BY2NAM05FT015.eop-nam05.prod.protection.outlook.com (2a01:111:f400:7e52::201) by BN6PR05CA0030.outlook.office365.com (2603:10b6:405:39::43) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1282.4 via Frontend Transport; Thu, 20 Jul 2017 17:33:59 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.12) smtp.mailfrom=juniper.net; FreeBSD.org; dkim=none (message not signed) header.d=none;FreeBSD.org; dmarc=fail action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.12 as permitted sender) Received: from p-emfe01a-sac.jnpr.net (66.129.239.12) by BY2NAM05FT015.mail.protection.outlook.com (10.152.100.152) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.1261.15 via Frontend Transport; Thu, 20 Jul 2017 17:33:58 +0000 Received: from p-mailhub01.juniper.net (10.160.2.17) by p-emfe01a-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Thu, 20 Jul 2017 10:33:57 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.30.60]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id v6KHXv9a012188; Thu, 20 Jul 2017 10:33:57 -0700 (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id F116C385520; Thu, 20 Jul 2017 10:33:56 -0700 (PDT) To: Konstantin Belousov CC: Dmitry Marakasov , , , , Subject: Re: [bmake] bmake sigint handling causing tty corruption In-Reply-To: <20170720112904.GH1935@kib.kiev.ua> References: <20170718205700.GA2131@hades.panopticon> <20170720112904.GH1935@kib.kiev.ua> Comments: In-reply-to: Konstantin Belousov message dated "Thu, 20 Jul 2017 14:29:04 +0300." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 25.1.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <6074.1500572036.1@kaos.jnpr.net> Date: Thu, 20 Jul 2017 10:33:56 -0700 Message-ID: <6076.1500572036@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.12; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(39410400002)(39860400002)(39400400002)(39840400002)(39850400002)(39450400003)(2980300002)(199003)(24454002)(189002)(9170700003)(6266002)(106466001)(6246003)(107886003)(626005)(7126002)(2810700001)(86362001)(97876018)(38730400002)(77096006)(105596002)(229853002)(117636001)(53936002)(39060400002)(47776003)(54906002)(55016002)(2906002)(1411001)(110136004)(9686003)(7696004)(81166006)(8676002)(50986999)(46406003)(5660300001)(97756001)(2950100002)(4326008)(8936002)(50466002)(23726003)(50226002)(53416004)(189998001)(305945005)(478600001)(6916009)(356003)(69596002)(76506005)(76176999)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR05MB3327; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:SoftFail; MLV:ovrnspm; A:1; MX:1; PTR:InfoDomainNonexistent; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BY2NAM05FT015; 1:r/oaeMSTFi4zTugRlnQgLGFbrcCofIXLIzMQpZf2hzMJK+5OmicH2iM4JBbdR5o3yFGcBxvJK489gTAQSTy1P+NA3OurR/AScfZl/lZpsGJtLaQz0RFhBDRlOvOxzwj4b+MMadY1VhoXcpjU7dWTP/oHMwPXSUTSzdczeFIMUSm7PhpfYRBjBceyiQkPcSU7kUDWg84xri50rSZwpoDAKHOLgyvHCftUt9ddPE1Wdr9H1KfdkUY/TQ9jxHPLw5zT0yG+EuVAmFEOEm9xFUxgxCvwL5oHNKUA1HMYwvB5UaUbbEnjyGwe1EAmpaASr8ELK9LwEPuv1R3IyLj3NGdkzSV0fb6v5zRRomYKBKbm6sVQjlSZsMzbwrEXb/zT19wK4W+JMzAPuGrGN2eMPplBks9ZbDWR9pkaSv/q25SrIgN+gL/nGmlHrzIx2NQZnGDp/HRYJAB3czZXQDWq0N+wrpTme9XQGUS01huXYiPG4KTZRIZ/pgJJnQYRk9X9HBnS3hpJpx4ZIjYu3EZNHs/PTUf7boz9OAxx99pj76wSG7L728Mm/dwd3mPR+BsQ7Ba5yYheItka8fzEl5D+3EhcA6uouCFBU/lY3j3WC5g3rJS8h5r5Bb7x8CIWP01cXL+xG5e60FSuIElfJ2d479xC1LxmxO3l2Nojg6iMn7HcAJeXYqzy3ncWpy0RFtpnbKhAfErNVUTJdyP0rriezkkecfS3xXSJT9isINrK+cPlp0xYpglo7lDmz6gwzAPD0J4lwUSBcmTbo4z7/WlhiOj77mP5yUu2RHIr0x8xj0GLh8ViYldORz/xliDrRfiHex7mQq5HzG6wniu2nQMAK8yMW3yqyqK2aDMoVxZ0mL+Zm8FCQ1Pv7JDMiyn1Y4+3jXb5A0pcr/WFtu3jy2d+Ri0Ffyt8cpeogOB2+LDFeh8EdG8= X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: c1dfe77b-bf92-4550-fad0-08d4cf958110 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254075)(300000503095)(300135400095)(2017052603031)(201703131423075)(201703031133081)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:MWHPR05MB3327; X-Microsoft-Exchange-Diagnostics: 1; MWHPR05MB3327; 3:frwJoK5yOXt/KLfRUA2voGmnT8wPatJGme3+gi11ilvZU7fCZOYOqnEs8pibtIPa3VdbOh4ygZ675+la1aLVb9cCOoWbE6BdftEyGCweyMDXM/lXix3cmasPS8/JH2T424UsDWJ7KsXq6zEdB2fAeY/fB7XYpd94GnSqouKlDHDAJiad5fk/uDrGHXQqWFJFlBYTRANyXN7Q4exTvGSIzLI7mOk8sKwHSMezo5DknZ2qPrMR04x0RNimp+asVHgzE2KBYHMyLOwuZVjAO+dZNU5SC9HV+XHOoa9djwfHJQVMP+oD4iG60czcIEwkK7uoyeqMdlRFYZKko9+eE4gzSFFYdMbomUxd7DQbAnV68+Y0/2qYS6/tKp8v48kfhsEONlX0K4n5in250Tx7jfY1yj5g38qqQzKiX0KvTJz8xlgNJ4naMW8tFdLs0HWkv+zpH0wn+2EAr3YbXMwmjMa+E1UnK/j0PoXwaN4uNQIzVm2eE8Vn6l3Om7MNL+wELD8gKZszvLrknz+74EcP7/P3m0ogCOum37Bubbx5DB4xgZ7frQuPJwRo2bVf33jHZv9hN++JY5ENxE2gqxbWy/QbUrfLX7XqBhhu4RpaZooAdJuDNP4GbZXScv+stW5M2om1dauN54z1GyPVNDnFh7gPY0FsaS3g5TYdgWXKZjWRsXPVciajq05IGbPNBaCkMk3IzF3D+9MFByc7BHet/op4V9QxDMgAHKj8f8jFxedPklh87mHTnduI0gFV22NSVvw2Y0IotKDGoV4TsPSKn9LYgVf0ddD4bLJAxgNanMhvPpnB/q7AUX1vOzmKQ2c/g6UkDy+KXlmkx1scxPfrB2Pedn2JbHru37xv+XmD1jO2HALRkJOeaBmkHA8l6NuAhu8/DtkvJ4gI+kqTiR9XAs30ww== X-MS-TrafficTypeDiagnostic: MWHPR05MB3327: X-Microsoft-Exchange-Diagnostics: 1; MWHPR05MB3327; 25:5x5sLGbjVs/VIiEe9tU++/eVz7wboQeenp0MEiUkn12xu4+lWumrbRbZc0Q784q5wg2BT3kWL9CvGWWv4GRVsHWsbiwQ453zJG478lOu7gSJdvd4oLPIuDVgmEmWC9GVtx2VGE4z5lmCd0mkKpa6u7uXTY21HHkF/rp7ChY45WX+39mpizQQiGY6xwPWDAIEBQnACKtg2URFW+1hxSnUeH0ipXCMU+51mjy7Emn/OpkipIQtdLImhJJl47k1/vdTjXC9AANG6cXqNNb7uIWFoj7UMqByozEPPpfXe3+ZjOgsZKZGQaYp2oKUTJmT8oeQ9I77uHt9cvMUhQLWGL/si6VfHMhcJNAOnR8l6YeeLjNE93EwvH8jZFcFoNZ4PDUnTJ2dS2vhMSNr9gIidNMee7C+db9w3C95y5BBIjtYknPstmJMQoPEOpcl3wD/w58SFDJuxWIH6gszgiKpaogbghZVFt6MoWj6aohqbsC87VJO5o0j2o5RNd9MePolo05Mz6Rl+5eBgAa999RxhVTfXE087Peu3bd8bb6rEv+vS4qIRwrJKyTAaqV6tn32qhOYbNSI5vqK1rVAZPtxx2oJXcRYNj7yrSV+rhHECMb3oSzwE1jeqEdlo1sZat4CpXKwHxu+SBL6WUxRyakCQqKZVNKrTWMrMmArW5ySW89PrmtDO14W054BhB8Sqwl21Lrhph+UMHB70h1bpL1s1oCCc+M887HXSrEXz602TU350rgpZOC8q6ZMoNlfQy1qr4SxD6qx1qK6Xs57ljofo/OaJ1mYyZzuAEhC+GRF7RL3KjpI6al7Ebh3Tr6DW0xATeE0p1xI/5gBfmK8ScCppUQpdONGHkzp4BjBuNG/I3m+RYzvelWDNSU++XDwK2y755Z3X3DWEBC6KeJh1IqOp43b+YBskYfPoAXOGovH0pDiRSA= X-Microsoft-Exchange-Diagnostics: 1; MWHPR05MB3327; 31:7/2jtP6H/kpLGiagypZ7rUYWPg7v+lk9/uezVbQsMTZfkgJwkea9VQ9G6Cw36xIUkSH352Q+vY8PMRJDC0T+iXMEbFFrCD7+m1icf2JnTn10d+TOqZBaKyBQdAeySUENE+YGz7JZ8dro2n2oP9EMidoS5iJ0NLTc9+wfg0YJBF7hUg5DPBvAfMXTl9+SKaJzKcmhpaUGIgkfFVZjhUVpPwgu2+Al3tSpMgcgjJeEqqp/NIuSrBKUnOEMc5NBFh3CI+Sh8d/19nkVEnVkbIqpHQh1QWkEkbhMjKTRhahdgmqMRGJgd+u2gbYkHyKBknQaRLwypnvNd4ubO35s9i9ZRlXcTOHb4BONox6dKiyZyBgvEVoGjqEgA+VDwTNCyeyAuI1piyBfSPl5HDVZ5yWy9Wf125XyPuqf5bPbdjDmFRTuuf7mHmUIrMamQCaseaBaptAt1MdMxAiBjV6NbYrxVu18E9NVQS0wiP45opZagl64o0Mvz5q0ZtziCj3mMADAM1d7Wk38FtF95Br9CktBumBNK/CjzHKaXCyvGrQA5NDP9J8jss+G4CN6ZPxz9InY5tInLbGp849pYbhXaW3tvc6n2HjCKuNzcvdvb8IY9pGom9ffQxOtvVlOWrOXYVcvSpg/2ezmbg53MHv9F5FbAVja9zNi40e7H8irw6ovdLSZ/Z7aFdj4Ndjjfgbyymkg X-Microsoft-Exchange-Diagnostics: 1; MWHPR05MB3327; 20:cFTohjQIG2yIvJSQiduDNzlh/EtmR7TP9adqNMOaRpMZ/ABIejEVG4Hw7m3gI47VZI8K+0zCvl+CXldqG1uxa1c9Evnt6F9Gov5zJGx6lquzUll9v5kQqA5siF/vAQKpMKOnKQpn1n3IDANT1J7+3SS0G1fExv2I3SBb7VqLCmmOHLvPRBpivuWBa9qUZa/FnUIjRtd1SVoJo75WOCoav42mQgiIFbAnpXyqwwaP4MrTDoDi4S7fYTIfhxXy443PjwMQYjgkBVJ4Vh2lJP4jkanj47gzyriRtv1XB0aDM5ELJLcEPfFwXM2GjYUSSGM54H/Jqd5VTLT0coF7tzBFPi7Y2+1QQkoQmC23FH0YYl3lAT7FaKAxcX3gK8pjz4dWc5S/4SzsASvlb/QswXEx8JmAji65pSVKnOpV3DsxtLgpQwswn1e9TGvD1YmULihl8UNH9/yXHywwH8R26VFbFiGiDI89XfcatzADkOBG3+7Imb64ngCoquTURU8qaeL9 X-Exchange-Antispam-Report-Test: UriScan:(236129657087228)(148574349560750)(247924648384137); X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(5005006)(8121501046)(13016025)(2017060910075)(13018025)(3002001)(10201501046)(93006095)(93003095)(100000703101)(100105400095)(6055026)(6041248)(20161123564025)(20161123555025)(20161123562025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123558100)(20161123560025)(6072148)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:MWHPR05MB3327; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:MWHPR05MB3327; X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; MWHPR05MB3327; 4:NhF2gGEG1o7twc4J6rpXo1YL212ouVu7w7JtOzK4O6?= =?us-ascii?Q?VsxLGlo5arZdXtvoM7WI6wvoJgaH6K/Lp2Dwe4brHyspoIdlhvvelRVuClqz?= =?us-ascii?Q?rd4UyBU+xbqXQIkaFARhMoMyubVEzusPc1H9ANt18L2IoM/0f+PdLoWZ/4dN?= =?us-ascii?Q?+4/BX20h494P2HyVEgrMrTztNi1nWOkFHZYEfFDYcO4n4E+5wHP01+ayCmz7?= =?us-ascii?Q?/ueV0fkiITH1L7zpWzIBov2FQ2J6yXKa0L2RA7f2tO8vtaJDsaete1o8xLwy?= =?us-ascii?Q?H7l38nI6Mv/PAPZkOQYEga+kXQU0s23Yii2rvL1oMnfp4F2rotjByJoK3RlJ?= =?us-ascii?Q?HFz8NpGDLG+7PkKZnjx8KTG3ayF4OUJwOZ6zTG+HxgvYpfLumVSFDsZcr3YJ?= =?us-ascii?Q?MaXLbL+Tl5nqPXXmNYDTYNygp1pdh2gDZIqEdJSqHL8H1UzCID7DTZy3AIZE?= =?us-ascii?Q?koV7ZIn+8P9cM2108Y7YTf0Qraq5Rd4fdtufabaJQoe2JUmDikhAE1lHp3dk?= =?us-ascii?Q?HAyMut5GFlHXFVWGjJH4cgd7tCNRldE56ZbSEqXwIB+hKetY56XIr7NUqc+X?= =?us-ascii?Q?PFnLr6yKyryzwv6pNWMFkfFhomGf4CtoAyKzbDJKaX7c+n0N1Uia5XZQ2Ofc?= =?us-ascii?Q?mcHYGPZ7erI3URyB7jRiazS4blTMeorjVy7msMotLU7/RCWsenbec2wRCDPi?= =?us-ascii?Q?J4IQ375x4x76ka8FdW/C1XgVF0U23vaEEgrej3Pgn3qZmeR4vYPyL13vIp3+?= =?us-ascii?Q?0LO/VsBy77K+SbhQGRK2MYCfWjRYyc0lOV0flD2D+zPxcwzGKrru6KosQLHe?= =?us-ascii?Q?XkkFz31kgHe/SqpOb3ZffCy+y3dLJDogK40yl2vgikEtU2PXJH2O365FELrZ?= =?us-ascii?Q?sYqN+3sv7xqzadW8G7A+P5KUaQMq7wXi412NnAzgLQhmzXh9/XDbF4Kn0BVu?= =?us-ascii?Q?LGvxW0OWKcMq+CziNnMgikwvEq27Zb7dP0xmH1BpBAxSsruabE+h56nYOtg3?= =?us-ascii?Q?lvKn5V/5YwfDjHxTdQxB8lMvVCeI/Rpp1m/eIiUZb5OxDP6DsGcAAprsOS7M?= =?us-ascii?Q?cVjkRzrEjST2SSTmuXbJGWRi8H6TuknSs6ICP4fdyyb+vF0IsHkWvrpyKV4d?= =?us-ascii?Q?v87iDtMZv9YzpGjTWgI2D/kTYgcd1z+CRvoulE7Y22Mp5KeNpG7orUkAOKzp?= =?us-ascii?Q?NU9KwzIvsVq5YeH+q8qprqPF+ThJDvBXS2Rd3F5Qp69N9qeq6p2zTUwkHVbo?= =?us-ascii?Q?XE0t/55sB7Gx6XdpCMkqQALQ4ioxcbGR+xilsuytFFKlvLS93WsvAYvrwQim?= =?us-ascii?Q?lN217UYUoG1tJNnVZrGKwfgIeXedmpZuKTDfMcw2eQ0y2z32mYQBRpDtkK4y?= =?us-ascii?Q?qBAQ=3D=3D?= X-Forefront-PRVS: 0374433C81 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; MWHPR05MB3327; 23:7P3HLYIE8a0+ukUUcN0DG1Ly+f/SaVVfMBiVYZGX2?= =?us-ascii?Q?z6TQzrmTFwQwGN6At0fk6Om3bD8wrOL4Fzb8OXtR8BVFDSVwCuw092Ln1+CG?= =?us-ascii?Q?bzohwnXeEmozferA4oL54EuAlw3F6ZdSVDqLb6CwH9q3qp0+wG5oxyW+oq8A?= =?us-ascii?Q?rHU/EEJX/I68osyH57QTAVYxhoTA5DKZAJ3WYbT+Ju2u9nPDcZEaIsN798Mq?= =?us-ascii?Q?bFS5X1g6FMtPRCs4nIQxGnbizMeZPl+6jsgxtLzVilCSAB9M3xx+M2VYn5Vu?= =?us-ascii?Q?5Cis8Oc3sCfiRaVunUyYiQ5qfpsYAgLkNU5jWRHkdDIaRid2yjnKUyWdqeWe?= =?us-ascii?Q?KoWPI3DKbwFnIxBL3BHvKunA6XLheV2rfhu13ASk1pRVQqw14m3Tu1Adiw2t?= =?us-ascii?Q?IFc4GhpVEqjRGpBdRbQuqVr7WvjZMJ5QQw5GLb9OEuVZcdT1muKBwzZb2NBm?= =?us-ascii?Q?uTU1i+PqMiPgRBLEN9d47LNJ1TVxqP89LzGXS6ie2UXfNo2QckxZFJ+Ukspt?= =?us-ascii?Q?JarjoQQgxSan148Hn5rKOC4nq5fAF1OyRbOjiGXIDvCmf6YmBpyhZpkBZ0Oe?= =?us-ascii?Q?KcGRwDwNuVjvGgCgupbnpcbGO7iVrRpbtlbm2hvp8QuwNz5QrFtTi/x2KD4p?= =?us-ascii?Q?6VJIkcuvgR9+36Z678tedOsnzRyUxZynZkkoj8/TB3FPODVzvCPnbEw5gC0n?= =?us-ascii?Q?KuZ/CFIirKnwP0xealzqzMZjV+mYSaI+5FdejgrkjAnZhdp4Cbn6Au6qUFnd?= =?us-ascii?Q?nr4F6/O+bcIy9XSOoYmYmG1IJCpYILSoHPYzQJ8qEJ7TrZ7ME7QBNncZHmXi?= =?us-ascii?Q?pJ27Ar449deuw1KXXLJsziEqe63kMalzciB/1oz8k1EnSstHBAEL5OVLRcNZ?= =?us-ascii?Q?EAEDxaguylMu97va1kii+lchT/B3KLkhRPSYjFAEKwuZq60f65P4ngbUzuzy?= =?us-ascii?Q?osCh2TXvSa7Q58KgqeUcL62Fg54WKeOBKlde+7XqRpDhpZEMZBzPB7NaImCH?= =?us-ascii?Q?HUgADpTZsLEBiRXntv1YWHpzq1CII9rLzvaeFAof9wnUF50MnJ0ta4q0uaoM?= =?us-ascii?Q?b8Y8UQ9tzFwvro9PTtC1HNiMVAxq6CbqEj4bIThjWH3sblaJUg9czqXtQLWv?= =?us-ascii?Q?DyNJwvyaZjE9+76mSiMc7yrYvrMTBvvAsF9K23gKKgbAgWGhDXATmGxvlmwA?= =?us-ascii?Q?12Ez3FMS6mY5DkSPU8a3s8tYYSufTo4iKPkL1WLg97bRP5105GrW3xRRhTfC?= =?us-ascii?Q?HBpXpFS2OWMXW57L0hRkYOzojFuyd+riiVYNC34IugW9dxYHdVxKbU7mSXLV?= =?us-ascii?Q?ruKftbX61k24zNm3f4QGHGHYn5bPdYNWOGwvgwMqxsJOfdPZUFMvuIErZx3N?= =?us-ascii?Q?jXiCME7TmajzBf1PSTGOVQwdw8+cNVq0DXwf487DQtrlFl4?= X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; MWHPR05MB3327; 6:eZUsfX8C3GYIaor8zbhn5zDixJAj0CnsIHKUP0RF5R?= =?us-ascii?Q?75mSwykms83SzPf1RgOZCc+l4U+o8UlRDZq3MSvLIGt5a9cnykNzgXtdTs5f?= =?us-ascii?Q?VjtrwPwW3IM7B/sYCf6wvwvkolp1MuLf11kYj19O2FSVD/Ss3SgOs3JuVJ+M?= =?us-ascii?Q?3mIAq7sgzBbiqhX9HpW72V+1krg9VuV16OWZ5iw5lKiuIMI4aazncrGcVbmU?= =?us-ascii?Q?PiiDFhxn1EhpImvF3+vDdx15VRSDXaeOAQYOs3Vs0O4UVdI8NKU5pfQ8tz6F?= =?us-ascii?Q?87Zc5y16TkCXVY4uimHy3sEoMu6dJs6robjKdVPvf9zBK3ZZf064N54Gl5hj?= =?us-ascii?Q?gvBsfpHcW3+qDnGPcgRCA1UoQ6QzRCs0QtnOZJBNIdqosOxhRHrNJWBTOuEC?= =?us-ascii?Q?jIsc27c+rm/9rv/6AX9V9yWWJJM70KDQW8YeAQzO0Tf20OHewY/b+m6w2bMI?= =?us-ascii?Q?AdlxlG0STwAxc4bPta3mPQYYhzWPeoltjaX43EK/51fAgl+BiirXau6Y3AkW?= =?us-ascii?Q?qQhl7YpaP48gQH7DdXbewOxodaRSb3+M2K+9bXRnH0DQ2/m0E5hZNqxKpm7R?= =?us-ascii?Q?rJsbl9lK9vBUogZO97szhmVv4CVStl/1klxrm3jRy/5oS3uF1CgBnLO40u08?= =?us-ascii?Q?N5qRJ4nonqWdUR3YHHzDStaz23I9rMlQ1M+VL0xChPcZE441Rfzf478rrL0x?= =?us-ascii?Q?Z0uoLUEiGSYWCp75wsk+RdUT+5S3jiCz7YzwTa4gZi0AEliXeMqYuWp5zDK6?= =?us-ascii?Q?r30uhSyQIK17+9DlzzobyG6HAuBxtZBUyaj2wR+sI9clAAvCdqJe6uHEH8qs?= =?us-ascii?Q?e21S8EXNmokWpCdK1zlfSVyc7piClR3+bckv4xlLdzJKlMzL9B/bSFlmSq/4?= =?us-ascii?Q?cPfH4mQvGcGgV5CrL8NimC2SqnlDlppSupT6fcJAb+3QqJxv2CHxXh9U2nKf?= =?us-ascii?Q?Zekc+sWxyo/EN1dLmDmYLcfFeqC3J+js9D8tVi+5M0iUEMkiZklXCsSBmwIa?= =?us-ascii?Q?CQMwZZzo+VFcc0ofTHLjJp?= X-Microsoft-Exchange-Diagnostics: 1; MWHPR05MB3327; 5:66IBRh6TUpxiNxL/8Gty2iQ7PpwjwwDGV/JFHE6Uv1+IMeTzgPitW1j6ZqNAhS3tIZlMuJoKS2yDlxAJDovOlbckpC0gw+V/ZDPf7btPhhGXYn1kr45q2m4/Zs3C1GqqoI4oQkhaBCs3z9Udj7OwyQqWvTT7btorzJ5poUCUCDOjWFL14oM70lRxXr2wS+tsUBg1//QezZRMitIQXbYnV4Cl235aiJWpUHgHEfVFSctqQju8TlARi/P/FU3Qdh/hTD/NBhSoS/97l8PgNP8oo2/amaZQmvk7wpA7GWKELEtxEDxhUecjcVZITirOYt3jrLJHdISq9h/hSuVvyr+IgqIJKsMq2ZiZjyJadoVr+ltNiljN6qSS22CAsZQCxm/IIR5f/6ZtofaERTLbgLfPslKDG1FyOr+iaraZDSgQaDHNAyafhkwlzSUhSNFGbg+hkHJ/9Gjb63iMkkafs6ugriSaQqHeahywMwLaLSwZgR7o+8J1GNBwgD3LDCYY4nSp; 24:6BrYOHnxWyPpsYKdIQIXpddFEw9m74/yufWic4oDz7CkNU/F6RPX7TjzINSBtjb+a3ZxIIyKYLUPVP6ztB4KfheoZsnyuRuzQRHUo9fV68Q= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; MWHPR05MB3327; 7:KwrcF+yfEGoMUDnvrYpsIZkDZrArnTp6wGXvaKEDIaWFRddb/WQunrr1brBQmLC0af+mt+xwFx5Oby17nYk4jVXhwuLZbG8MqfDRsAGk/x2qwsQ6ynCiP0M/7RyEzxueOFXJ9tK5WgbSUC+ZUh7n5M/b3KuWK4uPTvr4/soRobo1HsJR0TnqvTwF4213kZhccOxZP4nr/s/GEN1KxZeE3KEaVS6wYgIoJsbpZ4H+WUPCxEXASQKnn8qlhd5mA9baNoZf+lTEgBtrbgfeZsZ1YY1nH53Eza3Keh5pITMRMq62UO1prJv5ZdSCLabwryKDmjnFnDcXw+q53LxhZ2dpjLwdNEhuSi2AbZWn4gyeYX8m+bKVmKCkqPzf7s77SdiD90c6WQ307IenDGcWFC8CEnodV9R0HpEPrsbO94BlxMvvgr6h3jcQ2odRajh4Ju2kInDoRAPHrZ0aGBek3dW6r7BhMQAybMCcl2i4izqixRudZVbBOxS410cJuG4AIigVZSoSvvCjhwrwqwkxn9rR23l93UKQjGobCiTZJB4Dqk8rlFedZKMw+IhWNF/94qmgzSD9Jo9iOU+zRFarupwEL/IgI57bmrDH0+H+x+/i9Yuea86vwn8YifS8tb0GK0ckFxBNPmbNrSd1ctilkdoIaBkQN5NtH4x8jMNsqYUC1Ls9QtVIfgq8OGUCxuP+C4YiLeQWpkkbcGE/FiJjzVrHZV4X4nddIH5xjM2vENVNcTKudsUYtqBJwCC02XfQIJp+2CDbkNT/+23fDifqDg/h1j6zdf+pcf1PI2TdsnE0HAQ= X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 20 Jul 2017 17:33:58.6189 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.12]; Helo=[p-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR05MB3327 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, 20 Jul 2017 17:34:02 -0000 Konstantin Belousov wrote: > I just find is somewhat strange that make initiates a new session. In jobs mode it does - to ensure the child and all progeny can be killed in one fell swoop. In compat mode it does not, but that does not mean the child cannot do so. > Did you verified that enabling the wait code in make(1) fixes the issue ? FWIW it is a reasonably simple patch to make to wait for child to exit before self termination. --sjg From owner-freebsd-current@freebsd.org Thu Jul 20 21:49: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 5F51BCFCC7E for ; Thu, 20 Jul 2017 21:49:35 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward4m.cmail.yandex.net (forward4m.cmail.yandex.net [IPv6:2a02:6b8:b030::1b]) (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 19EF27DAA6 for ; Thu, 20 Jul 2017 21:49:34 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from smtp4p.mail.yandex.net (smtp4p.mail.yandex.net [IPv6:2a02:6b8:0:1402::15:6]) by forward4m.cmail.yandex.net (Yandex) with ESMTP id 3614020D62; Fri, 21 Jul 2017 00:49:22 +0300 (MSK) Received: from smtp4p.mail.yandex.net (localhost.localdomain [127.0.0.1]) by smtp4p.mail.yandex.net (Yandex) with ESMTP id 7A73165008B8; Fri, 21 Jul 2017 00:49:20 +0300 (MSK) Received: by smtp4p.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id V64B6MRxp0-nKa4GQJv; Fri, 21 Jul 2017 00:49:20 +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=1500587360; bh=Uc4BfCZ2058MJIW1kjlRwiG1xB1JjaEQmgED83/JTLQ=; h=Subject:To:References:From:Message-ID:Date:In-Reply-To; b=cXtRiDUfLQFy8733wi48mOWjChQA1aZFEiqTSDMN7AqOx7bXpzeFvedJM8s7219wR pcomIBcSYYzGwG4cZXPNQobhPsoexNedbH2ZnvyL/oAIaAYnVotcrnzTIGSR+BHeFH RIrdjmvcqZvP1+7oqTq/UeaSZGKx287PeiYGnoZY= Authentication-Results: smtp4p.mail.yandex.net; dkim=pass header.i=@passap.ru X-Yandex-Suid-Status: 1 0,1 0 Subject: Re: [base pkg] update !GENERIC kernel To: Ben Woods , freebsd-current@freebsd.org References: From: Boris Samorodov Message-ID: <8b022ffd-4ce2-c92e-7573-270123ff6fde@passap.ru> Date: Fri, 21 Jul 2017 00:49:20 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 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: Thu, 20 Jul 2017 21:49:35 -0000 20.07.2017 02:05, Ben Woods пОшет: > On Wed, 19 Jul 2017 at 7:37 pm, Boris Samorodov wrote: > >> Hi All, >> >> I use self-made base packages for an ARM board. The kernel I use >> is IMX6 one. While pkg update I get this: >> --- >> [271/302] Upgrading FreeBSD-kernel-imx6-debug from 12.0.s20170718113533 >> to 12.0.s20170719070514... >> [271/302] Extracting FreeBSD-kernel-imx6-debug-12.0.s20170719070514: >> 100% >> kldxref: //boot/kernel: No such file or directory >> pkg: POST-INSTALL script failed >> [272/302] Upgrading FreeBSD-kernel-imx6 from 12.0.s20170718113533 to >> 12.0.s20170719070514... >> [272/302] Extracting FreeBSD-kernel-imx6-12.0.s20170719070514: 100% >> >> kldxref: //boot/kernel: No such file or directory >> pkg: POST-INSTALL script failed >> --- >> >> All is fine except those messages. >> >> There is no /boot/kernel, but there is /boot/kernel.IMX6. The kernel >> is defined at /boot/loader.conf: >> --- >> kernel="kernel.IMX6" >> --- >> >> Seems that for now pkg can't handle non-default kernel. Should I just >> ignore those messages? Or should I run some post-update commands/scripts >> by hand? > > > I had the same problem on my machine using pkg-base with a non-default > named kernel package. > > As a workaround, I created a symlink at /boot/kernel pointing to the > correct kernel directory. This seemed to fix the problem, but required this > manual intervention. Yep, I've end up doing the same. Thank you. > It would be good if this wasn't required, and the kernel package used the > kernel parameter in loader.conf to determine where to run the post-install > script. -- WBR, bsam From owner-freebsd-current@freebsd.org Fri Jul 21 09:24: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 C7F2FDA0128; Fri, 21 Jul 2017 09:24:39 +0000 (UTC) (envelope-from srs0=mtmv=6y=sigsegv.be=kristof@codepro.be) Received: from venus.codepro.be (venus.codepro.be [IPv6:2a01:4f8:162:1127::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.codepro.be", Issuer "Gandi Standard SSL CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6FF23697FC; Fri, 21 Jul 2017 09:24:39 +0000 (UTC) (envelope-from srs0=mtmv=6y=sigsegv.be=kristof@codepro.be) Received: from [192.168.228.1] (ptr-8ripyyi2gsyvj1795t0.18120a2.ip6.access.telenet.be [IPv6:2a02:1811:2419:4e02:f15b:3b81:7e:80a4]) (Authenticated sender: kp) by venus.codepro.be (Postfix) with ESMTPSA id 1F7C6B1DB; Fri, 21 Jul 2017 11:24:37 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sigsegv.be; s=mail; t=1500629077; bh=F69XGbgioIr1CZV5QEwxiaCFwA0kIhFXRk1QFeWdhSA=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=kGHlnIxhr6o0oDsna27f8VM1bq2WUpEcm+rr7ituCKge5qgOurhTzXlElddY4OYK3 E8M+R5ZHd+ytdqgITHSjV0Ca17AERfBBJ93Wie2rD6KkDdCF1hAjQKwvXuXGP4pR0k XsLHeh+ckwNOdz+LeopiaDQo7Xz5jtsHsBJWZCkQ= From: "Kristof Provost" To: "Nikos Vassiliadis" Cc: "Panagiotes Mousikides" , "Alan Somers" , "freebsd-hackers@freebsd.org" , "FreeBSD Current" Subject: Re: Attn: CI/Jenkins people; Run bhyve instance for testing pf Date: Fri, 21 Jul 2017 11:25:00 +0200 Message-ID: <1DA23B47-AC65-450F-A643-55162D300638@sigsegv.be> In-Reply-To: <81ab7ffc-c89d-0a79-5736-32d555366f3f@gmx.com> References: <871d6043-0c56-2c9b-1e3e-5db33898c24a@yandex.com> <81ab7ffc-c89d-0a79-5736-32d555366f3f@gmx.com> MIME-Version: 1.0 X-Mailer: MailMate (2.0BETAr6088) Content-Type: text/plain; charset=utf-8; format=flowed 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: Fri, 21 Jul 2017 09:24:39 -0000 On 20 Jul 2017, at 18:24, Nikos Vassiliadis wrote: > It would be great if you use vnet jails for that. I am not > sure regarding the per-vnet pf functionality but I have seen > many bug fixes hitting the tree since last year. You can ask > on freebsd-virtualization@freebsd.org or freebsd-pf@freebsd.org > to learn more about it. > It’s starting to become usable, yes. > Pf within a jail should behave more or less like the "normal" one. > Plus you will be testing per-vnet functionality, which the project > needs anyhow, in one go. > It *should* behave the same, but the fact is that a setup like that tests vnet pf, not just pf. Ideally we should have both setups, but the priority should be on the setup most people use today, which is not vnet enabled. Regards, Kristof From owner-freebsd-current@freebsd.org Fri Jul 21 10:34:32 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D780CDA37BF; Fri, 21 Jul 2017 10:34:32 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E03786B39B; Fri, 21 Jul 2017 10:34:31 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from freyja.zeit4.iv.bundesimmobilien.de ([87.138.105.249]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MWkZL-1d67hY0s6l-00XqNu; Fri, 21 Jul 2017 12:34:27 +0200 Date: Fri, 21 Jul 2017 12:34:19 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Cc: Sergey Zhmylove , "O. Hartmann" , Frank Steinborn , "Andrey V. Elsukov" , FreeBSD Questions , Stefan Esser Subject: [SOLVED] Re: Inter-VLAN routing on CURRENT: any known issues? Message-ID: <20170721123419.6dd6c26e@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: <212825a3-ecc5-c9ab-d240-948dfaccb6b4@elcom.spb.ru> References: <20170712214334.4fc97335@thor.intern.walstatt.dynvpn.de> <20170713211004.13492aef@thor.intern.walstatt.dynvpn.de> <20170716230514.0c2e5c65@thor.intern.walstatt.dynvpn.de> <20170716211441.GA63054@krenn.local> <20170716233158.53f5d6e3@thor.intern.walstatt.dynvpn.de> <212825a3-ecc5-c9ab-d240-948dfaccb6b4@elcom.spb.ru> Organization: Walstatt MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:8m/RV4RSMzZeKJEd5HyAxnND6Zc623S/LrvIFDSfhPfgB4icV0L mssn6+EbX8je5PRMwhrA5q2HtzhKG3gbWEsPjBXcjP05btqNS6QLWOqU63mB9tHSrNExEG/ /v8cHEikjW2upwP9JL7tHhSu30OWMRaH+O9D9qutB8VsPvtVl1Pk5pxuWFBcaR4p+gH9NTT kJenZVGEgC1ngFIiC26XA== X-UI-Out-Filterresults: notjunk:1;V01:K0:Geax6i1zkCM=:E6mSkwBmexka654B7mS61N La3Q43tEgBY5xCq7uA//R4DOF7I3SMXXk84SMi3g/eHw/CETHRZIxGYHQb40muLCzXePeGmnN Og2NMIK5mH1weeYqP1GBWywHBBm1ebjq1cM+1Tvxw/pDOFZhvOk3BJaIbbtlIanuXXWk4NbVD H7OPWKt9lRcsuD/e/J617Q+xxRe7GcoXu28iZPJfn3pLiK0zYnZM+1uCkJZ2lPVq+XC1EqY3W GecUfuWm0YFTRFOfoAa2TstdBGgqsHxi+qV4D85TlJDPlXxdBanjQ1vCLgIsghsFXeVqb5/6C Q3rzwpun7ARYzz9I7pA5BLhUrpLH2wlWvTrVx7kx8zfEiwOrnvzItJWfAFLvRghPTWXK0QA7z iCE5K/hcmXpM8P9t6fV3DyPiz9jFA02IwFmr4L2fGKOh8G/30AhNYYJbFl7aTsPhaxc1CTUSS dPDJt0MUgDb2nj+T10CrNsmaKdjP3+RRbZeIr8tFPDbrZO1CjpWq1UXHVZQZ1XI3U8M46Kl3o VEjcOlilzrl6jc5biyrHukZFDsFbAw65fhsk4q+JM59xKL8/YrC92ALC/sCuS80wJ7yOBSBCQ 64bSHKuui5ahWsMIaC9+MvznDOZfA5MVLvmMy/6iND1KYrOYSTH6YBcM/CwA93rQOXKOZt7tw 0sdOmHYv6fWacXcXIMX+y9YpQOvLXBcjxw0TKKlmBeVxoYwBB/X0GqoIN3Fcs/f/lSENEv/A8 gOR1eXsuBnSz6zRBFeoue6xo7fD4ADhHZjhs6i2Zr+LzK/t/M22eQtnHQaAGfIGfAhrr3L+/3 9O4V4IEocH6pF36VO4UGW4Sw6ZF/5cpkmaal1K3H9++6lj61Ik= 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, 21 Jul 2017 10:34:32 -0000 On Wed, 19 Jul 2017 16:44:16 +0300 Sergey Zhmylove wrote: To make things short: Routing works as expected (even with the default route goinf via NAT). The reason for the problems was: some in-hardware vlan feature support of t= he i210/i350 chipset driver (or the chipset itself) seem to be broken. I did not iterate deeply over the feature list, but I will soon, this is wh= at works so far for me at the moment with i210: ifconfig_igbX=3D"-vlanhwtso -vlanhwcsum -vlanhwfilter -vlanhwtag up" Although I have disabled the feature "-vlanhwcsum" which the hardware obviously provides, checking via ifconfig reveals: igb1: flags=3D8943 metric 0= mtu 1500 options=3D6025ab But this couldn't then be the culprit. Some people mentioned earlier and suggested highly to disable those feature= s - I tried and put the minus-prepended disabling tag into rc.conf's "create_args_igbX=3D..." - obviously not correct in that context. Thank you very much for assisting! Kind regards, Oliver > Do you receive packets from 192.168.2.0/24 and 192.168.3.0/24 on igb1.2=20 > and igb1.3 respectively? > Do you really need NAT? As far as I can see, you're looking for basic=20 > static inter-VLAN routing. > Could you check the communication between 2.0/24 and 3.0/24 with=20 > unloaded ipfw module (just to exclude ipfw from the investigation)? >=20 > I have a lot of installations of such scheme on em(4) and re(4) devices=20 > -- no problems at all. Even maybe there was igb(4) devices too. >=20 > Sergey Zhmylove > 17.07.2017 0:31, O. Hartmann =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > Am Sun, 16 Jul 2017 23:14:41 +0200 > > Frank Steinborn schrieb: > > =20 > >> O. Hartmann wrote: =20 > >>> I have not have any success on this and I must ask now, to not make a > >>> fool out of my self, whether the concept of having several vlan over = one > >>> single NIC is possible with FreeBSD (12-CURRENT, as of today, r321055. > >>> > >>> Since it is even not possible to "route" from a non-tagged igb1 to a > >>> tagged vlan igb1.2 or igb1.66 (for instance) on the same NIC, I have a > >>> faint suspect that I'm doing something terribly wrong. > >>> > >>> I think everyone working with vlan should have those problems, but si= nce > >>> I can not find anything on the list, I must do something wrong - my > >>> simple conclusion. > >>> > >>> What is it? =20 > >> Do you have enabled net.inet.ip.forwarding? > >> =20 > > Of course I have. As I stated earlier, ICMP pings from on VLAN to anoth= er > > over this router works, but any IP (UDP, TCP) is vanishing into thin ai= r. > > > > I don't have a FBSD-11-STABLE reference system at hand, so that I can c= heck > > with another revision/major release of the OS, but I work on that. > > =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.org" From owner-freebsd-current@freebsd.org Fri Jul 21 12:23: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 6A8E7DA72CD for ; Fri, 21 Jul 2017 12:23:48 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io0-x234.google.com (mail-io0-x234.google.com [IPv6:2607:f8b0:4001:c06::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2CB926E6C4; Fri, 21 Jul 2017 12:23:48 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io0-x234.google.com with SMTP id g13so21746687ioj.5; Fri, 21 Jul 2017 05:23:48 -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=PvtLBOzEdm1zRnq7JdzwnIaHuqOTLchcYjqh6zzfPf4=; b=hjLX4LV3LwWjZ7Gj7GtO5huSQbdy0NxiGudgMuOIrVcZ2XWg1k5y9fI/8HTY4dITj5 4xBGOI5Ms9ZJm5MnyBkDqMJCJH4nuDYCZBzq4pSSEoKnTF66boOhbp1Hud7X5HlcR4xv V1SuxXhvQBFsMqPd6CBlTgVsM9M3VAKLv85T+5fFeQ/wsZdYTcPFKsE9meDqJVFKu/e0 OuXU9VHoUtZsvLrtFcbck7IxwjEY/H9c5iv+Vk6GKoS2/IzF6JIynws/ok3MShlANtHX exDYHWisGSKokDBgnHBWajBq5MRx5Ft3rznPj4macueH9RsvlK3FEA1aWbrWG9qbKbgK OOIg== 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=PvtLBOzEdm1zRnq7JdzwnIaHuqOTLchcYjqh6zzfPf4=; b=n2PR2wNuDh0cgdezyBQpIKeX+Gw6LzrZMWOvhRylZBww1G1kU525iMELel9Ka4orqx jR3yN2q5TaRhYjwaEKHkExkvUnt2mMszvGYzYrRHyJIQIb5m7JCX93J+jISpMu4dM6AE uLBw9I/jRlUXrkouM0bZwzX9+Dwo9ca6AB0avHLFsSaYw7dCJJtRnww6aqKZHwOp/5Af ySfNDHTw/SsQxh/rzpTUG12DMMxQ4wyW+b55F3HFhYWLtFOzrJZ77MUQNlcsXn8cOYS6 W87Jy1yvogAT+/IcrnCbFkD7uoC08FcHU4j0vQa4S0SSGYU4i510rdjShiKo+Yr3wbVk fx3Q== X-Gm-Message-State: AIVw111A06SKoSogsiBWH0GXTsqcrS/51YV7oC22b1T4LFo2Nd+ihqDu n0B9gDXWROYzf/614j4XJzKMCWIAA27oDrk= X-Received: by 10.107.20.72 with SMTP id 69mr7588880iou.176.1500639827428; Fri, 21 Jul 2017 05:23:47 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.14.73 with HTTP; Fri, 21 Jul 2017 05:23:26 -0700 (PDT) In-Reply-To: <201707111644.v6BGiDvN026531@gw.catspoiler.org> References: <201707111644.v6BGiDvN026531@gw.catspoiler.org> From: Ed Maste Date: Fri, 21 Jul 2017 08:23:26 -0400 X-Google-Sender-Auth: -j320KllIjKsCTE6UKUNeNT7Ros Message-ID: Subject: Re: r320183 (rpc.lockd cleanup) breaks virtualbox-ose build To: Don Lewis 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: Fri, 21 Jul 2017 12:23:48 -0000 On 11 July 2017 at 12:44, Don Lewis wrote: > This is a really strange problem ... > > Last week I upgraded my 12.0-CURRENT package build box from r318774 to > r320570. I also upgraded the poudriere jail to match. When I went to > build packages, the virtualbox-ose build failed due to ar segfaulting. Can you give the patch in https://reviews.freebsd.org/D11687 a try? From owner-freebsd-current@freebsd.org Fri Jul 21 20:33: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 06FA3DB0854 for ; Fri, 21 Jul 2017 20:33:21 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (unknown [IPv6:2602:304:b010:ef20::f2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gw.catspoiler.org", Issuer "gw.catspoiler.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C47838262B; Fri, 21 Jul 2017 20:33:20 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.15.2/8.15.2) with ESMTP id v6LKXCB3040256; Fri, 21 Jul 2017 13:33:16 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201707212033.v6LKXCB3040256@gw.catspoiler.org> Date: Fri, 21 Jul 2017 13:33:12 -0700 (PDT) From: Don Lewis Subject: Re: r320183 (rpc.lockd cleanup) breaks virtualbox-ose build To: emaste@freebsd.org cc: freebsd-current@freebsd.org In-Reply-To: MIME-Version: 1.0 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, 21 Jul 2017 20:33:21 -0000 On 21 Jul, Ed Maste wrote: > On 11 July 2017 at 12:44, Don Lewis wrote: >> This is a really strange problem ... >> >> Last week I upgraded my 12.0-CURRENT package build box from r318774 to >> r320570. I also upgraded the poudriere jail to match. When I went to >> build packages, the virtualbox-ose build failed due to ar segfaulting. > > Can you give the patch in https://reviews.freebsd.org/D11687 a try? I still see ar segfault. I'm also really curious about how the rpc.lockd change can trigger the bug. From owner-freebsd-current@freebsd.org Sat Jul 22 12:36:20 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 071A5D7F8D6 for ; Sat, 22 Jul 2017 12:36:20 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:470:7a58:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C02F07CA00 for ; Sat, 22 Jul 2017 12:36:19 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:470:7a58::91a7:a99f:89b:786e] (unknown [IPv6:2001:470:7a58:0:91a7:a99f:89b:786e]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id A8D452615A for ; Sat, 22 Jul 2017 14:36:10 +0200 (CEST) From: Dimitry Andric Content-Type: multipart/signed; boundary="Apple-Mail=_9FF15EB7-70DB-4CBD-87F5-1B981CBBE01D"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: HEADS-UP: Merged llvm/clang 5.0.0 into -CURRENT (as of r321369) Message-Id: <719BE3EE-00E3-4BAB-A19C-6965BAD67CC9@FreeBSD.org> Date: Sat, 22 Jul 2017 14:36:03 +0200 To: FreeBSD Current X-Mailer: Apple Mail (2.3273) 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, 22 Jul 2017 12:36:20 -0000 --Apple-Mail=_9FF15EB7-70DB-4CBD-87F5-1B981CBBE01D Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Hi, I have merged clang, llvm, lld, lldb, compiler-rt and libc++ 5.0.0 (trunk r308421) into head. Universe builds went just fine, but if you encounter any snags during world and/or kernel builds, please file PRs. Since upstream has just created their 5.0.0 release branch, this is a good month to shake out any remaining issues for FreeBSD. If you are certain bugs or regressions you encounter are due to upstream, file PRs there, but otherwise, just report them on the FreeBSD bug tracker. -Dimitry --Apple-Mail=_9FF15EB7-70DB-4CBD-87F5-1B981CBBE01D Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.1 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCWXNGswAKCRCwXqMKLiCW o1RTAJ9ajhi/arxkSMFTFajbcHtJlfFT6ACfRMNxI89MmjpCuOckAXYtLn3lYf0= =ULGN -----END PGP SIGNATURE----- --Apple-Mail=_9FF15EB7-70DB-4CBD-87F5-1B981CBBE01D-- From owner-freebsd-current@freebsd.org Sat Jul 22 15:33: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 4D181DA431F for ; Sat, 22 Jul 2017 15:33:14 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c:c09::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C8AF781894 for ; Sat, 22 Jul 2017 15:33:13 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-wm0-x22c.google.com with SMTP id w191so34823561wmw.1 for ; Sat, 22 Jul 2017 08:33:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=cHgHQq7yx/YRCKHNgpeVWFvdo7vqnGGyZqzsCQyR/j0=; b=sXxf1RenhFw78PegLryWUvLujk56JsA0dkJTDaMMkPLAnw8YvsAQ4dohwYTkoIJ6p8 8Y9EqQMDe/z7ZEOwu7OiuVL44LrpRByFfDYXP3jp25l4DdwFl/XgaxWqzSltqrmNm4Ol nBD5V4GiLtXe7dErZ01qxxt7xy5q48jA1eOsO/mIPWvgVhxzzNsEX0RIxuGyXjzej1h6 ySYe381g9ZfiASGq5889BEcfKBWY+o8zpBTUFGxv11ZGjQiwSH5+eJrNVlGFXNZvKTGE 7uA1rn/x9kyaeKyAVHwL4eZ/zcEKjAB/5aJV6u+SRsaJHzRZIeOaecpRmnZcUXuILpUH niOQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=cHgHQq7yx/YRCKHNgpeVWFvdo7vqnGGyZqzsCQyR/j0=; b=lPxShXKddQgYQSmzwsp5p8GRzKTP9k2eTkLx809DhlkPl0PVGnT6CEdBXlg3EBzDv+ r7RWCXCk1clB5lJcMAE7+7qMu4yGxpTqzvz03wBEG0+Jqc3jEhJpKcAc5XawR9CFF7Kv iQEiclq6LMw5k/LR5/Q9ZBKH61gX7ZNM0YpiVbtSynEvSKdiyLIAsLHlkNucFZhismzu 2Mh06gWFdAPCAG2732B1CQwVvXTV3xSFD0QbirBgh3lvh8NPuDz8AtcQ6x9rcPau8FbT 0cgF7F1wYsqWXJ4lEcKBwk8TYj2T+Kp6cabMaetuO2m/zcfzzXe4abYT1WSaybp7gI2T w+rw== X-Gm-Message-State: AIVw110wsFOsO05vnI26zaOOa5vK0ckzmu0H27LwqL6iRldALwEDEv93 s5fxdL0an7EzptTDjjDwbA== X-Received: by 10.28.169.82 with SMTP id s79mr1664623wme.123.1500737591263; Sat, 22 Jul 2017 08:33:11 -0700 (PDT) Received: from mutt-hbsd (pool-100-16-230-154.bltmmd.fios.verizon.net. [100.16.230.154]) by smtp.gmail.com with ESMTPSA id 16sm4508709wmk.13.2017.07.22.08.33.09 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 22 Jul 2017 08:33:10 -0700 (PDT) Date: Sat, 22 Jul 2017 11:33:08 -0400 From: Shawn Webb To: Dimitry Andric Cc: FreeBSD Current Subject: Re: HEADS-UP: Merged llvm/clang 5.0.0 into -CURRENT (as of r321369) Message-ID: <20170722153308.3ity33nd5brngbky@mutt-hbsd> References: <719BE3EE-00E3-4BAB-A19C-6965BAD67CC9@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="wn3dwoypmulac453" Content-Disposition: inline In-Reply-To: <719BE3EE-00E3-4BAB-A19C-6965BAD67CC9@FreeBSD.org> X-Operating-System: FreeBSD mutt-hbsd 12.0-CURRENT FreeBSD 12.0-CURRENT X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE 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: Sat, 22 Jul 2017 15:33:14 -0000 --wn3dwoypmulac453 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 22, 2017 at 02:36:03PM +0200, Dimitry Andric wrote: > Hi, >=20 > I have merged clang, llvm, lld, lldb, compiler-rt and libc++ 5.0.0 > (trunk r308421) into head. Universe builds went just fine, but if you > encounter any snags during world and/or kernel builds, please file PRs. >=20 > Since upstream has just created their 5.0.0 release branch, this is a > good month to shake out any remaining issues for FreeBSD. If you are > certain bugs or regressions you encounter are due to upstream, file PRs > there, but otherwise, just report them on the FreeBSD bug tracker. Hey Dimitry, Thank you very much for your hard work and dedication to bringing the llvm toolchain to FreeBSD. I haven't nailed down whether it's SafeStack, CFI, or using lld as the default linker, but it looks like we in HardenedBSD are getting an undefined symbol during buildworld. Here's the logfile: http://jenkins.hardenedbsd.org:8180/jenkins/job/HardenedBSD-CURRENT-amd64/9= 10/consoleText I'm working right now on figuring out what caused it. I'll report back when I know more. Thanks, --=20 Shawn Webb Cofounder and Security Engineer HardenedBSD GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --wn3dwoypmulac453 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEKrq2ve9q9Ia+iT2eaoRlj1JFbu4FAllzcDAACgkQaoRlj1JF bu51ng/+IF0lsY7JRahK5LIFQ3myqw0CBaehhn/Hh4n9unboe6SnSmNkFwnhzfFp ABG/7CFi2OMlgZeW1qHvzgWKp7KFIUS/tNC6/55XN9GZsEfHAFxh7ghGzz8ZbgUV +NJmdYZgA9CoKEYx2c8ZD3jlh99OPEDCXoAt0aH8YbyXxWxu8ohffab3GYdDCmES N2sPPQH1ocC7MfYVAUV6evN+ohUV3RNRVIv7GdwdxQyUGDHJa7owURTGQojh7Q6m E+tAPlTMImUo6PtsrbUZoEczc6qe/pgulGsKECALx2m6HuF9iNHLSNm2yK6kwzl4 4SnsQl+YSDv0DbYUNSSGZkEu+P09VyRX8Vki5qeXOgLg/T6r56rhvFMMr9KLEYyq RzDeK2PEQfLxUUFo7/AgaK7HXRzRaoLTl0lvSHdFMLnSnm7+bTAKAGv+vX8tO0TE Pl7YCBDBgxZR8obnAjPr5c+LuqpqheYRRm28Eenvtx+V9R+83XKdPakURorBmLDE W9g8T2B9Znfc5srJa7EJpNcAzZikAbNZsD4AD1QgUV7LKOYzSKJEqdOHwdaRscIq I1a6+xa0D/CliAq7RRi+i/mfwzKc08fdKg4yY78WYRXYmTZlpVPh30E7KwIrsDWD LbYC6rkUeEw4cofw5VW8HAbQPx598lLZIbq1JuAvFoHmzS6q4DQ= =yGOm -----END PGP SIGNATURE----- --wn3dwoypmulac453-- From owner-freebsd-current@freebsd.org Sat Jul 22 17:32: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 DDAFADA8DD8 for ; Sat, 22 Jul 2017 17:32:21 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6E1E71CF for ; Sat, 22 Jul 2017 17:32:21 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-wm0-x230.google.com with SMTP id w191so36054301wmw.1 for ; Sat, 22 Jul 2017 10:32:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=H01HPha00C5KH+A6kwg9CdCs6e2FPOjymhh+Knc820o=; b=dmbrZs/Pp7tyjNGOTAWdD09pnNdU9rAkkS9g3+U2wpLg5HPjPffvVZdUpQtjJITnGT USOx7kTv83Yu/nzd9My14ecyfb3CRaZI8P2xmbKaMBk2PHRE3OFcA7WObaqPzg11Lpif YSjmwVIOAOw7EOKcZN1LFjK2rmUsUBKke5ID7q/Y85w+uRR2N7Q2kC+ymNa8PZquzMvx P07WGi7I7zYZBxl9zz6hcyGNsJ1CHtBiGdha24NJS41uCUQtADhzxR8kulBrKyVdjc4p 7lBEF5QO+8KW2ZyAe7RH9RoEbzV8XlwIRImYawZCNHJ9Uuq+ESzM79JIdlFQmWEtDRed g6mg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=H01HPha00C5KH+A6kwg9CdCs6e2FPOjymhh+Knc820o=; b=fNl3MSW7Z07Bju7vBredmiUYwCct+fItONYwZBQAMDF9a+2IlyVH7teIVAlcKUZ3uS T4SV9lWGUb2JjtoR1FA/aZLStp3RS+5Hf9ZDDcK+TDxtaCOfGHpLPWDEyKIgZyi05MxT u+++lBkvEGAjzBb4+/z4pFsJJlY1Fax4gtKLSDN48c7Ozh2GBlL5eftWVq37nWoKuiQl kiJpaxvY0P9805TcgJr6oIKTnEgeJ2kHMe7Hkz6UAVWGUp93FxaBwIbYndDIAjmbZ0XP PNs9SenGlCSplT1M4ftW8Mid6AkyesasDeCU0ucz3JiIgZSFeujNApWjZxRw4N0Numr0 PUkg== X-Gm-Message-State: AIVw112qts6QDY9PcE8byEryw4DLWFkHQDrjRa50rc+rkxctK0hBGX5U LZrKb0EmlhgsmCLs X-Received: by 10.28.184.87 with SMTP id i84mr1717969wmf.22.1500744739856; Sat, 22 Jul 2017 10:32:19 -0700 (PDT) Received: from mutt-hbsd (pool-100-16-230-154.bltmmd.fios.verizon.net. [100.16.230.154]) by smtp.gmail.com with ESMTPSA id t62sm3640920wmb.24.2017.07.22.10.32.18 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 22 Jul 2017 10:32:19 -0700 (PDT) Date: Sat, 22 Jul 2017 13:32:17 -0400 From: Shawn Webb To: Dimitry Andric Cc: FreeBSD Current Subject: Re: HEADS-UP: Merged llvm/clang 5.0.0 into -CURRENT (as of r321369) Message-ID: <20170722173217.x2nob6ul35jszyor@mutt-hbsd> References: <719BE3EE-00E3-4BAB-A19C-6965BAD67CC9@FreeBSD.org> <20170722153308.3ity33nd5brngbky@mutt-hbsd> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="oczn2saqtajubuc5" Content-Disposition: inline In-Reply-To: <20170722153308.3ity33nd5brngbky@mutt-hbsd> X-Operating-System: FreeBSD mutt-hbsd 12.0-CURRENT FreeBSD 12.0-CURRENT X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE 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: Sat, 22 Jul 2017 17:32:22 -0000 --oczn2saqtajubuc5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 22, 2017 at 11:33:08AM -0400, Shawn Webb wrote: > On Sat, Jul 22, 2017 at 02:36:03PM +0200, Dimitry Andric wrote: > > Hi, > >=20 > > I have merged clang, llvm, lld, lldb, compiler-rt and libc++ 5.0.0 > > (trunk r308421) into head. Universe builds went just fine, but if you > > encounter any snags during world and/or kernel builds, please file PRs. > >=20 > > Since upstream has just created their 5.0.0 release branch, this is a > > good month to shake out any remaining issues for FreeBSD. If you are > > certain bugs or regressions you encounter are due to upstream, file PRs > > there, but otherwise, just report them on the FreeBSD bug tracker. >=20 > Hey Dimitry, >=20 > Thank you very much for your hard work and dedication to bringing the > llvm toolchain to FreeBSD. >=20 > I haven't nailed down whether it's SafeStack, CFI, or using lld as the > default linker, but it looks like we in HardenedBSD are getting an > undefined symbol during buildworld. >=20 > Here's the logfile: >=20 > http://jenkins.hardenedbsd.org:8180/jenkins/job/HardenedBSD-CURRENT-amd64= /910/consoleText >=20 > I'm working right now on figuring out what caused it. I'll report back > when I know more. Found the culprit: WITH_LLD_BOOTSTRAP. It looks like when MK_LLD_BOOTSTRAP is set to yes, then you get the error in the Jenkins log above. At least, on amd64. I do _not_ get the error on arm64. Thanks, --=20 Shawn Webb Cofounder and Security Engineer HardenedBSD GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --oczn2saqtajubuc5 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEKrq2ve9q9Ia+iT2eaoRlj1JFbu4FAllzjB4ACgkQaoRlj1JF bu7YYQ//QWDes5Igo3mJFwCRKZCSehjD8WKVMzEyRYERYja8g1RqsvOWLxH4rJVM 9tNq2gDcAN4KsAIRY9IGIGxztSLIKtr0DqJxdi48R+OO+CkfqhMoizoOzbkCp5T7 bprjuKH9GzaXVkxyqTUWuBhylm3BQyyP+GmkYU/p+e+e4PcnkflN7mevKPWUiCPL a2+iOV8g45dCiuxc1qAfTIQwuVoJulnNGsCRZXINqCMJR4xkUtaS57dYME817ZbK owP6MttPKfYRb3hW1ZY+o/9wddBq7Ndv9UbPBu8KZdL9DX+2bJrn0T1Y355Dj3Py 2UDMdNV6dHte75L0iszG4uBLSRClfDiq77FlQ66utCZgIn6MgdBPc1uGd8q68bOV ceVcvLTpkdmPZ8mC6E80heV28/AaiNk84RcNGmQXNBr8Ky9ThCmujuOEYoSfQoNj byqauQkAYzKfMGCy7ZgpWo0lemu6hEwVA0n0ILePmCeb5kOOCnHY8gnh1C9+a+69 f4oR/JcBQZM2uObFsLcMI4GNARcxzzPKjcLGy7ENuL9zZXvCexzDwL7ZRKRGiXtz eHWBzuGOLVBcYLMPulYVby9gFcL6V8WeSa8DXvWY6qSkAoi1uili0jQ7nqahBMOa nnDQC3PwOTiKDHNNkDOMoiwrVGIamRzPHuuE2oHP2C6hOXaLHL8= =TUGW -----END PGP SIGNATURE----- --oczn2saqtajubuc5-- From owner-freebsd-current@freebsd.org Sat Jul 22 17:38:18 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D2C53DA900C for ; Sat, 22 Jul 2017 17:38:18 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-wr0-x22e.google.com (mail-wr0-x22e.google.com [IPv6:2a00:1450:400c:c0c::22e]) (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 624E26CB for ; Sat, 22 Jul 2017 17:38:18 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-wr0-x22e.google.com with SMTP id f21so35822102wrf.5 for ; Sat, 22 Jul 2017 10:38:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=Cpblw0Vcq5gUpavxZLhAUJbW/zJS4amS3nAWktQSQp0=; b=0RTshepxDB75SA42eTIDQJrpuwT8vgprUbjbE1n92+3r2oQNavHZo/ODfR3XWK9bFo vm0JimDcGTdGtIc/oLuZ6zKPKtssurOEgN2QsWvQWe8NAi61nhQ45MBTAaBvWjJBmKrq SkDnUc5AcQJ/d9xyK1ShzmH+4zWiIpXh3O0onG5ewFAHjjrPXlXJHnby96CdlVA4tNlp Y6oFQTyNiwrYmjClp7B5yjQaLw7jG8pvefeVcptHJvJtFKWDt4/BVihEM1lGgppSAw6f 2WfvWENrVfR0/sUjj/B5kdZ/tE9oxAPr6NAupwPaTN8l4VscUI7UK6Z+dWbbRlwjMjdu wydQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=Cpblw0Vcq5gUpavxZLhAUJbW/zJS4amS3nAWktQSQp0=; b=t0qO+8pV9zg8nj/61LwTahpHPQ5kIE7iKiweXsEBkZJDU8PI/wokPtNWFOmVEzbFtA +Txs1oZhRIyOs2iO10WoemEkuXjmW/kpMhC3bu8KWCMvi92jrzbgIWYfbYqyRRe6UHMb vJJHEvTHN8q+jDzGH6kslV1zxi0SUzAcKkMxE1Axrl+A+/yNfdeyaO97/DvDUFw2wsHL 5AKXD7gN97B2nEpAWRlgW2nNXfywkTxOG6lyF0ufW4Jy06M+KZnFaJfQ0Ab1v4nx9clO NC0SOP1QoSCv5qwSPYFjAYrZZG77PJzuytdRFemewpn/bGw+Why4hmN3pJg9pv/2bRqS XAuQ== X-Gm-Message-State: AIVw1139KSkFgnzSGcajNj9zrXIklvG4DIBSC0zRDLBOP11OKOWlIuFe vvlxbQU4UMpqQX2thyDdHg== X-Received: by 10.223.172.21 with SMTP id v21mr12133281wrc.153.1500745096760; Sat, 22 Jul 2017 10:38:16 -0700 (PDT) Received: from mutt-hbsd (pool-100-16-230-154.bltmmd.fios.verizon.net. [100.16.230.154]) by smtp.gmail.com with ESMTPSA id u30sm7945321wru.88.2017.07.22.10.38.15 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 22 Jul 2017 10:38:15 -0700 (PDT) Date: Sat, 22 Jul 2017 13:38:13 -0400 From: Shawn Webb To: Dimitry Andric Cc: FreeBSD Current Subject: Re: HEADS-UP: Merged llvm/clang 5.0.0 into -CURRENT (as of r321369) Message-ID: <20170722173813.4jixxgn5mtwajff5@mutt-hbsd> References: <719BE3EE-00E3-4BAB-A19C-6965BAD67CC9@FreeBSD.org> <20170722153308.3ity33nd5brngbky@mutt-hbsd> <20170722173217.x2nob6ul35jszyor@mutt-hbsd> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="r2v2yxdv6waosvc4" Content-Disposition: inline In-Reply-To: <20170722173217.x2nob6ul35jszyor@mutt-hbsd> X-Operating-System: FreeBSD mutt-hbsd 12.0-CURRENT FreeBSD 12.0-CURRENT X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE 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: Sat, 22 Jul 2017 17:38:18 -0000 --r2v2yxdv6waosvc4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 22, 2017 at 01:32:17PM -0400, Shawn Webb wrote: > On Sat, Jul 22, 2017 at 11:33:08AM -0400, Shawn Webb wrote: > > On Sat, Jul 22, 2017 at 02:36:03PM +0200, Dimitry Andric wrote: > > > Hi, > > >=20 > > > I have merged clang, llvm, lld, lldb, compiler-rt and libc++ 5.0.0 > > > (trunk r308421) into head. Universe builds went just fine, but if you > > > encounter any snags during world and/or kernel builds, please file PR= s. > > >=20 > > > Since upstream has just created their 5.0.0 release branch, this is a > > > good month to shake out any remaining issues for FreeBSD. If you are > > > certain bugs or regressions you encounter are due to upstream, file P= Rs > > > there, but otherwise, just report them on the FreeBSD bug tracker. > >=20 > > Hey Dimitry, > >=20 > > Thank you very much for your hard work and dedication to bringing the > > llvm toolchain to FreeBSD. > >=20 > > I haven't nailed down whether it's SafeStack, CFI, or using lld as the > > default linker, but it looks like we in HardenedBSD are getting an > > undefined symbol during buildworld. > >=20 > > Here's the logfile: > >=20 > > http://jenkins.hardenedbsd.org:8180/jenkins/job/HardenedBSD-CURRENT-amd= 64/910/consoleText > >=20 > > I'm working right now on figuring out what caused it. I'll report back > > when I know more. >=20 > Found the culprit: WITH_LLD_BOOTSTRAP. It looks like when > MK_LLD_BOOTSTRAP is set to yes, then you get the error in the Jenkins > log above. At least, on amd64. I do _not_ get the error on arm64. I forgot to mention that WITH_LLD_IS_LD is set, too. I haven't tested WITH_LLD_BOOTSTRAP && WITHOUT_LLD_IS_LD. Thanks, --=20 Shawn Webb Cofounder and Security Engineer HardenedBSD GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --r2v2yxdv6waosvc4 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEKrq2ve9q9Ia+iT2eaoRlj1JFbu4FAllzjYUACgkQaoRlj1JF bu5q0A/8DpM6dqOfjXvYYjjFeXrt6FCAXkHr97y8hwzqGMZ1wbn9Gpie+LgaI7y7 xHi6c4I1fkQ4dyF5F0KlR1IF2kwss5vFe/fu/IqBurZFTGIvcye3wQMW9Xbv4Fdb C7kJubC83/ZeJdhgtdJ4dttZoks492HK2MrCBgBzjacQcS3yg32u2uv6kuV272ek d4+YJb/smha6ZsWUUPFdcqyFHCqFkTZJJk/Np6wokI6+kzV1KN0NqCrXLhqU0bRr bIM/cMj60xCtmd8QNPtJM7cn9x8chMN7uKiSsvW2LBIEaFSGmPljveSMMJBZrrba B0GPVwhUIq9J69ofa8qWcJl5qvpEZVtEWst0BnoiZqlcYLFgy4757oxw27hX1DfO ak1Dyktix8PHxNPLoJanmsEg+mqE4mXe29jk+bYnHIk0cjRivqeFKmPcqOOX5Q8c k/sa4BphXklv77OPxurZtjW+45WN37ETkAwRoKOzqr6+gH9IhSV0X2ahlvmVkYyw 9PapLiYePkYLdvNaT306AdA5A+pha7v0kttzm/AgH0KdCQXu+4KwFaMulMKUKope mBsnjRso/p8oUQ2PVPEJONYXzVaMU1hrqhPOpNEBApI0jSAGvUetIFBhtAITaS8r oQtryetwiXxakwUBX5NPtALn9ElRzTurTLUxC2u0kAQkBIXZ1Fc= =X0Ja -----END PGP SIGNATURE----- --r2v2yxdv6waosvc4-- From owner-freebsd-current@freebsd.org Sat Jul 22 20: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 D8A99DACAA4 for ; Sat, 22 Jul 2017 20:33:08 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:470:7a58:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A2310649FD for ; Sat, 22 Jul 2017 20:33:08 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:470:7a58::6021:df84:8cfc:e83c] (unknown [IPv6:2001:470:7a58:0:6021:df84:8cfc:e83c]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id D76E82618C; Sat, 22 Jul 2017 22:33:07 +0200 (CEST) From: Dimitry Andric Message-Id: <79E2E246-88BA-4B0E-BCDA-570D4FA983E2@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_0ACAF48E-4A1E-485C-873E-EA79C7189B7E"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: HEADS-UP: Merged llvm/clang 5.0.0 into -CURRENT (as of r321369) Date: Sat, 22 Jul 2017 22:32:53 +0200 In-Reply-To: <20170722173813.4jixxgn5mtwajff5@mutt-hbsd> Cc: FreeBSD Current To: Shawn Webb References: <719BE3EE-00E3-4BAB-A19C-6965BAD67CC9@FreeBSD.org> <20170722153308.3ity33nd5brngbky@mutt-hbsd> <20170722173217.x2nob6ul35jszyor@mutt-hbsd> <20170722173813.4jixxgn5mtwajff5@mutt-hbsd> X-Mailer: Apple Mail (2.3273) 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, 22 Jul 2017 20:33:08 -0000 --Apple-Mail=_0ACAF48E-4A1E-485C-873E-EA79C7189B7E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 22 Jul 2017, at 19:38, Shawn Webb wrote: >=20 > On Sat, Jul 22, 2017 at 01:32:17PM -0400, Shawn Webb wrote: >> On Sat, Jul 22, 2017 at 11:33:08AM -0400, Shawn Webb wrote: >>> On Sat, Jul 22, 2017 at 02:36:03PM +0200, Dimitry Andric wrote: >>>> Hi, >>>>=20 >>>> I have merged clang, llvm, lld, lldb, compiler-rt and libc++ 5.0.0 >>>> (trunk r308421) into head. Universe builds went just fine, but if = you >>>> encounter any snags during world and/or kernel builds, please file = PRs. >>>>=20 >>>> Since upstream has just created their 5.0.0 release branch, this is = a >>>> good month to shake out any remaining issues for FreeBSD. If you = are >>>> certain bugs or regressions you encounter are due to upstream, file = PRs >>>> there, but otherwise, just report them on the FreeBSD bug tracker. >>>=20 >>> Hey Dimitry, >>>=20 >>> Thank you very much for your hard work and dedication to bringing = the >>> llvm toolchain to FreeBSD. >>>=20 >>> I haven't nailed down whether it's SafeStack, CFI, or using lld as = the >>> default linker, but it looks like we in HardenedBSD are getting an >>> undefined symbol during buildworld. >>>=20 >>> Here's the logfile: >>>=20 >>> = http://jenkins.hardenedbsd.org:8180/jenkins/job/HardenedBSD-CURRENT-amd64/= 910/consoleText >>>=20 >>> I'm working right now on figuring out what caused it. I'll report = back >>> when I know more. >>=20 >> Found the culprit: WITH_LLD_BOOTSTRAP. It looks like when >> MK_LLD_BOOTSTRAP is set to yes, then you get the error in the Jenkins >> log above. At least, on amd64. I do _not_ get the error on arm64. >=20 > I forgot to mention that WITH_LLD_IS_LD is set, too. I haven't tested > WITH_LLD_BOOTSTRAP && WITHOUT_LLD_IS_LD. Hi Shawn, I've tried reproducing, using WITH_LLD_BOOTSTRAP and WITH_LLD_IS_LD, but buildworld finishes without issues for me. This is with explicit __MAKE_CONF=3D/dev/null and SRCCONF=3D/dev/null environment variables, = so everything else is at its defaults. Do you have any other particular settings, like modified default CFLAGS or LDFLAGS, either in your share/mk/*.mk files, or somewhere else? -Dimitry --Apple-Mail=_0ACAF48E-4A1E-485C-873E-EA79C7189B7E Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.1 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCWXO2dQAKCRCwXqMKLiCW o9QJAKCH9QGkFX9OrN5rQX+HBPIayREQwgCfbT6ILIGDD79TPKSNXxqBeeonkho= =R08o -----END PGP SIGNATURE----- --Apple-Mail=_0ACAF48E-4A1E-485C-873E-EA79C7189B7E-- From owner-freebsd-current@freebsd.org Sat Jul 22 23:32: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 315ADDB01F7 for ; Sat, 22 Jul 2017 23:32:48 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-38.reflexion.net [208.70.210.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 E57806942C for ; Sat, 22 Jul 2017 23:32:46 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 21994 invoked from network); 22 Jul 2017 23:32:45 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 22 Jul 2017 23:32:45 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Sat, 22 Jul 2017 19:32:45 -0400 (EDT) Received: (qmail 2355 invoked from network); 22 Jul 2017 23:32:44 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 22 Jul 2017 23:32:44 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 21C87EC8173; Sat, 22 Jul 2017 16:32:44 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: amd64 -r321109 -> -r321371 buildworld update failed (spans clang 5 update); error: too few arguments provided to function-like macro invocation; , METAMODE and -j8 was used Message-Id: <056C30CC-72B8-41A4-AEAA-64B6B96854DB@dsl-only.net> Date: Sat, 22 Jul 2017 16:32:43 -0700 To: Dimitry Andric , FreeBSD Toolchain , FreeBSD Current X-Mailer: Apple Mail (2.3273) 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, 22 Jul 2017 23:32:48 -0000 My first attempt to update amd64 to a clang 5 based /usr/src failed ( -r321109 -> -r321371 ). Listing just the first error initially: --- ToolDrivers/llvm-lib/LibDriver.o --- In file included from = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:35: = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:27:= 92: error: too few arguments provided to function-like macro invocation OPTION(prefix_0, "", INPUT, Input, INVALID, INVALID, nullptr, 0, = 0, nullptr, nullptr) = ^ /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:34:9: note: = macro 'OPTION' defined here #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) = OPT_##ID, ^ I list the build context information before the full failure information. I've not tried a from scratch build yet. I'll start another build in a bit but it will take some time to get back t the same point once I start it. Build Context: # svnlite info /usr/src/ | grep "Re[plv]" Relative URL: ^/head Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 321371 Last Changed Rev: 321371 # more = ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang-amd64-host.sh=20 kldload -n filemon && \ script = ~/sys_typescripts/typescript_make_amd64_nodebug_clang-amd64-host-$(date = +%Y-%m-%d:%H:%M:%S) \ env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.amd64-clang.amd64-host" \ WITH_META_MODE=3Dyes \ MAKEOBJDIRPREFIX=3D"/usr/obj/amd64_clang/amd64.amd64" \ make $* # more = ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang-amd64-host.sh=20 kldload -n filemon && \ script = ~/sys_typescripts/typescript_make_amd64_nodebug_clang-amd64-host-$(date = +%Y-%m-%d:%H:%M:%S) \ env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.amd64-clang.amd64-host" \ WITH_META_MODE=3Dyes \ MAKEOBJDIRPREFIX=3D"/usr/obj/amd64_clang/amd64.amd64" \ make $* #WITH_META_MODE=3Dyes \ # FreeBSDx64OPC# more /root/src.configs/src.conf.amd64-clang.amd64-host TO_TYPE=3Damd64 # KERNCONF=3DGENERIC-NODBG TARGET=3D${TO_TYPE} .if ${.MAKE.LEVEL} =3D=3D 0 TARGET_ARCH=3D${TO_TYPE} .export TARGET_ARCH .endif # #WITH_CROSS_COMPILER=3D WITH_SYSTEM_COMPILER=3D # WITH_LIBCPLUSPLUS=3D WITH_BINUTILS_BOOTSTRAP=3D WITH_ELFTOOLCHAIN_BOOTSTRAP=3D #WITH_CLANG_BOOTSTRAP=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D WITH_CLANG_EXTRAS=3D WITH_LLD=3D WITHOUT_LLD_IS_LD=3D WITH_LLVM_LIBUNWIND=3D WITH_LLDB=3D #PORTS_MODULES=3Demulators/virtualbox-ose-additions # WITH_BOOT=3D WITH_LIB32=3D # WITHOUT_GCC_BOOTSTRAP=3D WITHOUT_GCC=3D WITHOUT_GCC_IS_CC=3D WITHOUT_GNUCXX=3D # NO_WERROR=3D #WERROR=3D MALLOC_PRODUCTION=3D # WITH_REPRODUCIBLE_BUILD=3D Failure: --- ToolDrivers/llvm-lib/LibDriver.o --- In file included from = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:35: = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:27:= 92: error: too few arguments provided to function-like macro invocation OPTION(prefix_0, "", INPUT, Input, INVALID, INVALID, nullptr, 0, = 0, nullptr, nullptr) = ^ /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:34:9: note: = macro 'OPTION' defined here #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) = OPT_##ID, ^ In file included from = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:35: = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:28:= 98: error: too few arguments provided to function-like macro invocation OPTION(prefix_0, "", UNKNOWN, Unknown, INVALID, INVALID, = nullptr, 0, 0, nullptr, nullptr) = ^ /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:34:9: note: = macro 'OPTION' defined here #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) = OPT_##ID, ^ In file included from = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:35: = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:27:= 7: error: missing ',' between enumerators OPTION(prefix_0, "", INPUT, Input, INVALID, INVALID, nullptr, 0, = 0, nullptr, nullptr) ^ ,=20 = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:29:= 94: error: too few arguments provided to function-like macro invocation OPTION(prefix_1, "ignore:", ignore, Joined, INVALID, INVALID, nullptr, = 0, 0, nullptr, nullptr) = ^ /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:34:9: note: = macro 'OPTION' defined here #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) = OPT_##ID, ^ In file included from = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:35: = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:28:= 1: error: redefinition of enumerator 'OPTION' OPTION(prefix_0, "", UNKNOWN, Unknown, INVALID, INVALID, = nullptr, 0, 0, nullptr, nullptr) ^ = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:27:= 1: note: previous definition is here OPTION(prefix_0, "", INPUT, Input, INVALID, INVALID, nullptr, 0, = 0, nullptr, nullptr) ^ = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:28:= 7: error: missing ',' between enumerators OPTION(prefix_0, "", UNKNOWN, Unknown, INVALID, INVALID, = nullptr, 0, 0, nullptr, nullptr) ^ ,=20 = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:31:= 42: error: too few arguments provided to function-like macro invocation "Object file search path", nullptr) ^ /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:34:9: note: = macro 'OPTION' defined here #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) = OPT_##ID, ^ In file included from = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:35: = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:29:= 1: error: redefinition of enumerator 'OPTION' OPTION(prefix_1, "ignore:", ignore, Joined, INVALID, INVALID, nullptr, = 0, 0, nullptr, nullptr) ^ = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:27:= 1: note: previous definition is here OPTION(prefix_0, "", INPUT, Input, INVALID, INVALID, nullptr, 0, = 0, nullptr, nullptr) ^ = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:29:= 7: error: missing ',' between enumerators OPTION(prefix_1, "ignore:", ignore, Joined, INVALID, INVALID, nullptr, = 0, 0, nullptr, nullptr) ^ ,=20 = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:32:= 101: error: too few arguments provided to function-like macro invocation OPTION(prefix_1, "llvmlibthin", llvmlibthin, Flag, INVALID, INVALID, = nullptr, 0, 0, nullptr, nullptr) = ^ /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:34:9: note: = macro 'OPTION' defined here #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) = OPT_##ID, ^ In file included from = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:35: = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:30:= 1: error: redefinition of enumerator 'OPTION' OPTION(prefix_1, "libpath:", libpath, Joined, INVALID, INVALID, nullptr, = 0, 0, ^ = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:27:= 1: note: previous definition is here OPTION(prefix_0, "", INPUT, Input, INVALID, INVALID, nullptr, 0, = 0, nullptr, nullptr) ^ = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:30:= 7: error: missing ',' between enumerators OPTION(prefix_1, "libpath:", libpath, Joined, INVALID, INVALID, nullptr, = 0, 0, ^ ,=20 = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:33:= 96: error: too few arguments provided to function-like macro invocation OPTION(prefix_1, "machine:", machine, Joined, INVALID, INVALID, nullptr, = 0, 0, nullptr, nullptr) = ^ /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:34:9: note: = macro 'OPTION' defined here #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) = OPT_##ID, ^ In file included from = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:35: = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:32:= 1: error: redefinition of enumerator 'OPTION' OPTION(prefix_1, "llvmlibthin", llvmlibthin, Flag, INVALID, INVALID, = nullptr, 0, 0, nullptr, nullptr) ^ = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:27:= 1: note: previous definition is here OPTION(prefix_0, "", INPUT, Input, INVALID, INVALID, nullptr, 0, = 0, nullptr, nullptr) ^ = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:32:= 7: error: missing ',' between enumerators OPTION(prefix_1, "llvmlibthin", llvmlibthin, Flag, INVALID, INVALID, = nullptr, 0, 0, nullptr, nullptr) ^ ,=20 = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:34:= 91: error: too few arguments provided to function-like macro invocation OPTION(prefix_1, "nologo", nologo, Flag, INVALID, INVALID, nullptr, 0, = 0, nullptr, nullptr) = ^ /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:34:9: note: = macro 'OPTION' defined here #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) = OPT_##ID, ^ In file included from = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:35: = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:33:= 1: error: redefinition of enumerator 'OPTION' OPTION(prefix_1, "machine:", machine, Joined, INVALID, INVALID, nullptr, = 0, 0, nullptr, nullptr) ^ = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:27:= 1: note: previous definition is here OPTION(prefix_0, "", INPUT, Input, INVALID, INVALID, nullptr, 0, = 0, nullptr, nullptr) ^ = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:33:= 7: error: missing ',' between enumerators OPTION(prefix_1, "machine:", machine, Joined, INVALID, INVALID, nullptr, = 0, 0, nullptr, nullptr) ^ ,=20 = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:36:= 47: error: too few arguments provided to function-like macro invocation "Path to file to write output", nullptr) ^ /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:34:9: note: = macro 'OPTION' defined here #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) = OPT_##ID, ^ fatal error: too many errors emitted, stopping now [-ferror-limit=3D] 20 errors generated. --- ToolDrivers/llvm-dlltool/DlltoolDriver.o --- In file included from = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-dlltool/DlltoolDriver.cpp:36: = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:27:= 92: error: too few arguments provided to function-like macro invocation OPTION(prefix_0, "", INPUT, Input, INVALID, INVALID, nullptr, 0, = 0, nullptr, nullptr) = ^ = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-dlltool/DlltoolDriver.cpp:35:9:= note: macro 'OPTION' defined here #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) = OPT_##ID, ^ In file included from = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-dlltool/DlltoolDriver.cpp:36: --- ToolDrivers/llvm-lib/LibDriver.o --- *** [ToolDrivers/llvm-lib/LibDriver.o] Error code 1 make[6]: stopped in /usr/src/lib/clang/libllvm .ERROR_TARGET=3D'ToolDrivers/llvm-lib/LibDriver.o' = .ERROR_META_FILE=3D'/usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/lib= llvm/_usr_obj_amd64_clang_amd64.amd64_usr_src_lib_clang_libllvm_ToolDriver= s_llvm-lib_LibDriver.o.meta' .MAKE.LEVEL=3D'6' MAKEFILE=3D'' .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' _ERROR_CMD=3D'c++ -target x86_64-unknown-freebsd12.0 = --sysroot=3D/usr/obj/amd64_clang/amd64.amd64/usr/src/tmp = -B/usr/obj/amd64_clang/amd64.amd64/usr/src/tmp/usr/bin -O2 -pipe = -I/usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm = -I/usr/src/contrib/llvm/lib/Target/AArch64 = -I/usr/src/contrib/llvm/lib/Target/ARM = -I/usr/src/contrib/llvm/lib/Target/Mips = -I/usr/src/contrib/llvm/lib/Target/PowerPC = -I/usr/src/contrib/llvm/lib/Target/Sparc = -I/usr/src/contrib/llvm/lib/Target/X86 -I/usr/src/lib/clang/include = -I/usr/src/contrib/llvm/include -DLLVM_BUILD_GLOBAL_ISEL = -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" = -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" = -DDEFAULT_SYSROOT=3D\"\" -ffunction-sections -fdata-sections = -fstack-protector-strong -Qunused-arguments = -I/usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/llvm-lib = -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ = -Wno-c++11-extensions -c = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp -o = ToolDrivers/llvm-lib/LibDriver.o;' .CURDIR=3D'/usr/src/lib/clang/libllvm' .MAKE=3D'make' .OBJDIR=3D'/usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm' .TARGETS=3D'all' DESTDIR=3D'/usr/obj/amd64_clang/amd64.amd64/usr/src/tmp' LD_LIBRARY_PATH=3D'' MACHINE=3D'amd64' MACHINE_ARCH=3D'amd64' MAKEOBJDIRPREFIX=3D'/usr/obj/amd64_clang/amd64.amd64' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20170711' = PATH=3D'/usr/obj/amd64_clang/amd64.amd64/usr/src/tmp/legacy/usr/sbin:/usr/= obj/amd64_clang/amd64.amd64/usr/src/tmp/legacy/usr/bin:/usr/obj/amd64_clan= g/amd64.amd64/usr/src/tmp/legacy/bin:/usr/obj/amd64_clang/amd64.amd64/usr/= src/tmp/usr/sbin:/usr/obj/amd64_clang/amd64.amd64/usr/src/tmp/usr/bin:/sbi= n:/bin:/usr/sbin:/usr/bin' SRCTOP=3D'/usr/src' OBJTOP=3D'/usr/obj/amd64_clang/amd64.amd64/usr/src' .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.amd64-clang.amd64-host = /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null = /usr/src/lib/clang/libllvm/Makefile /usr/src/share/mk/src.opts.mk = /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.opts.mk = /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/share/mk/bsd.linker.mk /usr/src/lib/clang/llvm.pre.mk = llvm/IR/Attributes.gen.d llvm/IR/Intrinsics.gen.d = AttributesCompatFunc.inc.d AArch64GenAsmMatcher.inc.d = AArch64GenAsmWriter.inc.d AArch64GenAsmWriter1.inc.d = AArch64GenCallingConv.inc.d AArch64GenDAGISel.inc.d = AArch64GenDisassemblerTables.inc.d AArch64GenFastISel.inc.d = AArch64GenInstrInfo.inc.d AArch64GenMCCodeEmitter.inc.d = AArch64GenMCPseudoLowering.inc.d AArch64GenRegisterInfo.inc.d = AArch64GenSubtargetInfo.inc.d AArch64GenSystemOperands.inc.d = ARMGenAsmMatcher.inc.d ARMGenAsmWriter.inc.d ARMGenCallingConv.inc.d = ARMGenDAGISel.inc.d ARMGenDisassemblerTables.inc.d ARMGenFastISel.inc.d = ARMGenInstrInfo.inc.d ARMGenMCCodeEmitter.inc.d = ARMGenMCPseudoLowering.inc.d ARMGenRegisterInfo.inc.d = ARMGenSubtargetInfo.inc.d MipsGenAsmMatcher.inc.d MipsGenAsmWriter.inc.d = MipsGenCallingConv.inc.d MipsGenDAGISel.inc.d = MipsGenDisassemblerTables.inc.d MipsGenFastISel.inc.d = MipsGenInstrInfo.inc.d MipsGenMCCodeEmitter.inc.d = MipsGenMCPseudoLowering.inc.d MipsGenRegisterInfo.inc.d = MipsGenSubtargetInfo.inc.d PPCGenAsmMatcher.inc.d PPCGenAsmWriter.inc.d = PPCGenCallingConv.inc.d PPCGenDAGISel.inc.d = PPCGenDisassemblerTables.inc.d PPCGenFastISel.inc.d = PPCGenInstrInfo.inc.d PPCGenMCCodeEmitter.inc.d PPCGenRegisterInfo.inc.d = PPCGenSubtargetInfo.inc.d SparcGenAsmMatcher.inc.d = SparcGenAsmWriter.inc.d SparcGenCallingConv.inc.d SparcGenDAGISel.inc.d = SparcGenDisassemblerTables.inc.d SparcGenInstrInfo.inc.d = SparcGenMCCodeEmitter.inc.d SparcGenRegisterInfo.inc.d = SparcGenSubtargetInfo.inc.d X86GenAsmMatcher.inc.d X86GenAsmWriter.inc.d = X86GenAsmWriter1.inc.d X86GenCallingConv.inc.d X86GenDAGISel.inc.d = X86GenDisassemblerTables.inc.d X86GenFastISel.inc.d = X86GenInstrInfo.inc.d X86GenRegisterInfo.inc.d X86GenSubtargetInfo.inc.d = /usr/src/lib/clang/llvm.build.mk /usr/src/share/mk/bsd.lib.mk = /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/local.init.mk = /usr/src/share/mk/src.init.mk /usr/src/share/mk/bsd.libnames.mk = /usr/src/share/mk/src.libnames.mk /usr/src/share/mk/bsd.symver.mk = /usr/src/share/mk/bsd.nls.mk /usr/src/share/mk/bsd.files.mk = /usr/src/share/mk/bsd.incs.mk /usr/src/share/mk/bsd.confs.mk = /usr/src/share/mk/bsd.links.mk /usr/src/share/mk/bsd.dep.mk = /usr/src/share/mk/bsd.clang-analyze.mk /usr/src/share/mk/bsd.obj.mk = /usr/src/share/mk/bsd.subdir.mk /usr/src/share/mk/bsd.sys.mk' .PATH=3D'. /usr/src/lib/clang/libllvm /usr/src/contrib/llvm/lib' --- ToolDrivers/llvm-dlltool/DlltoolDriver.o --- = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:28:= 98: error: too few arguments provided to function-like macro invocation OPTION(prefix_0, "", UNKNOWN, Unknown, INVALID, INVALID, = nullptr, 0, 0, nullptr, nullptr) = ^ = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-dlltool/DlltoolDriver.cpp:35:9:= note: macro 'OPTION' defined here #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) = OPT_##ID, ^ In file included from = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-dlltool/DlltoolDriver.cpp:36: = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:27:= 7: error: missing ',' between enumerators OPTION(prefix_0, "", INPUT, Input, INVALID, INVALID, nullptr, 0, = 0, nullptr, nullptr) ^ ,=20 = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:29:= 94: error: too few arguments provided to function-like macro invocation OPTION(prefix_1, "ignore:", ignore, Joined, INVALID, INVALID, nullptr, = 0, 0, nullptr, nullptr) = ^ = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-dlltool/DlltoolDriver.cpp:35:9:= note: macro 'OPTION' defined here #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) = OPT_##ID, ^ In file included from = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-dlltool/DlltoolDriver.cpp:36: = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:28:= 1: error: redefinition of enumerator 'OPTION' OPTION(prefix_0, "", UNKNOWN, Unknown, INVALID, INVALID, = nullptr, 0, 0, nullptr, nullptr) ^ = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:27:= 1: note: previous definition is here OPTION(prefix_0, "", INPUT, Input, INVALID, INVALID, nullptr, 0, = 0, nullptr, nullptr) ^ = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:28:= 7: error: missing ',' between enumerators OPTION(prefix_0, "", UNKNOWN, Unknown, INVALID, INVALID, = nullptr, 0, 0, nullptr, nullptr) ^ ,=20 = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:31:= 42: error: too few arguments provided to function-like macro invocation "Object file search path", nullptr) ^ = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-dlltool/DlltoolDriver.cpp:35:9:= note: macro 'OPTION' defined here #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) = OPT_##ID, ^ In file included from = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-dlltool/DlltoolDriver.cpp:36: = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:29:= 1: error: redefinition of enumerator 'OPTION' OPTION(prefix_1, "ignore:", ignore, Joined, INVALID, INVALID, nullptr, = 0, 0, nullptr, nullptr) ^ = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:27:= 1: note: previous definition is here OPTION(prefix_0, "", INPUT, Input, INVALID, INVALID, nullptr, 0, = 0, nullptr, nullptr) ^ = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:29:= 7: error: missing ',' between enumerators OPTION(prefix_1, "ignore:", ignore, Joined, INVALID, INVALID, nullptr, = 0, 0, nullptr, nullptr) ^ ,=20 = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:32:= 101: error: too few arguments provided to function-like macro invocation OPTION(prefix_1, "llvmlibthin", llvmlibthin, Flag, INVALID, INVALID, = nullptr, 0, 0, nullptr, nullptr) = ^ = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-dlltool/DlltoolDriver.cpp:35:9:= note: macro 'OPTION' defined here #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) = OPT_##ID, ^ In file included from = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-dlltool/DlltoolDriver.cpp:36: = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:30:= 1: error: redefinition of enumerator 'OPTION' OPTION(prefix_1, "libpath:", libpath, Joined, INVALID, INVALID, nullptr, = 0, 0, ^ = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:27:= 1: note: previous definition is here OPTION(prefix_0, "", INPUT, Input, INVALID, INVALID, nullptr, 0, = 0, nullptr, nullptr) ^ = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:30:= 7: error: missing ',' between enumerators OPTION(prefix_1, "libpath:", libpath, Joined, INVALID, INVALID, nullptr, = 0, 0, ^ ,=20 = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:33:= 96: error: too few arguments provided to function-like macro invocation OPTION(prefix_1, "machine:", machine, Joined, INVALID, INVALID, nullptr, = 0, 0, nullptr, nullptr) = ^ = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-dlltool/DlltoolDriver.cpp:35:9:= note: macro 'OPTION' defined here #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) = OPT_##ID, ^ In file included from = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-dlltool/DlltoolDriver.cpp:36: = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:32:= 1: error: redefinition of enumerator 'OPTION' OPTION(prefix_1, "llvmlibthin", llvmlibthin, Flag, INVALID, INVALID, = nullptr, 0, 0, nullptr, nullptr) ^ = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:27:= 1: note: previous definition is here OPTION(prefix_0, "", INPUT, Input, INVALID, INVALID, nullptr, 0, = 0, nullptr, nullptr) ^ = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:32:= 7: error: missing ',' between enumerators OPTION(prefix_1, "llvmlibthin", llvmlibthin, Flag, INVALID, INVALID, = nullptr, 0, 0, nullptr, nullptr) ^ ,=20 = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:34:= 91: error: too few arguments provided to function-like macro invocation OPTION(prefix_1, "nologo", nologo, Flag, INVALID, INVALID, nullptr, 0, = 0, nullptr, nullptr) = ^ = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-dlltool/DlltoolDriver.cpp:35:9:= note: macro 'OPTION' defined here #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) = OPT_##ID, ^ In file included from = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-dlltool/DlltoolDriver.cpp:36: = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:33:= 1: error: redefinition of enumerator 'OPTION' OPTION(prefix_1, "machine:", machine, Joined, INVALID, INVALID, nullptr, = 0, 0, nullptr, nullptr) ^ = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:27:= 1: note: previous definition is here OPTION(prefix_0, "", INPUT, Input, INVALID, INVALID, nullptr, 0, = 0, nullptr, nullptr) ^ = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:33:= 7: error: missing ',' between enumerators OPTION(prefix_1, "machine:", machine, Joined, INVALID, INVALID, nullptr, = 0, 0, nullptr, nullptr) ^ ,=20 = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:36:= 47: error: too few arguments provided to function-like macro invocation "Path to file to write output", nullptr) ^ = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-dlltool/DlltoolDriver.cpp:35:9:= note: macro 'OPTION' defined here #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) = OPT_##ID, ^ fatal error: too many errors emitted, stopping now [-ferror-limit=3D] 20 errors generated. *** [ToolDrivers/llvm-dlltool/DlltoolDriver.o] Error code 1 =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sat Jul 22 23:42: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 27D87DB0576; Sat, 22 Jul 2017 23:42:27 +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 E66D4698AA; Sat, 22 Jul 2017 23:42:26 +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=1500766943; bh=ZxOy1O33 9i3+EZFr66KI7x0NPh9AhNCaU3kOgTp9Azk=; b=dLRm7UEuy1uuCgrDrNShDCSl lA6G8YGx62EBqKNcp+47XhyN4Y3bXpBAfHyRGY/s/rxtBXqTfUpyNlDeSZ6W5oRB SGWYhJ4TMguRwrjt9o6RhJTX0jf5fbSD/tEfmW2r7HE1Pu86FiCwVMSNrYmqAuik ydZaBg20isDITbPIAgM= 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 73F731C477; Sat, 22 Jul 2017 19:42:23 -0400 (EDT) Subject: Re: amd64 -r321109 -> -r321371 buildworld update failed (spans clang 5 update); error: too few arguments provided to function-like macro invocation; , METAMODE and -j8 was used To: Mark Millard , Dimitry Andric , FreeBSD Toolchain , FreeBSD Current References: <056C30CC-72B8-41A4-AEAA-64B6B96854DB@dsl-only.net> From: Michael Butler Message-ID: Date: Sat, 22 Jul 2017 19:42:22 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <056C30CC-72B8-41A4-AEAA-64B6B96854DB@dsl-only.net> 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: Sat, 22 Jul 2017 23:42:27 -0000 On 07/22/17 19:32, Mark Millard wrote: > My first attempt to update amd64 to a clang 5 based /usr/src > failed ( -r321109 -> -r321371 ). Listing just the first > error initially: > > --- ToolDrivers/llvm-lib/LibDriver.o --- > In file included from /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:35: > /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:27:92: error: too few arguments provided to function-like macro invocation > OPTION(prefix_0, "", INPUT, Input, INVALID, INVALID, nullptr, 0, 0, nullptr, nullptr) > ^ > /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:34:9: note: macro 'OPTION' defined here > #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) OPT_##ID, I also saw this and resolved it by rebuilding from an empty /usr/obj, imb From owner-freebsd-current@freebsd.org Sat Jul 22 23:43: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 BE946DB0657 for ; Sat, 22 Jul 2017 23:43:21 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-38.reflexion.net [208.70.210.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 851C569A13 for ; Sat, 22 Jul 2017 23:43:20 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 20685 invoked from network); 22 Jul 2017 23:43:19 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 22 Jul 2017 23:43:19 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Sat, 22 Jul 2017 19:43:19 -0400 (EDT) Received: (qmail 14210 invoked from network); 22 Jul 2017 23:43:19 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 22 Jul 2017 23:43:19 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id E1910EC86EE; Sat, 22 Jul 2017 16:43:18 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: amd64 -r321109 -> -r321371 buildworld update failed (spans clang 5 update); error: too few arguments provided to function-like macro invocation; , METAMODE and -j8 was used Date: Sat, 22 Jul 2017 16:43:18 -0700 References: <056C30CC-72B8-41A4-AEAA-64B6B96854DB@dsl-only.net> To: Dimitry Andric , FreeBSD Toolchain , FreeBSD Current In-Reply-To: <056C30CC-72B8-41A4-AEAA-64B6B96854DB@dsl-only.net> Message-Id: X-Mailer: Apple Mail (2.3273) 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, 22 Jul 2017 23:43:21 -0000 [I've added a "more" of /root/src.configs/make.conf that I had omitted but it only adds a "CFLAGS.gcc+=3D -v" to the build context. That should not matter here.] On 2017-Jul-22, at 4:32 PM, Mark Millard wrote: > My first attempt to update amd64 to a clang 5 based /usr/src > failed ( -r321109 -> -r321371 ). Listing just the first > error initially: >=20 > --- ToolDrivers/llvm-lib/LibDriver.o --- > In file included from = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:35: > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:27:= 92: error: too few arguments provided to function-like macro invocation > OPTION(prefix_0, "", INPUT, Input, INVALID, INVALID, nullptr, = 0, 0, nullptr, nullptr) > = ^ > /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:34:9: = note: macro 'OPTION' defined here > #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) = OPT_##ID, > ^ >=20 > I list the build context information before the full failure > information. I've not tried a from scratch build yet. I'll > start another build in a bit but it will take some time to > get back t the same point once I start it. >=20 > Build Context: >=20 > # svnlite info /usr/src/ | grep "Re[plv]" > Relative URL: ^/head > Repository Root: svn://svn.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 321371 > Last Changed Rev: 321371 >=20 > # more = ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang-amd64-host.sh=20 > kldload -n filemon && \ > script = ~/sys_typescripts/typescript_make_amd64_nodebug_clang-amd64-host-$(date = +%Y-%m-%d:%H:%M:%S) \ > env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.amd64-clang.amd64-host" \ > WITH_META_MODE=3Dyes \ > MAKEOBJDIRPREFIX=3D"/usr/obj/amd64_clang/amd64.amd64" \ > make $* # more /root/src.configs/make.conf CFLAGS.gcc+=3D -v > # more = ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang-amd64-host.sh=20 > kldload -n filemon && \ > script = ~/sys_typescripts/typescript_make_amd64_nodebug_clang-amd64-host-$(date = +%Y-%m-%d:%H:%M:%S) \ > env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.amd64-clang.amd64-host" \ > WITH_META_MODE=3Dyes \ > MAKEOBJDIRPREFIX=3D"/usr/obj/amd64_clang/amd64.amd64" \ > make $* >=20 > #WITH_META_MODE=3Dyes \ > # > FreeBSDx64OPC# more /root/src.configs/src.conf.amd64-clang.amd64-host > TO_TYPE=3Damd64 > # > KERNCONF=3DGENERIC-NODBG > TARGET=3D${TO_TYPE} > .if ${.MAKE.LEVEL} =3D=3D 0 > TARGET_ARCH=3D${TO_TYPE} > .export TARGET_ARCH > .endif > # > #WITH_CROSS_COMPILER=3D > WITH_SYSTEM_COMPILER=3D > # > WITH_LIBCPLUSPLUS=3D > WITH_BINUTILS_BOOTSTRAP=3D > WITH_ELFTOOLCHAIN_BOOTSTRAP=3D > #WITH_CLANG_BOOTSTRAP=3D > WITH_CLANG=3D > WITH_CLANG_IS_CC=3D > WITH_CLANG_FULL=3D > WITH_CLANG_EXTRAS=3D > WITH_LLD=3D > WITHOUT_LLD_IS_LD=3D > WITH_LLVM_LIBUNWIND=3D > WITH_LLDB=3D > #PORTS_MODULES=3Demulators/virtualbox-ose-additions > # > WITH_BOOT=3D > WITH_LIB32=3D > # > WITHOUT_GCC_BOOTSTRAP=3D > WITHOUT_GCC=3D > WITHOUT_GCC_IS_CC=3D > WITHOUT_GNUCXX=3D > # > NO_WERROR=3D > #WERROR=3D > MALLOC_PRODUCTION=3D > # > WITH_REPRODUCIBLE_BUILD=3D >=20 >=20 > Failure: >=20 > --- ToolDrivers/llvm-lib/LibDriver.o --- > In file included from = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:35: > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:27:= 92: error: too few arguments provided to function-like macro invocation > OPTION(prefix_0, "", INPUT, Input, INVALID, INVALID, nullptr, = 0, 0, nullptr, nullptr) > = ^ > /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:34:9: = note: macro 'OPTION' defined here > #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) = OPT_##ID, > ^ > In file included from = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:35: > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:28:= 98: error: too few arguments provided to function-like macro invocation > OPTION(prefix_0, "", UNKNOWN, Unknown, INVALID, INVALID, = nullptr, 0, 0, nullptr, nullptr) > = ^ > /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:34:9: = note: macro 'OPTION' defined here > #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) = OPT_##ID, > ^ > In file included from = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:35: > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:27:= 7: error: missing ',' between enumerators > OPTION(prefix_0, "", INPUT, Input, INVALID, INVALID, nullptr, = 0, 0, nullptr, nullptr) > ^ > ,=20 > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:29:= 94: error: too few arguments provided to function-like macro invocation > OPTION(prefix_1, "ignore:", ignore, Joined, INVALID, INVALID, nullptr, = 0, 0, nullptr, nullptr) > = ^ > /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:34:9: = note: macro 'OPTION' defined here > #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) = OPT_##ID, > ^ > In file included from = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:35: > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:28:= 1: error: redefinition of enumerator 'OPTION' > OPTION(prefix_0, "", UNKNOWN, Unknown, INVALID, INVALID, = nullptr, 0, 0, nullptr, nullptr) > ^ > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:27:= 1: note: previous definition is here > OPTION(prefix_0, "", INPUT, Input, INVALID, INVALID, nullptr, = 0, 0, nullptr, nullptr) > ^ > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:28:= 7: error: missing ',' between enumerators > OPTION(prefix_0, "", UNKNOWN, Unknown, INVALID, INVALID, = nullptr, 0, 0, nullptr, nullptr) > ^ > ,=20 > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:31:= 42: error: too few arguments provided to function-like macro invocation > "Object file search path", nullptr) > ^ > /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:34:9: = note: macro 'OPTION' defined here > #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) = OPT_##ID, > ^ > In file included from = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:35: > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:29:= 1: error: redefinition of enumerator 'OPTION' > OPTION(prefix_1, "ignore:", ignore, Joined, INVALID, INVALID, nullptr, = 0, 0, nullptr, nullptr) > ^ > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:27:= 1: note: previous definition is here > OPTION(prefix_0, "", INPUT, Input, INVALID, INVALID, nullptr, = 0, 0, nullptr, nullptr) > ^ > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:29:= 7: error: missing ',' between enumerators > OPTION(prefix_1, "ignore:", ignore, Joined, INVALID, INVALID, nullptr, = 0, 0, nullptr, nullptr) > ^ > ,=20 > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:32:= 101: error: too few arguments provided to function-like macro invocation > OPTION(prefix_1, "llvmlibthin", llvmlibthin, Flag, INVALID, INVALID, = nullptr, 0, 0, nullptr, nullptr) > = ^ > /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:34:9: = note: macro 'OPTION' defined here > #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) = OPT_##ID, > ^ > In file included from = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:35: > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:30:= 1: error: redefinition of enumerator 'OPTION' > OPTION(prefix_1, "libpath:", libpath, Joined, INVALID, INVALID, = nullptr, 0, 0, > ^ > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:27:= 1: note: previous definition is here > OPTION(prefix_0, "", INPUT, Input, INVALID, INVALID, nullptr, = 0, 0, nullptr, nullptr) > ^ > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:30:= 7: error: missing ',' between enumerators > OPTION(prefix_1, "libpath:", libpath, Joined, INVALID, INVALID, = nullptr, 0, 0, > ^ > ,=20 > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:33:= 96: error: too few arguments provided to function-like macro invocation > OPTION(prefix_1, "machine:", machine, Joined, INVALID, INVALID, = nullptr, 0, 0, nullptr, nullptr) > = ^ > /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:34:9: = note: macro 'OPTION' defined here > #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) = OPT_##ID, > ^ > In file included from = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:35: > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:32:= 1: error: redefinition of enumerator 'OPTION' > OPTION(prefix_1, "llvmlibthin", llvmlibthin, Flag, INVALID, INVALID, = nullptr, 0, 0, nullptr, nullptr) > ^ > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:27:= 1: note: previous definition is here > OPTION(prefix_0, "", INPUT, Input, INVALID, INVALID, nullptr, = 0, 0, nullptr, nullptr) > ^ > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:32:= 7: error: missing ',' between enumerators > OPTION(prefix_1, "llvmlibthin", llvmlibthin, Flag, INVALID, INVALID, = nullptr, 0, 0, nullptr, nullptr) > ^ > ,=20 > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:34:= 91: error: too few arguments provided to function-like macro invocation > OPTION(prefix_1, "nologo", nologo, Flag, INVALID, INVALID, nullptr, 0, = 0, nullptr, nullptr) > = ^ > /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:34:9: = note: macro 'OPTION' defined here > #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) = OPT_##ID, > ^ > In file included from = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:35: > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:33:= 1: error: redefinition of enumerator 'OPTION' > OPTION(prefix_1, "machine:", machine, Joined, INVALID, INVALID, = nullptr, 0, 0, nullptr, nullptr) > ^ > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:27:= 1: note: previous definition is here > OPTION(prefix_0, "", INPUT, Input, INVALID, INVALID, nullptr, = 0, 0, nullptr, nullptr) > ^ > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:33:= 7: error: missing ',' between enumerators > OPTION(prefix_1, "machine:", machine, Joined, INVALID, INVALID, = nullptr, 0, 0, nullptr, nullptr) > ^ > ,=20 > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:36:= 47: error: too few arguments provided to function-like macro invocation > "Path to file to write output", nullptr) > ^ > /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:34:9: = note: macro 'OPTION' defined here > #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) = OPT_##ID, > ^ > fatal error: too many errors emitted, stopping now [-ferror-limit=3D] > 20 errors generated. > --- ToolDrivers/llvm-dlltool/DlltoolDriver.o --- > In file included from = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-dlltool/DlltoolDriver.cpp:36: > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:27:= 92: error: too few arguments provided to function-like macro invocation > OPTION(prefix_0, "", INPUT, Input, INVALID, INVALID, nullptr, = 0, 0, nullptr, nullptr) > = ^ > = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-dlltool/DlltoolDriver.cpp:35:9:= note: macro 'OPTION' defined here > #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) = OPT_##ID, > ^ > In file included from = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-dlltool/DlltoolDriver.cpp:36: > --- ToolDrivers/llvm-lib/LibDriver.o --- > *** [ToolDrivers/llvm-lib/LibDriver.o] Error code 1 >=20 > make[6]: stopped in /usr/src/lib/clang/libllvm > .ERROR_TARGET=3D'ToolDrivers/llvm-lib/LibDriver.o' > = .ERROR_META_FILE=3D'/usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/lib= llvm/_usr_obj_amd64_clang_amd64.amd64_usr_src_lib_clang_libllvm_ToolDriver= s_llvm-lib_LibDriver.o.meta' > .MAKE.LEVEL=3D'6' > MAKEFILE=3D'' > .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes= verbose' > _ERROR_CMD=3D'c++ -target x86_64-unknown-freebsd12.0 = --sysroot=3D/usr/obj/amd64_clang/amd64.amd64/usr/src/tmp = -B/usr/obj/amd64_clang/amd64.amd64/usr/src/tmp/usr/bin -O2 -pipe = -I/usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm = -I/usr/src/contrib/llvm/lib/Target/AArch64 = -I/usr/src/contrib/llvm/lib/Target/ARM = -I/usr/src/contrib/llvm/lib/Target/Mips = -I/usr/src/contrib/llvm/lib/Target/PowerPC = -I/usr/src/contrib/llvm/lib/Target/Sparc = -I/usr/src/contrib/llvm/lib/Target/X86 -I/usr/src/lib/clang/include = -I/usr/src/contrib/llvm/include -DLLVM_BUILD_GLOBAL_ISEL = -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" = -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd12.0\" = -DDEFAULT_SYSROOT=3D\"\" -ffunction-sections -fdata-sections = -fstack-protector-strong -Qunused-arguments = -I/usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/llvm-lib = -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ = -Wno-c++11-extensions -c /usr/src/contrib/llvm/li > b/ToolDrivers/llvm-lib/LibDriver.cpp -o = ToolDrivers/llvm-lib/LibDriver.o;' > .CURDIR=3D'/usr/src/lib/clang/libllvm' > .MAKE=3D'make' > .OBJDIR=3D'/usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm' > .TARGETS=3D'all' > DESTDIR=3D'/usr/obj/amd64_clang/amd64.amd64/usr/src/tmp' > LD_LIBRARY_PATH=3D'' > MACHINE=3D'amd64' > MACHINE_ARCH=3D'amd64' > MAKEOBJDIRPREFIX=3D'/usr/obj/amd64_clang/amd64.amd64' > MAKESYSPATH=3D'/usr/src/share/mk' > MAKE_VERSION=3D'20170711' > = PATH=3D'/usr/obj/amd64_clang/amd64.amd64/usr/src/tmp/legacy/usr/sbin:/usr/= obj/amd64_clang/amd64.amd64/usr/src/tmp/legacy/usr/bin:/usr/obj/amd64_clan= g/amd64.amd64/usr/src/tmp/legacy/bin:/usr/obj/amd64_clang/amd64.amd64/usr/= src/tmp/usr/sbin:/usr/obj/amd64_clang/amd64.amd64/usr/src/tmp/usr/bin:/sbi= n:/bin:/usr/sbin:/usr/bin' > SRCTOP=3D'/usr/src' > OBJTOP=3D'/usr/obj/amd64_clang/amd64.amd64/usr/src' > .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.amd64-clang.amd64-host = /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null = /usr/src/lib/clang/libllvm/Makefile /usr/src/share/mk/src.opts.mk = /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.opts.mk = /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/share/mk/bsd.linker.mk /usr/src/lib/clang/llvm.pre.mk = llvm/IR/Attributes.gen.d llvm/IR/Intrinsics.gen.d = AttributesCompatFunc.inc.d AArch64GenAsmMatcher.inc.d = AArch64GenAsmWriter.inc.d AArch64GenAsmWriter1.inc.d = AArch64GenCallingConv.inc.d AArch64GenDAGISel.inc.d = AArch64GenDisassemblerTables.inc.d AArch64GenFastISel.inc.d = AArch64GenInstrInfo.inc.d AArch64GenMCCodeEmitter.inc.d = AArch64GenMCPseudoLowering.inc.d AArch64GenRegisterInfo.inc.d = AArch64GenSubtargetInfo.inc.d AArch64 > GenSystemOperands.inc.d ARMGenAsmMatcher.inc.d ARMGenAsmWriter.inc.d = ARMGenCallingConv.inc.d ARMGenDAGISel.inc.d = ARMGenDisassemblerTables.inc.d ARMGenFastISel.inc.d = ARMGenInstrInfo.inc.d ARMGenMCCodeEmitter.inc.d = ARMGenMCPseudoLowering.inc.d ARMGenRegisterInfo.inc.d = ARMGenSubtargetInfo.inc.d MipsGenAsmMatcher.inc.d MipsGenAsmWriter.inc.d = MipsGenCallingConv.inc.d MipsGenDAGISel.inc.d = MipsGenDisassemblerTables.inc.d MipsGenFastISel.inc.d = MipsGenInstrInfo.inc.d MipsGenMCCodeEmitter.inc.d = MipsGenMCPseudoLowering.inc.d MipsGenRegisterInfo.inc.d = MipsGenSubtargetInfo.inc.d PPCGenAsmMatcher.inc.d PPCGenAsmWriter.inc.d = PPCGenCallingConv.inc.d PPCGenDAGISel.inc.d = PPCGenDisassemblerTables.inc.d PPCGenFastISel.inc.d = PPCGenInstrInfo.inc.d PPCGenMCCodeEmitter.inc.d PPCGenRegisterInfo.inc.d = PPCGenSubtargetInfo.inc.d SparcGenAsmMatcher.inc.d = SparcGenAsmWriter.inc.d SparcGenCallingConv.inc.d SparcGenDAGISel.inc.d = SparcGenDisassemblerTables.inc.d SparcGenInstrInfo.inc.d = SparcGenMCCodeEmitter.inc.d Sp > arcGenRegisterInfo.inc.d SparcGenSubtargetInfo.inc.d = X86GenAsmMatcher.inc.d X86GenAsmWriter.inc.d X86GenAsmWriter1.inc.d = X86GenCallingConv.inc.d X86GenDAGISel.inc.d = X86GenDisassemblerTables.inc.d X86GenFastISel.inc.d = X86GenInstrInfo.inc.d X86GenRegisterInfo.inc.d X86GenSubtargetInfo.inc.d = /usr/src/lib/clang/llvm.build.mk /usr/src/share/mk/bsd.lib.mk = /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/local.init.mk = /usr/src/share/mk/src.init.mk /usr/src/share/mk/bsd.libnames.mk = /usr/src/share/mk/src.libnames.mk /usr/src/share/mk/bsd.symver.mk = /usr/src/share/mk/bsd.nls.mk /usr/src/share/mk/bsd.files.mk = /usr/src/share/mk/bsd.incs.mk /usr/src/share/mk/bsd.confs.mk = /usr/src/share/mk/bsd.links.mk /usr/src/share/mk/bsd.dep.mk = /usr/src/share/mk/bsd.clang-analyze.mk /usr/src/share/mk/bsd.obj.mk = /usr/src/share/mk/bsd.subdir.mk /usr/src/share/mk/bsd.sys.mk' > .PATH=3D'. /usr/src/lib/clang/libllvm /usr/src/contrib/llvm/lib' > --- ToolDrivers/llvm-dlltool/DlltoolDriver.o --- > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:28:= 98: error: too few arguments provided to function-like macro invocation > OPTION(prefix_0, "", UNKNOWN, Unknown, INVALID, INVALID, = nullptr, 0, 0, nullptr, nullptr) > = ^ > = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-dlltool/DlltoolDriver.cpp:35:9:= note: macro 'OPTION' defined here > #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) = OPT_##ID, > ^ > In file included from = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-dlltool/DlltoolDriver.cpp:36: > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:27:= 7: error: missing ',' between enumerators > OPTION(prefix_0, "", INPUT, Input, INVALID, INVALID, nullptr, = 0, 0, nullptr, nullptr) > ^ > ,=20 > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:29:= 94: error: too few arguments provided to function-like macro invocation > OPTION(prefix_1, "ignore:", ignore, Joined, INVALID, INVALID, nullptr, = 0, 0, nullptr, nullptr) > = ^ > = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-dlltool/DlltoolDriver.cpp:35:9:= note: macro 'OPTION' defined here > #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) = OPT_##ID, > ^ > In file included from = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-dlltool/DlltoolDriver.cpp:36: > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:28:= 1: error: redefinition of enumerator 'OPTION' > OPTION(prefix_0, "", UNKNOWN, Unknown, INVALID, INVALID, = nullptr, 0, 0, nullptr, nullptr) > ^ > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:27:= 1: note: previous definition is here > OPTION(prefix_0, "", INPUT, Input, INVALID, INVALID, nullptr, = 0, 0, nullptr, nullptr) > ^ > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:28:= 7: error: missing ',' between enumerators > OPTION(prefix_0, "", UNKNOWN, Unknown, INVALID, INVALID, = nullptr, 0, 0, nullptr, nullptr) > ^ > ,=20 > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:31:= 42: error: too few arguments provided to function-like macro invocation > "Object file search path", nullptr) > ^ > = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-dlltool/DlltoolDriver.cpp:35:9:= note: macro 'OPTION' defined here > #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) = OPT_##ID, > ^ > In file included from = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-dlltool/DlltoolDriver.cpp:36: > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:29:= 1: error: redefinition of enumerator 'OPTION' > OPTION(prefix_1, "ignore:", ignore, Joined, INVALID, INVALID, nullptr, = 0, 0, nullptr, nullptr) > ^ > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:27:= 1: note: previous definition is here > OPTION(prefix_0, "", INPUT, Input, INVALID, INVALID, nullptr, = 0, 0, nullptr, nullptr) > ^ > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:29:= 7: error: missing ',' between enumerators > OPTION(prefix_1, "ignore:", ignore, Joined, INVALID, INVALID, nullptr, = 0, 0, nullptr, nullptr) > ^ > ,=20 > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:32:= 101: error: too few arguments provided to function-like macro invocation > OPTION(prefix_1, "llvmlibthin", llvmlibthin, Flag, INVALID, INVALID, = nullptr, 0, 0, nullptr, nullptr) > = ^ > = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-dlltool/DlltoolDriver.cpp:35:9:= note: macro 'OPTION' defined here > #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) = OPT_##ID, > ^ > In file included from = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-dlltool/DlltoolDriver.cpp:36: > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:30:= 1: error: redefinition of enumerator 'OPTION' > OPTION(prefix_1, "libpath:", libpath, Joined, INVALID, INVALID, = nullptr, 0, 0, > ^ > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:27:= 1: note: previous definition is here > OPTION(prefix_0, "", INPUT, Input, INVALID, INVALID, nullptr, = 0, 0, nullptr, nullptr) > ^ > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:30:= 7: error: missing ',' between enumerators > OPTION(prefix_1, "libpath:", libpath, Joined, INVALID, INVALID, = nullptr, 0, 0, > ^ > ,=20 > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:33:= 96: error: too few arguments provided to function-like macro invocation > OPTION(prefix_1, "machine:", machine, Joined, INVALID, INVALID, = nullptr, 0, 0, nullptr, nullptr) > = ^ > = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-dlltool/DlltoolDriver.cpp:35:9:= note: macro 'OPTION' defined here > #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) = OPT_##ID, > ^ > In file included from = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-dlltool/DlltoolDriver.cpp:36: > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:32:= 1: error: redefinition of enumerator 'OPTION' > OPTION(prefix_1, "llvmlibthin", llvmlibthin, Flag, INVALID, INVALID, = nullptr, 0, 0, nullptr, nullptr) > ^ > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:27:= 1: note: previous definition is here > OPTION(prefix_0, "", INPUT, Input, INVALID, INVALID, nullptr, = 0, 0, nullptr, nullptr) > ^ > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:32:= 7: error: missing ',' between enumerators > OPTION(prefix_1, "llvmlibthin", llvmlibthin, Flag, INVALID, INVALID, = nullptr, 0, 0, nullptr, nullptr) > ^ > ,=20 > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:34:= 91: error: too few arguments provided to function-like macro invocation > OPTION(prefix_1, "nologo", nologo, Flag, INVALID, INVALID, nullptr, 0, = 0, nullptr, nullptr) > = ^ > = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-dlltool/DlltoolDriver.cpp:35:9:= note: macro 'OPTION' defined here > #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) = OPT_##ID, > ^ > In file included from = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-dlltool/DlltoolDriver.cpp:36: > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:33:= 1: error: redefinition of enumerator 'OPTION' > OPTION(prefix_1, "machine:", machine, Joined, INVALID, INVALID, = nullptr, 0, 0, nullptr, nullptr) > ^ > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:27:= 1: note: previous definition is here > OPTION(prefix_0, "", INPUT, Input, INVALID, INVALID, nullptr, = 0, 0, nullptr, nullptr) > ^ > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:33:= 7: error: missing ',' between enumerators > OPTION(prefix_1, "machine:", machine, Joined, INVALID, INVALID, = nullptr, 0, 0, nullptr, nullptr) > ^ > ,=20 > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:36:= 47: error: too few arguments provided to function-like macro invocation > "Path to file to write output", nullptr) > ^ > = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-dlltool/DlltoolDriver.cpp:35:9:= note: macro 'OPTION' defined here > #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) = OPT_##ID, > ^ > fatal error: too many errors emitted, stopping now [-ferror-limit=3D] > 20 errors generated. > *** [ToolDrivers/llvm-dlltool/DlltoolDriver.o] Error code 1 =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sat Jul 22 23:50: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 BBCA7DB08B2; Sat, 22 Jul 2017 23:50:40 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 641D569C44; Sat, 22 Jul 2017 23:50:40 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:470:7a58::e4cb:e9ff:2f5b:885e] (unknown [IPv6:2001:470:7a58:0:e4cb:e9ff:2f5b:885e]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 4ECA2261A2; Sun, 23 Jul 2017 01:50:39 +0200 (CEST) From: Dimitry Andric Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_EF04BC04-C1F4-4772-BF52-ADF43AFAC684"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: amd64 -r321109 -> -r321371 buildworld update failed (spans clang 5 update); error: too few arguments provided to function-like macro invocation; , METAMODE and -j8 was used Date: Sun, 23 Jul 2017 01:50:25 +0200 In-Reply-To: <056C30CC-72B8-41A4-AEAA-64B6B96854DB@dsl-only.net> Cc: FreeBSD Toolchain , FreeBSD Current , Bryan Drewery To: Mark Millard References: <056C30CC-72B8-41A4-AEAA-64B6B96854DB@dsl-only.net> X-Mailer: Apple Mail (2.3273) 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, 22 Jul 2017 23:50:40 -0000 --Apple-Mail=_EF04BC04-C1F4-4772-BF52-ADF43AFAC684 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 23 Jul 2017, at 01:32, Mark Millard wrote: >=20 > My first attempt to update amd64 to a clang 5 based /usr/src > failed ( -r321109 -> -r321371 ). Listing just the first > error initially: >=20 > --- ToolDrivers/llvm-lib/LibDriver.o --- > In file included from = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:35: > = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:27:= 92: error: too few arguments provided to function-like macro invocation > OPTION(prefix_0, "", INPUT, Input, INVALID, INVALID, nullptr, = 0, 0, nullptr, nullptr) > = ^ > /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:34:9: = note: macro 'OPTION' defined here > #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) = OPT_##ID, > ^ Yeah, I think this can happen with an incremental build, and if you enable MK_CLANG_EXTRAS. There was only one Options.inc file first, in $WORLDTMP/usr/src/lib/clang/libllvm, but now there are two different ones, under $WORLDTMP/usr/src/lib/clang/libllvm/llvm-lib and $WORLDTMP/usr/src/lib/clang/libllvm/llvm-dlltool. This is a rather unfortunate change from upstream. I'm unsure what to do here, maybe it is a good idea to explicitly rm the incorrect file before make starts to search the directory. Bryan, any clues? IIRC there were some other precedents where stale objects could get in the way, and would have to be force-deleted before even the depend stage? -Dimitry --Apple-Mail=_EF04BC04-C1F4-4772-BF52-ADF43AFAC684 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.1 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCWXPkwQAKCRCwXqMKLiCW ozRnAKDuu+G6QS+jcgP2exJsLj0T4ZAVuwCfZCQBCBBAEVj0Zip5sW1JtKm+4gg= =0mea -----END PGP SIGNATURE----- --Apple-Mail=_EF04BC04-C1F4-4772-BF52-ADF43AFAC684--