From owner-freebsd-current@freebsd.org Sun Dec 2 15:08:37 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D8A1D1324717 for ; Sun, 2 Dec 2018 15:08:36 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 3E06F6F3D7 for ; Sun, 2 Dec 2018 15:08:36 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id B3A0721ADA for ; Sun, 2 Dec 2018 10:08:35 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Sun, 02 Dec 2018 10:08:35 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.net; h=to :from:subject:message-id:date:mime-version:content-type; s=fm3; bh=bj+bXTB0oT6SPwmZnGA1kf6Q+VPd8gbJ4lNHTJqxYF4=; b=Q5J/0IvINcTy 8ieVCuMnO0EypqscwYFeIysxF1JrsDhxieRuJ2xnnmGVnFIuxHfGcmJTgE/g4tmC verJ0ms4D/CpoZMokU6ycNux2DabhDcvJLihGv9qRihwT0MGR1EhMcsZGhqJmUKU JO53BUcgiF9oYIgC+P1AkJH/pV1yIIDufKtDv+yuD4e61fk5FJgIRB5JDp4GdVk+ c2tlro89FV0eathLKKkHyD7kEFQkbuOwQ1nTNIQns0z1eWteHL7jv+V/zsVkBPAy AgBykiuORAaK6+ExLkbS+5Yup3hI+O6rIlT1lnsAdeNChCZ9ZK3/pd1u6ivA7AKW IbSddOWMKQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=bj+bXTB0oT6SPwmZnGA1kf6Q+VPd8 gbJ4lNHTJqxYF4=; b=peml74i3obS4Mrx258T1jMdnVGbNKpekF80whVO/XiIUW U6v4wE7Ph5SODYSYxY4AcuTfCNfxtieA+5x4AfAPD8z/sJe8KZMURpmD9BZ2B02O 7O1eMl3w6Ak1s0MYln8hsIZLtwhVnqOWjxDivLlkxGh7pKINOMy6qjJ5H88Gkxdm gQitWLEsQKAbqyKli4J83E3AgfEQgdBhY8tIY+BYjU4Jm91t8kPHMPIJ7hgQOB3T bmgwOI75S6w+v5Ua3mOhAkOVM7GnaKT6KJ3wFPhk3vVkeoP5JVc/fB8ltJ2XYj1j ADgqadAMjJQhoBoS25i7LpOH2dcnxRj607CjV+jkA== X-ME-Sender: X-ME-Proxy: Received: from [192.168.1.2] (unknown [62.183.125.176]) by mail.messagingengine.com (Postfix) with ESMTPA id A66A7E40A1 for ; Sun, 2 Dec 2018 10:08:34 -0500 (EST) To: freebsd-current From: Yuri Pankov Subject: WITH_CTF breaks CD loader: "File too big" Openpgp: preference=signencrypt Autocrypt: addr=yuripv@yuripv.net; keydata= xsBNBFu8u6IBCADB11gP0QwnorrHjqAtKLHKHNHskhy0s7jqJKfx0YqXgVBKGLJ9/mjLAz0F CBNvemHSDDTs0mEZ9cBKKi6cmsav6+UQgr//yai6hvXLBJqKchSFO4MhmdvBtsGFq1yKz5Zi uhjmimKyIpgBgvMdbgGbGq6cnSB2uEPmZuJr419SVRODOkXukU+F5WHgaHzDdHAIu1asCt2B +6msxqIqlFWcXyZyTGicTGGvC/PFIsVRUtD1dIJANTC876g7DTb7LZXWiWwJpSJ4GKMXMHVX Ct9BoQ4i3nhKbOxb6Io1wsy+NFyWsTJ9KYrxKKPJP3oG8BWb/cqlFqnE4eNSsiq2q7krABEB AAHNH1l1cmkgUGFua292IDx5dXJpcHZAeXVyaXB2Lm5ldD7CwJcEEwEIAEECGwMFCQWjmoAF CwkIBwMFFQoJCAsFFgMCAQACHgECF4AWIQT4arc+w94tPi0v/3CTi+B/sSrhbAUCW708wAIZ AQAKCRCTi+B/sSrhbPxBB/961alcU091O+yKT5/oReHVc/PX0Tz4sW3V44AcgLfYlrZavCro EFz90qmCrl0xqEwuAKcC4bjmL8SjPWAhSN6IH9nxdw+HeZnAPiHm/q679Bu47+nHBl3qD/9p +t1PkKeKZfaWToFMt1nq06ytSu6VLMCwLdlDNe6DReX0ex/afEqKsuaIZSKL4UYjRwklp8PU Uf98QkrfapyHB67hQMzfI4tPeJaYyv0cTgfq3kUWJx1V6Xi0b6Zxj4ZrB2TXvaMO5g7yhU9E E3WWAvoe4FgB3a7dHe8atnHhq5+Cuvm6+LD4Jh7jvMAE5UMN+xxQpnGpNghHjaCy4vXrLRBZ nhRYzsBNBFu8u6IBCADKih3Q933rDNj4ZA8FhBQ2RlmBgvwOLcDPIL3h0V7h38y3+HisgFSc XACDsdrTlYZ1bRXkD9FHENynBcv0l/3uGJDk8jaGIDE0TP8OQBRp+IaU9/BHnAqrKxTJGIol Dahy2m+yx2yhdc6B4ujWMDqCF1rWOD+ymOWw+VLllOkrHcZa5PJtX9UOGbApZl8ZTM8El4CA NN8F1bg9MWzUi+8LYoGWGc+BwsFS1OUB1c4SPgMu5fD4Wfsr9yRl06fdpEA2YT7B/j5/5RSC 0sE2Zs/tmJ/JRflHJ12ycj59ma2xQMfEJF40hZDpMFQmZvbVqgEg3ocQcltjbxlIKZ/mjC4z ABEBAAHCwHwEGAEKACYWIQT4arc+w94tPi0v/3CTi+B/sSrhbAUCW7y7ogIbDAUJBaOagAAK CRCTi+B/sSrhbIDcCACqAZMcoxUBLZa40a5b24j5i1jplvCYYb3h+Q5lt5+BFJ87kCb4dJuU D3kh2i29BrxWQWa9WNue9ozxeYkbkfXubQYXexVolRsnh64OdGsE8KvorBFBB3zdK/GRt2Jy +jsnTfUWuQllbzMP0MfhCDMk1Mo8WvDH2/cOEP/yLKf20a+cd6nLs7bidjmGXo9pyuBKAtV6 Kv+VRu54AL+A/UBYu/eB3Dtvzcnut+1Zq6KaP++kUwPwINLIk04OBDwN0zRNTiqMAFYYyz2v ZHBB6E1th/l//ZC5b9Dk0ZpFI1bYdL9ymnrZe1MqbGPnDCToQxu00T/pZCm6Z92YrZQYuNwl Message-ID: <6e53765f-52bd-f503-c1a5-ae23e402afcb@yuripv.net> Date: Sun, 2 Dec 2018 18:08:34 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:60.0) Gecko/20100101 Thunderbird/60.3.2 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="CuADDtfMnzhCqwuc80YboL2C82JhDq1TN" X-Rspamd-Queue-Id: 3E06F6F3D7 X-Spamd-Result: default: False [-9.32 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yuripv.net,messagingengine.com]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.28]; TO_MATCH_ENVRCPT_ALL(0.00)[]; HAS_ATTACHMENT(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[yuripv.net]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yuripv.net:+,messagingengine.com:+]; MX_GOOD(-0.01)[cached: in2-smtp.messagingengine.com]; NEURAL_HAM_SHORT(-0.96)[-0.959,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-3.65)[ip: (-9.57), ipnet: 66.111.4.0/24(-4.73), asn: 11403(-3.86), country: US(-0.09)]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[28.4.111.66.list.dnswl.org : 127.0.5.1] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 02 Dec 2018 15:08:37 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --CuADDtfMnzhCqwuc80YboL2C82JhDq1TN Content-Type: multipart/mixed; boundary="Ljp1OUjiCD8XWakcKVZ0PmHiOdataQ02F"; protected-headers="v1" From: Yuri Pankov To: freebsd-current Message-ID: <6e53765f-52bd-f503-c1a5-ae23e402afcb@yuripv.net> Subject: WITH_CTF breaks CD loader: "File too big" --Ljp1OUjiCD8XWakcKVZ0PmHiOdataQ02F Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Hi, Building disc1.iso using `make release` and having WITH_CTF set in src.conf leads to "File too big" displayed when booting the image. Would it make sense to build loader and related parts without CTF unconditionally as it doesn't look useful there? --Ljp1OUjiCD8XWakcKVZ0PmHiOdataQ02F-- --CuADDtfMnzhCqwuc80YboL2C82JhDq1TN Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEE+Gq3PsPeLT4tL/9wk4vgf7Eq4WwFAlwD9XIACgkQk4vgf7Eq 4Wxk5wgAj1CIJ7Jku+wg+95THHI8QVR64tdHr3qEn2wqu6xwmiYgMOyLjYJloewE bQ8kW1Zaar87mXo8JNnCfuucFqbrJvxdu+T9etyqeN3rv1h0d2Dz+GicelR2uGNV 1NbXTFZOKW5pMLgvpjFmqZ9IcePtTbp6jhbEXNb8usm7MlS77s+aEHOxLh2/ebjh JqAQded5wb1RJBQm4rMN45Z4qNaRKswiQPow/A0B/R4CwXiOObrPvAaUycEykZ18 ShOCmSG266UU350AwhDNSmTadfM/akMg38c71QNg8d5RYf1j6pgkBMuCyHHIeqjK N35OHlIVA15skJNQFvXKcUQ5F9RtLQ== =8uKE -----END PGP SIGNATURE----- --CuADDtfMnzhCqwuc80YboL2C82JhDq1TN-- From owner-freebsd-current@freebsd.org Sun Dec 2 15:23:46 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8D60B1324CAE for ; Sun, 2 Dec 2018 15:23:46 +0000 (UTC) (envelope-from tsoome@me.com) Received: from mr85p00im-hyfv06021401.me.com (mr85p00im-hyfv06021401.me.com [17.58.23.190]) (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 E5B4A6FB1B for ; Sun, 2 Dec 2018 15:23:45 +0000 (UTC) (envelope-from tsoome@me.com) Received: from nazgul.lan (148-52-235-80.sta.estpak.ee [80.235.52.148]) by mr85p00im-hyfv06021401.me.com (Postfix) with ESMTPSA id DFF229C00F2; Sun, 2 Dec 2018 15:23:43 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: WITH_CTF breaks CD loader: "File too big" From: Toomas Soome In-Reply-To: <6e53765f-52bd-f503-c1a5-ae23e402afcb@yuripv.net> Date: Sun, 2 Dec 2018 17:23:41 +0200 Cc: freebsd-current Content-Transfer-Encoding: 7bit Message-Id: <9D37D0B8-AC93-45D8-B23B-240680389C9D@me.com> References: <6e53765f-52bd-f503-c1a5-ae23e402afcb@yuripv.net> To: Yuri Pankov X-Mailer: Apple Mail (2.3445.101.1) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-12-02_11:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 mlxscore=0 mlxlogscore=666 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1807170000 definitions=main-1812020147 X-Rspamd-Queue-Id: E5B4A6FB1B X-Spamd-Result: default: False [-4.92 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:17.58.0.0/16]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[me.com]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[190.23.58.17.list.dnswl.org : 127.0.5.2]; MX_GOOD(-0.01)[cached: mx1.mail.icloud.com]; RCPT_COUNT_TWO(0.00)[2]; DKIM_TRACE(0.00)[me.com:+]; DMARC_POLICY_ALLOW(-0.50)[me.com,quarantine]; NEURAL_HAM_SHORT(-0.95)[-0.955,0]; RECEIVED_SPAMHAUS_PBL(0.00)[148.52.235.80.zen.spamhaus.org : 127.0.0.10]; IP_SCORE(-0.75)[ip: (-1.91), ipnet: 17.58.16.0/20(-0.92), asn: 714(-0.84), country: US(-0.09)]; FREEMAIL_ENVFROM(0.00)[me.com]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:714, ipnet:17.58.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[me.com]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 02 Dec 2018 15:23:46 -0000 > On 2 Dec 2018, at 17:08, Yuri Pankov wrote: > > Hi, > > Building disc1.iso using `make release` and having WITH_CTF set in > src.conf leads to "File too big" displayed when booting the image. > > Would it make sense to build loader and related parts without CTF > unconditionally as it doesn't look useful there? > +1 rgds, toomas From owner-freebsd-current@freebsd.org Sun Dec 2 17:59:16 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AA3191329370 for ; Sun, 2 Dec 2018 17:59:16 +0000 (UTC) (envelope-from tsoome@me.com) Received: from mr85p00im-zteg06021601.me.com (mr85p00im-zteg06021601.me.com [17.58.23.187]) (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 CE0AC76E1B for ; Sun, 2 Dec 2018 17:59:15 +0000 (UTC) (envelope-from tsoome@me.com) Received: from nazgul.lan (148-52-235-80.sta.estpak.ee [80.235.52.148]) by mr85p00im-zteg06021601.me.com (Postfix) with ESMTPSA id B372A4000E5; Sun, 2 Dec 2018 17:59:13 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: Boot loader stuck after first stage upgrading 11.2 to 12.0-RC2 From: Toomas Soome In-Reply-To: Date: Sun, 2 Dec 2018 19:59:11 +0200 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <0F5FCC70-EADB-4F9E-A391-F1A73BE5608F@me.com> References: <22f5b92a09ea4d62ac3feb74457067f7@ijs.si> <5EEBAFC0-4FA3-4219-A918-7376F4223656@me.com> To: Mark Martinec X-Mailer: Apple Mail (2.3445.101.1) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-12-02_11:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1807170000 definitions=main-1812020172 X-Rspamd-Queue-Id: CE0AC76E1B X-Spamd-Result: default: False [-5.27 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:17.58.0.0/16]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[me.com]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; RCVD_IN_DNSWL_MED(-0.20)[187.23.58.17.list.dnswl.org : 127.0.5.2]; DKIM_TRACE(0.00)[me.com:+]; DMARC_POLICY_ALLOW(-0.50)[me.com,quarantine]; MX_GOOD(-0.01)[cached: mx1.mail.icloud.com]; NEURAL_HAM_SHORT(-0.99)[-0.989,0]; RECEIVED_SPAMHAUS_PBL(0.00)[148.52.235.80.zen.spamhaus.org : 127.0.0.10]; IP_SCORE(-1.07)[ip: (-3.46), ipnet: 17.58.16.0/20(-0.96), asn: 714(-0.85), country: US(-0.09)]; FREEMAIL_ENVFROM(0.00)[me.com]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:714, ipnet:17.58.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[me.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 02 Dec 2018 17:59:16 -0000 > On 2 Dec 2018, at 01:11, Mark Martinec = wrote: >=20 > 2018-11-29 18:43, Toomas Soome wrote: >> I just did push biosdisk updates to stable/12, I wonder if you could >> test those bits=E2=80=A6 >=20 > Thank you! I haven't tried it yet, but I wonder whether this fix was > already incorporated into 12.0-RC3, which would make my rescue easier. >=20 > Otherwise I can build a stable/12 on another host and transplant > the problematic file(s) to the affected host - if I knew which files > to copy. >=20 > I wonder also, if the today's posting by cksalexander@q.com on the > freebsd-stable ML titled "FreeBSD-12.0-RC3-i386-disc1.iso does not = boot" > could be describing the same problem? >=20 > Mark >=20 The files are /boot/loader* binaries - to be exact, check which one is = linked to /boot/loader. I can provide binaries if needed. Can not tell about post in freebsd-stable - it simply does not provide = enough information. rgds, toomas >=20 >>> On 29 Nov 2018, at 17:01, Mark Martinec = wrote: >>> After successfully upgraded three hosts from 11.2-p4 to 12.0-RC2 = (amd64, >>> zfs, bios), I tried my luck with one of our production hosts, and = ended up >>> with a stuck loader after rebooting with a new kernel (after the = first >>> stage of upgrade). >>> These were the steps, and all went smoothly and normally until a = reboot: >>> freebsd-update upgrade -r 12.0-RC2 >>> freebsd-update install >>> shutdown -r now >>> While booting, the 'BTX loader' comes up, lists the BIOS drives, >>> then the spinner below the list comes up and begins turning, >>> stuttering, and after a couple of seconds it grinds to a standstill >>> and nothing happens afterwards. >>> At this point the ZFS and the bootstrap loader is supposed to >>> come up, but it doesn't. >>> This host has too zfs pools, the system pool consists of two SSDs >>> in a zfs mirror (also holding a freebsd-boot partition each), the >>> other pool is a raidz2 with six JBOD disks on an LSI controller. >>> The gptzfsboot in both freebsd-boot partitions is fresh from 11.2, >>> both zpool versions are up-to-date with 11.2. The 'zpool status -v' >>> is happy with both pools. >>> After rebooting from an USB drive and reverting the /boot directory >>> to a previous version, the machine comes up normally again >>> with the 11.2-RELEASE-p4. >>> I found a file init.core in the / directory, slightly predating the >>> last reboot with a salvaged system - although it was probably not >>> a cause of the problem, but a consequence of the rescue operation. >>> It is unfortunate that this is a production host, so I can't play >>> much with it. One or two more quick experiments I can probably >>> afford, but not much more. Should I just first wait for the >>> official 12.0 release? Should I try booting with a 12.0 on USB >>> and try to import pools? Suggestions welcome. >>> Now that the /boot has been manually restored to the 11.2 state, >>> A SECOND QUESTION is about freebsd-update, which still thinks we are >>> in the middle of an upgrade procedure. Trying now to just update >>> the 11.2-RELEASE-p4 to 11.2-RELEASE-p5, the fetch complains: >>> # uname -a >>> FreeBSD xxx 11.2-RELEASE-p4 FreeBSD 11.2-RELEASE-p4 >>> # >>> # freebsd-version >>> 11.2-RELEASE-p4 >>> # >>> # freebsd-update fetch >>> src component not installed, skipped >>> You have a partially completed upgrade pending >>> Run '/usr/sbin/freebsd-update install' first. >>> Run '/usr/sbin/freebsd-update fetch -F' to proceed anyway. >>> So what is the right way to get rid of all traces of the >>> unsuccessful upgrade, and let freebsd-update believe we are cleanly >>> at 11.2-p4 ? Removing /var/db/freebsd-update did not help. >>> Mark > _______________________________________________ > 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 Sun Dec 2 21:37:20 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 57EF6130A14E for ; Sun, 2 Dec 2018 21:37:20 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (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 4C6907F91F for ; Sun, 2 Dec 2018 21:37:19 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([77.11.105.95]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MHXXo-1gUgPX00Kq-003MsK; Sun, 02 Dec 2018 22:36:43 +0100 Date: Sun, 2 Dec 2018 22:36:09 +0100 From: "O. Hartmann" To: "Bjoern A. Zeeb" Cc: "Christoph Moench-Tegeder" , "O. Hartmann" , freebsd-current@freebsd.org Subject: Re: ipv6/ppp: FreeBSD obtains linklocal on tun0 only Message-ID: <20181202223636.5adde7f7@thor.intern.walstatt.dynvpn.de> In-Reply-To: References: <20181130131259.1654aee3@thor.intern.walstatt.dynvpn.de> <20181130155937.GA74153@elch.exwg.net> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 X-Provags-ID: V03:K1:SV8J/t6oPp1GnqJRB7T3IudMW+NTJicY0QoKUPH3aOVIbP7KiQv JCZd61PYu0zqmYU4DNOYtKgztRPMSN/BzcIegKNMhCe9w9ZK3oOjLiJ+cqGjCvw1dcfFRiP UkGGaC6f0rziQSs3YvrzByg8TCsILBvdugM0gPuA1L+DSAdQpqIlUvOLlohshn3euItbBlo 6MMg6rf6xV/oZBTp5QYJA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:R4yFXgS+6Ug=:xPdHjiPRe+h+SDVNu5ISOg tC+hr0vZ3UBkXWkrDZ8vlGuBJIrl7UMGGQ6GL0wsXEir3ZTlsOumm82k9xu3RND9yKsXndhpi /Odra6xcGUzKEUFB2kmsAtCRm2/21nrxp14eOpNQLzoh+eK5XX7vYge9TH9qK36ZvBJGDI9bN CiQ+Bx5xKnIvrx+i/WbYrBS1Befj64d45r2TolPo5/pC9WR0UgLa5UKuAQJkHZgENkhb7M3O5 l7GLJvcLVPv45Pj4UaF6XmXxzo5ILD1QnZyFIKlGjI0T7gzm156P/6NYDnvQ7fxC0NpqNfet0 VCLHSzT02Y6RyyDk2Hkolt73zzGtJf0GENGLexQ67JSZrr8d2Eg+YrqEDoN90Ig3j2A41IcEX 2+hAMYAf+EqcWaimRVqj21uYqCZN+W9k2h5D/g9MZESLCNPnX/VWnXK1WvQvAv+a89ehNLFst HGXmZ48T2N3aFVdIHmUbhm637qAUFt0X+DGv3XbEkmrUnoYKO+SmSYGBZYQSZTNrE0zDMluQW qq25M/nXpibjDpPifqhu0nmm6Vnc7AuwcaFPWtZ6tU2H3qQse+isWdX2HbX+WI433YifKurD5 T/VALinNSi1Xp/fJ1N4wkOHR1HG1p0jDuWmYfOgM00CwkCzw/KxlEW72Y4nIpeu2mFTidmIMg +mwFfxfH3EaoXTxKQ+5rdhl0gL5k7rhk8rsUBoZk47XmEPyfHni8U90sgYSYQD5XWVRYRrP6F q4E8iySzS+tuAUEv9wewQHw+4WjUk2ibPXg/jfY5fILKCL3P2w/9F9eGavcGuI1G8KCUBXx38 HN8gfWKKdFyywpaErY0IJJHRohHHPqimCiVpaFVolMm2PcRNbSocTU1HejdlbgC6MHhiqgEYs lXTLYa99YlMhJG5c5J1OEh4IwK2WpYSlHqZhjOGkn9eA7z781BhDH+AkCrO4+A3MianmI6Kbu 7Za0HuGYviw== X-Rspamd-Queue-Id: 4C6907F91F X-Spamd-Result: default: False [-2.31 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; IP_SCORE(-0.66)[ip: (-2.90), ipnet: 212.227.0.0/16(-0.44), asn: 8560(0.07), country: DE(-0.01)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[walstatt.org]; AUTH_NA(1.00)[]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[mx00.gmx.net,mx01.gmx.net]; MIME_BASE64_TEXT(0.10)[]; NEURAL_HAM_SHORT(-0.55)[-0.550,0]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[19.15.227.212.list.dnswl.org : 127.0.3.1]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[95.105.11.77.zen.spamhaus.org : 127.0.0.11] X-Rspamd-Server: mx1.freebsd.org X-Mailman-Approved-At: Mon, 03 Dec 2018 00:25:45 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 02 Dec 2018 21:37:20 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBNTEyDQoNCkFtIEZy aSwgMzAgTm92IDIwMTggMTY6NDE6MDIgKzAwMDANCiJCam9lcm4gQS4gWmVlYiIgPGJ6ZWViLWxp c3RzQGxpc3RzLnphYmJhZG96Lm5ldD4gc2NocmllYjoNCg0KU29ycnkgZm9yIHRoZSBsYXRlIHJl cGx5LCBoYWQgYSBsb25nIHdlZWtlbmQgb2ZmIC4uLg0KDQo+IE9uIDMwIE5vdiAyMDE4LCBhdCAx NTo1OSwgQ2hyaXN0b3BoIE1vZW5jaC1UZWdlZGVyIHdyb3RlOg0KPiANCj4gPiAjIyBPLiBIYXJ0 bWFubiAob2hhcnRtYW5uQHdhbHN0YXR0Lm9yZyk6DQo+ID4gIA0KPiA+PiBBcyBmYXIgYXMgSSBr bm93LCB3aXRoIHRoZSBJUHY0IHN0YWNrIGEgSVB2NCBhZGRyZXNzIGlzIG9idGFpbmVkDQo+ID4+ IGF1dG9tYXRpY2FsbHksIHNvIEkgd291bGQgZXhwZWN0IHRoZSBzYW1lIGZvciBJUHY2LiAgDQo+ ID4NCj4gPiBUaGUgZnVuIHdpdGggImF1dG9tYXRpY2FsbHkiIGlzIHRoYXQgdGhlcmUncyBtb3Jl IHRoYW4gb25lIHdheS4uLg0KPiA+IERIQ1B2NiBhbmQgTkRQIChJUFY2IE5laWdoYm91ciBEaXNj b3ZlcnkgUHJvdG9jb2wvUm91dGVyIFNvbGljaXRhdGlvbikNCj4gPiBoYXZlIGJlZW4gbWVudGlv bmVkLCB0aGUgdGhpcmQgb3B0aW9uIGlzIElQVjZDUCAoUFBQIG9wdGlvbnMsIGp1c3QgYXMNCj4g PiBQUFAtd2l0aC1JUHY0IGRvZXMgd2l0aCBJUENQKS4gSSd2ZSBubyBpZGVhIHdoYXQgeW91ciBw cm92aWRlciBkb2VzLCBzby4uLiAgDQo+IA0KPiBObywgSVBWNkNQLCB0byBteSB2ZXJ5IGJlc3Qg MTUgeWVhciBvbGQgbWVtb3J5IG9ubHkgbmVnb3RpYXRlcyB0aGUNCj4gaW50ZXJmYWNlIGlkZW50 aWZpZXJzLCB3aGljaCBhcmUgdXNlZCB0byBnZW5lcmF0ZSB0aGUgbGluay1sb2NhbCBhZGRyZXNz ZXMuDQo+IFRoZXJlIGlzIG5vIG5lZ290aWF0aW9uIGZvciBmdWxsIHByZWZpeC9nbG9iYWwgYWRk cmVzc2VzLCBoZW5jZSBpdCBpcw0KPiBkaWZmZXJlbnQgdG8gdGhlIElQQ1AgTkNQIHVzZWQgZm9y IElQdjQuDQoNCkluIG15IGNhc2UuIElQVjZDUCBpbmRlZWQgZG9lcyBvbmx5IG5lZ290aWF0ZSB0 aGUgbGlua2xvY2FsIGFkZHJlc3NlcyAoZmU4MDo6KSBvbiBteQ0KV0FOIGludGVyZmFjZSAuLi4N CiANCj4gDQo+IE9uZSB3YW50cyB0byBydW4gcnRzb2wgb24gdGhlIGxpbmsgYW5kIHRoZW4gZGVw ZW5kaW5nIG9uIHRoZSBPL00gYml0cyBwb3NzaWJseQ0KPiBhbHNvIERIQ1B2NiBJ4oCZZCBhc3N1 bWUuDQo+IA0KPiBUaGVyZeKAmXMgYSBjb3VwbGUgb2Ygb3RoZXIgb3B0aW9ucyBhbmQgc2hvcnRj dXRzLCBvbiBob3cgdG8gY29uZmlndXJlIGdsb2JhbA0KPiBhZGRyZXNzZXMgKGFzIGFsd2F5cywg aWYgeW91IGtub3cgeW91IGhhdmUgYSBzdGF0aWMgcHJlZml4IGFzc2lnbmVkLCBvbmUgY2FuDQo+ IGRvIGl0IGJ5IGhhbmQgZm9yIGV4YW1wbGUpOyAgYW5kIHRoZW4gdGhlcmUgYXJlIHNob3J0Y3V0 cyBhcyB0byB3aGVuIHlvdeKAmWQNCj4gcGVyZm9ybSBEQUQsIHdoaWNoIHNob3VsZG7igJl0IGJv dGhlciB0aGUgdXNlci4gIFRoZXNlIGRheXMgdGhlcmUgc2hvdWxkIGFsc28NCj4gYmUgb3B0aW9u cyB3aXRoIHJlZ2FyZHMgdG8gUkZDNDk0MSAocHJpdmFjeSBleHRlbnNpb25zIGZvciBzdGF0ZWxl c3MgYWRkcmVzcw0KPiBhdXRvY29uZikuDQoNClN0dWR5aW5nIHRoZSBtYW5wYWdlIGZvciBwcHAo OCksIG9uZSBtaWdodCBub3QgZ2V0IHRoYXQgSVBWNkNQIGRvZXMgb25seSBuZWdvdGlhdGUgdGhl DQpJUHY2IGxpbmtsb2NhbCBhZGRyZXNzIC4uLg0KDQo+IA0KPiBJdCBtYXkgbm8gYmUgdW5jb21t b24gdG8gcnVuIHRoZSBwdHAtbGluayB3aXRoIGxpbmstbG9jYWwgYWRkcmVzc2VzIG9ubHkgYW5k DQo+IGNvbmZpZ3VyZSBhbiBhZGRyZXNzIGZyb20gYSBwcmVmaXggb24gbG8wIG9yIHRoZSBpbnRl cm5hbCBpbnRlcmZhY2Ugb25seTsgYnV0DQo+IEkgYW0gZG91YnRmdWwgRnJlZUJTROKAmXMgdXNl cmxhbmQgaW1wbGVtZW50YXRpb24gaXMgdGhhdCBzb3BoaXN0aWNhdGVkLg0KPiANCj4gL2J6DQo+ IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IGZyZWVi c2QtY3VycmVudEBmcmVlYnNkLm9yZyBtYWlsaW5nIGxpc3QNCj4gaHR0cHM6Ly9saXN0cy5mcmVl YnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2QtY3VycmVudA0KPiBUbyB1bnN1YnNjcmli ZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1jdXJyZW50LXVuc3Vic2NyaWJlQGZyZWVic2Qu b3JnIg0KDQoNCg0KLSAtLSANCk8uIEhhcnRtYW5uDQoNCkljaCB3aWRlcnNwcmVjaGUgZGVyIE51 dHp1bmcgb2RlciDDnGJlcm1pdHRsdW5nIG1laW5lciBEYXRlbiBmw7xyDQpXZXJiZXp3ZWNrZSBv ZGVyIGbDvHIgZGllIE1hcmt0LSBvZGVyIE1laW51bmdzZm9yc2NodW5nICjCpyAyOCBBYnMuIDQg QkRTRykuDQotLS0tLUJFR0lOIFBHUCBTSUdOQVRVUkUtLS0tLQ0KDQppTFVFQVJNS0FCMFdJUVFa VlpNekF0d0MyVC84NlRyUzUyOGZ5RmhZbEFVQ1hBUlFaQUFLQ1JEUzUyOGZ5RmhZDQpsTVhSQWY5 UkU3bHlnaS9lcWZrTDVVK2lBV2lRWURFbXVJVG9sZzZzT3B5cU1WVUlLWmVnMXpBMUhRTDhDdzcw DQo3dk1TYzZSd2J2dHV6OGI4TitjaGVsYXdINGR4QWY5SzJSczlPK2N3OTFQUk8wQ05OK0pjdVJu ay9nai9pdllvDQpwbjI0c1BpOE1Jb1hPT2VjUjJXU0xnMWUwdXNwU3RFQkdyMGtkeFBKMGFKQk5W dTFBdUxkDQo9Y25mcw0KLS0tLS1FTkQgUEdQIFNJR05BVFVSRS0tLS0tDQo= From owner-freebsd-current@freebsd.org Sun Dec 2 21:46:27 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CEB11130A565 for ; Sun, 2 Dec 2018 21:46:27 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (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 08CEE7FE53; Sun, 2 Dec 2018 21:46:26 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([77.11.105.95]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MD9J6-1ghty01Sqy-00GdL4; Sun, 02 Dec 2018 22:46:24 +0100 Date: Sun, 2 Dec 2018 22:45:55 +0100 From: "O. Hartmann" To: Gary Palmer Cc: "O. Hartmann" , FreeBSD CURRENT Subject: Re: ipv6/ppp: FreeBSD obtains linklocal on tun0 only Message-ID: <20181202224622.46b9624d@thor.intern.walstatt.dynvpn.de> In-Reply-To: <20181130143252.GA24286@in-addr.com> References: <20181130131259.1654aee3@thor.intern.walstatt.dynvpn.de> <20181130143252.GA24286@in-addr.com> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Provags-ID: V03:K1:Yujmk2yPiND7SdtMoba7AN9TBvqNp1B2XZhFLDHiszhMU45oF+p 9J/R/yjdm+ZUACkJqOWThNVEuVaOxvEfifAuA+iHpEyM6m5stKRb0nGiHdNsoclBv4nBYyv UKFPNJ2Lo5Bv1ITZ/0B34NxBDDRqpaBKf48tdJi71wD+G37UL6g238G/dv8iLmoq0KX1Rd6 41iY8WgyAOMmcE22q6r/g== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:9AAPuOMgmB8=:o8RgTT7nFeT5BOBZ7nwCdf JknAecgNzr5v3tfb0xIzY62/D46kI2BMfNu7nlj1//5BWpOWxTeEi2MfMfpoqpaP/LFSsPjAO nZ1aNrg61jvkX3UvcgHeSZEQLFbdGBHohk/ftcyMrnDpHFPPNkG6K+uP3aGesb2Yn9SLXpqjY NSAQv7udaSiZH7HcFx6jkxlR1s2jmBevJQemFQ0Am2TThBGftHBUil03oh6eyYeMB8r/ghuzH WlbEEAIIaSNTV18aUpS72lQzcXO+OB+Gj3nCEUJsTqJ4CkyYACYL9fv+iLjwYwuWjZTrt8Uw0 H01QMa4tZiinTOl1JVxpmNXFkqNvdvblLYbp9DygHElm4q3aJF0ofATYtaWTNfg5uTb2ECd0+ YuYXtryviGeS8eu9mSNaBuxY2URAAckNbX48nMkEJqglBODgBDnt0yYiaq+Q0IWY328iiSCUB 3hoEkPVRI4NwuqEhe3XqUdm9peWsdXQIFiItat7hJBhPO6SRV9D16AW95DNQ01+YMaSAEiTvz R49uQpgzSB3itoBOj0QVwGlwiQyjGdnQCsTqRO+Ir3fdKRc5149JJejchQ6P9wbTcqK9lP0Nl vXQlNgZVHOMf+IA/01Wp31FsofFyRIzgLBXqUpFiUeSHcmegvU+RTUGzigCCrhib40esWASfd ETh1O0x3qJ1cmZIRijp+pG74YRQn2CJN/ZJrVmmE1aIBTo1/T+CulD3enzckT3zNQhox2scsL yLc24vQAZCcJHEHrSRejB1StTCfykbm8nJwqgKyVZGPgpzy3+I00wBe6U6g9dwiCvqVryP1oD 7m+nEUX669FvDoevVIhwt9vodnaNdKBftih00B6tbMf67Pl78RN+3bgFMGWjbHsUqVhIh4Br2 2lFtfFoeiBlcViFZrrNoUzh1QgMaJmtgme42YWQ231Kt321jmKdZE4mfob6RPv+km0hq0muNk 51RpcN3eNxQ== X-Rspamd-Queue-Id: 08CEE7FE53 X-Spamd-Result: default: False [-2.29 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_LONG(-1.00)[-0.997,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[walstatt.org]; AUTH_NA(1.00)[]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mx00.gmx.net]; MIME_BASE64_TEXT(0.10)[]; NEURAL_HAM_SHORT(-0.75)[-0.746,0]; R_SPF_NA(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[95.105.11.77.zen.spamhaus.org : 127.0.0.11]; R_DKIM_NA(0.00)[]; IP_SCORE(-0.43)[ip: (-1.79), ipnet: 212.227.0.0/16(-0.44), asn: 8560(0.07), country: DE(-0.01)]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[15.15.227.212.list.dnswl.org : 127.0.3.1] X-Rspamd-Server: mx1.freebsd.org X-Mailman-Approved-At: Mon, 03 Dec 2018 00:26:46 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 02 Dec 2018 21:46:28 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBNTEyDQoNCkFtIEZy aSwgMzAgTm92IDIwMTggMTQ6MzI6NTIgKzAwMDANCkdhcnkgUGFsbWVyIDxncGFsbWVyQGZyZWVi c2Qub3JnPiBzY2hyaWViOg0KDQo+IE9uIEZyaSwgTm92IDMwLCAyMDE4IGF0IDAxOjEyOjMyUE0g KzAxMDAsIE8uIEhhcnRtYW5uIHdyb3RlOg0KPiA+IC0tLS0tQkVHSU4gUEdQIFNJR05FRCBNRVNT QUdFLS0tLS0NCj4gPiBIYXNoOiBTSEE1MTINCj4gPiANCj4gPiBNeSBJU1AgaXMgb2ZmZXJpbmcg SVB2NiBvbmx5ICJhcyBhbiBleHBlcmltZW50YWwgZmVhdHVyZSIsIHNvIEkgaGFkIHRvIGFzayB0 byBlbmFibGUNCj4gPiB0aGUgSVB2NiBzdGFjayBvbiBteSBjb25uZWN0aW9uLiBJJ20gdXNpbmcg RnJlZUJTRCAxMi1TVEFCTEUgYXMgdGhlIGJhc2lzIGZvciBhDQo+ID4gcm91dGVyL2ZpcmV3YWxs L1BCWCBzeXN0ZW0sIEZyZWVCU0QncyBvbmJvYXJkIHBwcCBjbGllbnQgaXMgcGVyZm9ybWluZyB0 aGUgdXBsaW5rIGFuZA0KPiA+IGF1dGhldGljYXRpb24gYW5kIHRoaXMgd29ya3Mgd2VsbCB3aXRo IElQdjQgZm9yIHllYXJzIGZvciBub3cuDQo+ID4gDQo+ID4gSSdtIHVzaW5nIElQRlcgYXMgbXkg ZmlsdGVyaW5nIHN5c3RlbSwgcmVhZGluZyB0aGUgc3RhbmRhcmQgL2V0Yy9yYy5pcGZpcmV3YWxs IGFuZCBhZGQNCj4gPiBzb21lIGN1c3RvbSBydWxlcyByZWdhcmRpbmcgbXkgc2V0dXAuDQo+ID4g DQo+ID4gQXMgZmFyIGFzIEkga25vdywgd2l0aCB0aGUgSVB2NCBzdGFjayBhIElQdjQgYWRkcmVz cyBpcyBvYnRhaW5lZCBhdXRvbWF0aWNhbGx5LCBzbyBJDQo+ID4gd291bGQgZXhwZWN0IHRoZSBz YW1lIGZvciBJUHY2Lg0KPiA+IA0KPiA+IEknbSBuZXcgdG8gSVB2NiBhbmQgSSd2ZSB0cm91Ymxl IHdpdGggbXkgcHJvdmlkZXIgZm9yIGEgbG9uZyB0aW1lIG5vdywgc28gdGhlcmUgaXMgYQ0KPiA+ IHNsaWdodCBwb3NzaWJpbGl0eSB0aGF0IG15IElTUCBpcyBub3QgdHJ1dGhmdWwgb24gd2hhdCB0 aGV5IHNheS4gT24gdGhlIG90aGVyIGhhbmQsDQo+ID4gdGhlcmUgaXMgc3RpbGwgYSBoaWdoIHBy b2JhYmlsaXR5IHRoYXQgSSBkbyBzb21ldGhpbmcgd3JvbmcuIEkgbmVlZCBuZWVkIHRvIHNlbmQg dGhpcw0KPiA+IGFoZWFkLCBiZWZvcmUgY29udGludWVpbmcuDQo+ID4gDQo+ID4gV2hlbiBib290 aW5nIG9mZiwgSSBzZWUgdGhlIGNsYXNzaWMgdHVuMCB1cGxpbmsgd2l0aA0KPiA+IA0KPiA+IE1Z QUREUiAtPiBISVNBRERSDQo+ID4gDQo+ID4gRm9yIElQdjYsIEkgb25seSBzZWUgbXkgbG9jYWwg bGlua2xvY2FsIGFkZHJlc3MsIGZlODA6Oi4uLiANCj4gPiANCj4gPiBDaGVja2luZyB0aGUgbG9n IG9mIHBwcCAoL3Zhci9sb2cvcHBwLmxvZyksIHRoZXJlIGlzIGFsc28gYSBmZTgwOjogbGlua2xv Y2FsIGFkZHJlc3MNCj4gPiBhc3NpZ25lZCB0byB0aGUgdmFyaWFibGUgSElTQUREUi4gU29tZWhv dywgdGhlIHR1bjAgbmV2ZXIgb2J0YWlucyBhIElQdjYgYXByZWZpeCBzbw0KPiA+IGZhci4NCj4g PiANCj4gPiBDYW4gc29tZW9uZSBnaXZlIGEgdGlwPyAgDQo+IA0KPiBJIGhhdmUNCj4gDQo+IDxw cm92aWRlcj46DQo+ICAgICAgICAgc2hlbGwgL3NiaW4vaWZjb25maWcgdHVuMCBpbmV0NiAtaWZk aXNhYmxlZCAtbm9fcmFkciBhY2NlcHRfcnRhZHYNCj4gICAgICAgICBzaGVsbCAvc2Jpbi9ydHNv bCB0dW4wICYNCj4gDQo+IGluIGEgcHBwLmxpbmt1cCBmaWxlLiAgVGhlIGFsdGVybmF0aXZlIGlz IHRvIHVzZSBkaGNwNmMsIHdoaWNoIGFsc28gd29ya2VkDQo+IGZvciBteSBwcm92aWRlci4NCj4g DQo+ICh0aGVyZSBhcmUgb3RoZXIgbGluZXMgaW4gdGhlIGxpbmt1cCBmaWxlIGFsc28sIGJ1dCBJ IHRoaW5rIHRob3NlIGFyZQ0KPiAgdGhlIHJlbGV2YW50IG9uZXMpDQo+IA0KPiBSZWdhcmRzLA0K PiANCj4gR2FyeQ0KDQpUaGFuayB5b3UgdmVyeSBtdWNoIGZvciB0aGlzIGhpbnQhIE11Y2ggYXBw cmVjaWF0ZWQuDQoNCldpdGggYWRkaW5nIHRob3NlIGxpbmVzIHRvIHRoZSBwcHAubGlua3VwIHNj cmlwdCwgdGhlIG91dGVyIGludGVyZmFjZSwgdHVuMCwgbm93IG9idGFpbnMNCnR3byB2YWxpZCBJ UHY2IGFkZHJlc3NlcyAtIG9uIGlzIGFsd2F5cyBtYXJrZWQgdGVtcG9yYXJ5LCB0aGUgb3RoZXIg aXMgY29tcHJpc2VkIGZyb20NCnRoZSBNQUMgb2YgdGhlIHBoeXNpY2FsIGludGVyZmFjZSBmcm9t IHdoaWNoIGlzIHR1bjAgaXMgY2xvbmVkLg0KDQpCdXQgd2hlbiB0aGUgSVNQIGlzIGNoYW5naW5n IHRoZSBJUHMgKGJvdGggSVB2NCBhbmQgSVB2NiksIHdpdGhvdXQgYW55IGZ1cnRoZXINCmFjdG9p biBJIGhhdmUgYSBidW5jaCBvZiBJUHY2IGFkZHJlc3NlcyBvdmVyIHRpbWUgYXNzb2NpYXRlZCB3 aXRoIHR1bjAuIA0KDQpUaGUgZG9jdW1lbnRhdGlvbiBsYWNrcyBpbiBtYW55IGFzcGVjdHMgaG93 IHRvIGRlYWwgd2l0aCBJUHY2LCBlc3BlY2lhbGx5IHdoZW4gaXQgY29tZXMNCnRvICJ3ZWxsIGtu b3duIHRoaW5ncyBmcm9tIHRoZSBvbGQgSVB2NCB3b3JsZCIuIFNpbmNlIERETlMgYWxzbyBpcyBz dGlsbCBzb21ldGhpbmcgcGVvcGxlDQp1c2Ugd2l0aCBJUHY2LCBNWUFERFI2IGRvZXNuJ3QgY2Fy cnkgdGhlIElQVjYgYWRkcmVzcyBvYnRhaW5lZCBhZnRlciBydHNvbGQgaGFzIGJlZW4NCnN0YXJ0 ZWQgYW5kIHJ0c29sIHR1bjAgaGFzIGJlZW4gaXNzdWVkIGFzIGRlc2NyaWJlZCBhYm92ZSAoTVlB RERSNi9ISVNBRERSNiBhcmUgYXNzaWduZWQNCndpdGggdGhlIGxpbmtsb2NhbCBhZGRyZXNzZXMp Lg0KDQpUaGFua3MgZm9yIHRoZSBoZWxwISANCg0KS2luZCByZWdhcmRzLA0KT2xpdmVyDQoNCg0K LSAtLSANCk8uIEhhcnRtYW5uDQoNCkljaCB3aWRlcnNwcmVjaGUgZGVyIE51dHp1bmcgb2RlciDD nGJlcm1pdHRsdW5nIG1laW5lciBEYXRlbiBmw7xyDQpXZXJiZXp3ZWNrZSBvZGVyIGbDvHIgZGll IE1hcmt0LSBvZGVyIE1laW51bmdzZm9yc2NodW5nICjCpyAyOCBBYnMuIDQgQkRTRykuDQotLS0t LUJFR0lOIFBHUCBTSUdOQVRVUkUtLS0tLQ0KDQppTFVFQVJNS0FCMFdJUVFaVlpNekF0d0MyVC84 NlRyUzUyOGZ5RmhZbEFVQ1hBUlNyZ0FLQ1JEUzUyOGZ5RmhZDQpsSHJIQWY5N2Y3cEZMUXRVdWdW cXRRa2tjbU93WmZEVDNoU3BKekNLeSsyU1VCdTFwMDhUUk5uTzZ0Mmx0K3EyDQo4Qmo5ZWRCL1li YnN4L0s4TE5hWVU1SWNJWlJTQWY5bm5CTndOdmZkcUxROGhtN3pMRTJtcGdyb0JmYVQrTmtrDQov aVdFcWhBYVNOQTVNc2c4am1FMzJxbTd2UmlwcFV5RXpPZUc1bDhQL21pR0hWV0NhUjZkDQo9ZXdC Vw0KLS0tLS1FTkQgUEdQIFNJR05BVFVSRS0tLS0tDQo= From owner-freebsd-current@freebsd.org Mon Dec 3 02:36:12 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8719A13126A9 for ; Mon, 3 Dec 2018 02:36:12 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by mx1.freebsd.org (Postfix) with ESMTP id D43706C8BE for ; Mon, 3 Dec 2018 02:36:10 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from unknown (HELO midget.dons.net.au) ([118.211.116.174]) by ipmail07.adl2.internode.on.net with ESMTP; 03 Dec 2018 13:01:01 +1030 Received: from midget.dons.net.au (localhost [127.0.0.1]) by midget.dons.net.au (8.15.2/8.15.2) with ESMTPS id wB32UrxJ024787 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 3 Dec 2018 13:00:54 +1030 (ACDT) (envelope-from darius@dons.net.au) Received: (from mailnull@localhost) by midget.dons.net.au (8.15.2/8.15.2/Submit) id wB321mtN001681 for ; Mon, 3 Dec 2018 12:31:48 +1030 (ACDT) (envelope-from darius@dons.net.au) X-Authentication-Warning: midget.dons.net.au: mailnull set sender to using -f Received: from maelstrom.gsoft.com.au (Maelstrom.gsoft.com.au [203.31.81.59]) by [118.211.116.174] (envelope-sender ) (MIMEDefang) with ESMTP id wB321gRt001677; Mon, 03 Dec 2018 12:31:48 +1030 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: ipv6/ppp: FreeBSD obtains linklocal on tun0 only From: "O'Connor, Daniel" In-Reply-To: <20181202224622.46b9624d@thor.intern.walstatt.dynvpn.de> Date: Mon, 3 Dec 2018 12:31:41 +1030 Cc: Gary Palmer , "O. Hartmann" , FreeBSD CURRENT Content-Transfer-Encoding: quoted-printable Message-Id: References: <20181130131259.1654aee3@thor.intern.walstatt.dynvpn.de> <20181130143252.GA24286@in-addr.com> <20181202224622.46b9624d@thor.intern.walstatt.dynvpn.de> To: "O. Hartmann" X-Mailer: Apple Mail (2.3445.101.1) X-Spam-Score: 0 () No, score=0.0 required=5.0 tests=none autolearn=unavailable autolearn_force=no version=3.4.1 X-Scanned-By: MIMEDefang 2.83 on 10.0.2.1 X-Rspamd-Queue-Id: D43706C8BE X-Spamd-Result: default: False [3.48 / 15.00]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MV_CASE(0.50)[]; NEURAL_SPAM_SHORT(0.76)[0.761,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; HAS_XAW(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[131.137.101.150.rep.mailspike.net : 127.0.0.18]; DMARC_NA(0.00)[dons.net.au]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.66)[0.659,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: midget.dons.net.au]; NEURAL_SPAM_LONG(0.46)[0.464,0]; R_SPF_NA(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(0.21)[ipnet: 150.101.0.0/16(1.25), asn: 4739(-0.18), country: AU(-0.04)]; ASN(0.00)[asn:4739, ipnet:150.101.0.0/16, country:AU]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[131.137.101.150.list.dnswl.org : 127.0.5.1] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 03 Dec 2018 02:36:12 -0000 > On 3 Dec 2018, at 08:15, O. Hartmann wrote: >=20 >=20 > The documentation lacks in many aspects how to deal with IPv6, = especially when it comes > to "well known things from the old IPv4 world". Since DDNS also is = still something people > use with IPv6, MYADDR6 doesn't carry the IPV6 address obtained after = rtsold has been > started and rtsol tun0 has been issued as described above = (MYADDR6/HISADDR6 are assigned > with the linklocal addresses). FWIW I use dhcp6c to get an IPv6 range from my ISP. My /usr/local/etc/dhcp6c.conf looks like.. interface ng0 { send ia-pd 0; }; id-assoc pd { prefix-interface bridge0 { sla-id 0; sla-len 8; }; }; I am using mpd5 for PPPoE and bridge0 is my LAN interface. My /etc/rtadvd.conf looks like.. # Leaving rltime at the default gives = http://www.freebsd.org/cgi/query-pr.cgi?pr=3D162547 # setting it to 0 prevents it being used as a router. Setting to 1800 = (the putative default) # works.. bridge0:\ :rltime#1800:\ :rdnss=3D"xxx":\ :dnssl=3D"yyy": where xxx is the IPv6 address of my server and yyy is my domain. (I'm not sure if the comment regarding rltime is true any more though = but it works so I don't touch it ;) -- Daniel O'Connor "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum From owner-freebsd-current@freebsd.org Mon Dec 3 07:22:29 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F256313187CB for ; Mon, 3 Dec 2018 07:22:28 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9A73A75077; Mon, 3 Dec 2018 07:22:28 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from ivaldir.etoilebsd.net (etoilebsd.net [178.32.217.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: bapt) by smtp.freebsd.org (Postfix) with ESMTPSA id 693D4E133; Mon, 3 Dec 2018 07:22:28 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by ivaldir.etoilebsd.net (Postfix, from userid 1001) id 5EAB489427; Mon, 3 Dec 2018 08:22:27 +0100 (CET) Date: Mon, 3 Dec 2018 08:22:27 +0100 From: Baptiste Daroussin To: Yuri Pankov Cc: freebsd-current Subject: Re: WITH_CTF breaks CD loader: "File too big" Message-ID: <20181203072226.mpvh7an5pupjbwkb@ivaldir.net> References: <6e53765f-52bd-f503-c1a5-ae23e402afcb@yuripv.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ixxoaigwcjpbi7by" Content-Disposition: inline In-Reply-To: <6e53765f-52bd-f503-c1a5-ae23e402afcb@yuripv.net> User-Agent: NeoMutt/20180716 X-Rspamd-Queue-Id: 9A73A75077 X-Spamd-Result: default: False [0.56 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_SPAM_LONG(0.28)[0.280,0]; NEURAL_SPAM_MEDIUM(0.08)[0.081,0]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US]; NEURAL_SPAM_SHORT(0.20)[0.197,0] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 03 Dec 2018 07:22:29 -0000 --ixxoaigwcjpbi7by Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Dec 02, 2018 at 06:08:34PM +0300, Yuri Pankov wrote: > Hi, >=20 > Building disc1.iso using `make release` and having WITH_CTF set in > src.conf leads to "File too big" displayed when booting the image. >=20 > Would it make sense to build loader and related parts without CTF > unconditionally as it doesn't look useful there? >=20 Fully agree with you Best regards, Bapt --ixxoaigwcjpbi7by Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAlwE2a0ACgkQY4mL3PG3 PloMnw//fiuEy93L/ilGcG6Oa01i5gXd9ptnTcpnsZPAQp/TmdAZcWn7LBUojP5Q JCXE4Z+1CyBSpfj4CVhjWzqRFZ8HTVJO4EI7+pWNLtTeTf2JSoqAn8HGsW+ly3bH AGoLfHPeed1JJAjL8bGdo1HKQ+018rvb3LVBbfSIBCy68eh9ojSLPkcGglX5m/rl MSZCbnePancHVsi+9scou5KEcdqwzzqHeExLQhAjogPzuhJnCYA15XRDnFwrUF23 3bCif5U7Wc9+38uYwDwIgZe2ibO4BYVYfDRo8UleYGm24arEYnwyyxmljj5eRrCh LATOItrqdDASVKOtyQY112OVhMzr0iLK6wFo6VL4qUzuVVUyomJq9kGdzCgVk/J3 qo3AxQI5NJ/cmo5rZeC9oV+yOpK1bCQje9dW2FScxIt1MfzcJTi16/hxq4wkgg+3 vOhCRfBZmbUreh0Ic89MGNUMqCNlI7yMsfs9pQk7bfMiTCmVS7hZwBkovZKG1ShY KBtSVcXg0Zz2mEZd3lZ1oZDouPr3QYgNAgP84Y9uAkem1tVvKtzHicfeyC9nwWJf cJ/+x0kAlpE7XDldLdJYhkXx/mQWB+xG7wkP4eitOH6VSBkDrIYC6KVuLcTMhWEo ZRSWJuNr8QMuupkxaI1nK8S+B/yt2+hmJ0Seq/D/cboO+P96/gs= =r47W -----END PGP SIGNATURE----- --ixxoaigwcjpbi7by-- From owner-freebsd-current@freebsd.org Mon Dec 3 08:27:06 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 455F4131A122; Mon, 3 Dec 2018 08:27:06 +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 6E6F576FF4; Mon, 3 Dec 2018 08:27:05 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([77.11.105.95]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M3MAG-1hKK7O1c0m-00r0Pb; Mon, 03 Dec 2018 09:26:50 +0100 Date: Mon, 3 Dec 2018 09:26:14 +0100 From: "O. Hartmann" To: Tomoaki AOKI Cc: freebsd-stable@freebsd.org, ohartmann@walstatt.org, freebsd-current@freebsd.org Subject: Re: Fujitsu Lifebook E751 (iGPU: HM65): distorted console with UEFI boot Message-ID: <20181203092641.26c23a45@thor.intern.walstatt.dynvpn.de> In-Reply-To: <20181130231407.72a23e2cab0b922e2edd5c98@dec.sakura.ne.jp> References: <20181128105138.56ca2beb@thor.intern.walstatt.dynvpn.de> <20181128150042.09f6da1a4750317dfaae7f0f@bidouilliste.com> <20181128193948.04f958a1@thor.intern.walstatt.dynvpn.de> <20181130231407.72a23e2cab0b922e2edd5c98@dec.sakura.ne.jp> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: base64 X-Provags-ID: V03:K1:UvSacc7dvFIwwPz1xDxsWur/+p7aPe9C1SyVs3WyJCNuHrU0BLq aV5GRlm/ytpAPeXEkNuvjHAVzKfE4GqBZEL79OBp8EkG+oGrXJhyFVpNAAzarDoCq1A+9Qg lXmwVZpkiY75fYcJeSDdwqq7XsRpr9BDrUVvXB7wBDJEr6VlTuItPOjkAvhj2FToXUbhe8y zWFtO1CiOXLIhXgTmIeZA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:HoZXRMeEqP8=:mHlcnvxXex7hHlbktpKr4W boks0Q0Kl1sv6sx8M0fazuN9X3GABzijby6uEe5xXhZrupKIcw43wUliwkd6FJK7AP1lXzg1u CefMaN3JmZrZBYkhl+CYps5zk6CpB24w4d+PKuoN+RMI5XBlLi11TrXQPfVyuCEdoFEHQKxof 4+x+8lEDTDdp9h9JDA5Zar/RjrsRmXU6yZ4INFpOIHZcJnDRz6TKfp0IWEGZpFqlgRYJxaKWi E89t+dl0+4d6/gIGiYwNH22J7ZFbHM92kti5cbnbbufpWT+1dJPQUITiqKkQE1UEFfZ/9Tqx1 bOmbXmp5e8CLmpmmnDju0YEbdQnhVPwF9qf5mKJIoThLs34icYsHLdcwW7p71V4oiv/y0gpV0 VHxHIEaEiCyx2EBm0Pb4Deg3YjryAY4A4m5SyPmDLmL2QqVEj5sqzAt4Et4M1XvqXGg4pmk+v fqaXu8I/QqVnb76BtObETzNkKQzfoCmUKxiwyHE2j8kRxAWhhdvEDAdstG1QnTEu8CK3de64K liQ0yPAa65952q5q+ncSQGcOx840+PoOdnjSxYv/HEAEeQK/zB0BjOHgc5QMHERsagLfwIY1f Q2zZrwKcSDBnqwKyxe7rNjEGqICY5FkJpazSifu7VTjIpz1rHwnTP+1458pyAouQLqK862LZu zHPFVxXy7UHOrqF2bROI2+p2md/So4cw+RhqqSPea3Mr44Xw5Q7YDUfiXid6etRWo72DCeOOt oiCUTXZl+h5jR2vqvbkdB+ux5swRQTU+ZbgFJFimEs3E2OTcfxeHziMkEgBgb4DUNU23KEyok 8MGij9Lfna3DfR9vC+vZwpx0/pLXZ5/sCxYOKWr2Tme7ldC/3mDxucYpbGYFs+cO3GehPdbSL 9It34orbAE20t28tJn8AirXwgINCo76voCjk+AKwYvQve0UtD2tkkiEuDaIyrEnBqVEVOj7gA q4vIhSCWkuw== X-Rspamd-Queue-Id: 6E6F576FF4 X-Spamd-Result: default: False [-1.91 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.997,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; IP_SCORE(-0.42)[ip: (-1.73), ipnet: 212.227.0.0/16(-0.43), asn: 8560(0.07), country: DE(-0.01)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[walstatt.org]; AUTH_NA(1.00)[]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mx00.gmx.net]; MIME_BASE64_TEXT(0.10)[]; NEURAL_HAM_SHORT(-0.38)[-0.380,0]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[21.17.227.212.list.dnswl.org : 127.0.3.1]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[95.105.11.77.zen.spamhaus.org : 127.0.0.11] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 03 Dec 2018 08:27:06 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBNTEyDQoNCkFtIEZy aSwgMzAgTm92IDIwMTggMjM6MTQ6MDcgKzA5MDANClRvbW9ha2kgQU9LSSA8anVuY2hvb25AZGVj LnNha3VyYS5uZS5qcD4gc2NocmllYjoNCg0KPiBPbiBXZWQsIDI4IE5vdiAyMDE4IDE5OjM5OjIx ICswMTAwDQo+ICJPLiBIYXJ0bWFubiIgPG9oYXJ0bWFubkB3YWxzdGF0dC5vcmc+IHdyb3RlOg0K PiANCj4gPiAtLS0tLUJFR0lOIFBHUCBTSUdORUQgTUVTU0FHRS0tLS0tDQo+ID4gSGFzaDogU0hB NTEyDQo+ID4gDQo+ID4gQW0gV2VkLCAyOCBOb3YgMjAxOCAxNTowMDo0MiArMDEwMA0KPiA+IEVt bWFudWVsIFZhZG90IDxtYW51QGJpZG91aWxsaXN0ZS5jb20+IHNjaHJpZWI6DQo+ID4gICANCj4g PiA+ICBIaSwNCj4gPiA+IA0KPiA+ID4gT24gV2VkLCAyOCBOb3YgMjAxOCAxMDo1MToxMSArMDEw MA0KPiA+ID4gIk8uIEhhcnRtYW5uIiA8b2hhcnRtYW5uQHdhbHN0YXR0Lm9yZz4gd3JvdGU6DQo+ ID4gPiAgIA0KPiA+ID4gPiAtLS0tLUJFR0lOIFBHUCBTSUdORUQgTUVTU0FHRS0tLS0tDQo+ID4g PiA+IEhhc2g6IFNIQTUxMg0KPiA+ID4gPiANCj4gPiA+ID4gSSByYW4gaW50byBzb21lIHRyb3Vi bGUgYm9vdGluZyBvZmYgYSBGdWppdHN1IExpZmVib29rIEU3NTEgKGZpcm13YXJlIGlzIGxhdGVz dCwNCj4gPiA+ID4gcjEuMjIgZnJvbSAyMDEzKS4gVGhlIEU3NTEgaXMgb2YgbW9kZWwgc2VyaWVz IFMyNjM5MS1LMzI2LVYxMDAgYW5kIGVxdWlwdGVkIHdpdGgNCj4gPiA+ID4gYSBDb3JlIGk1LTI1 MjBNIENQVSBhbmQgc3VwcG9zZWQgdG8gYmUgYWxzbyBlcXVpcHRlZCB3aXRoIGEgaUdQVSBITTY1 IGFjY29yZGluZw0KPiA+ID4gPiB0byB0aGUgdGVjaG5pc2NhbCBzcGVjaWZpY2F0aW9ucyBmcm9t IEZ1aml0c3UuDQo+ID4gPiA+IA0KPiA+ID4gPiBUcnlpbmcgdG8gYm9vdCBvZmYgMTItUFJFUkVM RUFTRS8xMi1SQzIgYW5kL29yIDEzLUNVUlJFTlQgKG1vc3QgcmVjZW50IEkgY291bGQNCj4gPiA+ ID4gZ3JhcCBmcm9tIHRoZSBkb3dubG9hZCBwYWdlKSwgdGhlIHNjcmVlbiBiZWNvbWVzIGRpc3Rv cnRlZCBpbW1lZGlhdGVseSBhZnRlciB0aGUNCj4gPiA+ID4ga2VybmVsIGhhcyBsb2FkZWQgYW5k IGluaXRpYWxpc2VkL2Jvb3RlZC4gVGhlIHNjcmVlbiBpcyBhdCB0aGUgbG9hZGVyJ3MgYWxsIHJp Z2h0DQo+ID4gPiA+IHNvIGZhci4NCj4gPiA+ID4gDQo+ID4gPiA+IFRyeWluZyB0byBkaXNhYmxl IGdyYXBoaWNzIG1vZGUgdmlhIGVzY2FwaW5nIHRvIHRoZSBsb2FkZXIncyBwcm9tcHQgYW5kIHNl dHRpbmcgDQo+ID4gPiA+IA0KPiA+ID4gPiBzZXQgaHcudmdhLnRleHRtb2RlPTENCj4gPiA+ID4g DQo+ID4gPiA+IHN1YnNlcXVlbnRseSBsb2FkaW5nIHRoZSBrZXJuZWwgYW5kIHRoZW4gYm9vdGlu ZywgZG9lc24ndCBoZWxwLiBUaGUgc2NyZWVuIGlzDQo+ID4gPiA+IGRpc3RvcnRlZCBhZ2Fpbi4g VGhlIG5vdGVib29rIHNlZW1zIFVFRkkgb25seSBhbmQgZG9lc24ndCBib290IG9mZiBmcm9tIE1C Ug0KPiA+ID4gPiBwYXJ0aW9uZWQgZGV2aWNlcyAoaS5lLiBOYW5vQlNEIEkgdXNlZCB0byB1c2Up Lg0KPiA+ID4gPiANCj4gPiA+ID4gTG9hZGluZyAvYm9vdC9rZXJuZWwvaTkxNWttcy5rbw0KPiA+ ID4gPiANCj4gPiA+ID4gYWZ0ZXIgbWFudWFsbHkgaGF2aW5nIGxvYWRlZCAvYm9vdC9rZXJuZWwv a2VybmVsIChhbmQgbm90IGJvb3RlZCB5ZXQpIGRvZXNuJ3QNCj4gPiA+ID4gY2hhbmdlIGFueXRo aW5nIGVpdGhlci4NCj4gPiA+ID4gDQo+ID4gPiA+IEJvb3Rpbmcgb2ZmIGFuZCBpbnN0YWxsaW5n IExpbnV4IChVYnVudHUsIE1pbnQgc28gZmFyLCBtb3N0IHJldmVudCB2ZXJpb25zIEkgY2FuDQo+ ID4gPiA+IGdldCBteSBoYW5kcyBvbikgaXMgbm8gcHJvYmxlbS4gVGhlIGNvbnNvbGUgd29ya3Mg ZmluZSBmcm9tIHRoZSBiZWdpbm5pbmcgYW5kIHNvDQo+ID4gPiA+IHRoZSBncmFwaGljcy4NCj4g PiA+ID4gDQo+ID4gPiA+IElzIHRoZXJlIGEgY2hhbmNlIHRvIGdldCBhIEZyZWVCU0QgYm9vdGlu ZyB0aGUgZWFzeSB3YXk/IA0KPiA+ID4gPiANCj4gPiA+ID4gVGhlIHByb3ZpZGVkIGJvb3QgaW1h Z2VzIGRvIG5vdCBjb250YWluIGFueSBvZiB0aGUNCj4gPiA+ID4gZ3JhcGhpY3MvZHJtLXN0YWJs ZXxuZXh0fGxlZ2FjeS1rbW9kIHN0dWZmLCBJIHRyaWVkIHRvIGxvYWQgaTkxNWttcy5rbyBvZmYN Cj4gPiA+ID4gZnJvbSAvYm9vdC9tb2R1bGVzLyAod2VyZSB0aG9zZSBtb2R1bGVzIGZyb20gdGhl IHBvcnRzIGFyZSBzdXBwb3NlZCB0byByZXNpZGUpDQo+ID4gPiA+IGJ1dCBubyBjaGFuY2UuDQo+ ID4gPiA+IA0KPiA+ID4gPiBCZWZvcmUgc3RhcnRpbmcgaW52ZXN0aWdhdGluZyB0aGlzIGlzc3Vl IGZ1cnRoZXIgSSdkIGxpa2UgdG8gYXNrIHdldGhlciB0aGVyZSBpcyBhDQo+ID4gPiA+IGdlbmVy YWwgc3VwcG9ydCBwcm92aWRlZCBvciBpcyB0aGF0IHR5cGUgb2Ygbm90ZWJvb2sgZGVhZCBtYXR0 ZXIgZm9yIEZyZWVCU0Qgb2YNCj4gPiA+ID4gdGhlIG1vZGVybiBraW5kPw0KPiA+ID4gPiANCj4g PiA+ID4gVGhhbmtzIGluIGFkdmFuY2UsDQo+ID4gPiA+IA0KPiA+ID4gPiBvaA0KPiA+ID4gPiAN Cj4gPiA+ID4gcC5zLiBwbGVhc2UgQ0MgbWUsIEknbSBub3Qgc3Vic2NyaWJpbmcgYWxsIGxpc3Rz Lg0KPiA+ID4gPiANCj4gPiA+ID4gLSAtLSANCj4gPiA+ID4gTy4gSGFydG1hbm4NCj4gPiA+ID4g LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0NCj4gPiA+ID4gDQo+ID4gPiA+IGlMVUVBUk1L QUIwV0lRUVpWWk16QXR3QzJULzg2VHJTNTI4ZnlGaFlsQVVDVy81bEtnQUtDUkRTNTI4ZnlGaFkN Cj4gPiA+ID4gbE1oUkFmNHl2NE1xbUhZVlpJS28rVEUxVkFDdUhwWFN2OGFkNEp6VktNRy9TOXVH Y0xMRGZMZ1NNOTY5OUZEUA0KPiA+ID4gPiAvUWhJTUNDSEoxaEdBdFhBQ2R3R0NzeVo1TG1pQWY5 M0pIRlUwVytHSldkWEpJK3NSY1d2RVpyelFsYjVDemhmDQo+ID4gPiA+IHZhTTVRWiszbjBlcm1i ZTUvSWJ2by95emhMNVl5b25HNy9sRXF2bmY3R0FBK3NuditEdmcNCj4gPiA+ID4gPVhEN2INCj4g PiA+ID4gLS0tLS1FTkQgUEdQIFNJR05BVFVSRS0tLS0tICAgIA0KPiA+ID4gDQo+ID4gPiAgQ291 bGQgeW91IHBvc3QgYSBwaWN0dXJlIHNvbWV3aGVyZSA/DQo+ID4gPiANCj4gPiA+ICBJIGhhdmUg YSBsYXB0b3Agd2hpY2ggaGF2ZSBlZmlmYiBwcm9ibGVtLCB3aGF0IEkgbmVlZCB0byBkbyBpcyAo YXQNCj4gPiA+IGxvYWRlciBwcm9tcHQpIDoNCj4gPiA+IA0KPiA+ID4gIGdvcCBzZXQgNCAodG8g c3dpdGNoIHRvIGEgZGlmZmVyZW50IG1vZGUpDQo+ID4gPiAgZ29wIHNldCAwIChzd2l0Y2ggdG8g dGhlIGNvcnJlY3QgbW9kZSkNCj4gPiA+IA0KPiA+ID4gIFlvdSBjYW4gZ29wIGxpc3QgKGlpcmMp IHRvIGNoZWNrcyB0aGUgYXZhaWxhYmxlIG1vZGUuDQo+ID4gPiANCj4gPiA+ICBUaGUgcHJvYmxl bSBpcyB0aGF0IHdlIGFyZSBtaXhpbmcgc2VyaWFsIGFuZCBnb3AgaW4gbG9hZGVyLmVmaSBhbmQN Cj4gPiA+IHdoZW4geW91IHNldCBvbmUgbW9kZSBpbiBzZXJpYWwgKG9yIGZvciBTSU1QTEVfVEVY VF9QUk9UT0NPTCkgaXMgY2FuDQo+ID4gPiBtZXNzIHRoZSBncmFwaGljYWwgbW9kZS4NCj4gPiA+ ICAgDQo+ID4gDQo+ID4gU29ycnksIEkgaGF2ZSBubyB1cGxvYWQgcGxhY2UgdG8gcHV0IHNvbWUg c2NyZWVuc2hvdHMuIA0KPiA+IA0KPiA+IFRoZSBuYXR1cmFsIHJlc29sdXRpb24gb2YgdGhlIGRp c3BsYXkgaXMgMTI4MHg4MDAgcGl4ZWwuDQo+ID4gDQo+ID4gV2hlbiBleGlzdGluZyB0byB0aGUg bG9hZGVyIGFuZCBpc3N1aW5nIGFzIHJlY29tbWVuZGVkIHRoZSBjb21tYW5kICJnb3AgbGlzdCIs IEkgZ2V0DQo+ID4gdGhyZWUgbW9kZXM6DQo+ID4gDQo+ID4gbW9kZSAwOiAxMDI0eDc2OHgzMiwg c3RyaWRlPTEwMjQNCj4gPiBtb2RlIDE6IDY0MHg0ODB4MzIsIHN0cmlkZT02NDANCj4gPiBtb2Rl IDI6IDgwMHg2MDB4MzIsIHN0cmlkZT04MDANCj4gPiANCj4gPiBTZXR0aW5nIG1vZGUgMSBhbmQg MiB2aWEgZ29wIHNldCBYIHNvbHZlcyB0aGUgcHJvYmxlbSBhbmQgdGhlIHNjcmVlbiBpcywgYXQg bGVhc3QNCj4gPiBkdXJpbmcgYSBsaXZlIHNlc3Npb24gb2YgdGhlIGxhdGVzdCAxMi1QUkUgVVNC IGltYWdlLCByZWFkYWJsZSBhbmQgbG9va2luZyBub3JtYWwuDQo+ID4gDQo+ID4gQXMgc29vbiBh cyBJIGhhdmUgYW4gaW5zdGFsbGF0aW9uIG1lZGlhLCBJJ2xsIGNoZWNrIHdoZXRoZXIgdGhlIHNj cmVlbiBpcyBvcGVyYWJsZQ0KPiA+IGFmdGVyIGluc3RhbGxhdGlvbiAoYW5kLCBvZiBjb3Vyc2Us IGxvYWRlciBzZXR0aW5ncyBhcyByZXF1aXJlZCksIG9yIG5vdC4gIA0KPiANCj4gSGkuDQo+IA0K PiBTbyB5b3UgY2FuIHRyeQ0KPiAgICAgZWZpX21heF9yZXNvbHV0aW9uPSI4MDB4NjAwIg0KPiBv cg0KPiAgICAgZWZpX21heF9yZXNvbHV0aW9uPSI2NDB4NDgwIg0KPiBpbiAvZXRjL2xvYWRlci5j b25mLg0KPiANCj4gU2VlIC9ldGMvZGVmYXVsdHMvbG9hZGVyLmNvbmYgZm9yIG1vcmUgaW5mby4N Cj4gVGhlIGxvYWRlci5jb25mIG1hbiBwYWdlIGRvZXNuJ3Qgc2hvdyB3aGF0J3MgdGhlIGRlZmF1 bHQgdmFsdWUuDQpbLi4uXQ0KDQpUaGFuayB5b3UgdmVyeSBtdWNoLg0KDQpTZXR0aW5nIHRob3Nl IHZhbHVlcyBpbiBsb2FkZXIuY29uZiAoODAweDYwMCwgMTAyNHg3NjggZmFpbHMgYW5kIGxlYXZl cyBtZSB3aXRoIGENCmRpc3RvcnRlZCBzY3JlZW4pIG1ha2UgdGhlIGNvbnNvbGUgd29yayBhZ2Fp biBhbHNvIGZvciBhIGluc3RhbGxlZCBGcmVlQlNEIDEyKyAoVUVGSQ0KYm9vdCkuDQoNClRoZSAi ZGlzdG9ydGlvbiIgY2FuIGJlIGRlc2NyaWJlZCBhcyBmb2xsb3dzIChtYXliZSBhIGhpbnQpOiB0 aGUgc2NyZWVuIHNlZW1zICJjaHVua2VkIiwNCm1lYW5zICB0aGVyZSBhcmUgaWRlYXMgb2Ygcm93 cyBhbmQgY29sdW1ucywgYW5kIHRoZSBzcXVhcmUgdGhlIGludGVyc2VjdGlvbnMgZGVmaW5lLCBo YXZlDQpob3Jpem9udGFsIGFuZCB2ZXJ0aWNhbCBsaW5lcywgbGlrZSBhICJsaW5lIGNvdXJzb3Ii LiBUaGlzIG1heSBoZWxwIGlkZW50aWZ5aW5nIHRoZQ0KcHJvYmxlbS4NCg0KS2luZCByZWdhcmRz IGFuZCB0aGFuayB5b3UgdmVyeSBtdWNoLA0KDQpPLiBIYXJ0bWFubg0KDQoNCi0gLS0gDQpPLiBI YXJ0bWFubg0KDQpJY2ggd2lkZXJzcHJlY2hlIGRlciBOdXR6dW5nIG9kZXIgGyQoRCpkGyhCYmVy bWl0dGx1bmcgbWVpbmVyIERhdGVuIGYbJChEK2QbKEJyDQpXZXJiZXp3ZWNrZSBvZGVyIGYbJChE K2QbKEJyIGRpZSBNYXJrdC0gb2RlciBNZWludW5nc2ZvcnNjaHVuZyAoGyRCIXgbKEIgMjggQWJz LiA0IEJEU0cpLg0KLS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0NCg0KaUxVRUFSTUtBQjBX SVFRWlZaTXpBdHdDMlQvODZUclM1MjhmeUZoWWxBVUNYQVRvd1FBS0NSRFM1MjhmeUZoWQ0KbEl2 NEFmOUhPSTNrSm9SWTl1M3BwSUlZd09KOWI2UU9rT1NpMFhkbU1aeUd1dUlwb1F5RUFnaGJubzNv YTNkKw0Kd2RoNXdtOWIzS3BOcnl1MmZ2NFpVY1NicENNeEFmNDdNVUZtRUY0NWhxRkdCN0ROanht WFg4NU0vUVB3Zm82UQ0KcDZldTVlMDRmQlpSTHFZT1hWT085VHE5U3lGU0c3YlE4NlREMTdzYm85 RDlVcTFRcmlNdQ0KPTNpRlENCi0tLS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLQ0K From owner-freebsd-current@freebsd.org Mon Dec 3 09:45:11 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D727013219E4; Mon, 3 Dec 2018 09:45:10 +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 01DB07A3FB; Mon, 3 Dec 2018 09:45:09 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([77.11.105.95]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LaGfK-1hDDt52I62-00m3Ez; Mon, 03 Dec 2018 10:45:01 +0100 Date: Mon, 3 Dec 2018 10:44:31 +0100 From: "O. Hartmann" To: "O. Hartmann" Cc: Tomoaki AOKI , freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: Fujitsu Lifebook E751 (iGPU: HM65): distorted console with UEFI boot Message-ID: <20181203104458.3b7db2c8@thor.intern.walstatt.dynvpn.de> In-Reply-To: <20181203092641.26c23a45@thor.intern.walstatt.dynvpn.de> References: <20181128105138.56ca2beb@thor.intern.walstatt.dynvpn.de> <20181128150042.09f6da1a4750317dfaae7f0f@bidouilliste.com> <20181128193948.04f958a1@thor.intern.walstatt.dynvpn.de> <20181130231407.72a23e2cab0b922e2edd5c98@dec.sakura.ne.jp> <20181203092641.26c23a45@thor.intern.walstatt.dynvpn.de> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: base64 X-Provags-ID: V03:K1:t+sf5LEcQyddz5surbzzB5jKJ0vrDGvLw6wiDjXZp0cstXHpVzc ShE4ASTEmbRgxS4vgVcKs3TkdIjIB2juwB31+x5mJmMCMeNeuOjuKryjbCfWMUNo4HbLN+I JogTkpKb9px0wJvDwGUKO2sXDiVvWODboVdU2f7ObN9KJiYfmmYqXc+CVwHpx3qXFWGQK2s 8zeHGAJeAZqtnu9OriZqA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:BXQKv1ZW43c=:6QikIGCjkcZYpswTUFpKz3 8uh7jla9lVGf5N4e4TcDkDHqJcB+zFb/Hix464coqZdj29pN4zhph8Ih+xSc3pzhTcC5JGGNF jUltA3fSAdpy/DwskLH0MqOlusqBZtJwpQ4rKFPXnUPrTDVCwx1hQeTJ8erKweMmyvQHTV5Xg 0qbt8KNt+ZtZKhfgELyzln8Utkx6xKfJl4KsluQOdQGuEV5kpA8xIrp70B1koNe/FWLmuJF4z 39cEQB7B6oV87QEHvb0uHt6oHjfzOBJXevBmj+1HirYqMEOJ6TdlZEQ4PlhHUAQ6xcW0GXWj1 bRm3TJnalPCkh5MqZrfdJlNn0l+OorVkdQGGreeYIYutKacrfNUiuR8vwumfx/UaQHl9ZL5PR O1bFHjBSIt7LWfOCyhTi2pnah8EZL6gPTx27OZavNOyaKUCKW0Nxo/NLaYxjrr21Xm+i6zddt YP+mfDVqyb9RTjF8lslXDWRDSRixzYU3Uizltu+8FSyEOLKquWsJptuCDXLHyvoiEo7eHvqYZ V4dYg3+WwwTYLbVxlSoSqtgvDaDmOGUCNo42DfLUChJ6ad61nA/+fXCYvBGuBwUlHmlNhRg4T jatMTdngbgi5yt1YmvsroOszkRshuLRd6VN+h3addt/tfvMLNwWMQiHCp4ixhgf8qqyRvfviJ gOStAt7AaSlrccBM0xguNIBuwpc7PgKlk5HV8b0gbgm+VO2SIrtE+S5SjiovFqiBUucD6MpQv X4i6wtHzDpMFnzynHxk2/0MlN4OsNaw/PHXYmkpe8x5TSTBggRjaxgx063HG5KaKECCkVE68O QfxX4R5vjm5z1ZjBESFQO/IBQX5gjqoqaF3dZoWS3u6P5crJszZEmNXqmCuWWP5LhClQ3sOm7 4LH4v6ehC4UBWUUpzHLRxUdLhWJv+raiaxmBtB5pYQJkXAo5C2ky1V9RT91O+OEeCO1Iyc1lo 9ZBhzfcZ8Xw== X-Rspamd-Queue-Id: 01DB07A3FB X-Spamd-Result: default: False [-2.01 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[95.105.11.77.zen.spamhaus.org : 127.0.0.11]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.997,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[walstatt.org]; AUTH_NA(1.00)[]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mx00.gmx.net]; MIME_BASE64_TEXT(0.10)[]; NEURAL_HAM_SHORT(-0.50)[-0.497,0]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[21.17.227.212.list.dnswl.org : 127.0.3.1]; R_DKIM_NA(0.00)[]; IP_SCORE(-0.41)[ip: (-1.67), ipnet: 212.227.0.0/16(-0.43), asn: 8560(0.07), country: DE(-0.01)]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 03 Dec 2018 09:45:11 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBNTEyDQoNCkFtIE1v biwgMyBEZWMgMjAxOCAwOToyNjoxNCArMDEwMA0KIk8uIEhhcnRtYW5uIiA8b2hhcnRtYW5uQHdh bHN0YXR0Lm9yZz4gc2NocmllYjoNCg0KPiAtLS0tLUJFR0lOIFBHUCBTSUdORUQgTUVTU0FHRS0t LS0tDQo+IEhhc2g6IFNIQTUxMg0KPiANCj4gQW0gRnJpLCAzMCBOb3YgMjAxOCAyMzoxNDowNyAr MDkwMA0KPiBUb21vYWtpIEFPS0kgPGp1bmNob29uQGRlYy5zYWt1cmEubmUuanA+IHNjaHJpZWI6 DQo+IA0KPiA+IE9uIFdlZCwgMjggTm92IDIwMTggMTk6Mzk6MjEgKzAxMDANCj4gPiAiTy4gSGFy dG1hbm4iIDxvaGFydG1hbm5Ad2Fsc3RhdHQub3JnPiB3cm90ZToNCj4gPiAgIA0KPiA+ID4gLS0t LS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KPiA+ID4gSGFzaDogU0hBNTEyDQo+ID4g PiANCj4gPiA+IEFtIFdlZCwgMjggTm92IDIwMTggMTU6MDA6NDIgKzAxMDANCj4gPiA+IEVtbWFu dWVsIFZhZG90IDxtYW51QGJpZG91aWxsaXN0ZS5jb20+IHNjaHJpZWI6DQo+ID4gPiAgICAgDQo+ ID4gPiA+ICBIaSwNCj4gPiA+ID4gDQo+ID4gPiA+IE9uIFdlZCwgMjggTm92IDIwMTggMTA6NTE6 MTEgKzAxMDANCj4gPiA+ID4gIk8uIEhhcnRtYW5uIiA8b2hhcnRtYW5uQHdhbHN0YXR0Lm9yZz4g d3JvdGU6DQo+ID4gPiA+ICAgICANCj4gPiA+ID4gPiAtLS0tLUJFR0lOIFBHUCBTSUdORUQgTUVT U0FHRS0tLS0tDQo+ID4gPiA+ID4gSGFzaDogU0hBNTEyDQo+ID4gPiA+ID4gDQo+ID4gPiA+ID4g SSByYW4gaW50byBzb21lIHRyb3VibGUgYm9vdGluZyBvZmYgYSBGdWppdHN1IExpZmVib29rIEU3 NTEgKGZpcm13YXJlIGlzIGxhdGVzdCwNCj4gPiA+ID4gPiByMS4yMiBmcm9tIDIwMTMpLiBUaGUg RTc1MSBpcyBvZiBtb2RlbCBzZXJpZXMgUzI2MzkxLUszMjYtVjEwMCBhbmQgZXF1aXB0ZWQgd2l0 aA0KPiA+ID4gPiA+IGEgQ29yZSBpNS0yNTIwTSBDUFUgYW5kIHN1cHBvc2VkIHRvIGJlIGFsc28g ZXF1aXB0ZWQgd2l0aCBhIGlHUFUgSE02NSBhY2NvcmRpbmcNCj4gPiA+ID4gPiB0byB0aGUgdGVj aG5pc2NhbCBzcGVjaWZpY2F0aW9ucyBmcm9tIEZ1aml0c3UuDQo+ID4gPiA+ID4gDQo+ID4gPiA+ ID4gVHJ5aW5nIHRvIGJvb3Qgb2ZmIDEyLVBSRVJFTEVBU0UvMTItUkMyIGFuZC9vciAxMy1DVVJS RU5UIChtb3N0IHJlY2VudCBJIGNvdWxkDQo+ID4gPiA+ID4gZ3JhcCBmcm9tIHRoZSBkb3dubG9h ZCBwYWdlKSwgdGhlIHNjcmVlbiBiZWNvbWVzIGRpc3RvcnRlZCBpbW1lZGlhdGVseSBhZnRlciB0 aGUNCj4gPiA+ID4gPiBrZXJuZWwgaGFzIGxvYWRlZCBhbmQgaW5pdGlhbGlzZWQvYm9vdGVkLiBU aGUgc2NyZWVuIGlzIGF0IHRoZSBsb2FkZXIncyBhbGwNCj4gPiA+ID4gPiByaWdodCBzbyBmYXIu DQo+ID4gPiA+ID4gDQo+ID4gPiA+ID4gVHJ5aW5nIHRvIGRpc2FibGUgZ3JhcGhpY3MgbW9kZSB2 aWEgZXNjYXBpbmcgdG8gdGhlIGxvYWRlcidzIHByb21wdCBhbmQgc2V0dGluZyANCj4gPiA+ID4g PiANCj4gPiA+ID4gPiBzZXQgaHcudmdhLnRleHRtb2RlPTENCj4gPiA+ID4gPiANCj4gPiA+ID4g PiBzdWJzZXF1ZW50bHkgbG9hZGluZyB0aGUga2VybmVsIGFuZCB0aGVuIGJvb3RpbmcsIGRvZXNu J3QgaGVscC4gVGhlIHNjcmVlbiBpcw0KPiA+ID4gPiA+IGRpc3RvcnRlZCBhZ2Fpbi4gVGhlIG5v dGVib29rIHNlZW1zIFVFRkkgb25seSBhbmQgZG9lc24ndCBib290IG9mZiBmcm9tIE1CUg0KPiA+ ID4gPiA+IHBhcnRpb25lZCBkZXZpY2VzIChpLmUuIE5hbm9CU0QgSSB1c2VkIHRvIHVzZSkuDQo+ ID4gPiA+ID4gDQo+ID4gPiA+ID4gTG9hZGluZyAvYm9vdC9rZXJuZWwvaTkxNWttcy5rbw0KPiA+ ID4gPiA+IA0KPiA+ID4gPiA+IGFmdGVyIG1hbnVhbGx5IGhhdmluZyBsb2FkZWQgL2Jvb3Qva2Vy bmVsL2tlcm5lbCAoYW5kIG5vdCBib290ZWQgeWV0KSBkb2Vzbid0DQo+ID4gPiA+ID4gY2hhbmdl IGFueXRoaW5nIGVpdGhlci4NCj4gPiA+ID4gPiANCj4gPiA+ID4gPiBCb290aW5nIG9mZiBhbmQg aW5zdGFsbGluZyBMaW51eCAoVWJ1bnR1LCBNaW50IHNvIGZhciwgbW9zdCByZXZlbnQgdmVyaW9u cyBJIGNhbg0KPiA+ID4gPiA+IGdldCBteSBoYW5kcyBvbikgaXMgbm8gcHJvYmxlbS4gVGhlIGNv bnNvbGUgd29ya3MgZmluZSBmcm9tIHRoZSBiZWdpbm5pbmcgYW5kIHNvDQo+ID4gPiA+ID4gdGhl IGdyYXBoaWNzLg0KPiA+ID4gPiA+IA0KPiA+ID4gPiA+IElzIHRoZXJlIGEgY2hhbmNlIHRvIGdl dCBhIEZyZWVCU0QgYm9vdGluZyB0aGUgZWFzeSB3YXk/IA0KPiA+ID4gPiA+IA0KPiA+ID4gPiA+ IFRoZSBwcm92aWRlZCBib290IGltYWdlcyBkbyBub3QgY29udGFpbiBhbnkgb2YgdGhlDQo+ID4g PiA+ID4gZ3JhcGhpY3MvZHJtLXN0YWJsZXxuZXh0fGxlZ2FjeS1rbW9kIHN0dWZmLCBJIHRyaWVk IHRvIGxvYWQgaTkxNWttcy5rbyBvZmYNCj4gPiA+ID4gPiBmcm9tIC9ib290L21vZHVsZXMvICh3 ZXJlIHRob3NlIG1vZHVsZXMgZnJvbSB0aGUgcG9ydHMgYXJlIHN1cHBvc2VkIHRvIHJlc2lkZSkN Cj4gPiA+ID4gPiBidXQgbm8gY2hhbmNlLg0KPiA+ID4gPiA+IA0KPiA+ID4gPiA+IEJlZm9yZSBz dGFydGluZyBpbnZlc3RpZ2F0aW5nIHRoaXMgaXNzdWUgZnVydGhlciBJJ2QgbGlrZSB0byBhc2sg d2V0aGVyIHRoZXJlDQo+ID4gPiA+ID4gaXMgYSBnZW5lcmFsIHN1cHBvcnQgcHJvdmlkZWQgb3Ig aXMgdGhhdCB0eXBlIG9mIG5vdGVib29rIGRlYWQgbWF0dGVyIGZvcg0KPiA+ID4gPiA+IEZyZWVC U0Qgb2YgdGhlIG1vZGVybiBraW5kPw0KPiA+ID4gPiA+IA0KPiA+ID4gPiA+IFRoYW5rcyBpbiBh ZHZhbmNlLA0KPiA+ID4gPiA+IA0KPiA+ID4gPiA+IG9oDQo+ID4gPiA+ID4gDQo+ID4gPiA+ID4g cC5zLiBwbGVhc2UgQ0MgbWUsIEknbSBub3Qgc3Vic2NyaWJpbmcgYWxsIGxpc3RzLg0KPiA+ID4g PiA+IA0KPiA+ID4gPiA+IC0gLS0gDQo+ID4gPiA+ID4gTy4gSGFydG1hbm4NCj4gPiA+ID4gPiAt LS0tLUJFR0lOIFBHUCBTSUdOQVRVUkUtLS0tLQ0KPiA+ID4gPiA+IA0KPiA+ID4gPiA+IGlMVUVB Uk1LQUIwV0lRUVpWWk16QXR3QzJULzg2VHJTNTI4ZnlGaFlsQVVDVy81bEtnQUtDUkRTNTI4ZnlG aFkNCj4gPiA+ID4gPiBsTWhSQWY0eXY0TXFtSFlWWklLbytURTFWQUN1SHBYU3Y4YWQ0SnpWS01H L1M5dUdjTExEZkxnU005Njk5RkRQDQo+ID4gPiA+ID4gL1FoSU1DQ0hKMWhHQXRYQUNkd0dDc3la NUxtaUFmOTNKSEZVMFcrR0pXZFhKSStzUmNXdkVacnpRbGI1Q3poZg0KPiA+ID4gPiA+IHZhTTVR WiszbjBlcm1iZTUvSWJ2by95emhMNVl5b25HNy9sRXF2bmY3R0FBK3NuditEdmcNCj4gPiA+ID4g PiA9WEQ3Yg0KPiA+ID4gPiA+IC0tLS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLSAgICAgIA0KPiA+ ID4gPiANCj4gPiA+ID4gIENvdWxkIHlvdSBwb3N0IGEgcGljdHVyZSBzb21ld2hlcmUgPw0KPiA+ ID4gPiANCj4gPiA+ID4gIEkgaGF2ZSBhIGxhcHRvcCB3aGljaCBoYXZlIGVmaWZiIHByb2JsZW0s IHdoYXQgSSBuZWVkIHRvIGRvIGlzIChhdA0KPiA+ID4gPiBsb2FkZXIgcHJvbXB0KSA6DQo+ID4g PiA+IA0KPiA+ID4gPiAgZ29wIHNldCA0ICh0byBzd2l0Y2ggdG8gYSBkaWZmZXJlbnQgbW9kZSkN Cj4gPiA+ID4gIGdvcCBzZXQgMCAoc3dpdGNoIHRvIHRoZSBjb3JyZWN0IG1vZGUpDQo+ID4gPiA+ IA0KPiA+ID4gPiAgWW91IGNhbiBnb3AgbGlzdCAoaWlyYykgdG8gY2hlY2tzIHRoZSBhdmFpbGFi bGUgbW9kZS4NCj4gPiA+ID4gDQo+ID4gPiA+ICBUaGUgcHJvYmxlbSBpcyB0aGF0IHdlIGFyZSBt aXhpbmcgc2VyaWFsIGFuZCBnb3AgaW4gbG9hZGVyLmVmaSBhbmQNCj4gPiA+ID4gd2hlbiB5b3Ug c2V0IG9uZSBtb2RlIGluIHNlcmlhbCAob3IgZm9yIFNJTVBMRV9URVhUX1BST1RPQ09MKSBpcyBj YW4NCj4gPiA+ID4gbWVzcyB0aGUgZ3JhcGhpY2FsIG1vZGUuDQo+ID4gPiA+ICAgICANCj4gPiA+ IA0KPiA+ID4gU29ycnksIEkgaGF2ZSBubyB1cGxvYWQgcGxhY2UgdG8gcHV0IHNvbWUgc2NyZWVu c2hvdHMuIA0KPiA+ID4gDQo+ID4gPiBUaGUgbmF0dXJhbCByZXNvbHV0aW9uIG9mIHRoZSBkaXNw bGF5IGlzIDEyODB4ODAwIHBpeGVsLg0KPiA+ID4gDQo+ID4gPiBXaGVuIGV4aXN0aW5nIHRvIHRo ZSBsb2FkZXIgYW5kIGlzc3VpbmcgYXMgcmVjb21tZW5kZWQgdGhlIGNvbW1hbmQgImdvcCBsaXN0 IiwgSSBnZXQNCj4gPiA+IHRocmVlIG1vZGVzOg0KPiA+ID4gDQo+ID4gPiBtb2RlIDA6IDEwMjR4 NzY4eDMyLCBzdHJpZGU9MTAyNA0KPiA+ID4gbW9kZSAxOiA2NDB4NDgweDMyLCBzdHJpZGU9NjQw DQo+ID4gPiBtb2RlIDI6IDgwMHg2MDB4MzIsIHN0cmlkZT04MDANCj4gPiA+IA0KPiA+ID4gU2V0 dGluZyBtb2RlIDEgYW5kIDIgdmlhIGdvcCBzZXQgWCBzb2x2ZXMgdGhlIHByb2JsZW0gYW5kIHRo ZSBzY3JlZW4gaXMsIGF0IGxlYXN0DQo+ID4gPiBkdXJpbmcgYSBsaXZlIHNlc3Npb24gb2YgdGhl IGxhdGVzdCAxMi1QUkUgVVNCIGltYWdlLCByZWFkYWJsZSBhbmQgbG9va2luZyBub3JtYWwuDQo+ ID4gPiANCj4gPiA+IEFzIHNvb24gYXMgSSBoYXZlIGFuIGluc3RhbGxhdGlvbiBtZWRpYSwgSSds bCBjaGVjayB3aGV0aGVyIHRoZSBzY3JlZW4gaXMgb3BlcmFibGUNCj4gPiA+IGFmdGVyIGluc3Rh bGxhdGlvbiAoYW5kLCBvZiBjb3Vyc2UsIGxvYWRlciBzZXR0aW5ncyBhcyByZXF1aXJlZCksIG9y IG5vdC4gICAgDQo+ID4gDQo+ID4gSGkuDQo+ID4gDQo+ID4gU28geW91IGNhbiB0cnkNCj4gPiAg ICAgZWZpX21heF9yZXNvbHV0aW9uPSI4MDB4NjAwIg0KPiA+IG9yDQo+ID4gICAgIGVmaV9tYXhf cmVzb2x1dGlvbj0iNjQweDQ4MCINCj4gPiBpbiAvZXRjL2xvYWRlci5jb25mLg0KPiA+IA0KPiA+ IFNlZSAvZXRjL2RlZmF1bHRzL2xvYWRlci5jb25mIGZvciBtb3JlIGluZm8uDQo+ID4gVGhlIGxv YWRlci5jb25mIG1hbiBwYWdlIGRvZXNuJ3Qgc2hvdyB3aGF0J3MgdGhlIGRlZmF1bHQgdmFsdWUu ICANCj4gWy4uLl0NCj4gDQo+IFRoYW5rIHlvdSB2ZXJ5IG11Y2guDQo+IA0KPiBTZXR0aW5nIHRo b3NlIHZhbHVlcyBpbiBsb2FkZXIuY29uZiAoODAweDYwMCwgMTAyNHg3NjggZmFpbHMgYW5kIGxl YXZlcyBtZSB3aXRoIGENCj4gZGlzdG9ydGVkIHNjcmVlbikgbWFrZSB0aGUgY29uc29sZSB3b3Jr IGFnYWluIGFsc28gZm9yIGEgaW5zdGFsbGVkIEZyZWVCU0QgMTIrIChVRUZJDQo+IGJvb3QpLg0K PiANCj4gVGhlICJkaXN0b3J0aW9uIiBjYW4gYmUgZGVzY3JpYmVkIGFzIGZvbGxvd3MgKG1heWJl IGEgaGludCk6IHRoZSBzY3JlZW4gc2VlbXMgImNodW5rZWQiLA0KPiBtZWFucyAgdGhlcmUgYXJl IGlkZWFzIG9mIHJvd3MgYW5kIGNvbHVtbnMsIGFuZCB0aGUgc3F1YXJlIHRoZSBpbnRlcnNlY3Rp b25zIGRlZmluZSwNCj4gaGF2ZSBob3Jpem9udGFsIGFuZCB2ZXJ0aWNhbCBsaW5lcywgbGlrZSBh ICJsaW5lIGNvdXJzb3IiLiBUaGlzIG1heSBoZWxwIGlkZW50aWZ5aW5nIHRoZQ0KPiBwcm9ibGVt Lg0KPiANCj4gS2luZCByZWdhcmRzIGFuZCB0aGFuayB5b3UgdmVyeSBtdWNoLA0KPiANCj4gTy4g SGFydG1hbm4NCg0KDQpJIGhhdmUgdG8gY29ycmVjdCBteSBkZXNjcmlwdGlvbjoNCg0KSSBzZWVt cyBhcyB0aGUgbGluZXMgdGhlIGNoYXJhY3RlcnMgYXJlIGNvbXByaXNlZCBmcm9tIGFyZSBzb21l IGtpbmQgb2YgbGF0ZXJhbA0Kc2hpZnRlZC9kaXN0b3JldGQgKG5vIHZlcnRpY2FsIGxpbmVzL3N0 cmVha3MhKS4gTG9va3MgbGlrZSBhbiBvZmZzZXQuDQoNCi0gLS0gDQpPLiBIYXJ0bWFubg0KDQpJ Y2ggd2lkZXJzcHJlY2hlIGRlciBOdXR6dW5nIG9kZXIgGyQoRCpkGyhCYmVybWl0dGx1bmcgbWVp bmVyIERhdGVuIGYbJChEK2QbKEJyDQpXZXJiZXp3ZWNrZSBvZGVyIGYbJChEK2QbKEJyIGRpZSBN YXJrdC0gb2RlciBNZWludW5nc2ZvcnNjaHVuZyAoGyRCIXgbKEIgMjggQWJzLiA0IEJEU0cpLg0K LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0NCg0KaUxVRUFSTUtBQjBXSVFRWlZaTXpBdHdD MlQvODZUclM1MjhmeUZoWWxBVUNYQVQ3R2dBS0NSRFM1MjhmeUZoWQ0KbE1vZkFnQ29LYk5VMng0 cjFNMWxWTzVvUGs2ckFuNDFjaUY4L0JnM2hrSFRNNTF3RGxYVkZ3NHhPclF0aXhBWA0KL3Q5Y0Jn RzFLUTFmRDY3bVVlNEw3MkphOWp4cEFmOUdOQWFxZXBmbU1FNlZ3cUthUlJwYTZYK2l6cVlmaXdH TA0KYThOZDRldU9xODZPN2xpdGU5TE1MdU8wemU3cDh2eUJ6NmYxRWlHWmtTUHQ3UlQ4SUlicA0K PTZpa0YNCi0tLS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLQ0K From owner-freebsd-current@freebsd.org Mon Dec 3 13:06:01 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7E75B1327B21 for ; Mon, 3 Dec 2018 13:06:01 +0000 (UTC) (envelope-from rleigh@codelibre.net) Received: from a-painless.mh.aa.net.uk (a-painless.mh.aa.net.uk [81.187.30.51]) (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 8DFD7817D8 for ; Mon, 3 Dec 2018 13:06:00 +0000 (UTC) (envelope-from rleigh@codelibre.net) Received: from 9.c.0.5.8.a.e.f.f.f.e.5.5.d.2.e.d.b.d.d.0.6.8.0.0.b.8.0.1.0.0.2.ip6.arpa ([2001:8b0:860:ddbd:e2d5:5eff:fea8:50c9]) by a-painless.mh.aa.net.uk with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.89) (envelope-from ) id 1gTnvD-00021m-JQ for freebsd-current@freebsd.org; Mon, 03 Dec 2018 13:05:59 +0000 To: freebsd-current@freebsd.org From: Roger Leigh Subject: Warnings on upgrade from 11.2-RELEASE to 12.0-RC3 Message-ID: <0120dc60-a774-c5a6-a52d-86c25e44f647@codelibre.net> Date: Mon, 3 Dec 2018 13:05:50 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 8DFD7817D8 X-Spamd-Result: default: False [-1.65 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.91)[-0.909,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.97)[-0.969,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[codelibre.net]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_MED(-0.20)[51.30.187.81.list.dnswl.org : 127.0.5.2]; MX_GOOD(-0.01)[c.secondary-mx.co.uk,c.secondary-mx.co.uk]; NEURAL_HAM_SHORT(-0.44)[-0.441,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-0.02)[country: GB(-0.10)]; ASN(0.00)[asn:20712, ipnet:81.187.30.0/23, country:GB]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 03 Dec 2018 13:06:01 -0000 Hello, I did a test upgrade from 11.2-RELEASE to 12.-RC3 and got these warnings. They look mostly harmless, but mentioning them in case the installer could do something to suppress them if this is the case. % sudo freebsd-update -r 12.0-RC3 upgrade % sudo freebsd-update install [reboot] % sudo freebsd-update install Password: src component not installed, skipped Installing updates...install: chown 0:0 ///proc: Operation not supported install: chmod 555 ///proc: Operation not supported % grep proc /etc/fstab proc /proc procfs rw 0 0 % sudo freebsd-update install Password: src component not installed, skipped Installing updates...rmdir: ///var/db/etcupdate/current/usr/share/openssl/man/en.ISO8859-1: Directory not empty rmdir: ///var/db/etcupdate/current/usr/share/openssl/man: Directory not empty rmdir: ///var/db/etcupdate/current/usr/share/openssl: Directory not empty rmdir: ///var/db/etcupdate/current/usr/share/man/en.UTF-8: Directory not empty rmdir: ///var/db/etcupdate/current/usr/share/man/en.ISO8859-1: Directory not empty rmdir: ///var/db/etcupdate/current/usr/share/man: Directory not empty I'm fairly certain that I got the /proc warning in the past for 11.0-RC on the same system. Is the installation aware of and handling mountpoints correctly? Likewise the manpages: % ls -l /var/db/etcupdate/current/usr/share/openssl/man/en.ISO8859-1 total 1 lrwxr-xr-x 1 root wheel 7 15 Nov 2014 man1 -> ../man1 lrwxr-xr-x 1 root wheel 7 15 Nov 2014 man3 -> ../man3 % ls -l /var/db/etcupdate/current/usr/share/man/en.UTF-8 total 5 lrwxr-xr-x 1 root wheel 7 15 Nov 2014 man1 -> ../man1 lrwxr-xr-x 1 root wheel 7 15 Nov 2014 man2 -> ../man2 lrwxr-xr-x 1 root wheel 7 15 Nov 2014 man3 -> ../man3 lrwxr-xr-x 1 root wheel 7 15 Nov 2014 man4 -> ../man4 lrwxr-xr-x 1 root wheel 7 15 Nov 2014 man5 -> ../man5 lrwxr-xr-x 1 root wheel 7 15 Nov 2014 man6 -> ../man6 lrwxr-xr-x 1 root wheel 7 15 Nov 2014 man7 -> ../man7 lrwxr-xr-x 1 root wheel 7 15 Nov 2014 man8 -> ../man8 lrwxr-xr-x 1 root wheel 7 15 Nov 2014 man9 -> ../man9 broken symlinks (self-referencing) in both cases. Not sure what has made this happen now or at some time in the past, but it's certainly not been due to manual intervention; this system has always been updated via freebsd-update since back to 10.0. Should it be noticing and fixing such broken links? Any ideas what caused them in the first place? Regards, Roger From owner-freebsd-current@freebsd.org Mon Dec 3 15:10:39 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4E5761329DFC for ; Mon, 3 Dec 2018 15:10:39 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x72e.google.com (mail-qk1-x72e.google.com [IPv6:2607:f8b0:4864:20::72e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 70C6085A34 for ; Mon, 3 Dec 2018 15:10:38 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x72e.google.com with SMTP id y78so7486940qka.12 for ; Mon, 03 Dec 2018 07:10:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=w61Pi/2MrxHOKf4wwZkACH7D2JOHyBGhi/a22lqx648=; b=ls5bnas9WJBDwx8jmt9saHq6ipGp/vABRw6dsHH/h3/i7sNe5CsMajyH64dUagqX5Y so37J547DY76F+c0/LTbMnls5Sx3BjWp/UjMo5in2ct6I7yOQ1wDrxK++xvIcE+295kj mPET5FpkQqXmwwtaleRoA94vi/cWigd4pdPe6VXML7tmPBWYfAGa9CCGIugy1fEFwXyk ZgpflElWtvBth8/JwQk2KJCgpN5O+z9KehCQcCm6IyJNYCkUQQPN6WbK0R4KS4xTsjdG 5kFSREFgrGqLaow9FNNK0Y8i02IiNF3rI7/UOkR+YYj0PMYP+6k9V0NJ8fOvDvlJN7AG GVug== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=w61Pi/2MrxHOKf4wwZkACH7D2JOHyBGhi/a22lqx648=; b=axB87NNbr19T1/Jdegr/cIUPivsBq6dVgWSFHbkHZ/2beH9ID/gOL3djPDAIphj1yx YGXxgdlmqkkZfGcQScMrWq9Nn3x+2Op0hHANO2C2aZOaLlLgStuIMQkdj1aXXh9bnrRN 8avLcjCnBGQZvuXS9fZ8MFaHLnCtUCAT7iZaAJWRA/T17RNILrHRm1kkRyXh7xOjcEUz KOrfY6LLd2xNBheRw3BAB5f7LZ2fAeIdJG7IXNnZdXXSkniS9x8R42ieT6kNRGefNtyF t/RH9wFqCF6UUVYhRlxMowLmKYpT3lqpinMN1bPnox/uu6nANseG1mV8rqoz4APHmjjk VgHQ== X-Gm-Message-State: AA+aEWYgL9ajvWKJGCubNm+UvPicRISjDK2z9jTI8jl5CtrO72aUsQ/N gH3hnJVyJVoIMAj4QUncJEZ2BtAWPWkgypl9kA1CZ60zjww= X-Google-Smtp-Source: AFSGD/VYia9RhIe2YPaQJPOMmW/lszimatES78GhXOcePJzRp0C08jSaClwO21fotwPRO0TGqXpCKsgO3CQzhoiXxD8= X-Received: by 2002:a37:6c05:: with SMTP id h5mr15305231qkc.175.1543849837446; Mon, 03 Dec 2018 07:10:37 -0800 (PST) MIME-Version: 1.0 References: <6e53765f-52bd-f503-c1a5-ae23e402afcb@yuripv.net> <20181203072226.mpvh7an5pupjbwkb@ivaldir.net> In-Reply-To: <20181203072226.mpvh7an5pupjbwkb@ivaldir.net> From: Warner Losh Date: Mon, 3 Dec 2018 08:10:26 -0700 Message-ID: Subject: Re: WITH_CTF breaks CD loader: "File too big" To: Baptiste Daroussin Cc: Yuri Pankov , FreeBSD Current X-Rspamd-Queue-Id: 70C6085A34 X-Spamd-Result: default: False [-3.52 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.986,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.99)[-0.991,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; MX_GOOD(-0.01)[ALT1.aspmx.l.google.com,aspmx.l.google.com,ALT2.aspmx.l.google.com]; RCVD_IN_DNSWL_NONE(0.00)[e.2.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.92)[-0.920,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-0.61)[ipnet: 2607:f8b0::/32(-1.67), asn: 15169(-1.29), country: US(-0.09)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 03 Dec 2018 15:10:39 -0000 On Mon, Dec 3, 2018 at 12:24 AM Baptiste Daroussin wrote: > On Sun, Dec 02, 2018 at 06:08:34PM +0300, Yuri Pankov wrote: > > Hi, > > > > Building disc1.iso using `make release` and having WITH_CTF set in > > src.conf leads to "File too big" displayed when booting the image. > > > > Would it make sense to build loader and related parts without CTF > > unconditionally as it doesn't look useful there? > > > > Fully agree with you > What a great Idea. We already turn it off in defs.mk: MK_CTF= no which should be global to every single Makefile under stand. I'm not sure why that's turning it back on. Warner From owner-freebsd-current@freebsd.org Mon Dec 3 15:14:16 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 76099132A03F for ; Mon, 3 Dec 2018 15:14:16 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x836.google.com (mail-qt1-x836.google.com [IPv6:2607:f8b0:4864:20::836]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C49A085E23 for ; Mon, 3 Dec 2018 15:14:15 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x836.google.com with SMTP id v11so14099897qtc.2 for ; Mon, 03 Dec 2018 07:14:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=gmQpc6sFEXFQlmqaCqVrYkMUdOObbUNg3ST6niR4bnI=; b=sLOB79XYINrlVAuFooJtuKPP1lLdzA2etRy1kcGmJhMvGR8PTZuzeCdaUPvvHUvp7S LbUp6UTMluApSwLApM2Et6A1X8RzjsL4mgc5HlexXFDizMBxAK7t8G8OiI/SH68NX4q3 DfrFsMmTe6j26pUlfzmsmlMXw9N0NlTEVAB82fINsIrwVvNb4FF8ix0smCrWJq3NWBUS GVGXQgja2YDM2o0qMGh2yfT2Dxsw7R6Ka/cUNzDwZFHZji+BQNRQ0O7aWJ88or2ml5DB fbI4NlbSvEBbMI56bSrO05BJfzGiULQgXqk4fZdPDNKzzTX7xO9Gfz/cfE9cwx1jqFQW JegQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=gmQpc6sFEXFQlmqaCqVrYkMUdOObbUNg3ST6niR4bnI=; b=AkK9ZbDSEkcZcupWokM3pO9L7tkYsHfgvqLC1Ue/q7fdx88jjt2M8H6Y9vGfjpYM3x pEYjDs5Pa4S4CmIZLoG80A5HNTF/P2ZjzyGtTuNyEDrjmm2JRHcGgALrc32IdICoD0lX oL/5Aunqj2qrwC2oF66Wcw8lkL9PDvHx3vYwbe88+7g96cXcWXtoZsqKwVda8hbCRAFj lDJZxD4KFogX68hY0YI0Ee+0ReO/1x+FaxjHUTdi2UJuw9oAN4wNXNoofpPYPq56LPqZ rjWZ/RDn1c+GvxqoWvwlJd0RAJG64+VUVB1kimdU40+W1gFyhqyZrbJQ9WhMp+GJ4tjC RJaQ== X-Gm-Message-State: AA+aEWY7avpcTmaP0oEQxTE5WJyXI8H9kdLN2GNSqWCW5zAgv/xVHtG1 nflz3zlZhlr0TRb4SLjpK6oCUdYQXU2aa8Iw5MbYww== X-Google-Smtp-Source: AFSGD/WclzgpXA+7e5r/pYfoO4WUAX3l2HbkpGaxakuA7kGCMSz8nCiNKv8mUfeQZ/wceoE2SjaIadLl2bI7MjG9u78= X-Received: by 2002:a0c:bd15:: with SMTP id m21mr16174130qvg.57.1543850055229; Mon, 03 Dec 2018 07:14:15 -0800 (PST) MIME-Version: 1.0 References: <6e53765f-52bd-f503-c1a5-ae23e402afcb@yuripv.net> <20181203072226.mpvh7an5pupjbwkb@ivaldir.net> In-Reply-To: From: Warner Losh Date: Mon, 3 Dec 2018 08:14:03 -0700 Message-ID: Subject: Re: WITH_CTF breaks CD loader: "File too big" To: Baptiste Daroussin Cc: Yuri Pankov , FreeBSD Current X-Rspamd-Queue-Id: C49A085E23 X-Spamd-Result: default: False [-3.52 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.986,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.99)[-0.991,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; MX_GOOD(-0.01)[cached: ALT1.aspmx.l.google.com]; RCVD_IN_DNSWL_NONE(0.00)[6.3.8.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.92)[-0.920,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-0.61)[ipnet: 2607:f8b0::/32(-1.67), asn: 15169(-1.29), country: US(-0.09)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 03 Dec 2018 15:14:16 -0000 On Mon, Dec 3, 2018 at 8:10 AM Warner Losh wrote: > > On Mon, Dec 3, 2018 at 12:24 AM Baptiste Daroussin > wrote: > >> On Sun, Dec 02, 2018 at 06:08:34PM +0300, Yuri Pankov wrote: >> > Hi, >> > >> > Building disc1.iso using `make release` and having WITH_CTF set in >> > src.conf leads to "File too big" displayed when booting the image. >> > >> > Would it make sense to build loader and related parts without CTF >> > unconditionally as it doesn't look useful there? >> > >> >> Fully agree with you >> > > What a great Idea. We already turn it off in defs.mk: > > MK_CTF= no > > which should be global to every single Makefile under stand. I'm not sure > why that's turning it back on. > % cat /etc/src.conf WITH_CTF=yes FRED=present % cd stand/cdboot % make -V MK_CTF no % make -V FRED present % So this sure sounds like a false positive to me. Do you have logs showing cdboot building with MK_CTF=yes? Warner From owner-freebsd-current@freebsd.org Mon Dec 3 16:12:47 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6B637132B634 for ; Mon, 3 Dec 2018 16:12:47 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 26BE388ACA; Mon, 3 Dec 2018 16:12:45 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id A14542261E; Mon, 3 Dec 2018 11:12:44 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Mon, 03 Dec 2018 11:12:44 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.net; h= subject:to:cc:references:from:message-id:date:mime-version :in-reply-to:content-type; s=fm3; bh=VyTIPrDPJGPu3eGo8rZfXRblv8K Ff93QIDaHBLLbaFY=; b=u3zJafPZicZlE5GR7AC6xAgMg36XYl3/R6NahNSftjW WqY03SMNbhLBoCb1iipvSHr+la5skd7NiiBTZBogLo5uYnb9NGJjCULlxIm3TtrJ CTSxic4IY1/fwuG5MPmkjEwfOt8QmZS1V4hLHRvxK/VAcQWsX8zGb/c6z9LNrPOH upNNlu/PNcyV/ic4IFqTf2DcC4bD6V0Bv7HMVsQMl0pDdCFtn2nc1ri3FmV1RnaI XQLIjWllRcAw7EXUIG0OF1LTnIL1qRfr1q1FGY1EhqcmS340GIRhS4qaisg1X4Z2 0M8qGcTz8gGWEM2F8x/Hy28Z/6807OLaq7vAdbC9wrw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=VyTIPr DPJGPu3eGo8rZfXRblv8KFf93QIDaHBLLbaFY=; b=k5UpqowamFTj6UskF9T22M meCnXsdA3Qg7nObxSp7z/qP+ViD40NteYFd7DGyFxfmNveGz05cevtoNM6mGkv2J x81cokisBJdQZgi8ZQThEcXJSzLrNfHUL9wLK6FNoeBl/VGVyou2L5fP6EN+pCiE 24Uawe3d7Aw+jIg5rT9f+q+S+TSaEi8f7/Fue2+bJ/ddLvEu8Y19JaE77IhA5iSB Gp1As1F7eGABU5DcseGo1NFjz7ksjSwu8/1P33SheLsJtUzHC32TCVLikhut2yqg Fye80VA/6nqLIs2Z1q1S6dFi7cHes4x0B9CVqNuOrgAzv0sh9ZnefodX/wcl5RDg == X-ME-Sender: X-ME-Proxy: Received: from [192.168.1.2] (unknown [62.183.125.176]) by mail.messagingengine.com (Postfix) with ESMTPA id 8DDF1103D1; Mon, 3 Dec 2018 11:12:42 -0500 (EST) Subject: Re: WITH_CTF breaks CD loader: "File too big" To: Warner Losh , Baptiste Daroussin Cc: FreeBSD Current References: <6e53765f-52bd-f503-c1a5-ae23e402afcb@yuripv.net> <20181203072226.mpvh7an5pupjbwkb@ivaldir.net> From: Yuri Pankov Openpgp: preference=signencrypt Autocrypt: addr=yuripv@yuripv.net; keydata= xsBNBFu8u6IBCADB11gP0QwnorrHjqAtKLHKHNHskhy0s7jqJKfx0YqXgVBKGLJ9/mjLAz0F CBNvemHSDDTs0mEZ9cBKKi6cmsav6+UQgr//yai6hvXLBJqKchSFO4MhmdvBtsGFq1yKz5Zi uhjmimKyIpgBgvMdbgGbGq6cnSB2uEPmZuJr419SVRODOkXukU+F5WHgaHzDdHAIu1asCt2B +6msxqIqlFWcXyZyTGicTGGvC/PFIsVRUtD1dIJANTC876g7DTb7LZXWiWwJpSJ4GKMXMHVX Ct9BoQ4i3nhKbOxb6Io1wsy+NFyWsTJ9KYrxKKPJP3oG8BWb/cqlFqnE4eNSsiq2q7krABEB AAHNH1l1cmkgUGFua292IDx5dXJpcHZAeXVyaXB2Lm5ldD7CwJcEEwEIAEECGwMFCQWjmoAF CwkIBwMFFQoJCAsFFgMCAQACHgECF4AWIQT4arc+w94tPi0v/3CTi+B/sSrhbAUCW708wAIZ AQAKCRCTi+B/sSrhbPxBB/961alcU091O+yKT5/oReHVc/PX0Tz4sW3V44AcgLfYlrZavCro EFz90qmCrl0xqEwuAKcC4bjmL8SjPWAhSN6IH9nxdw+HeZnAPiHm/q679Bu47+nHBl3qD/9p +t1PkKeKZfaWToFMt1nq06ytSu6VLMCwLdlDNe6DReX0ex/afEqKsuaIZSKL4UYjRwklp8PU Uf98QkrfapyHB67hQMzfI4tPeJaYyv0cTgfq3kUWJx1V6Xi0b6Zxj4ZrB2TXvaMO5g7yhU9E E3WWAvoe4FgB3a7dHe8atnHhq5+Cuvm6+LD4Jh7jvMAE5UMN+xxQpnGpNghHjaCy4vXrLRBZ nhRYzsBNBFu8u6IBCADKih3Q933rDNj4ZA8FhBQ2RlmBgvwOLcDPIL3h0V7h38y3+HisgFSc XACDsdrTlYZ1bRXkD9FHENynBcv0l/3uGJDk8jaGIDE0TP8OQBRp+IaU9/BHnAqrKxTJGIol Dahy2m+yx2yhdc6B4ujWMDqCF1rWOD+ymOWw+VLllOkrHcZa5PJtX9UOGbApZl8ZTM8El4CA NN8F1bg9MWzUi+8LYoGWGc+BwsFS1OUB1c4SPgMu5fD4Wfsr9yRl06fdpEA2YT7B/j5/5RSC 0sE2Zs/tmJ/JRflHJ12ycj59ma2xQMfEJF40hZDpMFQmZvbVqgEg3ocQcltjbxlIKZ/mjC4z ABEBAAHCwHwEGAEKACYWIQT4arc+w94tPi0v/3CTi+B/sSrhbAUCW7y7ogIbDAUJBaOagAAK CRCTi+B/sSrhbIDcCACqAZMcoxUBLZa40a5b24j5i1jplvCYYb3h+Q5lt5+BFJ87kCb4dJuU D3kh2i29BrxWQWa9WNue9ozxeYkbkfXubQYXexVolRsnh64OdGsE8KvorBFBB3zdK/GRt2Jy +jsnTfUWuQllbzMP0MfhCDMk1Mo8WvDH2/cOEP/yLKf20a+cd6nLs7bidjmGXo9pyuBKAtV6 Kv+VRu54AL+A/UBYu/eB3Dtvzcnut+1Zq6KaP++kUwPwINLIk04OBDwN0zRNTiqMAFYYyz2v ZHBB6E1th/l//ZC5b9Dk0ZpFI1bYdL9ymnrZe1MqbGPnDCToQxu00T/pZCm6Z92YrZQYuNwl Message-ID: <51d0fa8c-b453-69e0-500e-32818d29826a@yuripv.net> Date: Mon, 3 Dec 2018 19:12:34 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:60.0) Gecko/20100101 Thunderbird/60.3.2 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="duxL5V0SvtM2cdjS2vh9X7Es2lLZnZiJW" X-Rspamd-Queue-Id: 26BE388ACA X-Spamd-Result: default: False [-9.25 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yuripv.net,messagingengine.com]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.28]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; DMARC_NA(0.00)[yuripv.net]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yuripv.net:+,messagingengine.com:+]; MIME_BASE64_TEXT(0.10)[]; MX_GOOD(-0.01)[in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_SHORT(-0.98)[-0.978,0]; RCVD_IN_DNSWL_LOW(-0.10)[28.4.111.66.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-3.66)[ip: (-9.60), ipnet: 66.111.4.0/24(-4.75), asn: 11403(-3.86), country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 03 Dec 2018 16:12:47 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --duxL5V0SvtM2cdjS2vh9X7Es2lLZnZiJW Content-Type: multipart/mixed; boundary="b5gGXP9ovQLU3bRQPL7VjWPNUW0pvbn8s"; protected-headers="v1" From: Yuri Pankov To: Warner Losh , Baptiste Daroussin Cc: FreeBSD Current Message-ID: <51d0fa8c-b453-69e0-500e-32818d29826a@yuripv.net> Subject: Re: WITH_CTF breaks CD loader: "File too big" References: <6e53765f-52bd-f503-c1a5-ae23e402afcb@yuripv.net> <20181203072226.mpvh7an5pupjbwkb@ivaldir.net> In-Reply-To: --b5gGXP9ovQLU3bRQPL7VjWPNUW0pvbn8s Content-Type: multipart/mixed; boundary="------------73D928FEF56379CFD2E8FF73" Content-Language: en-US This is a multi-part message in MIME format. --------------73D928FEF56379CFD2E8FF73 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Warner Losh wrote: > On Mon, Dec 3, 2018 at 8:10 AM Warner Losh wrote: >=20 >> >> On Mon, Dec 3, 2018 at 12:24 AM Baptiste Daroussin >> wrote: >> >>> On Sun, Dec 02, 2018 at 06:08:34PM +0300, Yuri Pankov wrote: >>>> Hi, >>>> >>>> Building disc1.iso using `make release` and having WITH_CTF set in >>>> src.conf leads to "File too big" displayed when booting the image. >>>> >>>> Would it make sense to build loader and related parts without CTF >>>> unconditionally as it doesn't look useful there? >>>> >>> >>> Fully agree with you >>> >> >> What a great Idea. We already turn it off in defs.mk: Sorry about that, I incorrectly assumed it wasn't done yet as there was a difference for me. >> MK_CTF=3D no >> >> which should be global to every single Makefile under stand. I'm not s= ure >> why that's turning it back on. >> >=20 > % cat /etc/src.conf > WITH_CTF=3Dyes > FRED=3Dpresent > % cd stand/cdboot > % make -V MK_CTF > no > % make -V FRED > present > % >=20 > So this sure sounds like a false positive to me. Do you have logs showi= ng > cdboot building with MK_CTF=3Dyes? Diff'ing the log for src/stand w/o and with -DWITH_CTF shows a lot of ctfconvert calls in the latter case. Attached is the diff of binary sizes in obj/ for stand/i386; could one of those be the problem I'm seein= g? --------------73D928FEF56379CFD2E8FF73 Content-Type: text/plain; charset=UTF-8; name="sizediff.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="sizediff.txt" LS0tIHNpejEJMjAxOC0xMi0wMyAxODo0OTowMS43NjQwOTEwMDAgKzAzMDAKKysrIHNpejIJ MjAxOC0xMi0wMyAxODo0OTozOS42NjYxOTgwMDAgKzAzMDAKQEAgLTIyLDI4ICsyMiwyOCBA QAogL3Vzci9vYmovaG9tZS95dXJpcHYvd3MvY3RmL2FtZDY0LmFtZDY0L3N0YW5kL2kzODYv aXNvYm9vdC9pc29ib290CTE0Mzk1CiAvdXNyL29iai9ob21lL3l1cmlwdi93cy9jdGYvYW1k NjQuYW1kNjQvc3RhbmQvaTM4Ni9pc29ib290L2lzb2Jvb3QuOC5negkxMzI0CiAvdXNyL29i ai9ob21lL3l1cmlwdi93cy9jdGYvYW1kNjQuYW1kNjQvc3RhbmQvaTM4Ni9pc29ib290L2lz b2Jvb3QuYmluCTEyNTUzCi0vdXNyL29iai9ob21lL3l1cmlwdi93cy9jdGYvYW1kNjQuYW1k NjQvc3RhbmQvaTM4Ni9saWJpMzg2L2xpYmkzODYuYQkzMTg5MjYKKy91c3Ivb2JqL2hvbWUv eXVyaXB2L3dzL2N0Zi9hbWQ2NC5hbWQ2NC9zdGFuZC9pMzg2L2xpYmkzODYvbGliaTM4Ni5h CTM1ODE0NgogL3Vzci9vYmovaG9tZS95dXJpcHYvd3MvY3RmL2FtZDY0LmFtZDY0L3N0YW5k L2kzODYvbG9hZGVyLy5kZXBlbmQJMjEzCiAvdXNyL29iai9ob21lL3l1cmlwdi93cy9jdGYv YW1kNjQuYW1kNjQvc3RhbmQvaTM4Ni9sb2FkZXIvdmVycy5jCTk5CiAvdXNyL29iai9ob21l L3l1cmlwdi93cy9jdGYvYW1kNjQuYW1kNjQvc3RhbmQvaTM4Ni9sb2FkZXJfNHRoLy5kZXBl bmQJMjEyCi0vdXNyL29iai9ob21lL3l1cmlwdi93cy9jdGYvYW1kNjQuYW1kNjQvc3RhbmQv aTM4Ni9sb2FkZXJfNHRoL2xvYWRlcl80dGgJMzgwOTI4Ci0vdXNyL29iai9ob21lL3l1cmlw di93cy9jdGYvYW1kNjQuYW1kNjQvc3RhbmQvaTM4Ni9sb2FkZXJfNHRoL2xvYWRlcl80dGgu YmluCTM2OTgwOAotL3Vzci9vYmovaG9tZS95dXJpcHYvd3MvY3RmL2FtZDY0LmFtZDY0L3N0 YW5kL2kzODYvbG9hZGVyXzR0aC9sb2FkZXJfNHRoLnN5bQkxMjEzMzIwCisvdXNyL29iai9o b21lL3l1cmlwdi93cy9jdGYvYW1kNjQuYW1kNjQvc3RhbmQvaTM4Ni9sb2FkZXJfNHRoL2xv YWRlcl80dGgJNTk4MDE2CisvdXNyL29iai9ob21lL3l1cmlwdi93cy9jdGYvYW1kNjQuYW1k NjQvc3RhbmQvaTM4Ni9sb2FkZXJfNHRoL2xvYWRlcl80dGguYmluCTU4NDM0NAorL3Vzci9v YmovaG9tZS95dXJpcHYvd3MvY3RmL2FtZDY0LmFtZDY0L3N0YW5kL2kzODYvbG9hZGVyXzR0 aC9sb2FkZXJfNHRoLnN5bQkxNDI3ODU2CiAvdXNyL29iai9ob21lL3l1cmlwdi93cy9jdGYv YW1kNjQuYW1kNjQvc3RhbmQvaTM4Ni9sb2FkZXJfNHRoL3ZlcnMuYwk5OQogL3Vzci9vYmov aG9tZS95dXJpcHYvd3MvY3RmL2FtZDY0LmFtZDY0L3N0YW5kL2kzODYvbG9hZGVyX2x1YS8u ZGVwZW5kCTIxMwotL3Vzci9vYmovaG9tZS95dXJpcHYvd3MvY3RmL2FtZDY0LmFtZDY0L3N0 YW5kL2kzODYvbG9hZGVyX2x1YS9sb2FkZXJfbHVhCTQzNDE3NgotL3Vzci9vYmovaG9tZS95 dXJpcHYvd3MvY3RmL2FtZDY0LmFtZDY0L3N0YW5kL2kzODYvbG9hZGVyX2x1YS9sb2FkZXJf bHVhLmJpbgk0MjI5OTIKLS91c3Ivb2JqL2hvbWUveXVyaXB2L3dzL2N0Zi9hbWQ2NC5hbWQ2 NC9zdGFuZC9pMzg2L2xvYWRlcl9sdWEvbG9hZGVyX2x1YS5zeW0JMTUwODE0NAorL3Vzci9v YmovaG9tZS95dXJpcHYvd3MvY3RmL2FtZDY0LmFtZDY0L3N0YW5kL2kzODYvbG9hZGVyX2x1 YS9sb2FkZXJfbHVhCTcxNjgwMAorL3Vzci9vYmovaG9tZS95dXJpcHYvd3MvY3RmL2FtZDY0 LmFtZDY0L3N0YW5kL2kzODYvbG9hZGVyX2x1YS9sb2FkZXJfbHVhLmJpbgk3MDYxMzIKKy91 c3Ivb2JqL2hvbWUveXVyaXB2L3dzL2N0Zi9hbWQ2NC5hbWQ2NC9zdGFuZC9pMzg2L2xvYWRl cl9sdWEvbG9hZGVyX2x1YS5zeW0JMTc5MTI4NAogL3Vzci9vYmovaG9tZS95dXJpcHYvd3Mv Y3RmL2FtZDY0LmFtZDY0L3N0YW5kL2kzODYvbG9hZGVyX2x1YS92ZXJzLmMJOTkKIC91c3Iv b2JqL2hvbWUveXVyaXB2L3dzL2N0Zi9hbWQ2NC5hbWQ2NC9zdGFuZC9pMzg2L2xvYWRlcl9z aW1wLy5kZXBlbmQJMTUwCi0vdXNyL29iai9ob21lL3l1cmlwdi93cy9jdGYvYW1kNjQuYW1k NjQvc3RhbmQvaTM4Ni9sb2FkZXJfc2ltcC9sb2FkZXJfc2ltcAkzMTk0ODgKLS91c3Ivb2Jq L2hvbWUveXVyaXB2L3dzL2N0Zi9hbWQ2NC5hbWQ2NC9zdGFuZC9pMzg2L2xvYWRlcl9zaW1w L2xvYWRlcl9zaW1wLmJpbgkzMDgzMDQKLS91c3Ivb2JqL2hvbWUveXVyaXB2L3dzL2N0Zi9h bWQ2NC5hbWQ2NC9zdGFuZC9pMzg2L2xvYWRlcl9zaW1wL2xvYWRlcl9zaW1wLnN5bQk5OTEx NjgKKy91c3Ivb2JqL2hvbWUveXVyaXB2L3dzL2N0Zi9hbWQ2NC5hbWQ2NC9zdGFuZC9pMzg2 L2xvYWRlcl9zaW1wL2xvYWRlcl9zaW1wCTQ5NTYxNgorL3Vzci9vYmovaG9tZS95dXJpcHYv d3MvY3RmL2FtZDY0LmFtZDY0L3N0YW5kL2kzODYvbG9hZGVyX3NpbXAvbG9hZGVyX3NpbXAu YmluCTQ4NDUzNgorL3Vzci9vYmovaG9tZS95dXJpcHYvd3MvY3RmL2FtZDY0LmFtZDY0L3N0 YW5kL2kzODYvbG9hZGVyX3NpbXAvbG9hZGVyX3NpbXAuc3ltCTExNjc0MDAKIC91c3Ivb2Jq L2hvbWUveXVyaXB2L3dzL2N0Zi9hbWQ2NC5hbWQ2NC9zdGFuZC9pMzg2L2xvYWRlcl9zaW1w L3ZlcnMuYwk5OQogL3Vzci9vYmovaG9tZS95dXJpcHYvd3MvY3RmL2FtZDY0LmFtZDY0L3N0 YW5kL2kzODYvbWJyL21icgk1MTIKIC91c3Ivb2JqL2hvbWUveXVyaXB2L3dzL2N0Zi9hbWQ2 NC5hbWQ2NC9zdGFuZC9pMzg2L3BtYnIvcG1icgk1MTIKLS91c3Ivb2JqL2hvbWUveXVyaXB2 L3dzL2N0Zi9hbWQ2NC5hbWQ2NC9zdGFuZC9pMzg2L3B4ZWxkci9sb2FkZXIJNDM0MTc2Ci0v dXNyL29iai9ob21lL3l1cmlwdi93cy9jdGYvYW1kNjQuYW1kNjQvc3RhbmQvaTM4Ni9weGVs ZHIvcHhlYm9vdAk0MzYyMjQKKy91c3Ivb2JqL2hvbWUveXVyaXB2L3dzL2N0Zi9hbWQ2NC5h bWQ2NC9zdGFuZC9pMzg2L3B4ZWxkci9sb2FkZXIJNzE2ODAwCisvdXNyL29iai9ob21lL3l1 cmlwdi93cy9jdGYvYW1kNjQuYW1kNjQvc3RhbmQvaTM4Ni9weGVsZHIvcHhlYm9vdAk3MTg4 NDgKIC91c3Ivb2JqL2hvbWUveXVyaXB2L3dzL2N0Zi9hbWQ2NC5hbWQ2NC9zdGFuZC9pMzg2 L3B4ZWxkci9weGVib290LjguZ3oJMjMxMQogL3Vzci9vYmovaG9tZS95dXJpcHYvd3MvY3Rm L2FtZDY0LmFtZDY0L3N0YW5kL2kzODYvcHhlbGRyL3B4ZWxkcgk1MTIKIC91c3Ivb2JqL2hv bWUveXVyaXB2L3dzL2N0Zi9hbWQ2NC5hbWQ2NC9zdGFuZC9pMzg2L3pmc2Jvb3QvemZzYm9v dAkyNjI2NTYK --------------73D928FEF56379CFD2E8FF73-- --b5gGXP9ovQLU3bRQPL7VjWPNUW0pvbn8s-- --duxL5V0SvtM2cdjS2vh9X7Es2lLZnZiJW Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEE+Gq3PsPeLT4tL/9wk4vgf7Eq4WwFAlwFVfoACgkQk4vgf7Eq 4WzP+QgAvG8s2v0NgV7ucfugTW6Jqz2TiGfLEWsWtaKrcQdeKS5W49KzxGBuWxwt WMCJWqCIGsyqGgKoBOFxFSSNEeDeDGQYQNKPpnjOgaFOxXuHbmXc3jIcpe4aDmT2 ztdWwoxfQbDuRRPJdl+cTJ844XjSgBslPd7mV2xG11vNtp4bjwQ8DRoxejbYsX4x oGUggQo3xZHtUzdL/c5gBosxOavy75phYalZVZUoiA0+gHNtDIR7kkFEvJ3Ot6N2 gRZUIyzYz/IZkR09p46wFkKKDLHWDHcAQWu900c3+lTSM7C/e6reY9t9bg5pHWCp mF03FTuUzFrSi9GgB2nR5tDnUgvm+A== =03Xh -----END PGP SIGNATURE----- --duxL5V0SvtM2cdjS2vh9X7Es2lLZnZiJW-- From owner-freebsd-current@freebsd.org Mon Dec 3 16:56:53 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A9ED8132CC8A for ; Mon, 3 Dec 2018 16:56:53 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 EA8A58A4CE; Mon, 3 Dec 2018 16:56:52 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 82ED82223B; Mon, 3 Dec 2018 11:56:52 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Mon, 03 Dec 2018 11:56:52 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.net; h= subject:from:to:cc:references:message-id:date:mime-version :in-reply-to:content-type; s=fm3; bh=1+E3zU+9cxgzjGPVdxpauWjCSIp 2vd0Yj4RDGJu7kLc=; b=MF+bSkypAgeQqHFonbpSYJ4Mq+v8D5FcWrf49jdUhoS 2KQI4NugGa211wB1W0oczm1qsNpA2LVr0ljQixoliiGRmmXbinB1OVuzVm6zcl9N Fq/FuPlqbfvNj5QKM0W/Kp3LJrjlrLIqltLm9aEHvlIeCyyPS0suKZBjiU9ge/Kg qxCGa/H71YcZqoYNaiDOi4nglFrlj07u3hzF6EGq5TFN+sDKQEUHJAssVy2sv41h Ywq57ihCUHrBcEx+NKJkh0K9JhEkQvM+DsYNw3GziJAY3s0S4TyJJjidVzYuCzhE +o3LkfU9QGxRRYC9ZXcap3djK4w93FXJUdWNvxC2CFw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=1+E3zU +9cxgzjGPVdxpauWjCSIp2vd0Yj4RDGJu7kLc=; b=uA597M37izN/FRCyxI+Kls /2JT6wAyNRQhPyugacznXA1cZ+KEVx02Cnt4HSnJpHKNrZ4pYzig6VsXh5KKUVcB XEHI+qBaU/7c48PrgsTPjjkZK+RUotM9sJTiHkiFZsXYq6WETkdBdHd+UhETbHDy 6j6++Mj27ShWi7mmHbKoZaREp8jf6xDGtM3Wg/ujAWrFp1QuAl4e0gZfDmOKwhRt ez2sIIGvhHXTxkADlBaMXog4gD0+Tity4m3ISFhw3iu5IiWljiZ78IeablvQ9+Wa 4zB0yj5667oX5yt6CwvQb7WuHD23uCvYCznYWDqAx1pQnAHVS62fVYN9craY2P7w == X-ME-Sender: X-ME-Proxy: Received: from [192.168.1.2] (unknown [62.183.125.176]) by mail.messagingengine.com (Postfix) with ESMTPA id 670F5102E4; Mon, 3 Dec 2018 11:56:50 -0500 (EST) Subject: Re: WITH_CTF breaks CD loader: "File too big" From: Yuri Pankov To: Warner Losh , Baptiste Daroussin Cc: FreeBSD Current References: <6e53765f-52bd-f503-c1a5-ae23e402afcb@yuripv.net> <20181203072226.mpvh7an5pupjbwkb@ivaldir.net> <51d0fa8c-b453-69e0-500e-32818d29826a@yuripv.net> Openpgp: preference=signencrypt Autocrypt: addr=yuripv@yuripv.net; keydata= xsBNBFu8u6IBCADB11gP0QwnorrHjqAtKLHKHNHskhy0s7jqJKfx0YqXgVBKGLJ9/mjLAz0F CBNvemHSDDTs0mEZ9cBKKi6cmsav6+UQgr//yai6hvXLBJqKchSFO4MhmdvBtsGFq1yKz5Zi uhjmimKyIpgBgvMdbgGbGq6cnSB2uEPmZuJr419SVRODOkXukU+F5WHgaHzDdHAIu1asCt2B +6msxqIqlFWcXyZyTGicTGGvC/PFIsVRUtD1dIJANTC876g7DTb7LZXWiWwJpSJ4GKMXMHVX Ct9BoQ4i3nhKbOxb6Io1wsy+NFyWsTJ9KYrxKKPJP3oG8BWb/cqlFqnE4eNSsiq2q7krABEB AAHNH1l1cmkgUGFua292IDx5dXJpcHZAeXVyaXB2Lm5ldD7CwJcEEwEIAEECGwMFCQWjmoAF CwkIBwMFFQoJCAsFFgMCAQACHgECF4AWIQT4arc+w94tPi0v/3CTi+B/sSrhbAUCW708wAIZ AQAKCRCTi+B/sSrhbPxBB/961alcU091O+yKT5/oReHVc/PX0Tz4sW3V44AcgLfYlrZavCro EFz90qmCrl0xqEwuAKcC4bjmL8SjPWAhSN6IH9nxdw+HeZnAPiHm/q679Bu47+nHBl3qD/9p +t1PkKeKZfaWToFMt1nq06ytSu6VLMCwLdlDNe6DReX0ex/afEqKsuaIZSKL4UYjRwklp8PU Uf98QkrfapyHB67hQMzfI4tPeJaYyv0cTgfq3kUWJx1V6Xi0b6Zxj4ZrB2TXvaMO5g7yhU9E E3WWAvoe4FgB3a7dHe8atnHhq5+Cuvm6+LD4Jh7jvMAE5UMN+xxQpnGpNghHjaCy4vXrLRBZ nhRYzsBNBFu8u6IBCADKih3Q933rDNj4ZA8FhBQ2RlmBgvwOLcDPIL3h0V7h38y3+HisgFSc XACDsdrTlYZ1bRXkD9FHENynBcv0l/3uGJDk8jaGIDE0TP8OQBRp+IaU9/BHnAqrKxTJGIol Dahy2m+yx2yhdc6B4ujWMDqCF1rWOD+ymOWw+VLllOkrHcZa5PJtX9UOGbApZl8ZTM8El4CA NN8F1bg9MWzUi+8LYoGWGc+BwsFS1OUB1c4SPgMu5fD4Wfsr9yRl06fdpEA2YT7B/j5/5RSC 0sE2Zs/tmJ/JRflHJ12ycj59ma2xQMfEJF40hZDpMFQmZvbVqgEg3ocQcltjbxlIKZ/mjC4z ABEBAAHCwHwEGAEKACYWIQT4arc+w94tPi0v/3CTi+B/sSrhbAUCW7y7ogIbDAUJBaOagAAK CRCTi+B/sSrhbIDcCACqAZMcoxUBLZa40a5b24j5i1jplvCYYb3h+Q5lt5+BFJ87kCb4dJuU D3kh2i29BrxWQWa9WNue9ozxeYkbkfXubQYXexVolRsnh64OdGsE8KvorBFBB3zdK/GRt2Jy +jsnTfUWuQllbzMP0MfhCDMk1Mo8WvDH2/cOEP/yLKf20a+cd6nLs7bidjmGXo9pyuBKAtV6 Kv+VRu54AL+A/UBYu/eB3Dtvzcnut+1Zq6KaP++kUwPwINLIk04OBDwN0zRNTiqMAFYYyz2v ZHBB6E1th/l//ZC5b9Dk0ZpFI1bYdL9ymnrZe1MqbGPnDCToQxu00T/pZCm6Z92YrZQYuNwl Message-ID: Date: Mon, 3 Dec 2018 19:56:43 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:60.0) Gecko/20100101 Thunderbird/60.3.2 MIME-Version: 1.0 In-Reply-To: <51d0fa8c-b453-69e0-500e-32818d29826a@yuripv.net> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="y0wML8MNfZNmZXmL4TW6WtclcHuW5NLcV" X-Rspamd-Queue-Id: EA8A58A4CE X-Spamd-Result: default: False [-9.36 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yuripv.net,messagingengine.com]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.28]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; DMARC_NA(0.00)[yuripv.net]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yuripv.net:+,messagingengine.com:+]; MX_GOOD(-0.01)[cached: in2-smtp.messagingengine.com]; NEURAL_HAM_SHORT(-0.99)[-0.988,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-3.66)[ip: (-9.61), ipnet: 66.111.4.0/24(-4.76), asn: 11403(-3.86), country: US(-0.09)]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[28.4.111.66.list.dnswl.org : 127.0.5.1] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 03 Dec 2018 16:56:54 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --y0wML8MNfZNmZXmL4TW6WtclcHuW5NLcV Content-Type: multipart/mixed; boundary="uEaBmGbOX4C5iFNySZhHg56EFMR3DN1ZT"; protected-headers="v1" From: Yuri Pankov To: Warner Losh , Baptiste Daroussin Cc: FreeBSD Current Message-ID: Subject: Re: WITH_CTF breaks CD loader: "File too big" References: <6e53765f-52bd-f503-c1a5-ae23e402afcb@yuripv.net> <20181203072226.mpvh7an5pupjbwkb@ivaldir.net> <51d0fa8c-b453-69e0-500e-32818d29826a@yuripv.net> In-Reply-To: <51d0fa8c-b453-69e0-500e-32818d29826a@yuripv.net> --uEaBmGbOX4C5iFNySZhHg56EFMR3DN1ZT Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Yuri Pankov wrote: > Warner Losh wrote: >> On Mon, Dec 3, 2018 at 8:10 AM Warner Losh wrote: >> >>> >>> On Mon, Dec 3, 2018 at 12:24 AM Baptiste Daroussin = >>> wrote: >>> >>>> On Sun, Dec 02, 2018 at 06:08:34PM +0300, Yuri Pankov wrote: >>>>> Hi, >>>>> >>>>> Building disc1.iso using `make release` and having WITH_CTF set in >>>>> src.conf leads to "File too big" displayed when booting the image. >>>>> >>>>> Would it make sense to build loader and related parts without CTF >>>>> unconditionally as it doesn't look useful there? >>>>> >>>> >>>> Fully agree with you >>>> >>> >>> What a great Idea. We already turn it off in defs.mk: >=20 > Sorry about that, I incorrectly assumed it wasn't done yet as there was= > a difference for me. >=20 >>> MK_CTF=3D no >>> >>> which should be global to every single Makefile under stand. I'm not = sure >>> why that's turning it back on. >>> >> >> % cat /etc/src.conf >> WITH_CTF=3Dyes >> FRED=3Dpresent >> % cd stand/cdboot >> % make -V MK_CTF >> no >> % make -V FRED >> present >> % >> >> So this sure sounds like a false positive to me. Do you have logs show= ing >> cdboot building with MK_CTF=3Dyes? >=20 > Diff'ing the log for src/stand w/o and with -DWITH_CTF shows a lot of > ctfconvert calls in the latter case. Attached is the diff of binary > sizes in obj/ for stand/i386; could one of those be the problem I'm see= ing? If ctfconvert calls are indeed the source of problem, then something seems to be wrong here (I didn't mention the "cdboot" binary exactly, rather the binary it's trying to load): yuripv:~/ws/ctf/stand/i386/loader$ make -V MK_CTF -V CTFCONVERT_CMD no yuripv:~/ws/ctf/stand/i386/loader$ make -DWITH_CTF -V MK_CTF -V CTFCONVERT_CMD no ctfconvert -L VERSION ${.TARGET} --uEaBmGbOX4C5iFNySZhHg56EFMR3DN1ZT-- --y0wML8MNfZNmZXmL4TW6WtclcHuW5NLcV Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEE+Gq3PsPeLT4tL/9wk4vgf7Eq4WwFAlwFYEsACgkQk4vgf7Eq 4WzujggAvpX8v9arnRKIhu427xLMp9cvC3ndL46S7cJzQnlUsXw21KZtxAIwgZMg 4fvSBCrrcUdY8LUaWEarRYefffLS5MGNuWGZMnBkfak4yEbfWqPtXU+6XJP3rLXu fN4eC3RDNe0k8Jb4dtTWHuLI/PGtHZ69yHEBvPvAkiRJNunaFLYVxsFOl9ajtTCM tCbOvSrwaHJc8rou2j/yZJZjFLUEe00EMpDh0sfiIiBKLVTWEvnFDjgZIV3W9A+1 6oV6quL1d1J6T/Umo5grlPSCh566H4BaKJf67mzEQcRslGW3zHqUjWL1ZWL70b3D FzAz89iPXQU2C9sG44pEuvaUW2LZmA== =Mea5 -----END PGP SIGNATURE----- --y0wML8MNfZNmZXmL4TW6WtclcHuW5NLcV-- From owner-freebsd-current@freebsd.org Mon Dec 3 17:53:27 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 20BA2132E071 for ; Mon, 3 Dec 2018 17:53:27 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x731.google.com (mail-qk1-x731.google.com [IPv6:2607:f8b0:4864:20::731]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5CB0A8CB2E for ; Mon, 3 Dec 2018 17:53:26 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x731.google.com with SMTP id w204so7884293qka.2 for ; Mon, 03 Dec 2018 09:53:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=+v73Em4/ROxZbicQ8nMgCp5BQYzYEg5GzhSoRSrMXbk=; b=Sl8KHTPpPBlj3zuvUr+c+SWjH0MEqQFhGtIAoszsb8P98prZrFjXHcmiVQMxFGzqme nAOAq1u+9wfQL0mSP38dCUCN7hMW6rM1gpBD9bJrt+4wpSA90mQXQvcqmLAyyGq0VNIQ nK31vz/sB5sivz9YIECkzqqeYCP51zzfGyLU3oA5x/6kBMYNL/HKOUpuNZuBGMDnWWJs ckywTjXSgWkThp22Pny3J5in7u9TAXWC//dz1zvrMoMFno4+VOKFSxHW//3X5lIr/SNv W/e9TnUVpymyvYkNUBBthbkm7/1YXyr4VJPCaC804C9CR6tMmum6yvB0Q0mAeRRkhS7s xuGA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=+v73Em4/ROxZbicQ8nMgCp5BQYzYEg5GzhSoRSrMXbk=; b=Hy/tPc00/gdsyW5T+M50uGid05RwSg3SBKh77VPMsCcVrPYet0TXpQb4zVJMD6p26u nXzPwd5puEIQioQEEiel3mM4dtwBJx0inUo0EzFo5Rm/l6nKtKnMXT14iV3KpsuOBJuw s6HysdKr7CksVUtALDURj19FOr0ZIGcGdKxqrryDxMOqN7yoZKS/iVBFC1SZyRTiABdS Dbnc2sF9TVQTp3Zxq0/n9TlQEoWrhLgeJtlFEeix86R8ScFpL40YkczrScwNSR3L3IHY v1OwLj8zXtnx3z6HJQ3YBzM5aXWhyQkTN2FGsnPiA8eZEEyQ/85EHeoLX4Jmf8TtiopV ANXg== X-Gm-Message-State: AA+aEWaAOSDApFLL9Be1ZoB6IZMPS95t1XyB7k/hXpkn5ypaDmqOc+O0 fBTgZmojEUiuHdhwD+LJvLEiiFlAKJJPP1a2x6/74g== X-Google-Smtp-Source: AFSGD/WmjkjaNu8OgzYtEnZUaN+f2U+Jft+UnSKxPmzBC0XY4n8ovnELwxI/VG0DlTBZW4Yh1iwuM84iKktXnEngDd8= X-Received: by 2002:a37:6e86:: with SMTP id j128mr16256421qkc.46.1543859605704; Mon, 03 Dec 2018 09:53:25 -0800 (PST) MIME-Version: 1.0 References: <6e53765f-52bd-f503-c1a5-ae23e402afcb@yuripv.net> <20181203072226.mpvh7an5pupjbwkb@ivaldir.net> <51d0fa8c-b453-69e0-500e-32818d29826a@yuripv.net> In-Reply-To: From: Warner Losh Date: Mon, 3 Dec 2018 10:53:14 -0700 Message-ID: Subject: Re: WITH_CTF breaks CD loader: "File too big" To: Yuri Pankov Cc: Baptiste Daroussin , FreeBSD Current X-Rspamd-Queue-Id: 5CB0A8CB2E X-Spamd-Result: default: False [-5.21 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: ALT1.aspmx.l.google.com]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[1.3.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.98)[-0.983,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-2.22)[ip: (-8.04), ipnet: 2607:f8b0::/32(-1.66), asn: 15169(-1.30), country: US(-0.09)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 03 Dec 2018 17:53:27 -0000 On Mon, Dec 3, 2018 at 9:56 AM Yuri Pankov wrote: > Yuri Pankov wrote: > > Warner Losh wrote: > >> On Mon, Dec 3, 2018 at 8:10 AM Warner Losh wrote: > >> > >>> > >>> On Mon, Dec 3, 2018 at 12:24 AM Baptiste Daroussin > >>> wrote: > >>> > >>>> On Sun, Dec 02, 2018 at 06:08:34PM +0300, Yuri Pankov wrote: > >>>>> Hi, > >>>>> > >>>>> Building disc1.iso using `make release` and having WITH_CTF set in > >>>>> src.conf leads to "File too big" displayed when booting the image. > >>>>> > >>>>> Would it make sense to build loader and related parts without CTF > >>>>> unconditionally as it doesn't look useful there? > >>>>> > >>>> > >>>> Fully agree with you > >>>> > >>> > >>> What a great Idea. We already turn it off in defs.mk: > > > > Sorry about that, I incorrectly assumed it wasn't done yet as there was > > a difference for me. > > > >>> MK_CTF= no > >>> > >>> which should be global to every single Makefile under stand. I'm not > sure > >>> why that's turning it back on. > >>> > >> > >> % cat /etc/src.conf > >> WITH_CTF=yes > >> FRED=present > >> % cd stand/cdboot > >> % make -V MK_CTF > >> no > >> % make -V FRED > >> present > >> % > >> > >> So this sure sounds like a false positive to me. Do you have logs > showing > >> cdboot building with MK_CTF=yes? > > > > Diff'ing the log for src/stand w/o and with -DWITH_CTF shows a lot of > > ctfconvert calls in the latter case. Attached is the diff of binary > > sizes in obj/ for stand/i386; could one of those be the problem I'm > seeing? > > If ctfconvert calls are indeed the source of problem, then something > seems to be wrong here (I didn't mention the "cdboot" binary exactly, > rather the binary it's trying to load): > > yuripv:~/ws/ctf/stand/i386/loader$ make -V MK_CTF -V CTFCONVERT_CMD > no > > yuripv:~/ws/ctf/stand/i386/loader$ make -DWITH_CTF -V MK_CTF -V > CTFCONVERT_CMD > no > ctfconvert -L VERSION ${.TARGET} > Ding! We have a winner: order of operations not quite right. We included src.opts.mk which includes bsd.own.mk which defines CTFCONVERT_CMD and then we change the MK_CTF value which has no effect. Unlike the lazy evaluation in makefile rules, where the last one wins, when we're parsing stuff for .if, it's the current value that's used. The solution is to include src.opts.mk later after we set the MK_foo overrides. r341433 should fix that. Warner From owner-freebsd-current@freebsd.org Mon Dec 3 18:14:39 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2E129132E8FB for ; Mon, 3 Dec 2018 18:14:39 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 1C1318D6BB; Mon, 3 Dec 2018 18:14:38 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 92462222A6; Mon, 3 Dec 2018 13:14:37 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Mon, 03 Dec 2018 13:14:37 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.net; h= subject:to:cc:references:from:message-id:date:mime-version :in-reply-to:content-type; s=fm3; bh=r1nsqipHnISSPzxF9BZrF5yyOat cENJ4W7V04QcM06M=; b=JYNdr3QE+qnPUPgiGnVHOw3rway4ebffK/rVeRa4SIu Ad7JGNj5IG40Znl4JGgde6Inp8CoAuGr+8FSbaKF2fvITMOWvMLEwS9Bp6s3Od2x nKlU2mmWtmQ58KueUJYYarAxWloZ51J56QTYZemL0xiFDjJVMTAmcyveDGO5EoVZ wngR6VmWWl2slcw3q6rMcSnbczh7lG0JNyYI0MCGIvvIjnRJL9y1RHOIsXyLGyHO jI59PcB75aEN80sLhtM/204bI5uV+KmHTOUGgBaXJoLYPTdJcU8VoXxD32S7W2LO qd8XwkmO+G7kSKU+bxLsehV+gwoaO14a7pvtqLCORDg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=r1nsqi pHnISSPzxF9BZrF5yyOatcENJ4W7V04QcM06M=; b=E0aDe/9K8nUUxOYXRaVR4u 4nsivnbKyrd0mQmonaApzXajFxIQQRgcRAfFxOp694PKwEeVlCYo2J/pdASt+olA RGuSYQQYPcmUocG11W6KKk9eRoRU2xhL1+/oAk7Xqa7hx0+BjO2Rc/cBA52vyFdH 5vyVhtpZBFvOITW+EM0O85O+GuUwrgPJ3g/mKPxH9I2MUsBi4O+tFPgY5nghH7b2 2/nWhqhW2y9Y8AkHJAzIw/xrLQ4x3z5lvopovKlBASea3s4uPd0N0TDmm8JjcWP6 kjLpzAFxxyTqsv7GScKtGPHjThvBfW395GaSBGqsmf6hWWYtPtQrsi0mEw0fUj0A == X-ME-Sender: X-ME-Proxy: Received: from [192.168.1.2] (unknown [62.183.125.176]) by mail.messagingengine.com (Postfix) with ESMTPA id 2108D102A0; Mon, 3 Dec 2018 13:14:34 -0500 (EST) Subject: Re: WITH_CTF breaks CD loader: "File too big" To: Warner Losh Cc: Baptiste Daroussin , FreeBSD Current References: <6e53765f-52bd-f503-c1a5-ae23e402afcb@yuripv.net> <20181203072226.mpvh7an5pupjbwkb@ivaldir.net> <51d0fa8c-b453-69e0-500e-32818d29826a@yuripv.net> From: Yuri Pankov Openpgp: preference=signencrypt Autocrypt: addr=yuripv@yuripv.net; keydata= xsBNBFu8u6IBCADB11gP0QwnorrHjqAtKLHKHNHskhy0s7jqJKfx0YqXgVBKGLJ9/mjLAz0F CBNvemHSDDTs0mEZ9cBKKi6cmsav6+UQgr//yai6hvXLBJqKchSFO4MhmdvBtsGFq1yKz5Zi uhjmimKyIpgBgvMdbgGbGq6cnSB2uEPmZuJr419SVRODOkXukU+F5WHgaHzDdHAIu1asCt2B +6msxqIqlFWcXyZyTGicTGGvC/PFIsVRUtD1dIJANTC876g7DTb7LZXWiWwJpSJ4GKMXMHVX Ct9BoQ4i3nhKbOxb6Io1wsy+NFyWsTJ9KYrxKKPJP3oG8BWb/cqlFqnE4eNSsiq2q7krABEB AAHNH1l1cmkgUGFua292IDx5dXJpcHZAeXVyaXB2Lm5ldD7CwJcEEwEIAEECGwMFCQWjmoAF CwkIBwMFFQoJCAsFFgMCAQACHgECF4AWIQT4arc+w94tPi0v/3CTi+B/sSrhbAUCW708wAIZ AQAKCRCTi+B/sSrhbPxBB/961alcU091O+yKT5/oReHVc/PX0Tz4sW3V44AcgLfYlrZavCro EFz90qmCrl0xqEwuAKcC4bjmL8SjPWAhSN6IH9nxdw+HeZnAPiHm/q679Bu47+nHBl3qD/9p +t1PkKeKZfaWToFMt1nq06ytSu6VLMCwLdlDNe6DReX0ex/afEqKsuaIZSKL4UYjRwklp8PU Uf98QkrfapyHB67hQMzfI4tPeJaYyv0cTgfq3kUWJx1V6Xi0b6Zxj4ZrB2TXvaMO5g7yhU9E E3WWAvoe4FgB3a7dHe8atnHhq5+Cuvm6+LD4Jh7jvMAE5UMN+xxQpnGpNghHjaCy4vXrLRBZ nhRYzsBNBFu8u6IBCADKih3Q933rDNj4ZA8FhBQ2RlmBgvwOLcDPIL3h0V7h38y3+HisgFSc XACDsdrTlYZ1bRXkD9FHENynBcv0l/3uGJDk8jaGIDE0TP8OQBRp+IaU9/BHnAqrKxTJGIol Dahy2m+yx2yhdc6B4ujWMDqCF1rWOD+ymOWw+VLllOkrHcZa5PJtX9UOGbApZl8ZTM8El4CA NN8F1bg9MWzUi+8LYoGWGc+BwsFS1OUB1c4SPgMu5fD4Wfsr9yRl06fdpEA2YT7B/j5/5RSC 0sE2Zs/tmJ/JRflHJ12ycj59ma2xQMfEJF40hZDpMFQmZvbVqgEg3ocQcltjbxlIKZ/mjC4z ABEBAAHCwHwEGAEKACYWIQT4arc+w94tPi0v/3CTi+B/sSrhbAUCW7y7ogIbDAUJBaOagAAK CRCTi+B/sSrhbIDcCACqAZMcoxUBLZa40a5b24j5i1jplvCYYb3h+Q5lt5+BFJ87kCb4dJuU D3kh2i29BrxWQWa9WNue9ozxeYkbkfXubQYXexVolRsnh64OdGsE8KvorBFBB3zdK/GRt2Jy +jsnTfUWuQllbzMP0MfhCDMk1Mo8WvDH2/cOEP/yLKf20a+cd6nLs7bidjmGXo9pyuBKAtV6 Kv+VRu54AL+A/UBYu/eB3Dtvzcnut+1Zq6KaP++kUwPwINLIk04OBDwN0zRNTiqMAFYYyz2v ZHBB6E1th/l//ZC5b9Dk0ZpFI1bYdL9ymnrZe1MqbGPnDCToQxu00T/pZCm6Z92YrZQYuNwl Message-ID: Date: Mon, 3 Dec 2018 21:14:28 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:60.0) Gecko/20100101 Thunderbird/60.3.2 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="6EjsxzMyqOYL0wL5IwPaox8LMuxoizYn5" X-Rspamd-Queue-Id: 1C1318D6BB X-Spamd-Result: default: False [-9.36 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yuripv.net,messagingengine.com]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.28]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; DMARC_NA(0.00)[yuripv.net]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: in2-smtp.messagingengine.com]; DKIM_TRACE(0.00)[yuripv.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-0.99)[-0.985,0]; SIGNED_PGP(-2.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[28.4.111.66.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-3.67)[ip: (-9.63), ipnet: 66.111.4.0/24(-4.76), asn: 11403(-3.86), country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 03 Dec 2018 18:14:39 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --6EjsxzMyqOYL0wL5IwPaox8LMuxoizYn5 Content-Type: multipart/mixed; boundary="8ZLhoBL8mfCgEfJPM5yq6lHWbJJHy7xK4"; protected-headers="v1" From: Yuri Pankov To: Warner Losh Cc: Baptiste Daroussin , FreeBSD Current Message-ID: Subject: Re: WITH_CTF breaks CD loader: "File too big" References: <6e53765f-52bd-f503-c1a5-ae23e402afcb@yuripv.net> <20181203072226.mpvh7an5pupjbwkb@ivaldir.net> <51d0fa8c-b453-69e0-500e-32818d29826a@yuripv.net> In-Reply-To: --8ZLhoBL8mfCgEfJPM5yq6lHWbJJHy7xK4 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Warner Losh wrote: > On Mon, Dec 3, 2018 at 9:56 AM Yuri Pankov wrote: >=20 >> Yuri Pankov wrote: >>> Warner Losh wrote: >>>> On Mon, Dec 3, 2018 at 8:10 AM Warner Losh wrote: >>>> >>>>> >>>>> On Mon, Dec 3, 2018 at 12:24 AM Baptiste Daroussin >>>>> wrote: >>>>> >>>>>> On Sun, Dec 02, 2018 at 06:08:34PM +0300, Yuri Pankov wrote: >>>>>>> Hi, >>>>>>> >>>>>>> Building disc1.iso using `make release` and having WITH_CTF set i= n >>>>>>> src.conf leads to "File too big" displayed when booting the image= =2E >>>>>>> >>>>>>> Would it make sense to build loader and related parts without CTF= >>>>>>> unconditionally as it doesn't look useful there? >>>>>>> >>>>>> >>>>>> Fully agree with you >>>>>> >>>>> >>>>> What a great Idea. We already turn it off in defs.mk: >>> >>> Sorry about that, I incorrectly assumed it wasn't done yet as there w= as >>> a difference for me. >>> >>>>> MK_CTF=3D no >>>>> >>>>> which should be global to every single Makefile under stand. I'm no= t >> sure >>>>> why that's turning it back on. >>>>> >>>> >>>> % cat /etc/src.conf >>>> WITH_CTF=3Dyes >>>> FRED=3Dpresent >>>> % cd stand/cdboot >>>> % make -V MK_CTF >>>> no >>>> % make -V FRED >>>> present >>>> % >>>> >>>> So this sure sounds like a false positive to me. Do you have logs >> showing >>>> cdboot building with MK_CTF=3Dyes? >>> >>> Diff'ing the log for src/stand w/o and with -DWITH_CTF shows a lot of= >>> ctfconvert calls in the latter case. Attached is the diff of binary >>> sizes in obj/ for stand/i386; could one of those be the problem I'm >> seeing? >> >> If ctfconvert calls are indeed the source of problem, then something >> seems to be wrong here (I didn't mention the "cdboot" binary exactly, >> rather the binary it's trying to load): >> >> yuripv:~/ws/ctf/stand/i386/loader$ make -V MK_CTF -V CTFCONVERT_CMD >> no >> >> yuripv:~/ws/ctf/stand/i386/loader$ make -DWITH_CTF -V MK_CTF -V >> CTFCONVERT_CMD >> no >> ctfconvert -L VERSION ${.TARGET} >> >=20 > Ding! We have a winner: order of operations not quite right. We includ= ed > src.opts.mk which includes bsd.own.mk which defines CTFCONVERT_CMD and = then > we change the MK_CTF value which has no effect. Unlike the lazy evaluat= ion > in makefile rules, where the last one wins, when we're parsing stuff fo= r > .if, it's the current value that's used. The solution is to include > src.opts.mk later after we set the MK_foo overrides. >=20 > r341433 should fix that. Thank you. --8ZLhoBL8mfCgEfJPM5yq6lHWbJJHy7xK4-- --6EjsxzMyqOYL0wL5IwPaox8LMuxoizYn5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEE+Gq3PsPeLT4tL/9wk4vgf7Eq4WwFAlwFcoQACgkQk4vgf7Eq 4Ww97gf/VC23TFmVOVG/Qb0ijNMAbMUmldxDs9dQb3c8trDvimpo0C/RlouJIsA0 3uLaqVVis/j0qj/AC5sGxctOg12iIO+sPb7MmZzwcrPX2moRExJl9QBnzZ8K7hLi Gvy40VuBry8KUrJ6d4gHZrDH8xYa6pz7F5+ozQOM7dDf8NhoHUpLb7W5yCoWmHqc bMtpixYHozNotNEfwnGCvKYXtelHyiyI6chAA1SGleYbLRQDLF0MQwDbGOyHshoC AjT4BfZwhfvijfH4lcKzDeVlulAPrZb/cKFoSpd3YLWHIBl4XQdy+mkmrdMq69iX M4fDpPmL/f1mFpBmKca0nf3vTmfhYQ== =5CTw -----END PGP SIGNATURE----- --6EjsxzMyqOYL0wL5IwPaox8LMuxoizYn5-- From owner-freebsd-current@freebsd.org Mon Dec 3 19:18:46 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 84CB113301E0 for ; Mon, 3 Dec 2018 19:18:46 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x82a.google.com (mail-qt1-x82a.google.com [IPv6:2607:f8b0:4864:20::82a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 67C8C69B65 for ; Mon, 3 Dec 2018 19:18:45 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x82a.google.com with SMTP id e5so15113589qtr.12 for ; Mon, 03 Dec 2018 11:18:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=4uP8tM2rLUUa1UTW9Oahi30oxW8d9hGTydha3H13uOc=; b=WbfGEHTvZSmst8MUUU1zPH4szVJdBacBwPc03OJPFTIT8Cj+xNBhbFFflsrP71GkHw Gy2LR6ozsXM5ESbpS1JX0cGOaTVW8Dg/XW9HlEjysHYYaVaKAsmW9nMlsaV4v602jcak Ei867qTy9siwIGuz5YI0gSm2gQQbzvuJyTbZYZXlaF3St2CVci1zPZOqcU2SP3XoP4sv v+gUf+XxM7mZ7lTDHgl4DJCYVz2eWrh8bxcjFzIU0MA3Z7WNg6Xk8a936d7UMRxi5fS1 B3DTM6fEUAVWxQYgSZPmtoEXtPoL3j27VwIZUUj+BO/JhZojnSmxY1EKpbVYLZ99+4Wl 9o4A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=4uP8tM2rLUUa1UTW9Oahi30oxW8d9hGTydha3H13uOc=; b=ffXZoDBUXxuHgcfh84CVkPdlprQ7uY19IffOkp3ImACqKUjXOOySe0AYSqMDY4WJGh vll8glxWGZoY86rG9nEJ8dIC8bOVURx6CBZU1vXZ1+MjslBlt99LWRtYVG//FDdEox2D d4LTgD1VrhlkAtK2RfJKAExkFjpq/4eYkbtuU+uOlJTgpJ5E04nSuGtwcs5kIsHb1EWx e65joYtvYhImlpYa6PJ4UAFOV2NoVCF75RQA35BmeWAthHzFmbXNc55BnDG0WqMk16JQ UfGyjt1t+R/H0+IDEwG30qRKnrOs8jxlY2W2w/bIDGDzygdb/HJvKP/g1lnrKzHro02J tNkw== X-Gm-Message-State: AA+aEWYXmpccjKAjvy5SB56DheI8hPvDG6KwO+QyUR5VlMzWF7VoKEWn nCA9RfZTlC62NkMVcf8hN46AoA9bBVgEaDPtNHbCV8wR X-Google-Smtp-Source: AFSGD/VgyH7Na4xxtcEa7Pc4WEx1iChvJlDJsiLQKUpfpm87R0Ym4u0jOyQ6RD+VWPz6Rl2O64aVWlGyDPw2jFKRnZA= X-Received: by 2002:a0c:bd15:: with SMTP id m21mr17065563qvg.57.1543864724740; Mon, 03 Dec 2018 11:18:44 -0800 (PST) MIME-Version: 1.0 References: <6e53765f-52bd-f503-c1a5-ae23e402afcb@yuripv.net> <20181203072226.mpvh7an5pupjbwkb@ivaldir.net> <51d0fa8c-b453-69e0-500e-32818d29826a@yuripv.net> In-Reply-To: From: Warner Losh Date: Mon, 3 Dec 2018 12:18:33 -0700 Message-ID: Subject: Re: WITH_CTF breaks CD loader: "File too big" To: Yuri Pankov Cc: Baptiste Daroussin , FreeBSD Current X-Rspamd-Queue-Id: 67C8C69B65 X-Spamd-Result: default: False [-3.55 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.992,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.99)[-0.994,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: ALT1.aspmx.l.google.com]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[a.2.8.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.95)[-0.951,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-0.61)[ipnet: 2607:f8b0::/32(-1.65), asn: 15169(-1.29), country: US(-0.09)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 03 Dec 2018 19:18:46 -0000 On Mon, Dec 3, 2018 at 11:14 AM Yuri Pankov wrote: > Warner Losh wrote: > > On Mon, Dec 3, 2018 at 9:56 AM Yuri Pankov wrote: > > > >> Yuri Pankov wrote: > >>> Warner Losh wrote: > >>>> On Mon, Dec 3, 2018 at 8:10 AM Warner Losh wrote: > >>>> > >>>>> > >>>>> On Mon, Dec 3, 2018 at 12:24 AM Baptiste Daroussin > > >>>>> wrote: > >>>>> > >>>>>> On Sun, Dec 02, 2018 at 06:08:34PM +0300, Yuri Pankov wrote: > >>>>>>> Hi, > >>>>>>> > >>>>>>> Building disc1.iso using `make release` and having WITH_CTF set in > >>>>>>> src.conf leads to "File too big" displayed when booting the image. > >>>>>>> > >>>>>>> Would it make sense to build loader and related parts without CTF > >>>>>>> unconditionally as it doesn't look useful there? > >>>>>>> > >>>>>> > >>>>>> Fully agree with you > >>>>>> > >>>>> > >>>>> What a great Idea. We already turn it off in defs.mk: > >>> > >>> Sorry about that, I incorrectly assumed it wasn't done yet as there was > >>> a difference for me. > >>> > >>>>> MK_CTF= no > >>>>> > >>>>> which should be global to every single Makefile under stand. I'm not > >> sure > >>>>> why that's turning it back on. > >>>>> > >>>> > >>>> % cat /etc/src.conf > >>>> WITH_CTF=yes > >>>> FRED=present > >>>> % cd stand/cdboot > >>>> % make -V MK_CTF > >>>> no > >>>> % make -V FRED > >>>> present > >>>> % > >>>> > >>>> So this sure sounds like a false positive to me. Do you have logs > >> showing > >>>> cdboot building with MK_CTF=yes? > >>> > >>> Diff'ing the log for src/stand w/o and with -DWITH_CTF shows a lot of > >>> ctfconvert calls in the latter case. Attached is the diff of binary > >>> sizes in obj/ for stand/i386; could one of those be the problem I'm > >> seeing? > >> > >> If ctfconvert calls are indeed the source of problem, then something > >> seems to be wrong here (I didn't mention the "cdboot" binary exactly, > >> rather the binary it's trying to load): > >> > >> yuripv:~/ws/ctf/stand/i386/loader$ make -V MK_CTF -V CTFCONVERT_CMD > >> no > >> > >> yuripv:~/ws/ctf/stand/i386/loader$ make -DWITH_CTF -V MK_CTF -V > >> CTFCONVERT_CMD > >> no > >> ctfconvert -L VERSION ${.TARGET} > >> > > > > Ding! We have a winner: order of operations not quite right. We included > > src.opts.mk which includes bsd.own.mk which defines CTFCONVERT_CMD and > then > > we change the MK_CTF value which has no effect. Unlike the lazy > evaluation > > in makefile rules, where the last one wins, when we're parsing stuff for > > .if, it's the current value that's used. The solution is to include > > src.opts.mk later after we set the MK_foo overrides. > > > > r341433 should fix that. > > Thank you. > Please give it a spin and let me know if we're golden. I'll MFC it then since this should be in 12.1. Warner From owner-freebsd-current@freebsd.org Mon Dec 3 21:00:36 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9EE0B130BA47 for ; Mon, 3 Dec 2018 21:00:36 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 599226ED0D; Mon, 3 Dec 2018 21:00:34 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id AC40A2235B; Mon, 3 Dec 2018 16:00:33 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Mon, 03 Dec 2018 16:00:33 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.net; h= subject:to:cc:references:from:message-id:date:mime-version :in-reply-to:content-type; s=fm3; bh=2icIZES1wRpvIcQMTuZpMWHAQip pkkEfeakx9tYywYY=; b=EeQ7dAZQT3wJDsdpN8tIRtcZ60vlxsZj+0KWabeJaPD XNgAsQwwxkoL1IZF7G8q5wLaJsiDSDJ+WWwDNnaHGRA75aLfqzQsy2YqRWjHjnQl uNsGijxzkVGLlOa4DUSuMzUi3xQuzKYnOE41kfQky/JADCrMI/8gHLiCdy6l8Akc 1YROzch6sRNa1c6aLg1z3xHrQerQyYEm383xCYivuE3Vlb1BANDcU/cxLalaLi2M taoXzu3O6OZwo+HLBQyGtTIqAKTFcj81tWHBQjdj1NP2b6m3NBxOn9Gk5rgoB0KS Z3GNwrMHWYzGvFn7y2fd/9vKSPcrlHASOPlx0hzoDgA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=2icIZE S1wRpvIcQMTuZpMWHAQippkkEfeakx9tYywYY=; b=VF6tyWWVus2zQVGbHJaScn 0JNOGyE4hyjfoPxP+XWVKyeDqtR0t5xIatt/bzR3bwBz4afjg44HE9tRlw9WK4Ve x1NEhWKh9A5EgpaWmdqi1bLoFPDawIqFHxmsfKdaM/YQs6kxpNFcy4la9SjpqkXg 76pbah6Gyz0P1yjEHj3JZG04f1xPQh1eLxj+YkioxmtGevW2/g3+Zz1S0x20+BD1 mtHRHj59edaE8PDnmw5x+i3NB3uglxJneiMgB9+SBa2wXZiz5ItQEJYvTuyzfTXM SGelAlp0fhL/Js2KFeI2tFjQSGh+VS33pTGC4illlmWxpVepHpl65Keggw9hNffQ == X-ME-Sender: X-ME-Proxy: Received: from [192.168.1.2] (unknown [62.183.125.176]) by mail.messagingengine.com (Postfix) with ESMTPA id 986A7102FE; Mon, 3 Dec 2018 16:00:31 -0500 (EST) Subject: Re: WITH_CTF breaks CD loader: "File too big" To: Warner Losh Cc: Baptiste Daroussin , FreeBSD Current References: <6e53765f-52bd-f503-c1a5-ae23e402afcb@yuripv.net> <20181203072226.mpvh7an5pupjbwkb@ivaldir.net> <51d0fa8c-b453-69e0-500e-32818d29826a@yuripv.net> From: Yuri Pankov Openpgp: preference=signencrypt Autocrypt: addr=yuripv@yuripv.net; keydata= xsBNBFu8u6IBCADB11gP0QwnorrHjqAtKLHKHNHskhy0s7jqJKfx0YqXgVBKGLJ9/mjLAz0F CBNvemHSDDTs0mEZ9cBKKi6cmsav6+UQgr//yai6hvXLBJqKchSFO4MhmdvBtsGFq1yKz5Zi uhjmimKyIpgBgvMdbgGbGq6cnSB2uEPmZuJr419SVRODOkXukU+F5WHgaHzDdHAIu1asCt2B +6msxqIqlFWcXyZyTGicTGGvC/PFIsVRUtD1dIJANTC876g7DTb7LZXWiWwJpSJ4GKMXMHVX Ct9BoQ4i3nhKbOxb6Io1wsy+NFyWsTJ9KYrxKKPJP3oG8BWb/cqlFqnE4eNSsiq2q7krABEB AAHNH1l1cmkgUGFua292IDx5dXJpcHZAeXVyaXB2Lm5ldD7CwJcEEwEIAEECGwMFCQWjmoAF CwkIBwMFFQoJCAsFFgMCAQACHgECF4AWIQT4arc+w94tPi0v/3CTi+B/sSrhbAUCW708wAIZ AQAKCRCTi+B/sSrhbPxBB/961alcU091O+yKT5/oReHVc/PX0Tz4sW3V44AcgLfYlrZavCro EFz90qmCrl0xqEwuAKcC4bjmL8SjPWAhSN6IH9nxdw+HeZnAPiHm/q679Bu47+nHBl3qD/9p +t1PkKeKZfaWToFMt1nq06ytSu6VLMCwLdlDNe6DReX0ex/afEqKsuaIZSKL4UYjRwklp8PU Uf98QkrfapyHB67hQMzfI4tPeJaYyv0cTgfq3kUWJx1V6Xi0b6Zxj4ZrB2TXvaMO5g7yhU9E E3WWAvoe4FgB3a7dHe8atnHhq5+Cuvm6+LD4Jh7jvMAE5UMN+xxQpnGpNghHjaCy4vXrLRBZ nhRYzsBNBFu8u6IBCADKih3Q933rDNj4ZA8FhBQ2RlmBgvwOLcDPIL3h0V7h38y3+HisgFSc XACDsdrTlYZ1bRXkD9FHENynBcv0l/3uGJDk8jaGIDE0TP8OQBRp+IaU9/BHnAqrKxTJGIol Dahy2m+yx2yhdc6B4ujWMDqCF1rWOD+ymOWw+VLllOkrHcZa5PJtX9UOGbApZl8ZTM8El4CA NN8F1bg9MWzUi+8LYoGWGc+BwsFS1OUB1c4SPgMu5fD4Wfsr9yRl06fdpEA2YT7B/j5/5RSC 0sE2Zs/tmJ/JRflHJ12ycj59ma2xQMfEJF40hZDpMFQmZvbVqgEg3ocQcltjbxlIKZ/mjC4z ABEBAAHCwHwEGAEKACYWIQT4arc+w94tPi0v/3CTi+B/sSrhbAUCW7y7ogIbDAUJBaOagAAK CRCTi+B/sSrhbIDcCACqAZMcoxUBLZa40a5b24j5i1jplvCYYb3h+Q5lt5+BFJ87kCb4dJuU D3kh2i29BrxWQWa9WNue9ozxeYkbkfXubQYXexVolRsnh64OdGsE8KvorBFBB3zdK/GRt2Jy +jsnTfUWuQllbzMP0MfhCDMk1Mo8WvDH2/cOEP/yLKf20a+cd6nLs7bidjmGXo9pyuBKAtV6 Kv+VRu54AL+A/UBYu/eB3Dtvzcnut+1Zq6KaP++kUwPwINLIk04OBDwN0zRNTiqMAFYYyz2v ZHBB6E1th/l//ZC5b9Dk0ZpFI1bYdL9ymnrZe1MqbGPnDCToQxu00T/pZCm6Z92YrZQYuNwl Message-ID: Date: Tue, 4 Dec 2018 00:00:23 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:60.0) Gecko/20100101 Thunderbird/60.3.2 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="4747jgS1C3Od1olATYjOrz6uRTnW2lODU" X-Rspamd-Queue-Id: 599226ED0D X-Spamd-Result: default: False [-9.36 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yuripv.net,messagingengine.com]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.28]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; DMARC_NA(0.00)[yuripv.net]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: in2-smtp.messagingengine.com]; DKIM_TRACE(0.00)[yuripv.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-0.98)[-0.984,0]; SIGNED_PGP(-2.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[28.4.111.66.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-3.67)[ip: (-9.64), ipnet: 66.111.4.0/24(-4.77), asn: 11403(-3.85), country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 03 Dec 2018 21:00:37 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --4747jgS1C3Od1olATYjOrz6uRTnW2lODU Content-Type: multipart/mixed; boundary="aLMB4jmQHyhth5JJJldBEwBIQCaGv74c7"; protected-headers="v1" From: Yuri Pankov To: Warner Losh Cc: Baptiste Daroussin , FreeBSD Current Message-ID: Subject: Re: WITH_CTF breaks CD loader: "File too big" References: <6e53765f-52bd-f503-c1a5-ae23e402afcb@yuripv.net> <20181203072226.mpvh7an5pupjbwkb@ivaldir.net> <51d0fa8c-b453-69e0-500e-32818d29826a@yuripv.net> In-Reply-To: --aLMB4jmQHyhth5JJJldBEwBIQCaGv74c7 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Warner Losh wrote: > On Mon, Dec 3, 2018 at 11:14 AM Yuri Pankov wrote: >=20 >> Warner Losh wrote: >>> On Mon, Dec 3, 2018 at 9:56 AM Yuri Pankov wrote:= >>> >>>> Yuri Pankov wrote: >>>>> Warner Losh wrote: >>>>>> On Mon, Dec 3, 2018 at 8:10 AM Warner Losh wrote:= >>>>>> >>>>>>> >>>>>>> On Mon, Dec 3, 2018 at 12:24 AM Baptiste Daroussin >> >>>>>>> wrote: >>>>>>> >>>>>>>> On Sun, Dec 02, 2018 at 06:08:34PM +0300, Yuri Pankov wrote: >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> Building disc1.iso using `make release` and having WITH_CTF set= in >>>>>>>>> src.conf leads to "File too big" displayed when booting the ima= ge. >>>>>>>>> >>>>>>>>> Would it make sense to build loader and related parts without C= TF >>>>>>>>> unconditionally as it doesn't look useful there? >>>>>>>>> >>>>>>>> >>>>>>>> Fully agree with you >>>>>>>> >>>>>>> >>>>>>> What a great Idea. We already turn it off in defs.mk: >>>>> >>>>> Sorry about that, I incorrectly assumed it wasn't done yet as there= was >>>>> a difference for me. >>>>> >>>>>>> MK_CTF=3D no >>>>>>> >>>>>>> which should be global to every single Makefile under stand. I'm = not >>>> sure >>>>>>> why that's turning it back on. >>>>>>> >>>>>> >>>>>> % cat /etc/src.conf >>>>>> WITH_CTF=3Dyes >>>>>> FRED=3Dpresent >>>>>> % cd stand/cdboot >>>>>> % make -V MK_CTF >>>>>> no >>>>>> % make -V FRED >>>>>> present >>>>>> % >>>>>> >>>>>> So this sure sounds like a false positive to me. Do you have logs >>>> showing >>>>>> cdboot building with MK_CTF=3Dyes? >>>>> >>>>> Diff'ing the log for src/stand w/o and with -DWITH_CTF shows a lot = of >>>>> ctfconvert calls in the latter case. Attached is the diff of binar= y >>>>> sizes in obj/ for stand/i386; could one of those be the problem I'm= >>>> seeing? >>>> >>>> If ctfconvert calls are indeed the source of problem, then something= >>>> seems to be wrong here (I didn't mention the "cdboot" binary exactly= , >>>> rather the binary it's trying to load): >>>> >>>> yuripv:~/ws/ctf/stand/i386/loader$ make -V MK_CTF -V CTFCONVERT_CMD >>>> no >>>> >>>> yuripv:~/ws/ctf/stand/i386/loader$ make -DWITH_CTF -V MK_CTF -V >>>> CTFCONVERT_CMD >>>> no >>>> ctfconvert -L VERSION ${.TARGET} >>>> >>> >>> Ding! We have a winner: order of operations not quite right. We incl= uded >>> src.opts.mk which includes bsd.own.mk which defines CTFCONVERT_CMD an= d >> then >>> we change the MK_CTF value which has no effect. Unlike the lazy >> evaluation >>> in makefile rules, where the last one wins, when we're parsing stuff = for >>> .if, it's the current value that's used. The solution is to include >>> src.opts.mk later after we set the MK_foo overrides. >>> >>> r341433 should fix that. >> >> Thank you. >> >=20 > Please give it a spin and let me know if we're golden. I'll MFC it then= > since this should be in 12.1. Done. Everything looks good now - having clean /usr/obj/; world/kernel built with WITH_CTF=3D in /etc/src.conf; successfully booted the disc1.is= o built using `make cdrom`. --aLMB4jmQHyhth5JJJldBEwBIQCaGv74c7-- --4747jgS1C3Od1olATYjOrz6uRTnW2lODU Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEE+Gq3PsPeLT4tL/9wk4vgf7Eq4WwFAlwFmWgACgkQk4vgf7Eq 4WwfmQf/U4MBznFtOHZmFF4sfChMcQhdamntuYm2Knu6OUYcG9QknuVe0QEC9131 8GVqaBRj7d4tW+BEBTeKLk7hQhQdwYkA+qfGYrYmcu0DxvemR9sa/CyS6fj1srJj 5hy5sjuk0iTzDHSUyBUShYI3XWOoAGKkQdKOfM4/nb8GcSmAoR3jkUxWNv1jus41 7zon4tb31gnOyBpOe3LupdYuP9Mly/sa3h/wMBHhmrL+vInH9e2tzstZvxJv7SS0 8XTR4a9VI5DfE54QEgTk+12W4MIO4VjyzMhLhlXwgzFOVSLZfjppvLimIYA7mPPB cuQ2aDSir8j8QIK64ocTo46ekrQEYw== =14b+ -----END PGP SIGNATURE----- --4747jgS1C3Od1olATYjOrz6uRTnW2lODU-- From owner-freebsd-current@freebsd.org Tue Dec 4 09:06:01 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1AAF3132ABE1 for ; Tue, 4 Dec 2018 09:06:01 +0000 (UTC) (envelope-from miltonott@fastmail.com) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 1AA686E838 for ; Tue, 4 Dec 2018 09:05:59 +0000 (UTC) (envelope-from miltonott@fastmail.com) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id E605E221E2 for ; Tue, 4 Dec 2018 04:05:57 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Tue, 04 Dec 2018 04:05:57 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.com; h= date:from:message-id:to:subject; s=fm1; bh=roVURZJAxHGEuZpm9N1qY cuOvaBJ2uHhQg7djQOxAmQ=; b=P6dZX4G04VgCTvhq01z97SqZSsEfavULliTy/ FdqDLcIsuEqbGiKwPej0DhZr+9EJuk+2gL4AMYBCsRFuBhQ1L+P2Z33fwaFN9h1h 6mmAQxvuDgCka3zG3FazV4+omUo5FxlbFURvPnQa/g0Jk2oigaItMBK8dfJS8cxa DpLSjqNCSvBx1DPiE+n+P5V5jBTA0On+YYtKKDOZZ8tyU1wjIoXf0+fcMgCSO74R J4HkXREPLE+PTEjaj7SlUEEkKT+MCz4C9fcqwu+QpnNXxIGl5EC6TRmWa8GY8+AK yAoG2ouWP5DvjhlWOq2nJv5DQWvoixFyloq2H+OVsh3Ex8BGA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=date:from:message-id:subject:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; bh=roVURZJAxHGEuZpm9N1qYcuOvaBJ2uHhQg7djQOxAmQ=; b=APQphAno dCK2qM2+Gx87kxeEaSX+ibgiqIm3H/h3WDQLu4n/6RWl20bnJq96KD5wTyQBQbNK jDta2Wq9vDrni9BXvhH+etcDv6/6Bve9N3hgfIJlAYwOxW/krKrLRjMmoHD01tX/ 08AaRut1k5ANZI3cYjcrviBApSw41O6Z44qzfWdw3wy+RzVhdFNVugkdNSXwvFjB vLDwBDAiIoMN+dXWRGgLTnAa7iFKAyDWNTrMf3ANGgguDbcoX71cKFbfbqI+C3oh zO0CMjjvP+Oc6DTyZTJvmZjiUI4i9TbyZhYRrC0vITe9AtYY6O+ZsC1XWdhPo+ya E9XsB7k3+8LF1A== X-ME-Sender: X-ME-Proxy: Received: from euler.miltonslab.com (unknown [1.123.141.125]) by mail.messagingengine.com (Postfix) with ESMTPA id F02D2E4750 for ; Tue, 4 Dec 2018 04:05:56 -0500 (EST) Received: from euler.miltonslab.com (localhost [127.0.0.1]) by euler.miltonslab.com (8.15.2/8.15.2) with ESMTPS id wB495qvb056924 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Tue, 4 Dec 2018 09:05:52 GMT (envelope-from miltonott@euler.miltonslab.com) Received: (from miltonott@localhost) by euler.miltonslab.com (8.15.2/8.15.2/Submit) id wB495q7u056923; Tue, 4 Dec 2018 09:05:52 GMT (envelope-from miltonott) Date: Tue, 4 Dec 2018 09:05:52 GMT From: miltonott Message-Id: <201812040905.wB495q7u056923@euler.miltonslab.com> To: freebsd-current@freebsd.org Subject: As my mail sets foot inside the hallowed cathedral that is FreeBSD ML X-Rspamd-Queue-Id: 1AA686E838 X-Spamd-Result: default: False [-7.78 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.28]; FREEMAIL_FROM(0.00)[fastmail.com]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[fastmail.com:+,messagingengine.com:+]; DMARC_POLICY_ALLOW(-0.50)[fastmail.com,none]; MX_GOOD(-0.01)[in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com]; NEURAL_HAM_SHORT(-0.99)[-0.994,0]; RCVD_IN_DNSWL_LOW(-0.10)[28.4.111.66.list.dnswl.org : 127.0.5.1]; RECEIVED_SPAMHAUS_PBL(0.00)[125.141.123.1.zen.spamhaus.org : 127.0.0.11]; FREEMAIL_ENVFROM(0.00)[fastmail.com]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[fastmail.com,messagingengine.com]; RCVD_COUNT_FIVE(0.00)[6]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-3.67)[ip: (-9.65), ipnet: 66.111.4.0/24(-4.78), asn: 11403(-3.85), country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org X-Mailman-Approved-At: Tue, 04 Dec 2018 11:38:24 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 04 Dec 2018 09:06:01 -0000 I apologize for not introducing myself preparatory to. My name is Milton, and I extend out my arm and wave to FreeBSD global members. From owner-freebsd-current@freebsd.org Tue Dec 4 17:59:37 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DF4D81314BEE; Tue, 4 Dec 2018 17:59:36 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) (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 DE64D863D8; Tue, 4 Dec 2018 17:59:35 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from amavis-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 438V4P4jwKzb3; Tue, 4 Dec 2018 18:59:33 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= user-agent:message-id:references:in-reply-to:organization :subject:subject:from:from:date:date:content-transfer-encoding :content-type:content-type:mime-version:received:received :received:received; s=jakla4; t=1543946369; x=1546538370; bh=XDd t8WFxv8n8JLAG0742BEpkW+aoWSd+70CsBVj9RrM=; b=JBvW1VrcDw7/EJ/UypB Xph8IJJ9rUTlyPsVPzEGiAzOsF9EuF7jhuKXAuZPjVTxxBq05YnNNKCqO4WyOn8O yD/y9KUJzGNHj7Os/L9Wa3d7eObXp8ePm3+xqjz+HkjjH+8rF31bx0iTKtVjXaHf IHMtjNOf6nrhd2a8CY6/hJOk= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10026) with LMTP id rl5agQ3noaQJ; Tue, 4 Dec 2018 18:59:29 +0100 (CET) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP id 438V4K4xg3zb1; Tue, 4 Dec 2018 18:59:29 +0100 (CET) Received: from nabiralnik.ijs.si (nabiralnik.ijs.si [IPv6:2001:1470:ff80::80:16]) by mildred.ijs.si (Postfix) with ESMTP id 438V4K2FXjzr8; Tue, 4 Dec 2018 18:59:29 +0100 (CET) Received: from neli.ijs.si (2001:1470:ff80:88:21c:c0ff:feb1:8c91) by nabiralnik.ijs.si with HTTP (HTTP/1.1 POST); Tue, 04 Dec 2018 18:59:29 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Tue, 04 Dec 2018 18:59:29 +0100 From: Mark Martinec To: Toomas Soome Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Boot loader stuck after first stage upgrading 11.2 to 12.0-RC2 Organization: Jozef Stefan Institute In-Reply-To: <0F5FCC70-EADB-4F9E-A391-F1A73BE5608F@me.com> References: <22f5b92a09ea4d62ac3feb74457067f7@ijs.si> <5EEBAFC0-4FA3-4219-A918-7376F4223656@me.com> <0F5FCC70-EADB-4F9E-A391-F1A73BE5608F@me.com> Message-ID: X-Sender: Mark.Martinec+freebsd@ijs.si User-Agent: Roundcube Webmail/1.3.1 X-Rspamd-Queue-Id: DE64D863D8 X-Spamd-Result: default: False [-3.25 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; R_DKIM_ALLOW(-0.20)[ijs.si]; RCVD_COUNT_FIVE(0.00)[6]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2001:1470:ff80::25]; NEURAL_HAM_LONG(-0.99)[-0.992,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_SOME(0.00)[]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[ijs.si:+]; DMARC_POLICY_ALLOW(-0.50)[ijs.si,none]; RCVD_IN_DNSWL_NONE(0.00)[5.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.8.f.f.0.7.4.1.1.0.0.2.list.dnswl.org : 127.0.11.0]; MX_GOOD(-0.01)[mail4.ijs.si,mail.ijs.si]; NEURAL_HAM_SHORT(-0.25)[-0.248,0]; FREEMAIL_TO(0.00)[me.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-0.00)[country: SI(-0.00)]; ASN(0.00)[asn:2107, ipnet:2001:1470::/32, country:SI]; TAGGED_FROM(0.00)[freebsd]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 04 Dec 2018 17:59:37 -0000 >> 2018-11-29 18:43, Toomas Soome wrote: >>> I just did push biosdisk updates to stable/12, I wonder if you could >>> test those bits… Myself wrote: >> Thank you! I haven't tried it yet, but I wonder whether this fix was >> already incorporated into 12.0-RC3, which would make my rescue easier. >> Otherwise I can build a stable/12 on another host and transplant >> the problematic file(s) to the affected host - if I knew which files >> to copy. 2018-12-02 18:59, Toomas wrote: > The files are /boot/loader* binaries - to be exact, check which one is > linked to /boot/loader. I can provide binaries if needed. > [...] > rgds, > toomas I got a maintenance window today so I tried with the new loader, and it did not help. More specifically: As it comes with 12-RC2, the /boot/loader was hard linked with loader_lua. Its size is 421888 bytes. So I concentrated on this loader. I build a fresh stable/12 on another host, and copied the newly built loader_lua (425984 bytes) to the /boot directory of the affected host, deleted the file 'loader', and hard-linked loader_lua to loader. The situation has not changed: the BTX loader lists all BIOS drives C..J (disk0..disk7), then a spinner starts and gets stuck forever. It never reaches the 'BIOS 635kB/3537856kB available memory' line. While trying to restore the old /boot from 11.2, I tried booting a live image from a 12.0-RC3 memory stick - and the loader got stuck again, same as when booting from a disk. So I had to boot from an 11.2 memstick to be able to regain control. Mark >>>> On 29 Nov 2018, at 17:01, Mark Martinec >>>> wrote: >>>> After successfully upgraded three hosts from 11.2-p4 to 12.0-RC2 >>>> (amd64, >>>> zfs, bios), I tried my luck with one of our production hosts, and >>>> ended up >>>> with a stuck loader after rebooting with a new kernel (after the >>>> first >>>> stage of upgrade). >>>> These were the steps, and all went smoothly and normally until a >>>> reboot: >>>> freebsd-update upgrade -r 12.0-RC2 >>>> freebsd-update install >>>> shutdown -r now >>>> While booting, the 'BTX loader' comes up, lists the BIOS drives, >>>> then the spinner below the list comes up and begins turning, >>>> stuttering, and after a couple of seconds it grinds to a standstill >>>> and nothing happens afterwards. >>>> At this point the ZFS and the bootstrap loader is supposed to >>>> come up, but it doesn't. >>>> This host has too zfs pools, the system pool consists of two SSDs >>>> in a zfs mirror (also holding a freebsd-boot partition each), the >>>> other pool is a raidz2 with six JBOD disks on an LSI controller. >>>> The gptzfsboot in both freebsd-boot partitions is fresh from 11.2, >>>> both zpool versions are up-to-date with 11.2. The 'zpool status -v' >>>> is happy with both pools. >>>> After rebooting from an USB drive and reverting the /boot directory >>>> to a previous version, the machine comes up normally again >>>> with the 11.2-RELEASE-p4. >>>> I found a file init.core in the / directory, slightly predating the >>>> last reboot with a salvaged system - although it was probably not >>>> a cause of the problem, but a consequence of the rescue operation. >>>> It is unfortunate that this is a production host, so I can't play >>>> much with it. One or two more quick experiments I can probably >>>> afford, but not much more. Should I just first wait for the >>>> official 12.0 release? Should I try booting with a 12.0 on USB >>>> and try to import pools? Suggestions welcome. >>>> Now that the /boot has been manually restored to the 11.2 state, >>>> A SECOND QUESTION is about freebsd-update, which still thinks we are >>>> in the middle of an upgrade procedure. Trying now to just update >>>> the 11.2-RELEASE-p4 to 11.2-RELEASE-p5, the fetch complains: >>>> # uname -a >>>> FreeBSD xxx 11.2-RELEASE-p4 FreeBSD 11.2-RELEASE-p4 >>>> # >>>> # freebsd-version >>>> 11.2-RELEASE-p4 >>>> # >>>> # freebsd-update fetch >>>> src component not installed, skipped >>>> You have a partially completed upgrade pending >>>> Run '/usr/sbin/freebsd-update install' first. >>>> Run '/usr/sbin/freebsd-update fetch -F' to proceed anyway. >>>> So what is the right way to get rid of all traces of the >>>> unsuccessful upgrade, and let freebsd-update believe we are cleanly >>>> at 11.2-p4 ? Removing /var/db/freebsd-update did not help. >>>> Mark From owner-freebsd-current@freebsd.org Tue Dec 4 19:51:38 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6F54D1319E40 for ; Tue, 4 Dec 2018 19:51:38 +0000 (UTC) (envelope-from tsoome@me.com) Received: from mr85p00im-ztdg06021101.me.com (mr85p00im-ztdg06021101.me.com [17.58.23.180]) (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 D61D36F286 for ; Tue, 4 Dec 2018 19:51:27 +0000 (UTC) (envelope-from tsoome@me.com) Received: from nazgul.lan (148-52-235-80.sta.estpak.ee [80.235.52.148]) by mr85p00im-ztdg06021101.me.com (Postfix) with ESMTPSA id B0785A6012A; Tue, 4 Dec 2018 19:51:19 +0000 (UTC) From: Toomas Soome Message-Id: Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: Boot loader stuck after first stage upgrading 11.2 to 12.0-RC2 Date: Tue, 4 Dec 2018 21:51:16 +0200 In-Reply-To: Cc: freebsd-current , freebsd-stable@freebsd.org To: Mark Martinec References: <22f5b92a09ea4d62ac3feb74457067f7@ijs.si> <5EEBAFC0-4FA3-4219-A918-7376F4223656@me.com> <0F5FCC70-EADB-4F9E-A391-F1A73BE5608F@me.com> X-Mailer: Apple Mail (2.3445.101.1) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-12-04_08:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1807170000 definitions=main-1812040170 X-Rspamd-Queue-Id: D61D36F286 X-Spamd-Result: default: False [-4.48 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[me.com]; R_SPF_ALLOW(-0.20)[+ip4:17.58.0.0/16]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[me.com:+]; DMARC_POLICY_ALLOW(-0.50)[me.com,quarantine]; MX_GOOD(-0.01)[mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, m x6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.co m, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud .com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icloud.com, mx6.mail.icloud.com, mx4.mail.icloud.com, mx5.mail.icloud.com, mx2.mail.icloud.com, mx3.mail.icloud.com, mx1.mail.icl oud.com,mx6.mail.icloud.com,mx4.mail.icloud.com,mx5.mail.icloud.com,mx2.mail.icloud.com,mx3.mail.icloud.com,mx1.mail.icloud.com,mx6.mail.icloud.com,mx4.mail.icloud.com,mx5.mail.icloud.com,mx2.mail.icloud.com,mx3.mail.icloud.com,mx1.mail.icloud.com,mx6.mail.icloud.com,mx4.mail.icloud.com,mx5.mail.icloud.com,mx2.mail.icloud.com,mx3.mail.icloud.com,mx1.mail.icloud.com,mx6.mail.icloud.com,mx4.mail.icloud.com,mx5.mail.icloud.com,mx2.mail.icloud.com,mx3.mail.icloud.com]; NEURAL_HAM_SHORT(-0.88)[-0.884,0]; RECEIVED_SPAMHAUS_PBL(0.00)[148.52.235.80.zen.spamhaus.org : 127.0.0.10]; RCVD_IN_DNSWL_LOW(-0.10)[180.23.58.17.list.dnswl.org : 127.0.5.1]; IP_SCORE(-0.99)[ip: (-2.86), ipnet: 17.58.16.0/20(-1.11), asn: 714(-0.88), country: US(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:714, ipnet:17.58.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[me.com]; R_DKIM_ALLOW(-0.20)[me.com]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Server: mx1.freebsd.org Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 04 Dec 2018 19:51:38 -0000 > On 4 Dec 2018, at 19:59, Mark Martinec = wrote: >=20 >>> 2018-11-29 18:43, Toomas Soome wrote: >>>> I just did push biosdisk updates to stable/12, I wonder if you = could >>>> test those bits=E2=80=A6 >=20 > Myself wrote: >>> Thank you! I haven't tried it yet, but I wonder whether this fix = was >>> already incorporated into 12.0-RC3, which would make my rescue = easier. >>> Otherwise I can build a stable/12 on another host and transplant >>> the problematic file(s) to the affected host - if I knew which files >>> to copy. >=20 > 2018-12-02 18:59, Toomas wrote: >> The files are /boot/loader* binaries - to be exact, check which one = is >> linked to /boot/loader. I can provide binaries if needed. >> [...] >> rgds, >> toomas >=20 > I got a maintenance window today so I tried with the new loader, > and it did not help. >=20 > More specifically: >=20 > As it comes with 12-RC2, the /boot/loader was hard linked with = loader_lua. > Its size is 421888 bytes. So I concentrated on this loader. >=20 > I build a fresh stable/12 on another host, and copied the newly > built loader_lua (425984 bytes) to the /boot directory of the affected > host, deleted the file 'loader', and hard-linked loader_lua to loader. >=20 > The situation has not changed: the BTX loader lists all BIOS drives > C..J (disk0..disk7), then a spinner starts and gets stuck forever. > It never reaches the 'BIOS 635kB/3537856kB available memory' line. >=20 > While trying to restore the old /boot from 11.2, I tried booting > a live image from a 12.0-RC3 memory stick - and the loader got > stuck again, same as when booting from a disk. >=20 > So I had to boot from an 11.2 memstick to be able to regain control. >=20 > Mark >=20 >=20 ok, if you could perform 2 tests: 1. from loader prompt enter 0x413 0xa000 - @w . cr 2. on first spinner, press space and type on boot: prompt: = /boot/loader_4th and see if that will do better thanks, toomas >=20 >>>>> On 29 Nov 2018, at 17:01, Mark Martinec = wrote: >>>>> After successfully upgraded three hosts from 11.2-p4 to 12.0-RC2 = (amd64, >>>>> zfs, bios), I tried my luck with one of our production hosts, and = ended up >>>>> with a stuck loader after rebooting with a new kernel (after the = first >>>>> stage of upgrade). >>>>> These were the steps, and all went smoothly and normally until a = reboot: >>>>> freebsd-update upgrade -r 12.0-RC2 >>>>> freebsd-update install >>>>> shutdown -r now >>>>> While booting, the 'BTX loader' comes up, lists the BIOS drives, >>>>> then the spinner below the list comes up and begins turning, >>>>> stuttering, and after a couple of seconds it grinds to a = standstill >>>>> and nothing happens afterwards. >>>>> At this point the ZFS and the bootstrap loader is supposed to >>>>> come up, but it doesn't. >>>>> This host has too zfs pools, the system pool consists of two SSDs >>>>> in a zfs mirror (also holding a freebsd-boot partition each), the >>>>> other pool is a raidz2 with six JBOD disks on an LSI controller. >>>>> The gptzfsboot in both freebsd-boot partitions is fresh from 11.2, >>>>> both zpool versions are up-to-date with 11.2. The 'zpool status = -v' >>>>> is happy with both pools. >>>>> After rebooting from an USB drive and reverting the /boot = directory >>>>> to a previous version, the machine comes up normally again >>>>> with the 11.2-RELEASE-p4. >>>>> I found a file init.core in the / directory, slightly predating = the >>>>> last reboot with a salvaged system - although it was probably not >>>>> a cause of the problem, but a consequence of the rescue operation. >>>>> It is unfortunate that this is a production host, so I can't play >>>>> much with it. One or two more quick experiments I can probably >>>>> afford, but not much more. Should I just first wait for the >>>>> official 12.0 release? Should I try booting with a 12.0 on USB >>>>> and try to import pools? Suggestions welcome. >>>>> Now that the /boot has been manually restored to the 11.2 state, >>>>> A SECOND QUESTION is about freebsd-update, which still thinks we = are >>>>> in the middle of an upgrade procedure. Trying now to just update >>>>> the 11.2-RELEASE-p4 to 11.2-RELEASE-p5, the fetch complains: >>>>> # uname -a >>>>> FreeBSD xxx 11.2-RELEASE-p4 FreeBSD 11.2-RELEASE-p4 >>>>> # >>>>> # freebsd-version >>>>> 11.2-RELEASE-p4 >>>>> # >>>>> # freebsd-update fetch >>>>> src component not installed, skipped >>>>> You have a partially completed upgrade pending >>>>> Run '/usr/sbin/freebsd-update install' first. >>>>> Run '/usr/sbin/freebsd-update fetch -F' to proceed anyway. >>>>> So what is the right way to get rid of all traces of the >>>>> unsuccessful upgrade, and let freebsd-update believe we are = cleanly >>>>> at 11.2-p4 ? Removing /var/db/freebsd-update did not help. >>>>> Mark From owner-freebsd-current@freebsd.org Tue Dec 4 23:04:16 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EDD941324BA9 for ; Tue, 4 Dec 2018 23:04:15 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1a.eu.mailhop.org (outbound1a.eu.mailhop.org [52.58.109.202]) (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 49C57778F1 for ; Tue, 4 Dec 2018 23:04:15 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1543964639; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=h9S+VTH09BQTPyW3102DZOokT6fQpGiIWe6FQi51uauYYQ2V7IGeF9GkbDZ2wct7jIqlCY6sHye1z aTp8nRRqxtgeDExR75i0EH/EEIZWG5PQUrB7WPkzOFwKpQOxCfMhCXHVNhAAdFS4JbEuMLzXgybNBq Rrsg3+Mq95tN7iCiQW4Bw0E3S4YjFFs5cEHHzJaLbqVYL5JFf9vNR5qkGWaZpFAbq056ww90/Xnhlv 4YeNeX+r9Zsf/QcDgHxRrwPczLHLiaqsXzWuskR9MFmoFf7nIlXowuGmlLQ2XzJenxouuQ2BTOtzdd TJLqaRDrUFAnG8H7QIPjkHbXFUKOj1g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:dkim-signature:from; bh=UekFezDpbrIvUhFqilQIl02VxyNj60tXTGYTHrYIH/A=; b=YTjGA0o/BJ0e3ylICf0esCqiLEgdFOl7Z8K69g/k6HL7+yyhIb28GdOq6aObvWtR/COAJ2FExZa+t ZqFRHiZtrOXDtGB4rV0UVd4nq58ektXvNjY7RfikvsKv4+mhyIfXEMj430mWtT7EYngm8HxSuqX5Tz myO+aoyN6WgPiV371M3nmYW/jHAmwr9quuy3LIooW7xFT0EaGQ6OsDjNBIM2ZRUzq7b1LDlDCBcjB2 r7LkrNPci4F+k2HVF+OrJmF34+MMvdKikrZqOkPeyxD09fWO6u7zngh+k/yXoWuIs1F8BUfWoRii4+ HF9ulLMwogiebCUjCAQUNze+WXy03Rg== ARC-Authentication-Results: i=1; outbound2.eu.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=UekFezDpbrIvUhFqilQIl02VxyNj60tXTGYTHrYIH/A=; b=dzvNyoiAE6nUKqyfvKeTEk8BgrsH4E9H/0F8kXShzXkGtsoSeTrMtAhz1C8if3qA4u5obn+yRzt15 O3Uu33CIbJdcVmunLx56c3R+dAe0SGpdIh539h8vGK4fBbTEo2yjt+S9So/56jCzuTpazR8y9dRK8g zOVFwvozoTguBQjslPiLpb/SuhFfA70fYniWdF341hwSxSUMbYPN0TWrigex4z8sD3YOi5LQHgnlgK CWJZSVDSCObGCw+CqxcC+8+2woz9Kt4XtYoFCWeb+d+QoPGdWGTLOmxj1TFwHNFhUsSEfxl0IdE4h/ 9uktP3rrR6mMVa3RucsXbYTY+avlEFw== X-MHO-RoutePath: aGlwcGll X-MHO-User: dcd36052-f818-11e8-a887-bd2f23b465e5 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound2.eu.mailhop.org (Halon) with ESMTPSA id dcd36052-f818-11e8-a887-bd2f23b465e5; Tue, 04 Dec 2018 23:03:55 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id wB4KJDeC056026; Tue, 4 Dec 2018 13:19:13 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1543954753.1860.243.camel@freebsd.org> Subject: Re: Boot loader stuck after first stage upgrading 11.2 to 12.0-RC2 From: Ian Lepore To: Toomas Soome , Mark Martinec Cc: freebsd-current , freebsd-stable@freebsd.org Date: Tue, 04 Dec 2018 13:19:13 -0700 In-Reply-To: References: <22f5b92a09ea4d62ac3feb74457067f7@ijs.si> <5EEBAFC0-4FA3-4219-A918-7376F4223656@me.com> <0F5FCC70-EADB-4F9E-A391-F1A73BE5608F@me.com> Content-Type: text/plain; charset="windows-1251" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 49C57778F1 X-Spamd-Result: default: False [-0.07 / 15.00]; TAGGED_RCPT(0.00)[freebsd]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.19)[-0.193,0]; ASN(0.00)[asn:16509, ipnet:52.58.0.0/15, country:US]; NEURAL_SPAM_SHORT(0.36)[0.355,0]; NEURAL_HAM_LONG(-0.23)[-0.228,0] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 04 Dec 2018 23:04:16 -0000 On Tue, 2018-12-04 at 21:51 +0200, Toomas Soome via freebsd-stable wrote: > > > > > On 4 Dec 2018, at 19:59, Mark Martinec > i> wrote: > > > > > > > > > > > > > 2018-11-29 18:43, Toomas Soome wrote: > > > > > > > > > > I just did push biosdisk updates to stable/12, I wonder if > > > > > you could > > > > > test those bits… > > Myself wrote: > > > > > > > > > > > Thank you!  I haven't tried it yet, but I wonder whether this > > > > fix was > > > > already incorporated into 12.0-RC3, which would make my rescue > > > > easier. > > > > Otherwise I can build a stable/12 on another host and > > > > transplant > > > > the problematic file(s) to the affected host - if I knew which > > > > files > > > > to copy. > > 2018-12-02 18:59, Toomas wrote: > > > > > > The files are /boot/loader* binaries - to be exact, check which > > > one is > > > linked to /boot/loader. I can provide binaries if needed. > > > [...] > > > rgds, > > > toomas > > I got a maintenance window today so I tried with the new loader, > > and it did not help. > > > > More specifically: > > > > As it comes with 12-RC2, the /boot/loader was hard linked with > > loader_lua. > > Its size is 421888 bytes. So I concentrated on this loader. > > > > I build a fresh stable/12 on another host, and copied the newly > > built loader_lua (425984 bytes) to the /boot directory of the > > affected > > host, deleted the file 'loader', and hard-linked loader_lua to > > loader. > > > > The situation has not changed: the BTX loader lists all BIOS drives > > C..J (disk0..disk7), then a spinner starts and gets stuck forever. > > It never reaches the 'BIOS 635kB/3537856kB available memory' line. > > > > While trying to restore the old /boot from 11.2, I tried booting > > a live image from a 12.0-RC3 memory stick - and the loader got > > stuck again, same as when booting from a disk. > > > > So I had to boot from an 11.2 memstick to be able to regain > > control. > > > >  Mark > > > > > ok, if you could perform 2 tests: > > 1. from loader prompt enter 0x413 0xa000 - @w . cr > > 2. on first spinner, press space and type on boot: prompt: > /boot/loader_4th and see if that will do better > thanks, > toomas > I don't think that will be an option.  If it hasn't gotten to the point of saying how much BIOS available memory there is, it's only halfway through loader main() and has hung before getting to interact(). In fact, if that line hasn't printed, but some disk drives have been listed, it pretty much has to be hung in the "March through the device switch probing for things" loop. If all the disks are listed, then it got through that entry in the devsw, and is likely hanging in the dv_init calls for either the pxedisk or zfsdev devices. -- Ian > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On 29 Nov 2018, at 17:01, Mark Martinec > > > > > bsd@ijs.si> wrote: > > > > > > After successfully upgraded three hosts from 11.2-p4 to > > > > > > 12.0-RC2 (amd64, > > > > > > zfs, bios), I tried my luck with one of our production > > > > > > hosts, and ended up > > > > > > with a stuck loader after rebooting with a new kernel > > > > > > (after the first > > > > > > stage of upgrade). > > > > > > These were the steps, and all went smoothly and normally > > > > > > until a reboot: > > > > > > freebsd-update upgrade -r 12.0-RC2 > > > > > > freebsd-update install > > > > > > shutdown -r now > > > > > > While booting, the 'BTX loader' comes up, lists the BIOS > > > > > > drives, > > > > > > then the spinner below the list comes up and begins > > > > > > turning, > > > > > > stuttering, and after a couple of seconds it grinds to a > > > > > > standstill > > > > > > and nothing happens afterwards. > > > > > > At this point the ZFS and the bootstrap loader is supposed > > > > > > to > > > > > > come up, but it doesn't. > > > > > > This host has too zfs pools, the system pool consists of > > > > > > two SSDs > > > > > > in a zfs mirror (also holding a freebsd-boot partition > > > > > > each), the > > > > > > other pool is a raidz2 with six JBOD disks on an LSI > > > > > > controller. > > > > > > The gptzfsboot in both freebsd-boot partitions is fresh > > > > > > from 11.2, > > > > > > both zpool versions are up-to-date with 11.2. The 'zpool > > > > > > status -v' > > > > > > is happy with both pools. > > > > > > After rebooting from an USB drive and reverting the /boot > > > > > > directory > > > > > > to a previous version, the machine comes up normally again > > > > > > with the 11.2-RELEASE-p4. > > > > > > I found a file init.core in the / directory, slightly > > > > > > predating the > > > > > > last reboot with a salvaged system - although it was > > > > > > probably not > > > > > > a cause of the problem, but a consequence of the rescue > > > > > > operation. > > > > > > It is unfortunate that this is a production host, so I > > > > > > can't play > > > > > > much with it. One or two more quick experiments I can > > > > > > probably > > > > > > afford, but not much more. Should I just first wait for the > > > > > > official 12.0 release? Should I try booting with a 12.0 on > > > > > > USB > > > > > > and try to import pools? Suggestions welcome. > > > > > > Now that the /boot has been manually restored to the 11.2 > > > > > > state, > > > > > > A SECOND QUESTION is about freebsd-update, which still > > > > > > thinks we are > > > > > > in the middle of an upgrade procedure. Trying now to just > > > > > > update > > > > > > the 11.2-RELEASE-p4 to 11.2-RELEASE-p5, the fetch > > > > > > complains: > > > > > > # uname -a > > > > > > FreeBSD xxx 11.2-RELEASE-p4 FreeBSD 11.2-RELEASE-p4 > > > > > > # > > > > > > # freebsd-version > > > > > > 11.2-RELEASE-p4 > > > > > > # > > > > > > # freebsd-update fetch > > > > > > src component not installed, skipped > > > > > > You have a partially completed upgrade pending > > > > > > Run '/usr/sbin/freebsd-update install' first. > > > > > > Run '/usr/sbin/freebsd-update fetch -F' to proceed anyway. > > > > > > So what is the right way to get rid of all traces of the > > > > > > unsuccessful upgrade, and let freebsd-update believe we are > > > > > > cleanly > > > > > > at 11.2-p4 ?  Removing /var/db/freebsd-update did not help. > > > > > > Mark > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd. > org" > From owner-freebsd-current@freebsd.org Tue Dec 4 23:48:06 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5A5EB1325BF5 for ; Tue, 4 Dec 2018 23:48:06 +0000 (UTC) (envelope-from tsoome@me.com) Received: from mr28p00im-ztfo03015001.me.com (mr28p00im-ztfo03015001.me.com [17.110.71.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 964B67949B for ; Tue, 4 Dec 2018 23:48:05 +0000 (UTC) (envelope-from tsoome@me.com) Received: from [192.168.1.159] (unknown [80.235.52.148]) by mr28p00im-ztfo03015001.me.com (Postfix) with ESMTPSA id BEC88400A26; Tue, 4 Dec 2018 23:48:03 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (1.0) Subject: Re: Boot loader stuck after first stage upgrading 11.2 to 12.0-RC2 From: Toomas Soome X-Mailer: iPhone Mail (16B92) In-Reply-To: <1543954753.1860.243.camel@freebsd.org> Date: Wed, 5 Dec 2018 01:48:00 +0200 Cc: freebsd-current , freebsd-stable@freebsd.org, Ian Lepore Content-Transfer-Encoding: quoted-printable Message-Id: References: <22f5b92a09ea4d62ac3feb74457067f7@ijs.si> <5EEBAFC0-4FA3-4219-A918-7376F4223656@me.com> <0F5FCC70-EADB-4F9E-A391-F1A73BE5608F@me.com> <1543954753.1860.243.camel@freebsd.org> To: Mark Martinec X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-12-04_10:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1807170000 definitions=main-1812040205 X-Rspamd-Queue-Id: 964B67949B X-Spamd-Result: default: False [-4.32 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:17.110.0.0/15]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[me.com]; MX_GOOD(-0.01)[cached: mx1.mail.icloud.com]; DKIM_TRACE(0.00)[me.com:+]; DMARC_POLICY_ALLOW(-0.50)[me.com,quarantine]; NEURAL_HAM_SHORT(-0.96)[-0.961,0]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-0.75)[ip: (-1.99), ipnet: 17.110.0.0/15(-0.81), asn: 714(-0.88), country: US(-0.09)]; FREEMAIL_ENVFROM(0.00)[me.com]; RCVD_IN_DNSWL_LOW(-0.10)[106.71.110.17.list.dnswl.org : 127.0.5.1]; ASN(0.00)[asn:714, ipnet:17.110.0.0/15, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[me.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 04 Dec 2018 23:48:06 -0000 Yes, that must be true but it does not hurt to get checked. And of course, lsdev -v from 11.x loader would be good too. Anyhow, I am afraid we have reached to point where more specific debug info i= s needed (printed out), with lack of output about disks at all, it must be r= elated to floppy device checks. Rgds, Toomas Sent from my iPhone > On 4 Dec 2018, at 22:19, Ian Lepore wrote: >=20 > On Tue, 2018-12-04 at 21:51 +0200, Toomas Soome via freebsd-stable > wrote: >>=20 >>>=20 >>> On 4 Dec 2018, at 19:59, Mark Martinec >> i> wrote: >>>=20 >>>>=20 >>>>>=20 >>>>> 2018-11-29 18:43, Toomas Soome wrote: >>>>>>=20 >>>>>> I just did push biosdisk updates to stable/12, I wonder if >>>>>> you could >>>>>> test those bits=E2=80=A6 >>> Myself wrote: >>>>=20 >>>>>=20 >>>>> Thank you! I haven't tried it yet, but I wonder whether this >>>>> fix was >>>>> already incorporated into 12.0-RC3, which would make my rescue >>>>> easier. >>>>> Otherwise I can build a stable/12 on another host and >>>>> transplant >>>>> the problematic file(s) to the affected host - if I knew which >>>>> files >>>>> to copy. >>> 2018-12-02 18:59, Toomas wrote: >>>>=20 >>>> The files are /boot/loader* binaries - to be exact, check which >>>> one is >>>> linked to /boot/loader. I can provide binaries if needed. >>>> [...] >>>> rgds, >>>> toomas >>> I got a maintenance window today so I tried with the new loader, >>> and it did not help. >>>=20 >>> More specifically: >>>=20 >>> As it comes with 12-RC2, the /boot/loader was hard linked with >>> loader_lua. >>> Its size is 421888 bytes. So I concentrated on this loader. >>>=20 >>> I build a fresh stable/12 on another host, and copied the newly >>> built loader_lua (425984 bytes) to the /boot directory of the >>> affected >>> host, deleted the file 'loader', and hard-linked loader_lua to >>> loader. >>>=20 >>> The situation has not changed: the BTX loader lists all BIOS drives >>> C..J (disk0..disk7), then a spinner starts and gets stuck forever. >>> It never reaches the 'BIOS 635kB/3537856kB available memory' line. >>>=20 >>> While trying to restore the old /boot from 11.2, I tried booting >>> a live image from a 12.0-RC3 memory stick - and the loader got >>> stuck again, same as when booting from a disk. >>>=20 >>> So I had to boot from an 11.2 memstick to be able to regain >>> control. >>>=20 >>> Mark >>>=20 >>>=20 >> ok, if you could perform 2 tests: >>=20 >> 1. from loader prompt enter 0x413 0xa000 - @w . cr >>=20 >> 2. on first spinner, press space and type on boot: prompt: >> /boot/loader_4th and see if that will do better >> thanks, >> toomas >>=20 >=20 > I don't think that will be an option. If it hasn't gotten to the point > of saying how much BIOS available memory there is, it's only halfway > through loader main() and has hung before getting to interact(). >=20 > In fact, if that line hasn't printed, but some disk drives have been > listed, it pretty much has to be hung in the "March through the device > switch probing for things" loop. If all the disks are listed, then it > got through that entry in the devsw, and is likely hanging in the > dv_init calls for either the pxedisk or zfsdev devices. >=20 > -- Ian >=20 >>=20 >>>=20 >>>=20 >>>>=20 >>>>>=20 >>>>>>=20 >>>>>>>=20 >>>>>>> On 29 Nov 2018, at 17:01, Mark Martinec >>>>>> bsd@ijs.si> wrote: >>>>>>> After successfully upgraded three hosts from 11.2-p4 to >>>>>>> 12.0-RC2 (amd64, >>>>>>> zfs, bios), I tried my luck with one of our production >>>>>>> hosts, and ended up >>>>>>> with a stuck loader after rebooting with a new kernel >>>>>>> (after the first >>>>>>> stage of upgrade). >>>>>>> These were the steps, and all went smoothly and normally >>>>>>> until a reboot: >>>>>>> freebsd-update upgrade -r 12.0-RC2 >>>>>>> freebsd-update install >>>>>>> shutdown -r now >>>>>>> While booting, the 'BTX loader' comes up, lists the BIOS >>>>>>> drives, >>>>>>> then the spinner below the list comes up and begins >>>>>>> turning, >>>>>>> stuttering, and after a couple of seconds it grinds to a >>>>>>> standstill >>>>>>> and nothing happens afterwards. >>>>>>> At this point the ZFS and the bootstrap loader is supposed >>>>>>> to >>>>>>> come up, but it doesn't. >>>>>>> This host has too zfs pools, the system pool consists of >>>>>>> two SSDs >>>>>>> in a zfs mirror (also holding a freebsd-boot partition >>>>>>> each), the >>>>>>> other pool is a raidz2 with six JBOD disks on an LSI >>>>>>> controller. >>>>>>> The gptzfsboot in both freebsd-boot partitions is fresh >>>>>>> from 11.2, >>>>>>> both zpool versions are up-to-date with 11.2. The 'zpool >>>>>>> status -v' >>>>>>> is happy with both pools. >>>>>>> After rebooting from an USB drive and reverting the /boot >>>>>>> directory >>>>>>> to a previous version, the machine comes up normally again >>>>>>> with the 11.2-RELEASE-p4. >>>>>>> I found a file init.core in the / directory, slightly >>>>>>> predating the >>>>>>> last reboot with a salvaged system - although it was >>>>>>> probably not >>>>>>> a cause of the problem, but a consequence of the rescue >>>>>>> operation. >>>>>>> It is unfortunate that this is a production host, so I >>>>>>> can't play >>>>>>> much with it. One or two more quick experiments I can >>>>>>> probably >>>>>>> afford, but not much more. Should I just first wait for the >>>>>>> official 12.0 release? Should I try booting with a 12.0 on >>>>>>> USB >>>>>>> and try to import pools? Suggestions welcome. >>>>>>> Now that the /boot has been manually restored to the 11.2 >>>>>>> state, >>>>>>> A SECOND QUESTION is about freebsd-update, which still >>>>>>> thinks we are >>>>>>> in the middle of an upgrade procedure. Trying now to just >>>>>>> update >>>>>>> the 11.2-RELEASE-p4 to 11.2-RELEASE-p5, the fetch >>>>>>> complains: >>>>>>> # uname -a >>>>>>> FreeBSD xxx 11.2-RELEASE-p4 FreeBSD 11.2-RELEASE-p4 >>>>>>> # >>>>>>> # freebsd-version >>>>>>> 11.2-RELEASE-p4 >>>>>>> # >>>>>>> # freebsd-update fetch >>>>>>> src component not installed, skipped >>>>>>> You have a partially completed upgrade pending >>>>>>> Run '/usr/sbin/freebsd-update install' first. >>>>>>> Run '/usr/sbin/freebsd-update fetch -F' to proceed anyway. >>>>>>> So what is the right way to get rid of all traces of the >>>>>>> unsuccessful upgrade, and let freebsd-update believe we are >>>>>>> cleanly >>>>>>> at 11.2-p4 ? Removing /var/db/freebsd-update did not help. >>>>>>> Mark >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd. >> org" >>=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 Wed Dec 5 16:59:21 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EBD11131BB8E for ; Wed, 5 Dec 2018 16:59:20 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wm1-x334.google.com (mail-wm1-x334.google.com [IPv6:2a00:1450:4864:20::334]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0D2F47D7A0 for ; Wed, 5 Dec 2018 16:59:20 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wm1-x334.google.com with SMTP id c126so13619531wmh.0 for ; Wed, 05 Dec 2018 08:59:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:subject:message-id:reply-to:mime-version :content-transfer-encoding; bh=ppcb6NNO/xImtb350U7pcbDDbolLaP8gjQbm4gzTF2c=; b=gc6eBu+Sn0x+4mG+uZ3jV6bvDMh3u3MsatQNXNJ3MovPlBXk3RwHC6X529P2j1bbLx ts25lt6IMlJZ0ZSFNn8n5AmDLuv5Zzn9mS43k3B8jwqljsv/Q2N5MaD9GcAvsDzzzI+0 ZKVDJmqC0ttS+Dca6vAJupYdWjK8vKnq1YkvQd+OwdJpdkR4FIyahHenIV3ky/5h13em 2I0CBgTkX7fZH0mFHZzwcwb8AfdKloz/g1mlODazsIApRR+FVqc9ooNjqSgdqzcNofu+ 95mQ7Yqn5inZdav/r+J9fsKW4G/dUCdB8y+KlmyZFkY9q2iybkBzmn0507QuVyO/opjJ 5PLA== 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:subject:message-id:reply-to :mime-version:content-transfer-encoding; bh=ppcb6NNO/xImtb350U7pcbDDbolLaP8gjQbm4gzTF2c=; b=New3KrdPrm5iKQHczZER4UIcikWljGLngozkXSAxhwSXd2JgFSU0Vs9sEokBz67SHW aGvi2bQmmaM+/Q/TdHQPx7a/TZw7ERPFjpyU4KB8y3SLm01U96nT4grtnIbaZE+nW0yQ jMRERHUAeUMGYzKkNfWeVeowzW4WLBoWTKaJfxkAr6FhLch+r2MueqYPpKicZ7FIew9B 8yEl6Qn6RFWIDFRqrRfgz37nPeKSd7jx/wL/7Ukg2WQroFQusL7x8HINyZIuMnw35cvG G/IsNMLMxqb029NvVuBqT+qxsZTuzk8oMjPC45w+WsgSdSUZlBMblIzyAaBgBF6t4xQ3 DjIg== X-Gm-Message-State: AA+aEWaaGrA0dgxeTCCB7STA4yo4rcg6bmTMJwXOyYEMDSrNapjq95i1 QC05y8zzwpjuv/k1mKyPl7OAsxWf X-Google-Smtp-Source: AFSGD/V2tyXC3jyzJI9Mnj+nWaG/JYbns0+DTunpqcNlyzuuF/HrUr5iL8VXWROEHeRwhrWQGYpupA== X-Received: by 2002:a1c:47:: with SMTP id 68mr15838305wma.89.1544029158748; Wed, 05 Dec 2018 08:59:18 -0800 (PST) Received: from ernst.home (p5B02380D.dip0.t-ipconnect.de. [91.2.56.13]) by smtp.gmail.com with ESMTPSA id 202sm4092405wmt.8.2018.12.05.08.59.17 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 05 Dec 2018 08:59:18 -0800 (PST) Date: Wed, 5 Dec 2018 17:59:17 +0100 From: Gary Jennejohn To: freebsd-current@freebsd.org Subject: make installworld in HEAD fails at llvm-objdump.1.gz Message-ID: <20181205175917.29d9df62@ernst.home> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 0D2F47D7A0 X-Spamd-Result: default: False [-4.39 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[gljennjohn@gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.81)[-0.810,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; IP_SCORE(-0.58)[ipnet: 2a00:1450::/32(-1.49), asn: 15169(-1.29), country: US(-0.09)]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; FREEMAIL_REPLYTO(0.00)[gmail.com]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[4.3.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 05 Dec 2018 16:59:21 -0000 I just did a make buildworld of HEAD at r341510. During make installworld I got an error that llvm-objdump.1.gz could not be found. /usr/src/usr.bin/clang/llvm-objdump/llvm-objdump.1 is present. I ended up having to comment out llvm-objdump in the Makefile in order to finish the installation. Something is FUBAR with llvm-objdump. -- Gary Jennejohn From owner-freebsd-current@freebsd.org Wed Dec 5 17:06:51 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F20561321458 for ; Wed, 5 Dec 2018 17:06:50 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wr1-x42a.google.com (mail-wr1-x42a.google.com [IPv6:2a00:1450:4864:20::42a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2F7EC7DF89 for ; Wed, 5 Dec 2018 17:06:50 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wr1-x42a.google.com with SMTP id b14so6888200wru.12 for ; Wed, 05 Dec 2018 09:06:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=49yjJy3b9140pkGdLnciD2t0MtdKjfCPmfcX5T79fUM=; b=ee6E/Pj+bxjuC4TC76k2yzZJemykOvRu+vRwKDuE0zTW1+Z7YWngW1snVNAdossSs4 8o582eo5S13nK/g9EPccsGabcR+i0JIX9jk0hkfbul7lqLiLGBBVjiZvh29oAvEeUPeP 0QDmG2PwYx/CjtxX1gaXn+eiX0f+w99CzPlUCmIoTqzxipT5/CdyjGX6wCOyN7rCXe2l 6hBU/dhRiewft7+yFAVdjTQFeDR7BvkqgjYhW14xExaeYFuEa4bGSScpCFme4JWeFhzf kwDSvGrjFPnQczVZeRHp+bj0m1fvfqXThzhnwlYh+FBoJ9/XkZkuXcsxOfv9jcnJbgOR 77kQ== 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:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=49yjJy3b9140pkGdLnciD2t0MtdKjfCPmfcX5T79fUM=; b=A91LqjtVs9l6v1sIslrd09+f9hX20qWIXVjT9EHSgB9RaJ1FsECjHftNVw39q5p+LU S3OXnHd2nL+rckwcgxRHXKEPR0b6zDJxUPKridtwb1DvZtLXlazwNhgVutQ5n9MrXwvJ BaXN47pwOBxKH55hHHRoq42ZrYCyrj6yO9fKCb4WN33N02mhApKD5MNgU7ppNdvMLkNj EvcibqKnoS2oXoM+Gf3z88FNoFJibCecnQkMLW+SxOKCTsEXCFhXbW3Y23m2xtjvGegv XF8Gs0UlnFKKaSLviHbAAbaN9zm0AZPBN0KzWDtQNRXnKAV1mb61B7N4H4a4eJAzZ7un TC8Q== X-Gm-Message-State: AA+aEWaK3vl1tZYz4uNqSEl9NL5vLS0foJlGKZ6Rjhhph3sw/LLxTKFO QI6TZJb+3+z3gtCwXMJ2xAoaRoYJ X-Google-Smtp-Source: AFSGD/UTAjM4L2Ftc+83Xjqgc3/b6Fc47Z89nOQf2ZW4A7eH1/sarFO9WvrK27C6/eChwL8hlM2pbw== X-Received: by 2002:a5d:42ce:: with SMTP id t14mr22937879wrr.51.1544029608811; Wed, 05 Dec 2018 09:06:48 -0800 (PST) Received: from ernst.home (p5B02380D.dip0.t-ipconnect.de. [91.2.56.13]) by smtp.gmail.com with ESMTPSA id l15sm21507222wrw.4.2018.12.05.09.06.47 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 05 Dec 2018 09:06:48 -0800 (PST) Date: Wed, 5 Dec 2018 18:06:47 +0100 From: Gary Jennejohn To: freebsd-current@freebsd.org Subject: Re: make installworld in HEAD fails at llvm-objdump.1.gz Message-ID: <20181205180647.34fb01a5@ernst.home> In-Reply-To: <20181205175917.29d9df62@ernst.home> References: <20181205175917.29d9df62@ernst.home> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 2F7EC7DF89 X-Spamd-Result: default: False [-6.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[gljennjohn@gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.96)[-0.958,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; IP_SCORE(-2.54)[ip: (-9.81), ipnet: 2a00:1450::/32(-1.49), asn: 15169(-1.29), country: US(-0.09)]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; FREEMAIL_REPLYTO(0.00)[gmail.com]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[a.2.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 05 Dec 2018 17:06:51 -0000 On Wed, 5 Dec 2018 17:59:17 +0100 Gary Jennejohn wrote: > I just did a make buildworld of HEAD at r341510. > > During make installworld I got an error that llvm-objdump.1.gz > could not be found. > > /usr/src/usr.bin/clang/llvm-objdump/llvm-objdump.1 is present. > > I ended up having to comment out llvm-objdump in the Makefile > in order to finish the installation. > > Something is FUBAR with llvm-objdump. > False alarm. I just ran make buildworkd again and llvm-objdump.1.gz was created. Must have used some weird options to make the last time I ran it. -- Gary Jennejohn From owner-freebsd-current@freebsd.org Thu Dec 6 05:17:30 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0B947130F474 for ; Thu, 6 Dec 2018 05:17:30 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-ua1-x929.google.com (mail-ua1-x929.google.com [IPv6:2607:f8b0:4864:20::929]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 68FCD7DF56 for ; Thu, 6 Dec 2018 05:17:29 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: by mail-ua1-x929.google.com with SMTP id z11so7978475uaa.10 for ; Wed, 05 Dec 2018 21:17:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=7Pf4hatgXKuj+K0dijmd2iQTcD5DV5vGg6ArzPK+3N8=; b=uxe+9Att5/yemrCq+YIN3hHEt7+Cg1NYJWvdecY5WNFyobDV+QhVagSoIgXHeIhXg0 i4z3LW9GKEFZezQibt6pcKvtPdx8iZeAEWM7Lmj8ZdJOcjZQ2povd42DheV21/Id5pLL 76ZbdQV4iczDeVsim1NgZCfYpA6m1bLK+GRZK0eP/9TEBos6FOHARL/Ptjw2/MAYWF5r k0/HtxeI8vYn4TDYGlGPJsxylDc2QiIdWIiuWj2FfLeiaK1ws0Dty6c5ZtcpGoNP6PeM kTgwMcPSWEZdWpFN924gl5T3FtF5qZpRu7pvw38W5v/A/WzV/epSOrI7Ha7X3zEVqsTO krsQ== 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=7Pf4hatgXKuj+K0dijmd2iQTcD5DV5vGg6ArzPK+3N8=; b=AVZQjPww8W8/wuCO100r0/QJ3dH+knB3phQBBx2gkYm62CaI0hsoHX46mY0WXBBXx5 wq+FCjEoauiifEq+k/qukXEKSc4GqgnTJSEozs8Oni8cDzktx85kJORHP6489OOkTvxT 6QZfWizkG1i+M9ItXN8paaRZPcITyP3WvJRWy6DD8iWIx8oZFOBX3zm/mFvi59oJTes1 QXH65wwF81MYDlLxEYOyr0qs08KZNNysnQlzJd+iyCaL1r8NhfoZBrj7g5cRWrX3C60J fKxQ9Jjpz+wi1XAkoYkySUBqqPHvN+LTM/wYhVMYAJlLDAqdb6HHrCRadkrATewGnzrH ye9Q== X-Gm-Message-State: AA+aEWauNVmmmMu51A2ReZ/sw5UgPLFdMzpP2e8D5tbU9jUdEIg4BagV mG5iLmdCysQG+J6IFc0UlBLVswngx7Z3392YAu9auxIv X-Google-Smtp-Source: AFSGD/XNucn7tjWbke3ETu/LiZkW08jmfwjoj8Uqn8n5MrOAp/MJBO4xD/mi3cbtUbhA7tKjffP8mkBsZGrlEtg6frU= X-Received: by 2002:ab0:30b7:: with SMTP id b23mr12529912uam.109.1544073448547; Wed, 05 Dec 2018 21:17:28 -0800 (PST) MIME-Version: 1.0 From: Jia-Shiun Li Date: Thu, 6 Dec 2018 13:17:01 +0800 Message-ID: Subject: rm cannot recursively delete directory on tmpfs on RPi2 To: freebsd-current X-Rspamd-Queue-Id: 68FCD7DF56 X-Spamd-Result: default: False [-4.25 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-0.59)[ipnet: 2607:f8b0::/32(-1.55), asn: 15169(-1.32), country: US(-0.09)]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[9.2.9.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.65)[-0.652,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 06 Dec 2018 05:17:30 -0000 amd64 and RPi3 do not have this issue. jsli@rpi2:/home/jsli 13:04 # uname -a FreeBSD rpi2 13.0-CURRENT FreeBSD 13.0-CURRENT r341419 GENERIC-NODEBUG arm jsli@rpi2:/home/jsli 13:05 # mount -t tmpfs tmpfs /mnt jsli@rpi2:/home/jsli 13:05 # cd /mnt jsli@rpi2:/mnt 13:05 # tar xf /usr/ports/distfiles/sqlite-autoconf-3260000.tar.gz jsli@rpi2:/mnt 13:05 # rm -rf sqlite-autoconf-3260000/ rm: sqlite-autoconf-3260000/tea: Operation not permitted rm: sqlite-autoconf-3260000/: Directory not empty jsli@rpi2:/mnt 13:05 # -Jia-Shiun From owner-freebsd-current@freebsd.org Thu Dec 6 12:07:21 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4C401132A5DA for ; Thu, 6 Dec 2018 12:07:21 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id C612E8EA4E for ; Thu, 6 Dec 2018 12:07:20 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 89FEB132A5D8; Thu, 6 Dec 2018 12:07:20 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4C737132A5D7 for ; Thu, 6 Dec 2018 12:07:20 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DBC228EA43 for ; Thu, 6 Dec 2018 12:07:19 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id E30F4192F1 for ; Thu, 6 Dec 2018 12:07:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id wB6C7ILa028212 for ; Thu, 6 Dec 2018 12:07:18 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wB6C7IKk028207 for current@FreeBSD.org; Thu, 6 Dec 2018 12:07:18 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: current@FreeBSD.org Subject: [Bug 227191] Cannot check battery status after upgrading to 12-CURRENT after r330957 (ACPI _STA method removed) Date: Thu, 06 Dec 2018 12:07:18 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: needs-qa, patch, regression X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: avg@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: acpi@FreeBSD.org X-Bugzilla-Flags: mfc-stable12? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: C612E8EA4E X-Spamd-Result: default: False [-0.57 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.09)[-0.086,0]; NEURAL_SPAM_LONG(0.05)[0.049,0]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; NEURAL_HAM_SHORT(-0.53)[-0.529,0] X-Rspamd-Server: mx1.freebsd.org X-Mailman-Approved-At: Thu, 06 Dec 2018 12:50:46 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 06 Dec 2018 12:07:21 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D227191 --- Comment #19 from Andriy Gapon --- I am curious if anyone who had this problem before still has it. Especially, I am curious if they had an error message like in comment#1 and= if that message went way. In addition to the prior analysis I'd like to add the following summary. - before base r330957 we ignored any _STA evaluation failure (which was performed in ACPICA contrib code) for the purpose of acpi_DeviceIsPresent a= nd acpi_BatteryIsPresent - ACPICA 20180313 stopped evaluating _STA altogether - so, we added evaluation of _STA to acpi_DeviceIsPresent and acpi_BatteryIsPresent - one important difference is that now we ignore a failure only if _STA does not exist (AE_NOT_FOUND) - any other kind of failure is treated as a failure - apparently, on some systems we can get AE_NOT_EXIST when evaluating _STA - that error is not an evil twin of AE_NOT_FOUND, despite a very similar na= me, but a distinct error related to a missing handler for embedded controller (= EC) address space - it's possible that for some people the problem was fixed by some changes = in ACPICA and/or acpi_ec that fixed the AE_NOT_EXIST failure Still, I would like to re-iterate my proposal that we restore full pre-r330= 957 behaviour by ignoring any _STA error. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-current@freebsd.org Thu Dec 6 12:35:18 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D5F77132B58F for ; Thu, 6 Dec 2018 12:35:17 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 64DBA8FABB for ; Thu, 6 Dec 2018 12:35:17 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 25CD4132B58C; Thu, 6 Dec 2018 12:35:17 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DF067132B58A for ; Thu, 6 Dec 2018 12:35:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7C71A8FAB1 for ; Thu, 6 Dec 2018 12:35:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 71EE6196F6 for ; Thu, 6 Dec 2018 12:35:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id wB6CZFWf015587 for ; Thu, 6 Dec 2018 12:35:15 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wB6CZFKG015581 for current@FreeBSD.org; Thu, 6 Dec 2018 12:35:15 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: current@FreeBSD.org Subject: [Bug 227191] Cannot check battery status after upgrading to 12-CURRENT after r330957 (ACPI _STA method removed) Date: Thu, 06 Dec 2018 12:35:14 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: needs-qa, patch, regression X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: acpi@FreeBSD.org X-Bugzilla-Flags: mfc-stable12? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: 64DBA8FABB X-Spamd-Result: default: False [-1.42 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.81)[-0.808,0]; NEURAL_SPAM_LONG(0.05)[0.049,0]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; NEURAL_HAM_SHORT(-0.66)[-0.657,0] X-Rspamd-Server: mx1.freebsd.org X-Mailman-Approved-At: Thu, 06 Dec 2018 13:17:40 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 06 Dec 2018 12:35:18 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D227191 --- Comment #20 from commit-hook@freebsd.org --- A commit references this bug: Author: avg Date: Thu Dec 6 12:34:34 UTC 2018 New revision: 341632 URL: https://svnweb.freebsd.org/changeset/base/341632 Log: acpi_{Device,Battery}IsPresent: restore pre-r330957 behaviour Specifically, assume that the device is present if evaluation of _STA method fails. Before r330957 we ignored any _STA evaluation failure (which was performed by AcpiGetObjectInfo in ACPICA contrib code) for the purpose of acpi_DeviceIsPresent and acpi_BatteryIsPresent. ACPICA 20180313 removed evaluation of _STA from AcpiGetObjectInfo. So, we added evaluation of _STA to acpi_DeviceIsPresent and acpi_BatteryIsPresent. One important difference is that the new code ignored a failure only if _STA did not exist (AE_NOT_FOUND). Any other kind of failure was treated as a fatal failure. Apparently, on some systems we can get AE_NOT_EXIST when evaluating _STA. And that error is not an evil twin of AE_NOT_FOUND, despite a very similar name, but a distinct error related to a missing handler for an ACPI operation region. It's possible that for some people the problem was already fixed by changes in ACPICA and/or in acpi_ec driver (or even in BIOS) that fixed the AE_NOT_EXIST failure related to EC operation region. This work is based on a great analysis by cem and an earlier patch by Ali Abdallah . PR: 227191 Reported by: 0mp MFC after: 2 weeks Changes: head/sys/dev/acpica/acpi.c --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-current@freebsd.org Thu Dec 6 16:36:10 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 42725130ADAF for ; Thu, 6 Dec 2018 16:36:10 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-lj1-f177.google.com (mail-lj1-f177.google.com [209.85.208.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6EBF174720 for ; Thu, 6 Dec 2018 16:36:09 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-lj1-f177.google.com with SMTP id k15-v6so960409ljc.8 for ; Thu, 06 Dec 2018 08:36:09 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=/vbUGMkX1mtzcfQCt0Vbm68p4QdgcRACYFyw0o7bXj8=; b=rKHnekbMGw/k6TXZ8RgJXtB4UnTyipa19XjOzsgDFNEP9WLHtQKbJKFJTEDFquP6g0 HEdZTrotkVAMt1gsbv28LYi96Optx5eJVoArXNO9iGHEJeTiH8r+xUIalO1f4zr+sj+O 6jY/EK9CHzPMkZjllMlehfW15Sja1WYhScTn9HD3AiGKNOf9dbhRJW4Fz9h7kOy47iE5 4JSBiCbPFQ4BgPUy8GPaUZe0dnUxEUyKEz1WM6gUtLoD7aT5gmHxPq9BhyRGHUyixmsz qL8uPIF2Zsyga/UvSNPxHagL52MB1zlPzuRwqN6+vsU2+vn/eb0b1z/XhsKIkgqgyaYs GS6g== X-Gm-Message-State: AA+aEWZ33bEzhMlexJyOo6Q4idgrAzid8RrmKozamFaoeE+S5wSUbbmI QDhRsoUj6ZFoOHI4LqVYHoXGAlTEBbmC7C/255s= X-Google-Smtp-Source: AFSGD/XCzw7DsdzOuwecxtcAMGz6y9inMNStXs9qBWCJ0HwAxE0eTosMHxLY5MQQn094oAhEW5djXg0o8T7Fta+ihIg= X-Received: by 2002:a2e:b00a:: with SMTP id y10-v6mr17984250ljk.109.1544114161988; Thu, 06 Dec 2018 08:36:01 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Alan Somers Date: Thu, 6 Dec 2018 09:35:49 -0700 Message-ID: Subject: Re: rm cannot recursively delete directory on tmpfs on RPi2 To: jiashiun@gmail.com Cc: FreeBSD CURRENT Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 6EBF174720 X-Spamd-Result: default: False [-3.96 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[177.208.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.99)[-0.986,0]; RCVD_TLS_LAST(0.00)[]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; FREEMAIL_TO(0.00)[gmail.com]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; IP_SCORE(-0.97)[ipnet: 209.85.128.0/17(-3.46), asn: 15169(-1.31), country: US(-0.09)]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 06 Dec 2018 16:36:10 -0000 On Wed, Dec 5, 2018 at 10:18 PM Jia-Shiun Li wrote: > > amd64 and RPi3 do not have this issue. > > jsli@rpi2:/home/jsli 13:04 # uname -a > FreeBSD rpi2 13.0-CURRENT FreeBSD 13.0-CURRENT r341419 GENERIC-NODEBUG arm > jsli@rpi2:/home/jsli 13:05 # mount -t tmpfs tmpfs /mnt > jsli@rpi2:/home/jsli 13:05 # cd /mnt > jsli@rpi2:/mnt 13:05 # tar xf > /usr/ports/distfiles/sqlite-autoconf-3260000.tar.gz > jsli@rpi2:/mnt 13:05 # rm -rf sqlite-autoconf-3260000/ > rm: sqlite-autoconf-3260000/tea: Operation not permitted > rm: sqlite-autoconf-3260000/: Directory not empty > jsli@rpi2:/mnt 13:05 # > > -Jia-Shiun Did you check for file flags? Do "ls -lod sqlite-autoconf-3260000/tea". -Alan From owner-freebsd-current@freebsd.org Thu Dec 6 18:40:35 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EF065130E90B; Thu, 6 Dec 2018 18:40:34 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: from mail-it1-x12b.google.com (mail-it1-x12b.google.com [IPv6:2607:f8b0:4864:20::12b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 54A9A79EC2; Thu, 6 Dec 2018 18:40:34 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: by mail-it1-x12b.google.com with SMTP id i145so2975310ita.4; Thu, 06 Dec 2018 10:40:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:date:from:user-agent:mime-version:to:subject :content-transfer-encoding; bh=6CxJQo4h2TvauhRu9xGsWgyD0x8mDF99c0gJ2IRlSL0=; b=Lyij1Kq+Ta55oTUsdU0E6h07wBmDBLueEcQgG7tzvtaidK+2RK8ZhrYXD/ZW8bfmq8 77jCKl98tBlqRI0c8hxzGb7YCp5qDlvwlBUANHVYo4sNpIklWdjbPHeV7qfPNNnJTypI dmg3O5oQ0ShiAQPnF2AKaz7sQa5b0xlkorbdJELIWwAVBqKgMfYWizQfbjtLo0h8MCQH SyUW0z0MdM1MMDXyPx60/aIRi88vx39xBBWZxdtVFvrWh9b+Z/ELMiQlEvP+6XojTq5M nNyD0HsvcHuS2kEhX9u4b2GYDUOADcxXvV7s7Y6JUwS0P5/W3Z1uPYmsItEjHEFvDJXU vi7w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:content-transfer-encoding; bh=6CxJQo4h2TvauhRu9xGsWgyD0x8mDF99c0gJ2IRlSL0=; b=PCmO9HA1DGRD/EXUtv9D5koiju/0NTyqiS2FjMflrWkQ8JxbxUsVTFI18+vhQVVm9m uOtDcUXYAB5hBeqsTr7fV2zsWnAmVxjJaPm8hQ24m6piDgLcHR3Za4k9xZvN8RgNB0zX O8NGbJDtvOlH/EPB1yLqI6IvWZ+vo6BPmagaZQxVuoo7PLxUmlDwwhgvh9jq1fOINf5W yC4PAsgRD5QVBszb4aJIgCOa46a5mkfuDhbj6o8u2ufC/FZY6ZSTx2ZDpKQ6m8HsYr4a IT8m0rKQcRo+rMm9t8KB2w0Z5CB4yFQy9FVG90DGa6aYoeGhOwpH8Y/zCP1Po0fAO1sU 4SZg== X-Gm-Message-State: AA+aEWbgr8kOvNqPBzAKAzB9kl4jzr66mQ9xsO1kKCP7SFmbJ7smhGNj 3xC8ySEdkiTMdXfgWzrRa608clRZ X-Google-Smtp-Source: AFSGD/Vf+Gzd/JIV0TYcgkPjLukVisWWK8jkRC3AU29dPYcHipsKGiJp4msQ2kUYt3MUzuqJMJYd2A== X-Received: by 2002:a24:2452:: with SMTP id f79mr14495329ita.143.1544121633575; Thu, 06 Dec 2018 10:40:33 -0800 (PST) Received: from [10.0.10.7] (cpe-65-25-62-234.neo.res.rr.com. [65.25.62.234]) by smtp.googlemail.com with ESMTPSA id b5sm759778itc.44.2018.12.06.10.40.32 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 06 Dec 2018 10:40:32 -0800 (PST) Message-ID: <5C096D20.3040305@gmail.com> Date: Thu, 06 Dec 2018 13:40:32 -0500 From: Ernie Luzar User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: FreeBSD current , "freebsd-jail@freebsd.org" , "freebsd-questions@freebsd.org" Subject: 12.0-RC3 vnet jail with pf firewall/NAT not working Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 54A9A79EC2 X-Spamd-Result: default: False [-5.89 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(-1.90)[ip: (-6.57), ipnet: 2607:f8b0::/32(-1.52), asn: 15169(-1.31), country: US(-0.09)]; DKIM_TRACE(0.00)[gmail.com:+]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCVD_IN_DNSWL_NONE(0.00)[b.2.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.98)[-0.985,0]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 06 Dec 2018 18:40:35 -0000 Have gateway host, (ie; host that is connected directly to the public internet.) running a vnet jail that has pf firewall running inside of it. When I start the vnet jail I see a few dhclient tasks auto start for vge0 which is the interface added as member to the bridge. I take this to mean that the vnet jails external network is configured correctly. Can not ping 8.8.8.8 from the vnet jails console. I can see the pf rules are loaded. But the pf log shows no traffic at all. Think problem is with the nat rule syntax or the nat function of pf is non-functional. Can not reach the public internet using this nat rule nat pass on epair2b inet from 10.0.20.10 to any -> xx.xx.xx.xx 10.0.20.10 is ip address assigned to the vnet jail xx.xx.xx.xx is the ip address assigned to the host by the isp. Also tried this with no joy nat pass on epair2b inet from 10.0.20.10 to any -> epair2b Anyone been able to get pf NAT to work in a live vnet jail in this manner? From owner-freebsd-current@freebsd.org Fri Dec 7 05:34:14 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A52DF132A89F for ; Fri, 7 Dec 2018 05:34:14 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-vk1-xa32.google.com (mail-vk1-xa32.google.com [IPv6:2607:f8b0:4864:20::a32]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 08C9B77E6F; Fri, 7 Dec 2018 05:34:14 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: by mail-vk1-xa32.google.com with SMTP id t132so689813vkc.3; Thu, 06 Dec 2018 21:34:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=mq4jpbRo1huSmAWJm8an9aDTcVWcmb9anaeEu8D70+k=; b=QNPzCzePtetIJdUkGo0UlnhAryFUWwCC/RY8V4QJrlj946M5aivDYqL9AuswVIcZVZ hrHB3L/o7TFlcNne1vozMhF8pG7aXuGkaIq20JFFA7q1+UcvepZz/IvWhHfDigfjzp3d dqVRNs/hZ3MyBiWJCi9fz0N7CrfoXS7L0mJFoboPm/ZscX4AAGsxlGH5JjetQgGBbeED QOeN0HHGp3LyyRom2UexwBqNj7cIIk+EdJRiBI3wdvoP6LMheq3tVDyNe0D9Mr7zOa/j 8grK1H663h2+UxUwxs6q1Y3iTzC+vSgqjfT6LqFPm2ZrggH0Y/Ftm3olzSuL/Laxo6v2 Lgdw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=mq4jpbRo1huSmAWJm8an9aDTcVWcmb9anaeEu8D70+k=; b=VTDs+9mIHeOt73IHa6XUIgj9Op+O+xXA7Cf65MAHZ4o8BsIrF/LGagugiN9DIbp8Zp R5ZD2tQfZixJZE0qlo97+PBem7yUn2OxTB9RMgbEkxBgMh6XDaQNBZy8Vn6Q7g/O1zty dHQPqGNpH6j52kcVWpAMSZEJEHNeXWqQDAjOdw1qJrpXXV7gg60jJyjvCJH9RSj5y5Bc puwroQsvQLwmPpkmQT1bSp3ZTv9mnBBuwJCpatviyOF29kHTJx83MyVlGcwhtcI7yYRF WbMyYrgapZXZBOKjWu5b9xSKCThYqFPq6zteQVYyDKKVJEJ3drEC+8VNPZuhAExlQUvm BtOw== X-Gm-Message-State: AA+aEWaiVaVz+lFQG5cC8ez0ZvnSoNFpHnj0udYUd6MIZ+51yRFiSPqK 9ufvYavYyiFJfB1olXO/+mWBqK93uXmSU/tTxt673HHM X-Google-Smtp-Source: AFSGD/W1Uj2I+wAxboNKgfwT6SO+BiLfkg13w4NXb0AUnQ/EI/xPcaCF7k+FfGIgmeMJkir9WTyqtLum9/F3vCtfKQ4= X-Received: by 2002:a1f:346:: with SMTP id 67mr338618vkd.10.1544160852739; Thu, 06 Dec 2018 21:34:12 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Jia-Shiun Li Date: Fri, 7 Dec 2018 13:33:45 +0800 Message-ID: Subject: Re: rm cannot recursively delete directory on tmpfs on RPi2 To: Alan Somers Cc: freebsd-current X-Rspamd-Queue-Id: 08C9B77E6F X-Spamd-Result: default: False [-4.56 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; R_DKIM_ALLOW(-0.20)[gmail.com]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(-0.59)[ipnet: 2607:f8b0::/32(-1.53), asn: 15169(-1.31), country: US(-0.09)]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCVD_IN_DNSWL_NONE(0.00)[2.3.a.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.97)[-0.965,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 07 Dec 2018 05:34:14 -0000 On Fri, Dec 7, 2018 at 12:36 AM Alan Somers wrote: > On Wed, Dec 5, 2018 at 10:18 PM Jia-Shiun Li wrote: > > > > amd64 and RPi3 do not have this issue. > > > > jsli@rpi2:/home/jsli 13:04 # uname -a > > FreeBSD rpi2 13.0-CURRENT FreeBSD 13.0-CURRENT r341419 GENERIC-NODEBUG > arm > > jsli@rpi2:/home/jsli 13:05 # mount -t tmpfs tmpfs /mnt > > jsli@rpi2:/home/jsli 13:05 # cd /mnt > > jsli@rpi2:/mnt 13:05 # tar xf > > /usr/ports/distfiles/sqlite-autoconf-3260000.tar.gz > > jsli@rpi2:/mnt 13:05 # rm -rf sqlite-autoconf-3260000/ > > rm: sqlite-autoconf-3260000/tea: Operation not permitted > > rm: sqlite-autoconf-3260000/: Directory not empty > > jsli@rpi2:/mnt 13:05 # > > > > -Jia-Shiun > > Did you check for file flags? Do "ls -lod sqlite-autoconf-3260000/tea". > > Unlikely caused by flags I think. jsli@rpi2:/home/jsli # mount -t tmpfs tmpfs /mnt jsli@rpi2:/home/jsli # cd /mnt jsli@rpi2:/mnt # ls -R jsli@rpi2:/mnt # mkdir dir jsli@rpi2:/mnt # ls -R dir/ ls: dir: directory causes a cycle jsli@rpi2:/mnt # looks inode no for directories are wrong jsli@rpi2:/mnt # ll -ia total 4 2 drwxr-xr-x 3 root wheel 36 Dec 7 09:55 ./ 2 drwxr-xr-x 23 root wheel 512 Dec 3 17:04 ../ 2 drwxr-xr-x 2 root wheel 0 Dec 7 09:55 dir/ jsli@rpi2:/mnt # ll -ia dir total 0 2 drwxr-xr-x 2 root wheel 0 Dec 7 09:55 ./ 2 drwxr-xr-x 3 root wheel 36 Dec 7 09:55 ../ jsli@rpi2:/mnt # -Jia-Shiun From owner-freebsd-current@freebsd.org Fri Dec 7 06:25:38 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0EBAC132BBC6 for ; Fri, 7 Dec 2018 06:25:38 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-qt1-x82b.google.com (mail-qt1-x82b.google.com [IPv6:2607:f8b0:4864:20::82b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 44BF5799F5; Fri, 7 Dec 2018 06:25:37 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-qt1-x82b.google.com with SMTP id d18so3342446qto.8; Thu, 06 Dec 2018 22:25:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=R783LZ0IEdcGaVpXcpiIQ0k3BaNkyFKQoKloJZR0Qcg=; b=PUDSKG2hjnWPWwYZckhuLMf6ua7qPJ7acbKB59Muq9hS0wvpx9LjUsBvK2La4jub9V BUjqfO6f9X8jSPEHkAGiHQ9a+oX/Y9Kdn7GLl9AJ52n/MeJPo00TmVdxVfawWn6ZbgVh SWYQ/y/hfBCL+dDMvWmzJZ9zYV5gQrr/oFHHdwDyXjgnn2PFXLYSV8NLqX2T1BRyedx8 OmqtzLxYc/3inrTCUA32s3A9bV+C+Fn3uyFCompitdCW80zNzww6SGKdrVcUuk2oD0XH 8si6IAiR/Hxr+MrQFweAx9ULOum2NsrqEJ9N81zpJbD1LYHkdV9NvAFrwpNQDLJ3R2CT EL1g== 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=R783LZ0IEdcGaVpXcpiIQ0k3BaNkyFKQoKloJZR0Qcg=; b=JJgWGIU0oNezBo08YMSb4WrEuZF8UBjyo5bnmeaIvlTXl8gkp2yjajNsR+8OhCB7qX bPLe3U+w/VlUyiTiAySNaY5HkWeiBn8YuPKsj5Q3hIU7XW0PtmlvqZxLZrXf+YU6xoku J7zEX5muCI+rboE9As4PqC3f4VebgxZophoLC3S8glhky0bxT6zSOThHOuQNboWgd/zy MowXOTOKiTjGG0L/Zj7va1w7zsdG79+WnyxEqTjkn9jEftVdCPAFem17vYyDS8cCG32f oml+eLgDAu+zcp9WJmmvNM+Xr7rK3pBsTSIl62T0eoK56Q4Ay3dJrPkAHDGtkI0rbfn8 /W/Q== X-Gm-Message-State: AA+aEWb236+W5VFAR/P0+H7Ag8pALbveekXqVyc643/zgVRvPrAHUB87 MJQ6QwlCaHX6E782+zf/IJcZpZOavFN5/wwehls= X-Google-Smtp-Source: AFSGD/XHiJ7FXEBse+1mQEMXib3MEsrrwZyKgDjT3EicL18sQj4exFSrT8jakPqHxAUDoTLo6L/aybtFmZeXKnVVa7Q= X-Received: by 2002:ac8:4258:: with SMTP id r24mr848551qtm.213.1544163936889; Thu, 06 Dec 2018 22:25:36 -0800 (PST) MIME-Version: 1.0 Received: by 2002:ac8:784:0:0:0:0:0 with HTTP; Thu, 6 Dec 2018 22:25:36 -0800 (PST) In-Reply-To: References: From: Mateusz Guzik Date: Fri, 7 Dec 2018 07:25:36 +0100 Message-ID: Subject: Re: rm cannot recursively delete directory on tmpfs on RPi2 To: Jia-Shiun Li Cc: Alan Somers , freebsd-current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 44BF5799F5 X-Spamd-Result: default: False [-5.82 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.99)[-0.992,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[b.2.8.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; IP_SCORE(-1.82)[ip: (-6.16), ipnet: 2607:f8b0::/32(-1.53), asn: 15169(-1.31), country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 07 Dec 2018 06:25:38 -0000 On 12/7/18, Jia-Shiun Li wrote: > On Fri, Dec 7, 2018 at 12:36 AM Alan Somers wrote: > >> On Wed, Dec 5, 2018 at 10:18 PM Jia-Shiun Li wrote: >> > >> > amd64 and RPi3 do not have this issue. >> > >> > jsli@rpi2:/home/jsli 13:04 # uname -a >> > FreeBSD rpi2 13.0-CURRENT FreeBSD 13.0-CURRENT r341419 GENERIC-NODEBUG >> arm >> > jsli@rpi2:/home/jsli 13:05 # mount -t tmpfs tmpfs /mnt >> > jsli@rpi2:/home/jsli 13:05 # cd /mnt >> > jsli@rpi2:/mnt 13:05 # tar xf >> > /usr/ports/distfiles/sqlite-autoconf-3260000.tar.gz >> > jsli@rpi2:/mnt 13:05 # rm -rf sqlite-autoconf-3260000/ >> > rm: sqlite-autoconf-3260000/tea: Operation not permitted >> > rm: sqlite-autoconf-3260000/: Directory not empty >> > jsli@rpi2:/mnt 13:05 # >> > >> > -Jia-Shiun >> >> Did you check for file flags? Do "ls -lod sqlite-autoconf-3260000/tea". >> >> > Unlikely caused by flags I think. > > jsli@rpi2:/home/jsli # mount -t tmpfs tmpfs /mnt > jsli@rpi2:/home/jsli # cd /mnt > jsli@rpi2:/mnt # ls -R > jsli@rpi2:/mnt # mkdir dir > jsli@rpi2:/mnt # ls -R > dir/ > ls: dir: directory causes a cycle > jsli@rpi2:/mnt # > > > looks inode no for directories are wrong > > jsli@rpi2:/mnt # ll -ia > total 4 > 2 drwxr-xr-x 3 root wheel 36 Dec 7 09:55 ./ > 2 drwxr-xr-x 23 root wheel 512 Dec 3 17:04 ../ > 2 drwxr-xr-x 2 root wheel 0 Dec 7 09:55 dir/ > jsli@rpi2:/mnt # ll -ia dir > total 0 > 2 drwxr-xr-x 2 root wheel 0 Dec 7 09:55 ./ > 2 drwxr-xr-x 3 root wheel 36 Dec 7 09:55 ../ > jsli@rpi2:/mnt # > Ouch. Looks like 64-bit atomic on 32-bit arm don't work as advertised. While they should be fixed, I have been meaning to commit the following which will have a side effect of taking care of the bug you ran into: diff --git a/sys/sys/systm.h b/sys/sys/systm.h index a1b98c5660c..b250c54033c 100644 --- a/sys/sys/systm.h +++ b/sys/sys/systm.h @@ -523,7 +523,7 @@ int alloc_unr_specific(struct unrhdr *uh, u_int item); int alloc_unrl(struct unrhdr *uh); void free_unr(struct unrhdr *uh, u_int item); -#if defined(__mips__) || defined(__powerpc__) +#ifndef __LP64__ #define UNR64_LOCKED #endif -- Mateusz Guzik From owner-freebsd-current@freebsd.org Fri Dec 7 08:53:01 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6294A132FA6F for ; Fri, 7 Dec 2018 08:53:01 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: from mail-wm1-x329.google.com (mail-wm1-x329.google.com [IPv6:2a00:1450:4864:20::329]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 890F87F0B2 for ; Fri, 7 Dec 2018 08:53:00 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: by mail-wm1-x329.google.com with SMTP id q26so3646262wmf.5 for ; Fri, 07 Dec 2018 00:53:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:reply-to:subject:to:references:openpgp:autocrypt:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=aRfW55xyjR0LGfcYPeG9+Wh6lX6HqKjf4hzSBBjUoSY=; b=mEJNuafcFVGydvrtu3ocYXjSiMYWsFgvlK393XGiCPyGglend15I6fZnPrzro+JTHn S3efrTCVVnp7iX+ANOEit5+LRdBJ8DOqAnONs7uLJRBMm4T0CNWr/5wnxCbsMLVHNCtk g/Eb2LG6vWGcq7fcsP7zFXNMQaLpMYnCC6+Bko12PXrga73qSNEkkR6IB9r0mEO5qqYY HkByFDdNwxNP8QMvaFPb4/pB6sSr0MYi6m0LqaBdj0GNo+BkcpX8tv6YpAeSL2whoC2x Z+XMdUm6f38+sE/0MuC7aFqBO7tVQyLbG0LHNzcU0WxAnDMGrYir+ICCWh1koA5czhML /Yuw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:reply-to:subject:to:references:openpgp :autocrypt:message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=aRfW55xyjR0LGfcYPeG9+Wh6lX6HqKjf4hzSBBjUoSY=; b=E+z4Wo3TyuzJ5mDrvhXhDYTAZv4+0GCM0173aV19eU5gnbwnrVk3O+yivI+hwMhSe/ +Ua2c3FSZaXg/OH28unhGf9sfX4j3L5u+lRaYZ/qzhxBKzBSG7EgfVX5RrA5BRlIMtNP GWdZYbTY+VhGEklbaHPG3ZmF8KHV4KElsAaWOJGE6U8avsxrochhxQCKavPAvIGv/EGg xLxQOp724q3oDKMmxwWP5MAsSyCJVUVZXum1xQisGhy1wH1qLy+rOGaX6hVkE2R+SMdj S4V8GoTwMsHGduPz6mw7F8QG5WyYV49UkVuiLzcw7ZthesS+7XsgANvRgExAgh/TlVKl 3/lA== X-Gm-Message-State: AA+aEWaR8P+gKR5gQfJRv8rppVEu+7e9RiUtZUX085ix4I9n2vgHPcb0 I3m5tQiVNd00COQYEggOiYJEpWaG X-Google-Smtp-Source: AFSGD/WfaQ2JBsSlMIN5xFtrvs/x0eIfZiuLnJxoVFvWzWOU54wFAdg8/e9/VfWhCBIJHhbCzqhLMw== X-Received: by 2002:a1c:c2d5:: with SMTP id s204mr1551203wmf.144.1544172779045; Fri, 07 Dec 2018 00:52:59 -0800 (PST) Received: from [88.208.79.100] (halouny.humusoft.cz. [88.208.79.100]) by smtp.gmail.com with ESMTPSA id l20sm6496232wrb.93.2018.12.07.00.52.56 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 07 Dec 2018 00:52:58 -0800 (PST) From: Michal Meloun X-Google-Original-From: Michal Meloun Reply-To: mmel@freebsd.org Subject: Re: rm cannot recursively delete directory on tmpfs on RPi2 To: freebsd-current@freebsd.org References: Openpgp: preference=signencrypt Autocrypt: addr=mmel@freebsd.org; prefer-encrypt=mutual; keydata= xsBNBFYuVRkBCADZiwLCCne3wG9b9k+R2Neo5zVo2bLaZRfNNY/v9kg283i0sb1Da4EdEiNT 15El5UyozhphUIbIR/zrVpxF1TvvFdoCyzx6a68bNY2d9dBrDcNDZC+XnyDdHQoobN87DWT1 mRVkmbg9LHZ/SVUOkGYuWyE+8UYeDAcUizuXwSK5zFWmeTyIoWNa68ifrWLfQe0p4x5jC/AI VURCi17p360vU4fhgwoMvEEhrRBWCr4DYHToFjIt2WdBy3GR1qoO0+Xkd6G+OoBULo+XDfgu L2WdPvh0K69F9/LgHkMmG5Il7SCe62QGpG2vaCgRV7BQhLX+kxlvM+WrdRatWRml4Y/3ABEB AAHNIE1pY2hhbCBNZWxvdW4gPG1tZWxAZnJlZWJzZC5vcmc+wsCABBMBCgAqAhsDBQsJCAcD BRUKCQgLBRYDAgEAAh4BAheAAhkBBQJZjBHDBQkHICOqAAoJEGkesmtexaqqIKMIAJ9xTp1w ge86ns2ZYOac5++mAgpFatohSlxYUR3gwud3Y3Ej0eumavpv/C26N6dsLnspwRenKdLbIPKe 0N8lI7CcDBIJGiFyY3c4H79QjIkYpRgbWFyCM85zEyVJpB+U7BhsgXE2uwVjE9RNhEP0KBoj sp357uqq1B1+VUO4GJ+RjdmYSOcNrjR8tTfy02456qovGjJ4JcJBlhyK6GzBKvnZSoA0s+QP OMn3gd8gdomMLEJdS3kTsfhLh2rQPZa9EmzafIyjXrirWq4+4fVFgd8SiMZyyTM+Kz30ZSUe 6SmfaQTQ/WLRIl5jku2uYQWlrRIKT9xaQzRWtZO9UgtXFRHOwE0EVi5VGQEIALqgRkfS21D/ OqWE9mXfh2bIjrp9uC8T0MCuimbsrAdLKNNorGu2nE+rebgX8n5nYM377HOnalPGyOuXvCbQ 8MFVRdWOHxenJjXJialNdBsOf2wLva3vSSVsdoPzibWDIcJqhBOQ3EuhsILyWSPvYYKEiy95 mfhrDtuTTOAYVR9aNQBOENztB2TDJyMx/qZmtGroGV3N0Hqde/znHPtQO8RG5/FQGMfHMI5G FMuycr1ceHnLo/ovrqAl4TYV+UHSHJ+FDE9dt9wXHclWbWbC0yNugchZq6rho5Jjfv4a2v7P pyn3HoDinh1lWP7hYA0ZNExGHekLnXWVqO/lzGS6bMEAEQEAAcLAZQQYAQoADwIbDAUCWYwR wwUJByAjqgAKCRBpHrJrXsWqqrsrB/4g4ESK5TLxUxi8pLWcLPyvwtN4Fmf7VsCVefkhakaG rDPmfvfnG+OFwN60Xqoni7GBeakl01xwT4RINfvVfShDy6cHpLS7QL/M8pzfulVX38MkVkOD yGZhwjE+jyT/kZNA1Olaw3N3IefHq3brskQ7G4d9oPep2DDbw7C4Q76uOBjxy34JVB0WOsB6 NyMQB9h6LGljQtdEddyUqwnRZzzHiGvp0hPtdYQHQZlqbj4FV9lTRK7a8Ega+y7MgmeMiztG zeXyjNP02r3PRHCPagwa57bPxH2aAh4Q7UzBBZ0GTMm7DLKNtCP58WDxblrrhZ+7kHqGK8Fs bdeUpDdEYLVd Message-ID: <16c12239-031e-14fd-e82a-450b242338c5@freebsd.org> Date: Fri, 7 Dec 2018 09:53:32 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 890F87F0B2 X-Spamd-Result: default: False [-3.52 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[mmel@freebsd.org]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.92)[-0.922,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; IP_SCORE(-0.58)[ipnet: 2a00:1450::/32(-1.53), asn: 15169(-1.31), country: US(-0.09)]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[gmail.com]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_TO(1.00)[]; RCVD_IN_DNSWL_NONE(0.00)[9.2.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 07 Dec 2018 08:53:01 -0000 On 07.12.2018 7:25, Mateusz Guzik wrote: > On 12/7/18, Jia-Shiun Li wrote: >> On Fri, Dec 7, 2018 at 12:36 AM Alan Somers wrote: >> >>> On Wed, Dec 5, 2018 at 10:18 PM Jia-Shiun Li wrote: >>>> >>>> amd64 and RPi3 do not have this issue. >>>> >>>> jsli@rpi2:/home/jsli 13:04 # uname -a >>>> FreeBSD rpi2 13.0-CURRENT FreeBSD 13.0-CURRENT r341419 GENERIC-NODEBUG >>> arm >>>> jsli@rpi2:/home/jsli 13:05 # mount -t tmpfs tmpfs /mnt >>>> jsli@rpi2:/home/jsli 13:05 # cd /mnt >>>> jsli@rpi2:/mnt 13:05 # tar xf >>>> /usr/ports/distfiles/sqlite-autoconf-3260000.tar.gz >>>> jsli@rpi2:/mnt 13:05 # rm -rf sqlite-autoconf-3260000/ >>>> rm: sqlite-autoconf-3260000/tea: Operation not permitted >>>> rm: sqlite-autoconf-3260000/: Directory not empty >>>> jsli@rpi2:/mnt 13:05 # >>>> >>>> -Jia-Shiun >>> >>> Did you check for file flags? Do "ls -lod sqlite-autoconf-3260000/tea". >>> >>> >> Unlikely caused by flags I think. >> >> jsli@rpi2:/home/jsli # mount -t tmpfs tmpfs /mnt >> jsli@rpi2:/home/jsli # cd /mnt >> jsli@rpi2:/mnt # ls -R >> jsli@rpi2:/mnt # mkdir dir >> jsli@rpi2:/mnt # ls -R >> dir/ >> ls: dir: directory causes a cycle >> jsli@rpi2:/mnt # >> >> >> looks inode no for directories are wrong >> >> jsli@rpi2:/mnt # ll -ia >> total 4 >> 2 drwxr-xr-x 3 root wheel 36 Dec 7 09:55 ./ >> 2 drwxr-xr-x 23 root wheel 512 Dec 3 17:04 ../ >> 2 drwxr-xr-x 2 root wheel 0 Dec 7 09:55 dir/ >> jsli@rpi2:/mnt # ll -ia dir >> total 0 >> 2 drwxr-xr-x 2 root wheel 0 Dec 7 09:55 ./ >> 2 drwxr-xr-x 3 root wheel 36 Dec 7 09:55 ../ >> jsli@rpi2:/mnt # >> > > Ouch. > > Looks like 64-bit atomic on 32-bit arm don't work as advertised. > > While they should be fixed, I have been meaning to commit the following > which will have a side effect of taking care of the bug you ran into: > Mateusz, where you see problem with 64-bit atomic on arm? I'm not aware of any problem in this area. From owner-freebsd-current@freebsd.org Fri Dec 7 09:59:43 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 606ED133244F for ; Fri, 7 Dec 2018 09:59:43 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-qt1-x82a.google.com (mail-qt1-x82a.google.com [IPv6:2607:f8b0:4864:20::82a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B28EA8287C; Fri, 7 Dec 2018 09:59:42 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-qt1-x82a.google.com with SMTP id t13so3824006qtn.3; Fri, 07 Dec 2018 01:59:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Jc8xGuoqY5f2KgZLw2+h1RbKyzBgmbZ4ClArPTzxDGM=; b=M24NEnREuQJjCQ1f/+zDC1Hry8JjjdVb5loKrAr1UUF9fePzXA4Vnt4hwfi8sCFKFY T0DLvp6dYNPsKm84ESZYOR5ZFw/Z5D3CZE5Fn3unly6fHUdUH+Z1H7VmEIFq/BY5pqfl P/IgfsUMU8EYkp7/Ym5lMMqS3m37eHK8pkL+1mMx53sBEoOgg5CGKa5Ss98mjcObvcjQ JD4njy7kFYQ6wUYUXDrFMxiGvRO3+hQ1ndLpdwWnDWKB1d/H2WxeI090SVhsAGyZa7qw Fo/OCQtooaDJn1jzTa7TA7kybw9OQgHgbWTaJdkuitBUn2XO0bWcWyhZJORtGD8B8mEc 22JQ== 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=Jc8xGuoqY5f2KgZLw2+h1RbKyzBgmbZ4ClArPTzxDGM=; b=UYrA7dKDL8CsufhIp6dYgQMtoGC0p0q+xFJ1HfCTaPKpcy5GuvSH14whowgbr4cYgp +txLqb588ChRC7PRDBp38HtpA31RENv5D0J8HSFZ4VjVQtYjQMwDM17qQwiae1l7r/fu /Pqe2ss9eJgYpaIo3S2IR7ZsRE7m5R9kk1o2f0CNs/KKsEADTSrF7tKCdTcMCuIkU2h2 RV9aBBGHTZVvviHO5JHwzgkwF3kaT9dIZwfTP6dR/Daw9JriQPMUYKkSeJUPXcvgjJCH Q5pdDTGYKchlfRa9wYp+w/4EKUW5Mrgtnpfvg3XOm5lws5VSPD9cMHJ8QSs9LL3cCOzR lIqA== X-Gm-Message-State: AA+aEWaMj7VUjflT5ksDo7IIC0MzhjUadT/mAg/kgwQ/LfHlJXYU4lSV V2vtZBwSGxpl6Lwvi6GDAWfvieQfSlGlqCwuzt+PDA== X-Google-Smtp-Source: AFSGD/WuZ1f5zBS49vFgAofOMf/WhVC+qMGV4EY2Gl4psV03gMnH0lK8jNpqIiQ+gXI0lvk7q9QUCVDNh91L5MJpE3U= X-Received: by 2002:ac8:5053:: with SMTP id h19mr1290140qtm.280.1544176782093; Fri, 07 Dec 2018 01:59:42 -0800 (PST) MIME-Version: 1.0 Received: by 2002:ac8:784:0:0:0:0:0 with HTTP; Fri, 7 Dec 2018 01:59:41 -0800 (PST) In-Reply-To: <16c12239-031e-14fd-e82a-450b242338c5@freebsd.org> References: <16c12239-031e-14fd-e82a-450b242338c5@freebsd.org> From: Mateusz Guzik Date: Fri, 7 Dec 2018 10:59:41 +0100 Message-ID: Subject: Re: rm cannot recursively delete directory on tmpfs on RPi2 To: mmel@freebsd.org Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: B28EA8287C X-Spamd-Result: default: False [-5.72 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCVD_IN_DNSWL_NONE(0.00)[a.2.8.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.84)[-0.844,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; IP_SCORE(-1.87)[ip: (-6.44), ipnet: 2607:f8b0::/32(-1.51), asn: 15169(-1.30), country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 07 Dec 2018 09:59:43 -0000 On 12/7/18, Michal Meloun wrote: > > > On 07.12.2018 7:25, Mateusz Guzik wrote: >> On 12/7/18, Jia-Shiun Li wrote: >>> On Fri, Dec 7, 2018 at 12:36 AM Alan Somers wrote: >>> >>>> On Wed, Dec 5, 2018 at 10:18 PM Jia-Shiun Li >>>> wrote: >>>>> >>>>> amd64 and RPi3 do not have this issue. >>>>> >>>>> jsli@rpi2:/home/jsli 13:04 # uname -a >>>>> FreeBSD rpi2 13.0-CURRENT FreeBSD 13.0-CURRENT r341419 GENERIC-NODEBUG >>>> arm >>>>> jsli@rpi2:/home/jsli 13:05 # mount -t tmpfs tmpfs /mnt >>>>> jsli@rpi2:/home/jsli 13:05 # cd /mnt >>>>> jsli@rpi2:/mnt 13:05 # tar xf >>>>> /usr/ports/distfiles/sqlite-autoconf-3260000.tar.gz >>>>> jsli@rpi2:/mnt 13:05 # rm -rf sqlite-autoconf-3260000/ >>>>> rm: sqlite-autoconf-3260000/tea: Operation not permitted >>>>> rm: sqlite-autoconf-3260000/: Directory not empty >>>>> jsli@rpi2:/mnt 13:05 # >>>>> >>>>> -Jia-Shiun >>>> >>>> Did you check for file flags? Do "ls -lod >>>> sqlite-autoconf-3260000/tea". >>>> >>>> >>> Unlikely caused by flags I think. >>> >>> jsli@rpi2:/home/jsli # mount -t tmpfs tmpfs /mnt >>> jsli@rpi2:/home/jsli # cd /mnt >>> jsli@rpi2:/mnt # ls -R >>> jsli@rpi2:/mnt # mkdir dir >>> jsli@rpi2:/mnt # ls -R >>> dir/ >>> ls: dir: directory causes a cycle >>> jsli@rpi2:/mnt # >>> >>> >>> looks inode no for directories are wrong >>> >>> jsli@rpi2:/mnt # ll -ia >>> total 4 >>> 2 drwxr-xr-x 3 root wheel 36 Dec 7 09:55 ./ >>> 2 drwxr-xr-x 23 root wheel 512 Dec 3 17:04 ../ >>> 2 drwxr-xr-x 2 root wheel 0 Dec 7 09:55 dir/ >>> jsli@rpi2:/mnt # ll -ia dir >>> total 0 >>> 2 drwxr-xr-x 2 root wheel 0 Dec 7 09:55 ./ >>> 2 drwxr-xr-x 3 root wheel 36 Dec 7 09:55 ../ >>> jsli@rpi2:/mnt # >>> >> >> Ouch. >> >> Looks like 64-bit atomic on 32-bit arm don't work as advertised. >> >> While they should be fixed, I have been meaning to commit the following >> which will have a side effect of taking care of the bug you ran into: >> > > Mateusz, > where you see problem with 64-bit atomic on arm? I'm not aware of any > problem in this area. inode allocation for tmpfs (and other places) was recently changed to use 64-bit atomics (excluding mips and powerpc). So far atomic_fetchadd_64 failing to bump the number on 32-bit arm (at least for the variant used by whatever is put on rpi2) looks like a decent explanation. The code definitely works on amd64. -- Mateusz Guzik From owner-freebsd-current@freebsd.org Fri Dec 7 10:21:00 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 44CD21333511 for ; Fri, 7 Dec 2018 10:21:00 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: from mail-wm1-x330.google.com (mail-wm1-x330.google.com [IPv6:2a00:1450:4864:20::330]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 749A88399E for ; Fri, 7 Dec 2018 10:20:58 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: by mail-wm1-x330.google.com with SMTP id r11-v6so3795021wmb.2 for ; Fri, 07 Dec 2018 02:20:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:reply-to:subject:to:cc:references:openpgp:autocrypt:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=KZLDi4HtH0ZQN2El5osDG5SW5jFDqE4XODMbKMg3HnE=; b=CZ+MPQn5wHhIDPvU3DQ5d0QqM99wAIdcvhFK8nx/ajpT5NKncJ57EVCV7wto72V49E 33+ngcOJJ7QnB2una1AzU9MHuIuXBiZpyxaa3V6um/sxxkmuHYxwv4WL3qNblUdAE+HY jCCgBOJLD6rZqlWbANaAE0K5TTvLHvQ0GyO/lDW2s5PPXhcr5RKAn1XQ/txItpudBmuI FRa7SC2SuOsn/vNVqivIf7v3tNwbhuc7bAvBkDiNa/RpBZIbAl/saXpJ4JWavjaYD8vx EjJLC36RVG4OLGntW4hlddIxfwkFhY41427HljOaaeC7hUjjYOyQlB5P3qFWmU61RPei I1yA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:reply-to:subject:to:cc:references:openpgp :autocrypt:message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=KZLDi4HtH0ZQN2El5osDG5SW5jFDqE4XODMbKMg3HnE=; b=NlXCPWImRYBpTYKF6RohLIHhG/OlEtr7ADlPAiZcQNNojaeqEve3kreznTN41fBEE2 lwiP00kvrWuVvhsksFbkAOharjHkWZ8wHdToA3auajopy4dPeDuDkDPtYOApGEO2aMGq xMkUoQsd/09FHK1PnVfQEstthp5EseugR95zyJ9hF1bV5QyQb5Tm8PehFNl1v62M50qS nMRy32ij/+85c+8VWuWt5RkIuY2W1RF206HyjhJElk8v7+nVj4agIxTT+fR/HeXqOqiI 1ubaPq+SDhrGyhWoeOWq+ZtCACq2YxpbeTY2RYcAxAgrTen1rvrfCd+9S7/K1CYbQaX/ o7CA== X-Gm-Message-State: AA+aEWYHqlfU8pXDi6oPoj6424PY0JNIiyUbxtAqV/5kVnW2iXcP6P2b 0zMnpWJd39q87VzKEHZsPi4H64M8 X-Google-Smtp-Source: AFSGD/UoJ6b7/BHlxl+IHW+3AU4odEAiQtEsZTWUParPyDk2uiMz5ZPoU8Cf+TQQltx4udt4PUU9Lw== X-Received: by 2002:a1c:8c05:: with SMTP id o5mr1585504wmd.29.1544178056222; Fri, 07 Dec 2018 02:20:56 -0800 (PST) Received: from [88.208.79.100] (halouny.humusoft.cz. [88.208.79.100]) by smtp.gmail.com with ESMTPSA id s3sm2873975wmj.23.2018.12.07.02.20.54 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 07 Dec 2018 02:20:55 -0800 (PST) From: Michal Meloun X-Google-Original-From: Michal Meloun Reply-To: mmel@freebsd.org Subject: Re: rm cannot recursively delete directory on tmpfs on RPi2 To: Mateusz Guzik Cc: freebsd-current@freebsd.org References: <16c12239-031e-14fd-e82a-450b242338c5@freebsd.org> Openpgp: preference=signencrypt Autocrypt: addr=mmel@freebsd.org; prefer-encrypt=mutual; keydata= xsBNBFYuVRkBCADZiwLCCne3wG9b9k+R2Neo5zVo2bLaZRfNNY/v9kg283i0sb1Da4EdEiNT 15El5UyozhphUIbIR/zrVpxF1TvvFdoCyzx6a68bNY2d9dBrDcNDZC+XnyDdHQoobN87DWT1 mRVkmbg9LHZ/SVUOkGYuWyE+8UYeDAcUizuXwSK5zFWmeTyIoWNa68ifrWLfQe0p4x5jC/AI VURCi17p360vU4fhgwoMvEEhrRBWCr4DYHToFjIt2WdBy3GR1qoO0+Xkd6G+OoBULo+XDfgu L2WdPvh0K69F9/LgHkMmG5Il7SCe62QGpG2vaCgRV7BQhLX+kxlvM+WrdRatWRml4Y/3ABEB AAHNIE1pY2hhbCBNZWxvdW4gPG1tZWxAZnJlZWJzZC5vcmc+wsCABBMBCgAqAhsDBQsJCAcD BRUKCQgLBRYDAgEAAh4BAheAAhkBBQJZjBHDBQkHICOqAAoJEGkesmtexaqqIKMIAJ9xTp1w ge86ns2ZYOac5++mAgpFatohSlxYUR3gwud3Y3Ej0eumavpv/C26N6dsLnspwRenKdLbIPKe 0N8lI7CcDBIJGiFyY3c4H79QjIkYpRgbWFyCM85zEyVJpB+U7BhsgXE2uwVjE9RNhEP0KBoj sp357uqq1B1+VUO4GJ+RjdmYSOcNrjR8tTfy02456qovGjJ4JcJBlhyK6GzBKvnZSoA0s+QP OMn3gd8gdomMLEJdS3kTsfhLh2rQPZa9EmzafIyjXrirWq4+4fVFgd8SiMZyyTM+Kz30ZSUe 6SmfaQTQ/WLRIl5jku2uYQWlrRIKT9xaQzRWtZO9UgtXFRHOwE0EVi5VGQEIALqgRkfS21D/ OqWE9mXfh2bIjrp9uC8T0MCuimbsrAdLKNNorGu2nE+rebgX8n5nYM377HOnalPGyOuXvCbQ 8MFVRdWOHxenJjXJialNdBsOf2wLva3vSSVsdoPzibWDIcJqhBOQ3EuhsILyWSPvYYKEiy95 mfhrDtuTTOAYVR9aNQBOENztB2TDJyMx/qZmtGroGV3N0Hqde/znHPtQO8RG5/FQGMfHMI5G FMuycr1ceHnLo/ovrqAl4TYV+UHSHJ+FDE9dt9wXHclWbWbC0yNugchZq6rho5Jjfv4a2v7P pyn3HoDinh1lWP7hYA0ZNExGHekLnXWVqO/lzGS6bMEAEQEAAcLAZQQYAQoADwIbDAUCWYwR wwUJByAjqgAKCRBpHrJrXsWqqrsrB/4g4ESK5TLxUxi8pLWcLPyvwtN4Fmf7VsCVefkhakaG rDPmfvfnG+OFwN60Xqoni7GBeakl01xwT4RINfvVfShDy6cHpLS7QL/M8pzfulVX38MkVkOD yGZhwjE+jyT/kZNA1Olaw3N3IefHq3brskQ7G4d9oPep2DDbw7C4Q76uOBjxy34JVB0WOsB6 NyMQB9h6LGljQtdEddyUqwnRZzzHiGvp0hPtdYQHQZlqbj4FV9lTRK7a8Ega+y7MgmeMiztG zeXyjNP02r3PRHCPagwa57bPxH2aAh4Q7UzBBZ0GTMm7DLKNtCP58WDxblrrhZ+7kHqGK8Fs bdeUpDdEYLVd Message-ID: <87905c6e-5722-1d05-e8b4-4457ebfa38af@freebsd.org> Date: Fri, 7 Dec 2018 11:21:30 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 749A88399E X-Spamd-Result: default: False [-4.45 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[mmel@freebsd.org]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.86)[-0.857,0]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; IP_SCORE(-0.58)[ipnet: 2a00:1450::/32(-1.52), asn: 15169(-1.30), country: US(-0.09)]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[0.3.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 07 Dec 2018 10:21:00 -0000 On 07.12.2018 10:59, Mateusz Guzik wrote: > On 12/7/18, Michal Meloun wrote: >> >> >> On 07.12.2018 7:25, Mateusz Guzik wrote: >>> On 12/7/18, Jia-Shiun Li wrote: >>>> On Fri, Dec 7, 2018 at 12:36 AM Alan Somers wrote: >>>> >>>>> On Wed, Dec 5, 2018 at 10:18 PM Jia-Shiun Li >>>>> wrote: >>>>>> >>>>>> amd64 and RPi3 do not have this issue. >>>>>> >>>>>> jsli@rpi2:/home/jsli 13:04 # uname -a >>>>>> FreeBSD rpi2 13.0-CURRENT FreeBSD 13.0-CURRENT r341419 GENERIC-NODEBUG >>>>> arm >>>>>> jsli@rpi2:/home/jsli 13:05 # mount -t tmpfs tmpfs /mnt >>>>>> jsli@rpi2:/home/jsli 13:05 # cd /mnt >>>>>> jsli@rpi2:/mnt 13:05 # tar xf >>>>>> /usr/ports/distfiles/sqlite-autoconf-3260000.tar.gz >>>>>> jsli@rpi2:/mnt 13:05 # rm -rf sqlite-autoconf-3260000/ >>>>>> rm: sqlite-autoconf-3260000/tea: Operation not permitted >>>>>> rm: sqlite-autoconf-3260000/: Directory not empty >>>>>> jsli@rpi2:/mnt 13:05 # >>>>>> >>>>>> -Jia-Shiun >>>>> >>>>> Did you check for file flags? Do "ls -lod >>>>> sqlite-autoconf-3260000/tea". >>>>> >>>>> >>>> Unlikely caused by flags I think. >>>> >>>> jsli@rpi2:/home/jsli # mount -t tmpfs tmpfs /mnt >>>> jsli@rpi2:/home/jsli # cd /mnt >>>> jsli@rpi2:/mnt # ls -R >>>> jsli@rpi2:/mnt # mkdir dir >>>> jsli@rpi2:/mnt # ls -R >>>> dir/ >>>> ls: dir: directory causes a cycle >>>> jsli@rpi2:/mnt # >>>> >>>> >>>> looks inode no for directories are wrong >>>> >>>> jsli@rpi2:/mnt # ll -ia >>>> total 4 >>>> 2 drwxr-xr-x 3 root wheel 36 Dec 7 09:55 ./ >>>> 2 drwxr-xr-x 23 root wheel 512 Dec 3 17:04 ../ >>>> 2 drwxr-xr-x 2 root wheel 0 Dec 7 09:55 dir/ >>>> jsli@rpi2:/mnt # ll -ia dir >>>> total 0 >>>> 2 drwxr-xr-x 2 root wheel 0 Dec 7 09:55 ./ >>>> 2 drwxr-xr-x 3 root wheel 36 Dec 7 09:55 ../ >>>> jsli@rpi2:/mnt # >>>> >>> >>> Ouch. >>> >>> Looks like 64-bit atomic on 32-bit arm don't work as advertised. >>> >>> While they should be fixed, I have been meaning to commit the following >>> which will have a side effect of taking care of the bug you ran into: >>> >> >> Mateusz, >> where you see problem with 64-bit atomic on arm? I'm not aware of any >> problem in this area. > > inode allocation for tmpfs (and other places) was recently changed to use > 64-bit atomics (excluding mips and powerpc). So far atomic_fetchadd_64 > failing to bump the number on 32-bit arm (at least for the variant used > by whatever is put on rpi2) looks like a decent explanation. The code > definitely works on amd64. > Ahh, right. atomic_fetchadd_64() is clearly broken. Give me a few minutes for fix and test. ---------- diff --git a/sys/arm/include/atomic-v6.h b/sys/arm/include/atomic-v6.h index 8f63554c701..40d2b94f4cf 100644 --- a/sys/arm/include/atomic-v6.h +++ b/sys/arm/include/atomic-v6.h @@ -435,7 +435,7 @@ atomic_fetchadd_64(volatile uint64_t *p, uint64_t val) __asm __volatile( "1: \n" - " ldrexd %Q[tmp], %R[tmp], [%[ptr]] \n" + " ldrexd %Q[ret], %R[ret], [%[ptr]] \n" " adds %Q[tmp], %Q[ret], %Q[val] \n" " adc %R[tmp], %R[ret], %R[val] \n" " strexd %[exf], %Q[tmp], %R[tmp], [%[ptr]] \n" From owner-freebsd-current@freebsd.org Fri Dec 7 11:12:19 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 37A521334E87 for ; Fri, 7 Dec 2018 11:12:19 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: from mail-wr1-x42c.google.com (mail-wr1-x42c.google.com [IPv6:2a00:1450:4864:20::42c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4771E85E2C for ; Fri, 7 Dec 2018 11:12:18 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: by mail-wr1-x42c.google.com with SMTP id c14so3456881wrr.0 for ; Fri, 07 Dec 2018 03:12:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:reply-to:subject:to:cc:references:openpgp:autocrypt:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=J2msJBprtIFHhbjvHNoOHomW1zaEb+hNOFQWN6ErA/w=; b=jZMb8WdBsqtsDddvwnjQ4roW+pAVQcbRtMMyedH6NeePPxVmvuB/H7Z8K6IhW6JGSM HfTYWllnJ0HYHWdTly1WKugbhJqG4u196gEXzzcAk5guApapisGT6SPcDhOQ7OozddtY iJa6p6sO67qJGAiEJkeQvNiM+iKvo0TVwCw/p+nM8H83vOjUiHypFFgxEYS6eX5wLo9M /ynGPBH5obzSbczYdxGYNeC/pxfzrTf6xv0kyLWocHABGmSSYDv0BipAOEV7kPA7W6tq 7d/ncVqZaIf3SvyIftm4EnLBEqSAtU6/3q4ZpUPPaXeVkWJzO0JKekkWC/26Iz/U2Mdu MihQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:reply-to:subject:to:cc:references:openpgp :autocrypt:message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=J2msJBprtIFHhbjvHNoOHomW1zaEb+hNOFQWN6ErA/w=; b=Rwn/C6uaHqx0SEl6p+pHlGY4WBY6amnsR8XYgfJrhDLJo5Ch/FZjy2wB7TzAcrDRgp mk0VcL30R43JdWeVY+wiEeZlDjm5vgA1Q/LnJwn3AwqfeIAwC5M3407Lz9kmg6vApOb8 TWXfKvR/30pdnUjlRmOcD8pVy5vHHJM098Z1zKPku2V8qV1PIR6BI63l7gfvEyoKzdxM 1RSFMoG/S4yIRT0GWe5Yz+/KeT2z6Fiv1vsO2paQck3/gTNBtaxWAPwuYat7T8D9N6Bl X6ag3X4TCzHbPoI5uUX3Jalv/W7srG83W4pp157vcV6qSDFfocC1gzJ0I31u/gsXhbQ8 CrCQ== X-Gm-Message-State: AA+aEWZpqEFqVNwKkuozyJ3sdT+NjpumBQkejhIGKvdiMsWFtxOsMFWI CjuKTA5QBF/w0T6pUsU5apn3HDio X-Google-Smtp-Source: AFSGD/Wj1E3Ji8UXBAUQD/m1t1B/SD8lQ8Y37HhNaJDULUjzg5zE/CyVBqv4a/3TkXMGhx4oBhYmzQ== X-Received: by 2002:a05:6000:1c8:: with SMTP id t8mr1487115wrx.146.1544181136960; Fri, 07 Dec 2018 03:12:16 -0800 (PST) Received: from [88.208.79.100] (halouny.humusoft.cz. [88.208.79.100]) by smtp.gmail.com with ESMTPSA id k128sm1666643wmd.37.2018.12.07.03.12.15 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 07 Dec 2018 03:12:16 -0800 (PST) From: Michal Meloun X-Google-Original-From: Michal Meloun Reply-To: mmel@freebsd.org Subject: Re: rm cannot recursively delete directory on tmpfs on RPi2 To: Mateusz Guzik Cc: freebsd-current@freebsd.org References: <16c12239-031e-14fd-e82a-450b242338c5@freebsd.org> Openpgp: preference=signencrypt Autocrypt: addr=mmel@freebsd.org; prefer-encrypt=mutual; keydata= xsBNBFYuVRkBCADZiwLCCne3wG9b9k+R2Neo5zVo2bLaZRfNNY/v9kg283i0sb1Da4EdEiNT 15El5UyozhphUIbIR/zrVpxF1TvvFdoCyzx6a68bNY2d9dBrDcNDZC+XnyDdHQoobN87DWT1 mRVkmbg9LHZ/SVUOkGYuWyE+8UYeDAcUizuXwSK5zFWmeTyIoWNa68ifrWLfQe0p4x5jC/AI VURCi17p360vU4fhgwoMvEEhrRBWCr4DYHToFjIt2WdBy3GR1qoO0+Xkd6G+OoBULo+XDfgu L2WdPvh0K69F9/LgHkMmG5Il7SCe62QGpG2vaCgRV7BQhLX+kxlvM+WrdRatWRml4Y/3ABEB AAHNIE1pY2hhbCBNZWxvdW4gPG1tZWxAZnJlZWJzZC5vcmc+wsCABBMBCgAqAhsDBQsJCAcD BRUKCQgLBRYDAgEAAh4BAheAAhkBBQJZjBHDBQkHICOqAAoJEGkesmtexaqqIKMIAJ9xTp1w ge86ns2ZYOac5++mAgpFatohSlxYUR3gwud3Y3Ej0eumavpv/C26N6dsLnspwRenKdLbIPKe 0N8lI7CcDBIJGiFyY3c4H79QjIkYpRgbWFyCM85zEyVJpB+U7BhsgXE2uwVjE9RNhEP0KBoj sp357uqq1B1+VUO4GJ+RjdmYSOcNrjR8tTfy02456qovGjJ4JcJBlhyK6GzBKvnZSoA0s+QP OMn3gd8gdomMLEJdS3kTsfhLh2rQPZa9EmzafIyjXrirWq4+4fVFgd8SiMZyyTM+Kz30ZSUe 6SmfaQTQ/WLRIl5jku2uYQWlrRIKT9xaQzRWtZO9UgtXFRHOwE0EVi5VGQEIALqgRkfS21D/ OqWE9mXfh2bIjrp9uC8T0MCuimbsrAdLKNNorGu2nE+rebgX8n5nYM377HOnalPGyOuXvCbQ 8MFVRdWOHxenJjXJialNdBsOf2wLva3vSSVsdoPzibWDIcJqhBOQ3EuhsILyWSPvYYKEiy95 mfhrDtuTTOAYVR9aNQBOENztB2TDJyMx/qZmtGroGV3N0Hqde/znHPtQO8RG5/FQGMfHMI5G FMuycr1ceHnLo/ovrqAl4TYV+UHSHJ+FDE9dt9wXHclWbWbC0yNugchZq6rho5Jjfv4a2v7P pyn3HoDinh1lWP7hYA0ZNExGHekLnXWVqO/lzGS6bMEAEQEAAcLAZQQYAQoADwIbDAUCWYwR wwUJByAjqgAKCRBpHrJrXsWqqrsrB/4g4ESK5TLxUxi8pLWcLPyvwtN4Fmf7VsCVefkhakaG rDPmfvfnG+OFwN60Xqoni7GBeakl01xwT4RINfvVfShDy6cHpLS7QL/M8pzfulVX38MkVkOD yGZhwjE+jyT/kZNA1Olaw3N3IefHq3brskQ7G4d9oPep2DDbw7C4Q76uOBjxy34JVB0WOsB6 NyMQB9h6LGljQtdEddyUqwnRZzzHiGvp0hPtdYQHQZlqbj4FV9lTRK7a8Ega+y7MgmeMiztG zeXyjNP02r3PRHCPagwa57bPxH2aAh4Q7UzBBZ0GTMm7DLKNtCP58WDxblrrhZ+7kHqGK8Fs bdeUpDdEYLVd Message-ID: <9283b100-2908-aed0-08a7-6289a03cb0fc@freebsd.org> Date: Fri, 7 Dec 2018 12:12:52 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4771E85E2C X-Spamd-Result: default: False [-6.38 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[mmel@freebsd.org]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; IP_SCORE(-2.37)[ip: (-8.95), ipnet: 2a00:1450::/32(-1.52), asn: 15169(-1.30), country: US(-0.09)]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.995,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[c.2.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 07 Dec 2018 11:12:19 -0000 On 07.12.2018 10:59, Mateusz Guzik wrote: > On 12/7/18, Michal Meloun wrote: >> >> >> On 07.12.2018 7:25, Mateusz Guzik wrote: >>> On 12/7/18, Jia-Shiun Li wrote: >>>> On Fri, Dec 7, 2018 at 12:36 AM Alan Somers wrote: >>>> >>>>> On Wed, Dec 5, 2018 at 10:18 PM Jia-Shiun Li >>>>> wrote: >>>>>> >>>>>> amd64 and RPi3 do not have this issue. >>>>>> >>>>>> jsli@rpi2:/home/jsli 13:04 # uname -a >>>>>> FreeBSD rpi2 13.0-CURRENT FreeBSD 13.0-CURRENT r341419 GENERIC-NODEBUG >>>>> arm >>>>>> jsli@rpi2:/home/jsli 13:05 # mount -t tmpfs tmpfs /mnt >>>>>> jsli@rpi2:/home/jsli 13:05 # cd /mnt >>>>>> jsli@rpi2:/mnt 13:05 # tar xf >>>>>> /usr/ports/distfiles/sqlite-autoconf-3260000.tar.gz >>>>>> jsli@rpi2:/mnt 13:05 # rm -rf sqlite-autoconf-3260000/ >>>>>> rm: sqlite-autoconf-3260000/tea: Operation not permitted >>>>>> rm: sqlite-autoconf-3260000/: Directory not empty >>>>>> jsli@rpi2:/mnt 13:05 # >>>>>> >>>>>> -Jia-Shiun >>>>> >>>>> Did you check for file flags? Do "ls -lod >>>>> sqlite-autoconf-3260000/tea". >>>>> >>>>> >>>> Unlikely caused by flags I think. >>>> >>>> jsli@rpi2:/home/jsli # mount -t tmpfs tmpfs /mnt >>>> jsli@rpi2:/home/jsli # cd /mnt >>>> jsli@rpi2:/mnt # ls -R >>>> jsli@rpi2:/mnt # mkdir dir >>>> jsli@rpi2:/mnt # ls -R >>>> dir/ >>>> ls: dir: directory causes a cycle >>>> jsli@rpi2:/mnt # >>>> >>>> >>>> looks inode no for directories are wrong >>>> >>>> jsli@rpi2:/mnt # ll -ia >>>> total 4 >>>> 2 drwxr-xr-x 3 root wheel 36 Dec 7 09:55 ./ >>>> 2 drwxr-xr-x 23 root wheel 512 Dec 3 17:04 ../ >>>> 2 drwxr-xr-x 2 root wheel 0 Dec 7 09:55 dir/ >>>> jsli@rpi2:/mnt # ll -ia dir >>>> total 0 >>>> 2 drwxr-xr-x 2 root wheel 0 Dec 7 09:55 ./ >>>> 2 drwxr-xr-x 3 root wheel 36 Dec 7 09:55 ../ >>>> jsli@rpi2:/mnt # >>>> >>> >>> Ouch. >>> >>> Looks like 64-bit atomic on 32-bit arm don't work as advertised. >>> >>> While they should be fixed, I have been meaning to commit the following >>> which will have a side effect of taking care of the bug you ran into: >>> >> >> Mateusz, >> where you see problem with 64-bit atomic on arm? I'm not aware of any >> problem in this area. > > inode allocation for tmpfs (and other places) was recently changed to use > 64-bit atomics (excluding mips and powerpc). So far atomic_fetchadd_64 > failing to bump the number on 32-bit arm (at least for the variant used > by whatever is put on rpi2) looks like a decent explanation. The code > definitely works on amd64. > Fixed in r341679. Thanks for report. From owner-freebsd-current@freebsd.org Fri Dec 7 10:12:05 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7B7F11332F8B for ; Fri, 7 Dec 2018 10:12:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 1284083506 for ; Fri, 7 Dec 2018 10:12:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id C45371332F87; Fri, 7 Dec 2018 10:12:04 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B2B3B1332F86 for ; Fri, 7 Dec 2018 10:12:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ED7B834FD for ; Fri, 7 Dec 2018 10:12:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 6A1E94C9B for ; Fri, 7 Dec 2018 10:12:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id wB7AC3N1062574 for ; Fri, 7 Dec 2018 10:12:03 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wB7AC3lG062573 for current@FreeBSD.org; Fri, 7 Dec 2018 10:12:03 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: current@FreeBSD.org Subject: [Bug 227191] Cannot check battery status after upgrading to 12-CURRENT after r330957 (ACPI _STA method removed) Date: Fri, 07 Dec 2018 10:12:01 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: needs-qa, patch, regression X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: avg@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: avg@FreeBSD.org X-Bugzilla-Flags: mfc-stable12? X-Bugzilla-Changed-Fields: assigned_to bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: 1284083506 X-Spamd-Result: default: False [-1.87 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.98)[-0.981,0]; NEURAL_SPAM_LONG(0.02)[0.020,0]; NEURAL_HAM_SHORT(-0.91)[-0.909,0]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US] X-Rspamd-Server: mx1.freebsd.org X-Mailman-Approved-At: Fri, 07 Dec 2018 11:14:45 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 07 Dec 2018 10:12:05 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D227191 Andriy Gapon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|acpi@FreeBSD.org |avg@FreeBSD.org Status|Open |In Progress --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-current@freebsd.org Fri Dec 7 13:40:34 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6BBB8130DF4D; Fri, 7 Dec 2018 13:40:34 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [148.251.9.81]) by mx1.freebsd.org (Postfix) with ESMTP id D61FC8B684; Fri, 7 Dec 2018 13:40:33 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.23.186] (unknown [89.113.128.32]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id B2D3F3B78; Fri, 7 Dec 2018 16:40:26 +0300 (MSK) Reply-To: lev@FreeBSD.org To: FreeBSD Net , FreeBSD Current From: Lev Serebryakov Subject: iflib.tx_abdicate: very strange behavior on incoming IPsec traffic (regression?) Openpgp: preference=signencrypt Autocrypt: addr=lev@FreeBSD.org; prefer-encrypt=mutual; keydata= xsFNBFKbGksBEADeguVs+XyJc3mL3iiOBqDd16wSk97YTJYOi4VsHsINzJr09oFvNDiaDBIi fLn2p8XcJvehcsF2GSgrfXfw+uK4O1jyNIKJmiYA0EtE+ZbRtvDrrE0w6Q8+SDeKA21SWh3Y vSQ0DJUontbgW55ER2CbEiIUTIn34uQ0kmESAaw/v5p/9ue8yPTmURvv130FqPFz8VPzltqL NxyGt54TxPfKAzAHEIwxlEZ63JOwzloKh1UDBExcsf9nJO08/TAVgR5UZ5njFBPzaaquhRoP qPJLEQQDqxPIlvMNtHKf7iIebE4BHeqgCdJA0BoiR6gpa0wlsZtdrTPK3n4wYSphLvGbhfOZ YW/hbcu7HYS/FImkVxB3iY17kcC1UTnx4ZaYeASPBGOOPbXky1lLfmDGWIFT//70yx+G17qD OZzF1SvJJhGvh6ilFYaWMX7T+nIp6Mcafc4D7AakXM+XdubNXOMlCJhzPcZ0skgAEnYV587w V7em5fDVwQccwvtfezzqKeJAU5TGiywBHSR5Svzk2FwRNf6M//hWkpq0SRR63iOhkHGOAEBi 69GfEIwH2/w24rLxP0E+Hqq8n+EWNkPatw1Mhcl5PKkdvGCjJUaGNMkpBffjyYo254JXRscR eEnwdIkJt4ErDvjb2/UrOFq31wWMOiLzJeVchAgvTHBMRfP9aQARAQABzShMZXYgU2VyZWJy eWFrb3YgPGxldkBzZXJlYnJ5YWtvdi5zcGIucnU+wsGZBBMBCABDAhsDBwsJCAcDAgEGFQgC CQoLBBYCAwECHgECF4ACGQEWIQT5bRygtfQxi2dLMwrqsDxYv9xHjwUCW/03kQUJDwW3xgAK CRDqsDxYv9xHjx8ZD/sFjawMpLNn0HLWPxpe0zIfmEPbl9IQLmdlb4tC7MAZf0fOUrEuyLyP W96IDlgPAgJRwMZL4B+rFq8EUzXAj0tTM7pWMUvdeNAkpHcMG79ScgzjlmFOrPD30/fgWa/v XjV0rZhHRC+V3ANZNmJ3ELZUd5vqC5KpQDrbXmVrYqYrTCF/QRmCFSspdLdEZyMfpv0D1RlP YLtNo9CNzUkZykD8hcWamCtJzwbvhSmhISAKnSjzrxi+P4o2p7HYljt5l8tfBtDJK/MmEUon aRoFxmOpZhs0N0emUt9GyyPA5LJDjr3xK8IWb+XR+cOPiR+bEO2yC+RxF7P/2VPVMzHUMHFE TI3BXyhsny9IUi0asz/Ju0i9ZPWS9etTkOguc1TvzG0gpnni5G3zo9TVtWSL+lI1VVhPy0uP oKoP9OAvmNuL4/u7zKQVRHr3cJiBHZlXIhbnZJXJzaJrqHG9vRim6rkWUQxohPpoapMJqeXu fQJ3j6d/gL5HsEgrF5UdbH4xD/05+TrGHqye3gADow48Tt++EwKiRuX7VuAQP51ZsfRRildf wPWHNVLh+i3UHy3+6Zk3JNQsYOJHR/t6ihg+t7AEdFodu1w45wSlyVDeyfp3LVjGSTL8ODoU 13U8lYVrelEihM8PDOaZWOLBasQRAHvIoEF5atV43SEle8GIU+Jdxc7BTQRSmxpLARAAtGvc H46Nj9yck+y3PkJWxVbIRm0m2s2+Jmu0GBuSGWQ+b3ywRZHj6BunJ6591gl6eAON4bMwMpws HuHl8gJL+PoDxd2UnjROVs982Bvo4dp5tohgpMmlcpH2wPtnIaK9gyh+bR6bjTAZRfsEiR2S iZpaP7BSJLQJ1dTQVYOP3C/vf4SKb5fNnJd4WAg+/3u/6kRPsN/AqQAM5+uRb2zg5+8ZWN37 CbfnBzwSeBATPSp08HHHvhfu9kUDGUBJe7yAMEkZi3YGRzdDBQud95etklaCo09HmjjiAa73 rJqI4Vo38LoIm16/lkRf7RnFu+wccHtnkC2xFREqlnjDkcUcaHMe0O2gAqB5n+BuFNVc8e81 BHzXx4342XkFXwFEX/zKFHpWUlvwZjCHygoN5UZVgLfj6todlAAz1agGc3uOW3hP3PM/C2bD mYhqEYWC/DUoOvs4i03ZmC1nbRRgLmYajrTaeYerRo9tTpLAaLXGiGuWI2wpppyJiIxpUgZF CryIav0V7YeW9oDcGkHbvmL+AJWVR0bLlcsC/7JAxS+flntdWwyujEOT875p7USXIG8qIrJ9 YYldODldS6SSTJCZ9Y/FZQag0DU/8/gYwdK7v9Gp7/ubi4+79HJNOqxKOMol0/2QHATO+o+1 exWhm5KG2um1FAkNh+WGATiqYpIwp6cAEQEAAcLBfAQYAQgAJgIbDBYhBPltHKC19DGLZ0sz CuqwPFi/3EePBQJb/TeyBQkPBbfnAAoJEOqwPFi/3EePcKcP/1u0K2RymFFhFR7Ty1TJXDNX +zIMJ2JSEXvyOoMpML7fO7KsUmLu3h8X1+iWUdjPVGLlGLHEkee4MVyrtlM6ms9io7xCFyQs Ak7Ll2Y5ENfaC4QD7LnMNgHDCOmKj122e4TtDIfIzHicw+rw78d877p0MRkKGSsa9wb0VMju zQmGwOzfHHCNxE5nY4/SU27bnvVmlHhi7MxQ4iE5pAEgXbCtO8uMpSwCc1Bgr2CwVN4MdGwT gdkvEm8R2JkJY3sI6L26fjG0/gqFzcWafoA0TKHRsiDHUSKLZEYg24DZdFViE9EktRlFJVBy s0P2T1L6b5OhqrP0mAUu6wUDUqF15icTVuiOmrVTVuyYSJwtbZB8QZW6YpOBStOyejRxU8fv coMgsW8cDQPy3hRpC95FNFRV0dnTYgFW3rnlDxerVOQcnuX7YKSyjkgG6NYPvhClJHPN9+f+ KGEQTHBhJOMVKzQL86BT4QNltyrZJa7ifU4axbffv/zQeckpVYE8BljLgSaLJBJjTkwb9+P1 ED1CLhOMUsMush/p0UCaKIjBaOUAqLLJST5cMletzUvZWFwep90Fjgj+rBXVgAjVAjhb+LpO y0HWPQbAprdk5HC7h5qEvn71HrEF52FdmkIvR3Iq4jyI9oLyelo4Imgvz6Xj4pdH88q3xvyT Mhy9KnIJmKI9 Organization: FreeBSD Cc: olivier@cochard.me Message-ID: <94ec8936-4a66-ee1a-5a38-ee27a4bbfbee@FreeBSD.org> Date: Fri, 7 Dec 2018 16:40:19 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.2 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="MWllwvVeaX9POWIOzC225fEgXC2kMGAFF" X-Rspamd-Queue-Id: D61FC8B684 X-Spamd-Result: default: False [-2.96 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.995,0]; NEURAL_HAM_SHORT(-0.97)[-0.967,0]; ASN(0.00)[asn:24940, ipnet:148.251.0.0/16, country:DE]; NEURAL_HAM_LONG(-1.00)[-0.999,0] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 07 Dec 2018 13:40:34 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --MWllwvVeaX9POWIOzC225fEgXC2kMGAFF Content-Type: multipart/mixed; boundary="S9ZvQ9R7s7BJmDExxQwqg3gPgpnA76464"; protected-headers="v1" From: Lev Serebryakov Reply-To: lev@FreeBSD.org To: FreeBSD Net , FreeBSD Current Cc: olivier@cochard.me Message-ID: <94ec8936-4a66-ee1a-5a38-ee27a4bbfbee@FreeBSD.org> Subject: iflib.tx_abdicate: very strange behavior on incoming IPsec traffic (regression?) --S9ZvQ9R7s7BJmDExxQwqg3gPgpnA76464 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable (I'm not sure, that it is exactly "bug" or "defect" and want to I've found very strange behavior of 13-CURRENT system I210 (igb) interfaces and enabled "dev.igb.X.iflib.tx_abdicate". I'm measuring "router" performance with BSDRP's "equilibrium" script (thank you, Oliver, for this great tool!). It generates traffic to route with pkt-gen and try to find packet rate / bandwidth with binary search. I'm testing simple UDP traffic via physical connection, without any GIF/GRE and other pseudo-interfaces. Router pass UDP traffic from igb1 to igb0, and this traffic is for ONLY ONE IP:PORT pair, as I'm imitating edge router for small network where only one host will receive huge amounts of traffic (i.e. torrent-box). When I enable "dev.igb.X.iflib.tx_abdicate" on both igb1 (inbound) and igb0 (outbound) interface, packet per second become a little better. So far so good. Now I'm throwing IPsec into mix. All incoming traffic is tunneled with IPsec policy, with aes-128-gcm encryption. And with IPsec tx_abdicate makes thing much worse and much more unstable. There is results without tx_abdicate: 480Mbit/s, 182Kpps And it is results with tx_abdicate: 352MBit/s, 85Kpps. And what is worse, "equilibrium" script starts to see unstable packet rate. Without tx_abdicate or without IPsec process of searching for "maximum" packet rate is very stable: each next measurement in binary search looks like previous, there is no big jumps and found "equilibrium" rate is very close to "maximum seen", and overloaded router shows rate smaller than equilibrium one). But with both "tx_abdicate" and IPsec it looks like (please, note, that overloaded router shows much better rate than not-overloaded): Benchmark tool using equilibrium throughput method - Benchmark mode: Throughput (pps) for Router - UDP load =3D 18B, IPv4 packet size=3D46B, Ethernet frame size=3D60B - Link rate =3D 1488 Kpps - Tolerance =3D 0.01 Iteration 1 - Offering load =3D 744 Kpps - Step =3D 372 Kpps - Measured forwarding rate =3D 120 Kpps - Forwared rate too low, forcing OLOAD=3DFWRATE and STEP=3DFWRATE/2 Iteration 2 - Offering load =3D 120 Kpps - Step =3D 60 Kpps - Trend =3D decreasing - Measured forwarding rate =3D 81 Kpps Iteration 3 - Offering load =3D 60 Kpps - Step =3D 60 Kpps - Trend =3D decreasing - Measured forwarding rate =3D 60 Kpps Iteration 4 - Offering load =3D 90 Kpps - Step =3D 30 Kpps - Trend =3D increasing - Measured forwarding rate =3D 84 Kpps Iteration 5 - Offering load =3D 75 Kpps - Step =3D 15 Kpps - Trend =3D decreasing - Measured forwarding rate =3D 75 Kpps Iteration 6 - Offering load =3D 82 Kpps - Step =3D 7 Kpps - Trend =3D increasing - Measured forwarding rate =3D 81 Kpps Iteration 7 - Offering load =3D 85 Kpps - Step =3D 3 Kpps - Trend =3D increasing - Measured forwarding rate =3D 85 Kpps Iteration 8 - Offering load =3D 86 Kpps - Step =3D 1 Kpps - Trend =3D increasing - Measured forwarding rate =3D 86 Kpps Estimated Equilibrium Ethernet throughput=3D 86 Kpps (maximum value seen:= 120 Kpps) --=20 // Lev Serebryakov --S9ZvQ9R7s7BJmDExxQwqg3gPgpnA76464-- --MWllwvVeaX9POWIOzC225fEgXC2kMGAFF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE+W0coLX0MYtnSzMK6rA8WL/cR48FAlwKeEhfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEY5 NkQxQ0EwQjVGNDMxOEI2NzRCMzMwQUVBQjAzQzU4QkZEQzQ3OEYACgkQ6rA8WL/c R4+WaBAAzoidVr14yYmjqhkbcfQCKRbgkyL1jAPsGszSfJ5GtG5eDmpdh0LwiNit 5pSrCRBj+xw2g2kjT31f0h64Git1qkbEOjAFlkCKxLDQTMIlz+C/C5eAENrmABHe b6noILKPKWMt7mc0uwr/Hg/Pze6uMMv+lE3zpKeHCEZWU8g107w/6x4OBnaNkbSa Un1wy08heHimS6p60DlOkTvYYfvw6bA4X8q3WC8CfzChg9zJEG5FoJMpjA5juX3E VzeGhCKUTeRmVUcGhbguL/r1IXbymqcKbBzOmU/FNNSe25LJ7/BlY1x49e3lDKj6 AVh04n3r8M3pXmjYCPJgljkUT1EbL+6inut+kUyoV4+2cTX7SLNMMHxhrVY3/eGV OzwYW75Y8TWMXv+1TaAk5/VCiCPcZ6G5+o2DnvdAMAUdRWwV4caDSmj3ujFoLdfu 23cvMl4ARqZthOIkJX34ylbY8Hw/Jqunao70WQPVFwUigjq/ksB9mldP7X9Kty1R iE0B0aPN7jS3QZjH5S8wOCXIJY/kjI5GYPYQZtqzgzIrqubQ3j4F8Y8UHk82oXTL VUqvsf2auod6vVogKOp5AiENSj4URxt1lIJ3sVNsEjcAeBjCvrd/QUkWKLbo2hUZ ZvExi1mlNQG0tYzeaOeNFsytHzHZ1QSjRuu7EF7I8MeeVRpuvSU= =SXkp -----END PGP SIGNATURE----- --MWllwvVeaX9POWIOzC225fEgXC2kMGAFF-- From owner-freebsd-current@freebsd.org Fri Dec 7 15:02:27 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AF9E4130FF23; Fri, 7 Dec 2018 15:02:27 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [IPv6:2a01:4f8:201:6350::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1DFA58E61A; Fri, 7 Dec 2018 15:02:27 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.23.186] (unknown [89.113.128.32]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id 1958E3B92; Fri, 7 Dec 2018 18:02:26 +0300 (MSK) Reply-To: lev@FreeBSD.org Subject: Re: iflib.tx_abdicate: very strange behavior on incoming IPsec traffic (regression?) From: Lev Serebryakov To: FreeBSD Net , FreeBSD Current Cc: olivier@cochard.me References: <94ec8936-4a66-ee1a-5a38-ee27a4bbfbee@FreeBSD.org> Openpgp: preference=signencrypt Autocrypt: addr=lev@FreeBSD.org; prefer-encrypt=mutual; keydata= xsFNBFKbGksBEADeguVs+XyJc3mL3iiOBqDd16wSk97YTJYOi4VsHsINzJr09oFvNDiaDBIi fLn2p8XcJvehcsF2GSgrfXfw+uK4O1jyNIKJmiYA0EtE+ZbRtvDrrE0w6Q8+SDeKA21SWh3Y vSQ0DJUontbgW55ER2CbEiIUTIn34uQ0kmESAaw/v5p/9ue8yPTmURvv130FqPFz8VPzltqL NxyGt54TxPfKAzAHEIwxlEZ63JOwzloKh1UDBExcsf9nJO08/TAVgR5UZ5njFBPzaaquhRoP qPJLEQQDqxPIlvMNtHKf7iIebE4BHeqgCdJA0BoiR6gpa0wlsZtdrTPK3n4wYSphLvGbhfOZ YW/hbcu7HYS/FImkVxB3iY17kcC1UTnx4ZaYeASPBGOOPbXky1lLfmDGWIFT//70yx+G17qD OZzF1SvJJhGvh6ilFYaWMX7T+nIp6Mcafc4D7AakXM+XdubNXOMlCJhzPcZ0skgAEnYV587w V7em5fDVwQccwvtfezzqKeJAU5TGiywBHSR5Svzk2FwRNf6M//hWkpq0SRR63iOhkHGOAEBi 69GfEIwH2/w24rLxP0E+Hqq8n+EWNkPatw1Mhcl5PKkdvGCjJUaGNMkpBffjyYo254JXRscR eEnwdIkJt4ErDvjb2/UrOFq31wWMOiLzJeVchAgvTHBMRfP9aQARAQABzShMZXYgU2VyZWJy eWFrb3YgPGxldkBzZXJlYnJ5YWtvdi5zcGIucnU+wsGZBBMBCABDAhsDBwsJCAcDAgEGFQgC CQoLBBYCAwECHgECF4ACGQEWIQT5bRygtfQxi2dLMwrqsDxYv9xHjwUCW/03kQUJDwW3xgAK CRDqsDxYv9xHjx8ZD/sFjawMpLNn0HLWPxpe0zIfmEPbl9IQLmdlb4tC7MAZf0fOUrEuyLyP W96IDlgPAgJRwMZL4B+rFq8EUzXAj0tTM7pWMUvdeNAkpHcMG79ScgzjlmFOrPD30/fgWa/v XjV0rZhHRC+V3ANZNmJ3ELZUd5vqC5KpQDrbXmVrYqYrTCF/QRmCFSspdLdEZyMfpv0D1RlP YLtNo9CNzUkZykD8hcWamCtJzwbvhSmhISAKnSjzrxi+P4o2p7HYljt5l8tfBtDJK/MmEUon aRoFxmOpZhs0N0emUt9GyyPA5LJDjr3xK8IWb+XR+cOPiR+bEO2yC+RxF7P/2VPVMzHUMHFE TI3BXyhsny9IUi0asz/Ju0i9ZPWS9etTkOguc1TvzG0gpnni5G3zo9TVtWSL+lI1VVhPy0uP oKoP9OAvmNuL4/u7zKQVRHr3cJiBHZlXIhbnZJXJzaJrqHG9vRim6rkWUQxohPpoapMJqeXu fQJ3j6d/gL5HsEgrF5UdbH4xD/05+TrGHqye3gADow48Tt++EwKiRuX7VuAQP51ZsfRRildf wPWHNVLh+i3UHy3+6Zk3JNQsYOJHR/t6ihg+t7AEdFodu1w45wSlyVDeyfp3LVjGSTL8ODoU 13U8lYVrelEihM8PDOaZWOLBasQRAHvIoEF5atV43SEle8GIU+Jdxc7BTQRSmxpLARAAtGvc H46Nj9yck+y3PkJWxVbIRm0m2s2+Jmu0GBuSGWQ+b3ywRZHj6BunJ6591gl6eAON4bMwMpws HuHl8gJL+PoDxd2UnjROVs982Bvo4dp5tohgpMmlcpH2wPtnIaK9gyh+bR6bjTAZRfsEiR2S iZpaP7BSJLQJ1dTQVYOP3C/vf4SKb5fNnJd4WAg+/3u/6kRPsN/AqQAM5+uRb2zg5+8ZWN37 CbfnBzwSeBATPSp08HHHvhfu9kUDGUBJe7yAMEkZi3YGRzdDBQud95etklaCo09HmjjiAa73 rJqI4Vo38LoIm16/lkRf7RnFu+wccHtnkC2xFREqlnjDkcUcaHMe0O2gAqB5n+BuFNVc8e81 BHzXx4342XkFXwFEX/zKFHpWUlvwZjCHygoN5UZVgLfj6todlAAz1agGc3uOW3hP3PM/C2bD mYhqEYWC/DUoOvs4i03ZmC1nbRRgLmYajrTaeYerRo9tTpLAaLXGiGuWI2wpppyJiIxpUgZF CryIav0V7YeW9oDcGkHbvmL+AJWVR0bLlcsC/7JAxS+flntdWwyujEOT875p7USXIG8qIrJ9 YYldODldS6SSTJCZ9Y/FZQag0DU/8/gYwdK7v9Gp7/ubi4+79HJNOqxKOMol0/2QHATO+o+1 exWhm5KG2um1FAkNh+WGATiqYpIwp6cAEQEAAcLBfAQYAQgAJgIbDBYhBPltHKC19DGLZ0sz CuqwPFi/3EePBQJb/TeyBQkPBbfnAAoJEOqwPFi/3EePcKcP/1u0K2RymFFhFR7Ty1TJXDNX +zIMJ2JSEXvyOoMpML7fO7KsUmLu3h8X1+iWUdjPVGLlGLHEkee4MVyrtlM6ms9io7xCFyQs Ak7Ll2Y5ENfaC4QD7LnMNgHDCOmKj122e4TtDIfIzHicw+rw78d877p0MRkKGSsa9wb0VMju zQmGwOzfHHCNxE5nY4/SU27bnvVmlHhi7MxQ4iE5pAEgXbCtO8uMpSwCc1Bgr2CwVN4MdGwT gdkvEm8R2JkJY3sI6L26fjG0/gqFzcWafoA0TKHRsiDHUSKLZEYg24DZdFViE9EktRlFJVBy s0P2T1L6b5OhqrP0mAUu6wUDUqF15icTVuiOmrVTVuyYSJwtbZB8QZW6YpOBStOyejRxU8fv coMgsW8cDQPy3hRpC95FNFRV0dnTYgFW3rnlDxerVOQcnuX7YKSyjkgG6NYPvhClJHPN9+f+ KGEQTHBhJOMVKzQL86BT4QNltyrZJa7ifU4axbffv/zQeckpVYE8BljLgSaLJBJjTkwb9+P1 ED1CLhOMUsMush/p0UCaKIjBaOUAqLLJST5cMletzUvZWFwep90Fjgj+rBXVgAjVAjhb+LpO y0HWPQbAprdk5HC7h5qEvn71HrEF52FdmkIvR3Iq4jyI9oLyelo4Imgvz6Xj4pdH88q3xvyT Mhy9KnIJmKI9 Organization: FreeBSD Message-ID: <93d241ab-abf8-7f9b-7876-ba727ec8fea4@FreeBSD.org> Date: Fri, 7 Dec 2018 18:02:20 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.2 MIME-Version: 1.0 In-Reply-To: <94ec8936-4a66-ee1a-5a38-ee27a4bbfbee@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Qs8SULFFSCCR3ZrXNB7oweGk1hATHix8I" X-Rspamd-Queue-Id: 1DFA58E61A X-Spamd-Result: default: False [-2.98 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.995,0]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.98)[-0.983,0]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 07 Dec 2018 15:02:27 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Qs8SULFFSCCR3ZrXNB7oweGk1hATHix8I Content-Type: multipart/mixed; boundary="PfuFyJ54teISwgTtOfGCksXNTnOycf9pk"; protected-headers="v1" From: Lev Serebryakov Reply-To: lev@FreeBSD.org To: FreeBSD Net , FreeBSD Current Cc: olivier@cochard.me Message-ID: <93d241ab-abf8-7f9b-7876-ba727ec8fea4@FreeBSD.org> Subject: Re: iflib.tx_abdicate: very strange behavior on incoming IPsec traffic (regression?) References: <94ec8936-4a66-ee1a-5a38-ee27a4bbfbee@FreeBSD.org> In-Reply-To: <94ec8936-4a66-ee1a-5a38-ee27a4bbfbee@FreeBSD.org> --PfuFyJ54teISwgTtOfGCksXNTnOycf9pk Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 07.12.2018 16:40, Lev Serebryakov wrote: > (I'm not sure, that it is exactly "bug" or "defect" and want to ... discuss it here before filing PR. > Now I'm throwing IPsec into mix. All incoming traffic is tunneled with= > IPsec policy, with aes-128-gcm encryption. And with IPsec tx_abdicate > makes thing much worse and much more unstable. I could say, that it doesn't matter, if I using IPsec with "tunnel" policy to encrypt and tunnel transit traffic or if I add "gif" into mix and encrypt GIF traffic in "transport" mode. In both cases tx_abdicate makes PPS much lower. --=20 // Lev Serebryakov --PfuFyJ54teISwgTtOfGCksXNTnOycf9pk-- --Qs8SULFFSCCR3ZrXNB7oweGk1hATHix8I Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE+W0coLX0MYtnSzMK6rA8WL/cR48FAlwKi3xfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEY5 NkQxQ0EwQjVGNDMxOEI2NzRCMzMwQUVBQjAzQzU4QkZEQzQ3OEYACgkQ6rA8WL/c R4+EshAAiQjxz4h9UpTJ5Cw632TUbpW875PIjleRif9pgtXX9u6UXv35J6QwxG1z s59/hDxa6dfMP8x8wCLsS3SmtvZ3cxaB74r68IzcW+fkxbEkuNselm1FD9D8lLQe y85/RqWLqUwiohN29JXQCDixR+R6iq/P1FN9nY5NPxlR7AOpnJsrB/Jkwo9fN3UE 9hAjBxuwlE4kbkoUDf8wIENsnCjI52E3aEHhmuzCfoB8w/hmMEvJk45Seex5lOhM DsOUX4goL4/FwiRcTuo1Gzass3vnUMRg24DGEe/BqQn9sepld4O14Uqxtm1NhpMa /cWyqNMk0TdnWoHY5yjeLgTxxzZJC5YGJdrqnyAxDKcH8DRluLbG+8Kzzk8WV2oM /+exelLC4smvFh1pDqJ1QuAOc4Q9ilI2K7QKDWBXmcahCjUvH81VUamHl4XFxZNa cYKYzxQyn/v8lk+EBp9ptbMz7hdVMLSz/nbxucurwz28biSWvKFawFCgJAOCTTaX Rkh4ZCPLQvhQTP4elHk9ePfvLqsW24mQPHNaGTi1lVxyCNi3oulegkKRulAsJYKU 1L7S+YOW/S0gabl3iokX5/+aRQ29Qul1fPzndcWG+/ba3/yN+cozyGWYyWSq+yFM csdATrCbm3XV2YYPqLTbnJVgayITPaFnC4IAatvNt1XZeWrTQrM= =FPyf -----END PGP SIGNATURE----- --Qs8SULFFSCCR3ZrXNB7oweGk1hATHix8I-- From owner-freebsd-current@freebsd.org Fri Dec 7 15:40:42 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 827BA1311002; Fri, 7 Dec 2018 15:40:42 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [148.251.9.81]) by mx1.freebsd.org (Postfix) with ESMTP id D947F8FE18; Fri, 7 Dec 2018 15:40:41 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.23.186] (unknown [89.113.128.32]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id A9FAC3BA8; Fri, 7 Dec 2018 18:40:40 +0300 (MSK) Reply-To: lev@FreeBSD.org Subject: Re: iflib.tx_abdicate: very strange behavior on incoming IPsec traffic (regression?) From: Lev Serebryakov To: FreeBSD Net , FreeBSD Current Cc: olivier@cochard.me References: <94ec8936-4a66-ee1a-5a38-ee27a4bbfbee@FreeBSD.org> <93d241ab-abf8-7f9b-7876-ba727ec8fea4@FreeBSD.org> Openpgp: preference=signencrypt Autocrypt: addr=lev@FreeBSD.org; prefer-encrypt=mutual; keydata= xsFNBFKbGksBEADeguVs+XyJc3mL3iiOBqDd16wSk97YTJYOi4VsHsINzJr09oFvNDiaDBIi fLn2p8XcJvehcsF2GSgrfXfw+uK4O1jyNIKJmiYA0EtE+ZbRtvDrrE0w6Q8+SDeKA21SWh3Y vSQ0DJUontbgW55ER2CbEiIUTIn34uQ0kmESAaw/v5p/9ue8yPTmURvv130FqPFz8VPzltqL NxyGt54TxPfKAzAHEIwxlEZ63JOwzloKh1UDBExcsf9nJO08/TAVgR5UZ5njFBPzaaquhRoP qPJLEQQDqxPIlvMNtHKf7iIebE4BHeqgCdJA0BoiR6gpa0wlsZtdrTPK3n4wYSphLvGbhfOZ YW/hbcu7HYS/FImkVxB3iY17kcC1UTnx4ZaYeASPBGOOPbXky1lLfmDGWIFT//70yx+G17qD OZzF1SvJJhGvh6ilFYaWMX7T+nIp6Mcafc4D7AakXM+XdubNXOMlCJhzPcZ0skgAEnYV587w V7em5fDVwQccwvtfezzqKeJAU5TGiywBHSR5Svzk2FwRNf6M//hWkpq0SRR63iOhkHGOAEBi 69GfEIwH2/w24rLxP0E+Hqq8n+EWNkPatw1Mhcl5PKkdvGCjJUaGNMkpBffjyYo254JXRscR eEnwdIkJt4ErDvjb2/UrOFq31wWMOiLzJeVchAgvTHBMRfP9aQARAQABzShMZXYgU2VyZWJy eWFrb3YgPGxldkBzZXJlYnJ5YWtvdi5zcGIucnU+wsGZBBMBCABDAhsDBwsJCAcDAgEGFQgC CQoLBBYCAwECHgECF4ACGQEWIQT5bRygtfQxi2dLMwrqsDxYv9xHjwUCW/03kQUJDwW3xgAK CRDqsDxYv9xHjx8ZD/sFjawMpLNn0HLWPxpe0zIfmEPbl9IQLmdlb4tC7MAZf0fOUrEuyLyP W96IDlgPAgJRwMZL4B+rFq8EUzXAj0tTM7pWMUvdeNAkpHcMG79ScgzjlmFOrPD30/fgWa/v XjV0rZhHRC+V3ANZNmJ3ELZUd5vqC5KpQDrbXmVrYqYrTCF/QRmCFSspdLdEZyMfpv0D1RlP YLtNo9CNzUkZykD8hcWamCtJzwbvhSmhISAKnSjzrxi+P4o2p7HYljt5l8tfBtDJK/MmEUon aRoFxmOpZhs0N0emUt9GyyPA5LJDjr3xK8IWb+XR+cOPiR+bEO2yC+RxF7P/2VPVMzHUMHFE TI3BXyhsny9IUi0asz/Ju0i9ZPWS9etTkOguc1TvzG0gpnni5G3zo9TVtWSL+lI1VVhPy0uP oKoP9OAvmNuL4/u7zKQVRHr3cJiBHZlXIhbnZJXJzaJrqHG9vRim6rkWUQxohPpoapMJqeXu fQJ3j6d/gL5HsEgrF5UdbH4xD/05+TrGHqye3gADow48Tt++EwKiRuX7VuAQP51ZsfRRildf wPWHNVLh+i3UHy3+6Zk3JNQsYOJHR/t6ihg+t7AEdFodu1w45wSlyVDeyfp3LVjGSTL8ODoU 13U8lYVrelEihM8PDOaZWOLBasQRAHvIoEF5atV43SEle8GIU+Jdxc7BTQRSmxpLARAAtGvc H46Nj9yck+y3PkJWxVbIRm0m2s2+Jmu0GBuSGWQ+b3ywRZHj6BunJ6591gl6eAON4bMwMpws HuHl8gJL+PoDxd2UnjROVs982Bvo4dp5tohgpMmlcpH2wPtnIaK9gyh+bR6bjTAZRfsEiR2S iZpaP7BSJLQJ1dTQVYOP3C/vf4SKb5fNnJd4WAg+/3u/6kRPsN/AqQAM5+uRb2zg5+8ZWN37 CbfnBzwSeBATPSp08HHHvhfu9kUDGUBJe7yAMEkZi3YGRzdDBQud95etklaCo09HmjjiAa73 rJqI4Vo38LoIm16/lkRf7RnFu+wccHtnkC2xFREqlnjDkcUcaHMe0O2gAqB5n+BuFNVc8e81 BHzXx4342XkFXwFEX/zKFHpWUlvwZjCHygoN5UZVgLfj6todlAAz1agGc3uOW3hP3PM/C2bD mYhqEYWC/DUoOvs4i03ZmC1nbRRgLmYajrTaeYerRo9tTpLAaLXGiGuWI2wpppyJiIxpUgZF CryIav0V7YeW9oDcGkHbvmL+AJWVR0bLlcsC/7JAxS+flntdWwyujEOT875p7USXIG8qIrJ9 YYldODldS6SSTJCZ9Y/FZQag0DU/8/gYwdK7v9Gp7/ubi4+79HJNOqxKOMol0/2QHATO+o+1 exWhm5KG2um1FAkNh+WGATiqYpIwp6cAEQEAAcLBfAQYAQgAJgIbDBYhBPltHKC19DGLZ0sz CuqwPFi/3EePBQJb/TeyBQkPBbfnAAoJEOqwPFi/3EePcKcP/1u0K2RymFFhFR7Ty1TJXDNX +zIMJ2JSEXvyOoMpML7fO7KsUmLu3h8X1+iWUdjPVGLlGLHEkee4MVyrtlM6ms9io7xCFyQs Ak7Ll2Y5ENfaC4QD7LnMNgHDCOmKj122e4TtDIfIzHicw+rw78d877p0MRkKGSsa9wb0VMju zQmGwOzfHHCNxE5nY4/SU27bnvVmlHhi7MxQ4iE5pAEgXbCtO8uMpSwCc1Bgr2CwVN4MdGwT gdkvEm8R2JkJY3sI6L26fjG0/gqFzcWafoA0TKHRsiDHUSKLZEYg24DZdFViE9EktRlFJVBy s0P2T1L6b5OhqrP0mAUu6wUDUqF15icTVuiOmrVTVuyYSJwtbZB8QZW6YpOBStOyejRxU8fv coMgsW8cDQPy3hRpC95FNFRV0dnTYgFW3rnlDxerVOQcnuX7YKSyjkgG6NYPvhClJHPN9+f+ KGEQTHBhJOMVKzQL86BT4QNltyrZJa7ifU4axbffv/zQeckpVYE8BljLgSaLJBJjTkwb9+P1 ED1CLhOMUsMush/p0UCaKIjBaOUAqLLJST5cMletzUvZWFwep90Fjgj+rBXVgAjVAjhb+LpO y0HWPQbAprdk5HC7h5qEvn71HrEF52FdmkIvR3Iq4jyI9oLyelo4Imgvz6Xj4pdH88q3xvyT Mhy9KnIJmKI9 Organization: FreeBSD Message-ID: Date: Fri, 7 Dec 2018 18:40:40 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.2 MIME-Version: 1.0 In-Reply-To: <93d241ab-abf8-7f9b-7876-ba727ec8fea4@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="TdfCbLHs8qMB1P1NzASTtIfev3QbrBW56" X-Rspamd-Queue-Id: D947F8FE18 X-Spamd-Result: default: False [-2.98 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.995,0]; NEURAL_HAM_SHORT(-0.98)[-0.984,0]; ASN(0.00)[asn:24940, ipnet:148.251.0.0/16, country:DE]; NEURAL_HAM_LONG(-1.00)[-0.999,0] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 07 Dec 2018 15:40:42 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --TdfCbLHs8qMB1P1NzASTtIfev3QbrBW56 Content-Type: multipart/mixed; boundary="kcXWFDL3Tr7tv2Kf4ehp2U6RzU6Ck2Arb"; protected-headers="v1" From: Lev Serebryakov Reply-To: lev@FreeBSD.org To: FreeBSD Net , FreeBSD Current Cc: olivier@cochard.me Message-ID: Subject: Re: iflib.tx_abdicate: very strange behavior on incoming IPsec traffic (regression?) References: <94ec8936-4a66-ee1a-5a38-ee27a4bbfbee@FreeBSD.org> <93d241ab-abf8-7f9b-7876-ba727ec8fea4@FreeBSD.org> In-Reply-To: <93d241ab-abf8-7f9b-7876-ba727ec8fea4@FreeBSD.org> --kcXWFDL3Tr7tv2Kf4ehp2U6RzU6Ck2Arb Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 07.12.2018 18:02, Lev Serebryakov wrote: >> (I'm not sure, that it is exactly "bug" or "defect" and want to > ... discuss it here before filing PR. >=20 >> Now I'm throwing IPsec into mix. All incoming traffic is tunneled wit= h >> IPsec policy, with aes-128-gcm encryption. And with IPsec tx_abdicate >> makes thing much worse and much more unstable. > I could say, that it doesn't matter, if I using IPsec with "tunnel" > policy to encrypt and tunnel transit traffic or if I add "gif" into mix= > and encrypt GIF traffic in "transport" mode. In both cases tx_abdicate > makes PPS much lower. And one more datapoint: if I'm using "null" cipher (so, IPsec is in play, but no real encryption is performed) losses in packet rate are about 50% from turning on tx_abdicate. It is worst-case scenario. And if I have outbound traffic (traffic is received without IPsec processing and sent with IPsec processing on other interface) I have noticeable gains, up to 15% in packets per second and bandwidth. So, lookslike tx_abdicate works well when it is applied to non-IPsec-processed traffic. --=20 // Lev Serebryakov --kcXWFDL3Tr7tv2Kf4ehp2U6RzU6Ck2Arb-- --TdfCbLHs8qMB1P1NzASTtIfev3QbrBW56 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE+W0coLX0MYtnSzMK6rA8WL/cR48FAlwKlHhfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEY5 NkQxQ0EwQjVGNDMxOEI2NzRCMzMwQUVBQjAzQzU4QkZEQzQ3OEYACgkQ6rA8WL/c R4+/KBAAnewTJ2lxyYFYcQsvUFEyepxL+nVpWvS0BvXxHdgfrJAO/9zVHQT1fDF0 KSYgR97Z7yWVZBSkwxTiD73pgCUH6JGxuA+WscacAedVvS9bHogj0stW8+6ecb8Z dM/s8jBxfPaS6GhnCgJiPPyVU1lufe9AuCORYFinihXEPjzI7Wx0EI0AeKV2jqUB fVwimtsa3eLqtEDOfiuXGDy1Y6Pm7UK5LlrGeKhG9I3/rT7rMTSeuou0yy9IeIMX 7sgxmFSWKqbCKTB3rgeV/6y4VnlTPaQ5rQ1UVnKJdKs5XQKQJAxUhj//essnXb06 I5RovO/n0a5Sx/Jetqf9i/BXDuDWtDMOKKEhJlU3hwsK/cCaf8NLFIQEz2Mlm5dE 3W2BR1Sm+yOGU9PkVyribt/CKL6TqFoKg0h0/IUKTsbG0OhBXUJw8zE8+Eh7RKTe qBblaNpbQzWVAQtdisrZWE3FW90bmSQuEvOrnRpxBBmuiA33+l5gJmKVEWIIZubT iCH48+XugsTRhg0mEdXmOfvjptY4vtqHYcprZGUTQxttVYMbU7IiqM4+u1LfPr7b VnYI5kkPaSL7h/DYVBokSHffJ1NKZHizxU29U2hle9WP3dxnRYOuyD4b8qNLlpBW zwyWN35JNEDdVQEPJ+sxdZ+harYZ2XNmyhe8ZjXWvrsX1uPWTuk= =pGNS -----END PGP SIGNATURE----- --TdfCbLHs8qMB1P1NzASTtIfev3QbrBW56-- From owner-freebsd-current@freebsd.org Fri Dec 7 18:08:57 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 625891315586; Fri, 7 Dec 2018 18:08:57 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [IPv6:2001:4cb8:90:ffff::3]) (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 606C070AC0; Fri, 7 Dec 2018 18:08:56 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from router.digiware.nl (localhost.digiware.nl [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 0390FB03FC; Fri, 7 Dec 2018 19:08:54 +0100 (CET) X-Virus-Scanned: amavisd-new at digiware.com Received: from smtp.digiware.nl ([127.0.0.1]) by router.digiware.nl (router.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Eb0zNfoGRdkd; Fri, 7 Dec 2018 19:08:53 +0100 (CET) Received: from [192.168.11.152] (unknown [192.168.11.152]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPSA id E65FEB03FB; Fri, 7 Dec 2018 19:08:52 +0100 (CET) Subject: Re: Boot loader stuck after first stage upgrading 11.2 to 12.0-RC2 To: Toomas Soome , Mark Martinec Cc: freebsd-current , freebsd-stable@freebsd.org, Ian Lepore References: <22f5b92a09ea4d62ac3feb74457067f7@ijs.si> <5EEBAFC0-4FA3-4219-A918-7376F4223656@me.com> <0F5FCC70-EADB-4F9E-A391-F1A73BE5608F@me.com> <1543954753.1860.243.camel@freebsd.org> From: Willem Jan Withagen Message-ID: <53ceda24-fa1b-8546-3511-bd500b440dfe@digiware.nl> Date: Fri, 7 Dec 2018 19:08:53 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: nl X-Rspamd-Queue-Id: 606C070AC0 X-Spamd-Result: default: False [-3.74 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[digiware.nl]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[smtp.digiware.nl,www.digiware.nl]; NEURAL_HAM_SHORT(-0.83)[-0.832,0]; IP_SCORE(-0.60)[asn: 28878(-3.01), country: NL(0.01)]; FREEMAIL_TO(0.00)[me.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:28878, ipnet:2001:4cb8::/29, country:NL]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 07 Dec 2018 18:08:57 -0000 On 05/12/2018 00:48, Toomas Soome wrote: > Yes, that must be true but it does not hurt to get checked. > > And of course, lsdev -v from 11.x loader would be good too. > > Anyhow, I am afraid we have reached to point where more specific debug info is needed (printed out), with lack of output about disks at all, it must be related to floppy device checks. Just another point in time. Ended up more or less in the same situation this afternoon with freebsd-upgrade to RC3 Boot stops after listing all DOS disks, in a spinner. So that is no fix. I booted from USB 11.2 and replaced the /boot/zfs{boot,loader} by the 11.2 ones. That makes my server again happy. --WjW > Rgds, > Toomas > > Sent from my iPhone > >> On 4 Dec 2018, at 22:19, Ian Lepore wrote: >> >> On Tue, 2018-12-04 at 21:51 +0200, Toomas Soome via freebsd-stable >> wrote: >>>> On 4 Dec 2018, at 19:59, Mark Martinec >>> i> wrote: >>>> >>>>>> 2018-11-29 18:43, Toomas Soome wrote: >>>>>>> I just did push biosdisk updates to stable/12, I wonder if >>>>>>> you could >>>>>>> test those bits… >>>> Myself wrote: >>>>>> Thank you! I haven't tried it yet, but I wonder whether this >>>>>> fix was >>>>>> already incorporated into 12.0-RC3, which would make my rescue >>>>>> easier. >>>>>> Otherwise I can build a stable/12 on another host and >>>>>> transplant >>>>>> the problematic file(s) to the affected host - if I knew which >>>>>> files >>>>>> to copy. >>>> 2018-12-02 18:59, Toomas wrote: >>>>> The files are /boot/loader* binaries - to be exact, check which >>>>> one is >>>>> linked to /boot/loader. I can provide binaries if needed. >>>>> [...] >>>>> rgds, >>>>> toomas >>>> I got a maintenance window today so I tried with the new loader, >>>> and it did not help. >>>> >>>> More specifically: >>>> >>>> As it comes with 12-RC2, the /boot/loader was hard linked with >>>> loader_lua. >>>> Its size is 421888 bytes. So I concentrated on this loader. >>>> >>>> I build a fresh stable/12 on another host, and copied the newly >>>> built loader_lua (425984 bytes) to the /boot directory of the >>>> affected >>>> host, deleted the file 'loader', and hard-linked loader_lua to >>>> loader. >>>> >>>> The situation has not changed: the BTX loader lists all BIOS drives >>>> C..J (disk0..disk7), then a spinner starts and gets stuck forever. >>>> It never reaches the 'BIOS 635kB/3537856kB available memory' line. >>>> >>>> While trying to restore the old /boot from 11.2, I tried booting >>>> a live image from a 12.0-RC3 memory stick - and the loader got >>>> stuck again, same as when booting from a disk. >>>> >>>> So I had to boot from an 11.2 memstick to be able to regain >>>> control. >>>> >>>> Mark >>>> >>>> >>> ok, if you could perform 2 tests: >>> >>> 1. from loader prompt enter 0x413 0xa000 - @w . cr >>> >>> 2. on first spinner, press space and type on boot: prompt: >>> /boot/loader_4th and see if that will do better >>> thanks, >>> toomas >>> >> I don't think that will be an option. If it hasn't gotten to the point >> of saying how much BIOS available memory there is, it's only halfway >> through loader main() and has hung before getting to interact(). >> >> In fact, if that line hasn't printed, but some disk drives have been >> listed, it pretty much has to be hung in the "March through the device >> switch probing for things" loop. If all the disks are listed, then it >> got through that entry in the devsw, and is likely hanging in the >> dv_init calls for either the pxedisk or zfsdev devices. >> >> -- Ian >> >>>> >>>>>>>> On 29 Nov 2018, at 17:01, Mark Martinec >>>>>>> bsd@ijs.si> wrote: >>>>>>>> After successfully upgraded three hosts from 11.2-p4 to >>>>>>>> 12.0-RC2 (amd64, >>>>>>>> zfs, bios), I tried my luck with one of our production >>>>>>>> hosts, and ended up >>>>>>>> with a stuck loader after rebooting with a new kernel >>>>>>>> (after the first >>>>>>>> stage of upgrade). >>>>>>>> These were the steps, and all went smoothly and normally >>>>>>>> until a reboot: >>>>>>>> freebsd-update upgrade -r 12.0-RC2 >>>>>>>> freebsd-update install >>>>>>>> shutdown -r now >>>>>>>> While booting, the 'BTX loader' comes up, lists the BIOS >>>>>>>> drives, >>>>>>>> then the spinner below the list comes up and begins >>>>>>>> turning, >>>>>>>> stuttering, and after a couple of seconds it grinds to a >>>>>>>> standstill >>>>>>>> and nothing happens afterwards. >>>>>>>> At this point the ZFS and the bootstrap loader is supposed >>>>>>>> to >>>>>>>> come up, but it doesn't. >>>>>>>> This host has too zfs pools, the system pool consists of >>>>>>>> two SSDs >>>>>>>> in a zfs mirror (also holding a freebsd-boot partition >>>>>>>> each), the >>>>>>>> other pool is a raidz2 with six JBOD disks on an LSI >>>>>>>> controller. >>>>>>>> The gptzfsboot in both freebsd-boot partitions is fresh >>>>>>>> from 11.2, >>>>>>>> both zpool versions are up-to-date with 11.2. The 'zpool >>>>>>>> status -v' >>>>>>>> is happy with both pools. >>>>>>>> After rebooting from an USB drive and reverting the /boot >>>>>>>> directory >>>>>>>> to a previous version, the machine comes up normally again >>>>>>>> with the 11.2-RELEASE-p4. >>>>>>>> I found a file init.core in the / directory, slightly >>>>>>>> predating the >>>>>>>> last reboot with a salvaged system - although it was >>>>>>>> probably not >>>>>>>> a cause of the problem, but a consequence of the rescue >>>>>>>> operation. >>>>>>>> It is unfortunate that this is a production host, so I >>>>>>>> can't play >>>>>>>> much with it. One or two more quick experiments I can >>>>>>>> probably >>>>>>>> afford, but not much more. Should I just first wait for the >>>>>>>> official 12.0 release? Should I try booting with a 12.0 on >>>>>>>> USB >>>>>>>> and try to import pools? Suggestions welcome. >>>>>>>> Now that the /boot has been manually restored to the 11.2 >>>>>>>> state, >>>>>>>> A SECOND QUESTION is about freebsd-update, which still >>>>>>>> thinks we are >>>>>>>> in the middle of an upgrade procedure. Trying now to just >>>>>>>> update >>>>>>>> the 11.2-RELEASE-p4 to 11.2-RELEASE-p5, the fetch >>>>>>>> complains: >>>>>>>> # uname -a >>>>>>>> FreeBSD xxx 11.2-RELEASE-p4 FreeBSD 11.2-RELEASE-p4 >>>>>>>> # >>>>>>>> # freebsd-version >>>>>>>> 11.2-RELEASE-p4 >>>>>>>> # >>>>>>>> # freebsd-update fetch >>>>>>>> src component not installed, skipped >>>>>>>> You have a partially completed upgrade pending >>>>>>>> Run '/usr/sbin/freebsd-update install' first. >>>>>>>> Run '/usr/sbin/freebsd-update fetch -F' to proceed anyway. >>>>>>>> So what is the right way to get rid of all traces of the >>>>>>>> unsuccessful upgrade, and let freebsd-update believe we are >>>>>>>> cleanly >>>>>>>> at 11.2-p4 ? Removing /var/db/freebsd-update did not help. >>>>>>>> Mark >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd. >>> org" >>> >> _______________________________________________ >> 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" > _______________________________________________ > 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 Dec 7 23:19:44 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 104EA132340D; Fri, 7 Dec 2018 23:19:44 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 04D557C2C5; Fri, 7 Dec 2018 23:19:42 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id wB7N6MBa022719 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 7 Dec 2018 15:06:22 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id wB7N6MuB022718; Fri, 7 Dec 2018 15:06:22 -0800 (PST) (envelope-from sgk) Date: Fri, 7 Dec 2018 15:06:22 -0800 From: Steve Kargl To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: HEADSUP: Something has gone south with -current Message-ID: <20181207230622.GA22163@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.10.1 (2018-07-13) X-Rspamd-Queue-Id: 04D557C2C5 X-Spamd-Result: default: False [-0.18 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; NEURAL_HAM_MEDIUM(-0.25)[-0.252,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.95)[-0.946,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[washington.edu]; AUTH_NA(1.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(0.05)[ipnet: 128.95.0.0/16(0.12), asn: 73(0.20), country: US(-0.09)]; NEURAL_SPAM_SHORT(0.28)[0.284,0]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[troutmask.apl.washington.edu]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 07 Dec 2018 23:19:44 -0000 Dell 7510 laptop was happily running FreeBSD12-alpha9 from Oct. 10th. I decided to update to top-of-tree today, which would be FreeBSD13 at r341703. % cd /usr/obj % rm -rf usr % cd ../src % svn update % make -j6 buildwould (OK) % make -j6 buildkernel (OK) % make installkernel (OK) % mergemaster -p % % mount -a % cd /usr/src % make installworld Dies with a segfault in make(1) half way through the update. /sbin has been update. Rebooted with new kernel. Laptop locks up. Rebooted with kernel.old/kernel (known good kernel). Laptop locks up. Rebooted with verbose info. Lockup occurs right after Starting /sbin/init is printed to console. Reboot to Dell laptop BIOS and run system diagnostics. Reboot with old FreeBSD installation cdrom. Mounted the laptop's root filesystem on /mnt. % chflags nochgs /mnt/sbin/init % cp /mnt/sbin/init.bak /mnt/sbin/init Reboot laptop and finally get back to multi-user mode. Post trauma analysis make core dumps. devd core dumps. init core dumps. cc core dumps. c++ core dumps. Something seems to be broken. -- Steve From owner-freebsd-current@freebsd.org Fri Dec 7 23:24:54 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4C49F1323813 for ; Fri, 7 Dec 2018 23:24:54 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-pl1-x62b.google.com (mail-pl1-x62b.google.com [IPv6:2607:f8b0:4864:20::62b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7752B7C85D for ; Fri, 7 Dec 2018 23:24:53 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-pl1-x62b.google.com with SMTP id y1so2480422plp.9 for ; Fri, 07 Dec 2018 15:24:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=nglUrgabe6S6V7i7SCuS++yn7jqCLiQPS9cwiYKTNqY=; b=BbJcY1mIQC4gNF3MyNMpGY/dMi5QhX1K6+fq6G5v2ykp/GZkLuPM3rV91hqRnJ/bOS rBSoKvyF6eb2BW3pfoS8Qu+7vHyCDtMW/jzVSFs9mGo33ZGlKTh6QbXUx2z6L+czPpCl mbfpScfOnOoQsu+Q5SZaBYfFgxMH48fK6ZaGuSJTdXoUN7n5JeHQQNSFZYbbSEA9b798 7NBZe1FvYMCkODtdHKqcja38sxKzBS4UdPLRhLWlqyLfDcjU9iwUebBwa+KtnRzN6LpT 9NsPyVapkJE7vdE11xVVy8gKUvTWiT0knfjeKLiHclrlVwwPPWXjrIcXxkp22q0KOVkj dQ+Q== 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=nglUrgabe6S6V7i7SCuS++yn7jqCLiQPS9cwiYKTNqY=; b=F2x8IwNM8NUj9iHpVhDSjDEBFrbJOtuZuKCDMWTI8uQaPT7/HDiafzCWaJYp6iy/T/ mLff/X6U0BNn6jEqEBtfBjcXqqYH2G7HAoq2Iva6NQmguaqfakZUC9x6Yg4EL0RMmN5g ANqM3UEdWRUc2Wju3XlgnUkvDltY4cSc7hnlnT/KLkfwGqQoy7Nx2ZQA0WFFjQY/PVjQ CG1roxKyH0j2IcDaS+65+kmGH+a7X1yThYCrNZcSlmIGxiUp/32HydBRyWTV/KydEAqj uVfKJUTOnda4ZEER7Ic16d/OpcC64WqNYzPAUu6y9CX9dTRAK9fAgmD1fc9F3U6zhYUt 1wRg== X-Gm-Message-State: AA+aEWZwxB06SPi6/tTaAUUJLjoqCncftnOuWkfkiB+tQdXd9UqtOywn TtThBed6rGyGnBi17Pe4mdaKzw== X-Google-Smtp-Source: AFSGD/USkmfQ6Js33IQ2M/mZA3yPmMb2pRG9HeAqp8vm1kX9IkKQqVRlQko50q8kUlL64MUNKDGAuA== X-Received: by 2002:a17:902:724a:: with SMTP id c10mr4049067pll.51.1544225092314; Fri, 07 Dec 2018 15:24:52 -0800 (PST) Received: from mutt-hbsd (exit1.ipredator.se. [197.231.221.211]) by smtp.gmail.com with ESMTPSA id b5sm10911544pfc.150.2018.12.07.15.24.47 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 07 Dec 2018 15:24:51 -0800 (PST) Date: Fri, 7 Dec 2018 18:23:57 -0500 From: Shawn Webb To: Steve Kargl Cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: HEADSUP: Something has gone south with -current Message-ID: <20181207232357.iokl7ay2orkhmdt4@mutt-hbsd> References: <20181207230622.GA22163@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="taleijifbmw2dujf" Content-Disposition: inline In-Reply-To: <20181207230622.GA22163@troutmask.apl.washington.edu> X-Operating-System: FreeBSD mutt-hbsd 13.0-CURRENT FreeBSD 13.0-CURRENT HARDENEDBSD-13-CURRENT amd64 X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: NeoMutt/20180716 X-Rspamd-Queue-Id: 7752B7C85D X-Spamd-Result: default: False [-5.56 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[hardenedbsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[hardenedbsd.org]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: alt1.aspmx.l.google.com]; DKIM_TRACE(0.00)[hardenedbsd.org:+]; RCVD_IN_DNSWL_NONE(0.00)[b.2.6.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.86)[-0.863,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; IP_SCORE(-0.58)[ipnet: 2607:f8b0::/32(-1.53), asn: 15169(-1.31), country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 07 Dec 2018 23:24:54 -0000 --taleijifbmw2dujf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 07, 2018 at 03:06:22PM -0800, Steve Kargl wrote: > Dell 7510 laptop was happily running FreeBSD12-alpha9 > from Oct. 10th. I decided to update to top-of-tree > today, which would be FreeBSD13 at r341703. >=20 > % cd /usr/obj > % rm -rf usr > % cd ../src > % svn update > % make -j6 buildwould (OK) > % make -j6 buildkernel (OK) > % make installkernel (OK) > % mergemaster -p > % > % mount -a > % cd /usr/src > % make installworld >=20 > Dies with a segfault in make(1) half way through the update. > /sbin has been update. >=20 > Rebooted with new kernel. Laptop locks up. > Rebooted with kernel.old/kernel (known good kernel). Laptop locks up. > Rebooted with verbose info. Lockup occurs right after >=20 > Starting /sbin/init >=20 > is printed to console. >=20 > Reboot to Dell laptop BIOS and run system diagnostics. >=20 > Reboot with old FreeBSD installation cdrom. Mounted the > laptop's root filesystem on /mnt. >=20 > % chflags nochgs /mnt/sbin/init > % cp /mnt/sbin/init.bak /mnt/sbin/init >=20 > Reboot laptop and finally get back to multi-user mode. Post trauma > analysis >=20 > make core dumps. > devd core dumps. > init core dumps. > cc core dumps. =20 > c++ core dumps. >=20 > Something seems to be broken. There have been (and still are) issues with the introduction of ifunc in libc (r339898). The symptoms you're describing sound a lot like the symptoms I experienced early on. Do you have any non-standard settings in make.conf/src.conf? Thanks, --=20 Shawn Webb Cofounder and Security Engineer HardenedBSD Tor-ified Signal: +1 443-546-8752 Tor+XMPP+OTR: lattera@is.a.hacker.sx GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --taleijifbmw2dujf Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEKrq2ve9q9Ia+iT2eaoRlj1JFbu4FAlwLAQkACgkQaoRlj1JF bu6n7Q//eoX4s/lNz7haPTqHhFkK4nTgEWY3AbnTdShrnVTTqn9owUb+VhiRlSME tq8CPmNcZ4LKjAg9NHlLw8VLQi/F4H1PvRuTzn8imUDE5nQDI0sJnOKpnvHoWn6b 6wTVBbIKZSa37j1v2zdtAbqgC9hQtukmzaZ7X6fUcZudMD1HJk5foZ9rVrMhaufL F/YeHBRPYrCOL75gZfYGxuhtPIfYme8yswFMKOpzFn7yT1VMR638E8Czdqwp5Xt9 KesfTUx/U+EbOS6V836zAQ7Xy0Hk55x6jCryZ+Wm8YhDvNH0Hs+AtrlffNhZNyTN 3u1LxLFy9W0DEHL1L3GGmy+DH6311FVYRUOBJVpwScAM9XZzfJSE4zD4mYP0AmRQ zBnGIzQEohX55sZijYjMoEk8M2a4YpW8jQFps5zUDghFP1LRDUxXpiZUUJA8W+ZK lnVcC90SD7qX+rxVs3eCDMrblsQfsyyvBhOBXMwQ0jIgBiKT10wf3AsXR+4g2FMo oFzXWs17sIXWFqINWiVhhrlPlJKBcU1sY1bZxZ6PWMEsrMgec/z6dW6Y5rZa1Ivi 31+q99Y4ZHqtynCu/7r7UDfqiDkb7cGXXsu8z46UqQ27A1Te4dATYMJFJrW/anH2 15RLraV6jkcOLbKQqJeFsIRc0DZY+0/2YP7Nj5eOX4FpCyLfagk= =TjKk -----END PGP SIGNATURE----- --taleijifbmw2dujf-- From owner-freebsd-current@freebsd.org Fri Dec 7 23:30:24 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 86E681323B3B; Fri, 7 Dec 2018 23:30:24 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D87FF7CD50; Fri, 7 Dec 2018 23:30:23 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id wB7NUJcV023134 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 7 Dec 2018 15:30:19 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id wB7NUJEr023133; Fri, 7 Dec 2018 15:30:19 -0800 (PST) (envelope-from sgk) Date: Fri, 7 Dec 2018 15:30:19 -0800 From: Steve Kargl To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: HEADSUP: Something has gone south with -current Message-ID: <20181207233019.GA22981@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20181207230622.GA22163@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181207230622.GA22163@troutmask.apl.washington.edu> User-Agent: Mutt/1.10.1 (2018-07-13) X-Rspamd-Queue-Id: D87FF7CD50 X-Spamd-Result: default: False [2.41 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.04)[-0.039,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[washington.edu]; AUTH_NA(1.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(0.32)[ip: (1.35), ipnet: 128.95.0.0/16(0.12), asn: 73(0.20), country: US(-0.09)]; NEURAL_SPAM_SHORT(0.57)[0.566,0]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_MEDIUM(0.88)[0.877,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 07 Dec 2018 23:30:24 -0000 On Fri, Dec 07, 2018 at 03:06:22PM -0800, Steve Kargl wrote: > > make core dumps. > devd core dumps. > init core dumps. > cc core dumps. > c++ core dumps. > > Something seems to be broken. > Further investigation, as core dumps. cpp core dumps. /rescue/vi core dumps. All of these programs are statically linked. Note, ar and ranlib have static linkage, and appear to still work but these were not replaced by the failing 'make installworld'. Ah, so if I go into /usr/obj/usr/src/amd64.amd64/ar, this ar is static and not stripped and works! But, if I do cp ar ar.new strip ar ./ar This ar core dumps. So, stripping static binaries seems to break the binary. -- Steve From owner-freebsd-current@freebsd.org Fri Dec 7 23:36:35 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BF6CF132402C; Fri, 7 Dec 2018 23:36:35 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5B8FF7D442; Fri, 7 Dec 2018 23:36:34 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id wB7NaW21023254 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 7 Dec 2018 15:36:32 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id wB7NaWrl023253; Fri, 7 Dec 2018 15:36:32 -0800 (PST) (envelope-from sgk) Date: Fri, 7 Dec 2018 15:36:32 -0800 From: Steve Kargl To: Shawn Webb Cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: HEADSUP: Something has gone south with -current Message-ID: <20181207233632.GB22981@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20181207230622.GA22163@troutmask.apl.washington.edu> <20181207232357.iokl7ay2orkhmdt4@mutt-hbsd> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181207232357.iokl7ay2orkhmdt4@mutt-hbsd> User-Agent: Mutt/1.10.1 (2018-07-13) X-Rspamd-Queue-Id: 5B8FF7D442 X-Spamd-Result: default: False [1.45 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.68)[-0.681,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[washington.edu]; REPLYTO_ADDR_EQ_FROM(0.00)[]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.53)[0.526,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.63)[0.629,0]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.29)[ip: (1.23), ipnet: 128.95.0.0/16(0.11), asn: 73(0.20), country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 07 Dec 2018 23:36:35 -0000 On Fri, Dec 07, 2018 at 06:23:57PM -0500, Shawn Webb wrote: > On Fri, Dec 07, 2018 at 03:06:22PM -0800, Steve Kargl wrote: > > Dell 7510 laptop was happily running FreeBSD12-alpha9 > > from Oct. 10th. I decided to update to top-of-tree > > today, which would be FreeBSD13 at r341703. > > analysis > > > > make core dumps. > > devd core dumps. > > init core dumps. > > cc core dumps. > > c++ core dumps. > > > > Something seems to be broken. > > There have been (and still are) issues with the introduction of ifunc > in libc (r339898). The symptoms you're describing sound a lot like the > symptoms I experienced early on. > > Do you have any non-standard settings in make.conf/src.conf? > Both are fairly benign. make.conf contains MALLOC_PRODUCTION="YES" and src.conf contains a few WITHOUT_* options (eg, CTM, PPP, NDIS). It seems to be associated with stripping static binaries. See my follow-up post. -- Steve From owner-freebsd-current@freebsd.org Fri Dec 7 23:52:36 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E968A13248EF; Fri, 7 Dec 2018 23:52:35 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E425C7E015; Fri, 7 Dec 2018 23:52:34 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id wB7NqXUc023487 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 7 Dec 2018 15:52:33 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id wB7NqXV1023486; Fri, 7 Dec 2018 15:52:33 -0800 (PST) (envelope-from sgk) Date: Fri, 7 Dec 2018 15:52:33 -0800 From: Steve Kargl To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: HEADSUP: Something has gone south with -current Message-ID: <20181207235233.GA23410@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20181207230622.GA22163@troutmask.apl.washington.edu> <20181207233019.GA22981@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181207233019.GA22981@troutmask.apl.washington.edu> User-Agent: Mutt/1.10.1 (2018-07-13) X-Rspamd-Queue-Id: E425C7E015 X-Spamd-Result: default: False [2.42 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.24)[-0.242,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[washington.edu]; AUTH_NA(1.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(0.27)[ip: (1.13), ipnet: 128.95.0.0/16(0.11), asn: 73(0.20), country: US(-0.09)]; NEURAL_SPAM_SHORT(0.87)[0.872,0]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_MEDIUM(0.83)[0.832,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 07 Dec 2018 23:52:36 -0000 On Fri, Dec 07, 2018 at 03:30:19PM -0800, Steve Kargl wrote: > On Fri, Dec 07, 2018 at 03:06:22PM -0800, Steve Kargl wrote: > > > > make core dumps. > > devd core dumps. > > init core dumps. > > cc core dumps. > > c++ core dumps. > > > > Something seems to be broken. > > > > Further investigation, > as core dumps. > cpp core dumps. > /rescue/vi core dumps. > > All of these programs are statically linked. Note, ar and ranlib > have static linkage, and appear to still work but these were not > replaced by the failing 'make installworld'. > > Ah, so if I go into /usr/obj/usr/src/amd64.amd64/ar, this ar > is static and not stripped and works! But, if I do > > cp ar ar.new > strip ar > ./ar > > This ar core dumps. So, stripping static binaries seems to > break the binary. > Yep, definitely, a problem with stripping static binaries. I copied both init and devd from /usr/obj to /sbin without stripping the binaries. System rebooted as expected. -- Steve From owner-freebsd-current@freebsd.org Sat Dec 8 00:03:21 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BAE2213252D4; Sat, 8 Dec 2018 00:03:21 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C49FB7E798; Sat, 8 Dec 2018 00:03:20 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id wB803JGJ023702 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 7 Dec 2018 16:03:19 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id wB803JLC023701; Fri, 7 Dec 2018 16:03:19 -0800 (PST) (envelope-from sgk) Date: Fri, 7 Dec 2018 16:03:19 -0800 From: Steve Kargl To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: HEADSUP: Something has gone south with -current Message-ID: <20181208000319.GB23410@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20181207230622.GA22163@troutmask.apl.washington.edu> <20181207233019.GA22981@troutmask.apl.washington.edu> <20181207235233.GA23410@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181207235233.GA23410@troutmask.apl.washington.edu> User-Agent: Mutt/1.10.1 (2018-07-13) X-Rspamd-Queue-Id: C49FB7E798 X-Spamd-Result: default: False [2.23 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.38)[-0.378,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[washington.edu]; AUTH_NA(1.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(0.25)[ip: (1.04), ipnet: 128.95.0.0/16(0.11), asn: 73(0.20), country: US(-0.09)]; NEURAL_SPAM_SHORT(0.86)[0.859,0]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_MEDIUM(0.81)[0.805,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 08 Dec 2018 00:03:22 -0000 On Fri, Dec 07, 2018 at 03:52:33PM -0800, Steve Kargl wrote: > On Fri, Dec 07, 2018 at 03:30:19PM -0800, Steve Kargl wrote: > > On Fri, Dec 07, 2018 at 03:06:22PM -0800, Steve Kargl wrote: > > > > > > make core dumps. > > > devd core dumps. > > > init core dumps. > > > cc core dumps. > > > c++ core dumps. > > > > > > Something seems to be broken. > > > > > > > Further investigation, > > as core dumps. > > cpp core dumps. > > /rescue/vi core dumps. > > > > All of these programs are statically linked. Note, ar and ranlib > > have static linkage, and appear to still work but these were not > > replaced by the failing 'make installworld'. > > > > Ah, so if I go into /usr/obj/usr/src/amd64.amd64/ar, this ar > > is static and not stripped and works! But, if I do > > > > cp ar ar.new > > strip ar > > ./ar > > > > This ar core dumps. So, stripping static binaries seems to > > break the binary. > > > > Yep, definitely, a problem with stripping static binaries. > > I copied both init and devd from /usr/obj to /sbin without > stripping the binaries. System rebooted as expected. > Don't know if it's valid, but % ./ar % gdb82 ar.new ar.core Program terminated with signal SIGSEGV, Segmentation fault. #0 0x000000000029386c in __je_malloc_tsd_boot0 () (gdb) bt #0 0x000000000029386c in __je_malloc_tsd_boot0 () #1 0x00000000002b6d08 in calloc () #2 0x000000000028275b in _thr_alloc () #3 0x000000000027ec98 in _libpthread_init () #4 0x000000000024d239 in handle_static_init () #5 0x000000000024d10e in _start () -- Steve From owner-freebsd-current@freebsd.org Sat Dec 8 00:08:32 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4770B1325C46; Sat, 8 Dec 2018 00:08:32 +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 71FD87F1DA; Sat, 8 Dec 2018 00:08:31 +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 wB808KNa078936 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 8 Dec 2018 02:08:23 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua wB808KNa078936 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id wB808KdJ078935; Sat, 8 Dec 2018 02:08:20 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 8 Dec 2018 02:08:20 +0200 From: Konstantin Belousov To: Steve Kargl Cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: HEADSUP: Something has gone south with -current Message-ID: <20181208000820.GM52540@kib.kiev.ua> References: <20181207230622.GA22163@troutmask.apl.washington.edu> <20181207233019.GA22981@troutmask.apl.washington.edu> <20181207235233.GA23410@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181207235233.GA23410@troutmask.apl.washington.edu> User-Agent: Mutt/1.11.0 (2018-11-25) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tom.home X-Rspamd-Queue-Id: 71FD87F1DA X-Spamd-Result: default: False [-5.10 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; R_SPF_SOFTFAIL(0.00)[~all]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.98)[-0.982,0]; IP_SCORE(-2.11)[ip: (-2.50), ipnet: 2001:470::/32(-4.48), asn: 6939(-3.47), country: US(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; RCVD_TLS_LAST(0.00)[]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 08 Dec 2018 00:08:32 -0000 On Fri, Dec 07, 2018 at 03:52:33PM -0800, Steve Kargl wrote: > On Fri, Dec 07, 2018 at 03:30:19PM -0800, Steve Kargl wrote: > > On Fri, Dec 07, 2018 at 03:06:22PM -0800, Steve Kargl wrote: > > > > > > make core dumps. > > > devd core dumps. > > > init core dumps. > > > cc core dumps. > > > c++ core dumps. > > > > > > Something seems to be broken. > > > > > > > Further investigation, > > as core dumps. > > cpp core dumps. > > /rescue/vi core dumps. > > > > All of these programs are statically linked. Note, ar and ranlib > > have static linkage, and appear to still work but these were not > > replaced by the failing 'make installworld'. > > > > Ah, so if I go into /usr/obj/usr/src/amd64.amd64/ar, this ar > > is static and not stripped and works! But, if I do > > > > cp ar ar.new > > strip ar > > ./ar > > > > This ar core dumps. So, stripping static binaries seems to > > break the binary. > > > > Yep, definitely, a problem with stripping static binaries. > > I copied both init and devd from /usr/obj to /sbin without > stripping the binaries. System rebooted as expected. Most likely this is an issue fixed by r339350. From owner-freebsd-current@freebsd.org Sat Dec 8 00:25:41 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6A45A1326511; Sat, 8 Dec 2018 00:25:41 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AC73C7FC59; Sat, 8 Dec 2018 00:25:40 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id wB80Pd90024147 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 7 Dec 2018 16:25:39 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id wB80PdR4024146; Fri, 7 Dec 2018 16:25:39 -0800 (PST) (envelope-from sgk) Date: Fri, 7 Dec 2018 16:25:39 -0800 From: Steve Kargl To: Konstantin Belousov Cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: HEADSUP: Something has gone south with -current Message-ID: <20181208002539.GC23410@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20181207230622.GA22163@troutmask.apl.washington.edu> <20181207233019.GA22981@troutmask.apl.washington.edu> <20181207235233.GA23410@troutmask.apl.washington.edu> <20181208000820.GM52540@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181208000820.GM52540@kib.kiev.ua> User-Agent: Mutt/1.10.1 (2018-07-13) X-Rspamd-Queue-Id: AC73C7FC59 X-Spamd-Result: default: False [2.16 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.37)[-0.367,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[washington.edu]; REPLYTO_ADDR_EQ_FROM(0.00)[]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.78)[0.784,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.82)[0.820,0]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.24)[ip: (0.97), ipnet: 128.95.0.0/16(0.10), asn: 73(0.20), country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 08 Dec 2018 00:25:41 -0000 On Sat, Dec 08, 2018 at 02:08:20AM +0200, Konstantin Belousov wrote: > On Fri, Dec 07, 2018 at 03:52:33PM -0800, Steve Kargl wrote: > > On Fri, Dec 07, 2018 at 03:30:19PM -0800, Steve Kargl wrote: > > > On Fri, Dec 07, 2018 at 03:06:22PM -0800, Steve Kargl wrote: > > > > > > > > make core dumps. > > > > devd core dumps. > > > > init core dumps. > > > > cc core dumps. > > > > c++ core dumps. > > > > > > > > Something seems to be broken. > > > > > > > > > > Further investigation, > > > as core dumps. > > > cpp core dumps. > > > /rescue/vi core dumps. > > > > > > All of these programs are statically linked. Note, ar and ranlib > > > have static linkage, and appear to still work but these were not > > > replaced by the failing 'make installworld'. > > > > > > Ah, so if I go into /usr/obj/usr/src/amd64.amd64/ar, this ar > > > is static and not stripped and works! But, if I do > > > > > > cp ar ar.new > > > strip ar > > > ./ar > > > > > > This ar core dumps. So, stripping static binaries seems to > > > break the binary. > > > > > > > Yep, definitely, a problem with stripping static binaries. > > > > I copied both init and devd from /usr/obj to /sbin without > > stripping the binaries. System rebooted as expected. > > Most likely this is an issue fixed by r339350. My tree is at r341703. The last paragraph of the commit message for r339350 is Just remove filter_reloc. This fixes certain cases including statically linked binaries containing ifuncs. Stripping binaries with relocations referencing removed symbols was already broken, and after this change may still be broken in a different way. So, I guess I'm hitting the "broken in a different way". The gdb82 backtrace ends up in jemalloc. I do build world with MALLOC_PRODUCTION="YES". Perhaps, ifuncs+jemalloc aren't at production level. I have few more broken static binaries that I need to replace before I can rebuild without MALLOC_PRODUCTION. -- Steve From owner-freebsd-current@freebsd.org Sat Dec 8 00:43:30 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D4C1F1326FBB; Sat, 8 Dec 2018 00:43:29 +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 F361480C96; Sat, 8 Dec 2018 00:43:28 +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 wB80hHhD086970 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 8 Dec 2018 02:43:20 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua wB80hHhD086970 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id wB80hHcf086969; Sat, 8 Dec 2018 02:43:17 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 8 Dec 2018 02:43:17 +0200 From: Konstantin Belousov To: Steve Kargl Cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: HEADSUP: Something has gone south with -current Message-ID: <20181208004317.GN52540@kib.kiev.ua> References: <20181207230622.GA22163@troutmask.apl.washington.edu> <20181207233019.GA22981@troutmask.apl.washington.edu> <20181207235233.GA23410@troutmask.apl.washington.edu> <20181208000820.GM52540@kib.kiev.ua> <20181208002539.GC23410@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181208002539.GC23410@troutmask.apl.washington.edu> User-Agent: Mutt/1.11.0 (2018-11-25) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tom.home X-Rspamd-Queue-Id: F361480C96 X-Spamd-Result: default: False [-5.06 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[gmail.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.95)[-0.947,0]; IP_SCORE(-2.10)[ip: (-2.48), ipnet: 2001:470::/32(-4.48), asn: 6939(-3.47), country: US(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; RCVD_TLS_LAST(0.00)[]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 08 Dec 2018 00:43:30 -0000 On Fri, Dec 07, 2018 at 04:25:39PM -0800, Steve Kargl wrote: > On Sat, Dec 08, 2018 at 02:08:20AM +0200, Konstantin Belousov wrote: > > On Fri, Dec 07, 2018 at 03:52:33PM -0800, Steve Kargl wrote: > > > On Fri, Dec 07, 2018 at 03:30:19PM -0800, Steve Kargl wrote: > > > > On Fri, Dec 07, 2018 at 03:06:22PM -0800, Steve Kargl wrote: > > > > > > > > > > make core dumps. > > > > > devd core dumps. > > > > > init core dumps. > > > > > cc core dumps. > > > > > c++ core dumps. > > > > > > > > > > Something seems to be broken. > > > > > > > > > > > > > Further investigation, > > > > as core dumps. > > > > cpp core dumps. > > > > /rescue/vi core dumps. > > > > > > > > All of these programs are statically linked. Note, ar and ranlib > > > > have static linkage, and appear to still work but these were not > > > > replaced by the failing 'make installworld'. > > > > > > > > Ah, so if I go into /usr/obj/usr/src/amd64.amd64/ar, this ar > > > > is static and not stripped and works! But, if I do > > > > > > > > cp ar ar.new > > > > strip ar > > > > ./ar > > > > > > > > This ar core dumps. So, stripping static binaries seems to > > > > break the binary. > > > > > > > > > > Yep, definitely, a problem with stripping static binaries. > > > > > > I copied both init and devd from /usr/obj to /sbin without > > > stripping the binaries. System rebooted as expected. > > > > Most likely this is an issue fixed by r339350. > > My tree is at r341703. The last paragraph of the commit > message for r339350 is Which tree ? The strip that is used by install should be past this revision. > > Just remove filter_reloc. This fixes certain cases including statically > linked binaries containing ifuncs. Stripping binaries with relocations > referencing removed symbols was already broken, and after this change > may still be broken in a different way. > > So, I guess I'm hitting the "broken in a different way". > > The gdb82 backtrace ends up in jemalloc. I do build world with > MALLOC_PRODUCTION="YES". Perhaps, ifuncs+jemalloc aren't at > production level. I have few more broken static binaries that > I need to replace before I can rebuild without MALLOC_PRODUCTION. > > -- > Steve From owner-freebsd-current@freebsd.org Sat Dec 8 01:02:05 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C4A041327A76; Sat, 8 Dec 2018 01:02:05 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C7A778249B; Sat, 8 Dec 2018 01:02:04 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id wB8123MB024773 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 7 Dec 2018 17:02:03 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id wB8123xq024772; Fri, 7 Dec 2018 17:02:03 -0800 (PST) (envelope-from sgk) Date: Fri, 7 Dec 2018 17:02:03 -0800 From: Steve Kargl To: Konstantin Belousov Cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: HEADSUP: Something has gone south with -current Message-ID: <20181208010203.GA24554@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20181207230622.GA22163@troutmask.apl.washington.edu> <20181207233019.GA22981@troutmask.apl.washington.edu> <20181207235233.GA23410@troutmask.apl.washington.edu> <20181208000820.GM52540@kib.kiev.ua> <20181208002539.GC23410@troutmask.apl.washington.edu> <20181208004317.GN52540@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181208004317.GN52540@kib.kiev.ua> User-Agent: Mutt/1.10.1 (2018-07-13) X-Rspamd-Queue-Id: C7A778249B X-Spamd-Result: default: False [1.17 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.82)[-0.821,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[washington.edu]; REPLYTO_ADDR_EQ_FROM(0.00)[]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.31)[0.315,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.76)[0.764,0]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.22)[ip: (0.90), ipnet: 128.95.0.0/16(0.10), asn: 73(0.19), country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 08 Dec 2018 01:02:05 -0000 On Sat, Dec 08, 2018 at 02:43:17AM +0200, Konstantin Belousov wrote: > On Fri, Dec 07, 2018 at 04:25:39PM -0800, Steve Kargl wrote: > > On Sat, Dec 08, 2018 at 02:08:20AM +0200, Konstantin Belousov wrote: > > > > > > Most likely this is an issue fixed by r339350. > > > > My tree is at r341703. The last paragraph of the commit > > message for r339350 is > Which tree ? The strip that is used by install should be past this > revision. > % cd /usr/src % svn info Path: . Working Copy Root Path: /usr/src URL: svn://svn.freebsd.org/base/head Relative URL: ^/head Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 341703 Node Kind: directory Schedule: normal Last Changed Author: emaste Last Changed Rev: 341703 Last Changed Date: 2018-12-07 08:52:52 -0800 (Fri, 07 Dec 2018) This is the /usr/src that has led to the broken static binaries. Looking at timestamps, I have % ls -l /usr/bin/strip -r-xr-xr-x 2 root wheel - 131144 Oct 10 17:10 /usr/bin/strip* which is the strip from my Oct 10 build. This strip did not get updated because 'make installworld' died. Does install during an installworld use the old strip instead of freshly built strip? -- Steve From owner-freebsd-current@freebsd.org Sat Dec 8 01:32:57 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8C15C1329345; Sat, 8 Dec 2018 01:32:57 +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 B4192838BF; Sat, 8 Dec 2018 01:32:56 +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 wB81Wk3h006016 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 8 Dec 2018 03:32:49 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua wB81Wk3h006016 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id wB81Wkjp006015; Sat, 8 Dec 2018 03:32:46 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 8 Dec 2018 03:32:46 +0200 From: Konstantin Belousov To: Steve Kargl Cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: HEADSUP: Something has gone south with -current Message-ID: <20181208013246.GP52540@kib.kiev.ua> References: <20181207230622.GA22163@troutmask.apl.washington.edu> <20181207233019.GA22981@troutmask.apl.washington.edu> <20181207235233.GA23410@troutmask.apl.washington.edu> <20181208000820.GM52540@kib.kiev.ua> <20181208002539.GC23410@troutmask.apl.washington.edu> <20181208004317.GN52540@kib.kiev.ua> <20181208010203.GA24554@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181208010203.GA24554@troutmask.apl.washington.edu> User-Agent: Mutt/1.11.0 (2018-11-25) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tom.home X-Rspamd-Queue-Id: B4192838BF X-Spamd-Result: default: False [-5.07 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[gmail.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.96)[-0.956,0]; IP_SCORE(-2.10)[ip: (-2.47), ipnet: 2001:470::/32(-4.48), asn: 6939(-3.47), country: US(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; RCVD_TLS_LAST(0.00)[]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 08 Dec 2018 01:32:57 -0000 On Fri, Dec 07, 2018 at 05:02:03PM -0800, Steve Kargl wrote: > On Sat, Dec 08, 2018 at 02:43:17AM +0200, Konstantin Belousov wrote: > > On Fri, Dec 07, 2018 at 04:25:39PM -0800, Steve Kargl wrote: > > > On Sat, Dec 08, 2018 at 02:08:20AM +0200, Konstantin Belousov wrote: > > > > > > > > Most likely this is an issue fixed by r339350. > > > > > > My tree is at r341703. The last paragraph of the commit > > > message for r339350 is > > Which tree ? The strip that is used by install should be past this > > revision. > > > > % cd /usr/src > % svn info > Path: . > Working Copy Root Path: /usr/src > URL: svn://svn.freebsd.org/base/head > Relative URL: ^/head > Repository Root: svn://svn.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 341703 > Node Kind: directory > Schedule: normal > Last Changed Author: emaste > Last Changed Rev: 341703 > Last Changed Date: 2018-12-07 08:52:52 -0800 (Fri, 07 Dec 2018) > > This is the /usr/src that has led to the broken static binaries. > > Looking at timestamps, I have > > % ls -l /usr/bin/strip > -r-xr-xr-x 2 root wheel - 131144 Oct 10 17:10 /usr/bin/strip* > > which is the strip from my Oct 10 build. This strip did not get > updated because 'make installworld' died. Does install during > an installworld use the old strip instead of freshly built strip? It is installed (host) strip that is used, AFAIK. You can build static lib/libelftc and usr.bin/strip from the later date and install it to get past the issue. From owner-freebsd-current@freebsd.org Sat Dec 8 01:27:01 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E033E1328F18; Sat, 8 Dec 2018 01:27:00 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4759383533; Sat, 8 Dec 2018 01:27:00 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id wB81QwDZ025119 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 7 Dec 2018 17:26:58 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id wB81QwYs025118; Fri, 7 Dec 2018 17:26:58 -0800 (PST) (envelope-from sgk) Date: Fri, 7 Dec 2018 17:26:58 -0800 From: Steve Kargl To: Konstantin Belousov Cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: HEADSUP: Something has gone south with -current Message-ID: <20181208012658.GB24554@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20181207230622.GA22163@troutmask.apl.washington.edu> <20181207233019.GA22981@troutmask.apl.washington.edu> <20181207235233.GA23410@troutmask.apl.washington.edu> <20181208000820.GM52540@kib.kiev.ua> <20181208002539.GC23410@troutmask.apl.washington.edu> <20181208004317.GN52540@kib.kiev.ua> <20181208010203.GA24554@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181208010203.GA24554@troutmask.apl.washington.edu> User-Agent: Mutt/1.10.1 (2018-07-13) X-Rspamd-Queue-Id: 4759383533 X-Spamd-Result: default: False [1.22 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.83)[-0.834,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[washington.edu]; REPLYTO_ADDR_EQ_FROM(0.00)[]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.27)[0.269,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.89)[0.886,0]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.21)[ip: (0.85), ipnet: 128.95.0.0/16(0.10), asn: 73(0.19), country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 08 Dec 2018 01:27:01 -0000 On Fri, Dec 07, 2018 at 05:02:03PM -0800, Steve Kargl wrote: > On Sat, Dec 08, 2018 at 02:43:17AM +0200, Konstantin Belousov wrote: > > On Fri, Dec 07, 2018 at 04:25:39PM -0800, Steve Kargl wrote: > > > On Sat, Dec 08, 2018 at 02:08:20AM +0200, Konstantin Belousov wrote: > > > > > > > > Most likely this is an issue fixed by r339350. > > > > > > My tree is at r341703. The last paragraph of the commit > > > message for r339350 is > > Which tree ? The strip that is used by install should be past this > > revision. > > > This is the /usr/src that has led to the broken static binaries. > > Looking at timestamps, I have > > % ls -l /usr/bin/strip > -r-xr-xr-x 2 root wheel - 131144 Oct 10 17:10 /usr/bin/strip* > > which is the strip from my Oct 10 build. This strip did not get > updated because 'make installworld' died. Does install during > an installworld use the old strip instead of freshly built strip? > Looks like /usr/src/UPDATING could use an entry about r339350. I was updating an r339290 world to r341703. This jumps across r339350. /usr/bin/strip from r339290 apparently is used during installworld, which renders a system rather broken. 20181013: At r339350, /usr/bin/strip was updated to deal with the introduction of ifuncs into FreeBSD. In particular, a /usr/bin/strip from an earlier revision can lead to a broken system. To avoid mayhem, it is suggested that one does cd /usr/src/usr.bin/objcopy make install prior to 'make installworld' -- Steve From owner-freebsd-current@freebsd.org Sat Dec 8 11:13:07 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1486F13106CB; Sat, 8 Dec 2018 11:13:07 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [148.251.9.81]) by mx1.freebsd.org (Postfix) with ESMTP id 8044077F5C; Sat, 8 Dec 2018 11:13:06 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:2830:b347:cdce:35cc]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id AD2DE3CDE; Sat, 8 Dec 2018 14:13:04 +0300 (MSK) Date: Sat, 8 Dec 2018 14:13:03 +0300 From: Lev Serebryakov Reply-To: lev@FreeBSD.org Organization: FreeBSD Message-ID: <902729965.20181208141303@serebryakov.spb.ru> To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Painfully slow compilation (read: "make buildworld buildkernel") on not-so-weak system MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: base64 X-Rspamd-Queue-Id: 8044077F5C X-Spamd-Result: default: False [-2.98 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.99)[-0.986,0]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; ASN(0.00)[asn:24940, ipnet:148.251.0.0/16, country:DE] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 08 Dec 2018 11:13:07 -0000 SGVsbG8gRnJlZWJzZC1oYWNrZXJzLA0KDQogSSdtIGV4cGVyaWVuY2luZyB2ZXJ5IHN0cmFu Z2Ugc2l0dWF0aW9uIG9uIG15IGxhYiBzeXN0ZW0gd2hpY2ggaXMNCkUzLTEyMjB2MiwgOEdp QiBvZiBSQU0gYW5kIDg1MCBFVk8gU0FUQSBTU0QgKHdpdGggc2luZ2xlIFpGUyBwb29sKS4N Cg0KIEl0IHJ1bnMgQ1VSUkVOVCByMzQxMTU3LiBLZXJuZWwgaXMgYnVpbHQgKndpdGhvdXQq IElOVkFSSUFOVFMgYW5kIG90aGVyDQpoZWF2eSBkZWJ1ZyBhaWRzLg0KDQogRXZlcnl0aGlu ZyB3b3JrcyBncmVhdCCXIGJ1dCBjb21waWxhdGlvbi4gIm1ha2UgLWogKjEqIGJ1aWxka2Vy bmVsIiB0YWtlcw0KZm9yZXZlciBhbmQgZWFjaCBjb21waWxlciBpbnZvY2F0aW9uIHRha2Vz IHVwIHRvIDEwIHNlY29uZHMuIEZvciBleGFtcGxlLA0KSSd2ZSBjbG9ja2VkIGNvbXBpbGF0 aW9uIG9mIHN5cy9kZXYvYWljN3h4eC9haWM3eHh4XzkzY3g2LmMgYnkgc3RvcHdhdGNoIGFu ZA0KaXQgdGFrZXMgOSBzZWNvbmRzLiBQbGVhc2Ugbm90ZSwgaXQgaXMgU0lOR0xFIEpPQiBi dWlsZC4gSWYgSSBydW4gIm1ha2UNCi1qNCIgaXQgd2lsbCBiZSBtdWNoIGxvbmdlciBmb3Ig ZWFjaCBjb21waWxlciBvdXQgb2YgNC4gQW5kIGFsbCB0aGlzIHRpbWUNCiJjYyIgLyAiYysr IiBjb25zdW1lIDEwMCUgb2YgQ1BVLg0KDQogRXZlbiB3aGVuIGJ1aWxkIGlzIHNpbmdsZS1q b2IsIHN5c3RlbSBiZWNvbWVzIHVucmVzcG9uc2l2ZS4gV2l0aA0KNC1qb2IgYnVpbGQgcnVu bmluZyBpdCBjb3VsZCB0YWtlcyB1cCB0byBtaW51dGUgdG8gc3dpdGNoIHNjcmVlbidzIHdp bmRvd3MhDQoNCiBBbm90aGVyIHN0cmFuZ2UgdGhpbmcgSSBub3RpY2VkOiB3aGVuIHN5c3Rl bSBpcyBpbiBzdWNoIHN0YXRlLCAidG9wIC1TSCINCnNob3dzIHRoYXQgc29tZXRpbWVzIHZl cnkgbG93LXByb2ZpbGUgcHJvY2Vzc2VzLCBsaWtlIGNsb2NrIHNvZnR3YXJlDQppbnRlcnJ1 cHQgKCEpIGNvdWxkIGNvbnN1bWUgbGFyZ2UgYW1vdW50IG9mIENQVSBmb3Igc2hvcnQgcGVy aW9kcyB0aW1lLiBXaGVuDQpzeXN0ZW0gaXMgaWRsZSB0aGVyZSBuZXZlciB3aWxsIGJlICJp bnRye3N3aTQ6IGNsb2NrICgwKX0iIGNvbnN1bWluZyA1NSUgQ1BVDQpmb3Igb25lICJmcmFt ZSIgb3Igc3NoZCwgb3Igc2NyZWVuIGl0c2VsZi4NCg0KIEknbSBjb21wbGV0ZWx5IGxvc3Qu IElzIGl0IHByb2JsZW0gb2Ygc29mdHdhcmU/IEhhcmR3YXJlPyBJZiBpdCBpcw0KaGFyZHdh cmUgcHJvYmxlbSB3aGF0IHNob3VsZCBJIGJsYW1lPw0KDQogSSd2ZSBjaGVja2VkIGFsbCAi c3RhbmRhcmQiIHBsYWNlcyCXIENQVSBpcyBub3QgdGhyb3R0bGluZywgU1NEIGxvb2tzDQpw ZXJmZWN0bHkgT2sgYWNjb3JkaW5nIHRvIFNNQVJUIGFuZCB0aGVyZSBpcyBubyBjb21wbGFp bnMgZnJvbSBBSENJIGRyaXZlcg0KYWJvdXQgdGltZW91dHMgYW5kIHN1Y2gsIHN5c3RlbSBk b2Vzbid0IHN0YXJ0IHRvIHVzZSBzd2FwLg0KDQotLSANCkJlc3QgcmVnYXJkcywNCiBMZXYg ICAgICAgICAgICAgICAgICAgICAgICAgIG1haWx0bzpsZXZARnJlZUJTRC5vcmc= From owner-freebsd-current@freebsd.org Sat Dec 8 12:13:20 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D8B1F131299C; Sat, 8 Dec 2018 12:13:20 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [IPv6:2a01:4f8:201:6350::2]) by mx1.freebsd.org (Postfix) with ESMTP id 67DDB7A41C; Sat, 8 Dec 2018 12:13:20 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:2830:b347:cdce:35cc]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id 72DB13CF3; Sat, 8 Dec 2018 15:13:19 +0300 (MSK) Date: Sat, 8 Dec 2018 15:13:18 +0300 From: Lev Serebryakov Reply-To: lev@FreeBSD.org Organization: FreeBSD Message-ID: <872315806.20181208151318@serebryakov.spb.ru> To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: Painfully slow compilation (read: "make buildworld buildkernel") on not-so-weak system In-Reply-To: <902729965.20181208141303@serebryakov.spb.ru> References: <902729965.20181208141303@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: base64 X-Rspamd-Queue-Id: 67DDB7A41C X-Spamd-Result: default: False [-2.98 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.99)[-0.986,0]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 08 Dec 2018 12:13:21 -0000 SGVsbG8gTGV2LA0KDQpTYXR1cmRheSwgRGVjZW1iZXIgOCwgMjAxOCwgMjoxMzowMyBQTSwg eW91IHdyb3RlOg0KDQo+ICBJJ3ZlIGNoZWNrZWQgYWxsICJzdGFuZGFyZCIgcGxhY2VzIJcg Q1BVIGlzIG5vdCB0aHJvdHRsaW5nLCBTU0QgbG9va3MNCj4gcGVyZmVjdGx5IE9rIGFjY29y ZGluZyB0byBTTUFSVCBhbmQgdGhlcmUgaXMgbm8gY29tcGxhaW5zIGZyb20gQUhDSSBkcml2 ZXINCj4gYWJvdXQgdGltZW91dHMgYW5kIHN1Y2gsIHN5c3RlbSBkb2Vzbid0IHN0YXJ0IHRv IHVzZSBzd2FwLg0KIFpGUyBBUkMgd2FzIGNoZWNrZWQgdG9vLiBIZXJlIGlzIHN0YXRpc3Rp Y3MgZnJvbSB0b3Agd2hlbiBzaW5nbGUtam9iIGtlcm5lbA0KYnVpbGQgaXMgaW4gYWN0aW9u LiBBIGxvdCBvZiBmcmVlIG1lbW9yeSwgc21hbGwgQVJDLCB0b28gbXVjaCBDUFUgaXMNCmNv bnN1bWVkIGJ5IGludGVycnVwdHMsIGJ1dCB0aGVyZSBpcyBmcmVlIENQVSBjbG9ja3M6DQoN Cmxhc3QgcGlkOiAxOTQ4ODsgIGxvYWQgYXZlcmFnZXM6ICA3LjAzLCAgNS4zNSwgIDUuMTAg IHVwIDArMTQ6NDM6MDQgIDE1OjA5OjU1DQo0MTcgdGhyZWFkczogICA3IHJ1bm5pbmcsIDM5 NSBzbGVlcGluZywgMTUgd2FpdGluZw0KQ1BVIDA6IDUwLjAlIHVzZXIsICAwLjAlIG5pY2Us ICAwLjAlIHN5c3RlbSwgMTYuNCUgaW50ZXJydXB0LCAzMy42JSBpZGxlDQpDUFUgMTogMTYu NCUgdXNlciwgIDAuMCUgbmljZSwgMTYuOCUgc3lzdGVtLCAgMC4wJSBpbnRlcnJ1cHQsIDY2 LjglIGlkbGUNCkNQVSAyOiAgMC4wJSB1c2VyLCAgMC4wJSBuaWNlLCAzMy4yJSBzeXN0ZW0s ICAwLjAlIGludGVycnVwdCwgNjYuOCUgaWRsZQ0KQ1BVIDM6IDMzLjIlIHVzZXIsICAwLjAl IG5pY2UsIDMzLjIlIHN5c3RlbSwgIDAuMCUgaW50ZXJydXB0LCAzMy42JSBpZGxlDQpNZW06 IDI4TSBBY3RpdmUsIDMxNU0gSW5hY3QsIDIwNzZLIExhdW5kcnksIDI1NDFNIFdpcmVkLCAx MTI5SyBCdWYsIDUwMzFNIEZyZWUNCkFSQzogMTAyNU0gVG90YWwsIDE5N00gTUZVLCA0MTVN IE1SVSwgNTE0SyBBbm9uLCAyME0gSGVhZGVyLCAzOTJNIE90aGVyDQogICAgIDE4OU0gQ29t cHJlc3NlZCwgNTYzTSBVbmNvbXByZXNzZWQsIDIuOTg6MSBSYXRpbw0KU3dhcDogMTZHIFRv dGFsLCAxNkcgRnJlZQ0KDQoNCg0KDQotLSANCkJlc3QgcmVnYXJkcywNCiBMZXYgICAgICAg ICAgICAgICAgICAgICAgICAgICAgbWFpbHRvOmxldkBGcmVlQlNELm9yZw== From owner-freebsd-current@freebsd.org Sat Dec 8 12:48:57 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F07B1131433D; Sat, 8 Dec 2018 12:48:56 +0000 (UTC) (envelope-from waitman@waitman.net) Received: from mail4.protonmail.ch (mail4.protonmail.ch [185.70.40.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.protonmail.ch", Issuer "QuoVadis Global SSL ICA G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C72657BAEF; Sat, 8 Dec 2018 12:48:55 +0000 (UTC) (envelope-from waitman@waitman.net) Date: Sat, 08 Dec 2018 12:48:38 +0000 To: "lev@FreeBSD.org" From: Waitman Gobble Cc: "freebsd-hackers@freebsd.org" , "freebsd-current@freebsd.org" Reply-To: Waitman Gobble Subject: Re: Painfully slow compilation (read: "make buildworld buildkernel") on not-so-weak system Message-ID: In-Reply-To: <135752149.20181208151859@serebryakov.spb.ru> References: <902729965.20181208141303@serebryakov.spb.ru> <135752149.20181208151859@serebryakov.spb.ru> Feedback-ID: a9EiCCViSiSHQ6Bx5OnM7zSE3j9mdPjjMltovBgA7v_vv_C4nKI9vbMXvmk_xW33cGmibh2zGAa2Co0Llrno4A==:Ext:ProtonMail MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.protonmail.ch X-Rspamd-Queue-Id: C72657BAEF X-Spamd-Result: default: False [-5.62 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[waitman@waitman.net]; R_DKIM_ALLOW(-0.20)[waitman.net]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; MX_GOOD(-0.01)[mail.protonmail.ch]; DKIM_TRACE(0.00)[waitman.net:+]; DMARC_POLICY_ALLOW(-0.50)[waitman.net,reject]; NEURAL_HAM_SHORT(-0.77)[-0.773,0]; TO_DN_EQ_ADDR_ALL(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; RCVD_IN_DNSWL_LOW(-0.10)[27.40.70.185.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-1.74)[ipnet: 185.70.40.0/24(-4.77), asn: 19905(-3.82), country: US(-0.09)]; ASN(0.00)[asn:19905, ipnet:185.70.40.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 08 Dec 2018 12:48:57 -0000 =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 Original Me= ssage =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 On Saturday, December 8, 2018 8:18 AM, Lev Serebryakov wr= ote: > Hello Lev, > > Saturday, December 8, 2018, 2:13:03 PM, you wrote: > > > Another strange thing I noticed: when system is in such state, "top -SH= " > > shows that sometimes very low-profile processes, like clock software > > interrupt (!) could consume large amount of CPU for short periods time.= When > > system is idle there never will be "intr{swi4: clock (0)}" consuming 55= % CPU > > for one "frame" or sshd, or screen itself. > > Like this. This system doesn't have any significant network traffic now = =E2=80=94 > only one ssh connection, which is used as console. And 62.3% for network > card. WTF?! > > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 20128 root 101 0 104M 74M CPU1 1 0:31 100.00% cc > 0 root -76 - 0 4608K - 2 53:25 62.23% kernel{if_config_tqg_0} > 11 root -60 - 0 240K WAIT 0 25:45 24.89% intr{swi4: clock (0)} > 9 root -8 - 0 160K tx->tx 0 7:38 24.88% zfskern{txg_thread_enter} > > 995 root 24 0 17M 7676K select 1 2:20 12.44% sendmail > 13791 root 24 0 24M 15M select 0 0:04 12.44% make > > > -------------------------------------------------------------------------= -------------------------------- > > Best regards, > Lev mailto:lev@FreeBSD.org > > freebsd-hackers@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org= " I had super slow build for r341270, but I thought it was because I accident= ally left WITNESS option set. I killed it after about 10 hours, booted to single user and rebuilt kernel = there. Waitman From owner-freebsd-current@freebsd.org Sat Dec 8 12:19:01 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 426C21312C94; Sat, 8 Dec 2018 12:19:01 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [148.251.9.81]) by mx1.freebsd.org (Postfix) with ESMTP id D91CA7A6B5; Sat, 8 Dec 2018 12:19:00 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:2830:b347:cdce:35cc]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id E3D173CF5; Sat, 8 Dec 2018 15:18:59 +0300 (MSK) Date: Sat, 8 Dec 2018 15:18:59 +0300 From: Lev Serebryakov Reply-To: lev@FreeBSD.org Organization: FreeBSD Message-ID: <135752149.20181208151859@serebryakov.spb.ru> To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: Painfully slow compilation (read: "make buildworld buildkernel") on not-so-weak system In-Reply-To: <902729965.20181208141303@serebryakov.spb.ru> References: <902729965.20181208141303@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: base64 X-Rspamd-Queue-Id: D91CA7A6B5 X-Spamd-Result: default: False [-2.98 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.99)[-0.986,0]; ASN(0.00)[asn:24940, ipnet:148.251.0.0/16, country:DE] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 08 Dec 2018 12:19:01 -0000 SGVsbG8gTGV2LA0KDQpTYXR1cmRheSwgRGVjZW1iZXIgOCwgMjAxOCwgMjoxMzowMyBQTSwg eW91IHdyb3RlOg0KDQoNCj4gIEFub3RoZXIgc3RyYW5nZSB0aGluZyBJIG5vdGljZWQ6IHdo ZW4gc3lzdGVtIGlzIGluIHN1Y2ggc3RhdGUsICJ0b3AgLVNIIg0KPiBzaG93cyB0aGF0IHNv bWV0aW1lcyB2ZXJ5IGxvdy1wcm9maWxlIHByb2Nlc3NlcywgbGlrZSBjbG9jayBzb2Z0d2Fy ZQ0KPiBpbnRlcnJ1cHQgKCEpIGNvdWxkIGNvbnN1bWUgbGFyZ2UgYW1vdW50IG9mIENQVSBm b3Igc2hvcnQgcGVyaW9kcyB0aW1lLiBXaGVuDQo+IHN5c3RlbSBpcyBpZGxlIHRoZXJlIG5l dmVyIHdpbGwgYmUgImludHJ7c3dpNDogY2xvY2sgKDApfSIgY29uc3VtaW5nIDU1JSBDUFUN Cj4gZm9yIG9uZSAiZnJhbWUiIG9yIHNzaGQsIG9yIHNjcmVlbiBpdHNlbGYuDQogTGlrZSB0 aGlzLiBUaGlzIHN5c3RlbSBkb2Vzbid0IGhhdmUgYW55IHNpZ25pZmljYW50IG5ldHdvcmsg dHJhZmZpYyBub3cglw0Kb25seSBvbmUgc3NoIGNvbm5lY3Rpb24sIHdoaWNoIGlzIHVzZWQg YXMgY29uc29sZS4gQW5kIDYyLjMlIGZvciBuZXR3b3JrDQpjYXJkLiBXVEY/IQ0KDQogIFBJ RCBVU0VSTkFNRSAgICBQUkkgTklDRSAgIFNJWkUgICAgUkVTIFNUQVRFICAgIEMgICBUSU1F ICAgIFdDUFUgQ09NTUFORA0KMjAxMjggcm9vdCAgICAgICAgMTAxICAgIDAgICAxMDRNICAg IDc0TSBDUFUxICAgICAxICAgMDozMSAxMDAuMDAlIGNjDQogICAgMCByb290ICAgICAgICAt NzYgICAgLSAgICAgIDAgIDQ2MDhLIC0gICAgICAgIDIgIDUzOjI1ICA2Mi4yMyUga2VybmVs e2lmX2NvbmZpZ190cWdfMH0NCiAgIDExIHJvb3QgICAgICAgIC02MCAgICAtICAgICAgMCAg IDI0MEsgV0FJVCAgICAgMCAgMjU6NDUgIDI0Ljg5JSBpbnRye3N3aTQ6IGNsb2NrICgwKX0N CiAgICA5IHJvb3QgICAgICAgICAtOCAgICAtICAgICAgMCAgIDE2MEsgdHgtPnR4ICAgMCAg IDc6MzggIDI0Ljg4JSB6ZnNrZXJue3R4Z190aHJlYWRfZW50ZXJ9DQogIDk5NSByb290ICAg ICAgICAgMjQgICAgMCAgICAxN00gIDc2NzZLIHNlbGVjdCAgIDEgICAyOjIwICAxMi40NCUg c2VuZG1haWwNCjEzNzkxIHJvb3QgICAgICAgICAyNCAgICAwICAgIDI0TSAgICAxNU0gc2Vs ZWN0ICAgMCAgIDA6MDQgIDEyLjQ0JSBtYWtlDQoNCg0KDQoNCi0tIA0KQmVzdCByZWdhcmRz LA0KIExldiAgICAgICAgICAgICAgICAgICAgICAgICAgICBtYWlsdG86bGV2QEZyZWVCU0Qu b3Jn From owner-freebsd-current@freebsd.org Sat Dec 8 14:20:44 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 686D31317B4A; Sat, 8 Dec 2018 14:20:44 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [IPv6:2a01:4f8:201:6350::2]) by mx1.freebsd.org (Postfix) with ESMTP id B6BFF7F7F8; Sat, 8 Dec 2018 14:20:43 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:2830:b347:cdce:35cc]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id BC9D23D1D; Sat, 8 Dec 2018 17:20:42 +0300 (MSK) Date: Sat, 8 Dec 2018 17:20:42 +0300 From: Lev Serebryakov Reply-To: lev@FreeBSD.org Organization: FreeBSD Message-ID: <1034207210.20181208172042@serebryakov.spb.ru> To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: Painfully slow compilation (read: "make buildworld buildkernel") on not-so-weak system In-Reply-To: <902729965.20181208141303@serebryakov.spb.ru> References: <902729965.20181208141303@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: B6BFF7F7F8 X-Spamd-Result: default: False [-2.96 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.96)[-0.962,0]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; NEURAL_HAM_LONG(-1.00)[-0.999,0] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 08 Dec 2018 14:20:44 -0000 Hello Lev, Saturday, December 8, 2018, 2:13:03 PM, you wrote: > Even when build is single-job, system becomes unresponsive. With > 4-job build running it could takes up to minute to switch screen's windows! And even with 1-job kernel build upsmon's connection to remote upsd flickers! Unbelievable. Looks like each next compiler invocation is slower and more stressful than previous one. -- Best regards, Lev mailto:lev@FreeBSD.org From owner-freebsd-current@freebsd.org Sat Dec 8 14:27:45 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D8AAA131823B; Sat, 8 Dec 2018 14:27:44 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-qk1-x72e.google.com (mail-qk1-x72e.google.com [IPv6:2607:f8b0:4864:20::72e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3BCB8800DB; Sat, 8 Dec 2018 14:27:44 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-qk1-x72e.google.com with SMTP id o125so4162243qkf.3; Sat, 08 Dec 2018 06:27:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=SXVkYFTKE6IlooEgY4mKxhD50MOe2W1JgxcCurXnH4s=; b=sWGZTVlTyL0qwIasH77VweimA8/Da3f2vglEi9TESAIqtSpyYMLHiOwsnm6oDhrzwK dfc2ngj0NxN3U4UFPe9g26PGMywLEe5RWgyfBrKXMiJJGsD1jgsR17uzrtV2vSMipHBl 7VAdH6kk/sSziGHvRTPktoHkyz9owkSYqPX/hFcV8MyrkXZjVwOWG3MIPO4PDryTItKY jw7Dx2OInXkh7S39EAhRiQO+YNgFF6Oz65tEioqawZVLZ5KyuRlxQPjUWV8F+0aOO74L 10NhZOAYKBuSAu+j0u+O2UwCUE0v3bylJ61xyr+on5MlC3Gn536DzFM1jI4VNQEjU0Bd PyUw== 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=SXVkYFTKE6IlooEgY4mKxhD50MOe2W1JgxcCurXnH4s=; b=oeIArEft/TR/16i35T4aO+GEtBoqyl/DjVlBK6kML4KufBUHbTZM4e62yXYxmGHcO+ fi1mlqefJfc9tOtVKQlPz300rLPsA/Ko+VSCPpMWnjFauzzpr5UDaNVUm88qtLeYDcT8 y0TD7bRe08sJxhHHi3atihdVLHFx+YCsGNybk5RIHPNSPkEewLiOxqdXHTGMjYYj3Ez0 DLpSzt+DuNxE2DZbRPMpPGOvjY1KSgUQVdIjltUj6kNWxoAgkKwjC23ffTPkna6INNbo qR3XfMfsTPEwmTWB/YUetuZTBpFeOsYYpLKem1Ao3KggbTc80RdTrLiyfKjVw+oPqdV/ jBjQ== X-Gm-Message-State: AA+aEWbkj+7R3H8nPTWVuX7kW4/x2hmUaDpe/spRdXIaNtOt9KpVvrbV MBz3UR69o5Kj7umk7yy2twd3Byd/+KsAbGfYD+FcNQ== X-Google-Smtp-Source: AFSGD/WEmW1P7NKjieHMKarlTpQdlenq7nW9/t3stiADg7tOWxxEKHWVuVf3jK5t1zMiUYBMA/oWlciYYsQ2X8l8boM= X-Received: by 2002:a37:a1c1:: with SMTP id k184mr5216657qke.166.1544279263648; Sat, 08 Dec 2018 06:27:43 -0800 (PST) MIME-Version: 1.0 Received: by 2002:ac8:784:0:0:0:0:0 with HTTP; Sat, 8 Dec 2018 06:27:42 -0800 (PST) In-Reply-To: <1034207210.20181208172042@serebryakov.spb.ru> References: <902729965.20181208141303@serebryakov.spb.ru> <1034207210.20181208172042@serebryakov.spb.ru> From: Mateusz Guzik Date: Sat, 8 Dec 2018 15:27:42 +0100 Message-ID: Subject: Re: Painfully slow compilation (read: "make buildworld buildkernel") on not-so-weak system To: lev@freebsd.org Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 3BCB8800DB X-Spamd-Result: default: False [-6.26 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[e.2.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.95)[-0.953,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; IP_SCORE(-2.30)[ip: (-8.61), ipnet: 2607:f8b0::/32(-1.48), asn: 15169(-1.30), country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 08 Dec 2018 14:27:45 -0000 On 12/8/18, Lev Serebryakov wrote: > Hello Lev, > > Saturday, December 8, 2018, 2:13:03 PM, you wrote: > > >> Even when build is single-job, system becomes unresponsive. With >> 4-job build running it could takes up to minute to switch screen's >> windows! > And even with 1-job kernel build upsmon's connection to remote upsd > flickers! Unbelievable. > > Looks like each next compiler invocation is slower and more stressful than > previous one. > Is this a fresh install? Can you please narrow the problem down to a specific kernel revision? Most importantly, does this show up with a 12.0 kernel? I'm running one amd box and a number of intel boxes with various cpus, no issues. -- Mateusz Guzik From owner-freebsd-current@freebsd.org Sat Dec 8 13:27:38 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8B3081315C9D; Sat, 8 Dec 2018 13:27:38 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:d12:604::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D3A0D7D56F; Sat, 8 Dec 2018 13:27:27 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id wB8DRJVL011991 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 8 Dec 2018 14:27:20 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: lev@FreeBSD.org Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id wB8DRIO8064618 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sat, 8 Dec 2018 20:27:18 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Painfully slow compilation (read: "make buildworld buildkernel") on not-so-weak system To: lev@FreeBSD.org, freebsd-hackers@freebsd.org, freebsd-current@freebsd.org References: <902729965.20181208141303@serebryakov.spb.ru> From: Eugene Grosbein Message-ID: <405867c6-b9aa-22c9-7e16-3196350a4469@grosbein.net> Date: Sat, 8 Dec 2018 20:27:13 +0700 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: <902729965.20181208141303@serebryakov.spb.ru> Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 SPF_PASS SPF: sender matches SPF record * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: D3A0D7D56F X-Spamd-Result: default: False [-4.35 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; MX_INVALID(0.50)[greylisted]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[grosbein.net]; RCVD_COUNT_THREE(0.00)[3]; R_SPF_PERMFAIL(0.00)[]; NEURAL_HAM_SHORT(-0.93)[-0.926,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-1.83)[ip: (-3.17), ipnet: 2a01:4f8::/29(-3.47), asn: 24940(-2.48), country: DE(-0.01)]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-Mailman-Approved-At: Sat, 08 Dec 2018 14:26:01 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 08 Dec 2018 13:27:38 -0000 08.12.2018 18:13, Lev Serebryakov wrote: > I'm completely lost. Is it problem of software? Hardware? If it is > hardware problem what should I blame? Try using different kern.timecounter.hardware and/or kern.eventtimer.timer but first try kern.eventtimer.periodic=1 instead of default 0. If something of this helps, try going back to defaults and then disable power-saving settings, if any. From owner-freebsd-current@freebsd.org Sat Dec 8 13:45:03 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 28B591316A88; Sat, 8 Dec 2018 13:45:03 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [148.251.9.81]) by mx1.freebsd.org (Postfix) with ESMTP id ABC8E7E2BC; Sat, 8 Dec 2018 13:45:02 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:2830:b347:cdce:35cc]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id CDE803D12; Sat, 8 Dec 2018 16:44:55 +0300 (MSK) Date: Sat, 8 Dec 2018 16:44:55 +0300 From: Lev Serebryakov Reply-To: Lev Serebryakov Organization: FreeBSD Message-ID: <1794522781.20181208164455@serebryakov.spb.ru> To: Eugene Grosbein , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: Painfully slow compilation (read: "make buildworld buildkernel") on not-so-weak system In-Reply-To: <405867c6-b9aa-22c9-7e16-3196350a4469@grosbein.net> References: <902729965.20181208141303@serebryakov.spb.ru> <405867c6-b9aa-22c9-7e16-3196350a4469@grosbein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: ABC8E7E2BC X-Spamd-Result: default: False [-2.99 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.99)[-0.994,0]; ASN(0.00)[asn:24940, ipnet:148.251.0.0/16, country:DE] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 08 Dec 2018 13:45:03 -0000 Hello Eugene, Saturday, December 8, 2018, 4:27:13 PM, you wrote: >> I'm completely lost. Is it problem of software? Hardware? If it is >> hardware problem what should I blame? > Try using different kern.timecounter.hardware and/or kern.eventtimer.timer > but first try kern.eventtimer.periodic=1 instead of default 0. Nothing helps. I've tried periodic=1 and replace hardware and time with HPT (from TSC-Low and LAPIC), but system still "sticky" with single-job build and unresposnive with multiple-job build, and still there is strange bursts of CPU consumption from threads and processes which should be low-profile. > If something of this helps, try going back to defaults and then disable power-saving settings, if any. I'll try to disable C2/C3 and turn off Turbo as next step... -- Best regards, Lev mailto:lev@FreeBSD.org From owner-freebsd-current@freebsd.org Sat Dec 8 16:58:41 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 13B4213222FB; Sat, 8 Dec 2018 16:58:41 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [148.251.9.81]) by mx1.freebsd.org (Postfix) with ESMTP id 90B0F85D00; Sat, 8 Dec 2018 16:58:40 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:2830:b347:cdce:35cc]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id 84F3C3D4B; Sat, 8 Dec 2018 19:58:38 +0300 (MSK) Date: Sat, 8 Dec 2018 19:58:37 +0300 From: Lev Serebryakov Reply-To: lev@FreeBSD.org Organization: FreeBSD Message-ID: <1844304999.20181208195837@serebryakov.spb.ru> To: Mateusz Guzik CC: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: Painfully slow compilation (read: "make buildworld buildkernel") on not-so-weak system In-Reply-To: References: <902729965.20181208141303@serebryakov.spb.ru> <1034207210.20181208172042@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 90B0F85D00 X-Spamd-Result: default: False [-2.97 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.97)[-0.972,0]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; ASN(0.00)[asn:24940, ipnet:148.251.0.0/16, country:DE] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 08 Dec 2018 16:58:41 -0000 Hello Mateusz, Saturday, December 8, 2018, 5:27:42 PM, you wrote: >> Looks like each next compiler invocation is slower and more stressful than >> previous one. > Is this a fresh install? Almost fresh. It was installed from some rather fresh 13 snapshot and then upgraded to r341157 and custom kernel via source update. Now I'm trying to update it second time without luck. First upgrade was not so painful, as far as I can remember :-) > Can you please narrow the problem down to a specific kernel revision? I'm still not sure it is software or hardware problem. > Most importantly, does this show up with a 12.0 kernel? I didn't tried 12 kernel on this hardware. > I'm running one amd box and a number of intel boxes with various cpus, > no issues. Me too, but this is only one box which have 13 and try to compile something, all other boxes are either 11/12 or are small NanoBSD installations without toolchain... -- Best regards, Lev mailto:lev@FreeBSD.org From owner-freebsd-current@freebsd.org Sat Dec 8 19:09:47 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3F6481326717; Sat, 8 Dec 2018 19:09:47 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [IPv6:2a01:4f8:201:6350::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8C56B8BE45; Sat, 8 Dec 2018 19:09:46 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:2830:b347:cdce:35cc]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id 87ADA3D84; Sat, 8 Dec 2018 22:09:44 +0300 (MSK) Date: Sat, 8 Dec 2018 22:09:43 +0300 From: Lev Serebryakov Reply-To: lev@FreeBSD.org Organization: FreeBSD Message-ID: <1102394497.20181208220943@serebryakov.spb.ru> To: Mateusz Guzik CC: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: ZFS sends TIRMs to agressively? (Was: Painfully slow compilation (read: "make buildworld buildkernel") on not-so-weak system) In-Reply-To: <1844304999.20181208195837@serebryakov.spb.ru> References: <902729965.20181208141303@serebryakov.spb.ru> <1034207210.20181208172042@serebryakov.spb.ru> <1844304999.20181208195837@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 8C56B8BE45 X-Spamd-Result: default: False [-2.99 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.99)[-0.992,0]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 08 Dec 2018 19:09:47 -0000 Hello Lev, Saturday, December 8, 2018, 7:58:37 PM, you wrote: >> Can you please narrow the problem down to a specific kernel revision? > I'm still not sure it is software or hardware problem. Looks like Samsung 850 EVO doesn't like TRIMs sent by ZFS (and I've thought it is good SSD, consumer-grade, but really good one!). I've tuned down TRIMs with vfs.zfs.per_txg_dirty_frees_percent=10 vfs.zfs.free_max_blocks=1000 vfs.zfs.vdev.trim_max_active=4 And it MOSTLY solved problem: there are some freezing from time to time (and strange consumption of CPU by low-profile threads) with these settings. When I've disabled TRIM completely all freezes are gone, and low-profile threads consume tenths of percent of CPU, as it is intended. -- Best regards, Lev mailto:lev@FreeBSD.org From owner-freebsd-current@freebsd.org Sat Dec 8 20:26:15 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C4FB913285BB for ; Sat, 8 Dec 2018 20:26:14 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 C47258E666 for ; Sat, 8 Dec 2018 20:26:13 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 20BB420F5C for ; Sat, 8 Dec 2018 15:26:13 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Sat, 08 Dec 2018 15:26:13 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.net; h=to :from:subject:message-id:date:mime-version:content-type; s=fm3; bh=uiRL3ib982gTGnq6SQ/mK4SbAXMXfE9tp5d7nV0Lhn8=; b=tgTpf/yEdGBw K7J8wg4vy0yRi3wfJlkVIg42G2Yr3APKcyeBNEXdb39epT6o0zTSpnD1LYZwuTqA 0ceYvJ+iko+F6aO3VS5l1spDWF2t9aGIHWG6zBrTX0mmpmLr52avHh3T3m9OwkwH gRQm5+ZEicX9t+GCrScO2NiPqjZpJ5v/eOn15tRIHeWnpHBiFcH6BSQj6ciC6+Nr CYyUA9M5JGQjobAR1/dOIezLqmx/d7C52drB6BmEvKhRS560cNuHOroMAj1jwLxo E+1vgURxevXFao2K0rvC9Q+/7QUCLwDCPJFaXYQjUw2fCuTThhdbMTMgnlIaHXaj euAHIuHtWg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=uiRL3ib982gTGnq6SQ/mK4SbAXMXf E9tp5d7nV0Lhn8=; b=fYBTLXduIRMYqXdR/neuiEME75OR+/JvZrD7u0LDRtdZN r786c+isO6klVNIRRl43kNt6IBru2PlOaBYgZ8iiXqpGyVra9drxXAJTpqeiJXIP fdO5F7gInqvl5uvh7yFjaSpkSo5OOwMviVBXJ9lIRZDadNkuYOMigfI+Kqajqgoy vz6rCICjX12qNM2brStPAN7X+g+bPcxrTj8m3tDE1dpTSEIdwDsYuOwJkEsv6a0I jE2WgEuRllv7IhDOB8cKzOofE4KDcjKfiQrBsnkJo+PMO0Qrxe2MmYJq3QksSdPF y/MBQRTMt6aJJV9I1SOevwbjx0kOuf5yLsdxxtG0w== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedtkedrudeguddgudefkecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfhuthenuceurghilhhouhhtmecu fedttdenucenucfjughrpefvhffukffffgggtgesghdtrefotdefjeenucfhrhhomhepjg hurhhiucfrrghnkhhovhcuoeihuhhrihhpvheshihurhhiphhvrdhnvghtqeenucffohhm rghinhepfhhrvggvsghsugdrohhrghenucfkphepleegrddvfeefrddvtdejrdekvdenuc frrghrrghmpehmrghilhhfrhhomhephihurhhiphhvseihuhhrihhpvhdrnhgvthenucev lhhushhtvghrufhiiigvpedt X-ME-Proxy: Received: from [192.168.1.2] (unknown [94.233.207.82]) by mail.messagingengine.com (Postfix) with ESMTPA id 7CA6A102EE for ; Sat, 8 Dec 2018 15:26:11 -0500 (EST) To: freebsd-current From: Yuri Pankov Subject: nda(4) does not work (reliably) in VMware Workstation Openpgp: preference=signencrypt Autocrypt: addr=yuripv@yuripv.net; keydata= xsBNBFu8u6IBCADB11gP0QwnorrHjqAtKLHKHNHskhy0s7jqJKfx0YqXgVBKGLJ9/mjLAz0F CBNvemHSDDTs0mEZ9cBKKi6cmsav6+UQgr//yai6hvXLBJqKchSFO4MhmdvBtsGFq1yKz5Zi uhjmimKyIpgBgvMdbgGbGq6cnSB2uEPmZuJr419SVRODOkXukU+F5WHgaHzDdHAIu1asCt2B +6msxqIqlFWcXyZyTGicTGGvC/PFIsVRUtD1dIJANTC876g7DTb7LZXWiWwJpSJ4GKMXMHVX Ct9BoQ4i3nhKbOxb6Io1wsy+NFyWsTJ9KYrxKKPJP3oG8BWb/cqlFqnE4eNSsiq2q7krABEB AAHNH1l1cmkgUGFua292IDx5dXJpcHZAeXVyaXB2Lm5ldD7CwJcEEwEIAEECGwMFCQWjmoAF CwkIBwMFFQoJCAsFFgMCAQACHgECF4AWIQT4arc+w94tPi0v/3CTi+B/sSrhbAUCW708wAIZ AQAKCRCTi+B/sSrhbPxBB/961alcU091O+yKT5/oReHVc/PX0Tz4sW3V44AcgLfYlrZavCro EFz90qmCrl0xqEwuAKcC4bjmL8SjPWAhSN6IH9nxdw+HeZnAPiHm/q679Bu47+nHBl3qD/9p +t1PkKeKZfaWToFMt1nq06ytSu6VLMCwLdlDNe6DReX0ex/afEqKsuaIZSKL4UYjRwklp8PU Uf98QkrfapyHB67hQMzfI4tPeJaYyv0cTgfq3kUWJx1V6Xi0b6Zxj4ZrB2TXvaMO5g7yhU9E E3WWAvoe4FgB3a7dHe8atnHhq5+Cuvm6+LD4Jh7jvMAE5UMN+xxQpnGpNghHjaCy4vXrLRBZ nhRYzsBNBFu8u6IBCADKih3Q933rDNj4ZA8FhBQ2RlmBgvwOLcDPIL3h0V7h38y3+HisgFSc XACDsdrTlYZ1bRXkD9FHENynBcv0l/3uGJDk8jaGIDE0TP8OQBRp+IaU9/BHnAqrKxTJGIol Dahy2m+yx2yhdc6B4ujWMDqCF1rWOD+ymOWw+VLllOkrHcZa5PJtX9UOGbApZl8ZTM8El4CA NN8F1bg9MWzUi+8LYoGWGc+BwsFS1OUB1c4SPgMu5fD4Wfsr9yRl06fdpEA2YT7B/j5/5RSC 0sE2Zs/tmJ/JRflHJ12ycj59ma2xQMfEJF40hZDpMFQmZvbVqgEg3ocQcltjbxlIKZ/mjC4z ABEBAAHCwHwEGAEKACYWIQT4arc+w94tPi0v/3CTi+B/sSrhbAUCW7y7ogIbDAUJBaOagAAK CRCTi+B/sSrhbIDcCACqAZMcoxUBLZa40a5b24j5i1jplvCYYb3h+Q5lt5+BFJ87kCb4dJuU D3kh2i29BrxWQWa9WNue9ozxeYkbkfXubQYXexVolRsnh64OdGsE8KvorBFBB3zdK/GRt2Jy +jsnTfUWuQllbzMP0MfhCDMk1Mo8WvDH2/cOEP/yLKf20a+cd6nLs7bidjmGXo9pyuBKAtV6 Kv+VRu54AL+A/UBYu/eB3Dtvzcnut+1Zq6KaP++kUwPwINLIk04OBDwN0zRNTiqMAFYYyz2v ZHBB6E1th/l//ZC5b9Dk0ZpFI1bYdL9ymnrZe1MqbGPnDCToQxu00T/pZCm6Z92YrZQYuNwl Message-ID: <015e28d3-3c6f-b5f3-b41a-5f6d367dddbb@yuripv.net> Date: Sat, 8 Dec 2018 23:26:02 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:60.0) Gecko/20100101 Thunderbird/60.3.3 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="7tDdg712snPbAWfHrL1mI3RB7mpgIZILU" X-Rspamd-Queue-Id: C47258E666 X-Spamd-Result: default: False [-9.32 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yuripv.net,messagingengine.com]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.25]; TO_MATCH_ENVRCPT_ALL(0.00)[]; HAS_ATTACHMENT(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[yuripv.net]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; IP_SCORE(-3.66)[ip: (-9.65), ipnet: 66.111.4.0/24(-4.74), asn: 11403(-3.83), country: US(-0.09)]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: in2-smtp.messagingengine.com]; DKIM_TRACE(0.00)[yuripv.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-0.95)[-0.947,0]; SIGNED_PGP(-2.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[25.4.111.66.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: 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, 08 Dec 2018 20:26:15 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --7tDdg712snPbAWfHrL1mI3RB7mpgIZILU Content-Type: multipart/mixed; boundary="oVeSYh3jvEU0uNJiwOLGAny5LTUiJabwe"; protected-headers="v1" From: Yuri Pankov To: freebsd-current Message-ID: <015e28d3-3c6f-b5f3-b41a-5f6d367dddbb@yuripv.net> Subject: nda(4) does not work (reliably) in VMware Workstation --oVeSYh3jvEU0uNJiwOLGAny5LTUiJabwe Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Hi, Running -HEAD in VMware Workstation 15.0.2 VM. Trying to use nda(4) instead of nvd(4) shows the following list of errors, and eventually pani= cs: https://people.freebsd.org/~yuripv/nda1.png https://people.freebsd.org/~yuripv/nda2.png nvd(4) works without issues in this VM. nda(4) works as well in VMware ESXi VMs. Is this a problem with WS NVMe emulation? --oVeSYh3jvEU0uNJiwOLGAny5LTUiJabwe-- --7tDdg712snPbAWfHrL1mI3RB7mpgIZILU Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEE+Gq3PsPeLT4tL/9wk4vgf7Eq4WwFAlwMKOAACgkQk4vgf7Eq 4WymJQgAiTi2z0d/QroH8D3BBm7olrH7ReiFuvZe8zIv+PUdkbyXD1tOiWx33CAN LZPa2KP1qIQEhh9RlGqX8tglqIDqHVhBoUMZiwWZz0sWYlhtgvcGxh5h0gfyvLk/ UXywaoiAM6vFsvpoJQqZddxEVXZOB3gDyYoV1Cful+D49nWDcyli+qUQxgmLByhY enLpmnDqpHBmp/Ib2hsfYnr0gLwLYfMBro+dUkqGBB3pUWrk80Iue6RdMOZe9Ir4 Dfnu/sGczU9pbJRJoG8mJvwnowNAbBJn76O5qZXtVs7rIMkkZIgWC3hJ1TKsqYn3 JLgveQ0sXNzpEF3xGtwavHHkfIDfmQ== =akhU -----END PGP SIGNATURE----- --7tDdg712snPbAWfHrL1mI3RB7mpgIZILU--