From owner-freebsd-current@freebsd.org Sun Apr 4 09:45:10 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9EBE65D1950 for ; Sun, 4 Apr 2021 09:45:10 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FCpmj4vXFz4jjv for ; Sun, 4 Apr 2021 09:45:08 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 1349iuuV095334; Sun, 4 Apr 2021 02:44:56 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 1349iuM6095333; Sun, 4 Apr 2021 02:44:56 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202104040944.1349iuM6095333@gndrsh.dnsmgr.net> Subject: Re: FreeBSD 13.0-RC5 Now Available In-Reply-To: <29b600ee-2db2-d1d2-4171-903418c98749@blastwave.org> To: Dennis Clarke Date: Sun, 4 Apr 2021 02:44:56 -0700 (PDT) CC: freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4FCpmj4vXFz4jjv X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-rwg@gndrsh.dnsmgr.net has no SPF policy when checking 69.59.192.140) smtp.mailfrom=freebsd-rwg@gndrsh.dnsmgr.net X-Spamd-Result: default: False [-2.10 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[dnsmgr.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[69.59.192.140:from]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[69.59.192.140:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MIME_TRACE(0.00)[0:+]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 04 Apr 2021 09:45:10 -0000 > On 4/3/21 3:34 PM, Glen Barber wrote: > > The fifth RC build of the 13.0-RELEASE release cycle is now available. > > > > Beautiful. If we see RC8 then that is fine. Testing is a wonderful > process and I feel far better about a well tested release than an > instant "oops" with 13.1 kicked out a week later. BUT this is not more testing for the sake of good testing, this is purely incidental testing because of regressions in the product. This is, IMHO, the worst kind of testing. > > Also, I really am waiting to see the ten year old bug 159356 laid > to rest : > > [zfs] [patch] ZFS NAME_ERR_DISKLIKE check is Solaris-specific > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=159356 > > Sort of a thorn in my side for years. Regardless, release candidates > are a "good thing"(tm). Not really, they indicate a lack of Quality Assurance and Control, and without those principles you can test tell your blue in the face and never actually get anyplace. There is a premise in the product quality assurance sector, "You cannot test in quality". > > -- > Dennis Clarke > RISC-V/SPARC/PPC/ARM/CISC > UNIX and Linux spoken > GreyBeard and suspenders optional -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Sun Apr 4 10:22:03 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 86E6D5D2CD4 for ; Sun, 4 Apr 2021 10:22:03 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FCqbG5R1jz4m28 for ; Sun, 4 Apr 2021 10:22:02 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 905295C00A2 for ; Sun, 4 Apr 2021 06:22:01 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Sun, 04 Apr 2021 06:22:01 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=zhXJMR9rpehFmY7BrTR6PmlC84B elf5oDx2uTOwKtyA=; b=KlVbwQ95g5A5B+BcAM1cDyHTg5BZ0hYNPG9YaHa4pTO ijl5Kol6PhQrfxx6LiHemfiymKPVtsMgDcs/z93PhPrMbotlhgPo+XVK/mOQuPy2 /dt9l3BJSXC5+uKFuLEHzThNfGhcHJB7etPKaDp/XUtpj8eTlLbxAqgIivuWGfr4 eeS2Spgm+fJ4v591qOrc9b10j1LuAfF184Rq2Xz4dRhHMXsnnOlWmRIK/L20gjne R+P99PQ7RKcwsfEl3WVZjfysmJdpKAMM65wIlukZTWHuT0pnk3d5WP8cPaeOJcLW k/eqorpAEOHbmnBWOxj48z7vJ/upgg8TZtTzHuwMbUQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=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=fm2; bh=zhXJMR 9rpehFmY7BrTR6PmlC84Belf5oDx2uTOwKtyA=; b=kVWq+aXUIxISuErJfWXIHj BpicGbtzOUG7WUiIHC6NQpeHiSe/5W2FE6g4SSxtJVHgq6CTirzlwoJTpVgDNWmq FesyqvGyNBm1A0kSONpL0lGokUbYYGVjhaRwIDB7SG/iK1ZrpypomFdAKekhwMqR pxYrHZsDMH/MlfdpebCzM7c2AOixOKPr9/ENCo64IyrlxKGUnlttXB9x6AMFsnSO emp9krs6y9iJHjs3u4uDNjmwbCvWjKmYfZsIa88d0TX2OtaeC/rF2W/huy09iLkF 1bdvHJ6gVSQsYYvKVqdkNmSxsPvu3k9BJeBpDiKP+ARC0+c8KUgp3FbfKE49VXVA == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudejtddgvdeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesghdtre ertddtvdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucggtffrrghtthgvrhhnpedtheeigfdvudefkeekvddtfedvte dttdekuddvgeevlefftdekffdujedvhfduteenucfkphepkedvrdejtddrledurddutddt necuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepthgvtg hhqdhlihhsthhsseiihiigshhtrdhnvght X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA id 109221080054 for ; Sun, 4 Apr 2021 06:22:00 -0400 (EDT) Date: Sun, 4 Apr 2021 10:21:59 +0000 From: tech-lists To: freebsd-current@freebsd.org Subject: Re: systat -swap to display large swap space users Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: <20210402201214.bdd588a10d430c393585e1e3@j.email.ne.jp> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="c03Cx2zMfTMLp9y9" Content-Disposition: inline In-Reply-To: <20210402201214.bdd588a10d430c393585e1e3@j.email.ne.jp> X-Rspamd-Queue-Id: 4FCqbG5R1jz4m28 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=KlVbwQ95; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=kVWq+aXU; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 66.111.4.28 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.28:from]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.28]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.111.4.28:from]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.28:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.111.4.28:from:127.0.2.255]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 04 Apr 2021 10:22:03 -0000 --c03Cx2zMfTMLp9y9 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Fri, Apr 02, 2021 at 08:12:14PM -0400, Yoshihiro Ota wrote: >Hi, > >We do not seem to have a nice way to see current swap space usage per proc= ess. >I updated systat to use libprocstat to obtain such infomation and display >along with swap devise/file stats. Unfotunately your patch gets rejected on recent stable/13 and main/14 --=20 J. --c03Cx2zMfTMLp9y9 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmBpkz4ACgkQs8o7QhFz NAVLtRAAqbpduuW00hx3ywsWOdef9EkS7NrzPYxV7hjwCmBESRUSdWzd1z5Zvq0S 3wyjO0ToLROFGtYmaYx7sWVVJkR1tuIvfIDSIW7n82dk2HtzhI4GGWhUlaEnXKcO YJkkDOw+m/LIPbcUkZs4jwToV2QLXfzm/8d51oNnGknKLfgSWaVc5692dCf/7cEj ue5FSlVKVQR0b0aYj86lf2acoQ51HsVogIhhe1+aMI/03YCUcuAUUlK2kPpbhlTz Oz5hqmOBPc9bMRTogtAyhHcU3p14ZsOM6+gB0njNpJd8TxtUhe1mBybSMhNUrogL 4nFXq2f7yvgSPZiQpbLclVq7Pg57b8azE5d7nXCGYRo7aQkGV3ekYsOHA/ur0/IY Y8HPVLKr3ws4xILZm6sSpRqiZeg/+PiE4qKnVSJ71vn92OKSx/N+mtb7djLMuIFo 60yXUmX/Slye+xOZvpfB6jz5I/Lkx7fKRgT1rx6h0C27IaL7knkXmsqSqGlTvHjp tb0cUD/gTWpS69FQh3PPD/M1q8siEZQ0ggyiq41RnZdYcprWpBhBTeilt7rc2PrK e2ZFNhUyF82zZHYzusvbd9PxlstXju9YlHngMzrHJCsyMi1ErfdfOCjDH1c7KMIb 5y1/8gR4yAvMbjRuKiBP/+JpfnH6qi8Li5He7KmahyVGdwZv2sg= =7ZKV -----END PGP SIGNATURE----- --c03Cx2zMfTMLp9y9-- From owner-freebsd-current@freebsd.org Sun Apr 4 10:25:28 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id ECF3B5D3384 for ; Sun, 4 Apr 2021 10:25:28 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.88]) (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 4FCqgC58P1z4mFh; Sun, 4 Apr 2021 10:25:27 +0000 (UTC) (envelope-from ronald-lists@klop.ws) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=klop.ws; s=mail; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version: Date:Message-ID:From:References:Cc:To:Subject:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=IyeOG45tAzjtKNQ81eTTt1z2evev9RutZT0FYU5eEb0=; b=bCmik7FBFsseNKLqG84aVW1G62 f7BMX6959KTeA2sDAW61R3pS193/5AsHYewhivC7zZiAt4zvg97Y3ZIpVzC7W+sEeTWfG+jYOTR61 UypGcXw4M2GVz7KmgoPK5+kMjvTeNQ75j3yB0J3qM++6WNz7OFEfY37H9HrEnS2u8OZ8=; Subject: Re: Blacklisted certificates To: Jochen Neumeister Cc: freebsd-current@freebsd.org, Christoph Moench-Tegeder References: <1503521615.53.1617193492486@localhost> <07e40f43-18e7-f467-34d6-ec977b7de544@FreeBSD.org> From: Ronald Klop Message-ID: <0cb7c70f-be2a-e22c-b5da-7a4ef7e1705b@klop.ws> Date: Sun, 4 Apr 2021 12:25:25 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.9.0 MIME-Version: 1.0 In-Reply-To: <07e40f43-18e7-f467-34d6-ec977b7de544@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.greenhost.nl X-Spam-Level: --- X-Spam-Score: -3.1 X-Spam-Status: No, score=-3.1 required=5.0 tests=ALL_TRUSTED, BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, NICE_REPLY_A autolearn=disabled version=3.4.2 X-Scan-Signature: 18b3e585b0ef946fc0f6ee9ab4fcc4ff X-Rspamd-Queue-Id: 4FCqgC58P1z4mFh X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=klop.ws header.s=mail header.b=bCmik7FB; dmarc=pass (policy=none) header.from=klop.ws; spf=pass (mx1.freebsd.org: domain of ronald-lists@klop.ws designates 195.190.28.88 as permitted sender) smtp.mailfrom=ronald-lists@klop.ws X-Spamd-Result: default: False [-4.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[klop.ws:s=mail]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:195.190.28.64/27]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[klop.ws:+]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,none]; RCVD_IN_DNSWL_NONE(0.00)[195.190.28.88:from]; NEURAL_HAM_SHORT(-1.00)[-0.999]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_VERYGOOD(0.00)[195.190.28.88:from]; ASN(0.00)[asn:47172, ipnet:195.190.28.0/24, country:NL]; MID_RHS_MATCH_FROM(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 04 Apr 2021 10:25:29 -0000 On 3/31/21 4:19 PM, Jochen Neumeister wrote: > > Am 31.03.21 um 14:24 schrieb Ronald Klop: >> >> Van: Jochen Neumeister >> Datum: woensdag, 31 maart 2021 13:26 >> Aan: Christoph Moench-Tegeder , >> freebsd-current@freebsd.org >> Onderwerp: Re: Blacklisted certificates >>> >>> >>> Am 31.03.21 um 13:02 schrieb Christoph Moench-Tegeder: >>> > ## Jochen Neumeister (joneum@FreeBSD.org): >>> > >>> >> Why are this certificates blacklisted? >>> > Various reasons: >>> > - Symantec (which owned Thawte and VeriSign back in the time) made >>> >    the news in a bad way: >>> > >>> https://www.theregister.com/2017/09/12/chrome_66_to_reject_symantec_certs/ >>> >>> > - some certificates are simply expired >>> > - some certificates use SHA-1 ("sha1WithRSAEncryption") which is >>> >    beyond deprecated >>> > - and basically "whatever Mozilla did", as the certificates are >>> >    imported from NSS. >>> >>> how can I ignore the certificates now? So now everyone has this >>> problem with an update >>> >>> >>> Greetings >>> Jochen >>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to >>> "freebsd-current-unsubscribe@freebsd.org" >>> >>> >>> >> >> Hi, >> >> This is the proper output of installworld. So you don't have to ignore >> anything anymore. It is handled by installworld. >> > > in the next step etcupdate has another problem. I have to delete the > blacklist certificates manually. > > #cd /usr/src && etcupdate > Conflicts remain from previous update, aborting. > > > Greetings > Jochen > > I'd guess you need to run "etcupdate resolve". What is the output of "etcupdate status"? Regards, Ronald. From owner-freebsd-current@freebsd.org Sun Apr 4 11:51:39 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6A7555D4AD4 for ; Sun, 4 Apr 2021 11:51:39 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-lj1-x22f.google.com (mail-lj1-x22f.google.com [IPv6:2a00:1450:4864:20::22f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FCsZf4HdFz4rK6; Sun, 4 Apr 2021 11:51:38 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-lj1-x22f.google.com with SMTP id s17so10058809ljc.5; Sun, 04 Apr 2021 04:51:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=7OK4tdujczpMg4qonQb1VvK1xBz1eA/We0c+I9XwNZA=; b=iWicm5EbASDko5F0PfDnchGboM5LdyL4IwpPDDKYKetyL5uGLV86oS9v5t5dEJvXhs wdGlO67+kwtJBxgu3LCTjggOLRv4gnmMFPIAa64LhqpQSrUEDFSsNzbabj68062eJg97 51UtVT+ZaYOQgLNRKtKrh+NY+n3NxIqWJ8LGSVl7Tc0jaP/7EYGuK5msaJsHNegDG+xO gGY4HKJbu5QugHytmj6a0miZmvuOm2VwTxOOVWYdfCdnEYzy8ze1euh0FCRtIboW6AUL ZSd2qYKjbpWs3Rm8TY6BLya5NmqRHSFkfv17k2PWVyg11aMNFYWnWs2pZ3PjOnUlhxFk NfpQ== 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=7OK4tdujczpMg4qonQb1VvK1xBz1eA/We0c+I9XwNZA=; b=GBxERxPXLklFlT1fW6qxVCojMGKKd3bb4MvweohxBNLLFM0Orp1NQ/O9ToQlQjwnYj 3uRUnugb6udKS1UPh7JZdPDQzqhr4QWjvd3E9zO0qk1Zpk+VtVmdZG07e6WqXBwQv2zc e4I3YYK0LN/OpsPSk/IYUeJRr05vLvZkZsrQQVef/be2ylgKX2xMmw/9sRg45mnrH5/c vFTJ3uDTRNCjiD9W8VjYK6IY5CFB/3tv523lDJ4uVXYFWt+TC9H2Bxr0SutH4ClPnJTz RQ/fmmaBRf5uXmwBmhEulupKbxw7s+dOSAu88Z6KMY+H0IzJGfLgKmWwrpvAHTZPQArk iQgg== X-Gm-Message-State: AOAM532LAEbVlhudk6I1y7pb0TX5t8KWy9Yk2L8Fzun5l7JuPmyKcAIs 3eTpiXA4yRa3omsW4FjYnlQOyOtZ+0I1HbsfqpA= X-Google-Smtp-Source: ABdhPJw9D1gfJoJKROGeZ5Va39y8U1JQ0Bcni3m5OGTwIB+iBVKWmuw7lLP8oVyyIyQDtDGpOI5zItQy5HRhgY/tpo0= X-Received: by 2002:a2e:575c:: with SMTP id r28mr13338766ljd.347.1617537096715; Sun, 04 Apr 2021 04:51:36 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a2e:b54e:0:0:0:0:0 with HTTP; Sun, 4 Apr 2021 04:51:36 -0700 (PDT) In-Reply-To: <81671.1617432659@critter.freebsd.dk> References: <58bea0f0-5c3d-4263-ebee-f939a7e169e9@freebsd.org> <494d4aab-487b-83c9-03f3-10cf470081c5@freebsd.org> <81671.1617432659@critter.freebsd.dk> From: Mateusz Guzik Date: Sun, 4 Apr 2021 13:51:36 +0200 Message-ID: Subject: Re: [SOLVED] Re: Strange behavior after running under high load To: Poul-Henning Kamp Cc: Stefan Esser , FreeBSD CURRENT Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4FCsZf4HdFz4rK6 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=iWicm5Eb; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mjguzik@gmail.com designates 2a00:1450:4864:20::22f as permitted sender) smtp.mailfrom=mjguzik@gmail.com X-Spamd-Result: default: False [-3.99 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::22f:from]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::22f:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::22f:from]; NEURAL_HAM_SHORT(-0.99)[-0.992]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 04 Apr 2021 11:51:39 -0000 On 4/3/21, Poul-Henning Kamp wrote: > -------- > Mateusz Guzik writes: > >> It is high because of this: >> msleep(&vnlruproc_sig, &vnode_list_mtx, PVFS, "vlruwk", >> hz); >> >> i.e. it literally sleeps for 1 second. > > Before the line looked like that, it slept on "lbolt" aka "lightning > bolt" which was woken once a second. > > The calculations which come up with those "constants" have always > been utterly bogus math, not quite "square-root of shoe-size > times sun-angle in Patagonia", but close. > > The original heuristic came from university environments with tons of > students doing assignments and nethack behind VT102 terminals, on > filesystems where files only seldom grew past 100KB, so it made sense > to scale number of vnodes to how much RAM was in the system, because > that also scaled the size of the buffer-cache. > > With a merged VM buffer-cache, whatever validity that heuristic had > was lost, and we tweaked the bogomath in various ways until it > seemed to mostly work, trusting the users for which it did not, to > tweak things themselves. > > Please dont tweak the Finagle Constants again. > > Rip all that crap out and come up with something fundamentally better. > Some level of pacing is probably useful to control total memory use -- there can be A LOT of memory tied up in mere fact that vnode is fully cached. imo the thing to do is to come up with some watermarks to be revisited every 1-2 years and to change the behavior when they get exceeded -- try to whack some stuff but in face of trouble just go ahead and alloc without sleep 1. Should the load spike sort itself out, vnlru will slowly get things down to the watermark. If the watermark is too low, maybe it can autotune. Bottom line is that even with the current idea of limiting preferred total vnode count, the corner case behavior can be drastically better suffering SOME perf loss from recycling vnodes, but not sleeping for a second for every single one. I think the notion of 'struct vnode' being a separately allocated object is not very useful and it comes with complexity (and happens to suffer from several bugs). That said, the easiest and safest thing to do in the meantime is to bump the limit. Perhaps the sleep can be whacked as it is which would largely sort it out. -- Mateusz Guzik From owner-freebsd-current@freebsd.org Sun Apr 4 14:45:55 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 493EC5A92A9 for ; Sun, 4 Apr 2021 14:45:55 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x729.google.com (mail-qk1-x729.google.com [IPv6:2607:f8b0:4864:20::729]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FCxRl1BJzz3JL1 for ; Sun, 4 Apr 2021 14:45:54 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x729.google.com with SMTP id i9so9467431qka.2 for ; Sun, 04 Apr 2021 07:45:54 -0700 (PDT) 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=zbXDTQ3cuLUmIlW6FlcDAa8L8X6BO6U+wit4B11i19s=; b=DAofhnEby9KybTXtmEW6w7CQNU9JMGSZVnBgLAL+Up6hMMFE7DXxpXBNt1RnFmfSo0 gDgoC/f0DxMwa2ewvsIw3GXhFDCJRylFxwBiFQMJaOA8Qb86SBu9Ce/7clpggOp/9jw/ CVJ427GPc6bWv8ni2bWoqhK7k7JaqOhO9t7LXW2mVfgpcSPEKsMbskLHNFZthpHk1L/O hY9+aNKybv/JiFEFxTWJ28nWKZsdteMT6FjPJf+snDu4h3uhCElDkm+cTGOeNK/zC0ZP nsHkZg0+iUAVRpvZ/rBMHwCHwrquy3TePZ4buBX3gRKbTnIVpYG3UwnMxUfyH2oGVBa6 J2vg== 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=zbXDTQ3cuLUmIlW6FlcDAa8L8X6BO6U+wit4B11i19s=; b=ij7QLVr79quHHm1cl2e+RV09MGYOkj3zoApk32NLCiPMyBCC4pzIgKdMdMuigCrqz0 ZR3vKLNHErYhxdNcuuFHE3aA5iROS3xGIXvE4QfSayRaqirH/0oZk+BtEPAqF0XWL1NV 9eb+ScBBWoWjDuv4MB7zR7LLNxpz6v+n5rQklJprSr8fdjLnElZ+bNK3iDp5xaPeMns9 wOKbSw/5kfvRs2NnAzE6nnn4hSHIyd78T/Sb9ntGIpADxb55Uc5fNvFdtJN/nkN5GPEC RbP0OKqShEZ2ZoqUK155mNjJeKryeYVuxkjP7aCkq8J5osdTCu6xBLuIYSK78Yi3fO47 CqCQ== X-Gm-Message-State: AOAM533+yVV2R5FmBF8edR465n9IpUbQi70ttWTeRvuvFJYfO0Z86M0u etknuFFWYnBTT9kA2mlMKEMpIB4vwr3fEEAgS7kOow== X-Google-Smtp-Source: ABdhPJytZzw3qHAaVBqzm3D1HjMU8lK3sIN6mC62wrTmYR6/T+ZhC3p6jrz3xVOwnNnBzYd8rubbz4son9I8w6E0PIk= X-Received: by 2002:a37:a845:: with SMTP id r66mr20475660qke.89.1617547553939; Sun, 04 Apr 2021 07:45:53 -0700 (PDT) MIME-Version: 1.0 References: <58bea0f0-5c3d-4263-ebee-f939a7e169e9@freebsd.org> <494d4aab-487b-83c9-03f3-10cf470081c5@freebsd.org> <81671.1617432659@critter.freebsd.dk> In-Reply-To: From: Warner Losh Date: Sun, 4 Apr 2021 08:45:41 -0600 Message-ID: Subject: Re: [SOLVED] Re: Strange behavior after running under high load To: Mateusz Guzik Cc: Poul-Henning Kamp , FreeBSD CURRENT X-Rspamd-Queue-Id: 4FCxRl1BJzz3JL1 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 04 Apr 2021 14:45:55 -0000 On Sun, Apr 4, 2021, 5:51 AM Mateusz Guzik wrote: > On 4/3/21, Poul-Henning Kamp wrote: > > -------- > > Mateusz Guzik writes: > > > >> It is high because of this: > >> msleep(&vnlruproc_sig, &vnode_list_mtx, PVFS, "vlruwk", > >> hz); > >> > >> i.e. it literally sleeps for 1 second. > > > > Before the line looked like that, it slept on "lbolt" aka "lightning > > bolt" which was woken once a second. > > > > The calculations which come up with those "constants" have always > > been utterly bogus math, not quite "square-root of shoe-size > > times sun-angle in Patagonia", but close. > > > > The original heuristic came from university environments with tons of > > students doing assignments and nethack behind VT102 terminals, on > > filesystems where files only seldom grew past 100KB, so it made sense > > to scale number of vnodes to how much RAM was in the system, because > > that also scaled the size of the buffer-cache. > > > > With a merged VM buffer-cache, whatever validity that heuristic had > > was lost, and we tweaked the bogomath in various ways until it > > seemed to mostly work, trusting the users for which it did not, to > > tweak things themselves. > > > > Please dont tweak the Finagle Constants again. > > > > Rip all that crap out and come up with something fundamentally better. > > > > Some level of pacing is probably useful to control total memory use -- > there can be A LOT of memory tied up in mere fact that vnode is fully > cached. imo the thing to do is to come up with some watermarks to be > revisited every 1-2 years and to change the behavior when they get > exceeded -- try to whack some stuff but in face of trouble just go > ahead and alloc without sleep 1. Should the load spike sort itself > out, vnlru will slowly get things down to the watermark. If the > watermark is too low, maybe it can autotune. Bottom line is that even > with the current idea of limiting preferred total vnode count, the > corner case behavior can be drastically better suffering SOME perf > loss from recycling vnodes, but not sleeping for a second for every > single one. > I'd suggest that going directly to a PID to control this would be better than the watermarks. That would give a smoother response than high/low watermarks would. While you'd need some level to keep things at still, the laundry stuff has shown the precise level of that level is less critical than the watermarks. Warner I think the notion of 'struct vnode' being a separately allocated > object is not very useful and it comes with complexity (and happens to > suffer from several bugs). > > That said, the easiest and safest thing to do in the meantime is to > bump the limit. Perhaps the sleep can be whacked as it is which would > largely sort it out. > > -- > Mateusz Guzik > _______________________________________________ > 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 Apr 4 17:53:15 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E0C025AEA22 for ; Sun, 4 Apr 2021 17:53:15 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FD1bt5kq4z3lPg for ; Sun, 4 Apr 2021 17:53:14 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.16.1/8.16.1) with ESMTPS id 134HqwmP042027 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 4 Apr 2021 20:53:01 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 134HqwmP042027 Received: (from kostik@localhost) by tom.home (8.16.1/8.16.1/Submit) id 134HqvYo042026; Sun, 4 Apr 2021 20:52:57 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 4 Apr 2021 20:52:57 +0300 From: Konstantin Belousov To: Warner Losh Cc: Mateusz Guzik , Poul-Henning Kamp , FreeBSD CURRENT Subject: Re: [SOLVED] Re: Strange behavior after running under high load Message-ID: References: <58bea0f0-5c3d-4263-ebee-f939a7e169e9@freebsd.org> <494d4aab-487b-83c9-03f3-10cf470081c5@freebsd.org> <81671.1617432659@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on tom.home X-Rspamd-Queue-Id: 4FD1bt5kq4z3lPg X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=gmail.com (policy=none); spf=softfail (mx1.freebsd.org: 2001:470:d5e7:1::1 is neither permitted nor denied by domain of kostikbel@gmail.com) smtp.mailfrom=kostikbel@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_TLS_ALL(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; FREEMAIL_FROM(0.00)[gmail.com]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:470:d5e7:1::1:from]; R_SPF_SOFTFAIL(0.00)[~all]; SPAMHAUS_ZRD(0.00)[2001:470:d5e7:1::1:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; FREEMAIL_CC(0.00)[gmail.com,phk.freebsd.dk,freebsd.org]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 04 Apr 2021 17:53:16 -0000 On Sun, Apr 04, 2021 at 08:45:41AM -0600, Warner Losh wrote: > On Sun, Apr 4, 2021, 5:51 AM Mateusz Guzik wrote: > > > On 4/3/21, Poul-Henning Kamp wrote: > > > -------- > > > Mateusz Guzik writes: > > > > > >> It is high because of this: > > >> msleep(&vnlruproc_sig, &vnode_list_mtx, PVFS, "vlruwk", > > >> hz); > > >> > > >> i.e. it literally sleeps for 1 second. > > > > > > Before the line looked like that, it slept on "lbolt" aka "lightning > > > bolt" which was woken once a second. > > > > > > The calculations which come up with those "constants" have always > > > been utterly bogus math, not quite "square-root of shoe-size > > > times sun-angle in Patagonia", but close. > > > > > > The original heuristic came from university environments with tons of > > > students doing assignments and nethack behind VT102 terminals, on > > > filesystems where files only seldom grew past 100KB, so it made sense > > > to scale number of vnodes to how much RAM was in the system, because > > > that also scaled the size of the buffer-cache. > > > > > > With a merged VM buffer-cache, whatever validity that heuristic had > > > was lost, and we tweaked the bogomath in various ways until it > > > seemed to mostly work, trusting the users for which it did not, to > > > tweak things themselves. > > > > > > Please dont tweak the Finagle Constants again. > > > > > > Rip all that crap out and come up with something fundamentally better. > > > > > > > Some level of pacing is probably useful to control total memory use -- > > there can be A LOT of memory tied up in mere fact that vnode is fully > > cached. imo the thing to do is to come up with some watermarks to be > > revisited every 1-2 years and to change the behavior when they get > > exceeded -- try to whack some stuff but in face of trouble just go > > ahead and alloc without sleep 1. Should the load spike sort itself > > out, vnlru will slowly get things down to the watermark. If the > > watermark is too low, maybe it can autotune. Bottom line is that even > > with the current idea of limiting preferred total vnode count, the > > corner case behavior can be drastically better suffering SOME perf > > loss from recycling vnodes, but not sleeping for a second for every > > single one. > > > > I'd suggest that going directly to a PID to control this would be better > than the watermarks. That would give a smoother response than high/low > watermarks would. While you'd need some level to keep things at still, the > laundry stuff has shown the precise level of that level is less critical > than the watermarks. But what would you provide as the input for PID controller, and what would be the targets? The main reason for the (almost) hard cap on the number of vnodes is not that excessive number of vnodes is harmful by itself. Each allocated vnode typically implies existence of several second-order allocations that accumulate into significant KVA usage: - filesystem inode - vm object - namecache entries There are usually even more allocations, third-order, for instance UFS inode carries a pointer to the dinode copy in RAM, and possibly EA area. And of course, the fact that vnode names pages in the page cache owned by corresponding file, i.e. amount of allocated vnodes regulates amount of work for pagedaemon. We currently trying to put some rational limit for total number of vnodes, estimating both KVA and physical memory consumed by them. If you remove that limit, you need to ensure that we do not create OOM situation either for KVA or for physical memory just by creating too many vnodes, otherwise system cannot get out of it. So there are some combinations of machine config (RAM) and loads where default settings are arguably low. Raising the limits needs to handle the indirect resource usage from vnode. I do not know how to write the feedback formula, taking into account all the consequences of the vnode existence, and that effects depend also on the underlying filesystem and patterns of VM paging usage. In this sense ZFS is probably simplest case, because its caching subsystem is autonomous. While UFS or NFS are tightly integrated with VM. > > Warner > > I think the notion of 'struct vnode' being a separately allocated > > object is not very useful and it comes with complexity (and happens to > > suffer from several bugs). > > > > That said, the easiest and safest thing to do in the meantime is to > > bump the limit. Perhaps the sleep can be whacked as it is which would > > largely sort it out. > > > > -- > > Mateusz Guzik > > _______________________________________________ > > 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 Sun Apr 4 19:01:54 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B8F565B0D2F for ; Sun, 4 Apr 2021 19:01:54 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FD3754jcZz3q2C for ; Sun, 4 Apr 2021 19:01:52 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (v-critter.freebsd.dk [192.168.55.3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by phk.freebsd.dk (Postfix) with ESMTPS id 435D189287; Sun, 4 Apr 2021 19:01:45 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.16.1/8.16.1) with ESMTPS id 134J1im4011449 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 4 Apr 2021 19:01:44 GMT (envelope-from phk@critter.freebsd.dk) Received: (from phk@localhost) by critter.freebsd.dk (8.16.1/8.16.1/Submit) id 134J1il6011448; Sun, 4 Apr 2021 19:01:44 GMT (envelope-from phk) To: Konstantin Belousov cc: Warner Losh , Mateusz Guzik , FreeBSD CURRENT Subject: Re: [SOLVED] Re: Strange behavior after running under high load In-reply-to: From: "Poul-Henning Kamp" References: <58bea0f0-5c3d-4263-ebee-f939a7e169e9@freebsd.org> <494d4aab-487b-83c9-03f3-10cf470081c5@freebsd.org> <81671.1617432659@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <11446.1617562904.1@critter.freebsd.dk> Content-Transfer-Encoding: quoted-printable Date: Sun, 04 Apr 2021 19:01:44 +0000 Message-ID: <11447.1617562904@critter.freebsd.dk> X-Rspamd-Queue-Id: 4FD3754jcZz3q2C X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of phk@critter.freebsd.dk designates 130.225.244.222 as permitted sender) smtp.mailfrom=phk@critter.freebsd.dk X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_TLS_ALL(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[130.225.244.222:from]; FREEFALL_USER(0.00)[phk]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.dk]; ARC_NA(0.00)[]; SPAMHAUS_ZRD(0.00)[130.225.244.222:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:1835, ipnet:130.225.0.0/16, country:EU]; FROM_NEQ_ENVFROM(0.00)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; MAILMAN_DEST(0.00)[freebsd-current]; FREEMAIL_CC(0.00)[bsdimp.com,gmail.com,freebsd.org] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 04 Apr 2021 19:01:54 -0000 -------- Konstantin Belousov writes: > But what would you provide as the input for PID controller, and what wou= ld be the targets? Viewing this purely as a vnode related issue is wrong, this is about memor= y allocation in general. We may or may not want a PID regulator, but putting it on counts of vnode = would not improve things, precisely, as you point out, because the amount = of memory a vnode ties up has enormous variance. We should focus on the end goal: To ensure "sufficient" memory can always = be allocated for any purpose "without major delay". Architecturally there are three major problems: A) While each subsystem generally have a good idea about memory that can b= e released "without major delay", the information does not trickle up thro= ugh a summarizing NUMA aware tree. B) We lack a nuanced call-back to tell the subsystems to release some of t= heir memory "without major delay". C) We have never attempted to enlist userland, where jemalloc often hang o= n to a lot of unused VM pages. As far as vnodes go: It used to be that "without major delay" meant "without disk-I/O" which ag= ain led to the "dirty buffers/VM pages" heuristic. With microsecond SSD backing store, that heuristic is not only invalid, it= is down-right harmful in many cases. GEOM maintains estimates of per-provider latency and VM+VFS should use tha= t to schedule write-back so that more of it happens outside rush-hour, in = order to increase the amount of memory which can be released "without majo= r delay". Today that happens largely as a side effect of the periodic syncer, which = does a really bad job at it, because it still expects VAX-era hardware per= formance and workloads. -- = Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe = Never attribute to malice what can adequately be explained by incompetence= . From owner-freebsd-current@freebsd.org Sun Apr 4 19:24:04 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 793C15B17A3 for ; Sun, 4 Apr 2021 19:24:04 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FD3cg2RDMz3rRF for ; Sun, 4 Apr 2021 19:24:02 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.16.1/8.16.1) with ESMTPS id 134JNrPN063404 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 4 Apr 2021 22:23:56 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 134JNrPN063404 Received: (from kostik@localhost) by tom.home (8.16.1/8.16.1/Submit) id 134JNri8063403; Sun, 4 Apr 2021 22:23:53 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 4 Apr 2021 22:23:53 +0300 From: Konstantin Belousov To: Poul-Henning Kamp Cc: Warner Losh , Mateusz Guzik , FreeBSD CURRENT Subject: Re: [SOLVED] Re: Strange behavior after running under high load Message-ID: References: <58bea0f0-5c3d-4263-ebee-f939a7e169e9@freebsd.org> <494d4aab-487b-83c9-03f3-10cf470081c5@freebsd.org> <81671.1617432659@critter.freebsd.dk> <11447.1617562904@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <11447.1617562904@critter.freebsd.dk> 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.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on tom.home X-Rspamd-Queue-Id: 4FD3cg2RDMz3rRF X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=gmail.com (policy=none); spf=softfail (mx1.freebsd.org: 2001:470:d5e7:1::1 is neither permitted nor denied by domain of kostikbel@gmail.com) smtp.mailfrom=kostikbel@gmail.com X-Spamd-Result: default: False [-2.88 / 15.00]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; FREEMAIL_FROM(0.00)[gmail.com]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:470:d5e7:1::1:from]; R_SPF_SOFTFAIL(0.00)[~all:c]; SPAMHAUS_ZRD(0.00)[2001:470:d5e7:1::1:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.88)[-0.880]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; FREEMAIL_CC(0.00)[bsdimp.com,gmail.com,freebsd.org]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 04 Apr 2021 19:24:04 -0000 On Sun, Apr 04, 2021 at 07:01:44PM +0000, Poul-Henning Kamp wrote: > -------- > Konstantin Belousov writes: > > > But what would you provide as the input for PID controller, and what would be the targets? > > Viewing this purely as a vnode related issue is wrong, this is about memory allocation in general. > > We may or may not want a PID regulator, but putting it on counts of vnode would not improve things, precisely, as you point out, because the amount of memory a vnode ties up has enormous variance. > Yes > > We should focus on the end goal: To ensure "sufficient" memory can always be allocated for any purpose "without major delay". > and no > > Architecturally there are three major problems: > > A) While each subsystem generally have a good idea about memory that can be released "without major delay", the information does not trickle up through a summarizing NUMA aware tree. > > B) We lack a nuanced call-back to tell the subsystems to release some of their memory "without major delay". The delay in the wall clock sense does not drive the issue. We cannot expect any io to proceed while we are low on memory, in the sense that allocators cannot respond right now. More and more, our io subsystem requires allocating memory to make any progress with io. This is already quite bad with geom, although some hacks make it not too outstanding. It is very bad with ZFS, where swap on zvols causes deadlocks almost immediately. > > C) We have never attempted to enlist userland, where jemalloc often hang on to a lot of unused VM pages. > The userland does not add to this problem, because pagedaemon typically has enough processing power to convert user-allocated pages into usable clean or free pages. Of course, if there is no swap and dirty anon page cannot be launder, the issue would accumulate. But normally operating system does not have an issue with user pages. > > As far as vnodes go: > > > It used to be that "without major delay" meant "without disk-I/O" which again led to the "dirty buffers/VM pages" heuristic. > > With microsecond SSD backing store, that heuristic is not only invalid, it is down-right harmful in many cases. > > GEOM maintains estimates of per-provider latency and VM+VFS should use that to schedule write-back so that more of it happens outside rush-hour, in order to increase the amount of memory which can be released "without major delay". > > Today that happens largely as a side effect of the periodic syncer, which does a really bad job at it, because it still expects VAX-era hardware performance and workloads. > Io latency is not the factor there. We must avoid situations where instantiating a vnode stalls waiting for KVA to appear, similarly we must avoid system state where vnodes allocation consumed so much kmem that other allocations stall. Quite indicative is that we do not shrink the vnode list on low memory events. Vnlru also does not account for the memory pressure. Problem is that it is not clear how to express that relations between safe allocators state and our desire to cache file system data, which is bound to the vnode identity. From owner-freebsd-current@freebsd.org Sun Apr 4 20:01:46 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A82335B2C68 for ; Sun, 4 Apr 2021 20:01:46 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FD4S95S1pz3tcM for ; Sun, 4 Apr 2021 20:01:45 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (v-critter.freebsd.dk [192.168.55.3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by phk.freebsd.dk (Postfix) with ESMTPS id DEE3789287; Sun, 4 Apr 2021 20:01:43 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.16.1/8.16.1) with ESMTPS id 134K1haD011599 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 4 Apr 2021 20:01:43 GMT (envelope-from phk@critter.freebsd.dk) Received: (from phk@localhost) by critter.freebsd.dk (8.16.1/8.16.1/Submit) id 134K1h3V011598; Sun, 4 Apr 2021 20:01:43 GMT (envelope-from phk) To: Konstantin Belousov cc: Warner Losh , Mateusz Guzik , FreeBSD CURRENT Subject: Re: [SOLVED] Re: Strange behavior after running under high load In-reply-to: From: "Poul-Henning Kamp" References: <58bea0f0-5c3d-4263-ebee-f939a7e169e9@freebsd.org> <494d4aab-487b-83c9-03f3-10cf470081c5@freebsd.org> <81671.1617432659@critter.freebsd.dk> <11447.1617562904@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <11596.1617566503.1@critter.freebsd.dk> Content-Transfer-Encoding: quoted-printable Date: Sun, 04 Apr 2021 20:01:43 +0000 Message-ID: <11597.1617566503@critter.freebsd.dk> X-Rspamd-Queue-Id: 4FD4S95S1pz3tcM X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of phk@critter.freebsd.dk designates 130.225.244.222 as permitted sender) smtp.mailfrom=phk@critter.freebsd.dk X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_TLS_ALL(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[130.225.244.222:from]; FREEFALL_USER(0.00)[phk]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.dk]; ARC_NA(0.00)[]; SPAMHAUS_ZRD(0.00)[130.225.244.222:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:1835, ipnet:130.225.0.0/16, country:EU]; FROM_NEQ_ENVFROM(0.00)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; MAILMAN_DEST(0.00)[freebsd-current]; FREEMAIL_CC(0.00)[bsdimp.com,gmail.com,freebsd.org] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 04 Apr 2021 20:01:46 -0000 -------- Konstantin Belousov writes: > > B) We lack a nuanced call-back to tell the subsystems to release some = of their memory "without major delay". > The delay in the wall clock sense does not drive the issue. I didnt say anything about "wall clock" and you're missing my point by a w= ide margin. We need to make major memory consumers, like vnodes take action *before* s= hortages happen, so that *when* they happen, a lot of memory can be releas= ed to relive them. > We cannot expect any io to proceed while we are low on memory [...] Which is precisely why the top level goal should be for that to never happ= en, while still allowing the freeable" memory to be used as a cache as muc= h as possible. > > C) We have never attempted to enlist userland, where jemalloc often ha= ng on to a lot of unused VM pages. > > = > The userland does not add to this problem, [...] No, but userland can help solve it: The unused pages from jemalloc/userla= nd can very quickly be released to relieve any imminent shortage the kerne= l might have. As can pages from vnodes, and for that matter socket buffers. But there are always costs, actual costs, ie: what it will take to release= the memory (locking, VM mappings, washing) and potential costs (lack of f= uture caching opportunities). These costs need to be presented to the central memory allocator, so when = it decides back-pressure is appropriate, it can decide who to punk for how= much memory. > But normally operating system does not have an issue with user pages. = Only if you disregard all non-UNIX operating systems. Many other kernels have cooperated with userland to balance memory (and fo= r that matter disk-space). Just imagine how much better the desktop experience would be, if we could = send SIGVM to firefox to tell it stop being a memory-pig. (At least two of the major operating systems in the desktop world does som= ething like that today.) > Io latency is not the factor there. We must avoid situations where > instantiating a vnode stalls waiting for KVA to appear, similarly we > must avoid system state where vnodes allocation consumed so much kmem > that other allocations stall. My argument is the precise opposite: We must make vnodes and the allocati= ons they cause responsive to the sytems overall memory availability, well = in advance of the shortage happening in the first place. > Quite indicative is that we do not shrink the vnode list on low memory > events. Vnlru also does not account for the memory pressure. The only reason we do not, is that we cannot tell definitively if freeing = a vnode will cause disk-I/O (which may not matter with SSD's) or even how = much memory it might free, if anything. -- = Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe = Never attribute to malice what can adequately be explained by incompetence= . From owner-freebsd-current@freebsd.org Sun Apr 4 20:50:26 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4523B5B4498; Sun, 4 Apr 2021 20:50:26 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-oi1-f177.google.com (mail-oi1-f177.google.com [209.85.167.177]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FD5XK0MRTz4Rf3; Sun, 4 Apr 2021 20:50:24 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-oi1-f177.google.com with SMTP id i81so10012692oif.6; Sun, 04 Apr 2021 13:50:24 -0700 (PDT) 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=9fPHfav7wvu4dczbv1yIJ3dCO2q1SLHNF1MRnu7FwMU=; b=UXRtGP6xb03vthKiFlVQB0h47A+ki5Rg41S+3zF8Q+nabMIJTfuNuilvNHJMl0wpi6 XoEc/VeI1w9JMGEwisjUfiYlS292IEmxMgBOajf54JLfaHnrWXQknQcm3XYqswTfZ+Kv 2pea4EKLREK5aM0yjrOWpDazkaBp7UHH2Sv0sqvCSqeCVMTGFeliR7cOp9CHnw0eE2dp aRtZMMC872LBD2SHtH8zuRfEEa2vzvPgFZGIEgibScS78e9h1Yu7QIHh4e/LGMfHu4We 4miVTMm0om0xWGkAhsWFaPiTguI/pfSdMvAbGseDiVg8thLAvvSZzliz7M3xMShH3xZK X2RA== X-Gm-Message-State: AOAM532y1DPQL1hv6p7ALbuqPr/U7O1R1yS/5AJq1hmSGTZh3akOJDEM 9QscoLHpcOCmUk3Plcp7HJQJu7I9MPNmUL0rqsTpTdNl9V0= X-Google-Smtp-Source: ABdhPJykIQwdWvVXqlNVQrMcvfscNGqxlBbwpbLZe90hX1wFvugKE6wzVgN1VHzed8lg5Mn4+qHRAcPhsC4v1BLeJoY= X-Received: by 2002:aca:b06:: with SMTP id 6mr16313393oil.73.1617569423293; Sun, 04 Apr 2021 13:50:23 -0700 (PDT) MIME-Version: 1.0 References: <20210403153446.GL92054@FreeBSD.org> In-Reply-To: <20210403153446.GL92054@FreeBSD.org> From: Alan Somers Date: Sun, 4 Apr 2021 14:50:12 -0600 Message-ID: Subject: Re: FreeBSD 13.0-RC5 Now Available To: FreeBSD Release Engineering Team Cc: FreeBSD CURRENT , FreeBSD , freebsd-snapshots@freebsd.org X-Rspamd-Queue-Id: 4FD5XK0MRTz4Rf3 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of asomers@gmail.com designates 209.85.167.177 as permitted sender) smtp.mailfrom=asomers@gmail.com X-Spamd-Result: default: False [-2.99 / 15.00]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEFALL_USER(0.00)[asomers]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[freebsd.org]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.167.177:from]; TO_DN_SOME(0.00)[]; RCVD_TLS_ALL(0.00)[]; SPAMHAUS_ZRD(0.00)[209.85.167.177:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.988]; RCVD_IN_DNSWL_NONE(0.00)[209.85.167.177:from]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.167.177:from]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-stable,freebsd-snapshots]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 04 Apr 2021 20:50:26 -0000 On Sat, Apr 3, 2021 at 9:34 AM Glen Barber wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > The fifth RC build of the 13.0-RELEASE release cycle is now available. > > Installation images are available for: > > o 13.0-RC5 amd64 GENERIC > o 13.0-RC5 i386 GENERIC > o 13.0-RC5 powerpc GENERIC > o 13.0-RC5 powerpc64 GENERIC64 > o 13.0-RC5 powerpc64le GENERIC64LE > o 13.0-RC5 powerpcspe MPC85XXSPE > o 13.0-RC5 armv6 RPI-B > o 13.0-RC5 armv7 GENERICSD > o 13.0-RC5 aarch64 GENERIC > o 13.0-RC5 aarch64 RPI > o 13.0-RC5 aarch64 PINE64 > o 13.0-RC5 aarch64 PINE64-LTS > o 13.0-RC5 aarch64 PINEBOOK > o 13.0-RC5 aarch64 ROCK64 > o 13.0-RC5 aarch64 ROCKPRO64 > o 13.0-RC5 riscv64 GENERIC > o 13.0-RC5 riscv64 GENERICSD > > Note regarding arm SD card images: For convenience for those without > console access to the system, a freebsd user with a password of > freebsd is available by default for ssh(1) access. Additionally, > the root user password is set to root. It is strongly recommended > to change the password for both users after gaining access to the > system. > > Installer images and memory stick images are available here: > > https://download.freebsd.org/ftp/releases/ISO-IMAGES/13.0/ > > The image checksums follow at the end of this e-mail. > > If you notice problems you can report them through the Bugzilla PR > system or on the -stable mailing list. > > If you would like to use Git to do a source based update of an existing > system, use the "releng/13.0" branch. > > A summary of changes since 13.0-RC4 includes: > > o COMPAT_FREEBSD32 fill/set dbregs/fpregs has been implemented for > aarch64. > > o Miscellaneous DTrace updates. > > o An issue that could potentially affect some services to properly > restart, notably Nginx, has been addressed. > > o Miscellaneous networking fixes. > > A list of changes since 12.2-RELEASE is available in the releng/13.0 > release notes: > > https://www.freebsd.org/releases/13.0R/relnotes.html > > Please note, the release notes page is not yet complete, and will be > updated on an ongoing basis as the 13.0-RELEASE cycle progresses. > > === Virtual Machine Disk Images === > > VM disk images are available for the amd64, i386, and aarch64 > architectures. Disk images may be downloaded from the following URL > (or any of the FreeBSD download mirrors): > > https://download.freebsd.org/ftp/releases/VM-IMAGES/13.0-RC5/ > > The partition layout is: > > ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) > ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) > ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) > > The disk images are available in QCOW2, VHD, VMDK, and raw disk image > formats. The image download size is approximately 135 MB and 165 MB > respectively (amd64/i386), decompressing to a 21 GB sparse image. > > Note regarding arm64/aarch64 virtual machine images: a modified QEMU EFI > loader file is needed for qemu-system-aarch64 to be able to boot the > virtual machine images. See this page for more information: > > https://wiki.freebsd.org/arm64/QEMU > > To boot the VM image, run: > > % qemu-system-aarch64 -m 4096M -cpu cortex-a57 -M virt \ > -bios QEMU_EFI.fd -serial telnet::4444,server -nographic \ > -drive if=none,file=VMDISK,id=hd0 \ > -device virtio-blk-device,drive=hd0 \ > -device virtio-net-device,netdev=net0 \ > -netdev user,id=net0 > > Be sure to replace "VMDISK" with the path to the virtual machine image. > > BASIC-CI images can be found at: > > https://download.freebsd.org/ftp/releases/CI-IMAGES/13.0-RC5/ > > === Amazon EC2 AMI Images === > > FreeBSD/amd64 EC2 AMIs are available in the following regions: > > af-south-1 region: ami-0fe76e3a8c6a8d108 > eu-north-1 region: ami-0fe9d5e3fd7bd2972 > ap-south-1 region: ami-0090069af2f905566 > eu-west-3 region: ami-042ea753bff8d6a9d > eu-west-2 region: ami-08e0358d71a41ce97 > eu-south-1 region: ami-0a1cb76bf83c3c49c > eu-west-1 region: ami-0559fa7d3edc6e607 > ap-northeast-3 region: ami-04492324222abcb1b > ap-northeast-2 region: ami-0e851ff1f260888fd > me-south-1 region: ami-087ab54ec6e4d0cbb > ap-northeast-1 region: ami-0796973b853fba5e0 > sa-east-1 region: ami-03f738fc556689a14 > ca-central-1 region: ami-05f22cba7be241fbe > ap-east-1 region: ami-07ac68b5cc29039bc > ap-southeast-1 region: ami-04a8c807e53f07e72 > ap-southeast-2 region: ami-097dc8195cad3a688 > eu-central-1 region: ami-013f760d364d2d6a7 > us-east-1 region: ami-0e5adeb6a86cb63c4 > us-east-2 region: ami-04aac5053216613b1 > us-west-1 region: ami-07a9e536124bc5cd3 > us-west-2 region: ami-0d590e9beb5038bd0 > > FreeBSD/aarch64 EC2 AMIs are available in the following regions: > > af-south-1 region: ami-085df8d192daddc93 > eu-north-1 region: ami-035b8e0f104183bde > ap-south-1 region: ami-0224f547eb20ded51 > eu-west-3 region: ami-092ad93b82e3a558a > eu-west-2 region: ami-0567fa1f5daa6c238 > eu-south-1 region: ami-00615cebecc52f525 > eu-west-1 region: ami-0e2950449c94e05c8 > ap-northeast-3 region: ami-03b7571b4a4af049e > ap-northeast-2 region: ami-0b570af0ee358ee72 > me-south-1 region: ami-0c57b43738fd4004b > ap-northeast-1 region: ami-0e17a574439ffb174 > sa-east-1 region: ami-0201af4c62a23a60f > ca-central-1 region: ami-0eae8aba238f15999 > ap-east-1 region: ami-005e7c3d7872ae536 > ap-southeast-1 region: ami-0969bc5323ee517d9 > ap-southeast-2 region: ami-07072603fa5909c39 > eu-central-1 region: ami-0d7d0c153cecb0707 > us-east-1 region: ami-0711d615450d8075e > us-east-2 region: ami-09c56d3ad7a9e74c7 > us-west-1 region: ami-0fde730ebfb68aa96 > us-west-2 region: ami-027243f32c4f86017 > > === Vagrant Images === > > FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can > be installed by running: > > % vagrant init freebsd/FreeBSD-13.0-RC5 > % vagrant up > > === Upgrading === > > The freebsd-update(8) utility supports binary upgrades of amd64, i386 > and aarch64 systems running earlier FreeBSD releases. Systems running > earlier FreeBSD releases can upgrade as follows: > > # freebsd-update upgrade -r 13.0-RC5 > > During this process, freebsd-update(8) may ask the user to help by > merging some configuration files or by confirming that the automatically > performed merging was done correctly. > > # freebsd-update install > > The system must be rebooted with the newly installed kernel before > continuing. > > # shutdown -r now > > After rebooting, freebsd-update needs to be run again to install the new > userland components: > > # freebsd-update install > > It is recommended to rebuild and install all applications if possible, > especially if upgrading from an earlier FreeBSD release, for example, > FreeBSD 11.x. Alternatively, the user can install misc/compat11x and > other compatibility libraries, afterwards the system must be rebooted > into the new userland: > > # shutdown -r now > > Finally, after rebooting, freebsd-update needs to be run again to remove > stale files: > > # freebsd-update install > > == ISO CHECKSUMS == > > o 13.0-RC5 amd64 GENERIC: > SHA512 (FreeBSD-13.0-RC5-amd64-bootonly.iso) = > dfffeadbb060d71545a4702c6b37c6b2d9d28396919298cdfeb4f17ab916edbb8b607c904e9ae016a27cabb5a026d5cdc6631de3fd2f7deed9eb36c2b6351276 > SHA512 (FreeBSD-13.0-RC5-amd64-bootonly.iso.xz) = > 72cb3f5269eee672107ccda802612be792fc3d7dfebfb2266a1b2cc9fb6088e3c141fce8c847a573a4e2994f5cc360547d39223b5db23e9367580fb003c74b93 > SHA512 (FreeBSD-13.0-RC5-amd64-disc1.iso) = > 07a934d9492e93f104637268e6e323527b71b3e4dec71b072e5324838d8b019ef0ec621654f7dcb363f75c8924ca11d6b100da545cf3f0789ad777c95712609e > SHA512 (FreeBSD-13.0-RC5-amd64-disc1.iso.xz) = > f5f82be805bc3bdf4b967ec211bd474fb2b3710dd4e4c33ce1f31626498baf660694d792dc2ecab5108315b093bdbb9fd983abf515f21ac6027bf33b9b9de000 > SHA512 (FreeBSD-13.0-RC5-amd64-dvd1.iso) = > c0ecbc8dbcced7e37cb32cefa944da5117bcb92eaec2d19ae9198520542b88f45c8d5d0b4a2f808cbedf44748d2e0e5ba144d771f13766aa2d135048b7bbd9db > SHA512 (FreeBSD-13.0-RC5-amd64-dvd1.iso.xz) = > f92f0fdecd4d4b99df7dacd9d27b212b771b347c7ee23acf37bf776d25bb5049776e61e8429e7fc8b63f00efe23b9b2ac9b0e8b5ccc218c8abe1b1522e76b2ac > SHA512 (FreeBSD-13.0-RC5-amd64-memstick.img) = > 26147b65e479dac6ecb18b2205b952bbd8b39ff6cbaae454a8f479b5ef6f6daaa6e3d75402390e9acdaf1f5219cb0b7623378a4545c285c426ab5296c1178686 > SHA512 (FreeBSD-13.0-RC5-amd64-memstick.img.xz) = > 4662821f6e70bbbeaffc3d4fabf6311e7556abdc3e48c3926e3e1f72b305bc20044cca3c811c9e4202e897037a300f81fd6407fc2870bd24374f7269de3e9704 > SHA512 (FreeBSD-13.0-RC5-amd64-mini-memstick.img) = > 623d5bbe81ef67585426107ee5caaa360e9a435f0a5fb43bfd5ddb303dcb1c2a7b76b42d167ccebcf8908fba4851694b7e55c8821eb69f9477ce5e6157108d44 > SHA512 (FreeBSD-13.0-RC5-amd64-mini-memstick.img.xz) = > 0e225b2116caaa719efd71edf33d84f83ffb742b930d0c9ed4998627d15033a30f9c2ff4549bbd6276ad0867c6f3b3934e95e4520207858c82e02e68d35e980f > > SHA256 (FreeBSD-13.0-RC5-amd64-bootonly.iso) = > 843f3a70f5229af107a18e2a03c6809dd71d325722dc8bab9e018c41078ea5a4 > SHA256 (FreeBSD-13.0-RC5-amd64-bootonly.iso.xz) = > 561346c315e5831fd236871d9ef8ed5cf0c76a1d5916fc850f5e4d9dd2450007 > SHA256 (FreeBSD-13.0-RC5-amd64-disc1.iso) = > 785ea0b42266419d15d81225e12cdad480713195af9bef833384636c9749a682 > SHA256 (FreeBSD-13.0-RC5-amd64-disc1.iso.xz) = > ffbffa7dd7e79f841c656f0d84880a9cb9fbbc724b35cfecb9759f854548cbb0 > SHA256 (FreeBSD-13.0-RC5-amd64-dvd1.iso) = > c94a787eca63e27588315a8971c74597af9a7ae237e544d753f963c035cd416d > SHA256 (FreeBSD-13.0-RC5-amd64-dvd1.iso.xz) = > 679d4f47465cd5aee1eea4f0152d9dc7f243a72d43b1d9448e656b1e756ae46e > SHA256 (FreeBSD-13.0-RC5-amd64-memstick.img) = > 563773ac3b911330858b52a9b86ef74e4cd9dd359c57eda9706470c614ee2929 > SHA256 (FreeBSD-13.0-RC5-amd64-memstick.img.xz) = > 39af8d7ee9ee2d8f3e31905345efdc944182f599880148f40556faf06a2b34c7 > SHA256 (FreeBSD-13.0-RC5-amd64-mini-memstick.img) = > da970de874f4ee9584087bec8577f92de8c02d10e77e910b6ff15f4e682f9c4b > SHA256 (FreeBSD-13.0-RC5-amd64-mini-memstick.img.xz) = > 2133ce0f8a80fb5b8259fe9f253bf53c56543b6902388ac762768b7fe0548cff > > > o 13.0-RC5 i386 GENERIC: > SHA512 (FreeBSD-13.0-RC5-i386-bootonly.iso) = > 8ad9035f35ae9cb3d6e832aebb14bfba0d41052fe6fabc220b706ff1239990c4c018163467a9472f9b03b5730c9b000c11ce1bd2779c5347bd4238625225c017 > SHA512 (FreeBSD-13.0-RC5-i386-bootonly.iso.xz) = > 5a6d4ca2ce12fd3bec6e967f9c9c2ca78064cb28881418ea7eec9e52627e16735984caa6a1281fe86823315d53ce86d89ac9191144c1bf63b3bb040dad5ed26e > SHA512 (FreeBSD-13.0-RC5-i386-disc1.iso) = > 4c296a1e2befb7a97b654eff0a7dd3d546cb98c1dcfc656256a7249bd0c152f76e1ec54d2320cda1f80e89e1d6810a7d761faec26b258e54fcb8be3480b8c556 > SHA512 (FreeBSD-13.0-RC5-i386-disc1.iso.xz) = > 9ee852910024ec071455a3ebedd5445cc4618d01e94c9ac5db1ff25db0c50f630a4711648887149ccbef5c61dc223fa28c92eb1d7e08ff68bd461b0a6d6eab81 > SHA512 (FreeBSD-13.0-RC5-i386-dvd1.iso) = > f317a2b4e1107ef098f466d3ed32718656acf918aa77983d491ccf1491e9ce81520d365f9e4dfca5da69ec7d40b7f75c5d2a8b34b2e91d9da96245cda5281f76 > SHA512 (FreeBSD-13.0-RC5-i386-dvd1.iso.xz) = > b8ca2be1830592867b9195c1f217755966168ce0ebdd1e5ff7df582ca38fc0c2d07afe54c0c52c5c287e49273e7a1e5f6716e79a45be6c79575c3317122613ce > SHA512 (FreeBSD-13.0-RC5-i386-memstick.img) = > 3ff922ad3978b3eb014df250089e02fd4b05e85adbcaed64db3408f7376cf5b72d04300f72bd2626ee0c35902868898a332a1de05f902861299316cfd47a1613 > SHA512 (FreeBSD-13.0-RC5-i386-memstick.img.xz) = > e41d85b245d7e3e20f06bc089f1dba8b806fdef7e498e2649e0b1165c3209a073a35cd67c0272bfffe2a5678107d4464fa6aa2a56c482908f0ca0d6632aafcb6 > SHA512 (FreeBSD-13.0-RC5-i386-mini-memstick.img) = > eb7834cab28fffc04e38fd65f136a3918aa6cca43df2121dc5f477863ed1096d65dccc88d6b9860c24d1ea8449d1dfb96758162749b172e669c620eff2bd1645 > SHA512 (FreeBSD-13.0-RC5-i386-mini-memstick.img.xz) = > d9ae34312fdb0d19bdeae1cef285ea202ec59a616dba67c79879eb52eb1d148439692e32fe5f6a67636c891cca857761306732363bc53977818664f3711d66fb > > SHA256 (FreeBSD-13.0-RC5-i386-bootonly.iso) = > 79f35eabd8f510a44413da532d900613c3b23ed79f1e98a8a2ecc7cacf2abe35 > SHA256 (FreeBSD-13.0-RC5-i386-bootonly.iso.xz) = > c3f5ec7847cec1760d6aa0413b324443e7e3a843c9f83219775c24f5ab8c1894 > SHA256 (FreeBSD-13.0-RC5-i386-disc1.iso) = > e16077941d9e811026d7c10dbe1be78ef0c4973cf02bcec610ef5bf61e5a81a3 > SHA256 (FreeBSD-13.0-RC5-i386-disc1.iso.xz) = > b3d360824504419a416c0ebc7bc28c63ea6c8722736a90603891b31b3d7e3089 > SHA256 (FreeBSD-13.0-RC5-i386-dvd1.iso) = > 6f8d645310ffc0e0e5a3e6d08a651d71d4364dc3568eb56c64103b1e5378e3a6 > SHA256 (FreeBSD-13.0-RC5-i386-dvd1.iso.xz) = > 74ea5c4a1390506d308bd64e99889abb456ce8ea97bee2cf6649a6eeef4dbc89 > SHA256 (FreeBSD-13.0-RC5-i386-memstick.img) = > 5dd60eab6d6b4fe7e4cf69693e759befaa49f2c3fa4ded328c40bf232ab424de > SHA256 (FreeBSD-13.0-RC5-i386-memstick.img.xz) = > b372c1c77ffe8b64b6491970e5f2582de9bec4937f96e12882bd878d265cf64d > SHA256 (FreeBSD-13.0-RC5-i386-mini-memstick.img) = > d0efe3f4a44859417126b75ee7325d0488527404f3b4157ccf4de0664f1f9a07 > SHA256 (FreeBSD-13.0-RC5-i386-mini-memstick.img.xz) = > fdaab5a8fd3a4fba03b300e448164d55173986015473f350200c05efe1a852d8 > > > o 13.0-RC5 powerpc GENERIC: > SHA512 (FreeBSD-13.0-RC5-powerpc-bootonly.iso) = > a32dba6b13f5dc3c8602b3e5ef8754e8cc743b2be8cbf5e3858fcac36c14eb6458acd15ed8864957ca23def9fff67d8566985aa19444a7d232ae4762a375b2a0 > SHA512 (FreeBSD-13.0-RC5-powerpc-bootonly.iso.xz) = > b15e8e9eb63c3cbc7be457e75f07ebe1a6d1a7ef2c5fd491dbb4ba70ab7c70c089fae8ec23040f98f3a20486ec4f121ede4877aeabb762ca0d6e84a2b9590dc7 > SHA512 (FreeBSD-13.0-RC5-powerpc-disc1.iso) = > 085db6d63a4559d8e6ff6893afa3852b7535a398660463abbe1b57b6935e0b23f9766f09825fea4c4a42b4073f57451cdf418b1fb4fcc41d7a8fafac1951d801 > SHA512 (FreeBSD-13.0-RC5-powerpc-disc1.iso.xz) = > 2ac711b82106a311b1bd0317643c4c3924de644c03d7906eb3eae388e4181ba9c7f6c8ef8f8a470e831614e54fe076c26a7a4c67c58907e95f328f2307e00325 > SHA512 (FreeBSD-13.0-RC5-powerpc-dvd1.iso) = > e26f5434ae54b9cd9afc64ede8cffc605c90cecd6c07ce2dafde0e34102caa0bf94b8a7ce77ee2498e2fdcf2652c4bf6c25c2ae76d0b37fe24469de9b0527ea5 > SHA512 (FreeBSD-13.0-RC5-powerpc-dvd1.iso.xz) = > afeec86faf153822b750e642184bfdff544fb59207ad70e2208ce6a30e8b74bebba608d326d4a2bceb474e870534783c0194fbd0b94d5969bc37298a250ab1c8 > SHA512 (FreeBSD-13.0-RC5-powerpc-memstick.img) = > 37a82c1febc07e7b9bfe396521e786ab0f3172f6f5ad23ee10b7351f9a9d83c946c3ced5f4c0e888ef241e105b95606b0e7410e27d40ea984d27f1af737ec37a > SHA512 (FreeBSD-13.0-RC5-powerpc-memstick.img.xz) = > 31c9364d96803ff9f1c57a216e110a7fd5d303e17324f7b1f2bacfdb36afcaf5e7487a6829f87b044233ec42e64b7ccdf2f5e32ae4bf98f543bab24e5300af2e > SHA512 (FreeBSD-13.0-RC5-powerpc-mini-memstick.img) = > cb3fff298be469d973d511fb1f93708071c8ff5962758daae0f994f66b36afad6dda2cfd6ae1ce98a616d11b108c61855adbfd493aec05f8091d8a56a3261066 > SHA512 (FreeBSD-13.0-RC5-powerpc-mini-memstick.img.xz) = > 2a47aa9151d1c550e9fe8d6f9c04eaa893ab922a0f9900581a25e38448f2e657f5917ba2b5992a7fe370d3eb72d744eb94e05c974859ee92501a6622af2b6489 > > SHA256 (FreeBSD-13.0-RC5-powerpc-bootonly.iso) = > 2827b49ca6c59f0008bc3601c82fbc102fda1b570ab36a533580b2bfea88f34f > SHA256 (FreeBSD-13.0-RC5-powerpc-bootonly.iso.xz) = > 7b5aa329441b970269c52622d2e22dc6822ef16c1d459d132a48c41a09503e19 > SHA256 (FreeBSD-13.0-RC5-powerpc-disc1.iso) = > 8eaa08b5f578ffdeeb8cbd4e7ac14e7b8398d27db742ed5a0bb51e4a499fb37e > SHA256 (FreeBSD-13.0-RC5-powerpc-disc1.iso.xz) = > 08dadbb25838b533e995627614e7290be3ac42944ed63fe8545d7920a3f82b72 > SHA256 (FreeBSD-13.0-RC5-powerpc-dvd1.iso) = > 142e79355ba203f11df43accfc27a4b6d22ccf7745e207e6909ac4290262c4db > SHA256 (FreeBSD-13.0-RC5-powerpc-dvd1.iso.xz) = > 10fec72bb315db41daad144a22afdea30caa4155759f460985522886fb9096d1 > SHA256 (FreeBSD-13.0-RC5-powerpc-memstick.img) = > b44acedab085967df85c836dfe8fa41d0dde8da94d2268f909436c5ab25de549 > SHA256 (FreeBSD-13.0-RC5-powerpc-memstick.img.xz) = > d69e8e2dff07fc98cb3904d937cfbb4c5bf459dc115ae8a20da248ca83c6590e > SHA256 (FreeBSD-13.0-RC5-powerpc-mini-memstick.img) = > 250f066f9d8f37624faf27c9098757620c914ae556c4f265c8e20f4d035270ea > SHA256 (FreeBSD-13.0-RC5-powerpc-mini-memstick.img.xz) = > 333e7fab257c09aa04934e10e05da2c32f9fefded9bd0b351e6d2ba6b1be4442 > > > o 13.0-RC5 powerpc64 GENERIC64: > SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64-bootonly.iso) = > c07ce0d53a1fcae04e9d08b4fc01d53cdf355a6788f4f6f655425b8ccfbd6b1913ab74f33b0da11650b1175358ef7d8ba205a8a24069108ff33b2fdf6204ddcd > SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64-bootonly.iso.xz) = > bbbbbfde492f5d93a998d2f67fdf9492ac2ca5fa52914c9c1dc2f3ab6a00f2b4ed7952a18458b7da0edf9d9c685f36c35816de28bf855c4d918700ccff63368c > SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64-disc1.iso) = > 37d400eb0265b32d811d047094c92f902f9d2c5e75fc9b696a66689b251a4a768d4b486ef2793333efe120e48e13392c056f65676b2c6d5ad04310310bd9de1b > SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64-disc1.iso.xz) = > 6db09309e2345923a6f25592d45912eef91c43d051e17bc81d40872790d79aadb79770a8539648cfa2b199286189ce3fb7e29be361191ccb51f5ead5334ddf12 > SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64-dvd1.iso) = > 10b7841c14945e8f0de4a13b839aed9f48508ef2bf6e3dd48659fbb50df711141d2ffa7a3a4aa80c70fa077af6b65494229e83b2feb400a011fe3904fd901c18 > SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64-dvd1.iso.xz) = > 8ffb496e3de9c58c50d098b9eadd1bb7dfc3b08723ebae73f705804defe39a484282e8c4e314925056fc4da4ee4f1ac86e950fb30e6a27467e2e20a60971eca6 > SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64-memstick.img) = > 591306f217a7962a901d145c810f8814936568e043c91322dd94e99efa093f002a6bef1515954f5f1803b4ac8686c530d857de707661aa24074995932fce8bed > SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64-memstick.img.xz) = > 01c0b4965ac8b0e9a913c38e340c06f929035bb8b86c08fcaea93ca9ad34bc76c39a6ca31a48a6d92aa96d8b63ae6c9deef631de756c71fde8d5d7bb09a8f4a7 > SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64-mini-memstick.img) = > 13907a793588393fea23f3b99890f7342ccfa8d558c1bb67c6607d4cda5998abe336ff786bf6153520e73e9036ce27a7af5c43c9d74d25990ab84bd153841a04 > SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64-mini-memstick.img.xz) = > 1b1b7aaedec61f7e1fd6e29177ef9116a9a06f9c1ed75d9bf01e4a9284dca80993bc0882d3f23c0d1b94bbd562aa1b6dc36df391c6dd6293ab0586ef67c6b2b7 > > SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64-bootonly.iso) = > 25c55622b76bebbe8f0fe2f8a4bdb3e3574e8ebe6e51a0ca96cbe6e8ce603858 > SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64-bootonly.iso.xz) = > c811d69f85b2a3ac734534a3006377d39db375a28926738d6b0ae216b22e14f9 > SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64-disc1.iso) = > 8473b711542841cbe8426c4c4738c1dd621b48c53437ac7fe2e6ec4e71b65ae6 > SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64-disc1.iso.xz) = > 669e6383bcc7df3ed3dc747aecdff85a8db9e228b194cfadd6333e2b202d7748 > SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64-dvd1.iso) = > 6f3212a22f1d5ae6636bdf78b11f0babc13072206b72a79e7ab774336b09325e > SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64-dvd1.iso.xz) = > 99ac5ffb12358d96bafbe2e96481957ae683c025edda1a2eeb67c5e15ba27f32 > SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64-memstick.img) = > e517c774949f162a81cf4f351e8be76ff63887c71b56c97dff1ef304181a3642 > SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64-memstick.img.xz) = > ee773a8aaf21a7f77d471b4c92d59f82587cd2ef939dab6cdff0cf22e1ffb270 > SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64-mini-memstick.img) = > 11eaad33b936480e58ffeaa73a8df233462343380a05472bc1187005ec2a2763 > SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64-mini-memstick.img.xz) = > 362075a568f7e64ef336c35b681f3870a369476997e4c4b8e2494ecca9e7a793 > > > o 13.0-RC5 powerpc64le GENERIC64LE: > SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64le-bootonly.iso) = > eecab860c44d1251a91096bea60eacbe2697cc7dc48e793f3848f5cdfcda0ef1f23dd3fe65c3abea0f03f2e2334e933156da8ed9433607f53255a1bdc7bed09d > SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64le-bootonly.iso.xz) = > 90eebc957a30a857cdabaeef9f27c84e58874d1ea367d0ef3ae8eb30547e3080105de1a82b965a8205390ff75955f1fd82fced1404a08218f41b1e75d25f2c3a > SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64le-disc1.iso) = > 8bf4cf5f5192c44a764bc99da913393db47fe9aff7c87e4c76800215e73e137f9793859240ea3db0e8b14b1dd4aaa7f4c133516eca94b15fae1197299d2b5382 > SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64le-disc1.iso.xz) = > 03423138f90dbe4b42a2b7a1f7ff2c22a00a3d764d1d3853fe609006759934a671567a1d79879a07f9a1f534273003c0ff2e7c8580d5f80a36722c536ce34d5e > SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64le-dvd1.iso) = > 5da23394beb3b78ccd67bbca02db44f527b2963913a233c86e4d2c46fc99d18a2756c5c88826019928dab8e1a4708d51182e47f85f1ceea72d26a7df88cba5be > SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64le-dvd1.iso.xz) = > f6e630015f40a3e02b2202c666a0304507ec260bc06c8910c1ed508a65dbf76500188382e0f7f5eadc205f66ff3cda1e48f0bafcbfcf5b131be5619e0eaedce8 > SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64le-memstick.img) = > cc490e6bd2519100b1efe865e44f5a355149d5b4b296e7da3057d843746b8703ca97fc6dec192876ef9c050a12d72c931d8be62ce8669384ea2b4e5efdf76847 > SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64le-memstick.img.xz) = > c5c541040fc48864a70ada1a45d2c70dd5c12289f2cc0d65b94e2e9aaebcf7a644d1490c67d71bf4fc3533cc9932c262e309683b27c02a7708f4a6b812ccd372 > SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64le-mini-memstick.img) = > db4d50b2658cb3d1c20ac3eb18c6ad8741a6ee7433253077affd47102fecaf2ef5a9f78cf215ea6ed135891e99142d458f546bc524bd6fa6baf59241d9617497 > SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64le-mini-memstick.img.xz) = > 3f0578f1c776197341013b5a587ad0d7093053c223fc3a6e3774350601feb03dd464d55cbac3d8262c90ed46e333ab04878cda88cfda340168ec9ed92731f78e > > SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64le-bootonly.iso) = > 44949a89dd868f59fb83be8c6eb0dfee0239b7653237ec3b986bc3a5ad2aa84f > SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64le-bootonly.iso.xz) = > 4d934143d93cc14a64387afc16aed1b3c7e61302063e97c92f905317ec8525dd > SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64le-disc1.iso) = > 1afda9365d4ef07d363cab2eaff9af0b1f79fef97954b887b33240d50438caab > SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64le-disc1.iso.xz) = > 55e964968892a4b8ba86fd43be8e1ef215dea1fc45ec338f33051bd0fe9a434b > SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64le-dvd1.iso) = > 18e1091cb31c4db288a58268c23554449e2c67cac830d1e6247e6800a83e1c17 > SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64le-dvd1.iso.xz) = > c67976d9a3b963c1f7912ed0734cdde8db5635d4f313f01e13c548afc012b588 > SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64le-memstick.img) = > 6bb73a406466f51e68f1e69f8b2539cae5fc73fe4df880a4b9b7768954d6d3c6 > SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64le-memstick.img.xz) = > b4bd43ccfd1f6be7c92fcddbfa026e034150bdbefe3ec5d0b5cc1c0645b343ed > SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64le-mini-memstick.img) = > 8af515276bd2d4931d42ce0fea7b51686ada127cc1d36ae0a2d30b79486d2593 > SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64le-mini-memstick.img.xz) = > e6cfb3188bdb6db2bb6d72e855508687c4773f139e5171a0ab68f328d95d62f0 > > > o 13.0-RC5 powerpcspe MPC85XXSPE: > SHA512 (FreeBSD-13.0-RC5-powerpc-powerpcspe-bootonly.iso) = > 8fdffa39a22c90c15c57db0543597b3f3f914da7523280e97896c2bdb49af7f51b053c127c5ea7ca5735a0ced9b35ad93b7239dcb98e7e318aebb4201ec34bdd > SHA512 (FreeBSD-13.0-RC5-powerpc-powerpcspe-bootonly.iso.xz) = > d66435f8fa24f63bd42781de25983f91907abac22b5399b50b6a62d97354acd1afbd31789fdcb0bd1868ff3556e1728bb25bcb7471d5890abcaf2f0c4e471534 > SHA512 (FreeBSD-13.0-RC5-powerpc-powerpcspe-disc1.iso) = > d3b3454688850a3441886d0bf2930d2acb7275ac3e0aa7b4bfe9c4b6777fe951cb2a217aa38f21d40880a72f73e15f97abbd5c7ec779c7c23a681eb5ed675a12 > SHA512 (FreeBSD-13.0-RC5-powerpc-powerpcspe-disc1.iso.xz) = > d9f0f90b1c380a295ddf88ee1c57a1360c6ebf6706a21ba33175f5fff0e0e5099e47c270978d39ed06d74abc05982ee41a5c9d07f8185b316e8283a6ac9565ab > SHA512 (FreeBSD-13.0-RC5-powerpc-powerpcspe-dvd1.iso) = > d407bf459140a991e16f6cedeff06477e01cb85fd1275eac936f9937cd6fdf5ca684d2c1a9cc6afea85bb53426207aeaf98c40a3642d10afed9093fea5eebfff > SHA512 (FreeBSD-13.0-RC5-powerpc-powerpcspe-dvd1.iso.xz) = > 31797f1accf117fee26a4213a9c5395f1d0adf4e591e9a089b706d2c92a80c796333e63ca53a20b86c1061f63433cabe3b1032be45a9c8267bd86fca231885da > SHA512 (FreeBSD-13.0-RC5-powerpc-powerpcspe-memstick.img) = > 0d519eaf0fc676fa174ac41678a48aaae9581da6dd8ef4521019e5d820c25efa29747b633da8c3ce661666957a880a74cf861589951e568a188ed6178e57c258 > SHA512 (FreeBSD-13.0-RC5-powerpc-powerpcspe-memstick.img.xz) = > 03cc0fd9983656a77063380f7c743a939ec80d51575a7e159400783b19f6241ed82ee78bfb3ac35a0c046d6a72a42e2c6ac73676e59f9f739097ea8e8e844747 > SHA512 (FreeBSD-13.0-RC5-powerpc-powerpcspe-mini-memstick.img) = > 099801cd1e25e9142234cf77773d62a258a93ee8dafcf3ea3d6a433a968210eb70b164eb8d2396efe8748e700a999390d35c5933b7818f3f694a7d2d849afd4b > SHA512 (FreeBSD-13.0-RC5-powerpc-powerpcspe-mini-memstick.img.xz) = > 42b293138765d7548fdef58ff018ebd71d7eab99e4db53d4fb2830e7e1122395ee596f785b03667d6d7bd3e3bf23847584f3c8016ac787bd53d620b24aa7085f > > SHA256 (FreeBSD-13.0-RC5-powerpc-powerpcspe-bootonly.iso) = > 3f274fce0d33e110200ac2418e884502a701397dbebaa73b2544622d443153b2 > SHA256 (FreeBSD-13.0-RC5-powerpc-powerpcspe-bootonly.iso.xz) = > 62e85b4c51969a74d83e903be32cad9ec946993291def036d6d0b8970cbdfd0c > SHA256 (FreeBSD-13.0-RC5-powerpc-powerpcspe-disc1.iso) = > 134bcedfecc7d1165a776f8ac3e9165984cd6ffe21816d4fbe6ea67ebf98de12 > SHA256 (FreeBSD-13.0-RC5-powerpc-powerpcspe-disc1.iso.xz) = > da3ee317d806b053aecad3b2692accb370fb79fa45360efdb0d9f27adfd2b3cd > SHA256 (FreeBSD-13.0-RC5-powerpc-powerpcspe-dvd1.iso) = > d3d4f33db8c2627f73a4765c1806de46498ea80b387ed2b96fc767eb2cda9729 > SHA256 (FreeBSD-13.0-RC5-powerpc-powerpcspe-dvd1.iso.xz) = > ba3af7676d6f8c431a7fa1012bb599cc19e9e3770d18e01293c38c3175d3007a > SHA256 (FreeBSD-13.0-RC5-powerpc-powerpcspe-memstick.img) = > 3d8ad5969d65321025d90896289dd1dec6695ae1b413e3102eb49d4506439ae1 > SHA256 (FreeBSD-13.0-RC5-powerpc-powerpcspe-memstick.img.xz) = > b51a273ace661c9775a43785374e20d4dbc0282b0aeb748a02eeae69d6235523 > SHA256 (FreeBSD-13.0-RC5-powerpc-powerpcspe-mini-memstick.img) = > 1e6ef9b8a740eac73cb8d7578277c7bc580f3afdc51d444a74c00aeb5e03f530 > SHA256 (FreeBSD-13.0-RC5-powerpc-powerpcspe-mini-memstick.img.xz) = > a4fdfddc01b4fe4f5a112552acd2291f13c0b31ca3cb548e3abf58c0ba89a2c6 > > > o 13.0-RC5 armv6 RPI-B: > SHA512 (FreeBSD-13.0-RC5-arm-armv6-RPI-B.img.xz) = > d592a0e2be89218c9443b39037982a562dbca4bb238739e0999e1c4450eee5dc282f9e76fab911f958881fb0cd7f2b25e3e3cacdcd8fe169aebab9c35b72811b > > SHA256 (FreeBSD-13.0-RC5-arm-armv6-RPI-B.img.xz) = > 7830ec0146f72000438251e27136a836dc9f349798a5c5f35529f2121b5f50ad > > > o 13.0-RC5 armv7 GENERICSD: > SHA512 (FreeBSD-13.0-RC5-arm-armv7-GENERICSD.img.xz) = > 6e084b9721a287fdbba6d7c94c957d65150f46069797801f8e19bf2fb0a59984ea58c4b8d6ec2dd16207a3ccde201da23804bf5931e236c4672d748c41a2b45a > > SHA256 (FreeBSD-13.0-RC5-arm-armv7-GENERICSD.img.xz) = > 0c4a705a32914fbc279ee7bd0d156c4fd90a37bbc6f492b16e153a516611cc4c > > > o 13.0-RC5 aarch64 GENERIC: > SHA512 (FreeBSD-13.0-RC5-arm64-aarch64-bootonly.iso) = > f643bf631773775ab604af7c5c19880d4cf0b9462087d62fb55afe95155fd94e35d56f2d661f845c18826d70197fc7a8a4822220bd4d1a3a59e3a76d7bfe3f17 > SHA512 (FreeBSD-13.0-RC5-arm64-aarch64-bootonly.iso.xz) = > a1dfd6a632cb795027719ac2e3b6f8aff42c7c980e07eb63cf6c3b293e16f320dfb692987ec93b93ede936097c42c2efde0d5cbbe780a359f47ad4c5a171ebd4 > SHA512 (FreeBSD-13.0-RC5-arm64-aarch64-disc1.iso) = > 1d4c9236312520dc60daba71bfb1655709397c8801afa209aa0a28f05395a84e46ef2b672195a8faff44ea938d2ec0024c7ce175ef421f407ba3a5d6c2808ff0 > SHA512 (FreeBSD-13.0-RC5-arm64-aarch64-disc1.iso.xz) = > 14845d0684b24743e97adb5c09a7c64207e98f22d277a0338572de3e1f634549956f2fea9e06ef46d1a461683b6e27cf7c9db8a24dda28fa837e59f7dd477d3a > SHA512 (FreeBSD-13.0-RC5-arm64-aarch64-dvd1.iso) = > 3c9d89502fe5b8d98365179c0880049ba377cbd3fe814dee8f6ab469d181c527cda4884404830083d0ce452daf70b2e727e5f4b47358fc9e8dc237c712f301a3 > SHA512 (FreeBSD-13.0-RC5-arm64-aarch64-dvd1.iso.xz) = > fbcb5b34455bce5008112d6b585a694826c2a500447635296073ad20c4e61e109dae274f2de2450a4e657259321325142b60f53cac421992f0e22b8906373667 > SHA512 (FreeBSD-13.0-RC5-arm64-aarch64-memstick.img) = > dd5b011cf04e6d2fbaedcc21fb5740c5e3328e6af392c4a62b88c7fb860d96e1650b5c3c8859ee958af02f307690db18fc96b30f00d6174610e2e0f692eda270 > SHA512 (FreeBSD-13.0-RC5-arm64-aarch64-memstick.img.xz) = > 991dbaa2010289bd83b038d06c961ef7ac0f277575a21b72b02a8af957ab286b72a144ac3978962ea1432fdae261ad08b9497218934641fa3bcab5e4c0e712e6 > SHA512 (FreeBSD-13.0-RC5-arm64-aarch64-mini-memstick.img) = > f3525a3001a5b0a8fab02d0924ec0507fb337dd9cc8cc8ec43476621519ace704dba222e86562a0496de532a8184b9ad8dc07097d75f7b7b25fc0656189cca2d > SHA512 (FreeBSD-13.0-RC5-arm64-aarch64-mini-memstick.img.xz) = > 5aede68f37bf75753a7bcf97b90fde5336a8d8604c4d90ff3cd14a5702d8e5d4e8c4bc14a249d929b8650836fbe9c4a8fccfd0151a49c2c1d30ac9403ab5ccc6 > > SHA256 (FreeBSD-13.0-RC5-arm64-aarch64-bootonly.iso) = > 4f8d57730fe5cdaaa61f426013f883ee56711da983123fabdf6b27d886c94d85 > SHA256 (FreeBSD-13.0-RC5-arm64-aarch64-bootonly.iso.xz) = > 3d7501df1d55c4418587ecee6465d7f78ebdb1cdb2e183ae1352eaa7180d925a > SHA256 (FreeBSD-13.0-RC5-arm64-aarch64-disc1.iso) = > 8d3178e7158e0e3f98834aafefd305ffe8a9db35fbc943d501b0b75e238c3048 > SHA256 (FreeBSD-13.0-RC5-arm64-aarch64-disc1.iso.xz) = > 4781b34dd623cacaf279e2723527d6b8429ed170f3d3194c390f547be09f5784 > SHA256 (FreeBSD-13.0-RC5-arm64-aarch64-dvd1.iso) = > 164a0f647d8af294843cddf1847ffc84326aa827b9fac5e88bc5367c3ece0b95 > SHA256 (FreeBSD-13.0-RC5-arm64-aarch64-dvd1.iso.xz) = > a76603fbd0c57cd0ea11e5d15f88b7040f676ba9e0b1f9e46af6e75ded6b6d09 > SHA256 (FreeBSD-13.0-RC5-arm64-aarch64-memstick.img) = > 66a50d93648040dfec578b4b404b0a66a53511c9cd8d633e41cd88d197dcf959 > SHA256 (FreeBSD-13.0-RC5-arm64-aarch64-memstick.img.xz) = > 1673f1f89c87cc26a8ef708f43dce76dc4fc8e416251a27767817951f9f4fc78 > SHA256 (FreeBSD-13.0-RC5-arm64-aarch64-mini-memstick.img) = > ac66c594afc689afb72d38aa95b89af1564b88d087358bd6f2ece122d05f48f3 > SHA256 (FreeBSD-13.0-RC5-arm64-aarch64-mini-memstick.img.xz) = > ff0c9a6559638787eb12a35b5d75f6905fac9bdea30be3262611e4e97c0cb47d > > > o 13.0-RC5 aarch64 RPI: > SHA512 (FreeBSD-13.0-RC5-arm64-aarch64-RPI.img.xz) = > b6cc873d3d12164c4c72602398c6addcd3e96abf58613b85e12f8f137597e300b6d427d29d1f049fdddc6d49fe5e43c90814f570784834615a174807ea1fb258 > > SHA256 (FreeBSD-13.0-RC5-arm64-aarch64-RPI.img.xz) = > 78d862e893572349345a26615690f0c185e5bd16fc27f0d402b211f34f65fdf7 > > > o 13.0-RC5 aarch64 PINE64: > SHA512 (FreeBSD-13.0-RC5-arm64-aarch64-PINE64.img.xz) = > 8ae47d737433b355bd7e49a1fdee3c098b7ee18f58c8b451ef84ebfc6918e3df7589e47158c5c5bd2e39f39a08c903b0291c9452f9229d6744c3fc3fdc353442 > > SHA256 (FreeBSD-13.0-RC5-arm64-aarch64-PINE64.img.xz) = > 46d6285ffc0b3ea1463b531ab88aa6ce982c60a435f4bdc754af63e1b8bfe55e > > > o 13.0-RC5 aarch64 PINE64-LTS: > SHA512 (FreeBSD-13.0-RC5-arm64-aarch64-PINE64-LTS.img.xz) = > fe6e926c1dc703d22cbd183e4472ed436ffb55cb40151dc17a7e70c303fc22fd7cd3a869f34afe4d353dba430a15258c1bcca78c88c431ff7b0faea310bca5cd > > SHA256 (FreeBSD-13.0-RC5-arm64-aarch64-PINE64-LTS.img.xz) = > 373ab307b2823b4bbfd233bc5b804c3196e73a39c8595ebb0609e14dbd0ae433 > > > o 13.0-RC5 aarch64 PINEBOOK: > SHA512 (FreeBSD-13.0-RC5-arm64-aarch64-PINEBOOK.img.xz) = > 63be7d91056abdad1db50fdadea3466c970ba19f23106c00fe8ea1e3365842424af2a46c698285c89afda6c25faa03904e8bc60cabbcbd64a9c3dae5687e815a > > SHA256 (FreeBSD-13.0-RC5-arm64-aarch64-PINEBOOK.img.xz) = > b38983227a710ed427054ceea6097e4c9938aec3d7e1f2c3fcd366cf8a75e46c > > > o 13.0-RC5 aarch64 ROCK64: > SHA512 (FreeBSD-13.0-RC5-arm64-aarch64-ROCK64.img.xz) = > 80c98a5144d2a4c0e0c52736a3f46c83789e083eb7d16062c07c1a3b1f4d7e93b9102ef16f800eb71f719abad0f0605cae6cccf6579dd59afb0a539543b6c0cc > > SHA256 (FreeBSD-13.0-RC5-arm64-aarch64-ROCK64.img.xz) = > 356470d1e36c4cfa62d976b39b4cde3adcf671605134c32d8d7106b364b4f581 > > > o 13.0-RC5 aarch64 ROCKPRO64: > SHA512 (FreeBSD-13.0-RC5-arm64-aarch64-ROCKPRO64.img.xz) = > 090ff8cd1a65e8f93a8374de8c40de68ac8dd6ddbb60b917095e5a73a54ad135a0d56193d5cb5fd3ac5ad9b0d7401ec482a09887332756f0b642bb8764fde8be > > SHA256 (FreeBSD-13.0-RC5-arm64-aarch64-ROCKPRO64.img.xz) = > 664498a6a732bf412288a8d02c0d53502d36817cd0a39260216623e24cf1bfb7 > > > o 13.0-RC5 riscv64 GENERIC: > SHA512 (FreeBSD-13.0-RC5-riscv-riscv64-bootonly.iso) = > 8d97cb9c4f15a195afe07c5743f2aaf06e98db3347729959df00ffa1f09e9095287a592412e3cf0a96a56e205eaa42fc581e74af87ab71101f4f087ffd33a834 > SHA512 (FreeBSD-13.0-RC5-riscv-riscv64-bootonly.iso.xz) = > 2f7cce8f0cf8884f07e82be32c4353d9385c3356cbd965c6242e810eb992704cad87d8ae1b0e6b050ee92d5e0cb0f61ca93ab89ec07f638ae6605b4f544b3d93 > SHA512 (FreeBSD-13.0-RC5-riscv-riscv64-disc1.iso) = > d669c43e542ff4b83fab9ecc55427d006130d78ccfac95d555653efabd64d758ccac83fb601fe89dbc1b896aaaa15aa1f880bbc6f43724bf91ddbf0a3fb2a41c > SHA512 (FreeBSD-13.0-RC5-riscv-riscv64-disc1.iso.xz) = > 56c238d6be6e7804c69d77f36995ef2412d24ee53cc3d164a7706d69071fc06f420dadcdfad1caa042a55680feb92a545e477002ff66896e0807049404f9c279 > SHA512 (FreeBSD-13.0-RC5-riscv-riscv64-dvd1.iso) = > 548de1225086271f0b472b08ed29d540d16a78ffc9bdbb59e52732c011cc28cebc2954a47444f096ada5ac5b5a23361aa9aad052e372c8c531a850173b76f358 > SHA512 (FreeBSD-13.0-RC5-riscv-riscv64-dvd1.iso.xz) = > 71f2d4dbfcd7d711619c83e2ca33fddadce2eacfde93426293640e85ca796711240a72ceefd03de3c8bf41193d805d920e45ab27778a1fb669109fa1f8c75b90 > SHA512 (FreeBSD-13.0-RC5-riscv-riscv64-memstick.img) = > 3e4179d90710ea8109869a9161d5ba597bcbe73d2e4f6cb6a83b2a010f05c1217aa0f2dbf3a74322f439afcc5e8adc0b2f221eb14041af3bb42c55d053794046 > SHA512 (FreeBSD-13.0-RC5-riscv-riscv64-memstick.img.xz) = > a3d42480d226d522abfbfa30d85d599f062b1fcf5b5e9119f112518ab6f74a5ebb8e50b5969a99dd24843c0f66e1c600deca8f48ac343aa44c95810aef12c654 > SHA512 (FreeBSD-13.0-RC5-riscv-riscv64-mini-memstick.img) = > 5b7a530f33a14953abb2d7f5c48ff5bb9af0d0af0a169d06c49dc38ab6afccafa1ef0c0feb50119ee7e1ee00ce86cca3310f8574dfffd408f51901d29dca5123 > SHA512 (FreeBSD-13.0-RC5-riscv-riscv64-mini-memstick.img.xz) = > 9da56585fd5ff0439550cbae0519ddd389bc2bbd9ca4c0822caa2cd7f495dcf2df54b605dca66777732e3351ac7494d4c8e8f0194165ac53c6248ad8fc8a741a > > SHA256 (FreeBSD-13.0-RC5-riscv-riscv64-bootonly.iso) = > 4dffab1337ce29059a13f8a54cb4d44157c00cb72ebcceb84e75576f795dd379 > SHA256 (FreeBSD-13.0-RC5-riscv-riscv64-bootonly.iso.xz) = > f386a80efdc0ca022f8da46c7348015ffaf5462fe4d7e617613d3155374870c7 > SHA256 (FreeBSD-13.0-RC5-riscv-riscv64-disc1.iso) = > b66ce52d91b72455473fe3338c44d2e6449f13661c3da0ae53a859039cc0dabb > SHA256 (FreeBSD-13.0-RC5-riscv-riscv64-disc1.iso.xz) = > 714a8713d9e26a9cd3279f51d4ddc449be46868ec7da951ba50679b312240e06 > SHA256 (FreeBSD-13.0-RC5-riscv-riscv64-dvd1.iso) = > b10c0496d31538b8b84b11925131f15df1f00d3a0801a241c55e45a6021d5cdb > SHA256 (FreeBSD-13.0-RC5-riscv-riscv64-dvd1.iso.xz) = > 9bc02efeeecf00068bd448847ddfb6f798daab847c93aa337e4d336aaa520f56 > SHA256 (FreeBSD-13.0-RC5-riscv-riscv64-memstick.img) = > 4c8a268efce88b0ccd36b40c2cf381839d17f2f00057d08998834f1aacb2bf2c > SHA256 (FreeBSD-13.0-RC5-riscv-riscv64-memstick.img.xz) = > 1754e76ba5aa2e1a081fec88b932c583b371e819ac45e50c4c7a3ac6aeff7a46 > SHA256 (FreeBSD-13.0-RC5-riscv-riscv64-mini-memstick.img) = > 9b7aaa23535b6b6b2494f7ee6a21926997c36d0cb7d6d2c495544de59d4efd95 > SHA256 (FreeBSD-13.0-RC5-riscv-riscv64-mini-memstick.img.xz) = > 50103e7d9515085ac77c0ad17307a373950978da5042bb0be417b989048d917e > > > o 13.0-RC5 riscv64 GENERICSD: > SHA512 (FreeBSD-13.0-RC5-riscv-riscv64-GENERICSD.img.xz) = > 9f15d0b177b07539bebeb26fa3b9ab0a223b744638427f5f8a7f015fa50b8b2d2e29d78444a288f358c186b2a5230c04700dc3cb9b86e67fc334834c72b20ded > > SHA256 (FreeBSD-13.0-RC5-riscv-riscv64-GENERICSD.img.xz) = > c0c35d67d5e7a1f6fcffe6c79e3b096ff55492d332e39bf067780b8868170bca > > > == VM IMAGE CHECKSUMS == > > o 13.0-RC5 amd64: > SHA512 (FreeBSD-13.0-RC5-amd64.qcow2.xz) = > 551525d3c7f428e24fa8cebb624ae1c2dc8e46fbbda818a53e92886f31b69429a23c93129c8a1bad96dbf07ebe774abaf76d816ba73ce114c6fdf5c3649e98ed > SHA512 (FreeBSD-13.0-RC5-amd64.raw.xz) = > b0f69bf119f6ffc0817b6ad711f5c1359f34cdb6230249e27a66f6f2be46e5cc8eb5894f573c01618e622b82bf3258af3a3f7ddf828d4d17f945e2078645f524 > SHA512 (FreeBSD-13.0-RC5-amd64.vhd.xz) = > 29dbbc94ca88ac3e83470de712cac81bc4476ddbe9e4d7e004d040ae92a286045060e7dba4842437c7089cd900d23d4bbc838ed52a9ab0d4e971cd41de3ebd78 > SHA512 (FreeBSD-13.0-RC5-amd64.vmdk.xz) = > 2de8d506d5bd6483eae73c51e343b090d0c571f5d7afb54af129ecf0297b3fdc0c906a4bb10e6381939ecb5f7ecc33757354cd0096e86e181d445951b4cfe1a8 > > SHA256 (FreeBSD-13.0-RC5-amd64.qcow2.xz) = > 359ecc18a91abbee445114b064478bba0fe5d29c86a492d74ba8e8a07af94c23 > SHA256 (FreeBSD-13.0-RC5-amd64.raw.xz) = > 1d17e12acf6a8c193a3e2c80625290862be3eb80a7c66472d4059c5f9af2ce22 > SHA256 (FreeBSD-13.0-RC5-amd64.vhd.xz) = > c5ab1f799ca5b3ae2b41e10a9b955828a1a3540fb8056535f325c4b0e0cb309f > SHA256 (FreeBSD-13.0-RC5-amd64.vmdk.xz) = > 9013b2601053acccc7dd5770f5d77c7312f049a43a85201771425494a0278bc7 > > > o 13.0-RC5 i386: > SHA512 (FreeBSD-13.0-RC5-i386.qcow2.xz) = > 3f253c9ada0a164efa7989be598048007a5e1f67c8290a8b05e948e105ae5c34f4c5078b8eb0809a20421613a4fa4af4e938cc44607af096d30dfe4eec44c2c1 > SHA512 (FreeBSD-13.0-RC5-i386.raw.xz) = > bdd26398825427e680fcb17e0f24fca767e0f9750b0eb8e1bc5c02b2f830f77f3a866dc8f511f36dc5356eb63296fe5cace667a2372bbce8cdadf90da064b586 > SHA512 (FreeBSD-13.0-RC5-i386.vhd.xz) = > ff78f171d97441d8397fcd02c03ec5fdc977225671c2ee5787ec38d39a191e384d00e1fc1f33f4396e5d78815a1cf804927c1af78df4be4a29b46f29152b4001 > SHA512 (FreeBSD-13.0-RC5-i386.vmdk.xz) = > 746724762977d5329aa78ca703002e76ca61de5ff5d2cb803566bc32c16083402fc7a605b81b25af5f84cbc56f138e1a12f6e9511a7b1812d752f0ef87352995 > > SHA256 (FreeBSD-13.0-RC5-i386.qcow2.xz) = > 7903d4fe5cb311fa8824958a2b6d907b79056a41f32dc022c952f53fbd5a39d9 > SHA256 (FreeBSD-13.0-RC5-i386.raw.xz) = > 994fc8b00f4bc6ce661816c004bb63027cc13fb3b11c707677b55c904aadc70a > SHA256 (FreeBSD-13.0-RC5-i386.vhd.xz) = > 7a312962720977a0e085a57905355617a142ca1f38cdd2864eb2f647373b3243 > SHA256 (FreeBSD-13.0-RC5-i386.vmdk.xz) = > e050aa295c188e27c98fe362bb7e7e3f660d6ad1ab9dedc79cc9cca0ffa77b34 > > > o 13.0-RC5 aarch64: > SHA512 (FreeBSD-13.0-RC5-arm64-aarch64.qcow2.xz) = > 73277d58d3783a2735ebca169543349f28d36b0dfaa6a06a0372bd1daf22931729b551024200831b079e85209dbf5088a310fc89d1f826df7e8bdf72d750ad91 > SHA512 (FreeBSD-13.0-RC5-arm64-aarch64.raw.xz) = > 0faa21c210ec6bd466facd1157822be0fc58b9c0fed1fd47359c365299b0bd1d8108066c44589b0fc0ca6643a071e3e33f8ff07272d5c53b578e3df3c5db9ff2 > SHA512 (FreeBSD-13.0-RC5-arm64-aarch64.vhd.xz) = > 76329dcbcc25be42a9a4418ab066aa85179f68705e64d469c9e9ddb5f9e9ac59cbeba0b9da1c16b30ca3a30edbbe4b76bb24f85c7b0513b4dcc067201da06d55 > SHA512 (FreeBSD-13.0-RC5-arm64-aarch64.vmdk.xz) = > 9cdef43ed152965b9d78c17d612a6052a824c3dd381a8c86100ac1b962c157c10084ed379c50f988811e48dc937898a9bdb92540529e7995a3deb4bf195bc86a > > SHA256 (FreeBSD-13.0-RC5-arm64-aarch64.qcow2.xz) = > 527c8d16031bc2903ef19f8c76efcad4f0a27d19232c6aab28654d8bd19cfb15 > SHA256 (FreeBSD-13.0-RC5-arm64-aarch64.raw.xz) = > c9c87c1d0f334c527e76dc620eb248ccb7019da8a6b7332444045985eb2f7769 > SHA256 (FreeBSD-13.0-RC5-arm64-aarch64.vhd.xz) = > 63f4a2fdd66ee3daee32ccdec3f1ac43b7244cbefec594e4f71c20082ef34665 > SHA256 (FreeBSD-13.0-RC5-arm64-aarch64.vmdk.xz) = > 31f2bf853a84bac73d934c54e8943505073648ae4fa8d30ac5d9f87c48f2b426 > > > o 13.0-RC5 riscv64: > SHA512 (FreeBSD-13.0-RC5-riscv-riscv64.qcow2.xz) = > b5670ba9a2b9fdaba7fdec09f1c78b8f7117a666e1d91373c8bcc0ea1bc27c1c85b3027ae0d5a1d8605acf718ea9f72b2097a62633b69ffc3097863eb31d196d > SHA512 (FreeBSD-13.0-RC5-riscv-riscv64.raw.xz) = > bd63091c982f1a1aac7e45dc290910c4abd21d058e40e318b9e26d23ea418c4525e30ee7986203301a9eecca91bc30f2c4269025d851d79bb02f59f484e1178b > SHA512 (FreeBSD-13.0-RC5-riscv-riscv64.vhd.xz) = > 89e9ba774f31b7917810d1a9187a51b5c209298be2a97587e83619a1599200f21332950307bf49ffee283cc0bd4f8be51818aebb8b4691bec86857e17d0ff72c > SHA512 (FreeBSD-13.0-RC5-riscv-riscv64.vmdk.xz) = > baacc7e9fd7434844e688e05dc49127dfc8abfd3c447bf9ccdb1544f19720dba8a8152df63c5f1afc4a5ee58ba752ae3b994dd071a67f55ae6f5ba89e1765a4d > > SHA256 (FreeBSD-13.0-RC5-riscv-riscv64.qcow2.xz) = > cfa955413a8f82972e007a287bec88ba92748e7b61b74e43688d697cda800fa0 > SHA256 (FreeBSD-13.0-RC5-riscv-riscv64.raw.xz) = > 570c8048b79360c2cef949a8517e46c6dfa3c1afdf98559bda378ca955b5838e > SHA256 (FreeBSD-13.0-RC5-riscv-riscv64.vhd.xz) = > 4c905e600b86b8b3e6c62603501c58b96a10e29acd67b4cecc0204d79aae64b0 > SHA256 (FreeBSD-13.0-RC5-riscv-riscv64.vmdk.xz) = > 362b62e69d4a7ecd420baf8cb49dea155415fd4c6bae486aaf14fbb7bd7eeb5e > > > o 13.0-RC5 amd64 BASIC-CI: > SHA512 (FreeBSD-13.0-RC5-amd64-BASIC-CI.raw.xz) = > e9b1618d38b8d639d6f81c92d32fc967cd9e4e10e74f2d1f9ad39b8997a20dd3429d1e413df94966282954a1bba2b92e0e9f873391ddedb12b938aa35eb21b5c > > SHA256 (FreeBSD-13.0-RC5-amd64-BASIC-CI.raw.xz) = > d6ce539ef51808a426af5b256070a0198f5e5873e49bb437a773ed8ab6e7a818 > > Regards, > > Glen > > Love FreeBSD? Support this and future releases with a donation to > the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ > > -----BEGIN PGP SIGNATURE----- > > iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmBoixYACgkQAxRYpUeP > 4pPowg//UNT3FROP0xG8oMR/8B6mTZrdqUx/BCCIAHIaZwupkLU9mR1tmKsVYpLj > SBJBHEocKjOB2vOMsyeN5o7tMoeCniAedNpLsVE1nXyAYVxnfpHHqeG49walIhrt > Ok4p5DH4IfrCJVucdnP4736VISMGmONkZ0ZQOg5JuTkFx6wH1O7Qlf4wgN4b+vmm > hTPNqDIGp77Xr6krbdna4R0Zg1TTqMiiYvrrKwQDXL+tKE7XSRtdKmXF2bdVASoR > s/Ffe1KwRxWUxseQfyS6bxdvHqkTb/bQNk5FznkRN49dan6ym8JVdtX/KFwKypYI > 2t3Z8INyN+ZNZNinjkjJv/vTduTyBCdMNp6axq5XFnSJQxW6ZtlC5/pgf/gs3l/4 > dsjHiuRjM47krqpmbrM4Ko2HhpnNjjy0IEhJ5XPtQLIIKFkuKI/GKw6JbHH1EdrD > mVhvapFfmkZq/WiUm9hBVC5CZrwPSKiNbp0OgSXDqRNutHF4jTSq0dhhWAxECVLA > YmHGa6+kSep5wbm/6gD4aTPvtc7Iw/CSyY9ud96ueheLzrN+yoI+G+v+IU5WS3wU > eVo4tmUWmyZbIb+hLHKZWh+8+4OAeOZUBYTETO/N8ztP2fdY4qgNapKUBxuggNGI > JMQBW+KA7CIH2eb5tDGzhmT2cgxrQorq8VYSE+i29R152oYeJLI= > =a0qW > -----END PGP SIGNATURE----- > _______________________________________________ > 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" > In the past, making these releases required pushing updates to https://svnweb.freebsd.org/base/user/cperciva/freebsd-update-build/ . However, that repo is read-only now. I assume that it's been gitified, but I can't find the new location. Where is it? -Alan From owner-freebsd-current@freebsd.org Sun Apr 4 21:44:11 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 622E05B6F04; Sun, 4 Apr 2021 21:44:11 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-ot1-f54.google.com (mail-ot1-f54.google.com [209.85.210.54]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FD6kM1gtbz4WSF; Sun, 4 Apr 2021 21:44:11 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-ot1-f54.google.com with SMTP id 91-20020a9d08640000b0290237d9c40382so9748440oty.12; Sun, 04 Apr 2021 14:44:10 -0700 (PDT) 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=AlC2IzdcYtCkWgOjjfsh9mu9DWQj4Hyq5qMCknWBLtQ=; b=blxQ8/6FiQPKhXGYH0yinOVjcUFiKVt8p7mkHPexXYMjtefw6O+2EJnoGsS8zrnDa2 kNxw8hyCfe19vi587r+GwRKFR8NWVsfBHiV/DTCRbW2s7+INTdTeHIKpMWKsxjXvQxlm rwKRHnu7jkw611EV98HIcLIl7EOZEz+rmyroM1jb1zsvhmEXG4T84fIM4pDwXbNe8miK A2DhhHHHhot+Rq7aEPMb+DI5DV2NI/oAU2Y9MVN8XrqT7e/+phG2QQZlAu/qQ52uz/IK MBmzqks4npPY07HS7ATQFmrqxZChYig6ZKGMHKs01aTACe+Obvf3k560UotQoTw2G0fq WCDQ== X-Gm-Message-State: AOAM5309j7LjDvFPsYYCYqF/jG6PFPxzUrtXt9/tcIsNFKNUQ0zouCV+ l0Z9+JPuf10DFm+NgaMeS71+OlmW46H0ly5DIfA= X-Google-Smtp-Source: ABdhPJzqSjw2BeXbnu8P5xX94VOMN5nP1b0FRCfMZBeQEi7iRpZUbMAniqrVNS0hw3IrGaa7V0Oomsq4D5olXh26qK8= X-Received: by 2002:a05:6830:1af6:: with SMTP id c22mr19099907otd.291.1617572650008; Sun, 04 Apr 2021 14:44:10 -0700 (PDT) MIME-Version: 1.0 References: <20210403153446.GL92054@FreeBSD.org> <010001789ed2dfb8-5035b78d-bac8-4753-b8a9-0e6954f3f6b7-000000@email.amazonses.com> In-Reply-To: <010001789ed2dfb8-5035b78d-bac8-4753-b8a9-0e6954f3f6b7-000000@email.amazonses.com> From: Alan Somers Date: Sun, 4 Apr 2021 15:43:59 -0600 Message-ID: Subject: Re: FreeBSD 13.0-RC5 Now Available To: Colin Percival Cc: FreeBSD Release Engineering Team , FreeBSD CURRENT , FreeBSD , freebsd-snapshots@freebsd.org X-Rspamd-Queue-Id: 4FD6kM1gtbz4WSF X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 04 Apr 2021 21:44:11 -0000 On Sun, Apr 4, 2021 at 3:38 PM Colin Percival wrote: > On 4/4/21 1:50 PM, Alan Somers wrote: > > On Sat, Apr 3, 2021 at 9:34 AM Glen Barber > > wrote: > > > > The fifth RC build of the 13.0-RELEASE release cycle is now available. > > > > In the past, making these releases required pushing updates to > > https://svnweb.freebsd.org/base/user/cperciva/freebsd-update-build/ . > > Historically, we often made changes directly on the update builders and > then brought the svn tree back into sync later. > > > However, that repo is read-only now. I assume that it's been gitified, > but > > I can't find the new location. Where is it? > > I think the freebsd-update build code might be homeless right now. I know > I > have seen emails mentioning that it needs to land somewhere but I don't > recall > any decision being reached. > I vote for https://github.com/freebsd/freebsd-update-build . From owner-freebsd-current@freebsd.org Sun Apr 4 22:21:45 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 373B85B7FFF; Sun, 4 Apr 2021 22:21:45 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail0.glenbarber.us", Issuer "Gandi Standard SSL CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FD7Yh60p9z4Z4b; Sun, 4 Apr 2021 22:21:44 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from [192.168.1.24] (24.102.164.36.res-cmts.swb2.ptd.net [24.102.164.36]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 03ADC2B404; Sun, 4 Apr 2021 22:21:37 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.10.3 mail0.glenbarber.us 03ADC2B404 Mime-Version: 1.0 (1.0) Subject: Re: FreeBSD 13.0-RC5 Now Available From: Glen Barber In-Reply-To: Cc: FreeBSD Release Engineering Team , FreeBSD CURRENT , FreeBSD Date: Sun, 4 Apr 2021 18:21:36 -0400 Message-Id: <17D378F3-ACDA-47C5-B7EC-FB31535EB81E@freebsd.org> References: To: Alan Somers X-Mailer: iPhone Mail (18D61) X-Rspamd-Queue-Id: 4FD7Yh60p9z4Z4b X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 04 Apr 2021 22:21:45 -0000 Is it necessary to quote the *entire* email (including checksums)? Glen Sent from my phone. Please excuse my brevity and/or typos. > On Apr 4, 2021, at 4:50 PM, Alan Somers wrote: > =EF=BB=BF > On Sat, Apr 3, 2021 at 9:34 AM Glen Barber wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA256 >>=20 >> The fifth RC build of the 13.0-RELEASE release cycle is now available. >>=20 >> Installation images are available for: >>=20 >> o 13.0-RC5 amd64 GENERIC >> o 13.0-RC5 i386 GENERIC >> o 13.0-RC5 powerpc GENERIC >> o 13.0-RC5 powerpc64 GENERIC64 >> o 13.0-RC5 powerpc64le GENERIC64LE >> o 13.0-RC5 powerpcspe MPC85XXSPE >> o 13.0-RC5 armv6 RPI-B >> o 13.0-RC5 armv7 GENERICSD >> o 13.0-RC5 aarch64 GENERIC >> o 13.0-RC5 aarch64 RPI >> o 13.0-RC5 aarch64 PINE64 >> o 13.0-RC5 aarch64 PINE64-LTS >> o 13.0-RC5 aarch64 PINEBOOK >> o 13.0-RC5 aarch64 ROCK64 >> o 13.0-RC5 aarch64 ROCKPRO64 >> o 13.0-RC5 riscv64 GENERIC >> o 13.0-RC5 riscv64 GENERICSD >>=20 >> Note regarding arm SD card images: For convenience for those without >> console access to the system, a freebsd user with a password of >> freebsd is available by default for ssh(1) access. Additionally, >> the root user password is set to root. It is strongly recommended >> to change the password for both users after gaining access to the >> system. >>=20 >> Installer images and memory stick images are available here: >>=20 >> https://download.freebsd.org/ftp/releases/ISO-IMAGES/13.0/ >>=20 >> The image checksums follow at the end of this e-mail. >>=20 >> If you notice problems you can report them through the Bugzilla PR >> system or on the -stable mailing list. >>=20 >> If you would like to use Git to do a source based update of an existing >> system, use the "releng/13.0" branch. >>=20 >> A summary of changes since 13.0-RC4 includes: >>=20 >> o COMPAT_FREEBSD32 fill/set dbregs/fpregs has been implemented for >> aarch64. >>=20 >> o Miscellaneous DTrace updates. >>=20 >> o An issue that could potentially affect some services to properly >> restart, notably Nginx, has been addressed. >>=20 >> o Miscellaneous networking fixes. >>=20 >> A list of changes since 12.2-RELEASE is available in the releng/13.0 >> release notes: >>=20 >> https://www.freebsd.org/releases/13.0R/relnotes.html >>=20 >> Please note, the release notes page is not yet complete, and will be >> updated on an ongoing basis as the 13.0-RELEASE cycle progresses. >>=20 >> =3D=3D=3D Virtual Machine Disk Images =3D=3D=3D >>=20 >> VM disk images are available for the amd64, i386, and aarch64 >> architectures. Disk images may be downloaded from the following URL >> (or any of the FreeBSD download mirrors): >>=20 >> https://download.freebsd.org/ftp/releases/VM-IMAGES/13.0-RC5/ >>=20 >> The partition layout is: >>=20 >> ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) >> ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) >> ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) >>=20 >> The disk images are available in QCOW2, VHD, VMDK, and raw disk image >> formats. The image download size is approximately 135 MB and 165 MB >> respectively (amd64/i386), decompressing to a 21 GB sparse image. >>=20 >> Note regarding arm64/aarch64 virtual machine images: a modified QEMU EFI >> loader file is needed for qemu-system-aarch64 to be able to boot the >> virtual machine images. See this page for more information: >>=20 >> https://wiki.freebsd.org/arm64/QEMU >>=20 >> To boot the VM image, run: >>=20 >> % qemu-system-aarch64 -m 4096M -cpu cortex-a57 -M virt \ >> -bios QEMU_EFI.fd -serial telnet::4444,server -nographic \ >> -drive if=3Dnone,file=3DVMDISK,id=3Dhd0 \ >> -device virtio-blk-device,drive=3Dhd0 \ >> -device virtio-net-device,netdev=3Dnet0 \ >> -netdev user,id=3Dnet0 >>=20 >> Be sure to replace "VMDISK" with the path to the virtual machine image. >>=20 >> BASIC-CI images can be found at: >>=20 >> https://download.freebsd.org/ftp/releases/CI-IMAGES/13.0-RC5/ >>=20 >> =3D=3D=3D Amazon EC2 AMI Images =3D=3D=3D >>=20 >> FreeBSD/amd64 EC2 AMIs are available in the following regions: >>=20 >> af-south-1 region: ami-0fe76e3a8c6a8d108 >> eu-north-1 region: ami-0fe9d5e3fd7bd2972 >> ap-south-1 region: ami-0090069af2f905566 >> eu-west-3 region: ami-042ea753bff8d6a9d >> eu-west-2 region: ami-08e0358d71a41ce97 >> eu-south-1 region: ami-0a1cb76bf83c3c49c >> eu-west-1 region: ami-0559fa7d3edc6e607 >> ap-northeast-3 region: ami-04492324222abcb1b >> ap-northeast-2 region: ami-0e851ff1f260888fd >> me-south-1 region: ami-087ab54ec6e4d0cbb >> ap-northeast-1 region: ami-0796973b853fba5e0 >> sa-east-1 region: ami-03f738fc556689a14 >> ca-central-1 region: ami-05f22cba7be241fbe >> ap-east-1 region: ami-07ac68b5cc29039bc >> ap-southeast-1 region: ami-04a8c807e53f07e72 >> ap-southeast-2 region: ami-097dc8195cad3a688 >> eu-central-1 region: ami-013f760d364d2d6a7 >> us-east-1 region: ami-0e5adeb6a86cb63c4 >> us-east-2 region: ami-04aac5053216613b1 >> us-west-1 region: ami-07a9e536124bc5cd3 >> us-west-2 region: ami-0d590e9beb5038bd0 >>=20 >> FreeBSD/aarch64 EC2 AMIs are available in the following regions: >>=20 >> af-south-1 region: ami-085df8d192daddc93 >> eu-north-1 region: ami-035b8e0f104183bde >> ap-south-1 region: ami-0224f547eb20ded51 >> eu-west-3 region: ami-092ad93b82e3a558a >> eu-west-2 region: ami-0567fa1f5daa6c238 >> eu-south-1 region: ami-00615cebecc52f525 >> eu-west-1 region: ami-0e2950449c94e05c8 >> ap-northeast-3 region: ami-03b7571b4a4af049e >> ap-northeast-2 region: ami-0b570af0ee358ee72 >> me-south-1 region: ami-0c57b43738fd4004b >> ap-northeast-1 region: ami-0e17a574439ffb174 >> sa-east-1 region: ami-0201af4c62a23a60f >> ca-central-1 region: ami-0eae8aba238f15999 >> ap-east-1 region: ami-005e7c3d7872ae536 >> ap-southeast-1 region: ami-0969bc5323ee517d9 >> ap-southeast-2 region: ami-07072603fa5909c39 >> eu-central-1 region: ami-0d7d0c153cecb0707 >> us-east-1 region: ami-0711d615450d8075e >> us-east-2 region: ami-09c56d3ad7a9e74c7 >> us-west-1 region: ami-0fde730ebfb68aa96 >> us-west-2 region: ami-027243f32c4f86017 >>=20 >> =3D=3D=3D Vagrant Images =3D=3D=3D >>=20 >> FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can >> be installed by running: >>=20 >> % vagrant init freebsd/FreeBSD-13.0-RC5 >> % vagrant up >>=20 >> =3D=3D=3D Upgrading =3D=3D=3D >>=20 >> The freebsd-update(8) utility supports binary upgrades of amd64, i386 >> and aarch64 systems running earlier FreeBSD releases. Systems running >> earlier FreeBSD releases can upgrade as follows: >>=20 >> # freebsd-update upgrade -r 13.0-RC5 >>=20 >> During this process, freebsd-update(8) may ask the user to help by >> merging some configuration files or by confirming that the automatically >> performed merging was done correctly. >>=20 >> # freebsd-update install >>=20 >> The system must be rebooted with the newly installed kernel before >> continuing. >>=20 >> # shutdown -r now >>=20 >> After rebooting, freebsd-update needs to be run again to install the new >> userland components: >>=20 >> # freebsd-update install >>=20 >> It is recommended to rebuild and install all applications if possible, >> especially if upgrading from an earlier FreeBSD release, for example, >> FreeBSD 11.x. Alternatively, the user can install misc/compat11x and >> other compatibility libraries, afterwards the system must be rebooted >> into the new userland: >>=20 >> # shutdown -r now >>=20 >> Finally, after rebooting, freebsd-update needs to be run again to remove >> stale files: >>=20 >> # freebsd-update install >>=20 >> =3D=3D ISO CHECKSUMS =3D=3D >>=20 >> o 13.0-RC5 amd64 GENERIC: >> SHA512 (FreeBSD-13.0-RC5-amd64-bootonly.iso) =3D dfffeadbb060d71545a470= 2c6b37c6b2d9d28396919298cdfeb4f17ab916edbb8b607c904e9ae016a27cabb5a026d5cdc6= 631de3fd2f7deed9eb36c2b6351276 >> SHA512 (FreeBSD-13.0-RC5-amd64-bootonly.iso.xz) =3D 72cb3f5269eee672107= ccda802612be792fc3d7dfebfb2266a1b2cc9fb6088e3c141fce8c847a573a4e2994f5cc3605= 47d39223b5db23e9367580fb003c74b93 >> SHA512 (FreeBSD-13.0-RC5-amd64-disc1.iso) =3D 07a934d9492e93f104637268e= 6e323527b71b3e4dec71b072e5324838d8b019ef0ec621654f7dcb363f75c8924ca11d6b100d= a545cf3f0789ad777c95712609e >> SHA512 (FreeBSD-13.0-RC5-amd64-disc1.iso.xz) =3D f5f82be805bc3bdf4b967e= c211bd474fb2b3710dd4e4c33ce1f31626498baf660694d792dc2ecab5108315b093bdbb9fd9= 83abf515f21ac6027bf33b9b9de000 >> SHA512 (FreeBSD-13.0-RC5-amd64-dvd1.iso) =3D c0ecbc8dbcced7e37cb32cefa9= 44da5117bcb92eaec2d19ae9198520542b88f45c8d5d0b4a2f808cbedf44748d2e0e5ba144d7= 71f13766aa2d135048b7bbd9db >> SHA512 (FreeBSD-13.0-RC5-amd64-dvd1.iso.xz) =3D f92f0fdecd4d4b99df7dacd= 9d27b212b771b347c7ee23acf37bf776d25bb5049776e61e8429e7fc8b63f00efe23b9b2ac9b= 0e8b5ccc218c8abe1b1522e76b2ac >> SHA512 (FreeBSD-13.0-RC5-amd64-memstick.img) =3D 26147b65e479dac6ecb18b= 2205b952bbd8b39ff6cbaae454a8f479b5ef6f6daaa6e3d75402390e9acdaf1f5219cb0b7623= 378a4545c285c426ab5296c1178686 >> SHA512 (FreeBSD-13.0-RC5-amd64-memstick.img.xz) =3D 4662821f6e70bbbeaff= c3d4fabf6311e7556abdc3e48c3926e3e1f72b305bc20044cca3c811c9e4202e897037a300f8= 1fd6407fc2870bd24374f7269de3e9704 >> SHA512 (FreeBSD-13.0-RC5-amd64-mini-memstick.img) =3D 623d5bbe81ef67585= 426107ee5caaa360e9a435f0a5fb43bfd5ddb303dcb1c2a7b76b42d167ccebcf8908fba48516= 94b7e55c8821eb69f9477ce5e6157108d44 >> SHA512 (FreeBSD-13.0-RC5-amd64-mini-memstick.img.xz) =3D 0e225b2116caaa= 719efd71edf33d84f83ffb742b930d0c9ed4998627d15033a30f9c2ff4549bbd6276ad0867c6= f3b3934e95e4520207858c82e02e68d35e980f >>=20 >> SHA256 (FreeBSD-13.0-RC5-amd64-bootonly.iso) =3D 843f3a70f5229af107a18e= 2a03c6809dd71d325722dc8bab9e018c41078ea5a4 >> SHA256 (FreeBSD-13.0-RC5-amd64-bootonly.iso.xz) =3D 561346c315e5831fd23= 6871d9ef8ed5cf0c76a1d5916fc850f5e4d9dd2450007 >> SHA256 (FreeBSD-13.0-RC5-amd64-disc1.iso) =3D 785ea0b42266419d15d81225e= 12cdad480713195af9bef833384636c9749a682 >> SHA256 (FreeBSD-13.0-RC5-amd64-disc1.iso.xz) =3D ffbffa7dd7e79f841c656f= 0d84880a9cb9fbbc724b35cfecb9759f854548cbb0 >> SHA256 (FreeBSD-13.0-RC5-amd64-dvd1.iso) =3D c94a787eca63e27588315a8971= c74597af9a7ae237e544d753f963c035cd416d >> SHA256 (FreeBSD-13.0-RC5-amd64-dvd1.iso.xz) =3D 679d4f47465cd5aee1eea4f= 0152d9dc7f243a72d43b1d9448e656b1e756ae46e >> SHA256 (FreeBSD-13.0-RC5-amd64-memstick.img) =3D 563773ac3b911330858b52= a9b86ef74e4cd9dd359c57eda9706470c614ee2929 >> SHA256 (FreeBSD-13.0-RC5-amd64-memstick.img.xz) =3D 39af8d7ee9ee2d8f3e3= 1905345efdc944182f599880148f40556faf06a2b34c7 >> SHA256 (FreeBSD-13.0-RC5-amd64-mini-memstick.img) =3D da970de874f4ee958= 4087bec8577f92de8c02d10e77e910b6ff15f4e682f9c4b >> SHA256 (FreeBSD-13.0-RC5-amd64-mini-memstick.img.xz) =3D 2133ce0f8a80fb= 5b8259fe9f253bf53c56543b6902388ac762768b7fe0548cff >>=20 >>=20 >> o 13.0-RC5 i386 GENERIC: >> SHA512 (FreeBSD-13.0-RC5-i386-bootonly.iso) =3D 8ad9035f35ae9cb3d6e832a= ebb14bfba0d41052fe6fabc220b706ff1239990c4c018163467a9472f9b03b5730c9b000c11c= e1bd2779c5347bd4238625225c017 >> SHA512 (FreeBSD-13.0-RC5-i386-bootonly.iso.xz) =3D 5a6d4ca2ce12fd3bec6e= 967f9c9c2ca78064cb28881418ea7eec9e52627e16735984caa6a1281fe86823315d53ce86d8= 9ac9191144c1bf63b3bb040dad5ed26e >> SHA512 (FreeBSD-13.0-RC5-i386-disc1.iso) =3D 4c296a1e2befb7a97b654eff0a= 7dd3d546cb98c1dcfc656256a7249bd0c152f76e1ec54d2320cda1f80e89e1d6810a7d761fae= c26b258e54fcb8be3480b8c556 >> SHA512 (FreeBSD-13.0-RC5-i386-disc1.iso.xz) =3D 9ee852910024ec071455a3e= bedd5445cc4618d01e94c9ac5db1ff25db0c50f630a4711648887149ccbef5c61dc223fa28c9= 2eb1d7e08ff68bd461b0a6d6eab81 >> SHA512 (FreeBSD-13.0-RC5-i386-dvd1.iso) =3D f317a2b4e1107ef098f466d3ed3= 2718656acf918aa77983d491ccf1491e9ce81520d365f9e4dfca5da69ec7d40b7f75c5d2a8b3= 4b2e91d9da96245cda5281f76 >> SHA512 (FreeBSD-13.0-RC5-i386-dvd1.iso.xz) =3D b8ca2be1830592867b9195c1= f217755966168ce0ebdd1e5ff7df582ca38fc0c2d07afe54c0c52c5c287e49273e7a1e5f6716= e79a45be6c79575c3317122613ce >> SHA512 (FreeBSD-13.0-RC5-i386-memstick.img) =3D 3ff922ad3978b3eb014df25= 0089e02fd4b05e85adbcaed64db3408f7376cf5b72d04300f72bd2626ee0c35902868898a332= a1de05f902861299316cfd47a1613 >> SHA512 (FreeBSD-13.0-RC5-i386-memstick.img.xz) =3D e41d85b245d7e3e20f06= bc089f1dba8b806fdef7e498e2649e0b1165c3209a073a35cd67c0272bfffe2a5678107d4464= fa6aa2a56c482908f0ca0d6632aafcb6 >> SHA512 (FreeBSD-13.0-RC5-i386-mini-memstick.img) =3D eb7834cab28fffc04e= 38fd65f136a3918aa6cca43df2121dc5f477863ed1096d65dccc88d6b9860c24d1ea8449d1df= b96758162749b172e669c620eff2bd1645 >> SHA512 (FreeBSD-13.0-RC5-i386-mini-memstick.img.xz) =3D d9ae34312fdb0d1= 9bdeae1cef285ea202ec59a616dba67c79879eb52eb1d148439692e32fe5f6a67636c891cca8= 57761306732363bc53977818664f3711d66fb >>=20 >> SHA256 (FreeBSD-13.0-RC5-i386-bootonly.iso) =3D 79f35eabd8f510a44413da5= 32d900613c3b23ed79f1e98a8a2ecc7cacf2abe35 >> SHA256 (FreeBSD-13.0-RC5-i386-bootonly.iso.xz) =3D c3f5ec7847cec1760d6a= a0413b324443e7e3a843c9f83219775c24f5ab8c1894 >> SHA256 (FreeBSD-13.0-RC5-i386-disc1.iso) =3D e16077941d9e811026d7c10dbe= 1be78ef0c4973cf02bcec610ef5bf61e5a81a3 >> SHA256 (FreeBSD-13.0-RC5-i386-disc1.iso.xz) =3D b3d360824504419a416c0eb= c7bc28c63ea6c8722736a90603891b31b3d7e3089 >> SHA256 (FreeBSD-13.0-RC5-i386-dvd1.iso) =3D 6f8d645310ffc0e0e5a3e6d08a6= 51d71d4364dc3568eb56c64103b1e5378e3a6 >> SHA256 (FreeBSD-13.0-RC5-i386-dvd1.iso.xz) =3D 74ea5c4a1390506d308bd64e= 99889abb456ce8ea97bee2cf6649a6eeef4dbc89 >> SHA256 (FreeBSD-13.0-RC5-i386-memstick.img) =3D 5dd60eab6d6b4fe7e4cf696= 93e759befaa49f2c3fa4ded328c40bf232ab424de >> SHA256 (FreeBSD-13.0-RC5-i386-memstick.img.xz) =3D b372c1c77ffe8b64b649= 1970e5f2582de9bec4937f96e12882bd878d265cf64d >> SHA256 (FreeBSD-13.0-RC5-i386-mini-memstick.img) =3D d0efe3f4a448594171= 26b75ee7325d0488527404f3b4157ccf4de0664f1f9a07 >> SHA256 (FreeBSD-13.0-RC5-i386-mini-memstick.img.xz) =3D fdaab5a8fd3a4fb= a03b300e448164d55173986015473f350200c05efe1a852d8 >>=20 >>=20 >> o 13.0-RC5 powerpc GENERIC: >> SHA512 (FreeBSD-13.0-RC5-powerpc-bootonly.iso) =3D a32dba6b13f5dc3c8602= b3e5ef8754e8cc743b2be8cbf5e3858fcac36c14eb6458acd15ed8864957ca23def9fff67d85= 66985aa19444a7d232ae4762a375b2a0 >> SHA512 (FreeBSD-13.0-RC5-powerpc-bootonly.iso.xz) =3D b15e8e9eb63c3cbc7= be457e75f07ebe1a6d1a7ef2c5fd491dbb4ba70ab7c70c089fae8ec23040f98f3a20486ec4f1= 21ede4877aeabb762ca0d6e84a2b9590dc7 >> SHA512 (FreeBSD-13.0-RC5-powerpc-disc1.iso) =3D 085db6d63a4559d8e6ff689= 3afa3852b7535a398660463abbe1b57b6935e0b23f9766f09825fea4c4a42b4073f57451cdf4= 18b1fb4fcc41d7a8fafac1951d801 >> SHA512 (FreeBSD-13.0-RC5-powerpc-disc1.iso.xz) =3D 2ac711b82106a311b1bd= 0317643c4c3924de644c03d7906eb3eae388e4181ba9c7f6c8ef8f8a470e831614e54fe076c2= 6a7a4c67c58907e95f328f2307e00325 >> SHA512 (FreeBSD-13.0-RC5-powerpc-dvd1.iso) =3D e26f5434ae54b9cd9afc64ed= e8cffc605c90cecd6c07ce2dafde0e34102caa0bf94b8a7ce77ee2498e2fdcf2652c4bf6c25c= 2ae76d0b37fe24469de9b0527ea5 >> SHA512 (FreeBSD-13.0-RC5-powerpc-dvd1.iso.xz) =3D afeec86faf153822b750e= 642184bfdff544fb59207ad70e2208ce6a30e8b74bebba608d326d4a2bceb474e870534783c0= 194fbd0b94d5969bc37298a250ab1c8 >> SHA512 (FreeBSD-13.0-RC5-powerpc-memstick.img) =3D 37a82c1febc07e7b9bfe= 396521e786ab0f3172f6f5ad23ee10b7351f9a9d83c946c3ced5f4c0e888ef241e105b95606b= 0e7410e27d40ea984d27f1af737ec37a >> SHA512 (FreeBSD-13.0-RC5-powerpc-memstick.img.xz) =3D 31c9364d96803ff9f= 1c57a216e110a7fd5d303e17324f7b1f2bacfdb36afcaf5e7487a6829f87b044233ec42e64b7= ccdf2f5e32ae4bf98f543bab24e5300af2e >> SHA512 (FreeBSD-13.0-RC5-powerpc-mini-memstick.img) =3D cb3fff298be469d= 973d511fb1f93708071c8ff5962758daae0f994f66b36afad6dda2cfd6ae1ce98a616d11b108= c61855adbfd493aec05f8091d8a56a3261066 >> SHA512 (FreeBSD-13.0-RC5-powerpc-mini-memstick.img.xz) =3D 2a47aa9151d1= c550e9fe8d6f9c04eaa893ab922a0f9900581a25e38448f2e657f5917ba2b5992a7fe370d3eb= 72d744eb94e05c974859ee92501a6622af2b6489 >>=20 >> SHA256 (FreeBSD-13.0-RC5-powerpc-bootonly.iso) =3D 2827b49ca6c59f0008bc= 3601c82fbc102fda1b570ab36a533580b2bfea88f34f >> SHA256 (FreeBSD-13.0-RC5-powerpc-bootonly.iso.xz) =3D 7b5aa329441b97026= 9c52622d2e22dc6822ef16c1d459d132a48c41a09503e19 >> SHA256 (FreeBSD-13.0-RC5-powerpc-disc1.iso) =3D 8eaa08b5f578ffdeeb8cbd4= e7ac14e7b8398d27db742ed5a0bb51e4a499fb37e >> SHA256 (FreeBSD-13.0-RC5-powerpc-disc1.iso.xz) =3D 08dadbb25838b533e995= 627614e7290be3ac42944ed63fe8545d7920a3f82b72 >> SHA256 (FreeBSD-13.0-RC5-powerpc-dvd1.iso) =3D 142e79355ba203f11df43acc= fc27a4b6d22ccf7745e207e6909ac4290262c4db >> SHA256 (FreeBSD-13.0-RC5-powerpc-dvd1.iso.xz) =3D 10fec72bb315db41daad1= 44a22afdea30caa4155759f460985522886fb9096d1 >> SHA256 (FreeBSD-13.0-RC5-powerpc-memstick.img) =3D b44acedab085967df85c= 836dfe8fa41d0dde8da94d2268f909436c5ab25de549 >> SHA256 (FreeBSD-13.0-RC5-powerpc-memstick.img.xz) =3D d69e8e2dff07fc98c= b3904d937cfbb4c5bf459dc115ae8a20da248ca83c6590e >> SHA256 (FreeBSD-13.0-RC5-powerpc-mini-memstick.img) =3D 250f066f9d8f376= 24faf27c9098757620c914ae556c4f265c8e20f4d035270ea >> SHA256 (FreeBSD-13.0-RC5-powerpc-mini-memstick.img.xz) =3D 333e7fab257c= 09aa04934e10e05da2c32f9fefded9bd0b351e6d2ba6b1be4442 >>=20 >>=20 >> o 13.0-RC5 powerpc64 GENERIC64: >> SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64-bootonly.iso) =3D c07ce0d53a= 1fcae04e9d08b4fc01d53cdf355a6788f4f6f655425b8ccfbd6b1913ab74f33b0da11650b117= 5358ef7d8ba205a8a24069108ff33b2fdf6204ddcd >> SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64-bootonly.iso.xz) =3D bbbbbfd= e492f5d93a998d2f67fdf9492ac2ca5fa52914c9c1dc2f3ab6a00f2b4ed7952a18458b7da0ed= f9d9c685f36c35816de28bf855c4d918700ccff63368c >> SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64-disc1.iso) =3D 37d400eb0265b= 32d811d047094c92f902f9d2c5e75fc9b696a66689b251a4a768d4b486ef2793333efe120e48= e13392c056f65676b2c6d5ad04310310bd9de1b >> SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64-disc1.iso.xz) =3D 6db09309e2= 345923a6f25592d45912eef91c43d051e17bc81d40872790d79aadb79770a8539648cfa2b199= 286189ce3fb7e29be361191ccb51f5ead5334ddf12 >> SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64-dvd1.iso) =3D 10b7841c14945e= 8f0de4a13b839aed9f48508ef2bf6e3dd48659fbb50df711141d2ffa7a3a4aa80c70fa077af6= b65494229e83b2feb400a011fe3904fd901c18 >> SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64-dvd1.iso.xz) =3D 8ffb496e3de= 9c58c50d098b9eadd1bb7dfc3b08723ebae73f705804defe39a484282e8c4e314925056fc4da= 4ee4f1ac86e950fb30e6a27467e2e20a60971eca6 >> SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64-memstick.img) =3D 591306f217= a7962a901d145c810f8814936568e043c91322dd94e99efa093f002a6bef1515954f5f1803b4= ac8686c530d857de707661aa24074995932fce8bed >> SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64-memstick.img.xz) =3D 01c0b49= 65ac8b0e9a913c38e340c06f929035bb8b86c08fcaea93ca9ad34bc76c39a6ca31a48a6d92aa= 96d8b63ae6c9deef631de756c71fde8d5d7bb09a8f4a7 >> SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64-mini-memstick.img) =3D 13907= a793588393fea23f3b99890f7342ccfa8d558c1bb67c6607d4cda5998abe336ff786bf615352= 0e73e9036ce27a7af5c43c9d74d25990ab84bd153841a04 >> SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64-mini-memstick.img.xz) =3D 1b= 1b7aaedec61f7e1fd6e29177ef9116a9a06f9c1ed75d9bf01e4a9284dca80993bc0882d3f23c= 0d1b94bbd562aa1b6dc36df391c6dd6293ab0586ef67c6b2b7 >>=20 >> SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64-bootonly.iso) =3D 25c55622b7= 6bebbe8f0fe2f8a4bdb3e3574e8ebe6e51a0ca96cbe6e8ce603858 >> SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64-bootonly.iso.xz) =3D c811d69= f85b2a3ac734534a3006377d39db375a28926738d6b0ae216b22e14f9 >> SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64-disc1.iso) =3D 8473b71154284= 1cbe8426c4c4738c1dd621b48c53437ac7fe2e6ec4e71b65ae6 >> SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64-disc1.iso.xz) =3D 669e6383bc= c7df3ed3dc747aecdff85a8db9e228b194cfadd6333e2b202d7748 >> SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64-dvd1.iso) =3D 6f3212a22f1d5a= e6636bdf78b11f0babc13072206b72a79e7ab774336b09325e >> SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64-dvd1.iso.xz) =3D 99ac5ffb123= 58d96bafbe2e96481957ae683c025edda1a2eeb67c5e15ba27f32 >> SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64-memstick.img) =3D e517c77494= 9f162a81cf4f351e8be76ff63887c71b56c97dff1ef304181a3642 >> SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64-memstick.img.xz) =3D ee773a8= aaf21a7f77d471b4c92d59f82587cd2ef939dab6cdff0cf22e1ffb270 >> SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64-mini-memstick.img) =3D 11eaa= d33b936480e58ffeaa73a8df233462343380a05472bc1187005ec2a2763 >> SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64-mini-memstick.img.xz) =3D 36= 2075a568f7e64ef336c35b681f3870a369476997e4c4b8e2494ecca9e7a793 >>=20 >>=20 >> o 13.0-RC5 powerpc64le GENERIC64LE: >> SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64le-bootonly.iso) =3D eecab860= c44d1251a91096bea60eacbe2697cc7dc48e793f3848f5cdfcda0ef1f23dd3fe65c3abea0f03= f2e2334e933156da8ed9433607f53255a1bdc7bed09d >> SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64le-bootonly.iso.xz) =3D 90eeb= c957a30a857cdabaeef9f27c84e58874d1ea367d0ef3ae8eb30547e3080105de1a82b965a820= 5390ff75955f1fd82fced1404a08218f41b1e75d25f2c3a >> SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64le-disc1.iso) =3D 8bf4cf5f519= 2c44a764bc99da913393db47fe9aff7c87e4c76800215e73e137f9793859240ea3db0e8b14b1= dd4aaa7f4c133516eca94b15fae1197299d2b5382 >> SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64le-disc1.iso.xz) =3D 03423138= f90dbe4b42a2b7a1f7ff2c22a00a3d764d1d3853fe609006759934a671567a1d79879a07f9a1= f534273003c0ff2e7c8580d5f80a36722c536ce34d5e >> SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64le-dvd1.iso) =3D 5da23394beb3= b78ccd67bbca02db44f527b2963913a233c86e4d2c46fc99d18a2756c5c88826019928dab8e1= a4708d51182e47f85f1ceea72d26a7df88cba5be >> SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64le-dvd1.iso.xz) =3D f6e630015= f40a3e02b2202c666a0304507ec260bc06c8910c1ed508a65dbf76500188382e0f7f5eadc205= f66ff3cda1e48f0bafcbfcf5b131be5619e0eaedce8 >> SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64le-memstick.img) =3D cc490e6b= d2519100b1efe865e44f5a355149d5b4b296e7da3057d843746b8703ca97fc6dec192876ef9c= 050a12d72c931d8be62ce8669384ea2b4e5efdf76847 >> SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64le-memstick.img.xz) =3D c5c54= 1040fc48864a70ada1a45d2c70dd5c12289f2cc0d65b94e2e9aaebcf7a644d1490c67d71bf4f= c3533cc9932c262e309683b27c02a7708f4a6b812ccd372 >> SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64le-mini-memstick.img) =3D db4= d50b2658cb3d1c20ac3eb18c6ad8741a6ee7433253077affd47102fecaf2ef5a9f78cf215ea6= ed135891e99142d458f546bc524bd6fa6baf59241d9617497 >> SHA512 (FreeBSD-13.0-RC5-powerpc-powerpc64le-mini-memstick.img.xz) =3D 3= f0578f1c776197341013b5a587ad0d7093053c223fc3a6e3774350601feb03dd464d55cbac3d= 8262c90ed46e333ab04878cda88cfda340168ec9ed92731f78e >>=20 >> SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64le-bootonly.iso) =3D 44949a89= dd868f59fb83be8c6eb0dfee0239b7653237ec3b986bc3a5ad2aa84f >> SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64le-bootonly.iso.xz) =3D 4d934= 143d93cc14a64387afc16aed1b3c7e61302063e97c92f905317ec8525dd >> SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64le-disc1.iso) =3D 1afda9365d4= ef07d363cab2eaff9af0b1f79fef97954b887b33240d50438caab >> SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64le-disc1.iso.xz) =3D 55e96496= 8892a4b8ba86fd43be8e1ef215dea1fc45ec338f33051bd0fe9a434b >> SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64le-dvd1.iso) =3D 18e1091cb31c= 4db288a58268c23554449e2c67cac830d1e6247e6800a83e1c17 >> SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64le-dvd1.iso.xz) =3D c67976d9a= 3b963c1f7912ed0734cdde8db5635d4f313f01e13c548afc012b588 >> SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64le-memstick.img) =3D 6bb73a40= 6466f51e68f1e69f8b2539cae5fc73fe4df880a4b9b7768954d6d3c6 >> SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64le-memstick.img.xz) =3D b4bd4= 3ccfd1f6be7c92fcddbfa026e034150bdbefe3ec5d0b5cc1c0645b343ed >> SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64le-mini-memstick.img) =3D 8af= 515276bd2d4931d42ce0fea7b51686ada127cc1d36ae0a2d30b79486d2593 >> SHA256 (FreeBSD-13.0-RC5-powerpc-powerpc64le-mini-memstick.img.xz) =3D e= 6cfb3188bdb6db2bb6d72e855508687c4773f139e5171a0ab68f328d95d62f0 >>=20 >>=20 >> o 13.0-RC5 powerpcspe MPC85XXSPE: >> SHA512 (FreeBSD-13.0-RC5-powerpc-powerpcspe-bootonly.iso) =3D 8fdffa39a= 22c90c15c57db0543597b3f3f914da7523280e97896c2bdb49af7f51b053c127c5ea7ca5735a= 0ced9b35ad93b7239dcb98e7e318aebb4201ec34bdd >> SHA512 (FreeBSD-13.0-RC5-powerpc-powerpcspe-bootonly.iso.xz) =3D d66435= f8fa24f63bd42781de25983f91907abac22b5399b50b6a62d97354acd1afbd31789fdcb0bd18= 68ff3556e1728bb25bcb7471d5890abcaf2f0c4e471534 >> SHA512 (FreeBSD-13.0-RC5-powerpc-powerpcspe-disc1.iso) =3D d3b345468885= 0a3441886d0bf2930d2acb7275ac3e0aa7b4bfe9c4b6777fe951cb2a217aa38f21d40880a72f= 73e15f97abbd5c7ec779c7c23a681eb5ed675a12 >> SHA512 (FreeBSD-13.0-RC5-powerpc-powerpcspe-disc1.iso.xz) =3D d9f0f90b1= c380a295ddf88ee1c57a1360c6ebf6706a21ba33175f5fff0e0e5099e47c270978d39ed06d74= abc05982ee41a5c9d07f8185b316e8283a6ac9565ab >> SHA512 (FreeBSD-13.0-RC5-powerpc-powerpcspe-dvd1.iso) =3D d407bf459140a= 991e16f6cedeff06477e01cb85fd1275eac936f9937cd6fdf5ca684d2c1a9cc6afea85bb5342= 6207aeaf98c40a3642d10afed9093fea5eebfff >> SHA512 (FreeBSD-13.0-RC5-powerpc-powerpcspe-dvd1.iso.xz) =3D 31797f1acc= f117fee26a4213a9c5395f1d0adf4e591e9a089b706d2c92a80c796333e63ca53a20b86c1061= f63433cabe3b1032be45a9c8267bd86fca231885da >> SHA512 (FreeBSD-13.0-RC5-powerpc-powerpcspe-memstick.img) =3D 0d519eaf0= fc676fa174ac41678a48aaae9581da6dd8ef4521019e5d820c25efa29747b633da8c3ce66166= 6957a880a74cf861589951e568a188ed6178e57c258 >> SHA512 (FreeBSD-13.0-RC5-powerpc-powerpcspe-memstick.img.xz) =3D 03cc0f= d9983656a77063380f7c743a939ec80d51575a7e159400783b19f6241ed82ee78bfb3ac35a0c= 046d6a72a42e2c6ac73676e59f9f739097ea8e8e844747 >> SHA512 (FreeBSD-13.0-RC5-powerpc-powerpcspe-mini-memstick.img) =3D 0998= 01cd1e25e9142234cf77773d62a258a93ee8dafcf3ea3d6a433a968210eb70b164eb8d2396ef= e8748e700a999390d35c5933b7818f3f694a7d2d849afd4b >> SHA512 (FreeBSD-13.0-RC5-powerpc-powerpcspe-mini-memstick.img.xz) =3D 4= 2b293138765d7548fdef58ff018ebd71d7eab99e4db53d4fb2830e7e1122395ee596f785b036= 67d6d7bd3e3bf23847584f3c8016ac787bd53d620b24aa7085f >>=20 >> SHA256 (FreeBSD-13.0-RC5-powerpc-powerpcspe-bootonly.iso) =3D 3f274fce0= d33e110200ac2418e884502a701397dbebaa73b2544622d443153b2 >> SHA256 (FreeBSD-13.0-RC5-powerpc-powerpcspe-bootonly.iso.xz) =3D 62e85b= 4c51969a74d83e903be32cad9ec946993291def036d6d0b8970cbdfd0c >> SHA256 (FreeBSD-13.0-RC5-powerpc-powerpcspe-disc1.iso) =3D 134bcedfecc7= d1165a776f8ac3e9165984cd6ffe21816d4fbe6ea67ebf98de12 >> SHA256 (FreeBSD-13.0-RC5-powerpc-powerpcspe-disc1.iso.xz) =3D da3ee317d= 806b053aecad3b2692accb370fb79fa45360efdb0d9f27adfd2b3cd >> SHA256 (FreeBSD-13.0-RC5-powerpc-powerpcspe-dvd1.iso) =3D d3d4f33db8c26= 27f73a4765c1806de46498ea80b387ed2b96fc767eb2cda9729 >> SHA256 (FreeBSD-13.0-RC5-powerpc-powerpcspe-dvd1.iso.xz) =3D ba3af7676d= 6f8c431a7fa1012bb599cc19e9e3770d18e01293c38c3175d3007a >> SHA256 (FreeBSD-13.0-RC5-powerpc-powerpcspe-memstick.img) =3D 3d8ad5969= d65321025d90896289dd1dec6695ae1b413e3102eb49d4506439ae1 >> SHA256 (FreeBSD-13.0-RC5-powerpc-powerpcspe-memstick.img.xz) =3D b51a27= 3ace661c9775a43785374e20d4dbc0282b0aeb748a02eeae69d6235523 >> SHA256 (FreeBSD-13.0-RC5-powerpc-powerpcspe-mini-memstick.img) =3D 1e6e= f9b8a740eac73cb8d7578277c7bc580f3afdc51d444a74c00aeb5e03f530 >> SHA256 (FreeBSD-13.0-RC5-powerpc-powerpcspe-mini-memstick.img.xz) =3D a= 4fdfddc01b4fe4f5a112552acd2291f13c0b31ca3cb548e3abf58c0ba89a2c6 >>=20 >>=20 >> o 13.0-RC5 armv6 RPI-B: >> SHA512 (FreeBSD-13.0-RC5-arm-armv6-RPI-B.img.xz) =3D d592a0e2be89218c94= 43b39037982a562dbca4bb238739e0999e1c4450eee5dc282f9e76fab911f958881fb0cd7f2b= 25e3e3cacdcd8fe169aebab9c35b72811b >>=20 >> SHA256 (FreeBSD-13.0-RC5-arm-armv6-RPI-B.img.xz) =3D 7830ec0146f7200043= 8251e27136a836dc9f349798a5c5f35529f2121b5f50ad >>=20 >>=20 >> o 13.0-RC5 armv7 GENERICSD: >> SHA512 (FreeBSD-13.0-RC5-arm-armv7-GENERICSD.img.xz) =3D 6e084b9721a287= fdbba6d7c94c957d65150f46069797801f8e19bf2fb0a59984ea58c4b8d6ec2dd16207a3ccde= 201da23804bf5931e236c4672d748c41a2b45a >>=20 >> SHA256 (FreeBSD-13.0-RC5-arm-armv7-GENERICSD.img.xz) =3D 0c4a705a32914f= bc279ee7bd0d156c4fd90a37bbc6f492b16e153a516611cc4c >>=20 >>=20 >> o 13.0-RC5 aarch64 GENERIC: >> SHA512 (FreeBSD-13.0-RC5-arm64-aarch64-bootonly.iso) =3D f643bf63177377= 5ab604af7c5c19880d4cf0b9462087d62fb55afe95155fd94e35d56f2d661f845c18826d7019= 7fc7a8a4822220bd4d1a3a59e3a76d7bfe3f17 >> SHA512 (FreeBSD-13.0-RC5-arm64-aarch64-bootonly.iso.xz) =3D a1dfd6a632c= b795027719ac2e3b6f8aff42c7c980e07eb63cf6c3b293e16f320dfb692987ec93b93ede9360= 97c42c2efde0d5cbbe780a359f47ad4c5a171ebd4 >> SHA512 (FreeBSD-13.0-RC5-arm64-aarch64-disc1.iso) =3D 1d4c9236312520dc6= 0daba71bfb1655709397c8801afa209aa0a28f05395a84e46ef2b672195a8faff44ea938d2ec= 0024c7ce175ef421f407ba3a5d6c2808ff0 >> SHA512 (FreeBSD-13.0-RC5-arm64-aarch64-disc1.iso.xz) =3D 14845d0684b247= 43e97adb5c09a7c64207e98f22d277a0338572de3e1f634549956f2fea9e06ef46d1a461683b= 6e27cf7c9db8a24dda28fa837e59f7dd477d3a >> SHA512 (FreeBSD-13.0-RC5-arm64-aarch64-dvd1.iso) =3D 3c9d89502fe5b8d983= 65179c0880049ba377cbd3fe814dee8f6ab469d181c527cda4884404830083d0ce452daf70b2= e727e5f4b47358fc9e8dc237c712f301a3 >> SHA512 (FreeBSD-13.0-RC5-arm64-aarch64-dvd1.iso.xz) =3D fbcb5b34455bce5= 008112d6b585a694826c2a500447635296073ad20c4e61e109dae274f2de2450a4e657259321= 325142b60f53cac421992f0e22b8906373667 >> SHA512 (FreeBSD-13.0-RC5-arm64-aarch64-memstick.img) =3D dd5b011cf04e6d= 2fbaedcc21fb5740c5e3328e6af392c4a62b88c7fb860d96e1650b5c3c8859ee958af02f3076= 90db18fc96b30f00d6174610e2e0f692eda270 >> SHA512 (FreeBSD-13.0-RC5-arm64-aarch64-memstick.img.xz) =3D 991dbaa2010= 289bd83b038d06c961ef7ac0f277575a21b72b02a8af957ab286b72a144ac3978962ea1432fd= ae261ad08b9497218934641fa3bcab5e4c0e712e6 >> SHA512 (FreeBSD-13.0-RC5-arm64-aarch64-mini-memstick.img) =3D f3525a300= 1a5b0a8fab02d0924ec0507fb337dd9cc8cc8ec43476621519ace704dba222e86562a0496de5= 32a8184b9ad8dc07097d75f7b7b25fc0656189cca2d >> SHA512 (FreeBSD-13.0-RC5-arm64-aarch64-mini-memstick.img.xz) =3D 5aede6= 8f37bf75753a7bcf97b90fde5336a8d8604c4d90ff3cd14a5702d8e5d4e8c4bc14a249d929b8= 650836fbe9c4a8fccfd0151a49c2c1d30ac9403ab5ccc6 >>=20 >> SHA256 (FreeBSD-13.0-RC5-arm64-aarch64-bootonly.iso) =3D 4f8d57730fe5cd= aaa61f426013f883ee56711da983123fabdf6b27d886c94d85 >> SHA256 (FreeBSD-13.0-RC5-arm64-aarch64-bootonly.iso.xz) =3D 3d7501df1d5= 5c4418587ecee6465d7f78ebdb1cdb2e183ae1352eaa7180d925a >> SHA256 (FreeBSD-13.0-RC5-arm64-aarch64-disc1.iso) =3D 8d3178e7158e0e3f9= 8834aafefd305ffe8a9db35fbc943d501b0b75e238c3048 >> SHA256 (FreeBSD-13.0-RC5-arm64-aarch64-disc1.iso.xz) =3D 4781b34dd623ca= caf279e2723527d6b8429ed170f3d3194c390f547be09f5784 >> SHA256 (FreeBSD-13.0-RC5-arm64-aarch64-dvd1.iso) =3D 164a0f647d8af29484= 3cddf1847ffc84326aa827b9fac5e88bc5367c3ece0b95 >> SHA256 (FreeBSD-13.0-RC5-arm64-aarch64-dvd1.iso.xz) =3D a76603fbd0c57cd= 0ea11e5d15f88b7040f676ba9e0b1f9e46af6e75ded6b6d09 >> SHA256 (FreeBSD-13.0-RC5-arm64-aarch64-memstick.img) =3D 66a50d93648040= dfec578b4b404b0a66a53511c9cd8d633e41cd88d197dcf959 >> SHA256 (FreeBSD-13.0-RC5-arm64-aarch64-memstick.img.xz) =3D 1673f1f89c8= 7cc26a8ef708f43dce76dc4fc8e416251a27767817951f9f4fc78 >> SHA256 (FreeBSD-13.0-RC5-arm64-aarch64-mini-memstick.img) =3D ac66c594a= fc689afb72d38aa95b89af1564b88d087358bd6f2ece122d05f48f3 >> SHA256 (FreeBSD-13.0-RC5-arm64-aarch64-mini-memstick.img.xz) =3D ff0c9a= 6559638787eb12a35b5d75f6905fac9bdea30be3262611e4e97c0cb47d >>=20 >>=20 >> o 13.0-RC5 aarch64 RPI: >> SHA512 (FreeBSD-13.0-RC5-arm64-aarch64-RPI.img.xz) =3D b6cc873d3d12164c= 4c72602398c6addcd3e96abf58613b85e12f8f137597e300b6d427d29d1f049fdddc6d49fe5e= 43c90814f570784834615a174807ea1fb258 >>=20 >> SHA256 (FreeBSD-13.0-RC5-arm64-aarch64-RPI.img.xz) =3D 78d862e893572349= 345a26615690f0c185e5bd16fc27f0d402b211f34f65fdf7 >>=20 >>=20 >> o 13.0-RC5 aarch64 PINE64: >> SHA512 (FreeBSD-13.0-RC5-arm64-aarch64-PINE64.img.xz) =3D 8ae47d737433b= 355bd7e49a1fdee3c098b7ee18f58c8b451ef84ebfc6918e3df7589e47158c5c5bd2e39f39a0= 8c903b0291c9452f9229d6744c3fc3fdc353442 >>=20 >> SHA256 (FreeBSD-13.0-RC5-arm64-aarch64-PINE64.img.xz) =3D 46d6285ffc0b3= ea1463b531ab88aa6ce982c60a435f4bdc754af63e1b8bfe55e >>=20 >>=20 >> o 13.0-RC5 aarch64 PINE64-LTS: >> SHA512 (FreeBSD-13.0-RC5-arm64-aarch64-PINE64-LTS.img.xz) =3D fe6e926c1= dc703d22cbd183e4472ed436ffb55cb40151dc17a7e70c303fc22fd7cd3a869f34afe4d353db= a430a15258c1bcca78c88c431ff7b0faea310bca5cd >>=20 >> SHA256 (FreeBSD-13.0-RC5-arm64-aarch64-PINE64-LTS.img.xz) =3D 373ab307b= 2823b4bbfd233bc5b804c3196e73a39c8595ebb0609e14dbd0ae433 >>=20 >>=20 >> o 13.0-RC5 aarch64 PINEBOOK: >> SHA512 (FreeBSD-13.0-RC5-arm64-aarch64-PINEBOOK.img.xz) =3D 63be7d91056= abdad1db50fdadea3466c970ba19f23106c00fe8ea1e3365842424af2a46c698285c89afda6c= 25faa03904e8bc60cabbcbd64a9c3dae5687e815a >>=20 >> SHA256 (FreeBSD-13.0-RC5-arm64-aarch64-PINEBOOK.img.xz) =3D b38983227a7= 10ed427054ceea6097e4c9938aec3d7e1f2c3fcd366cf8a75e46c >>=20 >>=20 >> o 13.0-RC5 aarch64 ROCK64: >> SHA512 (FreeBSD-13.0-RC5-arm64-aarch64-ROCK64.img.xz) =3D 80c98a5144d2a= 4c0e0c52736a3f46c83789e083eb7d16062c07c1a3b1f4d7e93b9102ef16f800eb71f719abad= 0f0605cae6cccf6579dd59afb0a539543b6c0cc >>=20 >> SHA256 (FreeBSD-13.0-RC5-arm64-aarch64-ROCK64.img.xz) =3D 356470d1e36c4= cfa62d976b39b4cde3adcf671605134c32d8d7106b364b4f581 >>=20 >>=20 >> o 13.0-RC5 aarch64 ROCKPRO64: >> SHA512 (FreeBSD-13.0-RC5-arm64-aarch64-ROCKPRO64.img.xz) =3D 090ff8cd1a= 65e8f93a8374de8c40de68ac8dd6ddbb60b917095e5a73a54ad135a0d56193d5cb5fd3ac5ad9= b0d7401ec482a09887332756f0b642bb8764fde8be >>=20 >> SHA256 (FreeBSD-13.0-RC5-arm64-aarch64-ROCKPRO64.img.xz) =3D 664498a6a7= 32bf412288a8d02c0d53502d36817cd0a39260216623e24cf1bfb7 >>=20 >>=20 >> o 13.0-RC5 riscv64 GENERIC: >> SHA512 (FreeBSD-13.0-RC5-riscv-riscv64-bootonly.iso) =3D 8d97cb9c4f15a1= 95afe07c5743f2aaf06e98db3347729959df00ffa1f09e9095287a592412e3cf0a96a56e205e= aa42fc581e74af87ab71101f4f087ffd33a834 >> SHA512 (FreeBSD-13.0-RC5-riscv-riscv64-bootonly.iso.xz) =3D 2f7cce8f0cf= 8884f07e82be32c4353d9385c3356cbd965c6242e810eb992704cad87d8ae1b0e6b050ee92d5= e0cb0f61ca93ab89ec07f638ae6605b4f544b3d93 >> SHA512 (FreeBSD-13.0-RC5-riscv-riscv64-disc1.iso) =3D d669c43e542ff4b83= fab9ecc55427d006130d78ccfac95d555653efabd64d758ccac83fb601fe89dbc1b896aaaa15= aa1f880bbc6f43724bf91ddbf0a3fb2a41c >> SHA512 (FreeBSD-13.0-RC5-riscv-riscv64-disc1.iso.xz) =3D 56c238d6be6e78= 04c69d77f36995ef2412d24ee53cc3d164a7706d69071fc06f420dadcdfad1caa042a55680fe= b92a545e477002ff66896e0807049404f9c279 >> SHA512 (FreeBSD-13.0-RC5-riscv-riscv64-dvd1.iso) =3D 548de1225086271f0b= 472b08ed29d540d16a78ffc9bdbb59e52732c011cc28cebc2954a47444f096ada5ac5b5a2336= 1aa9aad052e372c8c531a850173b76f358 >> SHA512 (FreeBSD-13.0-RC5-riscv-riscv64-dvd1.iso.xz) =3D 71f2d4dbfcd7d71= 1619c83e2ca33fddadce2eacfde93426293640e85ca796711240a72ceefd03de3c8bf41193d8= 05d920e45ab27778a1fb669109fa1f8c75b90 >> SHA512 (FreeBSD-13.0-RC5-riscv-riscv64-memstick.img) =3D 3e4179d90710ea= 8109869a9161d5ba597bcbe73d2e4f6cb6a83b2a010f05c1217aa0f2dbf3a74322f439afcc5e= 8adc0b2f221eb14041af3bb42c55d053794046 >> SHA512 (FreeBSD-13.0-RC5-riscv-riscv64-memstick.img.xz) =3D a3d42480d22= 6d522abfbfa30d85d599f062b1fcf5b5e9119f112518ab6f74a5ebb8e50b5969a99dd24843c0= f66e1c600deca8f48ac343aa44c95810aef12c654 >> SHA512 (FreeBSD-13.0-RC5-riscv-riscv64-mini-memstick.img) =3D 5b7a530f3= 3a14953abb2d7f5c48ff5bb9af0d0af0a169d06c49dc38ab6afccafa1ef0c0feb50119ee7e1e= e00ce86cca3310f8574dfffd408f51901d29dca5123 >> SHA512 (FreeBSD-13.0-RC5-riscv-riscv64-mini-memstick.img.xz) =3D 9da565= 85fd5ff0439550cbae0519ddd389bc2bbd9ca4c0822caa2cd7f495dcf2df54b605dca6677773= 2e3351ac7494d4c8e8f0194165ac53c6248ad8fc8a741a >>=20 >> SHA256 (FreeBSD-13.0-RC5-riscv-riscv64-bootonly.iso) =3D 4dffab1337ce29= 059a13f8a54cb4d44157c00cb72ebcceb84e75576f795dd379 >> SHA256 (FreeBSD-13.0-RC5-riscv-riscv64-bootonly.iso.xz) =3D f386a80efdc= 0ca022f8da46c7348015ffaf5462fe4d7e617613d3155374870c7 >> SHA256 (FreeBSD-13.0-RC5-riscv-riscv64-disc1.iso) =3D b66ce52d91b724554= 73fe3338c44d2e6449f13661c3da0ae53a859039cc0dabb >> SHA256 (FreeBSD-13.0-RC5-riscv-riscv64-disc1.iso.xz) =3D 714a8713d9e26a= 9cd3279f51d4ddc449be46868ec7da951ba50679b312240e06 >> SHA256 (FreeBSD-13.0-RC5-riscv-riscv64-dvd1.iso) =3D b10c0496d31538b8b8= 4b11925131f15df1f00d3a0801a241c55e45a6021d5cdb >> SHA256 (FreeBSD-13.0-RC5-riscv-riscv64-dvd1.iso.xz) =3D 9bc02efeeecf000= 68bd448847ddfb6f798daab847c93aa337e4d336aaa520f56 >> SHA256 (FreeBSD-13.0-RC5-riscv-riscv64-memstick.img) =3D 4c8a268efce88b= 0ccd36b40c2cf381839d17f2f00057d08998834f1aacb2bf2c >> SHA256 (FreeBSD-13.0-RC5-riscv-riscv64-memstick.img.xz) =3D 1754e76ba5a= a2e1a081fec88b932c583b371e819ac45e50c4c7a3ac6aeff7a46 >> SHA256 (FreeBSD-13.0-RC5-riscv-riscv64-mini-memstick.img) =3D 9b7aaa235= 35b6b6b2494f7ee6a21926997c36d0cb7d6d2c495544de59d4efd95 >> SHA256 (FreeBSD-13.0-RC5-riscv-riscv64-mini-memstick.img.xz) =3D 50103e= 7d9515085ac77c0ad17307a373950978da5042bb0be417b989048d917e >>=20 >>=20 >> o 13.0-RC5 riscv64 GENERICSD: >> SHA512 (FreeBSD-13.0-RC5-riscv-riscv64-GENERICSD.img.xz) =3D 9f15d0b177= b07539bebeb26fa3b9ab0a223b744638427f5f8a7f015fa50b8b2d2e29d78444a288f358c186= b2a5230c04700dc3cb9b86e67fc334834c72b20ded >>=20 >> SHA256 (FreeBSD-13.0-RC5-riscv-riscv64-GENERICSD.img.xz) =3D c0c35d67d5= e7a1f6fcffe6c79e3b096ff55492d332e39bf067780b8868170bca >>=20 >>=20 >> =3D=3D VM IMAGE CHECKSUMS =3D=3D >>=20 >> o 13.0-RC5 amd64: >> SHA512 (FreeBSD-13.0-RC5-amd64.qcow2.xz) =3D 551525d3c7f428e24fa8cebb62= 4ae1c2dc8e46fbbda818a53e92886f31b69429a23c93129c8a1bad96dbf07ebe774abaf76d81= 6ba73ce114c6fdf5c3649e98ed >> SHA512 (FreeBSD-13.0-RC5-amd64.raw.xz) =3D b0f69bf119f6ffc0817b6ad711f5= c1359f34cdb6230249e27a66f6f2be46e5cc8eb5894f573c01618e622b82bf3258af3a3f7ddf= 828d4d17f945e2078645f524 >> SHA512 (FreeBSD-13.0-RC5-amd64.vhd.xz) =3D 29dbbc94ca88ac3e83470de712ca= c81bc4476ddbe9e4d7e004d040ae92a286045060e7dba4842437c7089cd900d23d4bbc838ed5= 2a9ab0d4e971cd41de3ebd78 >> SHA512 (FreeBSD-13.0-RC5-amd64.vmdk.xz) =3D 2de8d506d5bd6483eae73c51e34= 3b090d0c571f5d7afb54af129ecf0297b3fdc0c906a4bb10e6381939ecb5f7ecc33757354cd0= 096e86e181d445951b4cfe1a8 >>=20 >> SHA256 (FreeBSD-13.0-RC5-amd64.qcow2.xz) =3D 359ecc18a91abbee445114b064= 478bba0fe5d29c86a492d74ba8e8a07af94c23 >> SHA256 (FreeBSD-13.0-RC5-amd64.raw.xz) =3D 1d17e12acf6a8c193a3e2c806252= 90862be3eb80a7c66472d4059c5f9af2ce22 >> SHA256 (FreeBSD-13.0-RC5-amd64.vhd.xz) =3D c5ab1f799ca5b3ae2b41e10a9b95= 5828a1a3540fb8056535f325c4b0e0cb309f >> SHA256 (FreeBSD-13.0-RC5-amd64.vmdk.xz) =3D 9013b2601053acccc7dd5770f5d= 77c7312f049a43a85201771425494a0278bc7 >>=20 >>=20 >> o 13.0-RC5 i386: >> SHA512 (FreeBSD-13.0-RC5-i386.qcow2.xz) =3D 3f253c9ada0a164efa7989be598= 048007a5e1f67c8290a8b05e948e105ae5c34f4c5078b8eb0809a20421613a4fa4af4e938cc4= 4607af096d30dfe4eec44c2c1 >> SHA512 (FreeBSD-13.0-RC5-i386.raw.xz) =3D bdd26398825427e680fcb17e0f24f= ca767e0f9750b0eb8e1bc5c02b2f830f77f3a866dc8f511f36dc5356eb63296fe5cace667a23= 72bbce8cdadf90da064b586 >> SHA512 (FreeBSD-13.0-RC5-i386.vhd.xz) =3D ff78f171d97441d8397fcd02c03ec= 5fdc977225671c2ee5787ec38d39a191e384d00e1fc1f33f4396e5d78815a1cf804927c1af78= df4be4a29b46f29152b4001 >> SHA512 (FreeBSD-13.0-RC5-i386.vmdk.xz) =3D 746724762977d5329aa78ca70300= 2e76ca61de5ff5d2cb803566bc32c16083402fc7a605b81b25af5f84cbc56f138e1a12f6e951= 1a7b1812d752f0ef87352995 >>=20 >> SHA256 (FreeBSD-13.0-RC5-i386.qcow2.xz) =3D 7903d4fe5cb311fa8824958a2b6= d907b79056a41f32dc022c952f53fbd5a39d9 >> SHA256 (FreeBSD-13.0-RC5-i386.raw.xz) =3D 994fc8b00f4bc6ce661816c004bb6= 3027cc13fb3b11c707677b55c904aadc70a >> SHA256 (FreeBSD-13.0-RC5-i386.vhd.xz) =3D 7a312962720977a0e085a57905355= 617a142ca1f38cdd2864eb2f647373b3243 >> SHA256 (FreeBSD-13.0-RC5-i386.vmdk.xz) =3D e050aa295c188e27c98fe362bb7e= 7e3f660d6ad1ab9dedc79cc9cca0ffa77b34 >>=20 >>=20 >> o 13.0-RC5 aarch64: >> SHA512 (FreeBSD-13.0-RC5-arm64-aarch64.qcow2.xz) =3D 73277d58d3783a2735= ebca169543349f28d36b0dfaa6a06a0372bd1daf22931729b551024200831b079e85209dbf50= 88a310fc89d1f826df7e8bdf72d750ad91 >> SHA512 (FreeBSD-13.0-RC5-arm64-aarch64.raw.xz) =3D 0faa21c210ec6bd466fa= cd1157822be0fc58b9c0fed1fd47359c365299b0bd1d8108066c44589b0fc0ca6643a071e3e3= 3f8ff07272d5c53b578e3df3c5db9ff2 >> SHA512 (FreeBSD-13.0-RC5-arm64-aarch64.vhd.xz) =3D 76329dcbcc25be42a9a4= 418ab066aa85179f68705e64d469c9e9ddb5f9e9ac59cbeba0b9da1c16b30ca3a30edbbe4b76= bb24f85c7b0513b4dcc067201da06d55 >> SHA512 (FreeBSD-13.0-RC5-arm64-aarch64.vmdk.xz) =3D 9cdef43ed152965b9d7= 8c17d612a6052a824c3dd381a8c86100ac1b962c157c10084ed379c50f988811e48dc937898a= 9bdb92540529e7995a3deb4bf195bc86a >>=20 >> SHA256 (FreeBSD-13.0-RC5-arm64-aarch64.qcow2.xz) =3D 527c8d16031bc2903e= f19f8c76efcad4f0a27d19232c6aab28654d8bd19cfb15 >> SHA256 (FreeBSD-13.0-RC5-arm64-aarch64.raw.xz) =3D c9c87c1d0f334c527e76= dc620eb248ccb7019da8a6b7332444045985eb2f7769 >> SHA256 (FreeBSD-13.0-RC5-arm64-aarch64.vhd.xz) =3D 63f4a2fdd66ee3daee32= ccdec3f1ac43b7244cbefec594e4f71c20082ef34665 >> SHA256 (FreeBSD-13.0-RC5-arm64-aarch64.vmdk.xz) =3D 31f2bf853a84bac73d9= 34c54e8943505073648ae4fa8d30ac5d9f87c48f2b426 >>=20 >>=20 >> o 13.0-RC5 riscv64: >> SHA512 (FreeBSD-13.0-RC5-riscv-riscv64.qcow2.xz) =3D b5670ba9a2b9fdaba7= fdec09f1c78b8f7117a666e1d91373c8bcc0ea1bc27c1c85b3027ae0d5a1d8605acf718ea9f7= 2b2097a62633b69ffc3097863eb31d196d >> SHA512 (FreeBSD-13.0-RC5-riscv-riscv64.raw.xz) =3D bd63091c982f1a1aac7e= 45dc290910c4abd21d058e40e318b9e26d23ea418c4525e30ee7986203301a9eecca91bc30f2= c4269025d851d79bb02f59f484e1178b >> SHA512 (FreeBSD-13.0-RC5-riscv-riscv64.vhd.xz) =3D 89e9ba774f31b7917810= d1a9187a51b5c209298be2a97587e83619a1599200f21332950307bf49ffee283cc0bd4f8be5= 1818aebb8b4691bec86857e17d0ff72c >> SHA512 (FreeBSD-13.0-RC5-riscv-riscv64.vmdk.xz) =3D baacc7e9fd7434844e6= 88e05dc49127dfc8abfd3c447bf9ccdb1544f19720dba8a8152df63c5f1afc4a5ee58ba752ae= 3b994dd071a67f55ae6f5ba89e1765a4d >>=20 >> SHA256 (FreeBSD-13.0-RC5-riscv-riscv64.qcow2.xz) =3D cfa955413a8f82972e= 007a287bec88ba92748e7b61b74e43688d697cda800fa0 >> SHA256 (FreeBSD-13.0-RC5-riscv-riscv64.raw.xz) =3D 570c8048b79360c2cef9= 49a8517e46c6dfa3c1afdf98559bda378ca955b5838e >> SHA256 (FreeBSD-13.0-RC5-riscv-riscv64.vhd.xz) =3D 4c905e600b86b8b3e6c6= 2603501c58b96a10e29acd67b4cecc0204d79aae64b0 >> SHA256 (FreeBSD-13.0-RC5-riscv-riscv64.vmdk.xz) =3D 362b62e69d4a7ecd420= baf8cb49dea155415fd4c6bae486aaf14fbb7bd7eeb5e >>=20 >>=20 >> o 13.0-RC5 amd64 BASIC-CI: >> SHA512 (FreeBSD-13.0-RC5-amd64-BASIC-CI.raw.xz) =3D e9b1618d38b8d639d6f= 81c92d32fc967cd9e4e10e74f2d1f9ad39b8997a20dd3429d1e413df94966282954a1bba2b92= e0e9f873391ddedb12b938aa35eb21b5c >>=20 >> SHA256 (FreeBSD-13.0-RC5-amd64-BASIC-CI.raw.xz) =3D d6ce539ef51808a426a= f5b256070a0198f5e5873e49bb437a773ed8ab6e7a818 >>=20 >> Regards, >>=20 >> Glen >>=20 >> Love FreeBSD? Support this and future releases with a donation to >> the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ >>=20 >> -----BEGIN PGP SIGNATURE----- >>=20 >> iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmBoixYACgkQAxRYpUeP >> 4pPowg//UNT3FROP0xG8oMR/8B6mTZrdqUx/BCCIAHIaZwupkLU9mR1tmKsVYpLj >> SBJBHEocKjOB2vOMsyeN5o7tMoeCniAedNpLsVE1nXyAYVxnfpHHqeG49walIhrt >> Ok4p5DH4IfrCJVucdnP4736VISMGmONkZ0ZQOg5JuTkFx6wH1O7Qlf4wgN4b+vmm >> hTPNqDIGp77Xr6krbdna4R0Zg1TTqMiiYvrrKwQDXL+tKE7XSRtdKmXF2bdVASoR >> s/Ffe1KwRxWUxseQfyS6bxdvHqkTb/bQNk5FznkRN49dan6ym8JVdtX/KFwKypYI >> 2t3Z8INyN+ZNZNinjkjJv/vTduTyBCdMNp6axq5XFnSJQxW6ZtlC5/pgf/gs3l/4 >> dsjHiuRjM47krqpmbrM4Ko2HhpnNjjy0IEhJ5XPtQLIIKFkuKI/GKw6JbHH1EdrD >> mVhvapFfmkZq/WiUm9hBVC5CZrwPSKiNbp0OgSXDqRNutHF4jTSq0dhhWAxECVLA >> YmHGa6+kSep5wbm/6gD4aTPvtc7Iw/CSyY9ud96ueheLzrN+yoI+G+v+IU5WS3wU >> eVo4tmUWmyZbIb+hLHKZWh+8+4OAeOZUBYTETO/N8ztP2fdY4qgNapKUBxuggNGI >> JMQBW+KA7CIH2eb5tDGzhmT2cgxrQorq8VYSE+i29R152oYeJLI=3D >> =3Da0qW >> -----END PGP SIGNATURE----- >> _______________________________________________ >> 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= " >=20 > In the past, making these releases required pushing updates to https://svn= web.freebsd.org/base/user/cperciva/freebsd-update-build/ . However, that re= po is read-only now. I assume that it's been gitified, but I can't find the= new location. Where is it? > -Alan From owner-freebsd-current@freebsd.org Sun Apr 4 21:38:44 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 423825B69BA for ; Sun, 4 Apr 2021 21:38:44 +0000 (UTC) (envelope-from 010001789ed2e01c-8415205e-6d12-4791-bc69-9f56faa83312-000000@amazonses.com) Received: from a8-26.smtp-out.amazonses.com (a8-26.smtp-out.amazonses.com [54.240.8.26]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FD6c4177Mz4W8l for ; Sun, 4 Apr 2021 21:38:43 +0000 (UTC) (envelope-from 010001789ed2e01c-8415205e-6d12-4791-bc69-9f56faa83312-000000@amazonses.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=dqtolf56kk3wpt62c3jnwboqvr7iedax; d=tarsnap.com; t=1617572323; h=Subject:To:Cc:References:From:Message-ID:Date:MIME-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding; bh=HFJT6BTICXB72FeJSFwpDXenlzZWwF0+U7agBTfNgeU=; b=YyfN1JPAtoiu/OR/0kq2uyrYxFGBIhpXWWfBHG2NSDkwc1PjzUxOXSuwBGdj8lVU vhhKm1a4CA0hC8K7deBFzizvioHPi7k2V5nbHm0h8a67RnB1xMvfJY7YC1aUKuvyS9G R++9FtEHkqOVxItv/a1CcXLXWE8rCRtLUJtGREuY= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug; d=amazonses.com; t=1617572323; h=Subject:To:Cc:References:From:Message-ID:Date:MIME-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding:Feedback-ID; bh=HFJT6BTICXB72FeJSFwpDXenlzZWwF0+U7agBTfNgeU=; b=VUrLPm8VWGvCM2X3Pb8jolMrIrI58kBfFaYbz4uYoU59zQfuCt+3g9i5vvWAbJdH cbuW1RMHtLGtLxvGlAF145b6G3MgnkY6aU6ZfD3Ut4jNPtrl5cGDPnBqFIr0EV1LD7P SvT/GidBoFd1v6wQxju5B5qBWgTObjbTzGs+qmko= Subject: Re: FreeBSD 13.0-RC5 Now Available To: Alan Somers , FreeBSD Release Engineering Team Cc: FreeBSD CURRENT , FreeBSD , freebsd-snapshots@freebsd.org References: <20210403153446.GL92054@FreeBSD.org> From: Colin Percival Message-ID: <010001789ed2e01c-8415205e-6d12-4791-bc69-9f56faa83312-000000@email.amazonses.com> Date: Sun, 4 Apr 2021 21:38:43 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-SES-Outgoing: 2021.04.04-54.240.8.26 Feedback-ID: 1.us-east-1.Lv9FVjaNvvR5llaqfLoOVbo2VxOELl7cjN0AOyXnPlk=:AmazonSES X-Rspamd-Queue-Id: 4FD6c4177Mz4W8l X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Mailman-Approved-At: Mon, 05 Apr 2021 07:12:58 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 04 Apr 2021 21:38:44 -0000 On 4/4/21 1:50 PM, Alan Somers wrote: > On Sat, Apr 3, 2021 at 9:34 AM Glen Barber > wrote: > > The fifth RC build of the 13.0-RELEASE release cycle is now available. > > In the past, making these releases required pushing updates to > https://svnweb.freebsd.org/base/user/cperciva/freebsd-update-build/ . Historically, we often made changes directly on the update builders and then brought the svn tree back into sync later. > However, that repo is read-only now. I assume that it's been gitified, but > I can't find the new location. Where is it? I think the freebsd-update build code might be homeless right now. I know I have seen emails mentioning that it needs to land somewhere but I don't recall any decision being reached. -- Colin Percival Security Officer Emeritus, FreeBSD | The power to serve Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid From owner-freebsd-current@freebsd.org Mon Apr 5 09:26:02 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D8F715B028D for ; Mon, 5 Apr 2021 09:26:02 +0000 (UTC) (envelope-from SRS0=IAa3V9=JC=codenetworks.net=sm@eigbox.net) Received: from bosmailout07.eigbox.net (bosmailout07.eigbox.net [66.96.190.7]) (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 4FDQJ92bsQz3kv0 for ; Mon, 5 Apr 2021 09:26:01 +0000 (UTC) (envelope-from SRS0=IAa3V9=JC=codenetworks.net=sm@eigbox.net) Received: from bosmailscan08.eigbox.net ([10.20.15.8]) by bosmailout07.eigbox.net with esmtp (Exim) id 1lTLUe-0000fP-Bx for freebsd-current@freebsd.org; Mon, 05 Apr 2021 05:26:00 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=codenetworks.net; s=dkim; h=Sender:Content-Transfer-Encoding:Content-Type: In-Reply-To:MIME-Version:Date:Message-ID:From:References:Cc:To:Subject: Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender :Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=EWwvBXVLVUHzOU/0tpSCk9Jr6x5uDpY/rHrIC76GCog=; b=fnINgHYlM2gd4JyyKZgr8NEobP uYDWWnJ8838oVCXnrBTPuqcU2HM9PrS9DJEwKMYkQirCKi9okBxvnLV34c4QBGzDSR0xv6k55K5EU R5JDZ4M6gsE9HcKG2jiekTytofU8qzZLskNCcZFun8O2DvZM9DXFOHtvS7ftNxjsxQB/lrQWbvKLJ cPH5eVcR4KJv7U02Iz0WBC5khEkUBX/NHIwDY5HHZYpQmYaehWMOZORJc1Hf/JCWQdiLfGV/aMzOL VTCZ1PEn5CwY4UQKctrSMBlSumbhu8DcapjYlSAC+pmDZp+CXK61hNsYB3KV/UC5usm+fRfS+5OBO gersdCcw==; Received: from [10.115.3.33] (helo=bosimpout13) by bosmailscan08.eigbox.net with esmtp (Exim) id 1lTLUe-0007Uo-2x for freebsd-current@freebsd.org; Mon, 05 Apr 2021 05:26:00 -0400 Received: from bosauthsmtp11.yourhostingaccount.com ([10.20.18.11]) by bosimpout13 with id oxRw2400E0EKspE01xRzR3; Mon, 05 Apr 2021 05:26:00 -0400 X-Authority-Analysis: v=2.3 cv=RNUo47q+ c=1 sm=1 tr=0 a=anyYG9rjTBM1sAjEBQ8Cew==:117 a=Q8lLzpqWiUYMAFMncj8R3w==:17 a=IkcTkHD0fZMA:10 a=3YhXtTcJ-WEA:10 a=zW0gRWPTQUEA:10 a=6I5d2MoRAAAA:8 a=87I54Rs3YfPGtR-vx8wA:9 a=QEXdDO2ut3YA:10 a=IjZwj45LgO3ly-622nXo:22 Received: from [5.159.171.182] (port=10328 helo=[192.168.4.100]) by bosauthsmtp11.eigbox.net with esmtpa (Exim) id 1lTLUa-0005qB-NN; Mon, 05 Apr 2021 05:25:56 -0400 Subject: Re: freebsd 13 ryzen micro stutter To: Alastair Hogge , Hans Petter Selasky Cc: freebsd-current@freebsd.org References: <20210323101146.18c9a969@bsd64.grem.de> <677da81d7af9781be6b46c7cba4efd05@riseup.net> <54768f44-c110-d58a-1e7b-61843cde754e@codenetworks.net> <9638abfe-fd9e-6855-b3c7-ee796d1c5ce5@codenetworks.net> <2a4dad60-f1b8-8d48-337a-d23893a84f04@selasky.org> From: Santiago Martinez Message-ID: Date: Sun, 4 Apr 2021 20:41:03 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-EN-UserInfo: d3bdfab0736480cedf04ed92aaea2ef5:931c98230c6409dcc37fa7e93b490c27 X-EN-AuthUser: sm@codenetworks.net Sender: Santiago Martinez X-EN-OrigIP: 5.159.171.182 X-EN-OrigHost: unknown X-Rspamd-Queue-Id: 4FDQJ92bsQz3kv0 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none (invalid DKIM record) header.d=codenetworks.net header.s=dkim header.b=fnINgHYl; dmarc=none; spf=pass (mx1.freebsd.org: domain of SRS0=IAa3V9=JC=codenetworks.net=sm@eigbox.net designates 66.96.190.7 as permitted sender) smtp.mailfrom=SRS0=IAa3V9=JC=codenetworks.net=sm@eigbox.net X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.96.128.0/18]; DKIM_TRACE(0.00)[codenetworks.net:~]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[sm@codenetworks.net,SRS0=IAa3V9=JC=codenetworks.net=sm@eigbox.net]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.96.190.7:from]; ASN(0.00)[asn:29873, ipnet:66.96.128.0/18, country:US]; MID_RHS_MATCH_FROM(0.00)[]; FROM_NEQ_ENVFROM(0.00)[sm@codenetworks.net,SRS0=IAa3V9=JC=codenetworks.net=sm@eigbox.net]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[codenetworks.net: no valid DMARC record]; SPAMHAUS_ZRD(0.00)[66.96.190.7:from:127.0.2.255]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[66.96.190.7:from]; R_DKIM_PERMFAIL(0.00)[codenetworks.net:s=dkim]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.96.190.7:from]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 05 Apr 2021 09:26:03 -0000 Hi Alastair and Hans,  I just realized that my email went out blank. i did some further testing with the mentioned patch and I still have stutter, less often but more pronounced. I went back an set "kern.sched.steal_thresh=1" and that completely clears it, and machine works more smoothly. Santi On 3/31/21 10:35 AM, Alastair Hogge wrote: > On 2021-03-28 16:09, Hans Petter Selasky wrote: >> On 3/27/21 11:54 AM, Santiago Martinez wrote: >>> Hi, i have the same output as @Nils B. If i run with steal =2 and dtrace the micro stutter doesn't happen but as soon as i stop the dtrace script it the stutters come back again. >>> >> Here is a patch which you can try. Not sure if it helps. >> https://reviews.freebsd.org/D29467 > Thanks Hans, this reduces jitter somewhat, but it still noticeable in > Quake2. I left kern.sched.steal_thresh at 1. > > To good health, > Alastair. > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Mon Apr 5 09:51:46 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2F1575B0A58; Mon, 5 Apr 2021 09:51:46 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: from mail-lf1-x144.google.com (mail-lf1-x144.google.com [IPv6:2a00:1450:4864:20::144]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FDQss1kgmz3mfS; Mon, 5 Apr 2021 09:51:44 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: by mail-lf1-x144.google.com with SMTP id i26so16600092lfl.1; Mon, 05 Apr 2021 02:51:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:date:to:subject:message-id:mime-version :content-transfer-encoding; bh=5HJd66b+tBguKpKwehpoBo6NXm40H8Tu5l/HjAX7VGk=; b=e26ChcGy4p3lpX/H+F3ecGA+h/Jhv7ubMwnlAnpvapJpawksFEoQFLxJR+oOJD23f3 M07Zo8ime+aaTgR8C2+oL7XVw2J1Rs66VyPGF7WoQ0HdNutGwiTVjbKc4qSW/juzaf78 vj/R8sExZ0vL8SKoeXdUVpSCgZ5/M8XBkjodX1A2yz6PGcFpnfANG81SFw7UxL4tWyiZ BsF8Hyj+GU0hhLmSNhmXxtL2/iJm2f0Vek5xrb90EwqTh2p4EbL0SX4y5o3u+MMaXcTN VYFLmXEtZn5+LqbVhhFaEfe85UB23eFw8yGeP62Yw/OaeVDsw/WaEkyz9nY2JC5xDBdc Rp4w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:date:to:subject:message-id:mime-version :content-transfer-encoding; bh=5HJd66b+tBguKpKwehpoBo6NXm40H8Tu5l/HjAX7VGk=; b=OWG9MbVuTzdP7TgEoeeMazl1ZT5ZLAw0KydFZQdF30PdiSxE4EXCFOeRPn0GhEWcBT 14zJI3Acdjb4c2+Pry5mvKNeWeDp4hKK/qY05Yr0VqZxZ1HuQZqFh2njh8HJBbck8gPP lLJ+sw9aiL/J+VXldkHn8qxYvVaokQzZGq6C7WPxXWpQqm9HmPSEmhyAAefdg+uZDMLz YXtkjK40ZOT9ZHYqhKl5p/KKckYcer0F9ayBmN+UXxjj1cEtHShkkNTAATjqbgxks3rw gMSVFVfXIUKbe+2/667r5o9jd2AsW60sbauy1LRqrhzeWb+8DT3pO7g/rNqDPvKfSb1i sWXA== X-Gm-Message-State: AOAM532IN9PI8nu2mkJXW4TriGRpxm80QQAjgdMM7JWdTXUr2vLnkL6W /KktargBElJ8zzVyJF/Q37uBLVZY3I9+Vw== X-Google-Smtp-Source: ABdhPJwOaWLQTyQQhYCYmkd9FdpRkkBevBMOECqCTBda0B9MIXTCYPMzLIlWajqgeP6XdOQ5QeARGw== X-Received: by 2002:a19:9109:: with SMTP id t9mr17752955lfd.49.1617615893069; Mon, 05 Apr 2021 02:44:53 -0700 (PDT) Received: from rimwks.local ([2001:470:1f15:3d8:d45f:d9af:2e75:d996]) by smtp.gmail.com with ESMTPSA id t11sm1754890ljk.65.2021.04.05.02.44.51 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 05 Apr 2021 02:44:52 -0700 (PDT) From: Rozhuk Ivan X-Google-Original-From: Rozhuk Ivan Date: Mon, 5 Apr 2021 12:44:50 +0300 To: freebsd-current@freebsd.org, "freebsd-net" , Rozhuk Ivan Subject: TCP Connection hang - MSS again Message-ID: <20210405124450.7505b43c@rimwks.local> X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; amd64-portbld-freebsd13.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FDQss1kgmz3mfS X-Spamd-Bar: +++++++++ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=e26ChcGy; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rozhukim@gmail.com designates 2a00:1450:4864:20::144 as permitted sender) smtp.mailfrom=rozhukim@gmail.com X-Spamd-Result: default: False [9.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; GREYLIST(0.00)[pass,body]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(0.00)[gmail.com,none]; FREEMAIL_TO(0.00)[freebsd.org,gmail.com]; FROM_EQ_ENVFROM(0.00)[]; DBL_SPAM(6.50)[linkpc.net:url]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::144:from]; R_DKIM_ALLOW(0.00)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(1.00)[1.000]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; BAD_REP_POLICIES(0.10)[]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::144:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::144:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-net] X-Spam: Yes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 05 Apr 2021 09:51:46 -0000 Hi! TCP Connection hang then I try to open https://online.sberbank.ru/CSAFront/index.do#/ FreeBSD 13 desktop + FreeBSD 13 router (pf). http://www.netlab.linkpc.net/download/software/os_cfg/FBSD/13/base/etc/sysctl.conf FreeBSD 13 desktop have no known problems with other websites. Only with one remonte FreeBSD 12 with same sysctl.conf and mtu 9k. If I set mtu to 1500 on desktop - issue is gone. Router pf.conf contain: scrub out on $ext_v4_if0 all random-id min-ttl 128 max-mss 1400 scrub in on $ext_v4_if0 all max-mss 1400 Android 9 and FreeBSD 12.2 have no this issue (both @WiFi). As I understand, in some cases remote host does not reply with MSS option, and host behind router continue use mss 8960, that dropped by router. (pf scrub rules disabled for this log), tcpdump | grep mss: 176.99.179.102.60903 > 194.54.14.131.443: Flags [S], cksum 0xd0a2 (correct), seq 3696980106, win 65535, options [mss 8960,nop,wscale 10,sackOK,TS val 3763275954 ecr 0], length 0 176.99.179.102.60719 > 194.54.14.131.443: Flags [S], cksum 0xd796 (correct), seq 232307963, win 65535, options [mss 8960,nop,wscale 10,sackOK,TS val 1963519951 ecr 0], length 0 176.99.179.102.50146 > 194.54.14.131.443: Flags [S], cksum 0x1aa9 (correct), seq 3968469659, win 65535, options [mss 8960,nop,wscale 10,sackOK,TS val 3417199378 ecr 0], length 0 176.99.179.102.50646 > 194.54.14.131.443: Flags [S], cksum 0xb3ba (correct), seq 3774081696, win 65535, options [mss 8960,nop,wscale 10,sackOK,TS val 1089629786 ecr 0], length 0 176.99.179.102.56843 > 194.54.14.131.443: Flags [S], cksum 0xc4dd (correct), seq 647662718, win 65535, options [mss 8960,nop,wscale 10,sackOK,TS val 4054756545 ecr 0], length 0 194.54.14.131.443 > 176.99.179.102.56843: Flags [S.], cksum 0x35dd (correct), seq 186241788, ack 647662719, win 65535, options [mss 1380,nop,wscale 3,nop,nop,sackOK,nop,nop,TS val 2541298941 ecr 4054756545], length 0 176.99.179.102.65364 > 194.54.14.131.443: Flags [S], cksum 0x17a0 (correct), seq 1603248650, win 65535, options [mss 8960,nop,wscale 10,sackOK,TS val 1794142451 ecr 0], length 0 176.99.179.102.59862 > 194.54.14.131.443: Flags [S], cksum 0x2736 (correct), seq 4000339086, win 65535, options [mss 8960,nop,wscale 10,sackOK,TS val 4084903147 ecr 0], length 0 176.99.179.102.60915 > 194.54.14.131.443: Flags [S], cksum 0xd964 (correct), seq 95236311, win 65535, options [mss 8960,nop,wscale 10,sackOK,TS val 1297197380 ecr 0], length 0 176.99.179.102.58717 > 194.54.14.131.443: Flags [S], cksum 0xf92e (correct), seq 1785704794, win 65535, options [mss 8960,nop,wscale 10,sackOK,TS val 1392944917 ecr 0], length 0 194.54.14.131.443 > 176.99.179.102.58717: Flags [S.], cksum 0xe020 (correct), seq 2800465814, ack 1785704795, win 65535, options [mss 1380,nop,wscale 3,nop,nop,sackOK,nop,nop,TS val 2541366941 ecr 1392944917], length 0 176.99.179.102.53377 > 194.54.14.131.443: Flags [S], cksum 0x8fdd (correct), seq 3235103847, win 65535, options [mss 8960,nop,wscale 10,sackOK,TS val 1359134165 ecr 0], length 0 Is it possible to force FreeBSD always ask with tcp mss option? Is any other other options to work around this? Full connections log: 12:06:44.205766 70:85:c2:43:67:5b > 78:da:6e:28:c9:c0, ethertype IPv4 (0x0800), length 74: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 60) 176.99.179.102.54064 > 194.54.14.131.443: Flags [S], cksum 0xca3f (correct), seq 980200339, win 65535, options [mss 1400,nop,wscale 10,sackOK,TS val 1268859625 ecr 0], length 0 12:06:44.206997 78:da:6e:28:c9:c0 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 60: (tos 0x0, ttl 59, id 57535, offset 0, flags [none], proto TCP (6), length 40) 194.54.14.131.443 > 176.99.179.102.54064: Flags [S.], cksum 0x5d05 (correct), seq 2754330417, ack 980200340, win 0, length 0 12:06:44.207126 70:85:c2:43:67:5b > 78:da:6e:28:c9:c0, ethertype IPv4 (0x0800), length 54: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 40) 176.99.179.102.54064 > 194.54.14.131.443: Flags [.], cksum 0x5d06 (correct), seq 1, ack 1, win 65535, length 0 12:06:44.210824 78:da:6e:28:c9:c0 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 60: (tos 0x0, ttl 59, id 45037, offset 0, flags [DF], proto TCP (6), length 40) 194.54.14.131.443 > 176.99.179.102.54064: Flags [.], cksum 0x5d06 (correct), seq 1, ack 1, win 65535, length 0 12:06:44.211130 70:85:c2:43:67:5b > 78:da:6e:28:c9:c0, ethertype IPv4 (0x0800), length 571: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 557) 176.99.179.102.54064 > 194.54.14.131.443: Flags [P.], cksum 0x7667 (correct), seq 1:518, ack 1, win 65535, length 517 12:06:44.214366 78:da:6e:28:c9:c0 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 60: (tos 0x0, ttl 53, id 45320, offset 0, flags [DF], proto TCP (6), length 40) 194.54.14.131.443 > 176.99.179.102.54064: Flags [.], cksum 0x5d06 (correct), seq 1, ack 518, win 65018, length 0 12:06:44.216025 78:da:6e:28:c9:c0 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 1078: (tos 0x0, ttl 53, id 45321, offset 0, flags [DF], proto TCP (6), length 1064) 194.54.14.131.443 > 176.99.179.102.54064: Flags [.], cksum 0x7c79 (correct), seq 1:1025, ack 518, win 65018, length 1024 12:06:44.216109 78:da:6e:28:c9:c0 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 1078: (tos 0x0, ttl 53, id 45322, offset 0, flags [DF], proto TCP (6), length 1064) 194.54.14.131.443 > 176.99.179.102.54064: Flags [.], cksum 0x2c23 (correct), seq 1025:2049, ack 518, win 65018, length 1024 12:06:44.216207 78:da:6e:28:c9:c0 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 1078: (tos 0x0, ttl 53, id 45323, offset 0, flags [DF], proto TCP (6), length 1064) 194.54.14.131.443 > 176.99.179.102.54064: Flags [.], cksum 0x3633 (correct), seq 2049:3073, ack 518, win 65018, length 1024 12:06:44.216220 70:85:c2:43:67:5b > 78:da:6e:28:c9:c0, ethertype IPv4 (0x0800), length 54: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 40) 176.99.179.102.54064 > 194.54.14.131.443: Flags [.], cksum 0x5301 (correct), seq 518, ack 2049, win 65535, length 0 12:06:44.216312 78:da:6e:28:c9:c0 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 1078: (tos 0x0, ttl 53, id 45324, offset 0, flags [DF], proto TCP (6), length 1064) 194.54.14.131.443 > 176.99.179.102.54064: Flags [P.], cksum 0xa2d7 (correct), seq 3073:4097, ack 518, win 65018, length 1024 12:06:44.216315 78:da:6e:28:c9:c0 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 308: (tos 0x0, ttl 53, id 45325, offset 0, flags [DF], proto TCP (6), length 294) 194.54.14.131.443 > 176.99.179.102.54064: Flags [P.], cksum 0xee3e (correct), seq 4097:4351, ack 518, win 65018, length 254 12:06:44.216429 70:85:c2:43:67:5b > 78:da:6e:28:c9:c0, ethertype IPv4 (0x0800), length 54: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 40) 176.99.179.102.54064 > 194.54.14.131.443: Flags [.], cksum 0x4b01 (correct), seq 518, ack 4097, win 65535, length 0 12:06:44.218606 70:85:c2:43:67:5b > 78:da:6e:28:c9:c0, ethertype IPv4 (0x0800), length 180: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 166) 176.99.179.102.54064 > 194.54.14.131.443: Flags [P.], cksum 0x9a34 (correct), seq 518:644, ack 4351, win 65535, length 126 12:06:44.221796 78:da:6e:28:c9:c0 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 60: (tos 0x0, ttl 53, id 45326, offset 0, flags [DF], proto TCP (6), length 40) 194.54.14.131.443 > 176.99.179.102.54064: Flags [.], cksum 0x4c08 (correct), seq 4351, ack 644, win 64892, length 0 12:06:44.222418 78:da:6e:28:c9:c0 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 105: (tos 0x0, ttl 53, id 45327, offset 0, flags [DF], proto TCP (6), length 91) 194.54.14.131.443 > 176.99.179.102.54064: Flags [P.], cksum 0xc06a (correct), seq 4351:4402, ack 644, win 64892, length 51 12:06:44.232616 70:85:c2:43:67:5b > 78:da:6e:28:c9:c0, ethertype IPv4 (0x0800), length 54: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 40) 176.99.179.102.54064 > 194.54.14.131.443: Flags [.], cksum 0x3b93 (correct), seq 4163, ack 4402, win 65535, length 0 12:06:54.222862 70:85:c2:43:67:5b > 78:da:6e:28:c9:c0, ethertype IPv4 (0x0800), length 54: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 40) 176.99.179.102.54064 > 194.54.14.131.443: Flags [.], cksum 0x4953 (correct), seq 643, ack 4402, win 65535, length 0 12:06:54.226087 78:da:6e:28:c9:c0 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 60: (tos 0x0, ttl 53, id 63692, offset 0, flags [DF], proto TCP (6), length 40) 194.54.14.131.443 > 176.99.179.102.54064: Flags [.], cksum 0x4bd5 (correct), seq 4402, ack 644, win 64892, length 0 12:07:09.229361 70:85:c2:43:67:5b > 78:da:6e:28:c9:c0, ethertype IPv4 (0x0800), length 54: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 40) 176.99.179.102.54064 > 194.54.14.131.443: Flags [.], cksum 0x4953 (correct), seq 643, ack 4402, win 65535, length 0 12:07:09.232522 78:da:6e:28:c9:c0 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 60: (tos 0x0, ttl 53, id 23671, offset 0, flags [DF], proto TCP (6), length 40) 194.54.14.131.443 > 176.99.179.102.54064: Flags [.], cksum 0x4bd5 (correct), seq 4402, ack 644, win 64892, length 0 12:07:19.236480 70:85:c2:43:67:5b > 78:da:6e:28:c9:c0, ethertype IPv4 (0x0800), length 54: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 40) 176.99.179.102.54064 > 194.54.14.131.443: Flags [.], cksum 0x4953 (correct), seq 643, ack 4402, win 65535, length 0 12:07:19.239595 78:da:6e:28:c9:c0 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 60: (tos 0x0, ttl 53, id 38859, offset 0, flags [DF], proto TCP (6), length 40) 194.54.14.131.443 > 176.99.179.102.54064: Flags [.], cksum 0x4bd5 (correct), seq 4402, ack 644, win 64892, length 0 12:07:29.245054 70:85:c2:43:67:5b > 78:da:6e:28:c9:c0, ethertype IPv4 (0x0800), length 54: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 40) 176.99.179.102.54064 > 194.54.14.131.443: Flags [.], cksum 0x4953 (correct), seq 643, ack 4402, win 65535, length 0 12:07:29.248105 78:da:6e:28:c9:c0 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 60: (tos 0x0, ttl 53, id 57047, offset 0, flags [DF], proto TCP (6), length 40) 194.54.14.131.443 > 176.99.179.102.54064: Flags [.], cksum 0x4bd5 (correct), seq 4402, ack 644, win 64892, length 0 12:07:39.255329 70:85:c2:43:67:5b > 78:da:6e:28:c9:c0, ethertype IPv4 (0x0800), length 54: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 40) 176.99.179.102.54064 > 194.54.14.131.443: Flags [.], cksum 0x4953 (correct), seq 643, ack 4402, win 65535, length 0 12:07:39.259131 78:da:6e:28:c9:c0 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 60: (tos 0x0, ttl 53, id 9053, offset 0, flags [DF], proto TCP (6), length 40) 194.54.14.131.443 > 176.99.179.102.54064: Flags [.], cksum 0x4bd5 (correct), seq 4402, ack 644, win 64892, length 0 12:07:49.260393 70:85:c2:43:67:5b > 78:da:6e:28:c9:c0, ethertype IPv4 (0x0800), length 54: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 40) 176.99.179.102.54064 > 194.54.14.131.443: Flags [.], cksum 0x4953 (correct), seq 643, ack 4402, win 65535, length 0 12:07:49.263502 78:da:6e:28:c9:c0 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 60: (tos 0x0, ttl 53, id 23797, offset 0, flags [DF], proto TCP (6), length 40) 194.54.14.131.443 > 176.99.179.102.54064: Flags [.], cksum 0x4bd5 (correct), seq 4402, ack 644, win 64892, length 0 12:07:59.272445 70:85:c2:43:67:5b > 78:da:6e:28:c9:c0, ethertype IPv4 (0x0800), length 54: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 40) 176.99.179.102.54064 > 194.54.14.131.443: Flags [.], cksum 0x4953 (correct), seq 643, ack 4402, win 65535, length 0 12:07:59.275522 78:da:6e:28:c9:c0 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 60: (tos 0x0, ttl 53, id 39984, offset 0, flags [DF], proto TCP (6), length 40) 194.54.14.131.443 > 176.99.179.102.54064: Flags [.], cksum 0x4bd5 (correct), seq 4402, ack 644, win 64892, length 0 12:08:03.643990 70:85:c2:43:67:5b > 78:da:6e:28:c9:c0, ethertype IPv4 (0x0800), length 54: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 40) 176.99.179.102.54064 > 194.54.14.131.443: Flags [R.], cksum 0x3b8f (correct), seq 4163, ack 4402, win 0, length 0 On lan: 12:19:58.237255 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 74: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 60) 172.16.0.3.6890 > 194.54.14.131.443: Flags [S], cksum 0x6428 (correct), seq 1450364111, win 65535, options [mss 8960,nop,wscale 10,sackOK,TS val 4221439542 ecr 0], length 0 12:19:58.238404 70:85:c2:43:67:5b > 70:85:c2:37:57:22, ethertype IPv4 (0x0800), length 54: (tos 0x0, ttl 58, id 2055, offset 0, flags [none], proto TCP (6), length 40) 194.54.14.131.443 > 172.16.0.3.6890: Flags [S.], cksum 0x2779 (correct), seq 3562010452, ack 1450364112, win 0, length 0 12:19:58.238460 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 60: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 40) 172.16.0.3.6890 > 194.54.14.131.443: Flags [.], cksum 0x277a (correct), seq 1, ack 1, win 65535, length 0 12:19:58.242210 70:85:c2:43:67:5b > 70:85:c2:37:57:22, ethertype IPv4 (0x0800), length 54: (tos 0x0, ttl 58, id 59736, offset 0, flags [DF], proto TCP (6), length 40) 194.54.14.131.443 > 172.16.0.3.6890: Flags [.], cksum 0x277a (correct), seq 1, ack 1, win 65535, length 0 12:19:58.242320 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 571: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 557) 172.16.0.3.6890 > 194.54.14.131.443: Flags [P.], cksum 0x927e (correct), seq 1:518, ack 1, win 65535, length 517 12:19:58.245317 70:85:c2:43:67:5b > 70:85:c2:37:57:22, ethertype IPv4 (0x0800), length 54: (tos 0x0, ttl 52, id 31249, offset 0, flags [DF], proto TCP (6), length 40) 194.54.14.131.443 > 172.16.0.3.6890: Flags [.], cksum 0x277a (correct), seq 1, ack 518, win 65018, length 0 12:19:58.246908 70:85:c2:43:67:5b > 70:85:c2:37:57:22, ethertype IPv4 (0x0800), length 1078: (tos 0x0, ttl 52, id 31250, offset 0, flags [DF], proto TCP (6), length 1064) 194.54.14.131.443 > 172.16.0.3.6890: Flags [.], cksum 0x35ac (correct), seq 1:1025, ack 518, win 65018, length 1024 12:19:58.246998 70:85:c2:43:67:5b > 70:85:c2:37:57:22, ethertype IPv4 (0x0800), length 1078: (tos 0x0, ttl 52, id 31251, offset 0, flags [DF], proto TCP (6), length 1064) 194.54.14.131.443 > 172.16.0.3.6890: Flags [.], cksum 0xf696 (correct), seq 1025:2049, ack 518, win 65018, length 1024 12:19:58.247088 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 60: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 40) 172.16.0.3.6890 > 194.54.14.131.443: Flags [.], cksum 0x1d75 (correct), seq 518, ack 2049, win 65535, length 0 12:19:58.247092 70:85:c2:43:67:5b > 70:85:c2:37:57:22, ethertype IPv4 (0x0800), length 1078: (tos 0x0, ttl 52, id 31252, offset 0, flags [DF], proto TCP (6), length 1064) 194.54.14.131.443 > 172.16.0.3.6890: Flags [.], cksum 0x00a7 (correct), seq 2049:3073, ack 518, win 65018, length 1024 12:19:58.247161 70:85:c2:43:67:5b > 70:85:c2:37:57:22, ethertype IPv4 (0x0800), length 1078: (tos 0x0, ttl 52, id 31253, offset 0, flags [DF], proto TCP (6), length 1064) 194.54.14.131.443 > 172.16.0.3.6890: Flags [P.], cksum 0xefb1 (correct), seq 3073:4097, ack 518, win 65018, length 1024 12:19:58.247191 70:85:c2:43:67:5b > 70:85:c2:37:57:22, ethertype IPv4 (0x0800), length 308: (tos 0x0, ttl 52, id 31254, offset 0, flags [DF], proto TCP (6), length 294) 194.54.14.131.443 > 172.16.0.3.6890: Flags [P.], cksum 0xf9d5 (correct), seq 4097:4351, ack 518, win 65018, length 254 12:19:58.247256 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 60: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 40) 172.16.0.3.6890 > 194.54.14.131.443: Flags [.], cksum 0x1575 (correct), seq 518, ack 4097, win 65535, length 0 12:19:58.249623 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 180: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 166) 172.16.0.3.6890 > 194.54.14.131.443: Flags [P.], cksum 0xe897 (correct), seq 518:644, ack 4351, win 65535, length 126 12:19:58.251076 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 3573: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 3559) 172.16.0.3.6890 > 194.54.14.131.443: Flags [P.], cksum 0xde33 (correct), seq 644:4163, ack 4351, win 65535, length 3519 12:19:58.252582 70:85:c2:43:67:5b > 70:85:c2:37:57:22, ethertype IPv4 (0x0800), length 54: (tos 0x0, ttl 52, id 31255, offset 0, flags [DF], proto TCP (6), length 40) 194.54.14.131.443 > 172.16.0.3.6890: Flags [.], cksum 0x167c (correct), seq 4351, ack 644, win 64892, length 0 12:19:58.253245 70:85:c2:43:67:5b > 70:85:c2:37:57:22, ethertype IPv4 (0x0800), length 105: (tos 0x0, ttl 52, id 31256, offset 0, flags [DF], proto TCP (6), length 91) 194.54.14.131.443 > 172.16.0.3.6890: Flags [P.], cksum 0xb7e8 (correct), seq 4351:4402, ack 644, win 64892, length 51 12:19:58.263513 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 60: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 40) 172.16.0.3.6890 > 194.54.14.131.443: Flags [.], cksum 0x0607 (correct), seq 4163, ack 4402, win 65535, length 0 12:19:58.581446 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 3573: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 3559) 172.16.0.3.6890 > 194.54.14.131.443: Flags [P.], cksum 0xde00 (correct), seq 644:4163, ack 4402, win 65535, length 3519 12:19:59.049194 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 3573: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 3559) 172.16.0.3.6890 > 194.54.14.131.443: Flags [P.], cksum 0xde00 (correct), seq 644:4163, ack 4402, win 65535, length 3519 12:19:59.768280 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 3573: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 3559) 172.16.0.3.6890 > 194.54.14.131.443: Flags [P.], cksum 0xde00 (correct), seq 644:4163, ack 4402, win 65535, length 3519 12:20:01.004359 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 3573: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 3559) 172.16.0.3.6890 > 194.54.14.131.443: Flags [P.], cksum 0xde00 (correct), seq 644:4163, ack 4402, win 65535, length 3519 12:20:03.268259 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 3573: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 3559) 172.16.0.3.6890 > 194.54.14.131.443: Flags [P.], cksum 0xde00 (correct), seq 644:4163, ack 4402, win 65535, length 3519 12:20:07.596005 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 3573: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 3559) 172.16.0.3.6890 > 194.54.14.131.443: Flags [P.], cksum 0xde00 (correct), seq 644:4163, ack 4402, win 65535, length 3519 12:20:08.253855 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 60: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 40) 172.16.0.3.6890 > 194.54.14.131.443: Flags [.], cksum 0x13c7 (correct), seq 643, ack 4402, win 65535, length 0 12:20:08.256975 70:85:c2:43:67:5b > 70:85:c2:37:57:22, ethertype IPv4 (0x0800), length 54: (tos 0x0, ttl 52, id 48760, offset 0, flags [DF], proto TCP (6), length 40) 194.54.14.131.443 > 172.16.0.3.6890: Flags [.], cksum 0x1649 (correct), seq 4402, ack 644, win 64892, length 0 12:20:16.064202 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 3573: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 3559) 172.16.0.3.6890 > 194.54.14.131.443: Flags [P.], cksum 0xde00 (correct), seq 644:4163, ack 4402, win 65535, length 3519 12:20:18.260096 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 60: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 40) 172.16.0.3.6890 > 194.54.14.131.443: Flags [.], cksum 0x13c7 (correct), seq 643, ack 4402, win 65535, length 0 12:20:18.263312 70:85:c2:43:67:5b > 70:85:c2:37:57:22, ethertype IPv4 (0x0800), length 54: (tos 0x0, ttl 52, id 3861, offset 0, flags [DF], proto TCP (6), length 40) 194.54.14.131.443 > 172.16.0.3.6890: Flags [.], cksum 0x1649 (correct), seq 4402, ack 644, win 64892, length 0 12:20:28.264898 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 60: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 40) 172.16.0.3.6890 > 194.54.14.131.443: Flags [.], cksum 0x13c7 (correct), seq 643, ack 4402, win 65535, length 0 12:20:28.268240 70:85:c2:43:67:5b > 70:85:c2:37:57:22, ethertype IPv4 (0x0800), length 54: (tos 0x0, ttl 52, id 20944, offset 0, flags [DF], proto TCP (6), length 40) 194.54.14.131.443 > 172.16.0.3.6890: Flags [.], cksum 0x1649 (correct), seq 4402, ack 644, win 64892, length 0 12:20:32.784190 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 3573: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 3559) 172.16.0.3.6890 > 194.54.14.131.443: Flags [P.], cksum 0xde00 (correct), seq 644:4163, ack 4402, win 65535, length 3519 12:20:38.268181 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 60: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 40) 172.16.0.3.6890 > 194.54.14.131.443: Flags [.], cksum 0x13c7 (correct), seq 643, ack 4402, win 65535, length 0 12:20:38.271373 70:85:c2:43:67:5b > 70:85:c2:37:57:22, ethertype IPv4 (0x0800), length 54: (tos 0x0, ttl 52, id 38465, offset 0, flags [DF], proto TCP (6), length 40) 194.54.14.131.443 > 172.16.0.3.6890: Flags [.], cksum 0x1649 (correct), seq 4402, ack 644, win 64892, length 0 12:20:48.275277 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 60: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 40) 172.16.0.3.6890 > 194.54.14.131.443: Flags [.], cksum 0x13c7 (correct), seq 643, ack 4402, win 65535, length 0 12:20:48.279208 70:85:c2:43:67:5b > 70:85:c2:37:57:22, ethertype IPv4 (0x0800), length 54: (tos 0x0, ttl 52, id 56414, offset 0, flags [DF], proto TCP (6), length 40) 194.54.14.131.443 > 172.16.0.3.6890: Flags [.], cksum 0x1649 (correct), seq 4402, ack 644, win 64892, length 0 12:20:58.287132 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 60: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 40) 172.16.0.3.6890 > 194.54.14.131.443: Flags [.], cksum 0x13c7 (correct), seq 643, ack 4402, win 65535, length 0 12:20:58.290278 70:85:c2:43:67:5b > 70:85:c2:37:57:22, ethertype IPv4 (0x0800), length 54: (tos 0x0, ttl 52, id 10709, offset 0, flags [DF], proto TCP (6), length 40) 194.54.14.131.443 > 172.16.0.3.6890: Flags [.], cksum 0x1649 (correct), seq 4402, ack 644, win 64892, length 0 12:20:58.290453 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 3573: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 3559) 172.16.0.3.6890 > 194.54.14.131.443: Flags [P.], cksum 0xde00 (correct), seq 644:4163, ack 4402, win 65535, length 3519 12:21:31.555198 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 3573: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 3559) 172.16.0.3.6890 > 194.54.14.131.443: Flags [P.], cksum 0xde00 (correct), seq 644:4163, ack 4402, win 65535, length 3519 12:22:35.565122 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 3573: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 3559) 172.16.0.3.6890 > 194.54.14.131.443: Flags [P.], cksum 0xde00 (correct), seq 644:4163, ack 4402, win 65535, length 3519 12:23:39.568298 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 3573: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 3559) 172.16.0.3.6890 > 194.54.14.131.443: Flags [P.], cksum 0xde00 (correct), seq 644:4163, ack 4402, win 65535, length 3519 12:24:43.568318 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 (0x0800), length 3573: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], proto TCP (6), length 3559) 172.16.0.3.6890 > 194.54.14.131.443: Flags [P.], cksum 0xde00 (correct), seq 644:4163, ack 4402, win 65535, length 3519 ... From owner-freebsd-current@freebsd.org Mon Apr 5 09:59:56 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B7F565B1511; Mon, 5 Apr 2021 09:59:56 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: from mail-lf1-x12b.google.com (mail-lf1-x12b.google.com [IPv6:2a00:1450:4864:20::12b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FDR3H65CZz3n4P; Mon, 5 Apr 2021 09:59:55 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: by mail-lf1-x12b.google.com with SMTP id o10so16618932lfb.9; Mon, 05 Apr 2021 02:59:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:date:to:subject:message-id:in-reply-to:references:mime-version :content-transfer-encoding; bh=g3CtsJ/ZCnG0Xzyj7/OR7PbIWTu4Iesg1nSKZt1xqhY=; b=AxSKrk9Fd+gBZghlzMezLm76oS5ZZFSA4hzi+Ce8gT9Yn+ndeoDqlDA605TXO57NS0 UTaj/MqktmTbt8WXPbKiIyl7PYohUwC+QzAr/DXHUl7CTnsz5eW1XAEwOYDSmFW0VYXz 7IJgtlJ0IJZgkcMSF/OPHS7SLn/mNg/6pPnnNFUrcI1EuBFBPl+Y5L4kV9pi0Y0ch3QP qPRchV2jrX6gasutaWHypvLjAUZ7E53bK3F8+M4d6pQtKsg286tDRRZIzW9h1ZX6bTc2 XqtJKMYXzBN71bVW25Gqxe1wBHcxRWhWTMsQ0yvW1cr2uiXfYqnNz1qBTRLnEY45Pk/i EexA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:date:to:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=g3CtsJ/ZCnG0Xzyj7/OR7PbIWTu4Iesg1nSKZt1xqhY=; b=O19no73NbLvH7BAIx/2DmWk+pNPjIxLPDafGaWxVhadLC5RRMUu2oyrT60iRa6TB5S 3OFUzDflxVvkalGX1DeUYS2xF3lpjQi5PzWsgsVFDOiVyU4DNZDfmQDaRymK2VNt9VFt TKjYLCXHGfVfZRrdzL1VJCIb1/sLUyRQcTcpLBqn2AKLs1MRbfHDXcW0alDM0+8PWS3L HY1f6Zeywp9O7VWjfCdkj8xXpiB3O2yd5oDu5Q6R+3o2mc7xo2ADaUjOxGMDubTldIIn d26V9qIFYU0bq/wqW2UrxxCjaf/jpDIB+YGrE4Vgkl7xSty+VGf4LmFP6/xBvHYLaE5X 7LIA== X-Gm-Message-State: AOAM532B5yIkza98w6MqaxNfSzZ/6jfKB9dirMBkgviE8fkwftohpBU1 isU0eof8IODQtYhqH2EvySkVW2ASMjAubw== X-Google-Smtp-Source: ABdhPJyvotrZyulGz2UUV/oYfg1+NdNi60xZDnViSbgiHHv6bnHxnH6hLUh96Lryo9xg2nrc24ZkZA== X-Received: by 2002:ac2:434d:: with SMTP id o13mr16740076lfl.478.1617616792305; Mon, 05 Apr 2021 02:59:52 -0700 (PDT) Received: from rimwks.local ([2001:470:1f15:3d8:d45f:d9af:2e75:d996]) by smtp.gmail.com with ESMTPSA id r1sm1809979ljn.71.2021.04.05.02.59.51 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 05 Apr 2021 02:59:52 -0700 (PDT) From: Rozhuk Ivan X-Google-Original-From: Rozhuk Ivan Date: Mon, 5 Apr 2021 12:59:49 +0300 To: freebsd-current@freebsd.org, "freebsd-net" , Rozhuk Ivan Subject: Re: TCP Connection hang - MSS again Message-ID: <20210405125949.5a81753e@rimwks.local> In-Reply-To: <20210405124450.7505b43c@rimwks.local> References: <20210405124450.7505b43c@rimwks.local> X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; amd64-portbld-freebsd13.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FDR3H65CZz3n4P X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=AxSKrk9F; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rozhukim@gmail.com designates 2a00:1450:4864:20::12b as permitted sender) smtp.mailfrom=rozhukim@gmail.com X-Spamd-Result: default: False [-2.48 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; 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:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FREEMAIL_TO(0.00)[freebsd.org,gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::12b:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.52)[0.522]; NEURAL_HAM_LONG(-1.00)[-1.000]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::12b:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::12b:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-net] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 05 Apr 2021 09:59:56 -0000 On Mon, 5 Apr 2021 12:44:50 +0300 Rozhuk Ivan wrote: > FreeBSD 13 desktop have no known problems with other websites. > Only with one remonte FreeBSD 12 with same sysctl.conf and mtu 9k. Forgot. FreeBSD 12 reply with MSS 8960, and I fix it in PF: > scrub in on $ext_v4_if0 all max-mss 1400 so only https://online.sberbank.ru/CSAFront/index.do#/ time to time reply without mss option. From owner-freebsd-current@freebsd.org Mon Apr 5 10:01:06 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EDABE5B15DF for ; Mon, 5 Apr 2021 10:01:06 +0000 (UTC) (envelope-from guyyur@gmail.com) Received: from mail-ej1-x62b.google.com (mail-ej1-x62b.google.com [IPv6:2a00:1450:4864:20::62b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FDR4f0Lqnz3ntK; Mon, 5 Apr 2021 10:01:05 +0000 (UTC) (envelope-from guyyur@gmail.com) Received: by mail-ej1-x62b.google.com with SMTP id r12so16095131ejr.5; Mon, 05 Apr 2021 03:01:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:subject:to:message-id:date:user-agent:mime-version :content-transfer-encoding:content-language; bh=hnU+E9G+GFOxMo6cju5NgN1SIw37nR8eGEwmcc3tgN4=; b=ALNR/LoN0hjYfxvyCdr8NybLeFai47M1Wwlt4UgeE7Sbp4j+bU4vgXqJ6/A1+3zoeg aDiGFDqREJO45V+e2HJa6qLLhwOdMkkDmLYUIC1xo+e+PNK7a0egBgn+m9fMPJMWXTNy rDeMbTbAPGhHGDAQMzc1doQcf4rShUBVv9VQv2AFnagwUx7S56GV4p8eawCUFOW613rK 0PcGpKP2ukR2s9jYioKWRZ9SCUHa/avAC9d2QbkUMCGIQ32vwHczQW4eNGNi2PYnFsSL CtxChKo+pO6k2T21Li1uU4OK3SBjZDokLYItpBKGzNLkrHLKCagur4i5JSOfPDfk5Zjx NEQg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:to:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=hnU+E9G+GFOxMo6cju5NgN1SIw37nR8eGEwmcc3tgN4=; b=JKYrEoHN0h3D/QAVLvVBBZA8Ou2EiWl5iMIgJqMznwmFHFEv8HfDKKOtZ3JNb0Qpm5 mEQ8uDogHk2GVWLnQ+L70i2fvDhTptAl1eNAKRLdsczqfXhg+W0lEiPe2GU2+0hlwuZI gEQIID4S0Se5ZRirtr/VYPIYadDtgo5hzbFZn51wnb6f0nPbTEw5XUxkNIBdh6J3xTYm d/gMqADOeGiCz/RTfLqcljT/pSnwffsuVkm9O3kg7w67VVZGYW8mB+hxAQOHcgNBUtdQ WHl8ymaZoQ6IaOVtiVyD7raLvAWVTCDphW+KHkl7NIHFa+BSILaWXSCS2j0AVsolhP9O vz8Q== X-Gm-Message-State: AOAM530Iw3vtFTAxVtFXttglkXZBcFirp03Yk3sbQ6AzVNqpyozL3qOC QRkl3j7XRaLGLvbOzt2FwkmPOuxwriSmfAj9 X-Google-Smtp-Source: ABdhPJza0aamdjnMyQbg6iBHjhDW/LpQ1Mze/QkCyryN4ihJX4dGHroEC0mf9R8IzOwKtsEh7WiVLQ== X-Received: by 2002:a17:906:fa93:: with SMTP id lt19mr4334785ejb.182.1617616863976; Mon, 05 Apr 2021 03:01:03 -0700 (PDT) Received: from ?IPv6:2a0d:6fc2:51d1:4e01:bcf5:f36:a8b7:7810? ([2a0d:6fc2:51d1:4e01:bcf5:f36:a8b7:7810]) by smtp.gmail.com with ESMTPSA id w13sm4205622edc.81.2021.04.05.03.01.03 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 05 Apr 2021 03:01:03 -0700 (PDT) From: Guy Yur Subject: no message of the day displayed by login after reboot when update_motd="NO" To: cem@FreeBSD.org, delphij@FreeBSD.org, freebsd-current Message-ID: <06864cb5-24f3-3f94-6d95-7120ba202404@gmail.com> Date: Mon, 5 Apr 2021 13:01:02 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.9.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4FDR4f0Lqnz3ntK X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=ALNR/LoN; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of guyyur@gmail.com designates 2a00:1450:4864:20::62b as permitted sender) smtp.mailfrom=guyyur@gmail.com X-Spamd-Result: default: False [-2.21 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::62b:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; NEURAL_SPAM_SHORT(0.79)[0.788]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::62b:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::62b:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 05 Apr 2021 10:01:07 -0000 Hi, login doesn't display the message of the day when update_motd="NO" after the change to read /var/run/motd instead of /etc/motd. When update_motd="NO": If you create /var/run/motd manually it will be deleted by cleanvar rc script after a reboot. If you keep /var/run as tmpfs nothing creates /var/run/motd. I updated bug 250081 that issue also exists for /var/run that is not tmpfs. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250081 My latest fix attempt was in motd rc script by copying motd.template if motd doesn't exist to solve the /var/run as tmpfs and first install issues, but I didn't know cleanvar also deletes the file, so I don't think it is a good solution for /var/run that is not tmpfs. https://reviews.freebsd.org/D26654 I think reverting /etc/motd change in login(1) and login.conf as suggested in https://reviews.freebsd.org/D26654#610447 is better. motd script will still need modification to always create ${COMPAT_MOTD} symlink.  Otherwise, if template already exists, ${COMPAT_MOTD} won't be created and login(1) will not find /etc/motd. I think documentation changes are also required for update_motd="NO" case as was done in second diff: https://reviews.freebsd.org/D26654?id=78733 Regards, Guy Yur From owner-freebsd-current@freebsd.org Mon Apr 5 10:32:29 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3FE3A5B21D8; Mon, 5 Apr 2021 10:32:29 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: from mail-lj1-x22f.google.com (mail-lj1-x22f.google.com [IPv6:2a00:1450:4864:20::22f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FDRmr3yn2z3qhp; Mon, 5 Apr 2021 10:32:28 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: by mail-lj1-x22f.google.com with SMTP id z8so12177395ljm.12; Mon, 05 Apr 2021 03:32:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:date:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=S05rCnsd7smj1t3oCFEA8Z1nQiaRoIOxfzYby8BLCq8=; b=eRbHcjIbAg7sVVjp7QYCnLwHqqi0Ndh4t6ko0nG5KhmDoEjLyfDqTqMwFXag2dvq4A JEC4QN9Otv5dzLxRYCszfgyYbzPHLu/dEYOYa19+d1t6HGQOmPHpNObGTqrVicjUvrqy c3obQjzqbOeM29pc2S8cZj1SP+Sv1CMPqfDC8pCGhH4xnaxCQA3nuqMTbOVPFfN9+nHK whR+GitL2HeID2j6kuxTP87P4INPLXqdJe/WAHlsfuqgE+Yp+sMAsNvZeQnilojCl+l/ wyE5X0raO/ohG1zsGzHhWFbkgGaSLvVlVUG8STzBN+b58HUvU6SEqn3whdBskLSly62D 7NNw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:date:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=S05rCnsd7smj1t3oCFEA8Z1nQiaRoIOxfzYby8BLCq8=; b=BjjEzhCVQFp15k2Q2a8j9aN+WYfp6YQmExV3VJCoViTgllOHPdNQBdPFeorlAjcy4b yL+NyS1/frjUV53q6hkwQWUD0Xz84AwO3tItlPrlfNfT2HwGPEq2RN7k1we4uQbbfTrl YktSVV88bM5xm96bQPL6ZR52CV35y+G1h7b2ltTHhQ/k+Gd1LfrlTZLWL0M25i6cmSP+ r7h/zcliD43WBP8Ro/qbpmA3VD+U4KfYzgVQS5sumUoM3B0pOlXlACFma/V0ocibHwYz E8SZMh0m9OJ7L53gntlrraeVDxaDc727vbiERugVfr/bfrvg4lrVfldm0xFdOU/nRcqF +m1Q== X-Gm-Message-State: AOAM531aNgk40dzyQrAhTpI1pnIECtrB/EKjgG1n9sQ+4b/zOxAurvM2 G0wzBZ2RbSkMaBY8ebyhEzdA7EgTbD6RIw== X-Google-Smtp-Source: ABdhPJyPBuFa+R0T5V3VVgmqX36pH2HwvOCYfW5GnKpXjz9VUsRumbXgcEMiNRb4tCBhIHrTu5fLzw== X-Received: by 2002:a2e:9b14:: with SMTP id u20mr15624095lji.463.1617618746698; Mon, 05 Apr 2021 03:32:26 -0700 (PDT) Received: from rimwks.local ([2001:470:1f15:3d8:d45f:d9af:2e75:d996]) by smtp.gmail.com with ESMTPSA id y22sm1822093ljg.32.2021.04.05.03.32.25 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 05 Apr 2021 03:32:26 -0700 (PDT) From: Rozhuk Ivan X-Google-Original-From: Rozhuk Ivan Date: Mon, 5 Apr 2021 13:32:24 +0300 To: Eugene Grosbein Cc: freebsd-current@freebsd.org, freebsd-net Subject: Re: TCP Connection hang - MSS again Message-ID: <20210405133224.469bd865@rimwks.local> In-Reply-To: References: <20210405124450.7505b43c@rimwks.local> X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; amd64-portbld-freebsd13.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FDRmr3yn2z3qhp X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=eRbHcjIb; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rozhukim@gmail.com designates 2a00:1450:4864:20::22f as permitted sender) smtp.mailfrom=rozhukim@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::22f:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::22f:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::22f:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-net] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 05 Apr 2021 10:32:29 -0000 On Mon, 5 Apr 2021 17:23:39 +0700 Eugene Grosbein wrote: > > Is any other other options to work around this? > > Yes. Each entry in the routing table has "mtu" attribute limiting TCP > MSS, too. You should use default route with -mtu 1500 attribute. For > example, in /etc/rc.conf: > > defaultroute="X.X.X.X -mtu 1500" > This help only if I do this on all hosts in network, this is to many management. From owner-freebsd-current@freebsd.org Mon Apr 5 11:04:32 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2E2F55B3620; Mon, 5 Apr 2021 11:04:32 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (mail-n.franken.de [193.175.24.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "Sectigo RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FDSTq5lqsz3scR; Mon, 5 Apr 2021 11:04:31 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from [IPv6:2a02:8109:1140:c3d:98a3:657e:a126:66e5] (unknown [IPv6:2a02:8109:1140:c3d:98a3:657e:a126:66e5]) (Authenticated sender: macmic) by drew.franken.de (Postfix) with ESMTPSA id 55C4F7AA9E823; Mon, 5 Apr 2021 13:04:22 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: TCP Connection hang - MSS again From: tuexen@freebsd.org In-Reply-To: <20210405124450.7505b43c@rimwks.local> Date: Mon, 5 Apr 2021 13:04:19 +0200 Cc: freebsd-current@freebsd.org, freebsd-net Content-Transfer-Encoding: quoted-printable Message-Id: <0D7C52FC-DA37-41B6-A05C-F49ECEFE51FC@freebsd.org> References: <20210405124450.7505b43c@rimwks.local> To: Rozhuk Ivan X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Spam-Status: No, score=-0.4 required=5.0 tests=ALL_TRUSTED,BAYES_00, URIBL_DBL_SPAM autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-Rspamd-Queue-Id: 4FDSTq5lqsz3scR X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; TAGGED_RCPT(0.00)[]; ASN(0.00)[asn:680, ipnet:193.174.0.0/15, country:DE] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 05 Apr 2021 11:04:32 -0000 > On 5. Apr 2021, at 11:44, Rozhuk Ivan wrote: >=20 > Hi! >=20 >=20 > TCP Connection hang then I try to open = https://online.sberbank.ru/CSAFront/index.do#/ >=20 > FreeBSD 13 desktop + FreeBSD 13 router (pf). > = http://www.netlab.linkpc.net/download/software/os_cfg/FBSD/13/base/etc/sys= ctl.conf > FreeBSD 13 desktop have no known problems with other websites. > Only with one remonte FreeBSD 12 with same sysctl.conf and mtu 9k. > If I set mtu to 1500 on desktop - issue is gone. >=20 > Router pf.conf contain: > scrub out on $ext_v4_if0 all random-id min-ttl 128 max-mss 1400 > scrub in on $ext_v4_if0 all max-mss 1400 >=20 >=20 > Android 9 and FreeBSD 12.2 have no this issue (both @WiFi). >=20 >=20 > As I understand, in some cases remote host does not reply with MSS = option, and host behind > router continue use mss 8960, that dropped by router. If the peer does not provide an MSS option, your local FreeBSD based = host should use an MSS of net.inet.tcp.mssdflt bytes. The default is 536. So I don't = think this should be a problem. Best regards Michael >=20 > (pf scrub rules disabled for this log), tcpdump | grep mss: > 176.99.179.102.60903 > 194.54.14.131.443: Flags [S], cksum 0xd0a2 = (correct), seq 3696980106, win 65535, options [mss 8960,nop,wscale = 10,sackOK,TS val 3763275954 ecr 0], length 0 > 176.99.179.102.60719 > 194.54.14.131.443: Flags [S], cksum 0xd796 = (correct), seq 232307963, win 65535, options [mss 8960,nop,wscale = 10,sackOK,TS val 1963519951 ecr 0], length 0 > 176.99.179.102.50146 > 194.54.14.131.443: Flags [S], cksum 0x1aa9 = (correct), seq 3968469659, win 65535, options [mss 8960,nop,wscale = 10,sackOK,TS val 3417199378 ecr 0], length 0 > 176.99.179.102.50646 > 194.54.14.131.443: Flags [S], cksum 0xb3ba = (correct), seq 3774081696, win 65535, options [mss 8960,nop,wscale = 10,sackOK,TS val 1089629786 ecr 0], length 0 > 176.99.179.102.56843 > 194.54.14.131.443: Flags [S], cksum 0xc4dd = (correct), seq 647662718, win 65535, options [mss 8960,nop,wscale = 10,sackOK,TS val 4054756545 ecr 0], length 0 > 194.54.14.131.443 > 176.99.179.102.56843: Flags [S.], cksum 0x35dd = (correct), seq 186241788, ack 647662719, win 65535, options [mss = 1380,nop,wscale 3,nop,nop,sackOK,nop,nop,TS val 2541298941 ecr = 4054756545], length 0 > 176.99.179.102.65364 > 194.54.14.131.443: Flags [S], cksum 0x17a0 = (correct), seq 1603248650, win 65535, options [mss 8960,nop,wscale = 10,sackOK,TS val 1794142451 ecr 0], length 0 > 176.99.179.102.59862 > 194.54.14.131.443: Flags [S], cksum 0x2736 = (correct), seq 4000339086, win 65535, options [mss 8960,nop,wscale = 10,sackOK,TS val 4084903147 ecr 0], length 0 > 176.99.179.102.60915 > 194.54.14.131.443: Flags [S], cksum 0xd964 = (correct), seq 95236311, win 65535, options [mss 8960,nop,wscale = 10,sackOK,TS val 1297197380 ecr 0], length 0 > 176.99.179.102.58717 > 194.54.14.131.443: Flags [S], cksum 0xf92e = (correct), seq 1785704794, win 65535, options [mss 8960,nop,wscale = 10,sackOK,TS val 1392944917 ecr 0], length 0 > 194.54.14.131.443 > 176.99.179.102.58717: Flags [S.], cksum 0xe020 = (correct), seq 2800465814, ack 1785704795, win 65535, options [mss = 1380,nop,wscale 3,nop,nop,sackOK,nop,nop,TS val 2541366941 ecr = 1392944917], length 0 > 176.99.179.102.53377 > 194.54.14.131.443: Flags [S], cksum 0x8fdd = (correct), seq 3235103847, win 65535, options [mss 8960,nop,wscale = 10,sackOK,TS val 1359134165 ecr 0], length 0 >=20 >=20 > Is it possible to force FreeBSD always ask with tcp mss option? > Is any other other options to work around this? >=20 >=20 >=20 >=20 >=20 >=20 > Full connections log: >=20 > 12:06:44.205766 70:85:c2:43:67:5b > 78:da:6e:28:c9:c0, ethertype IPv4 = (0x0800), length 74: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 60) > 176.99.179.102.54064 > 194.54.14.131.443: Flags [S], cksum 0xca3f = (correct), seq 980200339, win 65535, options [mss 1400,nop,wscale = 10,sackOK,TS val 1268859625 ecr 0], length 0 > 12:06:44.206997 78:da:6e:28:c9:c0 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 60: (tos 0x0, ttl 59, id 57535, offset 0, flags [none], = proto TCP (6), length 40) > 194.54.14.131.443 > 176.99.179.102.54064: Flags [S.], cksum 0x5d05 = (correct), seq 2754330417, ack 980200340, win 0, length 0 > 12:06:44.207126 70:85:c2:43:67:5b > 78:da:6e:28:c9:c0, ethertype IPv4 = (0x0800), length 54: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 40) > 176.99.179.102.54064 > 194.54.14.131.443: Flags [.], cksum 0x5d06 = (correct), seq 1, ack 1, win 65535, length 0 > 12:06:44.210824 78:da:6e:28:c9:c0 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 60: (tos 0x0, ttl 59, id 45037, offset 0, flags [DF], = proto TCP (6), length 40) > 194.54.14.131.443 > 176.99.179.102.54064: Flags [.], cksum 0x5d06 = (correct), seq 1, ack 1, win 65535, length 0 > 12:06:44.211130 70:85:c2:43:67:5b > 78:da:6e:28:c9:c0, ethertype IPv4 = (0x0800), length 571: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 557) > 176.99.179.102.54064 > 194.54.14.131.443: Flags [P.], cksum 0x7667 = (correct), seq 1:518, ack 1, win 65535, length 517 > 12:06:44.214366 78:da:6e:28:c9:c0 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 60: (tos 0x0, ttl 53, id 45320, offset 0, flags [DF], = proto TCP (6), length 40) > 194.54.14.131.443 > 176.99.179.102.54064: Flags [.], cksum 0x5d06 = (correct), seq 1, ack 518, win 65018, length 0 > 12:06:44.216025 78:da:6e:28:c9:c0 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 1078: (tos 0x0, ttl 53, id 45321, offset 0, flags [DF], = proto TCP (6), length 1064) > 194.54.14.131.443 > 176.99.179.102.54064: Flags [.], cksum 0x7c79 = (correct), seq 1:1025, ack 518, win 65018, length 1024 > 12:06:44.216109 78:da:6e:28:c9:c0 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 1078: (tos 0x0, ttl 53, id 45322, offset 0, flags [DF], = proto TCP (6), length 1064) > 194.54.14.131.443 > 176.99.179.102.54064: Flags [.], cksum 0x2c23 = (correct), seq 1025:2049, ack 518, win 65018, length 1024 > 12:06:44.216207 78:da:6e:28:c9:c0 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 1078: (tos 0x0, ttl 53, id 45323, offset 0, flags [DF], = proto TCP (6), length 1064) > 194.54.14.131.443 > 176.99.179.102.54064: Flags [.], cksum 0x3633 = (correct), seq 2049:3073, ack 518, win 65018, length 1024 > 12:06:44.216220 70:85:c2:43:67:5b > 78:da:6e:28:c9:c0, ethertype IPv4 = (0x0800), length 54: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 40) > 176.99.179.102.54064 > 194.54.14.131.443: Flags [.], cksum 0x5301 = (correct), seq 518, ack 2049, win 65535, length 0 > 12:06:44.216312 78:da:6e:28:c9:c0 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 1078: (tos 0x0, ttl 53, id 45324, offset 0, flags [DF], = proto TCP (6), length 1064) > 194.54.14.131.443 > 176.99.179.102.54064: Flags [P.], cksum 0xa2d7 = (correct), seq 3073:4097, ack 518, win 65018, length 1024 > 12:06:44.216315 78:da:6e:28:c9:c0 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 308: (tos 0x0, ttl 53, id 45325, offset 0, flags [DF], = proto TCP (6), length 294) > 194.54.14.131.443 > 176.99.179.102.54064: Flags [P.], cksum 0xee3e = (correct), seq 4097:4351, ack 518, win 65018, length 254 > 12:06:44.216429 70:85:c2:43:67:5b > 78:da:6e:28:c9:c0, ethertype IPv4 = (0x0800), length 54: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 40) > 176.99.179.102.54064 > 194.54.14.131.443: Flags [.], cksum 0x4b01 = (correct), seq 518, ack 4097, win 65535, length 0 > 12:06:44.218606 70:85:c2:43:67:5b > 78:da:6e:28:c9:c0, ethertype IPv4 = (0x0800), length 180: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 166) > 176.99.179.102.54064 > 194.54.14.131.443: Flags [P.], cksum 0x9a34 = (correct), seq 518:644, ack 4351, win 65535, length 126 > 12:06:44.221796 78:da:6e:28:c9:c0 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 60: (tos 0x0, ttl 53, id 45326, offset 0, flags [DF], = proto TCP (6), length 40) > 194.54.14.131.443 > 176.99.179.102.54064: Flags [.], cksum 0x4c08 = (correct), seq 4351, ack 644, win 64892, length 0 > 12:06:44.222418 78:da:6e:28:c9:c0 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 105: (tos 0x0, ttl 53, id 45327, offset 0, flags [DF], = proto TCP (6), length 91) > 194.54.14.131.443 > 176.99.179.102.54064: Flags [P.], cksum 0xc06a = (correct), seq 4351:4402, ack 644, win 64892, length 51 > 12:06:44.232616 70:85:c2:43:67:5b > 78:da:6e:28:c9:c0, ethertype IPv4 = (0x0800), length 54: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 40) > 176.99.179.102.54064 > 194.54.14.131.443: Flags [.], cksum 0x3b93 = (correct), seq 4163, ack 4402, win 65535, length 0 > 12:06:54.222862 70:85:c2:43:67:5b > 78:da:6e:28:c9:c0, ethertype IPv4 = (0x0800), length 54: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 40) > 176.99.179.102.54064 > 194.54.14.131.443: Flags [.], cksum 0x4953 = (correct), seq 643, ack 4402, win 65535, length 0 > 12:06:54.226087 78:da:6e:28:c9:c0 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 60: (tos 0x0, ttl 53, id 63692, offset 0, flags [DF], = proto TCP (6), length 40) > 194.54.14.131.443 > 176.99.179.102.54064: Flags [.], cksum 0x4bd5 = (correct), seq 4402, ack 644, win 64892, length 0 > 12:07:09.229361 70:85:c2:43:67:5b > 78:da:6e:28:c9:c0, ethertype IPv4 = (0x0800), length 54: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 40) > 176.99.179.102.54064 > 194.54.14.131.443: Flags [.], cksum 0x4953 = (correct), seq 643, ack 4402, win 65535, length 0 > 12:07:09.232522 78:da:6e:28:c9:c0 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 60: (tos 0x0, ttl 53, id 23671, offset 0, flags [DF], = proto TCP (6), length 40) > 194.54.14.131.443 > 176.99.179.102.54064: Flags [.], cksum 0x4bd5 = (correct), seq 4402, ack 644, win 64892, length 0 > 12:07:19.236480 70:85:c2:43:67:5b > 78:da:6e:28:c9:c0, ethertype IPv4 = (0x0800), length 54: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 40) > 176.99.179.102.54064 > 194.54.14.131.443: Flags [.], cksum 0x4953 = (correct), seq 643, ack 4402, win 65535, length 0 > 12:07:19.239595 78:da:6e:28:c9:c0 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 60: (tos 0x0, ttl 53, id 38859, offset 0, flags [DF], = proto TCP (6), length 40) > 194.54.14.131.443 > 176.99.179.102.54064: Flags [.], cksum 0x4bd5 = (correct), seq 4402, ack 644, win 64892, length 0 > 12:07:29.245054 70:85:c2:43:67:5b > 78:da:6e:28:c9:c0, ethertype IPv4 = (0x0800), length 54: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 40) > 176.99.179.102.54064 > 194.54.14.131.443: Flags [.], cksum 0x4953 = (correct), seq 643, ack 4402, win 65535, length 0 > 12:07:29.248105 78:da:6e:28:c9:c0 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 60: (tos 0x0, ttl 53, id 57047, offset 0, flags [DF], = proto TCP (6), length 40) > 194.54.14.131.443 > 176.99.179.102.54064: Flags [.], cksum 0x4bd5 = (correct), seq 4402, ack 644, win 64892, length 0 > 12:07:39.255329 70:85:c2:43:67:5b > 78:da:6e:28:c9:c0, ethertype IPv4 = (0x0800), length 54: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 40) > 176.99.179.102.54064 > 194.54.14.131.443: Flags [.], cksum 0x4953 = (correct), seq 643, ack 4402, win 65535, length 0 > 12:07:39.259131 78:da:6e:28:c9:c0 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 60: (tos 0x0, ttl 53, id 9053, offset 0, flags [DF], = proto TCP (6), length 40) > 194.54.14.131.443 > 176.99.179.102.54064: Flags [.], cksum 0x4bd5 = (correct), seq 4402, ack 644, win 64892, length 0 > 12:07:49.260393 70:85:c2:43:67:5b > 78:da:6e:28:c9:c0, ethertype IPv4 = (0x0800), length 54: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 40) > 176.99.179.102.54064 > 194.54.14.131.443: Flags [.], cksum 0x4953 = (correct), seq 643, ack 4402, win 65535, length 0 > 12:07:49.263502 78:da:6e:28:c9:c0 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 60: (tos 0x0, ttl 53, id 23797, offset 0, flags [DF], = proto TCP (6), length 40) > 194.54.14.131.443 > 176.99.179.102.54064: Flags [.], cksum 0x4bd5 = (correct), seq 4402, ack 644, win 64892, length 0 > 12:07:59.272445 70:85:c2:43:67:5b > 78:da:6e:28:c9:c0, ethertype IPv4 = (0x0800), length 54: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 40) > 176.99.179.102.54064 > 194.54.14.131.443: Flags [.], cksum 0x4953 = (correct), seq 643, ack 4402, win 65535, length 0 > 12:07:59.275522 78:da:6e:28:c9:c0 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 60: (tos 0x0, ttl 53, id 39984, offset 0, flags [DF], = proto TCP (6), length 40) > 194.54.14.131.443 > 176.99.179.102.54064: Flags [.], cksum 0x4bd5 = (correct), seq 4402, ack 644, win 64892, length 0 > 12:08:03.643990 70:85:c2:43:67:5b > 78:da:6e:28:c9:c0, ethertype IPv4 = (0x0800), length 54: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 40) > 176.99.179.102.54064 > 194.54.14.131.443: Flags [R.], cksum 0x3b8f = (correct), seq 4163, ack 4402, win 0, length 0 >=20 > On lan: > 12:19:58.237255 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 74: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 60) > 172.16.0.3.6890 > 194.54.14.131.443: Flags [S], cksum 0x6428 = (correct), seq 1450364111, win 65535, options [mss 8960,nop,wscale = 10,sackOK,TS val 4221439542 ecr 0], length 0 > 12:19:58.238404 70:85:c2:43:67:5b > 70:85:c2:37:57:22, ethertype IPv4 = (0x0800), length 54: (tos 0x0, ttl 58, id 2055, offset 0, flags [none], = proto TCP (6), length 40) > 194.54.14.131.443 > 172.16.0.3.6890: Flags [S.], cksum 0x2779 = (correct), seq 3562010452, ack 1450364112, win 0, length 0 > 12:19:58.238460 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 60: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 40) > 172.16.0.3.6890 > 194.54.14.131.443: Flags [.], cksum 0x277a = (correct), seq 1, ack 1, win 65535, length 0 > 12:19:58.242210 70:85:c2:43:67:5b > 70:85:c2:37:57:22, ethertype IPv4 = (0x0800), length 54: (tos 0x0, ttl 58, id 59736, offset 0, flags [DF], = proto TCP (6), length 40) > 194.54.14.131.443 > 172.16.0.3.6890: Flags [.], cksum 0x277a = (correct), seq 1, ack 1, win 65535, length 0 > 12:19:58.242320 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 571: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 557) > 172.16.0.3.6890 > 194.54.14.131.443: Flags [P.], cksum 0x927e = (correct), seq 1:518, ack 1, win 65535, length 517 > 12:19:58.245317 70:85:c2:43:67:5b > 70:85:c2:37:57:22, ethertype IPv4 = (0x0800), length 54: (tos 0x0, ttl 52, id 31249, offset 0, flags [DF], = proto TCP (6), length 40) > 194.54.14.131.443 > 172.16.0.3.6890: Flags [.], cksum 0x277a = (correct), seq 1, ack 518, win 65018, length 0 > 12:19:58.246908 70:85:c2:43:67:5b > 70:85:c2:37:57:22, ethertype IPv4 = (0x0800), length 1078: (tos 0x0, ttl 52, id 31250, offset 0, flags [DF], = proto TCP (6), length 1064) > 194.54.14.131.443 > 172.16.0.3.6890: Flags [.], cksum 0x35ac = (correct), seq 1:1025, ack 518, win 65018, length 1024 > 12:19:58.246998 70:85:c2:43:67:5b > 70:85:c2:37:57:22, ethertype IPv4 = (0x0800), length 1078: (tos 0x0, ttl 52, id 31251, offset 0, flags [DF], = proto TCP (6), length 1064) > 194.54.14.131.443 > 172.16.0.3.6890: Flags [.], cksum 0xf696 = (correct), seq 1025:2049, ack 518, win 65018, length 1024 > 12:19:58.247088 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 60: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 40) > 172.16.0.3.6890 > 194.54.14.131.443: Flags [.], cksum 0x1d75 = (correct), seq 518, ack 2049, win 65535, length 0 > 12:19:58.247092 70:85:c2:43:67:5b > 70:85:c2:37:57:22, ethertype IPv4 = (0x0800), length 1078: (tos 0x0, ttl 52, id 31252, offset 0, flags [DF], = proto TCP (6), length 1064) > 194.54.14.131.443 > 172.16.0.3.6890: Flags [.], cksum 0x00a7 = (correct), seq 2049:3073, ack 518, win 65018, length 1024 > 12:19:58.247161 70:85:c2:43:67:5b > 70:85:c2:37:57:22, ethertype IPv4 = (0x0800), length 1078: (tos 0x0, ttl 52, id 31253, offset 0, flags [DF], = proto TCP (6), length 1064) > 194.54.14.131.443 > 172.16.0.3.6890: Flags [P.], cksum 0xefb1 = (correct), seq 3073:4097, ack 518, win 65018, length 1024 > 12:19:58.247191 70:85:c2:43:67:5b > 70:85:c2:37:57:22, ethertype IPv4 = (0x0800), length 308: (tos 0x0, ttl 52, id 31254, offset 0, flags [DF], = proto TCP (6), length 294) > 194.54.14.131.443 > 172.16.0.3.6890: Flags [P.], cksum 0xf9d5 = (correct), seq 4097:4351, ack 518, win 65018, length 254 > 12:19:58.247256 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 60: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 40) > 172.16.0.3.6890 > 194.54.14.131.443: Flags [.], cksum 0x1575 = (correct), seq 518, ack 4097, win 65535, length 0 > 12:19:58.249623 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 180: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 166) > 172.16.0.3.6890 > 194.54.14.131.443: Flags [P.], cksum 0xe897 = (correct), seq 518:644, ack 4351, win 65535, length 126 > 12:19:58.251076 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 3573: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 3559) > 172.16.0.3.6890 > 194.54.14.131.443: Flags [P.], cksum 0xde33 = (correct), seq 644:4163, ack 4351, win 65535, length 3519 > 12:19:58.252582 70:85:c2:43:67:5b > 70:85:c2:37:57:22, ethertype IPv4 = (0x0800), length 54: (tos 0x0, ttl 52, id 31255, offset 0, flags [DF], = proto TCP (6), length 40) > 194.54.14.131.443 > 172.16.0.3.6890: Flags [.], cksum 0x167c = (correct), seq 4351, ack 644, win 64892, length 0 > 12:19:58.253245 70:85:c2:43:67:5b > 70:85:c2:37:57:22, ethertype IPv4 = (0x0800), length 105: (tos 0x0, ttl 52, id 31256, offset 0, flags [DF], = proto TCP (6), length 91) > 194.54.14.131.443 > 172.16.0.3.6890: Flags [P.], cksum 0xb7e8 = (correct), seq 4351:4402, ack 644, win 64892, length 51 > 12:19:58.263513 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 60: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 40) > 172.16.0.3.6890 > 194.54.14.131.443: Flags [.], cksum 0x0607 = (correct), seq 4163, ack 4402, win 65535, length 0 > 12:19:58.581446 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 3573: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 3559) > 172.16.0.3.6890 > 194.54.14.131.443: Flags [P.], cksum 0xde00 = (correct), seq 644:4163, ack 4402, win 65535, length 3519 > 12:19:59.049194 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 3573: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 3559) > 172.16.0.3.6890 > 194.54.14.131.443: Flags [P.], cksum 0xde00 = (correct), seq 644:4163, ack 4402, win 65535, length 3519 > 12:19:59.768280 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 3573: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 3559) > 172.16.0.3.6890 > 194.54.14.131.443: Flags [P.], cksum 0xde00 = (correct), seq 644:4163, ack 4402, win 65535, length 3519 > 12:20:01.004359 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 3573: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 3559) > 172.16.0.3.6890 > 194.54.14.131.443: Flags [P.], cksum 0xde00 = (correct), seq 644:4163, ack 4402, win 65535, length 3519 > 12:20:03.268259 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 3573: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 3559) > 172.16.0.3.6890 > 194.54.14.131.443: Flags [P.], cksum 0xde00 = (correct), seq 644:4163, ack 4402, win 65535, length 3519 > 12:20:07.596005 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 3573: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 3559) > 172.16.0.3.6890 > 194.54.14.131.443: Flags [P.], cksum 0xde00 = (correct), seq 644:4163, ack 4402, win 65535, length 3519 > 12:20:08.253855 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 60: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 40) > 172.16.0.3.6890 > 194.54.14.131.443: Flags [.], cksum 0x13c7 = (correct), seq 643, ack 4402, win 65535, length 0 > 12:20:08.256975 70:85:c2:43:67:5b > 70:85:c2:37:57:22, ethertype IPv4 = (0x0800), length 54: (tos 0x0, ttl 52, id 48760, offset 0, flags [DF], = proto TCP (6), length 40) > 194.54.14.131.443 > 172.16.0.3.6890: Flags [.], cksum 0x1649 = (correct), seq 4402, ack 644, win 64892, length 0 > 12:20:16.064202 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 3573: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 3559) > 172.16.0.3.6890 > 194.54.14.131.443: Flags [P.], cksum 0xde00 = (correct), seq 644:4163, ack 4402, win 65535, length 3519 > 12:20:18.260096 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 60: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 40) > 172.16.0.3.6890 > 194.54.14.131.443: Flags [.], cksum 0x13c7 = (correct), seq 643, ack 4402, win 65535, length 0 > 12:20:18.263312 70:85:c2:43:67:5b > 70:85:c2:37:57:22, ethertype IPv4 = (0x0800), length 54: (tos 0x0, ttl 52, id 3861, offset 0, flags [DF], = proto TCP (6), length 40) > 194.54.14.131.443 > 172.16.0.3.6890: Flags [.], cksum 0x1649 = (correct), seq 4402, ack 644, win 64892, length 0 > 12:20:28.264898 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 60: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 40) > 172.16.0.3.6890 > 194.54.14.131.443: Flags [.], cksum 0x13c7 = (correct), seq 643, ack 4402, win 65535, length 0 > 12:20:28.268240 70:85:c2:43:67:5b > 70:85:c2:37:57:22, ethertype IPv4 = (0x0800), length 54: (tos 0x0, ttl 52, id 20944, offset 0, flags [DF], = proto TCP (6), length 40) > 194.54.14.131.443 > 172.16.0.3.6890: Flags [.], cksum 0x1649 = (correct), seq 4402, ack 644, win 64892, length 0 > 12:20:32.784190 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 3573: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 3559) > 172.16.0.3.6890 > 194.54.14.131.443: Flags [P.], cksum 0xde00 = (correct), seq 644:4163, ack 4402, win 65535, length 3519 > 12:20:38.268181 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 60: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 40) > 172.16.0.3.6890 > 194.54.14.131.443: Flags [.], cksum 0x13c7 = (correct), seq 643, ack 4402, win 65535, length 0 > 12:20:38.271373 70:85:c2:43:67:5b > 70:85:c2:37:57:22, ethertype IPv4 = (0x0800), length 54: (tos 0x0, ttl 52, id 38465, offset 0, flags [DF], = proto TCP (6), length 40) > 194.54.14.131.443 > 172.16.0.3.6890: Flags [.], cksum 0x1649 = (correct), seq 4402, ack 644, win 64892, length 0 > 12:20:48.275277 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 60: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 40) > 172.16.0.3.6890 > 194.54.14.131.443: Flags [.], cksum 0x13c7 = (correct), seq 643, ack 4402, win 65535, length 0 > 12:20:48.279208 70:85:c2:43:67:5b > 70:85:c2:37:57:22, ethertype IPv4 = (0x0800), length 54: (tos 0x0, ttl 52, id 56414, offset 0, flags [DF], = proto TCP (6), length 40) > 194.54.14.131.443 > 172.16.0.3.6890: Flags [.], cksum 0x1649 = (correct), seq 4402, ack 644, win 64892, length 0 > 12:20:58.287132 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 60: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 40) > 172.16.0.3.6890 > 194.54.14.131.443: Flags [.], cksum 0x13c7 = (correct), seq 643, ack 4402, win 65535, length 0 > 12:20:58.290278 70:85:c2:43:67:5b > 70:85:c2:37:57:22, ethertype IPv4 = (0x0800), length 54: (tos 0x0, ttl 52, id 10709, offset 0, flags [DF], = proto TCP (6), length 40) > 194.54.14.131.443 > 172.16.0.3.6890: Flags [.], cksum 0x1649 = (correct), seq 4402, ack 644, win 64892, length 0 > 12:20:58.290453 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 3573: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 3559) > 172.16.0.3.6890 > 194.54.14.131.443: Flags [P.], cksum 0xde00 = (correct), seq 644:4163, ack 4402, win 65535, length 3519 > 12:21:31.555198 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 3573: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 3559) > 172.16.0.3.6890 > 194.54.14.131.443: Flags [P.], cksum 0xde00 = (correct), seq 644:4163, ack 4402, win 65535, length 3519 > 12:22:35.565122 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 3573: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 3559) > 172.16.0.3.6890 > 194.54.14.131.443: Flags [P.], cksum 0xde00 = (correct), seq 644:4163, ack 4402, win 65535, length 3519 > 12:23:39.568298 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 3573: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 3559) > 172.16.0.3.6890 > 194.54.14.131.443: Flags [P.], cksum 0xde00 = (correct), seq 644:4163, ack 4402, win 65535, length 3519 > 12:24:43.568318 70:85:c2:37:57:22 > 70:85:c2:43:67:5b, ethertype IPv4 = (0x0800), length 3573: (tos 0x0, ttl 128, id 0, offset 0, flags [DF], = proto TCP (6), length 3559) > 172.16.0.3.6890 > 194.54.14.131.443: Flags [P.], cksum 0xde00 = (correct), seq 644:4163, ack 4402, win 65535, length 3519 > ... > _______________________________________________ > freebsd-net@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Mon Apr 5 12:44:55 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 01B245B6DE9; Mon, 5 Apr 2021 12:44:55 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: from mail-lj1-x232.google.com (mail-lj1-x232.google.com [IPv6:2a00:1450:4864:20::232]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FDVjf0bR8z4TgS; Mon, 5 Apr 2021 12:44:53 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: by mail-lj1-x232.google.com with SMTP id f16so12572739ljm.1; Mon, 05 Apr 2021 05:44:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:date:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=iQ1SPZi4ZIFCRWetpFJiJbR+oHsLYMoG5TMvdj3ozFw=; b=qngAI4HXxWSLNa9XUs5TAJF+vgoq4Cc/LvRbQmhE5gljHmx2nn8Z34p+2Bu+KU/yat EY5WVKLBE45uWq2xFQ+sKZ7lEArbBOmIeqXYPXu8jFCgKDitdMvwv+gEUZRsuTEG7KMM KkNo/qMBySzgTWUfUzqWHbDQrSaMJmV1NbkZ7okqDOWkfmcYQ1GE6DNzeGbbOb0zkl/J 1lVYBpuw0KA5bilZlqc8ObDgcQwES5LxSEAKplqIFSX4BYHAiRSb/07L/E1bvml1huzf 2sQIyAT2QqN1IFUI9D52Ao+eR0FWo5u/fZSNVRPkGuqQPvT7kMke5V9M986cANuxfHUl silA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:date:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=iQ1SPZi4ZIFCRWetpFJiJbR+oHsLYMoG5TMvdj3ozFw=; b=cP4nyGwS/BQnK33MOJ+DQaE0thrDapGVVdSFm+nNlZVC3T7F06rFVM/bSkiLDodt1l XQ/dLmmALNs8XrcJlBcoma0waq66oWsGvMd2GpZRHPhpPKCBBKMdFKPk1sbGHhCqZZ1g rOq8kA/G2nUSO4RtCgHCLyUnEJV2IuwVCO7hzmsCS2DbzE3ApBhgUMAtnTz42XEeciy5 FJ5xeJVoxEZAk0rkoGZ776ZUKJtBSjL+BunrhoU16ks8JocoaXRVQYl2nIS1IluU/afl Ik+UbJWvE8JXd+rXIb+/AJFk3bpkKWogbtz+lTWdBsMht0dTBnAXqbYRMW4VZy1Zc8Xy KSdg== X-Gm-Message-State: AOAM530QfNqWWQ2+oJpD8MReDAe1KdVd/LxnkFuqges0nLKiwE7yESts cfajuZMCiR3igfaI96QUqpkU1CWNGs/lt9rw X-Google-Smtp-Source: ABdhPJykNa9NM0T7GlfMGLQ/qcKXprc722S4etB0MwRiWTfe4obYUm5y6FCJKtiWJLS/TiAzc0W3gw== X-Received: by 2002:a2e:508:: with SMTP id 8mr16365514ljf.207.1617626692386; Mon, 05 Apr 2021 05:44:52 -0700 (PDT) Received: from rimwks.local ([2001:470:1f15:3d8:d45f:d9af:2e75:d996]) by smtp.gmail.com with ESMTPSA id t10sm1774062lfk.58.2021.04.05.05.44.51 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 05 Apr 2021 05:44:51 -0700 (PDT) From: Rozhuk Ivan X-Google-Original-From: Rozhuk Ivan Date: Mon, 5 Apr 2021 15:44:49 +0300 To: tuexen@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-net Subject: Re: TCP Connection hang - MSS again Message-ID: <20210405154449.2d267589@rimwks.local> In-Reply-To: <0D7C52FC-DA37-41B6-A05C-F49ECEFE51FC@freebsd.org> References: <20210405124450.7505b43c@rimwks.local> <0D7C52FC-DA37-41B6-A05C-F49ECEFE51FC@freebsd.org> X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; amd64-portbld-freebsd13.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FDVjf0bR8z4TgS X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=qngAI4HX; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rozhukim@gmail.com designates 2a00:1450:4864:20::232 as permitted sender) smtp.mailfrom=rozhukim@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::232:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::232:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::232:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-net] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 05 Apr 2021 12:44:55 -0000 On Mon, 5 Apr 2021 13:04:19 +0200 tuexen@freebsd.org wrote: > > As I understand, in some cases remote host does not reply with MSS > > option, and host behind router continue use mss 8960, that dropped > > by router. > If the peer does not provide an MSS option, your local FreeBSD based > host should use an MSS of net.inet.tcp.mssdflt bytes. The default is > 536. So I don't think this should be a problem. Thats it! Thanks, it was ~64k in mine config. From owner-freebsd-current@freebsd.org Mon Apr 5 13:03:16 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D31945B7832 for ; Mon, 5 Apr 2021 13:03:16 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from relay1-d.mail.gandi.net (relay1-d.mail.gandi.net [217.70.183.193]) (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 4FDW6r2Xwsz4WJh for ; Mon, 5 Apr 2021 13:03:15 +0000 (UTC) (envelope-from avg@FreeBSD.org) X-Originating-IP: 195.64.148.76 Received: from [192.168.0.88] (unknown [195.64.148.76]) (Authenticated sender: andriy.gapon@uabsd.com) by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id BC148240006; Mon, 5 Apr 2021 13:03:13 +0000 (UTC) Subject: Re: freebsd 13 ryzen micro stutter To: Santiago Martinez , freebsd-current@freebsd.org References: <20210323101146.18c9a969@bsd64.grem.de> <677da81d7af9781be6b46c7cba4efd05@riseup.net> <54768f44-c110-d58a-1e7b-61843cde754e@codenetworks.net> <9638abfe-fd9e-6855-b3c7-ee796d1c5ce5@codenetworks.net> From: Andriy Gapon Message-ID: <1de5d976-a82b-eb93-7754-8c739571c242@FreeBSD.org> Date: Mon, 5 Apr 2021 16:03:12 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Firefox/78.0 Thunderbird/78.9.0 MIME-Version: 1.0 In-Reply-To: <9638abfe-fd9e-6855-b3c7-ee796d1c5ce5@codenetworks.net> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FDW6r2Xwsz4WJh X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; ASN(0.00)[asn:29169, ipnet:217.70.176.0/20, country:FR] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 05 Apr 2021 13:03:16 -0000 On 27/03/2021 12:54, Santiago Martinez wrote: > Hi, i have the same output as @Nils B. If i run with steal =2 and dtrace the > micro stutter doesn't happen but as soon as i stop the dtrace script it the > stutters come back again. It seems that DTrace creates some extra CPU load that masks the problem. So, I guess that DTrace produced traces won't have many clues, if any at all. I wonder if KTR tracing would be better in this respect. -- Andriy Gapon From owner-freebsd-current@freebsd.org Mon Apr 5 10:24:02 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BF1595B201D; Mon, 5 Apr 2021 10:24:02 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::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 4FDRb54GDRz3pkj; Mon, 5 Apr 2021 10:23:59 +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 135ANoNo079720 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 5 Apr 2021 10:23:53 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: freebsd-current@freebsd.org Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 135ANigp011206 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Mon, 5 Apr 2021 17:23:44 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: TCP Connection hang - MSS again To: Rozhuk Ivan , freebsd-current@freebsd.org, freebsd-net References: <20210405124450.7505b43c@rimwks.local> From: Eugene Grosbein Message-ID: Date: Mon, 5 Apr 2021 17:23:39 +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: <20210405124450.7505b43c@rimwks.local> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM, NICE_REPLY_A,SPF_FAIL,SPF_HELO_NONE 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_FAIL SPF: sender does not match SPF record (fail) * [SPF failed: Please see http://www.openspf.org/Why?s=mfrom; id=eugen%40grosbein.net; ip=2a03%3A3100%3Ac%3A13%3A%3A5; r=hz.grosbein.net] * 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record * 2.6 LOCAL_FROM From my domains * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4FDRb54GDRz3pkj X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=fail (mx1.freebsd.org: domain of eugen@grosbein.net does not designate 2a01:4f8:c2c:26d8::2 as permitted sender) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-2.10 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; R_SPF_FAIL(1.00)[-all]; FREEFALL_USER(0.00)[eugen]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; DMARC_NA(0.00)[grosbein.net]; SPAMHAUS_ZRD(0.00)[2a01:4f8:c2c:26d8::2:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a01:4f8:c2c:26d8::2:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEMAIL_TO(0.00)[gmail.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-net,freebsd-current] X-Mailman-Approved-At: Mon, 05 Apr 2021 13:27:54 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 05 Apr 2021 10:24:02 -0000 05.04.2021 16:44, Rozhuk Ivan wrote: > Is any other other options to work around this? Yes. Each entry in the routing table has "mtu" attribute limiting TCP MSS, too. You should use default route with -mtu 1500 attribute. For example, in /etc/rc.conf: defaultroute="X.X.X.X -mtu 1500" From owner-freebsd-current@freebsd.org Mon Apr 5 16:04:36 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CE6F15BDF83 for ; Mon, 5 Apr 2021 16:04:36 +0000 (UTC) (envelope-from xpetrl@beepc.ch) Received: from srv.fastssdserver.com (srv.fastssdserver.com [208.91.104.146]) (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 4FDb8400jZz4mP9 for ; Mon, 5 Apr 2021 16:04:35 +0000 (UTC) (envelope-from xpetrl@beepc.ch) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=beepc.ch; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Date: Message-ID:Subject:From:To:Sender:Reply-To:Cc:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=4Er14v2LU2zWHTwfTJpCygyy4tzIVLAvFvOTvUd1wls=; b=xzIaX7JLWWPE8wEhecNZEyw4+F LaGAb/upXq2kYCzU71Z9x9EkvOl1cGAGClouha5WvFvY2qtDrBJX8q1ByFSvirMrRbaKlz13dmZsB hoETuG2fCV2xSJPC6flwbp3JaeRH+eE5clhjlvFXyX8XZ4GrROo/c3klSwfS5eut3SiLfa31K8Q/+ 1xO+EQe8+rzKlbGJ2hg2GzzlgjpkJM+XsDa1PWJdAG2P0yVI5/9rhq6rb0KzBuC8E3I3DJdaAk5B4 QQDAuHB8soct18jOzdX9QFai+apv73jyIdZaI9MdqRWeLW7wDDV0oEyhUxKlWbNEo2ZlnfKklunNE mg7GDI1w==; Received: from [31.10.133.251] (port=37098 helo=[192.168.0.17]) by srv.fastssdserver.com with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94) (envelope-from ) id 1lTL8C-0006M6-P7 for freebsd-current@freebsd.org; Mon, 05 Apr 2021 14:02:49 +0500 To: freebsd-current@freebsd.org From: "beepc.ch" Subject: ZFS not mount at boot Message-ID: Date: Mon, 5 Apr 2021 11:02:45 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - srv.fastssdserver.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - beepc.ch X-Get-Message-Sender-Via: srv.fastssdserver.com: authenticated_id: xpetrl@beepc.ch X-Authenticated-Sender: srv.fastssdserver.com: xpetrl@beepc.ch X-Source: X-Source-Args: X-Source-Dir: X-Rspamd-Queue-Id: 4FDb8400jZz4mP9 X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=beepc.ch header.s=default header.b=xzIaX7JL; dmarc=none; spf=pass (mx1.freebsd.org: domain of xpetrl@beepc.ch designates 208.91.104.146 as permitted sender) smtp.mailfrom=xpetrl@beepc.ch X-Spamd-Result: default: False [4.99 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(0.00)[+ip4:208.91.104.146]; HAS_X_SOURCE(0.00)[]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[beepc.ch:+]; HAS_X_ANTIABUSE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[208.91.104.146:from]; ASN(0.00)[asn:35913, ipnet:208.91.104.0/23, country:US]; MID_RHS_MATCH_FROM(0.00)[]; HAS_X_AS(0.00)[xpetrl@beepc.ch]; ARC_NA(0.00)[]; R_DKIM_ALLOW(0.00)[beepc.ch:s=default]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[beepc.ch]; NEURAL_SPAM_MEDIUM(0.99)[0.991]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[208.91.104.146:from:127.0.2.255]; RBL_VIRUSFREE_BOTNET(2.00)[208.91.104.146:from]; BAD_REP_POLICIES(0.10)[]; NEURAL_SPAM_LONG(1.00)[1.000]; HAS_X_GMSV(0.00)[xpetrl@beepc.ch]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 05 Apr 2021 16:04:36 -0000 Dear list, I've freshly installed FreeBSD 13-RC5 following this wiki for ZFS manual configuration: https://wiki.freebsd.org/RootOnZFS/GPTZFSBoot After restart, the ZFS datasets aren't mount at boot: # mount zroot/ROOT/default on / (zfs, local, nfsv4acls) devfs on /dev (devfs) Doing a zfs mount -a, then everything is there: zroot/ROOT/default on / (zfs, local, nfsv4acls) devfs on /dev (devfs) zroot/tmp on /tmp (zfs, local, nosuid, nfsv4acls) zroot on /zroot (zfs, local, nfsv4acls) zroot/var/log on /var/log (zfs, local, noexec, nosuid, nfsv4acls) zroot/usr/ports on /usr/ports (zfs, local, nosuid, nfsv4acls) zroot/usr/home on /usr/home (zfs, local, nfsv4acls) zroot/var/mail on /var/mail (zfs, local, noexec, nosuid, nfsv4acls) zroot/usr/src on /usr/src (zfs, local, noexec, nosuid, nfsv4acls) zroot/var/crash on /var/crash (zfs, local, noexec, nosuid, nfsv4acls) zroot/usr/obj on /usr/obj (zfs, local, nfsv4acls) zroot/var/tmp on /var/tmp (zfs, local, nosuid, nfsv4acls) zroot/var/audit on /var/audit (zfs, local, noexec, nosuid, nfsv4acls) zroot/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, noexec, nosuid, nfsv4acls) zroot/usr/ports/packages on /usr/ports/packages (zfs, local, noexec, nosuid, nfsv4acls) - in /boot/loader.conf zfs_load="YES" - in /etc/rc.conf: zfs_enabled="YES" I don't know what is missing. Thanks. xpetrl From owner-freebsd-current@freebsd.org Mon Apr 5 16:17:59 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9F85B5BE259 for ; Mon, 5 Apr 2021 16:17:59 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FDbRV6jHcz4n8D for ; Mon, 5 Apr 2021 16:17:58 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 0B8B75C0098; Mon, 5 Apr 2021 12:17:58 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Mon, 05 Apr 2021 12:17:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.dev; h= subject:to:references:from:message-id:date:mime-version :in-reply-to:content-type:content-transfer-encoding; s=fm1; bh=+ oUlgfg8bCT20xVO4AXFJVA6aPGQ1hFDKMF5BpBaMTw=; b=EldjNpTAq4R0svHNf 1llUgdZ/SwrBVLEkPgInz1os2UFzMtBxJ/Zfsd7fpLxd008iMI6FbSEeo1jqeGj1 jLd9mUYVZSF7BjQs1VB5yUxqLiPGXyyIsTe3xxHdxtHIO7Ltx/MQqJP4Kbhc+E84 0Wbl7yLF6N+AYxkc34ULvrwkWpOT8BN75oVahePcaU9tUM/CAdoDbr2mxbmL6uCF Tp3Nz95WI2Bo+QmqfhQClQ8fFHCiqcaoWlzxPn+vXbTL61xGGdwx2exRCD0AWNYu lVtZJcKQSvu8a35jlPhSE+o9SGQvnptRqBBYF8cgBaOTC01J329rLZgQq3Lds5KD 8ffzA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding: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=fm2; bh=+oUlgfg8bCT20xVO4AXFJVA6aPGQ1hFDKMF5BpBaM Tw=; b=O/iEly9aS/uSY2kpCVCnjsOj9XcTjv/DkHD10nhgz+tCz8MFVqHZFGmOc W5BfbBokglc15+e/IJn4IIXWfa0IGn7PrGcthuLwfCdWCAnih1Rx/YmRs1JzPLWm GDoG7JH0UvprKc4YjK4ohQ5cvE1Bnak3Kjk52In2sUyIaziMAXI8Dy2htPpyZRwK 0af3zm0J9/y/xFa5kjdQe6rr9Vde/iHa7vUiNRyzeRDPTs9PjI67H+jZu9mjf+Ba JNZQ6YxB9PDG6vVmoHWjSqnYasXMZcR3sCz+8CsUCnllzFfVi/w8QnIJ5VwOBWtz ukeWcJj40raRBKhH6ps1SiFlSd7DA== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudejvddguddttdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepuffvfhfhkffffgggjggtgfesth ejredttdefjeenucfhrhhomhepjghurhhiucfrrghnkhhovhcuoeihuhhrihhpvheshihu rhhiphhvrdguvghvqeenucggtffrrghtthgvrhhnpeeikeetfedtfedtkefhffeuleejfe ffgfffffeuhfehgfehjedvgeefheeivedugfenucffohhmrghinhepfhhrvggvsghsugdr ohhrghenucfkphepledurddvgedtrdduvdegrddufeejnecuvehluhhsthgvrhfuihiivg eptdenucfrrghrrghmpehmrghilhhfrhhomhephihurhhiphhvseihuhhrihhpvhdruggv vh X-ME-Proxy: Received: from [192.168.1.12] (unknown [91.240.124.137]) by mail.messagingengine.com (Postfix) with ESMTPA id 1B37B24005E; Mon, 5 Apr 2021 12:17:56 -0400 (EDT) Subject: Re: ZFS not mount at boot To: "beepc.ch" , freebsd-current@freebsd.org References: From: Yuri Pankov Message-ID: <10690ac2-2959-4344-7d38-d31a4132ad87@yuripv.dev> Date: Mon, 5 Apr 2021 19:17:55 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.9.0 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: 4FDbRV6jHcz4n8D X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yuripv.dev header.s=fm1 header.b=EldjNpTA; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=O/iEly9a; dmarc=none; spf=pass (mx1.freebsd.org: domain of yuripv@yuripv.dev designates 66.111.4.28 as permitted sender) smtp.mailfrom=yuripv@yuripv.dev X-Spamd-Result: default: False [-3.60 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.28]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.28:from]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[yuripv.dev:+,messagingengine.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.111.4.28:from]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.28:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[yuripv.dev:s=fm1,messagingengine.com:s=fm2]; FREEFALL_USER(0.00)[yuripv]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[yuripv.dev]; SPAMHAUS_ZRD(0.00)[66.111.4.28:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 05 Apr 2021 16:17:59 -0000 beepc.ch wrote: > Dear list, > > I've freshly installed FreeBSD 13-RC5 following this wiki for ZFS manual > configuration: > > https://wiki.freebsd.org/RootOnZFS/GPTZFSBoot > > After restart, the ZFS datasets aren't mount at boot: > > # mount > zroot/ROOT/default on / (zfs, local, nfsv4acls) > devfs on /dev (devfs) > > Doing a zfs mount -a, then everything is there: > zroot/ROOT/default on / (zfs, local, nfsv4acls) > devfs on /dev (devfs) > zroot/tmp on /tmp (zfs, local, nosuid, nfsv4acls) > zroot on /zroot (zfs, local, nfsv4acls) > zroot/var/log on /var/log (zfs, local, noexec, nosuid, nfsv4acls) > zroot/usr/ports on /usr/ports (zfs, local, nosuid, nfsv4acls) > zroot/usr/home on /usr/home (zfs, local, nfsv4acls) > zroot/var/mail on /var/mail (zfs, local, noexec, nosuid, nfsv4acls) > zroot/usr/src on /usr/src (zfs, local, noexec, nosuid, nfsv4acls) > zroot/var/crash on /var/crash (zfs, local, noexec, nosuid, nfsv4acls) > zroot/usr/obj on /usr/obj (zfs, local, nfsv4acls) > zroot/var/tmp on /var/tmp (zfs, local, nosuid, nfsv4acls) > zroot/var/audit on /var/audit (zfs, local, noexec, nosuid, nfsv4acls) > zroot/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, noexec, > nosuid, nfsv4acls) > zroot/usr/ports/packages on /usr/ports/packages (zfs, local, noexec, > nosuid, nfsv4acls) > > - in /boot/loader.conf > zfs_load="YES" > > - in /etc/rc.conf: > zfs_enabled="YES" If this is exactly what you have in rc.conf, then it's the problem -- it should be "enable", not "enabled". > I don't know what is missing. From owner-freebsd-current@freebsd.org Mon Apr 5 19:00:54 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 533835C3AC2; Mon, 5 Apr 2021 19:00:54 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x435.google.com (mail-wr1-x435.google.com [IPv6:2a00:1450:4864:20::435]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FDg3T2Mxcz3HvS; Mon, 5 Apr 2021 19:00:53 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x435.google.com with SMTP id q26so6059635wrz.9; Mon, 05 Apr 2021 12:00:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:from:to:references:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=XikPwQzbyCBBjn+KPxX+BbShCkE84pv1004yL6unQTQ=; b=lQgRZZ4sNyRhTj29mBTCTHHro8mX4ymsl/Coc7+1pNEthl6L3n6JCTAi0aJ1TKp1tS 5LGcpFPqN90R6ITWvQ1RBpU/Hq1Hpp4jC885nhtXsdvnHJCojqx8OrsTWkYEweSHqhFQ ePMB758tfPMQ2CnoslS2fgPGFve8Y5fdqyYcGxs8yc/wG2lOA+JwPBOUZvbzmCLIJBmB tdQubVKnGLHmrbMHZqtwzvDsNElrdmzqcDqPB2ExWOR4fBrAP5NmURdiccOBvM108wGC eZDL4YAUB/Dny3MGrPjdZbU9i92qrNypePruzbBvakNn07pwQEHmR2CBA8yk2ZzxuEvY PE1Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=XikPwQzbyCBBjn+KPxX+BbShCkE84pv1004yL6unQTQ=; b=iT4WS29WO7jD+qeAhOrKIRINjJI4Bd0XlMEG5VVfPw+1zD0TcV7o7HB0i/FiUWmH7q nqu2/HnTehGnu0q870v+uRGtdtu9fmP/Oq1Us+wHPJsl0nPwqSTN4u7ljzyyBqRxm2Nv 2z+QU87zs5hiwYb7fdhLSZQHIS1VuZlrLvHAoI3B/8YtkOKyWo0/wrCcnDJR0MZGi+qI IuE2Aedv5UvdZDh0lNK5k0vFlVeh9Zn7fUJtD2Lq5Bt9EaV6VYsn/LbPj9AqRL2jWYVH NhWHFLutkwXhPQNicyHGFA7QcKlQq5WYqvemlFBGcmW4CnmsGLv5AKKZ1pXFCjzNt1q/ nvyQ== X-Gm-Message-State: AOAM5312UQyryfAWDHpIHiuXr0yCoI/sxsCOlgnMiUtdBvLfdh2994o+ v1EdYhSuIVFYMTZk1I/1NlW1WMp5VUIeJA== X-Google-Smtp-Source: ABdhPJxzDacXBcQChCMbIT4Q57VmPp6ZRG+JDEN3pa9NrDV6gaSfUA4uVrdO+Niz3RtIndgtxnz4MQ== X-Received: by 2002:adf:f742:: with SMTP id z2mr29849586wrp.130.1617649250302; Mon, 05 Apr 2021 12:00:50 -0700 (PDT) Received: from [192.168.1.13] (88-105-96-80.dynamic.dsl.as9105.com. [88.105.96.80]) by smtp.gmail.com with ESMTPSA id d2sm14089718wrs.10.2021.04.05.12.00.48 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 05 Apr 2021 12:00:49 -0700 (PDT) Subject: /usr/src Git --count (count of commits to the branch) From: Graham Perrin To: freebsd-questions@freebsd.org, FreeBSD CURRENT References: <20210321165225.11fa1f5559373032ea629412@3dresearch.com> <62accae5-1d15-cc5f-4438-dbf503af94cd@gmail.com> Message-ID: Date: Mon, 5 Apr 2021 20:00:47 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.9.0 MIME-Version: 1.0 In-Reply-To: <62accae5-1d15-cc5f-4438-dbf503af94cd@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Rspamd-Queue-Id: 4FDg3T2Mxcz3HvS X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=lQgRZZ4s; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::435 as permitted sender) smtp.mailfrom=grahamperrin@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; 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]; RECEIVED_SPAMHAUS_PBL(0.00)[88.105.96.80:received]; FROM_EQ_ENVFROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::435:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; NEURAL_SPAM_SHORT(1.00)[1.000]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::435:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::435:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-questions] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 05 Apr 2021 19:00:54 -0000 On 23/03/2021 00:44, Graham Perrin wrote: > On 21/03/2021 22:35, Kevin Oberman wrote: >> … >> Take a look at the newd git "Getting started" guide at >> https://docs.freebsd.org/en/articles/committers-guide/#git-primer. If >> you >> use a shallow clone, there is no easy way. If you have a full clone, you >> will have a hash starting with 'n' followed by 6 digits. This is a >> sequence >> count of commits to the relevant branch. In your case, the sequence is >> n244684. > > > FreeBSD: git --count result differs from the number in output from > uname -v > > > I have seen differences more than once. > > Can someone explain? Thanks. Why is the count so different? The count today: 257732; and the result of today's build: n245827 % bectl list -c creation BE                    Active Mountpoint Space Created r357746-Waterfox      -      -          59.2G 2020-03-10 18:24 n2733-5ac839029d-f    -      -          12.5G 2021-03-04 09:17 n257337-5fe0cd6503d-e -      -          1.55G 2021-03-23 07:56 n257551-66f138563be-a -      -          129M  2021-03-25 09:35 n257551-66f138563be-b -      -          882M  2021-03-26 19:27 n257551-66f138563be-c -      -          95.4M 2021-03-31 16:26 n257732-361e9501800-a NR     /          127G  2021-04-05 18:48 % uname -v FreeBSD 14.0-CURRENT #91 main-n245827-361e9501800: Mon Apr  5 17:59:57 BST 2021 root@mowa219-gjp4-8570p:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG % git -C /usr/src rev-list --count HEAD 257732 % From owner-freebsd-current@freebsd.org Mon Apr 5 19:44:17 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 43D5B5C5095; Mon, 5 Apr 2021 19:44:17 +0000 (UTC) (envelope-from herbert@gojira.at) Received: from mail.bsd4all.net (mail.bsd4all.net [94.130.200.20]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.bsd4all.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FDh1X0vNNz3Mb0; Mon, 5 Apr 2021 19:44:15 +0000 (UTC) (envelope-from herbert@gojira.at) Date: Mon, 05 Apr 2021 21:43:53 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gojira.at; s=mail202005; t=1617651846; bh=g6bI51YgYOs04jyWDzAjRlJeOKzjVX0vnPgFvMj5lQg=; h=Date:Message-ID:From:To:Subject:MIME-Version:Content-Type; b=y5KxXx6YBZwpsBDLT/j0YxNree7a1SFfw2W/oN5K+FTFNYHmON9WempnJU13ZM6Mi L7dFYPmHD93SSPMyXW7POzr4ld8wdLHdroMlhfsmPM93eAVBTAcBL2DBgrZ/JzRqan CWNCHmTu3LZkqkuI5lTuP0OU240c6X9v5rFz71PMDN52AYQmhWtS/gg/rQS7cwCSjJ lIqWayn5EYfafNz67x49ScdKsuOQu7N+ktoB/OEOSyYGIY1FYFBB8G2ZFP1JCbXyQM hHCfw+lEVt/U2hlTloOx8c217wDAYi7tZ6Qn2ttruLsd9PV5Ht2Aj67+XhKMkOz4Zp lrmexX7TWifKw== Message-ID: <87lf9wpldy.wl-herbert@gojira.at> From: "Herbert J. Skuhra" To: freebsd-questions@freebsd.org, freebsd-current@freebsd.org Subject: Re: /usr/src Git --count (count of commits to the branch) In-Reply-To: References: <20210321165225.11fa1f5559373032ea629412@3dresearch.com> <62accae5-1d15-cc5f-4438-dbf503af94cd@gmail.com> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/28.0 Mule/6.0 MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4FDh1X0vNNz3Mb0 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gojira.at header.s=mail202005 header.b=y5KxXx6Y; dmarc=none; spf=pass (mx1.freebsd.org: domain of herbert@gojira.at designates 94.130.200.20 as permitted sender) smtp.mailfrom=herbert@gojira.at X-Spamd-Result: default: False [-2.50 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gojira.at:s=mail202005]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:94.130.200.20]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[gojira.at]; SPAMHAUS_ZRD(0.00)[94.130.200.20:from:127.0.2.255]; DKIM_TRACE(0.00)[gojira.at:+]; RCPT_COUNT_TWO(0.00)[2]; MID_CONTAINS_FROM(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[94.130.200.20:from]; ASN(0.00)[asn:24940, ipnet:94.130.0.0/16, country:DE]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-questions] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 05 Apr 2021 19:44:17 -0000 On Mon, 05 Apr 2021 21:00:47 +0200, Graham Perrin wrote: > = > Why is the count so different? > = > The count today: 257732; and the result of today's build: n245827 > = > % bectl list -c creation > BE=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Active Mo= untpoint Space Created > r357746-Waterfox=A0=A0=A0=A0=A0 -=A0=A0=A0=A0=A0 -=A0=A0=A0=A0=A0=A0=A0= =A0=A0 59.2G 2020-03-10 18:24 > n2733-5ac839029d-f=A0=A0=A0 -=A0=A0=A0=A0=A0 -=A0=A0=A0=A0=A0=A0=A0=A0= =A0 12.5G 2021-03-04 09:17 > n257337-5fe0cd6503d-e -=A0=A0=A0=A0=A0 -=A0=A0=A0=A0=A0=A0=A0=A0=A0 1= .55G 2021-03-23 07:56 > n257551-66f138563be-a -=A0=A0=A0=A0=A0 -=A0=A0=A0=A0=A0=A0=A0=A0=A0 1= 29M=A0 2021-03-25 09:35 > n257551-66f138563be-b -=A0=A0=A0=A0=A0 -=A0=A0=A0=A0=A0=A0=A0=A0=A0 8= 82M=A0 2021-03-26 19:27 > n257551-66f138563be-c -=A0=A0=A0=A0=A0 -=A0=A0=A0=A0=A0=A0=A0=A0=A0 9= 5.4M 2021-03-31 16:26 > n257732-361e9501800-a NR=A0=A0=A0=A0 /=A0=A0=A0=A0=A0=A0=A0=A0=A0 127= G=A0 2021-04-05 18:48 > % uname -v > FreeBSD 14.0-CURRENT #91 main-n245827-361e9501800: Mon Apr=A0 5 17:59= :57 > BST 2021 > root@mowa219-gjp4-8570p:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODE= BUG > % git -C /usr/src rev-list --count HEAD > 257732 /usr/src/sys/conf/newvers.sh uses a different command: git_cnt=3D$($git_cmd rev-list --first-parent --count HEAD 2>/dev/null= ) ^^^^^^^^^^^^^^ See: commit 8a51f14a7833fd14e1f125e63a0af9d260dcd287 Author: Warner Losh Date: Mon Jan 25 12:53:31 2021 -0700 -- Herbert From owner-freebsd-current@freebsd.org Tue Apr 6 03:06:18 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D90EB5CE9EF; Tue, 6 Apr 2021 03:06:18 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x42f.google.com (mail-wr1-x42f.google.com [IPv6:2a00:1450:4864:20::42f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FDsqY6PFrz4fsZ; Tue, 6 Apr 2021 03:06:17 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x42f.google.com with SMTP id e18so12552652wrt.6; Mon, 05 Apr 2021 20:06:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=Am53ys+LpLCu/qePbARmyV6bNrYotfWGp3KqmThDeDo=; b=VShi1RmM4OS15iGDXaYJLFvw1JY4jUkwLAXKMgtGdtwG0TlO++p6EJc9sIzJs06iwL w4NCMVGXUAJdoutmqqhu16gUm9mr7v/2MlKa96/XeLCLJ+AenmEobs6Spt0Y+3Rn72A+ FMNe2WOrfJK6qiLbJDpKhGNGh9blceXunyfrIrgTq4xhTGnREIXd27H5k+rD2sIFh02e uXcQ9xJGUngV6Sy6SXaLHa10pAFO/7xmD3siPLI7vp7ptUrtvu6lDzP0JqcJ2mwQdq0A nxy+rwq+3r/yMivpsp1pWTalsD8Q0a6fdQj0zZ73zaznXZFC4hivavgTeuIbhwJ+72Pp e+ng== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=Am53ys+LpLCu/qePbARmyV6bNrYotfWGp3KqmThDeDo=; b=WLE9WNl/kBRVCnsX2dDXZZxGG9rF9sa/WqpPzV4dAFX+CrpXMqnCv0i4ylv+MmtcvO iVndJIDMq0fEVXePkwLBXG3bKQu7LXQImOYF/Avqff+qxK0uUejCtHrsJaDWAknj+dzY 4o6RXBHTU/6x3iiEUQRvmpY2/RcMBU4j4S+3zUzk9zW/yagfL4eAQjRH74z/eLfGmgTs 1HEkldU2uRQCD06efDssllT3pX1CP4BtQ7G728bCX5COqQIbMnelDLceqNvbA+Ytmc// moC1O5oCTxeWZkGoiCL46rgNSb/y8tC/TIcY412S+J5/xEidZHfVmZh8EVBE6YITNPb9 eecQ== X-Gm-Message-State: AOAM531NgkLpW26bEN5rTSl+h9xX9WG7ikk2Q5w+0oJHolqRh27QVs7u j+iiOdYEtVNzZFRIWFp5DnKXed5jDCajGQ== X-Google-Smtp-Source: ABdhPJw+v1EA2jdo6Ck2eaoQq51O+qvUb1Av3wkw88w9xUNMrmrcgWoJRYj7oAJHrYJ8us8bRlPEgA== X-Received: by 2002:a5d:570c:: with SMTP id a12mr32390107wrv.209.1617678374880; Mon, 05 Apr 2021 20:06:14 -0700 (PDT) Received: from [192.168.1.13] (88-105-96-80.dynamic.dsl.as9105.com. [88.105.96.80]) by smtp.gmail.com with ESMTPSA id 61sm19378693wrn.25.2021.04.05.20.06.14 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 05 Apr 2021 20:06:14 -0700 (PDT) Subject: Re: /usr/src Git --count (count of commits to the branch) To: "Herbert J. Skuhra" References: <20210321165225.11fa1f5559373032ea629412@3dresearch.com> <62accae5-1d15-cc5f-4438-dbf503af94cd@gmail.com> <87lf9wpldy.wl-herbert@gojira.at> X-Priority: 4 (Low) Cc: freebsd-questions@freebsd.org, freebsd-current@freebsd.org From: Graham Perrin Message-ID: <5ecfd027-0132-f036-e5f5-89932bb9e8c1@gmail.com> Date: Tue, 6 Apr 2021 04:06:13 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.9.0 MIME-Version: 1.0 In-Reply-To: <87lf9wpldy.wl-herbert@gojira.at> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Rspamd-Queue-Id: 4FDsqY6PFrz4fsZ X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=VShi1RmM; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::42f as permitted sender) smtp.mailfrom=grahamperrin@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; 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:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; HAS_X_PRIO_THREE(0.00)[4]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::42f:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[88.105.96.80:received]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::42f:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::42f:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-questions] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 06 Apr 2021 03:06:19 -0000 On 05/04/2021 20:43, Herbert J. Skuhra wrote: > On Mon, 05 Apr 2021 21:00:47 +0200, Graham Perrin wrote: >> Why is the count so different? >> >> The count today: 257732; and the result of today's build: n245827 >> >> % bectl list -c creation >> BE                    Active Mountpoint Space Created >> r357746-Waterfox      -      -          59.2G 2020-03-10 18:24 >> n2733-5ac839029d-f    -      -          12.5G 2021-03-04 09:17 >> n257337-5fe0cd6503d-e -      -          1.55G 2021-03-23 07:56 >> n257551-66f138563be-a -      -          129M  2021-03-25 09:35 >> n257551-66f138563be-b -      -          882M  2021-03-26 19:27 >> n257551-66f138563be-c -      -          95.4M 2021-03-31 16:26 >> n257732-361e9501800-a NR     /          127G  2021-04-05 18:48 >> % uname -v >> FreeBSD 14.0-CURRENT #91 main-n245827-361e9501800: Mon Apr  5 17:59:57 >> BST 2021 >> root@mowa219-gjp4-8570p:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG >> % git -C /usr/src rev-list --count HEAD >> 257732 > /usr/src/sys/conf/newvers.sh uses a different command: > > git_cnt=$($git_cmd rev-list --first-parent --count HEAD 2>/dev/null) > ^^^^^^^^^^^^^^ > See: > > commit 8a51f14a7833fd14e1f125e63a0af9d260dcd287 > Author: Warner Losh > Date: Mon Jan 25 12:53:31 2021 -0700 Perfect! Thank you. I'll update my script. From owner-freebsd-current@freebsd.org Tue Apr 6 06:21:09 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9EC425D4F00; Tue, 6 Apr 2021 06:21:09 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::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 4FDy8P0x2Pz4tPp; Tue, 6 Apr 2021 06:21:08 +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 1366KtwU020663 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 6 Apr 2021 06:20:57 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: freebsd-current@freebsd.org Received: from [10.58.0.10] (dadv@dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 1366Kmgb033664 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Tue, 6 Apr 2021 13:20:48 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: TCP Connection hang - MSS again To: Rozhuk Ivan References: <20210405124450.7505b43c@rimwks.local> <0D7C52FC-DA37-41B6-A05C-F49ECEFE51FC@freebsd.org> <20210405154449.2d267589@rimwks.local> Cc: freebsd-current@freebsd.org, freebsd-net From: Eugene Grosbein Message-ID: Date: Tue, 6 Apr 2021 13:20:47 +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: <20210405154449.2d267589@rimwks.local> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM, NICE_REPLY_A,SPF_FAIL,SPF_HELO_NONE 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_FAIL SPF: sender does not match SPF record (fail) * [SPF failed: Please see http://www.openspf.org/Why?s=mfrom; id=eugen%40grosbein.net; ip=2a03%3A3100%3Ac%3A13%3A%3A5; r=hz.grosbein.net] * 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record * 2.6 LOCAL_FROM From my domains * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4FDy8P0x2Pz4tPp X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; TAGGED_RCPT(0.00)[]; REPLY(-4.00)[] X-Mailman-Approved-At: Tue, 06 Apr 2021 11:07:15 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 06 Apr 2021 06:21:09 -0000 05.04.2021 19:44, Rozhuk Ivan wrote: >>> As I understand, in some cases remote host does not reply with MSS >>> option, and host behind router continue use mss 8960, that dropped >>> by router. >> If the peer does not provide an MSS option, your local FreeBSD based >> host should use an MSS of net.inet.tcp.mssdflt bytes. The default is >> 536. So I don't think this should be a problem. > > Thats it! > Thanks, it was ~64k in mine config. This is also per-host setting, you know :-) It is generally bad idea using MTU over 1500 for an interface facing public network without -mtu 1500. You see, because TCP MSS affects only TCP and there is also UDP that happily produces oversized datagramms for DNS or RTP or NFS or tunneling like L2TP or OpenVPN etc. relying on IP fragmentation. I still recommend using -mtu 1500 in addition to mssdflt in your case. From owner-freebsd-current@freebsd.org Tue Apr 6 12:54:38 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 660705D06E1; Tue, 6 Apr 2021 12:54:38 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FF6tP1Z6kz4nxg; Tue, 6 Apr 2021 12:54:36 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 136CsSjo005422; Tue, 6 Apr 2021 05:54:28 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 136CsRZB005421; Tue, 6 Apr 2021 05:54:27 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202104061254.136CsRZB005421@gndrsh.dnsmgr.net> Subject: Re: TCP Connection hang - MSS again In-Reply-To: To: Eugene Grosbein Date: Tue, 6 Apr 2021 05:54:27 -0700 (PDT) CC: Rozhuk Ivan , freebsd-current@freebsd.org, freebsd-net X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4FF6tP1Z6kz4nxg X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-rwg@gndrsh.dnsmgr.net has no SPF policy when checking 69.59.192.140) smtp.mailfrom=freebsd-rwg@gndrsh.dnsmgr.net X-Spamd-Result: default: False [-0.10 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; SPAMHAUS_ZRD(0.00)[69.59.192.140:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[69.59.192.140:from]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-net]; FREEMAIL_CC(0.00)[gmail.com,freebsd.org] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 06 Apr 2021 12:54:38 -0000 > 05.04.2021 19:44, Rozhuk Ivan wrote: > > >>> As I understand, in some cases remote host does not reply with MSS > >>> option, and host behind router continue use mss 8960, that dropped > >>> by router. > >> If the peer does not provide an MSS option, your local FreeBSD based > >> host should use an MSS of net.inet.tcp.mssdflt bytes. The default is > >> 536. So I don't think this should be a problem. > > > > Thats it! > > Thanks, it was ~64k in mine config. > > This is also per-host setting, you know :-) > > It is generally bad idea using MTU over 1500 for an interface facing public network > without -mtu 1500. You see, because TCP MSS affects only TCP and there is also UDP > that happily produces oversized datagramms for DNS or RTP or NFS or tunneling like L2TP or OpenVPN etc. > relying on IP fragmentation. > > I still recommend using -mtu 1500 in addition to mssdflt in your case. I do not recommend such a setting. That would defeat any jumbo frame usage locally! The gateway/router that is forwarding packets to the internet connection needs its upstream interface mtu set properly, and configured to properly return icmp need fragement messages on the interfaces towards the internal network. This leaking of jumbo frames to the Internet is almost always caused by blockage of icmp packets internal to a network, and doing that forces one to run on an mtu that is acceptable to the global Internet, a far from optimal situation. -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Tue Apr 6 15:31:21 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 117985D58D7; Tue, 6 Apr 2021 15:31:21 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::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 4FFBMD0kF4z3Phw; Tue, 6 Apr 2021 15:31:19 +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 136FV7Jn027738 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 6 Apr 2021 15:31:16 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: freebsd-rwg@gndrsh.dnsmgr.net Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 136F1Utm003469 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Tue, 6 Apr 2021 22:01:31 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: TCP Connection hang - MSS again To: "Rodney W. Grimes" References: <202104061254.136CsRZB005421@gndrsh.dnsmgr.net> Cc: freebsd-net , freebsd-current@freebsd.org From: Eugene Grosbein Message-ID: <8d211e78-bccc-47a0-ab91-bfbf5d22911c@grosbein.net> Date: Tue, 6 Apr 2021 22:01:24 +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: <202104061254.136CsRZB005421@gndrsh.dnsmgr.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM, NICE_REPLY_A,SPF_FAIL,SPF_HELO_NONE 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_FAIL SPF: sender does not match SPF record (fail) * [SPF failed: Please see http://www.openspf.org/Why?s=mfrom; id=eugen%40grosbein.net; ip=2a03%3A3100%3Ac%3A13%3A%3A5; r=hz.grosbein.net] * 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record * 2.6 LOCAL_FROM From my domains * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4FFBMD0kF4z3Phw X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=fail (mx1.freebsd.org: domain of eugen@grosbein.net does not designate 2a01:4f8:c2c:26d8::2 as permitted sender) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-0.10 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; R_SPF_FAIL(1.00)[-all]; FREEFALL_USER(0.00)[eugen]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; ARC_NA(0.00)[]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; SPAMHAUS_ZRD(0.00)[2a01:4f8:c2c:26d8::2:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a01:4f8:c2c:26d8::2:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-net,freebsd-current] X-Mailman-Approved-At: Tue, 06 Apr 2021 16:45:49 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 06 Apr 2021 15:31:21 -0000 06.04.2021 19:54, Rodney W. Grimes wrote: >> 05.04.2021 19:44, Rozhuk Ivan wrote: >> >>>>> As I understand, in some cases remote host does not reply with MSS >>>>> option, and host behind router continue use mss 8960, that dropped >>>>> by router. >>>> If the peer does not provide an MSS option, your local FreeBSD based >>>> host should use an MSS of net.inet.tcp.mssdflt bytes. The default is >>>> 536. So I don't think this should be a problem. >>> >>> Thats it! >>> Thanks, it was ~64k in mine config. >> >> This is also per-host setting, you know :-) >> >> It is generally bad idea using MTU over 1500 for an interface facing public network >> without -mtu 1500. You see, because TCP MSS affects only TCP and there is also UDP >> that happily produces oversized datagramms for DNS or RTP or NFS or tunneling like L2TP or OpenVPN etc. >> relying on IP fragmentation. >> >> I still recommend using -mtu 1500 in addition to mssdflt in your case. > > I do not recommend such a setting. That would defeat any jumbo frame usage > locally! Why? Default route should not be used for local delivery. > The gateway/router that is forwarding packets to the internet connection > needs its upstream interface mtu set properly, and configured to properly > return icmp need fragement messages on the interfaces towards the > internal network. This results in extra delays and retransmission during outgoing data transfer, not good. The mechanics is much more fragile than default route's mtu attribute. From owner-freebsd-current@freebsd.org Tue Apr 6 16:59:40 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5FEC15D78F7 for ; Tue, 6 Apr 2021 16:59:40 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4FFDK80vDQz3qkb for ; Tue, 6 Apr 2021 16:59:40 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: by mailman.nyi.freebsd.org (Postfix) id 1CF185D79C6; Tue, 6 Apr 2021 16:59:40 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1CB425D7BC2 for ; Tue, 6 Apr 2021 16:59:40 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: from sonic304-9.consmr.mail.bf2.yahoo.com (sonic304-9.consmr.mail.bf2.yahoo.com [74.6.128.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FFDK70kCBz3qg4 for ; Tue, 6 Apr 2021 16:59:38 +0000 (UTC) (envelope-from filippomore@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1617728377; bh=KSxoebBcDw2jwrF3qCYTq9QjC/vB9RWgPHsW+KUUSpv=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=SF/kSVa1vdZYdAVcY5WQua+CpPmhuZt2AZ3pD6SsQ7Pe+8RCK3d8Dm7BjR+mgOTA9/qkqDS/8RM3bkxqTpmZRR9cE7FFk9+rZFJwibzejk+KedNxZZfEbZbwXpEMTl2cbiOI+dwvPL7kgvllJs5rZ6lussTJUsCKQHAW/3BNJKA+NEkqeNLF6P0gyx3k3RtBvpysb2ZLUtKRfepMYkirziW5/gdrURoxuy2O2Q2TEI7RhsH5Q8qg0I9LuPBClh0g+pssRjQcxMV901v+XjfIC3OBZsELr7hlPzBhuFKCzQSspaXBahnDqC4ushgxxOO80F+zl4fjUAHGaEm+tBdcNA== X-YMail-OSG: 6T15BUAVM1kgv4x_w5T2b9lsTPFrnf7AgbIP_yUz5TjjUe53a7_jnnIkbd7AD6s lZRax3vJbkKTLwmXxbnROVQTwkXi6_.hkRZXnzOBKLCz4oTVYPYhBR86Yit4wVfrKkkWir5rLO.v qbGox8XD96IikJGNSWJoyYbNLwoDzxgL8ugP32dQKkwz.Nr2plKBwZ4.SbuluD16zmfUfgMmjCR6 EtrmVXsqoOk87VDrugqkQNUsQ5ay..jMwXg8PVvarJ2n4beDEkdkVDnXA3CzbgEPQB8vgPaUcQ_W TPHrifaoAlTWu_1Rqn68t7.zlSxcnVn7tMjlsHVN6SS9bEPk6gwSa8cqq4DR3sv7cgddAniUvFHv v0WTBUMSY3uJrYnIBbslFQHTsT.7HQYZHkC.k2Pby9QG.FrDFZ8W8fHjc7oz8up5AT70DG0PEZKW MDIg6CRz6KlapI846mOT7yVa3OcO3ezMQVNybpvN5Uy1egpLGal_3zVfXpOjJJpzs7zSn3TOolMw 4I..xzCce2OCrG4eeaN7CiDPPcVHvBPLwOl5GfP4XIod_pFv0j5YSXmTHMI4AcL9d5oD3U1.wkBz jge5EOjNQUkgZmCs9yHTn82b5xkWG_BSBN9mhWSJANmFqn8qcbpvsEwClMVCq_eJ5AypfXqITI2J EB9UpxxPyw9kG4Yp0lyQBqBkqrMaZVJGudOpcOaAZmIFOUj_6cLsy8_zekuiSfb9O8iQhLGinWXX 6evfhpaaccjZwQSqhBA3LI2wcXNlAbyL.Ph9mjOaXWuNmlfA2XgZ5zi2McHkFGxeVsbidE2uBYrc roTWAm_CDhzLrLHnQab94iM6Oye65Lu0auyfsqz6Y_PRAK2XFp4UiefKlXKckL7VEeMo9JHEfZ29 VqWxATXgNP3psy.S2a6.BsDYWkIrKdJYz_TkmAcFoRpMxOUA5VxfPpuackdzitX4.P96L5hLqbC. 6ayBboW5YXu4jwMPRhlW55bq9NSXsnaG.HSPWoVSrxOzt2Lwln_v8iIPJQaUJT1xqt6uRujycr5x P.Pvc4EQQOuvaOpEGkDGIMvH41UH_adefuKWBIWEbFT.tv81QwJb8Wk8nLB1Mb58iRbTp_ujQSNY 9WZir4DYevZRgpnOL8mlbrzRhLkKdAnd9T_kjmHUZ1XKcIY.zKDfGAsGVOJ.jAHinhErCFTHJvj8 RedBPk7wt.FOo2DGSvevshFVpz6DTJMzzx3jfKXthnsFXTpe2aTKlQEgWutLwEs9kND7k6X4ZTV4 w99yYBCSSPitSdyEFPX7xdtmbLkMNeaJdCdPW7U2UaUErkhX2YkRbEKOXLuunjxt77mzZA36M.iZ _rO.xI1d2n5.Uc7fnhY_wuZNswntATqrHFyKjOXwBLPmu.dJKgZYFVhUpFi73SzSol0mZZcguL97 dM_V6ezEEvl7_snWiXR3u_e9ZHzHUOjUEKbtFRBGFmhkcztkNeNmf0VOYeKcLMcFLPmQb.jWFLmQ 5NlRNLXPFOmffelCFDSkAerP2Dpi8bpgkUmB7SN180xNxbgvk.qU9F4cgItMoXcG_fKEHNfTubDt wYbYJumCPVcGNqjpZbh2xqOJyETyROtsY9NzmhX8vtYAGs6kga.SssDL5uoRxneObUIHdtWESeVe GcnwE8uYR4wFo7npDkE1lcWYBbjvdjcpjJFGtPZiLCOZapPvcvISMRJ0qLzpe2kcYilRtLHD5mPz QK0_HM6VJfYWFjq_aApob8yv.J6peUwyGSqIQqYhSkKMouvzvWYCiQQnUo24MDQ0.im5KZIYDN3t gAaW8OQigBQHJAy55BFl8Wy0m5aPWF_yQiAdzd61IhJJ38B3ENRdAwM9oPknLv8lkORPGQAuT5fs 9HC31oXqiDpNDR.iZYObJdwoRJmxR0an9Jd8HxNHDoK2jA4Z6F2Fef7QcxlbZgqct3dklJm0XUmC CAmwZBXfio0qwznck8YB12WvOl7xKVVRLrQlj1_43XqveSeYoraMABd64gXp5C0f3A_KNRCaj3aE P4Ju2e4dl7HB1VuiVcRXbPHarKKtWJiQCgB_MENPPKGxFfBc0aB4q3smPtDYyNjvslN3Nclt_KeN BH3PzXhAruzGlzInJVKGxYSG6GnsyQVjFTWoETcw6Pxp6Y92rmK4Hy9A.oUBRiUOOG94cCkeTt70 E1OG.T266pQAeG1qB4JcAKyiwYMyLlDbh8VzEtjtPo23TzMN7aX7PI..rlh3hDdQhSnJkNjnQKDR 0CdgKyvythb1Fnk7hs27GOJU1ksLQNpFb3CeV_PGyxx23hH7pYaCMgpkZP3nQ5Dvp1Y2LLkC7pR8 UEwCCtNx1J_vIipali_27mg.6CiWbPp0XmPcL1YwaYR1B.i.3EE0y2SrFfigcJO3SB3tlCm.FW4. Q_GdY5Jz0jzZS0WPTYi8WHQ7NqJ49daWiwe6jNSmF X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.bf2.yahoo.com with HTTP; Tue, 6 Apr 2021 16:59:37 +0000 Date: Tue, 6 Apr 2021 16:59:36 +0000 (UTC) From: Filippo Moretti To: FreeBSD Current Message-ID: <2116917727.454796.1617728376803@mail.yahoo.com> Subject: Problem compiling libgit2 MIME-Version: 1.0 References: <2116917727.454796.1617728376803.ref@mail.yahoo.com> X-Mailer: WebService/1.1.18033 YMailNorrin Mozilla/5.0 (X11; FreeBSD amd64; rv:87.0) Gecko/20100101 Firefox/87.0 X-Rspamd-Queue-Id: 4FFDK70kCBz3qg4 X-Spamd-Bar: / X-Spamd-Result: default: False [0.00 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[74.6.128.32:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[74.6.128.32:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[74.6.128.32:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[74.6.128.32:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[current] Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 06 Apr 2021 16:59:40 -0000 After moving ports to git I had the following error while updating libgit2:= =3D=3D=3D>=C2=A0 Extracting for libgit2-1.1.0 =3D> =3D=3D=3D>=C2=A0 Extracting for libgit2-1.1.0 =3D> SHA256 Checksum OK for libgit2-1.1.0.tar.gz. =3D=3D=3D>=C2=A0 Patching for libgit2-1.1.0 sed: /usr/ports/devel/libgit2/work/libgit2-1.1.0/cmake/Modules/SelectHTTPSB= ackend.cmake: No such file or directory *** Error code 1 Stop. make[1]: stopped in /usr/ports/devel/libgit2 *** Error code 1 Stop. make: stopped in /usr/ports/devel/libgit2 my system:root@STING /usr/ports/devel/libgit2]# uname -a FreeBSD STING 14.0-CURRENT FreeBSD 14.0-CURRENT #23 main-n245729-51cc31088b= f: Tue Mar 30 18:58:45 CEST 2021=C2=A0=C2=A0=C2=A0=C2=A0 root@STING:/usr/ob= j/usr/src/amd64.amd64/sys/STING=C2=A0 amd64 Filippo From owner-freebsd-current@freebsd.org Tue Apr 6 17:02:47 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 074395D7DD9; Tue, 6 Apr 2021 17:02:47 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FFDNj6Wjpz3rMZ; Tue, 6 Apr 2021 17:02:45 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 136H2he0006399; Tue, 6 Apr 2021 10:02:43 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 136H2hZh006398; Tue, 6 Apr 2021 10:02:43 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202104061702.136H2hZh006398@gndrsh.dnsmgr.net> Subject: Re: TCP Connection hang - MSS again In-Reply-To: <8d211e78-bccc-47a0-ab91-bfbf5d22911c@grosbein.net> To: Eugene Grosbein Date: Tue, 6 Apr 2021 10:02:43 -0700 (PDT) CC: "Rodney W. Grimes" , freebsd-net , freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4FFDNj6Wjpz3rMZ X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-rwg@gndrsh.dnsmgr.net has no SPF policy when checking 69.59.192.140) smtp.mailfrom=freebsd-rwg@gndrsh.dnsmgr.net X-Spamd-Result: default: False [1.90 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[dnsmgr.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[69.59.192.140:from]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; SPAMHAUS_ZRD(0.00)[69.59.192.140:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MIME_TRACE(0.00)[0:+]; MAILMAN_DEST(0.00)[freebsd-net,freebsd-current]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 06 Apr 2021 17:02:47 -0000 > 06.04.2021 19:54, Rodney W. Grimes wrote: > >> 05.04.2021 19:44, Rozhuk Ivan wrote: > >> > >>>>> As I understand, in some cases remote host does not reply with MSS > >>>>> option, and host behind router continue use mss 8960, that dropped > >>>>> by router. > >>>> If the peer does not provide an MSS option, your local FreeBSD based > >>>> host should use an MSS of net.inet.tcp.mssdflt bytes. The default is > >>>> 536. So I don't think this should be a problem. > >>> > >>> Thats it! > >>> Thanks, it was ~64k in mine config. > >> > >> This is also per-host setting, you know :-) > >> > >> It is generally bad idea using MTU over 1500 for an interface facing public network > >> without -mtu 1500. You see, because TCP MSS affects only TCP and there is also UDP > >> that happily produces oversized datagramms for DNS or RTP or NFS or tunneling like L2TP or OpenVPN etc. > >> relying on IP fragmentation. > >> > >> I still recommend using -mtu 1500 in addition to mssdflt in your case. > > > > I do not recommend such a setting. That would defeat any jumbo frame usage > > locally! > > Why? Default route should not be used for local delivery. Your right, but we are both making assumptions, I assumed that most likely the only route on the system is the default route, and your assuming that they are running with something more than a default route. > > The gateway/router that is forwarding packets to the internet connection > > needs its upstream interface mtu set properly, and configured to properly > > return icmp need fragement messages on the interfaces towards the > > internal network. > > This results in extra delays and retransmission during outgoing data transfer, not good. > The mechanics is much more fragile than default route's mtu attribute. The delay should be pretty slight, the router is going to return an icmp message, and if configured to do so frag the packets and forward them on, no retransmission would occur as the DF flag is not normally set unless explicitly requested. It still makes no since to me to increase the interface MTU and then crank it back down by using a route MTU. You might as well just leave the MTU alone and not have 2 configurations items more or less doing nothing. -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Tue Apr 6 17:26:09 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 160FD5B1349 for ; Tue, 6 Apr 2021 17:26:09 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4FFDvh5yRFz3vZy for ; Tue, 6 Apr 2021 17:26:08 +0000 (UTC) (envelope-from mad@madpilot.net) Received: by mailman.nyi.freebsd.org (Postfix) id C9ECB5B1404; Tue, 6 Apr 2021 17:26:08 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C9A505B1403 for ; Tue, 6 Apr 2021 17:26:08 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mail.madpilot.net (vogon.madpilot.net [159.69.1.99]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FFDvh4gxYz3vm5 for ; Tue, 6 Apr 2021 17:26:08 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 4FFDvg0QcVz6dPW; Tue, 6 Apr 2021 19:26:07 +0200 (CEST) Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10026) with ESMTP id o4E3dR452DeM; Tue, 6 Apr 2021 19:26:03 +0200 (CEST) Subject: Re: Problem compiling libgit2 To: Filippo Moretti , FreeBSD Current References: <2116917727.454796.1617728376803.ref@mail.yahoo.com> <2116917727.454796.1617728376803@mail.yahoo.com> From: Guido Falsi Message-ID: Date: Tue, 6 Apr 2021 19:26:02 +0200 In-Reply-To: <2116917727.454796.1617728376803@mail.yahoo.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4FFDvh4gxYz3vm5 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 06 Apr 2021 17:26:09 -0000 On 06/04/21 18:59, Filippo Moretti via freebsd-current wrote: > After moving ports to git I had the following error while updating libgit2:===>  Extracting for libgit2-1.1.0 > => ===>  Extracting for libgit2-1.1.0 > => SHA256 Checksum OK for libgit2-1.1.0.tar.gz. > ===>  Patching for libgit2-1.1.0 > sed: /usr/ports/devel/libgit2/work/libgit2-1.1.0/cmake/Modules/SelectHTTPSBackend.cmake: No such file or directory > *** Error code 1 > > Stop. > make[1]: stopped in /usr/ports/devel/libgit2 > *** Error code 1 > > Stop. > make: stopped in /usr/ports/devel/libgit2 > > > my system:root@STING /usr/ports/devel/libgit2]# uname -a > FreeBSD STING 14.0-CURRENT FreeBSD 14.0-CURRENT #23 main-n245729-51cc31088bf: Tue Mar 30 18:58:45 CEST 2021     root@STING:/usr/obj/usr/src/amd64.amd64/sys/STING  amd64 > It's been fixed, update your ports tree. -- Guido Falsi From owner-freebsd-current@freebsd.org Tue Apr 6 17:49:13 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 190855B230D; Tue, 6 Apr 2021 17:49:13 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (mail-n.franken.de [193.175.24.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "Sectigo RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FFFQJ3zZKz4SGd; Tue, 6 Apr 2021 17:49:11 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from [IPv6:2a02:8109:1140:c3d:bc46:6e0e:6903:1acf] (unknown [IPv6:2a02:8109:1140:c3d:bc46:6e0e:6903:1acf]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTPSA id 985DB78D3F333; Tue, 6 Apr 2021 19:49:09 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: TCP Connection hang - MSS again From: Michael Tuexen In-Reply-To: <202104061702.136H2hZh006398@gndrsh.dnsmgr.net> Date: Tue, 6 Apr 2021 19:49:08 +0200 Cc: Eugene Grosbein , freebsd-net , freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <202104061702.136H2hZh006398@gndrsh.dnsmgr.net> To: "Rodney W. Grimes" X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-Rspamd-Queue-Id: 4FFFQJ3zZKz4SGd X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; ASN(0.00)[asn:680, ipnet:193.174.0.0/15, country:DE] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 06 Apr 2021 17:49:13 -0000 > On 6. Apr 2021, at 19:02, Rodney W. Grimes = wrote: >=20 >> 06.04.2021 19:54, Rodney W. Grimes wrote: >>>> 05.04.2021 19:44, Rozhuk Ivan wrote: >>>>=20 >>>>>>> As I understand, in some cases remote host does not reply with = MSS >>>>>>> option, and host behind router continue use mss 8960, that = dropped >>>>>>> by router. =20 >>>>>> If the peer does not provide an MSS option, your local FreeBSD = based >>>>>> host should use an MSS of net.inet.tcp.mssdflt bytes. The default = is >>>>>> 536. So I don't think this should be a problem. >>>>>=20 >>>>> Thats it! >>>>> Thanks, it was ~64k in mine config. >>>>=20 >>>> This is also per-host setting, you know :-) >>>>=20 >>>> It is generally bad idea using MTU over 1500 for an interface = facing public network >>>> without -mtu 1500. You see, because TCP MSS affects only TCP and = there is also UDP >>>> that happily produces oversized datagramms for DNS or RTP or NFS or = tunneling like L2TP or OpenVPN etc. >>>> relying on IP fragmentation. >>>>=20 >>>> I still recommend using -mtu 1500 in addition to mssdflt in your = case. >>>=20 >>> I do not recommend such a setting. That would defeat any jumbo = frame usage >>> locally! >>=20 >> Why? Default route should not be used for local delivery. >=20 > Your right, but we are both making assumptions, I assumed that most > likely the only route on the system is the default route, and your > assuming that they are running with something more than a default > route. >=20 >>> The gateway/router that is forwarding packets to the internet = connection >>> needs its upstream interface mtu set properly, and configured to = properly >>> return icmp need fragement messages on the interfaces towards the >>> internal network. >>=20 >> This results in extra delays and retransmission during outgoing data = transfer, not good. >> The mechanics is much more fragile than default route's mtu = attribute. >=20 > The delay should be pretty slight, the router is going to return an > icmp message, and if configured to do so frag the packets and > forward them on, no retransmission would occur as the DF flag > is not normally set unless explicitly requested. 1. Isn't a router either fragmenting a packet and forwarding the fragments or sending back an ICMP packet and dropping the packet? 2. Isn't FreeBSDs TCP implementation setting the DF bit, if net.inet.tcp.path_mtu_discovery is set to 1, which is the default. So it would take one RTT to the router For TCP to react and reduce the = MSS. Best regards Michael >=20 > It still makes no since to me to increase the interface MTU and then > crank it back down by using a route MTU. You might as well just leave > the MTU alone and not have 2 configurations items more or less doing > nothing. >=20 > --=20 > Rod Grimes = rgrimes@freebsd.org > _______________________________________________ > freebsd-net@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Wed Apr 7 03:49:38 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AA17E5C7AE7 for ; Wed, 7 Apr 2021 03:49:38 +0000 (UTC) (envelope-from xpetrl@beepc.ch) Received: from srv.fastssdserver.com (srv.fastssdserver.com [208.91.104.146]) (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 4FFVl55F6sz3k94 for ; Wed, 7 Apr 2021 03:49:36 +0000 (UTC) (envelope-from xpetrl@beepc.ch) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=beepc.ch; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:References:To:Subject:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=Buv9V4ISC847jD6gZ0Ep69bgVaBbkykcokhozLfaepA=; b=cGM7S6AvlhbvnKpN17xAfZw9V2 OJUFkuae9HO0jCzXXPvDlDrs1vN9tgWKXa6BhOXfHRrlzBn7KtgBYQ+b3nSwDaJK9QJB9RBRc6jD+ Gyh/aYNLVdapcbXi2XceenVpXChqMfkKD9Nq+rGU7+Kd0K5TlLrs7C0PdPmXvX2a8DNARGEBQwKs1 ATB7YMm7pa+t1QnEBd8I+rH5Orye3oIbq3J9IzmaEqjFSM1FFqLmzZdpW7RxP9GsXTewYtvXUtsdm P/EsK/Oj62hfXG/i+0SRFFhLEc+q+9v/heMWBhWGO3216qE/WTORDVyDloNWsDnN42ZsI6ePiOc8u aQbcI6Ow==; Received: from [185.20.202.205] (port=55666 helo=[192.168.3.177]) by srv.fastssdserver.com with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94) (envelope-from ) id 1lTqCF-00009w-SD for freebsd-current@freebsd.org; Tue, 06 Apr 2021 23:13:04 +0500 Subject: Re: ZFS not mount at boot To: freebsd-current@freebsd.org References: <10690ac2-2959-4344-7d38-d31a4132ad87@yuripv.dev> From: "beepc.ch" Message-ID: <16289e3d-7d61-78a4-8094-1a193d8b3fd1@beepc.ch> Date: Tue, 6 Apr 2021 20:13:01 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <10690ac2-2959-4344-7d38-d31a4132ad87@yuripv.dev> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - srv.fastssdserver.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - beepc.ch X-Get-Message-Sender-Via: srv.fastssdserver.com: authenticated_id: xpetrl@beepc.ch X-Authenticated-Sender: srv.fastssdserver.com: xpetrl@beepc.ch X-Source: X-Source-Args: X-Source-Dir: X-Rspamd-Queue-Id: 4FFVl55F6sz3k94 X-Spamd-Bar: +++++ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=beepc.ch header.s=default header.b=cGM7S6Av; dmarc=none; spf=pass (mx1.freebsd.org: domain of xpetrl@beepc.ch designates 208.91.104.146 as permitted sender) smtp.mailfrom=xpetrl@beepc.ch X-Spamd-Result: default: False [5.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(0.00)[+ip4:208.91.104.146]; HAS_X_SOURCE(0.00)[]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[beepc.ch:+]; HAS_X_ANTIABUSE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[208.91.104.146:from]; ASN(0.00)[asn:35913, ipnet:208.91.104.0/23, country:US]; MID_RHS_MATCH_FROM(0.00)[]; HAS_X_AS(0.00)[xpetrl@beepc.ch]; ARC_NA(0.00)[]; R_DKIM_ALLOW(0.00)[beepc.ch:s=default]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[beepc.ch]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[208.91.104.146:from:127.0.2.255]; RBL_VIRUSFREE_BOTNET(2.00)[208.91.104.146:from]; BAD_REP_POLICIES(0.10)[]; NEURAL_SPAM_LONG(1.00)[1.000]; HAS_X_GMSV(0.00)[xpetrl@beepc.ch]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 07 Apr 2021 03:49:38 -0000 On 05.04.21 18:17, Yuri Pankov wrote: >> - in /etc/rc.conf: >> zfs_enabled="YES" > If this is exactly what you have in rc.conf, then it's the problem -- it > should be "enable", not "enabled". > This fixed the issue, thank you! -- xpetrl From owner-freebsd-current@freebsd.org Wed Apr 7 05:22:50 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8A47A5CB177 for ; Wed, 7 Apr 2021 05:22:50 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4FFXpf2dN7z3v5P for ; Wed, 7 Apr 2021 05:22:50 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: by mailman.nyi.freebsd.org (Postfix) id 5A3A55CB212; Wed, 7 Apr 2021 05:22:50 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5A05B5CB284 for ; Wed, 7 Apr 2021 05:22:50 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FFXpd2bJRz3vDf for ; Wed, 7 Apr 2021 05:22:48 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (v-critter.freebsd.dk [192.168.55.3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by phk.freebsd.dk (Postfix) with ESMTPS id 513B28928B for ; Wed, 7 Apr 2021 05:22:41 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.16.1/8.16.1) with ESMTPS id 1375Mfu0069121 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Wed, 7 Apr 2021 05:22:41 GMT (envelope-from phk@critter.freebsd.dk) Received: (from phk@localhost) by critter.freebsd.dk (8.16.1/8.16.1/Submit) id 1375Meub069120; Wed, 7 Apr 2021 05:22:40 GMT (envelope-from phk) To: current@freebsd.org Subject: console getty uses 1.5% of CPU From: Poul-Henning Kamp MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <69118.1617772960.1@critter.freebsd.dk> Content-Transfer-Encoding: quoted-printable Date: Wed, 07 Apr 2021 05:22:40 +0000 Message-ID: <69119.1617772960@critter.freebsd.dk> X-Rspamd-Queue-Id: 4FFXpd2bJRz3vDf X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of phk@critter.freebsd.dk designates 130.225.244.222 as permitted sender) smtp.mailfrom=phk@critter.freebsd.dk X-Spamd-Result: default: False [-0.31 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[phk]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[130.225.244.222:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[130.225.244.222:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[freebsd.dk]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.31)[-0.313]; FORGED_SENDER(0.30)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:1835, ipnet:130.225.0.0/16, country:EU]; FROM_NEQ_ENVFROM(0.00)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; MAILMAN_DEST(0.00)[current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 07 Apr 2021 05:22:50 -0000 I have two 12.2-R systems where the serial console is attached to a termin= al server. When there are no TCP connections to the terminal server, getty soaks up 1= .5% of the CPU in the kernel (sleeping in "ttyin"), ktrace shows no system calls. When a TCP connection is made to the terminal server, which raises the mod= em-handshake on the DE-9 connector, the CPU usage stops. Anybody else seeing something like this ? -- = Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence= . From owner-freebsd-current@freebsd.org Wed Apr 7 05:25:12 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F109B5CB331 for ; Wed, 7 Apr 2021 05:25:12 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4FFXsN5YsXz3vTV for ; Wed, 7 Apr 2021 05:25:12 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: by mailman.nyi.freebsd.org (Postfix) id BD33C5CB3C2; Wed, 7 Apr 2021 05:25:12 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BCF435CB330 for ; Wed, 7 Apr 2021 05:25:12 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FFXsM6ssTz3vTT for ; Wed, 7 Apr 2021 05:25:11 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (v-critter.freebsd.dk [192.168.55.3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by phk.freebsd.dk (Postfix) with ESMTPS id 1BF088928B for ; Wed, 7 Apr 2021 05:25:10 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.16.1/8.16.1) with ESMTPS id 1375P94t069148 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Wed, 7 Apr 2021 05:25:09 GMT (envelope-from phk@critter.freebsd.dk) Received: (from phk@localhost) by critter.freebsd.dk (8.16.1/8.16.1/Submit) id 1375P9Y0069147; Wed, 7 Apr 2021 05:25:09 GMT (envelope-from phk) cc: current@freebsd.org Subject: Re: console getty uses 1.5% of CPU In-reply-to: <69119.1617772960@critter.freebsd.dk> From: "Poul-Henning Kamp" References: <69119.1617772960@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <69145.1617773109.1@critter.freebsd.dk> Content-Transfer-Encoding: quoted-printable Date: Wed, 07 Apr 2021 05:25:09 +0000 Message-ID: <69146.1617773109@critter.freebsd.dk> X-Rspamd-Queue-Id: 4FFXsM6ssTz3vTT X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of phk@critter.freebsd.dk designates 130.225.244.222 as permitted sender) smtp.mailfrom=phk@critter.freebsd.dk X-Spamd-Result: default: False [2.51 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[130.225.244.222:from]; FREEFALL_USER(0.00)[phk]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_DN_NONE(0.00)[]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[130.225.244.222:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[freebsd.dk]; NEURAL_SPAM_SHORT(0.51)[0.513]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_TLS_ALL(0.00)[]; MISSING_TO(2.00)[]; FORGED_SENDER(0.30)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:1835, ipnet:130.225.0.0/16, country:EU]; FROM_NEQ_ENVFROM(0.00)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; MAILMAN_DEST(0.00)[current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 07 Apr 2021 05:25:13 -0000 -------- Poul-Henning Kamp writes: > I have two 12.2-R systems where the serial console is attached to a term= inal server. > > When there are no TCP connections to the terminal server, getty soaks up= 1.5% of the > CPU in the kernel (sleeping in "ttyin"), ktrace shows no system calls. > > When a TCP connection is made to the terminal server, which raises the m= odem-handshake > on the DE-9 connector, the CPU usage stops. > > Anybody else seeing something like this ? Just checked, also happens on a similar box running 13.0-ALPHA3 -- = Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe = Never attribute to malice what can adequately be explained by incompetence= . From owner-freebsd-current@freebsd.org Wed Apr 7 13:08:45 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DE5E25D6C81 for ; Wed, 7 Apr 2021 13:08:45 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4FFl8F5LLqz3J70 for ; Wed, 7 Apr 2021 13:08:45 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: by mailman.nyi.freebsd.org (Postfix) id B51BB5D6B89; Wed, 7 Apr 2021 13:08:45 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B4E5E5D6847 for ; Wed, 7 Apr 2021 13:08:45 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 4FFl8F3zF1z3JGC for ; Wed, 7 Apr 2021 13:08:45 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1lU7vA-000FMb-NO; Wed, 07 Apr 2021 16:08:36 +0300 Date: Wed, 7 Apr 2021 16:08:36 +0300 From: Slawa Olhovchenkov To: Poul-Henning Kamp Cc: current@freebsd.org Subject: Re: console getty uses 1.5% of CPU Message-ID: <20210407130836.GA80160@zxy.spb.ru> References: <69119.1617772960@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <69119.1617772960@critter.freebsd.dk> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-Rspamd-Queue-Id: 4FFl8F3zF1z3JGC X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 07 Apr 2021 13:08:45 -0000 On Wed, Apr 07, 2021 at 05:22:40AM +0000, Poul-Henning Kamp wrote: > I have two 12.2-R systems where the serial console is attached to a terminal server. > > When there are no TCP connections to the terminal server, getty soaks up 1.5% of the > CPU in the kernel (sleeping in "ttyin"), ktrace shows no system calls. > > When a TCP connection is made to the terminal server, which raises the modem-handshake > on the DE-9 connector, the CPU usage stops. > > Anybody else seeing something like this ? Problem of comparing low number? Top's "getty 1.5% of the CPU" is not "getty eat 1.5% of the ALL CPU power", this is "getty 1.5% of off all other curerent eats of CPU power". T.e. if all system eat 985 ticks of CPU each second and getty eat 15 ticks of CPU each second -- top show 1.5% for getty. Load is raised to 99_985 ticks for system, getty eat 15 ticks -- top show 0% ( 15/(99985+15) = .015% ). From owner-freebsd-current@freebsd.org Wed Apr 7 14:34:01 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AC8495B85E4 for ; Wed, 7 Apr 2021 14:34:01 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4FFn2d3p67z3Q0c for ; Wed, 7 Apr 2021 14:34:01 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: by mailman.nyi.freebsd.org (Postfix) id 825BF5B8995; Wed, 7 Apr 2021 14:34:01 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 822635B86E9 for ; Wed, 7 Apr 2021 14:34:01 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FFn2d2bTJz3Pv3 for ; Wed, 7 Apr 2021 14:34:00 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (v-critter.freebsd.dk [192.168.55.3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by phk.freebsd.dk (Postfix) with ESMTPS id A5D1789283; Wed, 7 Apr 2021 14:33:58 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.16.1/8.16.1) with ESMTPS id 137EXwtj070523 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 7 Apr 2021 14:33:58 GMT (envelope-from phk@critter.freebsd.dk) Received: (from phk@localhost) by critter.freebsd.dk (8.16.1/8.16.1/Submit) id 137EXvaL070522; Wed, 7 Apr 2021 14:33:57 GMT (envelope-from phk) To: Slawa Olhovchenkov cc: current@freebsd.org Subject: Re: console getty uses 1.5% of CPU In-reply-to: <20210407130836.GA80160@zxy.spb.ru> From: "Poul-Henning Kamp" References: <69119.1617772960@critter.freebsd.dk> <20210407130836.GA80160@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <70520.1617806037.1@critter.freebsd.dk> Date: Wed, 07 Apr 2021 14:33:57 +0000 Message-ID: <70521.1617806037@critter.freebsd.dk> X-Rspamd-Queue-Id: 4FFn2d2bTJz3Pv3 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 07 Apr 2021 14:34:01 -0000 -------- Slawa Olhovchenkov writes: > T.e. if all system eat 985 ticks of CPU each second and getty eat 15 > ticks of CPU each second -- top show 1.5% for getty. That may be, but getty should not wake up at all in this situation, it should be sleeping, waiting for modem-control signals. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@freebsd.org Wed Apr 7 14:40:30 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 00BC75B8CE0 for ; Wed, 7 Apr 2021 14:40:30 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4FFnB5613Sz3QQl for ; Wed, 7 Apr 2021 14:40:29 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: by mailman.nyi.freebsd.org (Postfix) id CC7DC5B8CDF; Wed, 7 Apr 2021 14:40:29 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CC4445B8CDE for ; Wed, 7 Apr 2021 14:40:29 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 4FFnB54g6rz3QF5 for ; Wed, 7 Apr 2021 14:40:29 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1lU9M0-000G0k-N6; Wed, 07 Apr 2021 17:40:24 +0300 Date: Wed, 7 Apr 2021 17:40:24 +0300 From: Slawa Olhovchenkov To: Poul-Henning Kamp Cc: current@freebsd.org Subject: Re: console getty uses 1.5% of CPU Message-ID: <20210407144024.GS1073@zxy.spb.ru> References: <69119.1617772960@critter.freebsd.dk> <20210407130836.GA80160@zxy.spb.ru> <70521.1617806037@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <70521.1617806037@critter.freebsd.dk> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-Rspamd-Queue-Id: 4FFnB54g6rz3QF5 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 07 Apr 2021 14:40:30 -0000 On Wed, Apr 07, 2021 at 02:33:57PM +0000, Poul-Henning Kamp wrote: > > T.e. if all system eat 985 ticks of CPU each second and getty eat 15 > > ticks of CPU each second -- top show 1.5% for getty. > > That may be, but getty should not wake up at all in this situation, > it should be sleeping, waiting for modem-control signals. May be some kernel-side ticks counted for getty. You can try check this by dtrace, I mean. Snoop scheduler activation and check process accounting. From owner-freebsd-current@freebsd.org Wed Apr 7 19:43:04 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EB7BB5C2157 for ; Wed, 7 Apr 2021 19:43:04 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4FFvvD6LZdz4fvC for ; Wed, 7 Apr 2021 19:43:04 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id D7FF15C2244; Wed, 7 Apr 2021 19:43:04 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D7B7C5C2419; Wed, 7 Apr 2021 19:43:04 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from relay6-d.mail.gandi.net (relay6-d.mail.gandi.net [217.70.183.198]) (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 4FFvvD29fPz4fpZ; Wed, 7 Apr 2021 19:43:00 +0000 (UTC) (envelope-from avg@FreeBSD.org) X-Originating-IP: 195.64.148.76 Received: from [192.168.0.88] (unknown [195.64.148.76]) (Authenticated sender: andriy.gapon@uabsd.com) by relay6-d.mail.gandi.net (Postfix) with ESMTPSA id 8846FC0004; Wed, 7 Apr 2021 19:42:58 +0000 (UTC) To: freebsd-stable List , FreeBSD Current From: Andriy Gapon Subject: stable/13, vm page counts do not add up Message-ID: <0606571f-fec0-c7ad-98e8-a0b8554918e2@FreeBSD.org> Date: Wed, 7 Apr 2021 22:42:57 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Firefox/78.0 Thunderbird/78.9.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FFvvD29fPz4fpZ X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; ASN(0.00)[asn:29169, ipnet:217.70.176.0/20, country:FR] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 07 Apr 2021 19:43:05 -0000 I regularly see that the top's memory line does not add up (and by a lot). That can be seen with vm.stats as well. For example: $ sysctl vm.stats | fgrep count vm.stats.vm.v_cache_count: 0 vm.stats.vm.v_user_wire_count: 3231 vm.stats.vm.v_laundry_count: 262058 vm.stats.vm.v_inactive_count: 3054178 vm.stats.vm.v_active_count: 621131 vm.stats.vm.v_wire_count: 1871176 vm.stats.vm.v_free_count: 187777 vm.stats.vm.v_page_count: 8134982 $ bc >>> 187777 + 1871176 + 621131 + 3054178 + 262058 5996320 >>> 8134982 - 5996320 2138662 As you can see, it's not a small number of pages either. Approximately 2 million pages, 8 gigabytes or 25% of the whole memory on this system. This is 47c00a9835926e96, 13.0-STABLE amd64. I do not think that I saw anything like that when I used (much) older FreeBSD. -- Andriy Gapon From owner-freebsd-current@freebsd.org Wed Apr 7 19:54:42 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7D4A75C2CA9 for ; Wed, 7 Apr 2021 19:54:42 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4FFw8f25D6z4h0h for ; Wed, 7 Apr 2021 19:54:42 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 479B35C2B37; Wed, 7 Apr 2021 19:54:42 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4752A5C2A2D; Wed, 7 Apr 2021 19:54:42 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qt1-x829.google.com (mail-qt1-x829.google.com [IPv6:2607:f8b0:4864:20::829]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FFw8f1P1hz4gZY; Wed, 7 Apr 2021 19:54:41 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qt1-x829.google.com with SMTP id y2so14684429qtw.13; Wed, 07 Apr 2021 12:54:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=DrjsRwsG4g3z0LP6lHpuF3SsvXCyAgTNf+PYp+22L5s=; b=hmhjuSKacdgH4AB6qvTfaGp6sZ+a+KWY4mVKcxu4vT7d8eQefXgBlUcKR3PjUQs3rd +ekgsIHcOU3caQjUbhI05G/dB05LSp9hCTLhCvlVMKhAOSNOXZtqn9eoyc6XSoPINx50 znAaT0KC076MaBmd2mHtphVOVKSSrZOs7RAMaD5jj84VnLkZ69QfgFlUzw+QIeK2RGaR NzkAQocw4HaoaUPmqQMkZiH5/QHNrwuPGmT7h6osJjZCS4zz3eAOJD6WDldj8sTCC5Rz +Xo5XMD+AxPJSe40bNE3KWOIJm7Jm0KwBTudcZrlvMW18EwFXMng5s9FKqkb5HggtIOs Odew== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=DrjsRwsG4g3z0LP6lHpuF3SsvXCyAgTNf+PYp+22L5s=; b=ptBG9ygUgSzxEvzk94tiB9tFUVagtn5go5UqFpoEqN7+xv88ZHU3iqmGycqfFIK9H5 VRbKNVgKmM0NOPqc4Oze3AUPC+Q7aNkyCSIP85D3blC9A3LZ4e76XSbyVpEZjYCMPpuf EVFekRlbQGS1LdhanWEdbJ+pFYcZ0qrPB1m2Tr/35HkWgwsXz839zdrJOLjcXxyIIQDS 7AqSafntSqZocMo95FGcCAgG/qMSH3ei7jnaSX4I8XVAJPZgwc2HcfBzZXMQERw+RSUr hOzFyJkQVMXkWyZ+ew+Np+pIZY+UgNnUpCdj8vyTV1G89Os7qUbgiggCqMH6M/YYC0CW r/6A== X-Gm-Message-State: AOAM533sAovwp/vpUkEOXqKhla1dkNxNLZBDYHG64Tw2fN2/4ZH9U0TA KGRJDg9bTyfAeHiAavflDVo3NXYLHfO19Q== X-Google-Smtp-Source: ABdhPJwd5794Nb1wdNKKs7RJhZK4NrFWjJgHDZOJvFs8wxi1jryRIel04UCJ+5hForjCg3+gHZqZyQ== X-Received: by 2002:a05:622a:134f:: with SMTP id w15mr4186698qtk.162.1617825280846; Wed, 07 Apr 2021 12:54:40 -0700 (PDT) Received: from nuc ([142.126.164.150]) by smtp.gmail.com with ESMTPSA id r133sm19337280qke.20.2021.04.07.12.54.40 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 07 Apr 2021 12:54:40 -0700 (PDT) Sender: Mark Johnston Date: Wed, 7 Apr 2021 15:54:41 -0400 From: Mark Johnston To: Andriy Gapon Cc: freebsd-stable List , FreeBSD Current Subject: Re: stable/13, vm page counts do not add up Message-ID: References: <0606571f-fec0-c7ad-98e8-a0b8554918e2@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0606571f-fec0-c7ad-98e8-a0b8554918e2@FreeBSD.org> X-Rspamd-Queue-Id: 4FFw8f1P1hz4gZY X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 07 Apr 2021 19:54:42 -0000 On Wed, Apr 07, 2021 at 10:42:57PM +0300, Andriy Gapon wrote: > > I regularly see that the top's memory line does not add up (and by a lot). > That can be seen with vm.stats as well. > > For example: > $ sysctl vm.stats | fgrep count > vm.stats.vm.v_cache_count: 0 > vm.stats.vm.v_user_wire_count: 3231 > vm.stats.vm.v_laundry_count: 262058 > vm.stats.vm.v_inactive_count: 3054178 > vm.stats.vm.v_active_count: 621131 > vm.stats.vm.v_wire_count: 1871176 > vm.stats.vm.v_free_count: 187777 > vm.stats.vm.v_page_count: 8134982 > > $ bc > >>> 187777 + 1871176 + 621131 + 3054178 + 262058 > 5996320 > >>> 8134982 - 5996320 > 2138662 > > As you can see, it's not a small number of pages either. > Approximately 2 million pages, 8 gigabytes or 25% of the whole memory on this > system. > > This is 47c00a9835926e96, 13.0-STABLE amd64. > I do not think that I saw anything like that when I used (much) older FreeBSD. One relevant change is that vm_page_wire() no longer removes pages from LRU queues, so the count of pages in the queues can include wired pages. If the page daemon runs, it will dequeue any wired pages that are encountered. This was done to reduce queue lock contention, operations like sendfile() which transiently wire pages would otherwise trigger two queue operations per page. Now that queue operations are batched this might not be as important. We could perhaps add a new flavour of vm_page_wire() which is not lazy and would be suited for e.g., the buffer cache. What is the primary source of wired pages in this case? From owner-freebsd-current@freebsd.org Wed Apr 7 20:22:45 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E8EB05C3ABD for ; Wed, 7 Apr 2021 20:22:45 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4FFwn16J2mz4k5b for ; Wed, 7 Apr 2021 20:22:45 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id D4CA65C3A7A; Wed, 7 Apr 2021 20:22:45 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D47EC5C3B0F; Wed, 7 Apr 2021 20:22:45 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from relay2-d.mail.gandi.net (relay2-d.mail.gandi.net [217.70.183.194]) (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 4FFwn12xtzz4jx4; Wed, 7 Apr 2021 20:22:45 +0000 (UTC) (envelope-from avg@FreeBSD.org) X-Originating-IP: 195.64.148.76 Received: from [192.168.0.88] (unknown [195.64.148.76]) (Authenticated sender: andriy.gapon@uabsd.com) by relay2-d.mail.gandi.net (Postfix) with ESMTPSA id 184A540002; Wed, 7 Apr 2021 20:22:42 +0000 (UTC) Subject: Re: stable/13, vm page counts do not add up To: Mark Johnston Cc: freebsd-stable List , FreeBSD Current References: <0606571f-fec0-c7ad-98e8-a0b8554918e2@FreeBSD.org> From: Andriy Gapon Message-ID: Date: Wed, 7 Apr 2021 23:22:41 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Firefox/78.0 Thunderbird/78.9.0 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: 4FFwn12xtzz4jx4 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 07 Apr 2021 20:22:46 -0000 On 07/04/2021 22:54, Mark Johnston wrote: > On Wed, Apr 07, 2021 at 10:42:57PM +0300, Andriy Gapon wrote: >> >> I regularly see that the top's memory line does not add up (and by a lot). >> That can be seen with vm.stats as well. >> >> For example: >> $ sysctl vm.stats | fgrep count >> vm.stats.vm.v_cache_count: 0 >> vm.stats.vm.v_user_wire_count: 3231 >> vm.stats.vm.v_laundry_count: 262058 >> vm.stats.vm.v_inactive_count: 3054178 >> vm.stats.vm.v_active_count: 621131 >> vm.stats.vm.v_wire_count: 1871176 >> vm.stats.vm.v_free_count: 187777 >> vm.stats.vm.v_page_count: 8134982 >> >> $ bc >>>>> 187777 + 1871176 + 621131 + 3054178 + 262058 >> 5996320 >>>>> 8134982 - 5996320 >> 2138662 >> >> As you can see, it's not a small number of pages either. >> Approximately 2 million pages, 8 gigabytes or 25% of the whole memory on this >> system. >> >> This is 47c00a9835926e96, 13.0-STABLE amd64. >> I do not think that I saw anything like that when I used (much) older FreeBSD. > > One relevant change is that vm_page_wire() no longer removes pages from > LRU queues, so the count of pages in the queues can include wired pages. > If the page daemon runs, it will dequeue any wired pages that are > encountered. Maybe I misunderstand how that works, but I would expect that the sum of all counters could be greater than v_page_count at times. But in my case it's less. > This was done to reduce queue lock contention, operations like > sendfile() which transiently wire pages would otherwise trigger two > queue operations per page. Now that queue operations are batched this > might not be as important. > > We could perhaps add a new flavour of vm_page_wire() which is not lazy > and would be suited for e.g., the buffer cache. What is the primary > source of wired pages in this case? It should be ZFS, I guess. -- Andriy Gapon From owner-freebsd-current@freebsd.org Wed Apr 7 20:56:51 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DB2FE5C4839 for ; Wed, 7 Apr 2021 20:56:51 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4FFxXM4vkGz4lyL for ; Wed, 7 Apr 2021 20:56:51 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id A665C5C473D; Wed, 7 Apr 2021 20:56:51 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A616F5C47D8; Wed, 7 Apr 2021 20:56:51 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qk1-x736.google.com (mail-qk1-x736.google.com [IPv6:2607:f8b0:4864:20::736]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FFxXM486fz4m1t; Wed, 7 Apr 2021 20:56:51 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qk1-x736.google.com with SMTP id c3so36479qkc.5; Wed, 07 Apr 2021 13:56:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=VhZcu/rCADQ3skTtkI5k9QMHJgXlzwNTnFYTmqgB/+s=; b=DUacyMJ3iB1WSKX8PQpah2MZKR51rRDK8bgVXbT+Pc0R++QZDle20gJ8cxuP/zUpad tfNDQ8B2zwqZJ2VqMb/rXy5Co4B1eRqIlNnROUQdKJQb5p7I/tDPWUqZV75WYnZQhkmz Ku2hjQohQ5oUcVcMQi6HW47flnU95yLRzcejEx8utVvn4MIQZjaeONsTJiv700d+GiMe Xa75u4CRbgwgybMRE/zlKTPEV1Qoyhixo7OnsseS+7SXLSxOpml0PYJ/5LigoBlkww5B 4vsmEupjcAMi30ysXpgT1D25mHEjzivZho+yBwDNjkm9b2isRhWJEUm8SZMhxYZlZ1hP b65g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=VhZcu/rCADQ3skTtkI5k9QMHJgXlzwNTnFYTmqgB/+s=; b=X+bTaUq6uleYcYX+RaOtJ3i+NM4AB5HyLCu0AfgUlmgh29kFe23bK1pYoKCj5sy0ET A3bp0cTeSsEGzPHMqb85QDCwn8RBYz/DhBHmgsrpXwBrMRfvd9tOmsO17B8HgfRHBjwV 0J5F6DXMqCHcpg+2T0Vpe/z9aT99Ht0QRZNN3Anuc8tiv/T4l7is0GPelO/CVNK1Sf6k eHkV+A9lYek1OGxCCNHcwFfEFFSqZUlz87RviWZrcbwa2zmILtQrTjhMQnehC9+cuMRi IwAIFPQmWVY9yVzrVh+2Ri2n0+Iybt5eediv5sUXt0HZiG1M3kNrEXqnUfB8vofl2B7O liUA== X-Gm-Message-State: AOAM530BQIL6SFhKI1amJWybqDeDtv/uGgFgO2tr/727PKBb6lvaogKo tvisA8cNqKJBeJbUwoG/WVu+6SxdZ+wfpQ== X-Google-Smtp-Source: ABdhPJw8KJCJCrmNfirAO0R55fh49f2WzW5yo4AXcfbPY7/QoOsxPmEIMQdRRwauUM10C4DT0s+CSQ== X-Received: by 2002:a37:a8cc:: with SMTP id r195mr5083749qke.86.1617829010163; Wed, 07 Apr 2021 13:56:50 -0700 (PDT) Received: from nuc ([142.126.164.150]) by smtp.gmail.com with ESMTPSA id m8sm9582660qtg.67.2021.04.07.13.56.49 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 07 Apr 2021 13:56:49 -0700 (PDT) Sender: Mark Johnston Date: Wed, 7 Apr 2021 16:56:49 -0400 From: Mark Johnston To: Andriy Gapon Cc: freebsd-stable List , FreeBSD Current Subject: Re: stable/13, vm page counts do not add up Message-ID: References: <0606571f-fec0-c7ad-98e8-a0b8554918e2@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4FFxXM486fz4m1t X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 07 Apr 2021 20:56:51 -0000 On Wed, Apr 07, 2021 at 11:22:41PM +0300, Andriy Gapon wrote: > On 07/04/2021 22:54, Mark Johnston wrote: > > On Wed, Apr 07, 2021 at 10:42:57PM +0300, Andriy Gapon wrote: > >> > >> I regularly see that the top's memory line does not add up (and by a lot). > >> That can be seen with vm.stats as well. > >> > >> For example: > >> $ sysctl vm.stats | fgrep count > >> vm.stats.vm.v_cache_count: 0 > >> vm.stats.vm.v_user_wire_count: 3231 > >> vm.stats.vm.v_laundry_count: 262058 > >> vm.stats.vm.v_inactive_count: 3054178 > >> vm.stats.vm.v_active_count: 621131 > >> vm.stats.vm.v_wire_count: 1871176 > >> vm.stats.vm.v_free_count: 187777 > >> vm.stats.vm.v_page_count: 8134982 > >> > >> $ bc > >>>>> 187777 + 1871176 + 621131 + 3054178 + 262058 > >> 5996320 > >>>>> 8134982 - 5996320 > >> 2138662 > >> > >> As you can see, it's not a small number of pages either. > >> Approximately 2 million pages, 8 gigabytes or 25% of the whole memory on this > >> system. > >> > >> This is 47c00a9835926e96, 13.0-STABLE amd64. > >> I do not think that I saw anything like that when I used (much) older FreeBSD. > > > > One relevant change is that vm_page_wire() no longer removes pages from > > LRU queues, so the count of pages in the queues can include wired pages. > > If the page daemon runs, it will dequeue any wired pages that are > > encountered. > > Maybe I misunderstand how that works, but I would expect that the sum of all > counters could be greater than v_page_count at times. But in my case it's less. I misread, sorry. You're right, what I described would cause double counting. I don't know what might be causing it then. It could be a page leak. The kernel allocates wired pages without adjusting the v_wire_count counter in some cases, but the ones I know about happen at boot and should not account for such a large disparity. I do not see it on a few systems that I have access to. > > This was done to reduce queue lock contention, operations like > > sendfile() which transiently wire pages would otherwise trigger two > > queue operations per page. Now that queue operations are batched this > > might not be as important. > > > > We could perhaps add a new flavour of vm_page_wire() which is not lazy > > and would be suited for e.g., the buffer cache. What is the primary > > source of wired pages in this case? > > It should be ZFS, I guess. > > -- > Andriy Gapon From owner-freebsd-current@freebsd.org Thu Apr 8 08:14:48 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 98F855D4436; Thu, 8 Apr 2021 08:14:48 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x42f.google.com (mail-wr1-x42f.google.com [IPv6:2a00:1450:4864:20::42f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FGDZb3xFcz4Z8m; Thu, 8 Apr 2021 08:14:47 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x42f.google.com with SMTP id s7so978156wru.6; Thu, 08 Apr 2021 01:14:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:from:references:cc:to:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=fuIFrZoQmHJbQgApScAi0EYzxOTP97y66JWqktWUN00=; b=H9LH+8B8fzpmMwM1SAW6WqUz04Y4VMb2kxvq9JiifJB7I808nQQrv80nGvU/neL0Br khtUXpOQ8lyoN3rP6ibEHovRVlejb5WlyP8OsG4fCUUnJ2Pjf7X0R80zANUU4FCZdfwY nT2duLIEHoIGnxg2f26JbCug6BuiHRbq4OifQ3ydLTEaOX5SPuCBetfHxJYnakd1iSuC Tvwcu8rk1oNhoayc8e/iIyz+1XpuoId/Zvcy3KG5zn4VstqrbM37E9i7Tcr7xVNzeJgJ 60Q4+L5vNBGRyHLTLqqbmn4QGhbiHAaJ66/kXqqMIB/o1MmEkCUfmWrtSiROBaCizto7 VGNw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:references:cc:to:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=fuIFrZoQmHJbQgApScAi0EYzxOTP97y66JWqktWUN00=; b=uAeAC9Vn1K0jteHD3M2VrhM9EnYLkNUebBc/79BQlBFlT4uOz025ulvEiY+oK/+wlI Y52Fr7egr3m/w5wClHKOovDliHEvhjmxfHGlSgOIsh1gKMsF6bpN1Oc8a+Lq48oxoIUc bb7Fx5LnI1+PdANgsI5kA98ck8RIH5Z1FBm1qsJcRdu78QETU1f7UkuK5WYT5NoKkGM2 aIkP+L/hTL12bKxoFmA6gPzyqh48KwFXy+IuJr9du/T7QTBbesY3MRainhWm8Dx/NIDv 6xlF/EHgOnnb4t+PIPPq5eumRsJoBQWGPkAkyHt5Dl+gbfIi0sqhS2W6Pk/o0tZQj549 6CNw== X-Gm-Message-State: AOAM5333/LGSDcnpd0wbgWHkncEMFanjzpUBvlEY0hjeqh5xZGWQVypQ 7yiiiIS506g9VqrIhgIf9wg= X-Google-Smtp-Source: ABdhPJyEYTcMwYbNUXlNlcJNv8P62Tf1uLCvilz8kdg5Aqt+NyjnHomrg2QAK6LPCiLrXCf0Xf0h1A== X-Received: by 2002:a5d:5291:: with SMTP id c17mr9759969wrv.110.1617869685790; Thu, 08 Apr 2021 01:14:45 -0700 (PDT) Received: from [192.168.1.13] (88-105-96-80.dynamic.dsl.as9105.com. [88.105.96.80]) by smtp.gmail.com with ESMTPSA id y4sm13310551wmc.2.2021.04.08.01.14.45 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 08 Apr 2021 01:14:45 -0700 (PDT) Subject: FreeBSD mini-Git Primer From: Graham Perrin References: <20210228023827.f68e6136d688c0a37206c883@3dresearch.com> <20210228120313.cdb53cab429a38fdf9817d0d@3dresearch.com> <20210301020830.5466d368867bdbc11b0b7648@3dresearch.com> <00517bca-fc1b-fcea-50a2-6469ff922092@gmail.com> Cc: freebsd-questions@freebsd.org, FreeBSD CURRENT To: Warner Losh X-Priority: 5 (Lowest) Message-ID: Date: Thu, 8 Apr 2021 09:14:44 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.9.0 MIME-Version: 1.0 In-Reply-To: <00517bca-fc1b-fcea-50a2-6469ff922092@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Rspamd-Queue-Id: 4FGDZb3xFcz4Z8m X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=H9LH+8B8; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::42f as permitted sender) smtp.mailfrom=grahamperrin@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; 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:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RECEIVED_SPAMHAUS_PBL(0.00)[88.105.96.80:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::42f:from]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::42f:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::42f:from]; RCVD_TLS_ALL(0.00)[]; HAS_X_PRIO_FIVE(0.00)[5]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-questions] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 08 Apr 2021 08:14:48 -0000 On 02/03/2021 06:33, Graham Perrin wrote: Re: Git, shallow clone hashes, commit counts and system/security updates > On 02/03/2021 05:42, Kevin Oberman wrote: > > Re: Panic after updating from source > >> On Mon, Mar 1, 2021 at 6:31 PM Michael Sierchio >> wrote: >> >>> … >> >> You need to be aware that the shallow clone hash will not include the >> commit count which will be used in future security updates to make it >> easy >> to check whether your system needs to be updated or not. A full clone >> does >> require more space, but I was surprised at how little extra space it >> requires. Warner  is updating his git mini-guide to point out this >> issue. >> If you run STABLE, it's a really significant concern. You can convert >> the >> shallow clone to a full one with "git fetch --unshallow". This will take >> some time to run. >> -- >> Kevin Oberman, Part time kid herder and retired Network Engineer >> E-mail: rkoberman@gmail.com >> PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 >> _______________________________________________ >> freebsd-questions@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-questions > > … Thank you, Kevin and Warner. > I see the FreeBSD mini-Git Primer in the November/December 2020 edition of the FreeBSD Journal (and the review copy that was publicised in September 2020). For news of a future edition, if any, should I simply watch ? Thanks (I have another question about deep and shallow … I'll post separately to freebsd-questions …) From owner-freebsd-current@freebsd.org Thu Apr 8 07:37:28 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 233215D2FA5 for ; Thu, 8 Apr 2021 07:37:28 +0000 (UTC) (envelope-from 2khramtsov@gmail.com) Received: from mail-qv1-xf30.google.com (mail-qv1-xf30.google.com [IPv6:2607:f8b0:4864:20::f30]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FGClW228hz4WcR for ; Thu, 8 Apr 2021 07:37:26 +0000 (UTC) (envelope-from 2khramtsov@gmail.com) Received: by mail-qv1-xf30.google.com with SMTP id fn8so430753qvb.5 for ; Thu, 08 Apr 2021 00:37:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=jxd3O1jOGieed69ce1R5uQlYbWwrdfetznqF/5PYqeM=; b=c55rk1bxrYkeXnSKkjn81HXJXOUSoHvjp9k38EhFDbHnPU5lD154kbWQWcoVQlLg55 Z3SLMyVD7mp4cMqnoSr460ZS/8eKXglJZ4YHRJiy91qT3ANRd/9dKwYEns1Z0ey+vXWs ZTHLtGUByEGgMPgR7AmAllK31QK8grO8dWjfKfScGfc2R8e+n/mgDk7jNKpEC4H/V+c8 /qHZVCuFcCpcDeusWaE6kDQRpceNJnT3VZ3o9thKEp8ygZPegxRunf1o4U49ITa6jYBK xATPkkaZAmMBhjvOTbghCajDXBeI58dQNgFJShzBtMmEHxa4/s0I6XFMzUo6DrFrXc9G Qnww== 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=jxd3O1jOGieed69ce1R5uQlYbWwrdfetznqF/5PYqeM=; b=uV+gZGhWlzdZnN9RvyCZ8//UyXUtFw2jm1vIXn2fnwyksjBuDdnRC7F/JTUWs8XHT4 vZvoCna7V2QK1nIHNARAIJ0mcx3Kie9LZI9co0wgrQZsmQhkPlFKrCmXSxWizxGazfQX pdjlNGFcBR+gIv000KCPeo7VE+8lY9sNf894r4lQC+EmGWVf2UrhWoIcXw8W/oR+1hdv Knb8JPn2leidhWQyCA1329m7rb0zRgKcgHCrNjiiNdnhU2fxvVeahGi8rLS8rJAJZ0U8 tgX/oLEnhOyesJyhe4PWW/cueTm8zN9RWFKUf6o2l4vbyRwdmabCIXv2sd+sPh4oroY0 GVsA== X-Gm-Message-State: AOAM530+2mM5sWcd8vK1v6IbVP96srVTE52LhKLIg78DfFEHQXe3xnJH anxIGDK09qkJQjTy3lC44+Oqnc8cNnUc9XXWlhncQMc15CY= X-Google-Smtp-Source: ABdhPJwdx8IdRFXW3e9QnAgrQ5MvNO5rTWXunL1EGnFiRuwDSzTZc/RIl4h78cpqCCjjf6ydza6VsrAAgMU2VB+Rcm0= X-Received: by 2002:a05:6214:aa6:: with SMTP id ew6mr7347020qvb.2.1617867445830; Thu, 08 Apr 2021 00:37:25 -0700 (PDT) MIME-Version: 1.0 From: Evgeniy Khramtsov <2khramtsov@gmail.com> Date: Thu, 8 Apr 2021 07:36:36 +0300 Message-ID: Subject: d36d68161517 makes x11-wm/sway hang on start To: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4FGClW228hz4WcR X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=c55rk1bx; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of 2khramtsov@gmail.com designates 2607:f8b0:4864:20::f30 as permitted sender) smtp.mailfrom=2khramtsov@gmail.com X-Spamd-Result: default: False [-3.29 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.29)[-0.292]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::f30:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::f30:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::f30:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-Mailman-Approved-At: Thu, 08 Apr 2021 13:49:55 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 08 Apr 2021 07:37:28 -0000 Hi, x11-wm/sway session will hang after start if it was launched with seatd in a vt on a recent main with the https://cgit.freebsd.org/src/commit/?id=d36d6816151705907393889d661cbfd25c630ca8 commit. I also run gl=mesa-devel if it matters. Applying the fix from https://reviews.freebsd.org/D29623 unbreaks sway. From owner-freebsd-current@freebsd.org Fri Apr 9 09:56:29 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id ED7185D2324; Fri, 9 Apr 2021 09:56:29 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FGtnT0QRFz4Wtr; Fri, 9 Apr 2021 09:56:28 +0000 (UTC) (envelope-from ohartmann@walstatt.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1617962182; bh=MrW8cqj/Tl6yHM3YK32CCoZgz3InWJrzDy6Fs1tBqDg=; h=X-UI-Sender-Class:Date:From:Cc:Subject:In-Reply-To:References; b=DpDcpOEaWo4bY67evGWieNxNgd8JMB1lNbEcyiz0Is0teA5ZGKqvEpyMXjdYMPCBU ZPey3tesL1CrDIHebSqoCd+z0Wnlkmk65+SzxP4u9SuSzP1Tfj9uR7hO4wL2I9j4bA HZbnhb1bczNd2mKq2I5biLazI4sUoJaOC5Gc0m1M= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from freyja ([46.88.90.205]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MsHs0-1lpMtg07Vi-00toIc; Fri, 09 Apr 2021 11:56:22 +0200 Date: Fri, 9 Apr 2021 11:56:18 +0200 From: "O. Hartmann" Cc: Ronald Klop , freebsd-current , FreeBSD Ports Subject: Re: poudriere: net/openldap24-server: stage/runaway , building forever Message-ID: <20210409115613.3c78fd7d@freyja> In-Reply-To: <235429415.92.1617956187134@localhost> References: <20210409061703.6cf124d0@hermann.fritz.box> <20210409072747.688f778f@freyja> <235429415.92.1617956187134@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:CbIunMHyiBMuqOH1fLg+NhXBVGfJkqnkhPa/SxlXPwWSqx2B6nE TOGRcan1IQ+XphDkMoxYz5lBMs3Q12RWuX2Dlhb2VYdV59hVDy5j849sZ8Xb47wYooAjeuw 9QvUiIeGQBdxvNbfcw+mvQFcx/v2ed469bZLpHW9+9Vj2vhB6MOlfdOjSJA3ai9A1KKB+m1 6wYsVTPbbpIAVsEUhQwxA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:etfFaA5SQAM=:sR3pfpBF3zznvK8fIfmxcG rfmdrMtGxEsXlwU6lPtuQeDBpVrWkCPka7jXvY/+LeNsMuvmDECYwIentU9OymxdVycEWHw7T 4FLDGQperfvYKlj1Ibqin7Lh2APkGGagjySMuGZg14KH6AqWuwv73uN5wm9eCBjpCEB3zdmqO 7KZkgGiS1rDXhZnxGWeKyPnK/GWVQAjcyMP9f1BRSzsF1ILE1DL8pQVtLbYqcEQSYdJGhUbQp SsYq0YJjgj0/xgUt9i6j9We2ZDbVcfjzBBts8FZ6gJha2iYJhmLCj3Q5JMXNN0fhteFPo3kcL VRZSO8Hkoq6oUjYrbfqlv/oz6bFA8G73wsfWI9CmVrhAnu1pYcAPWU8PX4kt5RjWGDP+Mvea+ 7cmq6Iu4SKYrAJ2xf0Ww463zT34dk+eKbB0YPr0bEG28TQWXgNceyy5fCKMm7cKzrt+P8zEpG LjF+Uhpk2UmBIJjhzuoWkReOw9RqON5y4H+uFsKHzDcAEm15RK5mPRPL07dLlqeEQ6hZ4u5sU 7DfjlkZaD7qn2+gfiGYAlNzgVVd71rE8M0da9F90OfPQdNZoQdoGNgARY4H0Tsg7tDMM2AY7H +w8fTzIM3W1r3tiuRx0LiiDFz00/5lA6ICXx4juVRO3MzItERwOTFg7ZeYiCdUIXU0YepN6jz BoR/eT5So8CfuIBPC5RDkrWqo03GzsDcQi9l8Ajav30X4+u0NYtZnZaMvOcQK1SRJG5JmlKRk BDcKwrNpqQb8YtqA35kYCjFuahbqmYE+ft7yg/7Tpp4O1Yp6SYRo/VxFfgWH6+LzRqffwXAsM cAGf/hQYeYIlkniiZQgedoFOyiyWN+5+pW8CrNk6ZR05KL2c/H3QKhRofapWyDRABmsEXrAl5 O60fQFJstOmGPzeJd3x1SuPIgzY9M1Kf2Fu9mpAFLFBDgJMrdtbcfDjx4pJ8g3TJtu6Zq718m v1Q9CaErYRtu8DSVEEWjQZzOhNRH0KzvpnCZCDYKEbvTJ4OAfcmgVi64iBljO5nMQaHf75dRp m/8KHa2ktTr1c/2XQClSzNdXTklxZE4JxtZijk6jXHPvnJOPMHV3Pj2KL6DfJzGv5v6YsPTBO INOpZd99Shp9imi9bTOooIywlf5TJzTnuhZw6BdHkGqUYVFOtluBNRDEUcMc1+KwpsLZjxjM+ c+zShN1iul4y3Noa2ZgQ0pBJs1pWnZo8Xo6B7g+GlJGxXlhu6d2w3A5PeiNoLGIdGcZPFJ1Ug 6m4CYQt9qkL2QmJTD X-Rspamd-Queue-Id: 4FGtnT0QRFz4Wtr X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.net header.s=badeba3b8450 header.b=DpDcpOEa; dmarc=none; spf=none (mx1.freebsd.org: domain of ohartmann@walstatt.org has no SPF policy when checking 212.227.15.19) smtp.mailfrom=ohartmann@walstatt.org X-Spamd-Result: default: False [-0.73 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmx.net:+]; NEURAL_HAM_SHORT(-0.83)[-0.831]; MISSING_TO(2.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[212.227.15.19:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RECEIVED_SPAMHAUS_PBL(0.00)[46.88.90.205:received]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; RBL_DBL_DONT_QUERY_IPS(0.00)[212.227.15.19:from]; RWL_MAILSPIKE_NEUTRAL(0.00)[212.227.15.19:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[walstatt.org]; SPAMHAUS_ZRD(0.00)[212.227.15.19:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-ports] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 09 Apr 2021 09:56:30 -0000 On Fri, 9 Apr 2021 10:16:27 +0200 (CEST) Ronald Klop wrote: > Hi, > > The official pkg builders are also stuck for 14-CURRENT. Although at a > different port sysutils/msktutil. > > See main-amd64 at https://pkg-status.freebsd.org/builds?type=3Dpackage > > It is stuck in "stage/runaway" for 61 hours now. > http://beefy18.nyi.freebsd.org/build.html?mastername=3Dmain-amd64-defaul= t&build=3Dp569609_s5b3b19db73 > (ipv6 only) > > NB: I'm not involved in the pkg building cluster. > > Regards, > Ronald. > > > Van: "O. Hartmann" > Datum: vrijdag, 9 april 2021 07:27 > Aan: FreeBSD Ports > Onderwerp: Re: poudriere: net/openldap24-server: stage/runaway , buildin= g > forever > > > > On Fri, 9 Apr 2021 06:17:03 +0200 > > "Hartmann, O." wrote: > > > > > Recent CURRENT host (FreeBSD 14.0-CURRENT #26 main-n245806-4d221f59b= 85: > > > Sat Apr 3 06:43:44 CEST 2021 amd64), poudriere CURRENT jail at > > > 14.0-CURRENT 1400007 amd64 from 2021-04-08 05:25:38. It seems that t= he > > > recent CURRENT does have a serious problem when building > > > net/openldap24-server. The build process gets stuck with staging and= is > > > marked "runaway": > > > > > > [head-amd64-head-default] [2021-04-08_13h56m41s] [parallel_build:] Q= ueued: > > > 1847 Built: 63 Failed: 17 Skipped: 1759 Ignored: 8 Tobuild: 0 > > > Time: 13:26:35 [01]: net/openldap24-server | > > > openldap-sasl-server-2.4.58 stage/runaway (06:28:32 / 08:41:16) > > > > > > Also, on jails (recent CURRENT) serving as OpenLDAP server (also rec= ent > > > taken from git /usr/ports, branch main), run into a serious problem > > > starting slapd, when starting slapd and the process is reporting che= cking > > > configuration, it freezes forever. Putting slapd into debug mode doe= sn't > > > help, since the freeze is quite early. > > > > > > Does anybody know what the reason for this strange behaviour is on > > > CURRENT? All CURRENT servers are affected (almost all the same revis= ion > > > as shown above)? > > > > > > Thanks in advance, > > > > > > O. Hartmann > > > > Short update, another host is stuck at the very same point, host's CUR= RENT > > is at FreeBSD 14.0-CURRENT #2 main-n245870-86a52e262a6: Wed Apr 7 13:= 57:20 > > CEST 2021 amd64, it's jails is taken from the same source. > > > > The process is stuck at staging and took 34 hours ... never seen befor= e: > > > > > > [...] > > [09:05:25] [03] [02:13:44] Finished net/openldap24-server | > > openldap-sasl-server-2.4.58: Failed: stage/runaway load: 10.39 cmd: a= wk > > 24374 [running] 0.06r 0.00u 0.00s 0% 3420k [headamd64-head-default] > > [2021-04-07_12h26m18s] [parallel_build:] Queued: 3298 Built: 2123 Fail= ed: 7 > > Skipped: 1161 Ignored: 7 Tobuild: 0 Time: 40:52:34 [03]: > > net/openldap24-server | openldap-sasl-server-2.4.58 stage/runaway > > (31:48:30 / 34:01:11) [40:52:52] Logs: > > /pool/poudriere/data/logs/bulk/headamd64-head-default/2021-04-07_12h26= m18s > > _______________________________________________ [...] It seems, that jails on 14-CURRENT do have a strange and malfunctional behaviour now. net/openldap24-server is failing to start on 14-CURRENT (FreeBSD 14.0-CURR= ENT #4 main-n245909-3ce579325e4: Fri Apr 9 10:09:02 CEST 2021 amd64) host. Th= e jail is providing OpenLDAP functionality. Trying to start slapd with debug mode -d7 and above does never give any information (Ctrl-T on jail's console): [...] root@ldap-master:~ # service slapd start grep: /usr/local/etc/openldap/slapd.d/cn=3Dconfig/olcDatabase=3D{1}mdb: Is= a directory grep: /usr/local/etc/openldap/slapd.d/cn=3Dconfig/olcDatabase=3D{2}mdb: Is= a directory Performing sanity check on slap configuration: load: 0.37 cmd: slapd 61766 [uwrlck] 3.17r 0.04u 0.01s 0% 11232k mi_switch+0xbe sleepq_catch_signals+0x324 sleepq_wait_sig+0x9 _sleep+0x1ad umtxq_sleep+0x230 do_rw_wrlock+0x5dc __umtx_op_rw_wrlock+0x45 sys__umtx_op= +0x7a amd64_syscall+0x10c fast_syscall_common+0xf8 load: 0.37 cmd: slapd 61766 [uwrlck] 3.36r 0.04u 0.01s 0% 11232k mi_switch+0xbe sleepq_catch_signals+0x324 sleepq_wait_sig+0x9 _sleep+0x1ad umtxq_sleep+0x230 do_rw_wrlock+0x5dc __umtx_op_rw_wrlock+0x45 sys__umtx_op= +0x7a amd64_syscall+0x10c fast_syscall_common+0xf8 [...] Today, I realised that Apache 2.4 (www/apach24) also fails to start - last= time I realised the failiure of OpenLDAP, Apache 2.4 did start, now, as of toda= y, it doesn't. This is a subversion providing jail on that host (another webserver on the= same host does start the Apache 2.4 service flawless): [...] root@svn:~ # service apache24 restart Performing sanity check on apache24 configuration: Syntax OK load: 0.14 cmd: httpd 62232 [uwrlck] 2.33r 0.03u 0.00s 0% 14104k mi_switch+0xbe sleepq_catch_signals+0x324 sleepq_wait_sig+0x9 _sleep+0x1ad umtxq_sleep+0x230 do_rw_wrlock+0x5dc __umtx_op_rw_wrlock+0x45 sys__umtx_op= +0x7a amd64_syscall+0x10c fast_syscall_common+0xf8 load: 0.14 cmd: httpd 62232 [uwrlck] 2.52r 0.03u 0.00s 0% 14104k mi_switch+0xbe sleepq_catch_signals+0= x324 sleepq_wait_sig+0x9 _sleep+0x1ad umtxq_sleep+0x230 do_rw_wrlock+0x5dc __umtx_op_rw_wrlock+0x45 sys__umtx_op+0x7a amd64_syscall+0x10c fast_syscall_common+0xf8 From owner-freebsd-current@freebsd.org Fri Apr 9 10:12:56 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9E6685D3371; Fri, 9 Apr 2021 10:12:56 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mail.madpilot.net (vogon.madpilot.net [159.69.1.99]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FGv8R4HFlz4YRP; Fri, 9 Apr 2021 10:12:55 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 4FGv8J3yBWz6gYB; Fri, 9 Apr 2021 12:12:48 +0200 (CEST) Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10026) with ESMTP id IBe90WXrtl4N; Fri, 9 Apr 2021 12:12:46 +0200 (CEST) Subject: Re: poudriere: net/openldap24-server: stage/runaway , building forever To: "O. Hartmann" Cc: Ronald Klop , freebsd-current , FreeBSD Ports References: <20210409061703.6cf124d0@hermann.fritz.box> <20210409072747.688f778f@freyja> <235429415.92.1617956187134@localhost> <20210409115613.3c78fd7d@freyja> From: Guido Falsi Message-ID: <31f35293-877f-497d-7342-29a11ed8b1c5@madpilot.net> Date: Fri, 9 Apr 2021 12:12:45 +0200 In-Reply-To: <20210409115613.3c78fd7d@freyja> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FGv8R4HFlz4YRP X-Spamd-Bar: - X-Spamd-Result: default: False [-2.00 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[159.69.1.99:from]; R_DKIM_ALLOW(-0.20)[madpilot.net:s=bjowvop61wgh]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MISSING_MIME_VERSION(2.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[159.69.1.99:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[madpilot.net:+]; DMARC_POLICY_ALLOW(-0.50)[madpilot.net,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:24940, ipnet:159.69.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-ports] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 09 Apr 2021 10:12:56 -0000 On 09/04/21 11:56, O. Hartmann wrote: > On Fri, 9 Apr 2021 10:16:27 +0200 (CEST) > Ronald Klop wrote: > >> Hi, >> >> The official pkg builders are also stuck for 14-CURRENT. Although at a >> different port sysutils/msktutil. >> >> See main-amd64 at https://pkg-status.freebsd.org/builds?type=package >> >> It is stuck in "stage/runaway" for 61 hours now. >> http://beefy18.nyi.freebsd.org/build.html?mastername=main-amd64-default&build=p569609_s5b3b19db73 >> (ipv6 only) >> >> NB: I'm not involved in the pkg building cluster. >> >> Regards, >> Ronald. >> >> >> Van: "O. Hartmann" >> Datum: vrijdag, 9 april 2021 07:27 >> Aan: FreeBSD Ports >> Onderwerp: Re: poudriere: net/openldap24-server: stage/runaway , building >> forever >>> >>> On Fri, 9 Apr 2021 06:17:03 +0200 >>> "Hartmann, O." wrote: >>> >>>> Recent CURRENT host (FreeBSD 14.0-CURRENT #26 main-n245806-4d221f59b85: >>>> Sat Apr 3 06:43:44 CEST 2021 amd64), poudriere CURRENT jail at >>>> 14.0-CURRENT 1400007 amd64 from 2021-04-08 05:25:38. It seems that the >>>> recent CURRENT does have a serious problem when building >>>> net/openldap24-server. The build process gets stuck with staging and is >>>> marked "runaway": >>>> >>>> [head-amd64-head-default] [2021-04-08_13h56m41s] [parallel_build:] Queued: >>>> 1847 Built: 63 Failed: 17 Skipped: 1759 Ignored: 8 Tobuild: 0 >>>> Time: 13:26:35 [01]: net/openldap24-server | >>>> openldap-sasl-server-2.4.58 stage/runaway (06:28:32 / 08:41:16) >>>> >>>> Also, on jails (recent CURRENT) serving as OpenLDAP server (also recent >>>> taken from git /usr/ports, branch main), run into a serious problem >>>> starting slapd, when starting slapd and the process is reporting checking >>>> configuration, it freezes forever. Putting slapd into debug mode doesn't >>>> help, since the freeze is quite early. >>>> >>>> Does anybody know what the reason for this strange behaviour is on >>>> CURRENT? All CURRENT servers are affected (almost all the same revision >>>> as shown above)? >>>> >>>> Thanks in advance, >>>> >>>> O. Hartmann >>> >>> Short update, another host is stuck at the very same point, host's CURRENT >>> is at FreeBSD 14.0-CURRENT #2 main-n245870-86a52e262a6: Wed Apr 7 13:57:20 >>> CEST 2021 amd64, it's jails is taken from the same source. >>> >>> The process is stuck at staging and took 34 hours ... never seen before: >>> >>> >>> [...] >>> [09:05:25] [03] [02:13:44] Finished net/openldap24-server | >>> openldap-sasl-server-2.4.58: Failed: stage/runaway load: 10.39 cmd: awk >>> 24374 [running] 0.06r 0.00u 0.00s 0% 3420k [headamd64-head-default] >>> [2021-04-07_12h26m18s] [parallel_build:] Queued: 3298 Built: 2123 Failed: 7 >>> Skipped: 1161 Ignored: 7 Tobuild: 0 Time: 40:52:34 [03]: >>> net/openldap24-server | openldap-sasl-server-2.4.58 stage/runaway >>> (31:48:30 / 34:01:11) [40:52:52] Logs: >>> /pool/poudriere/data/logs/bulk/headamd64-head-default/2021-04-07_12h26m18s >>> _______________________________________________ > > [...] > > It seems, that jails on 14-CURRENT do have a strange and malfunctional > behaviour now. Most probably related to commit d36d68161517 check the thread at [1]. A solution is being discussed in D29623 at [2]. [1] https://lists.freebsd.org/pipermail/dev-commits-src-all/2021-April/005159.html [2] https://reviews.freebsd.org/D29623 -- Guido Falsi From owner-freebsd-current@freebsd.org Fri Apr 9 11:00:04 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B3D475D46B7; Fri, 9 Apr 2021 11:00:04 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wr1-x435.google.com (mail-wr1-x435.google.com [IPv6:2a00:1450:4864:20::435]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FGwBq5v6fz4bBL; Fri, 9 Apr 2021 11:00:03 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wr1-x435.google.com with SMTP id f6so5197749wrv.12; Fri, 09 Apr 2021 04:00:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=JlsysaOnQCcC6EUe0S3RVKS3gjlnpiZTOJ8r379OzWI=; b=SQEaVJJpz5636Zrib8LOpFayP6rbjD+av36igpbsdlM+ixWgj4JR+sK1f376185RoN noPxOeiMENwesRfQKoKX9KQuxEm8FzrUfqiUH/UwBGjYDaiKBbVuTG5/wo9Gj+2f+Ndz UjOhCmsDo9IrFkvgz+0HzvwP9ymuT+IDKt9xK44PCjV/nEd8ust14RrNppigD5Io1inK eY1De2e7gn2Vpw8FLI6jkz9tXga6QUXy6pu/juLKdvUv0CRNuZz4b3Eq83lCbUOX+q5X CrEmcrFSvJLMrdKvMRZ9FQaJHzHME7jT3MhHaF+9Vo7n2hhjtWB352g6Bouo3k+5sT0I RurA== 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:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=JlsysaOnQCcC6EUe0S3RVKS3gjlnpiZTOJ8r379OzWI=; b=eLejazZvFpUroVRffRgUPOIpfTOfF7VHUR+QNIIQvva8nOAxkT8alHj+eKhZiipT8d fL2WCifZ1zcEU7Hu6LTbZrTFMfOb95oT8yyZx08F4+pJQtyHDFyka2deXJtWkRgr69mT 7GvdLAQMbiQQ6WAyUINBpgL7eRl50Yya8A4Fk9GWalAthdo5xMO12wLruMfwMDLcbvMA tpMUIM7Wxg4+tMYy57OSRFaQxuif923VEcAQvzl068SN3Q0sNaX6Evt/lSZ7wCzJVl7K J2COpBgTiiGNM9cMFPhZC3uoinvS+Kp9b7vNb5WM6YN6IKi9P57iTEXE/BlRKa5ePrIU oOQQ== X-Gm-Message-State: AOAM5338oWbxTXggpNAnxzmIPruwmbVMl1iadp1H3f8CsNx0oROGJ1wW xj8fKTJheY3o445TrH8gs4qlsGUPoDI= X-Google-Smtp-Source: ABdhPJy17EAa1hmEj5OJuH7Jw+1rCmxVfv7ccEQuBYmDIqbp3d3rkASvl23GLSMkPc9Rkb0PJAnDUA== X-Received: by 2002:a5d:60c3:: with SMTP id x3mr16857686wrt.316.1617966001559; Fri, 09 Apr 2021 04:00:01 -0700 (PDT) Received: from ernst.home (pd9e23d76.dip0.t-ipconnect.de. [217.226.61.118]) by smtp.gmail.com with ESMTPSA id g189sm3430157wmf.14.2021.04.09.04.00.00 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 09 Apr 2021 04:00:01 -0700 (PDT) Date: Fri, 9 Apr 2021 12:59:59 +0200 From: Gary Jennejohn To: Guido Falsi via freebsd-current Cc: Guido Falsi , "O. Hartmann" , Ronald Klop , FreeBSD Ports Subject: Re: poudriere: net/openldap24-server: stage/runaway , building forever Message-ID: <20210409105959.67dcef87@ernst.home> In-Reply-To: <31f35293-877f-497d-7342-29a11ed8b1c5@madpilot.net> References: <20210409061703.6cf124d0@hermann.fritz.box> <20210409072747.688f778f@freyja> <235429415.92.1617956187134@localhost> <20210409115613.3c78fd7d@freyja> <31f35293-877f-497d-7342-29a11ed8b1c5@madpilot.net> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FGwBq5v6fz4bBL X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=SQEaVJJp; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of gljennjohn@gmail.com designates 2a00:1450:4864:20::435 as permitted sender) smtp.mailfrom=gljennjohn@gmail.com X-Spamd-Result: default: False [-2.36 / 15.00]; HAS_REPLYTO(0.00)[gljennjohn@gmail.com]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::435:from]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[217.226.61.118:received]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.64)[0.642]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[gmail.com]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::435:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::435:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-ports] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 09 Apr 2021 11:00:04 -0000 On Fri, 9 Apr 2021 12:12:45 +0200 Guido Falsi via freebsd-current wrote: > On 09/04/21 11:56, O. Hartmann wrote: > > On Fri, 9 Apr 2021 10:16:27 +0200 (CEST) > > Ronald Klop wrote: > > > >> Hi, > >> > >> The official pkg builders are also stuck for 14-CURRENT. Although at a > >> different port sysutils/msktutil. > >> > >> See main-amd64 at https://pkg-status.freebsd.org/builds?type=package > >> > >> It is stuck in "stage/runaway" for 61 hours now. > >> http://beefy18.nyi.freebsd.org/build.html?mastername=main-amd64-default&build=p569609_s5b3b19db73 > >> (ipv6 only) > >> > >> NB: I'm not involved in the pkg building cluster. > >> > >> Regards, > >> Ronald. > >> > >> > >> Van: "O. Hartmann" > >> Datum: vrijdag, 9 april 2021 07:27 > >> Aan: FreeBSD Ports > >> Onderwerp: Re: poudriere: net/openldap24-server: stage/runaway , building > >> forever > >>> > >>> On Fri, 9 Apr 2021 06:17:03 +0200 > >>> "Hartmann, O." wrote: > >>> > >>>> Recent CURRENT host (FreeBSD 14.0-CURRENT #26 main-n245806-4d221f59b85: > >>>> Sat Apr 3 06:43:44 CEST 2021 amd64), poudriere CURRENT jail at > >>>> 14.0-CURRENT 1400007 amd64 from 2021-04-08 05:25:38. It seems that the > >>>> recent CURRENT does have a serious problem when building > >>>> net/openldap24-server. The build process gets stuck with staging and is > >>>> marked "runaway": > >>>> > >>>> [head-amd64-head-default] [2021-04-08_13h56m41s] [parallel_build:] Queued: > >>>> 1847 Built: 63 Failed: 17 Skipped: 1759 Ignored: 8 Tobuild: 0 > >>>> Time: 13:26:35 [01]: net/openldap24-server | > >>>> openldap-sasl-server-2.4.58 stage/runaway (06:28:32 / 08:41:16) > >>>> > >>>> Also, on jails (recent CURRENT) serving as OpenLDAP server (also recent > >>>> taken from git /usr/ports, branch main), run into a serious problem > >>>> starting slapd, when starting slapd and the process is reporting checking > >>>> configuration, it freezes forever. Putting slapd into debug mode doesn't > >>>> help, since the freeze is quite early. > >>>> > >>>> Does anybody know what the reason for this strange behaviour is on > >>>> CURRENT? All CURRENT servers are affected (almost all the same revision > >>>> as shown above)? > >>>> > >>>> Thanks in advance, > >>>> > >>>> O. Hartmann > >>> > >>> Short update, another host is stuck at the very same point, host's CURRENT > >>> is at FreeBSD 14.0-CURRENT #2 main-n245870-86a52e262a6: Wed Apr 7 13:57:20 > >>> CEST 2021 amd64, it's jails is taken from the same source. > >>> > >>> The process is stuck at staging and took 34 hours ... never seen before: > >>> > >>> > >>> [...] > >>> [09:05:25] [03] [02:13:44] Finished net/openldap24-server | > >>> openldap-sasl-server-2.4.58: Failed: stage/runaway load: 10.39 cmd: awk > >>> 24374 [running] 0.06r 0.00u 0.00s 0% 3420k [headamd64-head-default] > >>> [2021-04-07_12h26m18s] [parallel_build:] Queued: 3298 Built: 2123 Failed: 7 > >>> Skipped: 1161 Ignored: 7 Tobuild: 0 Time: 40:52:34 [03]: > >>> net/openldap24-server | openldap-sasl-server-2.4.58 stage/runaway > >>> (31:48:30 / 34:01:11) [40:52:52] Logs: > >>> /pool/poudriere/data/logs/bulk/headamd64-head-default/2021-04-07_12h26m18s > >>> _______________________________________________ > > > > [...] > > > > It seems, that jails on 14-CURRENT do have a strange and malfunctional > > behaviour now. > > Most probably related to commit d36d68161517 check the thread at [1]. > > A solution is being discussed in D29623 at [2]. > > > [1] https://lists.freebsd.org/pipermail/dev-commits-src-all/2021-April/005159.html > > [2] https://reviews.freebsd.org/D29623 > Just FYI I was also was seeing strange hangs with dbus (polkitd was timing out) and firefox was hung waiting for urwlck. I also saw timeouts waiting for Xorg to shutdown (startx ended up kiliing it). I applied the patch which kib posted and everything returned to normal. -- Gary Jennejohn From owner-freebsd-current@freebsd.org Fri Apr 9 11:53:47 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D78A25D57DC; Fri, 9 Apr 2021 11:53:47 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FGxNp5fwzz4dV8; Fri, 9 Apr 2021 11:53:46 +0000 (UTC) (envelope-from ohartmann@walstatt.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1617969221; bh=X2guv1Re/qMTp0TlNI74qe0SUnFCGIFqtyENI0JUvro=; h=X-UI-Sender-Class:Date:From:To:Cc:Subject:In-Reply-To:References; b=OTwd1m1prnOwpsbFPc2qhUOtEuhleR8SjX/Bs4cH3EI99cQKGAQ/Qa1rHLwSGXVJw cgdhz4q06e+020hpNcLmsGl5SgldYS0O3rciytwoq9KsgXROGvzfvE5tco69HL/7E2 Q06HlFQjrzIKe56aKSQs1Gw1wZU55bBPHSWdgDIY= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from freyja ([46.88.90.205]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1M9o1v-1lRpZI2Kqz-005mfx; Fri, 09 Apr 2021 13:53:41 +0200 Date: Fri, 9 Apr 2021 13:53:39 +0200 From: "O. Hartmann" To: Gary Jennejohn Cc: Guido Falsi via freebsd-current , Guido Falsi , "O. Hartmann" , Ronald Klop , FreeBSD Ports Subject: Re: poudriere: net/openldap24-server: stage/runaway , building forever Message-ID: <20210409135314.6017cab1@freyja> In-Reply-To: <20210409105959.67dcef87@ernst.home> References: <20210409061703.6cf124d0@hermann.fritz.box> <20210409072747.688f778f@freyja> <235429415.92.1617956187134@localhost> <20210409115613.3c78fd7d@freyja> <31f35293-877f-497d-7342-29a11ed8b1c5@madpilot.net> <20210409105959.67dcef87@ernst.home> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:nlWrcIHr1a2bIBpSf64HKHQW++k5ogWbqpxPaVupU4/Xze8hAm5 UGOAAh4EryssF+YhZR8FhR6/KX9DHWR/eeZOU69JdNRabW8jJfBmiKryd71ddND8fIBv1je crcYwtfYY1vZ1yUNAY5OH26saabgAHvrvakBmDX1irbVVgTr2RxHR4LWfc0jaHzoc1gc/vk T9yOSpf4E35qXk7xTo0XA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:io6t5qsgcaw=:S+BiqUTNDh2YalUnG56e3T r6io/fh9h/0jGP7ca95HAjZhRLYLcTabNJ4wkCurNfhxHu/i4EmtNhnq9VURShIJM+h7GJdu5 kQii/jsgDKYKuuHImtWFkS62zXLpMEkFS5gylB27VXmMqENaQr17YRg23/b9A1qqpmNNuQzCQ oI1dTprKIYmx7cxxB4lBtL4nx5j+XjJoqFlla77yGrAF2V7GPao0R9Aq4w2xaYLDHXRJPfCxR 2uMzkXrYzw+JwzyCqYVGAlYmA7NSJAt2rsT30QeBU8d+QdFLWmltnGhBheSdxSH4rTTXLBv+4 4ZgaBqItsCzaFLqh56BntZ52U48D3SxuKhaaZIzfs4I/SlbRxUxuFNJ94ILhtUyce+CyKvKzq X5/DN65H91gzVtCycoRXlGLl9w7O1MzWXt/Yg8zYt8a1yFm/CqUlgYPoBArd7UBfcVTUtCD0O TMdxItyw6R0xZFX1BoEj/OgVh+E7FJNTiR3Gq9KU1RDJv5YresmkjssjP+6mxJ3K1Y8xwN7HV +cnNiw6YnzJ0sC8YJhzmErFPVUcBuB4D8QE6bTeUxWbGBDbHgRdeuLFdtLvQTdhnmA51XwJlK ol87LgwbrFX6MR/mibBLhH1Z3pYnewC0QwdnX7M1MUGT/uqSRzyQyrKJ60u2R6i2/PQEu8Tgl QD137k4M2wfbeBNY0yPl80ef0kbcUd8OMMgrV03EL576sMJ41z9g+uE7bZcMrR6R5hBF5yMt/ 36cQGnu8vbbcqC3wtf9RRJwiMMlWm/AJs9ckZi7XiIn3YOosVkx+fpYkiReSXoL/DaDv+afg2 OkKdeZPhTJH0zhYHf7QQq2C/zAW7rMkmANbIZPplm3/w3P/Ery9Kz74uG+RjamXE+CVDbMUvW sbVrRgubivG2zczQ62tWKSlgPKl3ZRYUQitsLZ2FErKZg06cCyfy3IcSHKwNSg5LKqx9VlhF3 fvk6oTauLhQz/JdTMfkieAMEvcwEFKhhvJF7QmiBq3JYuOKVo1YdP+6wNiI3gmW7MAl6z/umx +B/3bX/rj3Wix43QzOKN6roRD2zPVCCxphkIpTPkOHp3PGB89NgftCtDVYCMSB87tfCm+Nhqw 99bZC0aeO5NnX9lXZ+r+ZYQwB3LGZ+rLyeb4v8BRFKHgqS2IYpSYcFKW32B0C8wvxNfOQqE24 BKKnZTJEr7WfS2Zf//F3uE8MFv8lupSq3/AbUyDPghaQUsk/nOTSJSfeRxjyBnhrwzLtfvNhU XAIor1YNsYeJ7KC0B X-Rspamd-Queue-Id: 4FGxNp5fwzz4dV8 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.net header.s=badeba3b8450 header.b=OTwd1m1p; dmarc=none; spf=none (mx1.freebsd.org: domain of ohartmann@walstatt.org has no SPF policy when checking 212.227.15.19) smtp.mailfrom=ohartmann@walstatt.org X-Spamd-Result: default: False [-2.90 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_FIVE(0.00)[6]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmx.net:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_IN_DNSWL_LOW(-0.10)[212.227.15.19:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[212.227.15.19:from]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; RECEIVED_SPAMHAUS_PBL(0.00)[46.88.90.205:received]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[walstatt.org]; SPAMHAUS_ZRD(0.00)[212.227.15.19:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record]; RWL_MAILSPIKE_POSSIBLE(0.00)[212.227.15.19:from]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-ports,freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 09 Apr 2021 11:53:47 -0000 On Fri, 9 Apr 2021 12:59:59 +0200 Gary Jennejohn wrote: > On Fri, 9 Apr 2021 12:12:45 +0200 > Guido Falsi via freebsd-current wrote: > > > On 09/04/21 11:56, O. Hartmann wrote: > > > On Fri, 9 Apr 2021 10:16:27 +0200 (CEST) > > > Ronald Klop wrote: > > > > > >> Hi, > > >> > > >> The official pkg builders are also stuck for 14-CURRENT. Although a= t a > > >> different port sysutils/msktutil. > > >> > > >> See main-amd64 at https://pkg-status.freebsd.org/builds?type=3Dpack= age > > >> > > >> It is stuck in "stage/runaway" for 61 hours now. > > >> http://beefy18.nyi.freebsd.org/build.html?mastername=3Dmain-amd64-d= efault&build=3Dp569609_s5b3b19db73 > > >> (ipv6 only) > > >> > > >> NB: I'm not involved in the pkg building cluster. > > >> > > >> Regards, > > >> Ronald. > > >> > > >> > > >> Van: "O. Hartmann" > > >> Datum: vrijdag, 9 april 2021 07:27 > > >> Aan: FreeBSD Ports > > >> Onderwerp: Re: poudriere: net/openldap24-server: stage/runaway , bu= ilding > > >> forever > > >>> > > >>> On Fri, 9 Apr 2021 06:17:03 +0200 > > >>> "Hartmann, O." wrote: > > >>> > > >>>> Recent CURRENT host (FreeBSD 14.0-CURRENT #26 main-n245806-4d221f= 59b85: > > >>>> Sat Apr 3 06:43:44 CEST 2021 amd64), poudriere CURRENT jail at > > >>>> 14.0-CURRENT 1400007 amd64 from 2021-04-08 05:25:38. It seems tha= t the > > >>>> recent CURRENT does have a serious problem when building > > >>>> net/openldap24-server. The build process gets stuck with staging = and is > > >>>> marked "runaway": > > >>>> > > >>>> [head-amd64-head-default] [2021-04-08_13h56m41s] [parallel_build:= ] > > >>>> Queued: 1847 Built: 63 Failed: 17 Skipped: 1759 Ignored: 8 > > >>>> Tobuild: 0 Time: 13:26:35 [01]: net/openldap24-server | > > >>>> openldap-sasl-server-2.4.58 stage/runaway (06:28:32 / 08:41:16) > > >>>> > > >>>> Also, on jails (recent CURRENT) serving as OpenLDAP server (also = recent > > >>>> taken from git /usr/ports, branch main), run into a serious probl= em > > >>>> starting slapd, when starting slapd and the process is reporting > > >>>> checking configuration, it freezes forever. Putting slapd into de= bug > > >>>> mode doesn't help, since the freeze is quite early. > > >>>> > > >>>> Does anybody know what the reason for this strange behaviour is o= n > > >>>> CURRENT? All CURRENT servers are affected (almost all the same re= vision > > >>>> as shown above)? > > >>>> > > >>>> Thanks in advance, > > >>>> > > >>>> O. Hartmann > > >>> > > >>> Short update, another host is stuck at the very same point, host's > > >>> CURRENT is at FreeBSD 14.0-CURRENT #2 main-n245870-86a52e262a6: We= d Apr > > >>> 7 13:57:20 CEST 2021 amd64, it's jails is taken from the same sou= rce. > > >>> > > >>> The process is stuck at staging and took 34 hours ... never seen b= efore: > > >>> > > >>> > > >>> [...] > > >>> [09:05:25] [03] [02:13:44] Finished net/openldap24-server | > > >>> openldap-sasl-server-2.4.58: Failed: stage/runaway load: 10.39 cm= d: awk > > >>> 24374 [running] 0.06r 0.00u 0.00s 0% 3420k [headamd64-head-default= ] > > >>> [2021-04-07_12h26m18s] [parallel_build:] Queued: 3298 Built: 2123 > > >>> Failed: 7 Skipped: 1161 Ignored: 7 Tobuild: 0 Time: 40:52:3= 4 > > >>> [03]: net/openldap24-server | openldap-sasl-server-2.4.58 > > >>> stage/runaway (31:48:30 / 34:01:11) [40:52:52] Logs: > > >>> /pool/poudriere/data/logs/bulk/headamd64-head-default/2021-04-07_1= 2h26m18s > > >>> _______________________________________________ > > > > > > [...] > > > > > > It seems, that jails on 14-CURRENT do have a strange and malfunction= al > > > behaviour now. > > > > Most probably related to commit d36d68161517 check the thread at [1]. > > > > A solution is being discussed in D29623 at [2]. > > > > > > [1] > > https://lists.freebsd.org/pipermail/dev-commits-src-all/2021-April/005= 159.html > > > > [2] https://reviews.freebsd.org/D29623 > > > > Just FYI I was also was seeing strange hangs with dbus (polkitd was > timing out) and firefox was hung waiting for urwlck. I also saw > timeouts waiting for Xorg to shutdown (startx ended up kiliing it). > > I applied the patch which kib posted and everything returned to normal. > I also applied the patch mentioned bz Guido Falsi above and services like openLDAP and Apche start now as expected. It seems the patch works on amd6= 4, at least for some boxes (those I've already pacthed right now). Thank you very much. Kind regards, O. Hartmann From owner-freebsd-current@freebsd.org Fri Apr 9 13:23:36 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 841835B8458; Fri, 9 Apr 2021 13:23:36 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-il1-f178.google.com (mail-il1-f178.google.com [209.85.166.178]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FGzNR5VB9z4jcR; Fri, 9 Apr 2021 13:23:35 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-il1-f178.google.com with SMTP id w2so4672834ilj.12; Fri, 09 Apr 2021 06:23:35 -0700 (PDT) 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:content-transfer-encoding; bh=fb3BwVaRyYX0+BC6SufGRyjW8aOmdmXGnE6qtEaHXKQ=; b=aNLTVA4WRTaWoWbevyFLAaPFMYhlGLTy9ln4Ib/W5gid7SavbjMS0pUdBgBy/AkuCn TTT7j9LmMduDCLwaCQLkpjm+na8r8NYeNiR3ZcJRmIuGXh7veubO67HNADPHeIjElDlU amgd1W18lW9Fs2aOs+YhK5FmHTVqjXpDTcFeURTsXq4qGNqlvMZoxZgxeZUwnQ9gteDc EDoNdgNaKyLMcsssHTINy9k7AJ/9LMXjktGtNdx0Nj1LnQpXkAZPXzjFxjaK+9VnseNX qZRV81v0yyC4xgpHShvk7WPYie1/NT1+ZdRlucDQEU8rcM6mWsAZc9wm6ecAKlrizzrm 2n2Q== X-Gm-Message-State: AOAM532NjRvvE7wwgOAjPNZ2S7W36N0pUCxLEARfWx1i9xpzmG2ZUeSy TQ+THnFbbnbJU6zQGBmgjK6wsBH0JSUgJAr15gPpUNHq X-Google-Smtp-Source: ABdhPJxceFhxs5opZmL97Aj9EOP7d8Lw5ARx5jFGlZU9OHS5+wCrV97JGhNnnV/wFoYY+L19BEK8tJ8wXayICttymk4= X-Received: by 2002:a92:ad07:: with SMTP id w7mr9793897ilh.98.1617974613810; Fri, 09 Apr 2021 06:23:33 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Ed Maste Date: Fri, 9 Apr 2021 09:23:13 -0400 Message-ID: Subject: FreeBSD/arm64 becoming Tier 1 in FreeBSD 13 To: FreeBSD Current , freebsd-arm , freebsd-announce@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4FGzNR5VB9z4jcR X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.166.178 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-1.00 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.166.178:from]; RCVD_COUNT_TWO(0.00)[2]; FREEFALL_USER(0.00)[carpeddiem]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_DN_SOME(0.00)[]; RCVD_TLS_ALL(0.00)[]; SPAMHAUS_ZRD(0.00)[209.85.166.178:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_SPAM_SHORT(1.00)[1.000]; RCVD_IN_DNSWL_NONE(0.00)[209.85.166.178:from]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.166.178:from]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; MIME_TRACE(0.00)[0:+]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-arm,freebsd-announce] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 09 Apr 2021 13:23:36 -0000 Summary FreeBSD will promote arm64 to a Tier 1 architecture in FreeBSD 13. This means we will provide release images, binary packages, and security and errata updates. While we anticipate there will be minor issues with this first release, we believe the port is mature enough that they can be resolved during the life of FreeBSD 13. Details Development efforts on FreeBSD/arm64 (also known as AArch64) started in 2014, with generous financial and technical support from Arm, Cavium and the FreeBSD Foundation. FreeBSD 11.0 arrived in October 2016 as the first release with support for the architecture. Improvements to the kernel, tool chain, userland, and ports and package infrastructure have been ongoing since that time, with improvements arriving in each minor and major release. The FreeBSD base system is ready for the promotion of arm64 to Tier 1, and the Release Engineering, Security, and Ports teams are prepared to support the Tier 1 requirements for arm64. Security updates via freebsd-update now include arm64 support (starting with the FreeBSD 13.0 release candidates). Required ports infrastructure is in place for arm64 and most ports build successfully. The project now has several Ampere eMAG systems acting as package build servers. These machines were obtained through a combination of FreeBSD Foundation purchases and generous donations from Ampere. To support port maintainers who do not have access to arm64 hardware we will be improving ports CI and testing resources (and this effort will benefit all architectures). We will also be suggesting one or more low-cost reference platforms for FreeBSD/arm64. The guarantees included in Tier 1 status are described in https://docs.freebsd.org/en_US.ISO8859-1/articles/committers-guide/archs.ht= ml In particular, for Tier 1 architectures the project provides release images, binary package sets, and binary and source updates for Security Advisories and Errata Notices. The AArch64 ecosystem=E2=80=99s maturity ensures follow on generations of hardware. The diversity of offerings, as well as the multiple generations of hardware shows that the FreeBSD project will benefit from adding support for this platform. The growth trajectory suggests this will be a significant portion of the market in the coming years, and FreeBSD will benefit from tapping into this market with this Tier 1 platform. (on behalf of core) From owner-freebsd-current@freebsd.org Fri Apr 9 13:40:42 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6E8A45B8F2F for ; Fri, 9 Apr 2021 13:40:42 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-ot1-f47.google.com (mail-ot1-f47.google.com [209.85.210.47]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FGzm941Zrz4kF1; Fri, 9 Apr 2021 13:40:41 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-ot1-f47.google.com with SMTP id y19-20020a0568301d93b02901b9f88a238eso5678061oti.11; Fri, 09 Apr 2021 06:40:41 -0700 (PDT) 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=FGAGhiEVfu1Y8tdWihEfWOV+fVzc+ZPuVloBII+YRLw=; b=aGs8J7C3drYhBVopLbGuYFqhEwgRyripMEGjlPCvV6g2uoFfLq3iSczKgyKddpF+g6 dsTgzXCZf24/9hYU50jsnu0CIJdoqgCZ+7hUBgCWiv4QEInZ2EV1NCiP8SiPTxlInMON Nvil9PmzBIoXdN/eCK5sHqmlFH7r2F3oscYLoTjtLQF/g7aabWbJLopPrQCuBJqiCofR h4utpPMKZk6nlZR+P91C03cXxhZRZRkYxoXwFVDy2JdOG4hBL6njd8IBkHoEqEcQx0HU Y05fIFg4QT2dSlZyDUaKL5Szr4VfjDAbislRCufvnPqRF+JLdXUiCrN4F9X5bCwKCH0Y 0ssQ== X-Gm-Message-State: AOAM53329aPo/uJhsUDKKrIV64hrW6vShYpMpMRTCYTyAhqSLXYidHxo BF++rtlRAlop15yGIBVpDFKl0IKPXgu15JgdxRZFwig1 X-Google-Smtp-Source: ABdhPJzieiL96Xs8Gmfgtm60jR+0qMkDLlXNzyrHyo+YoBqWl+5JQGIGsiPUzOnqGZNyxoB6CBEioADkKvEMSEBdpPA= X-Received: by 2002:a05:6830:1af6:: with SMTP id c22mr11780789otd.291.1617975640024; Fri, 09 Apr 2021 06:40:40 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Alan Somers Date: Fri, 9 Apr 2021 07:40:28 -0600 Message-ID: Subject: Re: FreeBSD/arm64 becoming Tier 1 in FreeBSD 13 To: Ed Maste Cc: FreeBSD Current X-Rspamd-Queue-Id: 4FGzm941Zrz4kF1 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of asomers@gmail.com designates 209.85.210.47 as permitted sender) smtp.mailfrom=asomers@gmail.com X-Spamd-Result: default: False [-1.00 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FREEFALL_USER(0.00)[asomers]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[209.85.210.47:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[freebsd.org]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.210.47:from]; NEURAL_SPAM_SHORT(1.00)[1.000]; SPAMHAUS_ZRD(0.00)[209.85.210.47:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; TO_DN_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[209.85.210.47:from]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@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]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; MAILMAN_DEST(0.00)[freebsd-current] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 09 Apr 2021 13:40:42 -0000 On Fri, Apr 9, 2021 at 7:23 AM Ed Maste wrote: > Summary > > FreeBSD will promote arm64 to a Tier 1 architecture in FreeBSD 13. > This means we will provide release images, binary packages, and > security and errata updates. While we anticipate there will be minor > issues with this first release, we believe the port is mature enough > that they can be resolved during the life of FreeBSD 13. > > Details > > Development efforts on FreeBSD/arm64 (also known as AArch64) started > in 2014, with generous financial and technical support from Arm, > Cavium and the FreeBSD Foundation. FreeBSD 11.0 arrived in October > 2016 as the first release with support for the architecture. > Improvements to the kernel, tool chain, userland, and ports and > package infrastructure have been ongoing since that time, with > improvements arriving in each minor and major release. > > The FreeBSD base system is ready for the promotion of arm64 to Tier 1, > and the Release Engineering, Security, and Ports teams are prepared to > support the Tier 1 requirements for arm64. Security updates via > freebsd-update now include arm64 support (starting with the FreeBSD > 13.0 release candidates). > > Required ports infrastructure is in place for arm64 and most ports > build successfully. The project now has several Ampere eMAG systems > acting as package build servers. These machines were obtained through > a combination of FreeBSD Foundation purchases and generous donations > from Ampere. > > To support port maintainers who do not have access to arm64 hardware > we will be improving ports CI and testing resources (and this effort > will benefit all architectures). We will also be suggesting one or > more low-cost reference platforms for FreeBSD/arm64. > > The guarantees included in Tier 1 status are described in > > https://docs.freebsd.org/en_US.ISO8859-1/articles/committers-guide/archs.= html > > In particular, for Tier 1 architectures the project provides release > images, binary package sets, and binary and source updates for > Security Advisories and Errata Notices. > > The AArch64 ecosystem=E2=80=99s maturity ensures follow on generations of > hardware. The diversity of offerings, as well as the multiple > generations of hardware shows that the FreeBSD project will benefit > from adding support for this platform. The growth trajectory suggests > this will be a significant portion of the market in the coming years, > and FreeBSD will benefit from tapping into this market with this Tier > 1 platform. > > (on behalf of core) > _______________________________________________ > 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= " > Wow, great news! I look forward to seeing your reference platform recommendations. But the next obvious question that comes to mind is: how to do hosted CI testing for FreeBSD/arm64? Cirrus-CI and sr.ht work well but only for amd64. Are there any options for arm64 at all? I think it should be possible to hook up Cirrus's management to one of Amazon's arm64 instances, but somebody would have to go to the trouble of creating a custom ami image, and every user would need to create an EC2 account. Are there any better options? -Alan From owner-freebsd-current@freebsd.org Fri Apr 9 16:35:02 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C7BFA5BD6DF for ; Fri, 9 Apr 2021 16:35:02 +0000 (UTC) (envelope-from SRS0=lhvu3n=JG=codenetworks.net=sm@eigbox.net) Received: from bosmailout05.eigbox.net (bosmailout05.eigbox.net [66.96.186.5]) (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 4FH3dL0D7Tz4snR; Fri, 9 Apr 2021 16:35:01 +0000 (UTC) (envelope-from SRS0=lhvu3n=JG=codenetworks.net=sm@eigbox.net) Received: from bosmailscan07.eigbox.net ([10.20.15.7]) by bosmailout05.eigbox.net with esmtp (Exim) id 1lUu61-0007D0-DY; Fri, 09 Apr 2021 12:35:01 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=codenetworks.net; s=dkim; h=Sender:Content-Transfer-Encoding:Content-Type: MIME-Version:Cc:To:From:In-Reply-To:Message-ID:Subject:Date:Reply-To: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:References:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=BI6u2QxDeaS2dvEwGa6Tb6y6Aqn713W6OLNSuwV2KWg=; b=pwBgzB31MrNIZtkp3freSiWPK8 WXR1DOFb3LwzPP6s2cp3+isxZUgvrS/Oth/AeerO0eTLseDld6dWBEFraMukeSUbFjchHzggxsf/w x3t7OW41L8hqcQmyfWFqSlOtjAuTwDjiOVH8pa2v0SYweF0uqQZhMeJZR+v2o7hDzY+FN9pGtf1FQ KwmpO6+mJ1Sl58MqAfTPYMfegd7MCoKpNK98qTy0GlqfqGiKhzfn/PDecVCUW71wnXYTAOoaswP/V 1uFGDiKgBWfJWP9RJYHv+zqyEcSkTIku1gh7W5UQzYJXcT6fhHixzS0CA7HRBW+51m6x8aq9XMriN Q5jRPw9g==; Received: from [10.115.3.34] (helo=bosimpout04) by bosmailscan07.eigbox.net with esmtp (Exim) id 1lUu61-0001Z8-2r; Fri, 09 Apr 2021 12:35:01 -0400 Received: from bosauthsmtp19.yourhostingaccount.com ([10.20.18.19]) by bosimpout04 with id qgax2400D0QhFXN01gb0Ns; Fri, 09 Apr 2021 12:35:01 -0400 X-Authority-Analysis: v=2.1 cv=S4pXwecP c=1 sm=1 tr=0 a=9UqFsMnAB6EOkiq4MrOclQ==:117 a=Q8lLzpqWiUYMAFMncj8R3w==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=IkcTkHD0fZMA:10 a=3YhXtTcJ-WEA:10 a=zW0gRWPTQUEA:10 a=6I5d2MoRAAAA:8 a=8OFpTmzNbNQdmZ3X09kA:9 a=Gton-PVSNzIylpcS:21 a=QEXdDO2ut3YA:10 a=CWYDpvlIqCUA:10 a=IjZwj45LgO3ly-622nXo:22 Received: from [5.159.171.182] (port=56587 helo=[192.168.1.157]) by bosauthsmtp19.eigbox.net with esmtpa (Exim) id 1lUu5x-0001Cd-DT; Fri, 09 Apr 2021 12:34:57 -0400 Date: Fri, 09 Apr 2021 18:34:49 +0200 Subject: Re: FreeBSD/arm64 becoming Tier 1 in FreeBSD 13 Message-ID: <73f365f9-26c5-478b-bfbc-55e352b40f11@email.android.com> X-Android-Message-ID: <73f365f9-26c5-478b-bfbc-55e352b40f11@email.android.com> In-Reply-To: From: sm@codenetworks.net To: Alan Somers Cc: Ed Maste , FreeBSD Current Importance: Normal X-Priority: 3 X-MSMail-Priority: Normal X-EN-UserInfo: d3bdfab0736480cedf04ed92aaea2ef5:931c98230c6409dcc37fa7e93b490c27 X-EN-AuthUser: sm@codenetworks.net Sender: sm@codenetworks.net X-EN-OrigIP: 5.159.171.182 X-EN-OrigHost: unknown X-Rspamd-Queue-Id: 4FH3dL0D7Tz4snR X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none (invalid DKIM record) header.d=codenetworks.net header.s=dkim header.b=pwBgzB31; dmarc=none; spf=pass (mx1.freebsd.org: domain of SRS0=lhvu3n=JG=codenetworks.net=sm@eigbox.net designates 66.96.186.5 as permitted sender) smtp.mailfrom=SRS0=lhvu3n=JG=codenetworks.net=sm@eigbox.net X-Spamd-Result: default: False [0.40 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.96.128.0/18:c]; MIME_BASE64_TEXT_BOGUS(1.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[codenetworks.net:~]; MIME_BASE64_TEXT(0.10)[]; HAS_X_PRIO_THREE(0.00)[3]; NEURAL_HAM_SHORT(-1.00)[-0.998]; FORGED_SENDER(0.30)[sm@codenetworks.net,SRS0=lhvu3n=JG=codenetworks.net=sm@eigbox.net]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:~]; MISSING_MIMEOLE(2.00)[]; ASN(0.00)[asn:29873, ipnet:66.96.128.0/18, country:US]; FROM_NEQ_ENVFROM(0.00)[sm@codenetworks.net,SRS0=lhvu3n=JG=codenetworks.net=sm@eigbox.net]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.96.186.5:from]; RCVD_COUNT_FIVE(0.00)[5]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_NA(0.00)[codenetworks.net: no valid DMARC record]; SPAMHAUS_ZRD(0.00)[66.96.186.5:from:127.0.2.255]; FROM_NO_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[66.96.186.5:from]; MIME_HTML_ONLY(0.20)[]; R_DKIM_PERMFAIL(0.00)[codenetworks.net:s=dkim]; MAILMAN_DEST(0.00)[freebsd-current] MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 09 Apr 2021 16:35:02 -0000 From owner-freebsd-current@freebsd.org Fri Apr 9 14:11:57 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 74B5B5B9E93; Fri, 9 Apr 2021 14:11:57 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from mail.kronometrix.org (mail.kronometrix.org [79.134.105.182]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.kronometrix.org", Issuer "mail.kronometrix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FH0SD4Bklz4lfC; Fri, 9 Apr 2021 14:11:56 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from [192.168.1.151] (87-95-50-37.bb.dnainternet.fi [87.95.50.37]) (authenticated bits=0) by mail.kronometrix.org (8.16.1/8.15.2) with ESMTPSA id 139EBk6n092991 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 9 Apr 2021 14:11:47 GMT (envelope-from sparvu@kronometrix.org) X-Authentication-Warning: mail.kronometrix.org: Host 87-95-50-37.bb.dnainternet.fi [87.95.50.37] claimed to be [192.168.1.151] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: FreeBSD/arm64 becoming Tier 1 in FreeBSD 13 From: Stefan Parvu In-Reply-To: Date: Fri, 9 Apr 2021 17:11:41 +0300 Cc: FreeBSD Current , freebsd-arm , freebsd-announce@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: To: Ed Maste X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4FH0SD4Bklz4lfC X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of sparvu@kronometrix.org designates 79.134.105.182 as permitted sender) smtp.mailfrom=sparvu@kronometrix.org X-Spamd-Result: default: False [-0.80 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; SPAMHAUS_ZRD(0.00)[79.134.105.182:from:127.0.2.255]; DMARC_NA(0.00)[kronometrix.org]; R_SPF_ALLOW(-0.20)[+a]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RBL_DBL_DONT_QUERY_IPS(0.00)[79.134.105.182:from]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16302, ipnet:79.134.96.0/19, country:FI]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-announce,freebsd-arm,freebsd-current] X-Mailman-Approved-At: Fri, 09 Apr 2021 20:01:11 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 09 Apr 2021 14:11:57 -0000 > FreeBSD will promote arm64 to a Tier 1 architecture in FreeBSD 13. > This means we will provide release images, binary packages, and > security and errata updates. While we anticipate there will be minor > issues with this first release, we believe the port is mature enough > that they can be resolved during the life of FreeBSD 13. 10 x thanks Stefan From owner-freebsd-current@freebsd.org Fri Apr 9 21:01:24 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C9D785BD413 for ; Fri, 9 Apr 2021 21:01:24 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from maybe.home.utahime.org (gate.home.utahime.org [183.180.29.210]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FH9Xg1nV8z4ctc for ; Fri, 9 Apr 2021 21:01:22 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from eastasia.home.utahime.org (eastasia.home.utahime.org [192.168.174.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384) server-digest SHA384) (No client certificate requested) by maybe.home.utahime.org (Postfix) with ESMTPS id 863781B2D5 for ; Sat, 10 Apr 2021 06:01:13 +0900 (JST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=utahime.org; s=maybe2019112701; t=1618002073; bh=4RCf4AmMK6s/1+Vkc2CTdQ+veL5M/Lh4eboq9heSCko=; h=Date:To:Subject:From; b=PZqaRnmOnizfeJ73iPR7G4tafuy6853bbEikkUhTKeDfCsH6SoOXMysIfOb//60Nt vqMUX5xsq7zWJD0BcIODR1KREXD6YaNKj3gt4ZXUfqVzsrP7bC90IUw9UDWtTiGHCc mrA3KI1E7fVDouscCv0QbtoNbnbUvYBVv7RcmHJSKKxSiyJ9TCXGl75wq56vVNBu+c XT67BEWAU9puCxoi0bZnizRXKvxvVbSbXXHBvhnkkFGjKJeBEIja9I/mlvSPVOMvTf ZnD1CxJTpGhGZWauX1gKf5K/Yssh82mtJHvMcbGRB5fC6VEUvT+fgazYG0lbdkbNbA VO1WUu+LI037w== Received: from localhost (rolling.home.utahime.org [192.168.174.11]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384)) (No client certificate requested) by eastasia.home.utahime.org (Postfix) with ESMTPSA id 6593630544; Sat, 10 Apr 2021 06:01:12 +0900 (JST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.2 at eastasia.home.utahime.org Date: Sat, 10 Apr 2021 05:55:41 +0900 (JST) Message-Id: <20210410.055541.2122356237233243830.yasu@utahime.org> To: freebsd-current@freebsd.org Subject: Build of some ports hang up on recent 14-CURRENT amd64 From: Yasuhiro Kimura X-Mailer: Mew version 6.8 on Emacs 27.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FH9Xg1nV8z4ctc X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=utahime.org header.s=maybe2019112701 header.b=PZqaRnmO; dmarc=none; spf=pass (mx1.freebsd.org: domain of yasu@utahime.org designates 183.180.29.210 as permitted sender) smtp.mailfrom=yasu@utahime.org X-Spamd-Result: default: False [-0.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+a:spf-authorized.utahime.org]; TO_DN_NONE(0.00)[]; HFILTER_HELO_IP_A(1.00)[maybe.home.utahime.org]; HFILTER_HELO_NORES_A_OR_MX(0.30)[maybe.home.utahime.org]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[utahime.org:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[183.180.29.210:from]; ASN(0.00)[asn:2519, ipnet:183.180.0.0/16, country:JP]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[utahime.org:s=maybe2019112701]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[utahime.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[183.180.29.210:from:127.0.2.255]; MID_CONTAINS_FROM(1.00)[]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 09 Apr 2021 21:01:24 -0000 yasu@rolling-vm-freebsd1[1044]% uname -a FreeBSD rolling-vm-freebsd1.home.utahime.org 14.0-CURRENT FreeBSD 14.0-CURRENT #0 main-n245912-f2400e6e832: Sat Apr 10 01:42:33 JST 2021 rootz@rolling-vm-freebsd1.home.utahime.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 After the update from 36d6e65722e to f2400e6e832 I noticed build of some ports hang up in the middle of it on my 14-CURRENT amd64 host. One of such examples is security/py-cryptography. ---------------------------------------------------------------------- root@rolling-vm-freebsd1[1008]# make ===> License APACHE20 BSD3CLAUSE accepted by the user ===> py39-cryptography-3.3.2 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by py39-cryptography-3.3.2 for building ===> Extracting for py39-cryptography-3.3.2 => SHA256 Checksum OK for cryptography-3.3.2.tar.gz. ===> Patching for py39-cryptography-3.3.2 ===> py39-cryptography-3.3.2 depends on package: py39-cffi>=1.8 - found ===> py39-cryptography-3.3.2 depends on package: py39-setuptools>0 - found ===> py39-cryptography-3.3.2 depends on file: /usr/local/bin/python3.9 - found ===> Configuring for py39-cryptography-3.3.2 running config ---------------------------------------------------------------------- And another one is devel/arcanist-lib. ---------------------------------------------------------------------- root@rolling-vm-freebsd1[1023]# make ===> License APACHE20 accepted by the user ===> arcanist-lib-php74-20210113 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by arcanist-lib-php74-20210113 for building ===> Extracting for arcanist-lib-php74-20210113 => SHA256 Checksum OK for phacility-arcanist-20210113-b2e715f_GH0.tar.gz. ===> Patching for arcanist-lib-php74-20210113 ===> Applying FreeBSD patches for arcanist-lib-php74-20210113 from /usr/ports/devel/arcanist-lib/files ===> Configuring for arcanist-lib-php74-20210113 ===> Staging for arcanist-lib-php74-20210113 ===> arcanist-lib-php74-20210113 depends on file: /usr/local/include/php/main/php.h - found ===> arcanist-lib-php74-20210113 depends on file: /usr/local/lib/php/20190902/curl.so - found ===> arcanist-lib-php74-20210113 depends on file: /usr/local/lib/php/20190902/dom.so - found ===> arcanist-lib-php74-20210113 depends on file: /usr/local/lib/php/20190902/json.so - found ===> arcanist-lib-php74-20210113 depends on file: /usr/local/lib/php/20190902/simplexml.so - found ===> arcanist-lib-php74-20210113 depends on file: /usr/local/lib/php/20190902/zlib.so - found ===> arcanist-lib-php74-20210113 depends on file: /usr/local/lib/php/20190902/mbstring.so - found ===> Generating temporary packing list cd /usr/ports/devel/arcanist-lib/work-php74/arcanist-b2e715f ; /bin/pax -rw * /usr/ports/devel/arcanist-lib/work-php74/stage/usr/local/lib/php/arcanist install -l rs /usr/ports/devel/arcanist-lib/work-php74/stage/usr/local/lib/php/arcanist/support/shell/hooks/bash-completion.sh /usr/ports/devel/arcanist-lib/work-php74/stage/usr/local/share/bash-completion/completions/arc /usr/ports/devel/arcanist-lib/work-php74/stage/usr/local/lib/php/arcanist/bin/arc shell-complete --generate GENERATE Generating shell completion rules... RULES Wrote updated completion rules for "bash" to: work-php74/stage/usr/local/lib/php/arcanist/support/shell/rules/bash-rules.sh. NOTE You may need to open a new terminal window or launch a new shell before the changes take effect. ---------------------------------------------------------------------- The problem also happens with poudriere. I tried boot with old 36d6e65722e kernel but the problem still happens. So the cause may be older than it. Does anyone else have the same problem? Best Regards. --- Yasuhiro Kimura From owner-freebsd-current@freebsd.org Fri Apr 9 21:20:57 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 91B4A5BDC5F for ; Fri, 9 Apr 2021 21:20:57 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [IPv6:2001:470:8d59:1::8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.protected-networks.net", Issuer "R3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FH9zD4rbmz4dgh for ; Fri, 9 Apr 2021 21:20:56 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id 74FCA5711; Fri, 9 Apr 2021 17:20:45 -0400 (EDT) Subject: Re: Build of some ports hang up on recent 14-CURRENT amd64 To: Yasuhiro Kimura , freebsd-current@freebsd.org References: <20210410.055541.2122356237233243830.yasu@utahime.org> From: Michael Butler Message-ID: Date: Fri, 9 Apr 2021 17:20:44 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.9.1 MIME-Version: 1.0 In-Reply-To: <20210410.055541.2122356237233243830.yasu@utahime.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-NZ Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FH9zD4rbmz4dgh X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.94 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[protected-networks.net:s=201508]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[2001:470:8d59:1::8:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[protected-networks.net:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[protected-networks.net,reject]; NEURAL_HAM_SHORT(-0.94)[-0.939]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:470:8d59:1::8:from]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 09 Apr 2021 21:20:57 -0000 This is likely fixed as of ~30 mins ago on commit e8b9c508b7ae5be618ada089103468c400e465cd The cause appears to have been commit d36d6816151705907393889 imb On 4/9/21 4:55 PM, Yasuhiro Kimura wrote: > yasu@rolling-vm-freebsd1[1044]% uname -a > FreeBSD rolling-vm-freebsd1.home.utahime.org 14.0-CURRENT FreeBSD 14.0-CURRENT #0 main-n245912-f2400e6e832: Sat Apr 10 01:42:33 JST 2021 rootz@rolling-vm-freebsd1.home.utahime.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 > > After the update from 36d6e65722e to f2400e6e832 I noticed build of > some ports hang up in the middle of it on my 14-CURRENT amd64 host. > > One of such examples is security/py-cryptography. > > ---------------------------------------------------------------------- > root@rolling-vm-freebsd1[1008]# make > ===> License APACHE20 BSD3CLAUSE accepted by the user > ===> py39-cryptography-3.3.2 depends on file: /usr/local/sbin/pkg - found > ===> Fetching all distfiles required by py39-cryptography-3.3.2 for building > ===> Extracting for py39-cryptography-3.3.2 > => SHA256 Checksum OK for cryptography-3.3.2.tar.gz. > ===> Patching for py39-cryptography-3.3.2 > ===> py39-cryptography-3.3.2 depends on package: py39-cffi>=1.8 - found > ===> py39-cryptography-3.3.2 depends on package: py39-setuptools>0 - found > ===> py39-cryptography-3.3.2 depends on file: /usr/local/bin/python3.9 - found > ===> Configuring for py39-cryptography-3.3.2 > running config > ---------------------------------------------------------------------- > > And another one is devel/arcanist-lib. > > ---------------------------------------------------------------------- > root@rolling-vm-freebsd1[1023]# make > ===> License APACHE20 accepted by the user > ===> arcanist-lib-php74-20210113 depends on file: /usr/local/sbin/pkg - found > ===> Fetching all distfiles required by arcanist-lib-php74-20210113 for building > ===> Extracting for arcanist-lib-php74-20210113 > => SHA256 Checksum OK for phacility-arcanist-20210113-b2e715f_GH0.tar.gz. > ===> Patching for arcanist-lib-php74-20210113 > ===> Applying FreeBSD patches for arcanist-lib-php74-20210113 from /usr/ports/devel/arcanist-lib/files > ===> Configuring for arcanist-lib-php74-20210113 > ===> Staging for arcanist-lib-php74-20210113 > ===> arcanist-lib-php74-20210113 depends on file: /usr/local/include/php/main/php.h - found > ===> arcanist-lib-php74-20210113 depends on file: /usr/local/lib/php/20190902/curl.so - found > ===> arcanist-lib-php74-20210113 depends on file: /usr/local/lib/php/20190902/dom.so - found > ===> arcanist-lib-php74-20210113 depends on file: /usr/local/lib/php/20190902/json.so - found > ===> arcanist-lib-php74-20210113 depends on file: /usr/local/lib/php/20190902/simplexml.so - found > ===> arcanist-lib-php74-20210113 depends on file: /usr/local/lib/php/20190902/zlib.so - found > ===> arcanist-lib-php74-20210113 depends on file: /usr/local/lib/php/20190902/mbstring.so - found > ===> Generating temporary packing list > cd /usr/ports/devel/arcanist-lib/work-php74/arcanist-b2e715f ; /bin/pax -rw * /usr/ports/devel/arcanist-lib/work-php74/stage/usr/local/lib/php/arcanist > install -l rs /usr/ports/devel/arcanist-lib/work-php74/stage/usr/local/lib/php/arcanist/support/shell/hooks/bash-completion.sh /usr/ports/devel/arcanist-lib/work-php74/stage/usr/local/share/bash-completion/completions/arc > /usr/ports/devel/arcanist-lib/work-php74/stage/usr/local/lib/php/arcanist/bin/arc shell-complete --generate > GENERATE Generating shell completion rules... > RULES Wrote updated completion rules for "bash" to: work-php74/stage/usr/local/lib/php/arcanist/support/shell/rules/bash-rules.sh. > NOTE You may need to open a new terminal window or launch a new shell before the changes take effect. > ---------------------------------------------------------------------- > > The problem also happens with poudriere. > > I tried boot with old 36d6e65722e kernel but the problem still > happens. So the cause may be older than it. > > Does anyone else have the same problem? > > Best Regards. > > --- > Yasuhiro Kimura > _______________________________________________ > 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 Apr 9 21:30:43 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5C13D5BE6D3 for ; Fri, 9 Apr 2021 21:30:43 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from maybe.home.utahime.org (gate.home.utahime.org [183.180.29.210]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FHBBV3RZ7z4fQC for ; Fri, 9 Apr 2021 21:30:42 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from eastasia.home.utahime.org (eastasia.home.utahime.org [192.168.174.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384) server-digest SHA384) (No client certificate requested) by maybe.home.utahime.org (Postfix) with ESMTPS id E76831B2E0 for ; Sat, 10 Apr 2021 06:30:38 +0900 (JST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=utahime.org; s=maybe2019112701; t=1618003838; bh=wZgj9NxRWpEF9wEXpjcKxx6qIrCajdwQvv40kWr91Ok=; h=Date:To:Subject:From:In-Reply-To:References; b=BP+mfDsvnxkp0IG+BXLCup8rLXlwK0YVsI/L4EtonkwrmCcZyBZS/e3nTPYpzGBXK yTw0Ik47K/B8Lm1TXN1wuKWMusE0rHuY/iDCLX0gncI3OixBDEwkUbOehx5zCbSgc4 Ji4a3BEneozseP8/Eu7BKKxYtLtak1npPQhjq84NRzDa9nKn+46F7Ec5Ey6rYA7bv2 uRDqIdFaGzqcnYCsHPC2ogtJX1+eh4A01rlEYoiyI8zKObVmxBJMEBtJ5oVeDvXSl1 KgnkxiwxNqfM7I+0HSncgrBg1wa5EO+FuxDst8mSKE66pp2US7NeafXwB4Dy2ecwJW k5/QXoSE3likA== Received: from localhost (rolling.home.utahime.org [192.168.174.11]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384) server-digest SHA384) (No client certificate requested) by eastasia.home.utahime.org (Postfix) with ESMTPSA id 14E4830616; Sat, 10 Apr 2021 06:30:38 +0900 (JST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.2 at eastasia.home.utahime.org Date: Sat, 10 Apr 2021 06:30:22 +0900 (JST) Message-Id: <20210410.063022.491239465815962274.yasu@utahime.org> To: freebsd-current@freebsd.org Subject: Re: Build of some ports hang up on recent 14-CURRENT amd64 From: Yasuhiro Kimura In-Reply-To: References: <20210410.055541.2122356237233243830.yasu@utahime.org> X-Mailer: Mew version 6.8 on Emacs 27.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FHBBV3RZ7z4fQC X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=utahime.org header.s=maybe2019112701 header.b=BP+mfDsv; dmarc=none; spf=pass (mx1.freebsd.org: domain of yasu@utahime.org designates 183.180.29.210 as permitted sender) smtp.mailfrom=yasu@utahime.org X-Spamd-Result: default: False [-0.68 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+a:spf-authorized.utahime.org:c]; MV_CASE(0.50)[]; HFILTER_HELO_NORES_A_OR_MX(0.30)[maybe.home.utahime.org]; TO_DN_NONE(0.00)[]; HFILTER_HELO_IP_A(1.00)[maybe.home.utahime.org]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[utahime.org:+]; NEURAL_HAM_SHORT(-0.98)[-0.981]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[183.180.29.210:from]; ASN(0.00)[asn:2519, ipnet:183.180.0.0/16, country:JP]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[utahime.org:s=maybe2019112701]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[utahime.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[183.180.29.210:from:127.0.2.255]; MID_CONTAINS_FROM(1.00)[]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 09 Apr 2021 21:30:43 -0000 From: Michael Butler via freebsd-current Subject: Re: Build of some ports hang up on recent 14-CURRENT amd64 Date: Fri, 9 Apr 2021 17:20:44 -0400 > This is likely fixed as of ~30 mins ago on commit > e8b9c508b7ae5be618ada089103468c400e465cd > > The cause appears to have been commit d36d6816151705907393889 > > imb Thanks for information. I'll try another update. --- Yasuhiro Kimura From owner-freebsd-current@freebsd.org Fri Apr 9 22:33:25 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 63B015C08C3 for ; Fri, 9 Apr 2021 22:33:25 +0000 (UTC) (envelope-from weiss@uni-mainz.de) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4FHCZs0j8wz4jNM for ; Fri, 9 Apr 2021 22:33:25 +0000 (UTC) (envelope-from weiss@uni-mainz.de) Received: by mailman.nyi.freebsd.org (Postfix) id 15E7E5C09D2; Fri, 9 Apr 2021 22:33:25 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1596F5C0B3B; Fri, 9 Apr 2021 22:33:25 +0000 (UTC) (envelope-from weiss@uni-mainz.de) Received: from ironport-1.zdv.net (ironport-1.zdv.net [IPv6:2001:4c80:40:62d::25:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ironport.zdv.net", Issuer "DFN-Verein Global Issuing CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FHCZq4RZsz4jVS; Fri, 9 Apr 2021 22:33:23 +0000 (UTC) (envelope-from weiss@uni-mainz.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uni-mainz.de; l=1024; q=dns/txt; s=20190702; t=1618007604; x=1649543604; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=tikhteOhmw7UOLVCovcwkbmVPgcES3ZJmp5HIp5SLdw=; b=QrpZwHN9nl1QBD+KF4BnnUbaTOkggzD5XLM/l/wguUfFNpxbNPYfHq2p Vosgfr0eMkNMTkobvCUs2ArkXCJQ1puLlYxA9o8tt5591mBpCDySubwDd CR0ZHvG6+ic2IbBj7K839KojibhvenklfDGT3w/3K6DNMszNTP+Bzm7p1 kzuelcdE3JEIua0BGcpIpDUuTaiXVArE99KWMX6xGBZ6HH0lZfb41cA4Z JqHozUIbogFLZ2hBlpZihhyyhyPRs8Z+HSPnv79OBOgS7qfWRxqhsYLrr H3n1Jr1JPED1wJ1qW8MLw07PFt64W+I1jThnOvLtea062lFXOP0L90T1g w==; IronPort-SDR: FdpXM7Wkr1xxNgaO0rJQXHHXXjhXv1VLermv1ImWBiLR6p+iSrWmpel93yvgm49+d0arWlQjP0 jGLoQIESTLQTnE4l4+BcDuCSHxRUV6j6Kgkp+nqxBh9a09w74/pLU7EKhZOkvZLCmWEQr6H9sY lmYuXXlxR3oIIulAPvIfF8PLFuVxHCJi3wdluJArl7KrsHp70205XshJedis+iz4ZoMdmMET0y mZo8Pt2kpQWY292KiNLDfZhPPIermATroHIeff2xw+KWQAdYE0w9p0YkdeQiQP+ERE3AnMAUAe bRU= X-IPAS-Result: =?us-ascii?q?A+BZAAA21XBg/yNDQv2I5vSMBonQjrd/j/Gu+TBaGgEBA?= =?us-ascii?q?QEBAQEBAQEDAQEBARIBAQEBAgIBAQEBQIFSgVNqAWRZaAqWEAOafYFfCQsBA?= =?us-ascii?q?QEOAR0LCgIEAQGEDEQCgXgBJTgTAgMBAQEDAgMBAQEBAQEFAQEBAQEBBQMBA?= =?us-ascii?q?YEDhRc5DYI4BQIDHwEGg1wBAQEBAwEBTCALDAQCAQgRBAEBARUZJwEJAR0IA?= =?us-ascii?q?gQBBwYBBAEHFQSCUYMHAQ6rIXWBNIEBhFiFDAaBOQGGb4Jpg3QnFgaCC4Q1P?= =?us-ascii?q?oJgAQMBF38lAQFfhTgEgkAGPjVIVAMBAyoTAVo+kSCMa5tvgRQHgXOBG4lji?= =?us-ascii?q?3qHFiyUJZBMlRWLapIuLIRlAgQCBAUCFoFrgXxxFDuCaVAXAg6XI4VFQzACD?= =?us-ascii?q?ycCBgoBAQMJfIoqXAGBDgEB?= IronPort-PHdr: A9a23:xIpAjB0EUiOI5L7EsmDOvwIyDhhPgJ3EezUN459isYplN5qZl7zcN UDSrc9gkEXOFd2Cra4d2qyP4/mrADJeqb+681k6OKRWUBEEjchE1ycBO+WiTXPBEfjxciYhF 95DXlI2t1uyMExSBdqsLwaK+i764jEdAAjwOhRoLerpBIHSk9631+ev8JHPfglEnjWwba52I RmssAnctdQajYR/JqswyxbCv2dFdflRyW50P1yYggzy5t23/J5t8iRQv+wu+stdWqjkfKo2U KJVAi0+P286+MPkux/DTRCS5nQHSWUZjgBIAwne4x7kWJr6rzb3ufB82CmeOs32UKw0VDG/5 KplVBPklCEKPCMi/WrJlsJ/kr5UoBO5pxx+3YHUZp2VNOFjda/ZZN8WWHZNUtpUWyFHH4iyb ZYAD/AZMOhYsYfzukcOoxW9CwmiBuzvyyNHiHD50qAhz+QhCAPG0BA8E94SrXjZqsj+OqcIU eCyyanF1TXMYO1X2TD98ITHah4voeuWUb1odcTJ1VMvFwzbgVWWtIfoOD2U2foMs2iA9OptT v+vi2gmqw1opzig3MYsio/Ih44P11/L6zx0zYAoLtK3VEB1e8SrEIdMty6ELYt2RNsvTm5mt Som1rELu522cSwLxZkowxPSZf6KfpWJ7x7/VuucPyp1iGxkdbywhhu/80eux/D/W8Wo0FtHq i5In8XMu30Lyhfd5M+HSv5n8Ueg3zaCzw7T6vtaLk8qjqXbMIMuzqQ3lpoJvkTOGDL9lkbuj KKOeEUr5+el5/rib7jpqJKQKYF5hwT9P6syh8OwHOE1PwkSU2Wa/Omx0Kfs8VH3TbhPivA5i afZsJ7fKMQVuKG1HRRa34M45BmjFDiqzMwUkWQJIV9KYh6Ki4bkN0vTLP36D/qzmVShnTNty vvbJLPuGI/NIWLGkLr5eLZ97FNTxxQrwNBE4pJUFqkBIPXuWk/trNDYDgE2Mwizw+v/Ftp82 Z4SVX+SDqOEKa/StESI6v8gI+WVeoMYuSzxKvk46P7wl3M2l1kdfaiw0ZUQcn+4H/JmIkSDb XTijdkNCWYKvgwgQ+z2kFCCXyNcanmsU6856Tw2BpyqAInGS42unLOOwTq0E5hXa2xaC12BF HPleJ+YV/oCbS+fJtRukjIKVbWkRY8uyw+iuxT/xrV8MuXb4TEUuYrm1Ndv5u3TkR8y9SZzD 8SYy2yMQX97nmITRz8tx61/vEp9ylaa3ah9mfNYFNpT5vJTXggnK5HQ1/Z6BMzqWgLdYteJT 06rQtC8DjErTdIxwcQDY0hnG9q8kB/MxDGqDKIPm7yMHpw0/brW32LtKMZl13bGyK4hgkE8T ctROm2rnaB/9xLNCIHXiEqZjLuleb4b3C7X+2eJ1XCOs11AUA5sTaXFWmgSZlDKrdvj/UzCS 6GhBK8pMgtb18GNNLBFasb0gllcQ/fjItveaXqrm2isHRaI2q+MbI3ydmoBwSXdElIEnB4V/ XaaLgU+CD2hrHzAAzN1DlLgflng8e5kqHO0HQcJyRqXZRhhy6at4UxSwvaBROhV0KgJtS06p 3NzBln61c/ZGduEowMmZ6VbfuQ3/VgB3m3Y4A1xa8b9dPoy3w0jdR9qtX/jxwkiCplcidN46 zQg0QVpb6yC3V5LbD/e2or/fbfKJXvz+BSmLLXW3U7p2suZvKwA6aM5pwC54VrzRhNxz3Iyn PxcyXjUxJLKChEOVpS+GhIy/gJ5pZnUeCQw7ZjYk3p2Pv/w+hbE18goFaMKww6neZ8LOb2LP AHoHsAQHMToL/YlzQuHdBUBad9f9RlwCO+8McykTLSkMeAoyC2rjH9cyJ170weJ/it6WKjE0 sBWkLmjwgKbWmKk3x+aucftlNUBPGlKdlc= IronPort-HdrOrdr: A9a23:ncUDPK/K2TUwICHDi+Buk+HQdb1zdoIgy1knxilNYDReeMCAio SKlPMUyRf7hF8qKRYdsPqrUZPufVr385lp7Y4NeZKrWwf7sGWlRbsSi7fK6TvmBiH466phzq 9maadzE5ndClJ9gMb87mCDYqsd6fOA972lgvqb8md1QWhRGttdxipwFwrzKDwUeCBoHpw8fa Dw2uNmoH6adW0TfoCHABA+Loz+jvnqsL6jXhIcHR4g72C1/E+VwZr3CQKR0Btbcx4n+8ZBzU H/nwb05rquvpiAo3e2vVP71JhYlMDszdFOHqW3+60oAw/xgQWlbpkJYdO/lQ01u+2m5RILl9 TBsn4bX/hb1nLLcmm55SbqwgnruQxO11bezzaj7UfLkIjcfnYaA9AErZ9FehHZgnBQxe1U4e Zu5SalkLZ5STnHhz/w4tDUUQoCrDvNnVMy1egJj3JeVoMCaLhe6YwHlXkla6s9IA== X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.82,210,1613430000"; d="scan'208";a="119449258" Received: from ex1111-ms1g-26.zdv.uni-mainz.de ([IPv6:fd42:4323:8cdd:606:9a03:9bff:fe2b:bcb0]) by ironport-1.zdv.net with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 10 Apr 2021 00:33:15 +0200 Received: from ex1341-ms5h-26.zdv.uni-mainz.de (fd42:4323:8cdd:606:9a03:9bff:fe2b:bbe4) by ex1111-ms1g-26.zdv.Uni-Mainz.DE (fd42:4323:8cdd:606:9a03:9bff:fe2b:bcb0) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.858.5; Sat, 10 Apr 2021 00:33:14 +0200 Received: from ex1341-ms5h-26.zdv.uni-mainz.de ([fe80::9a03:9bff:fe2b:bbe4]) by ex1341-ms5h-26.zdv.Uni-Mainz.DE ([fe80::9a03:9bff:fe2b:bbe4%11]) with mapi id 15.02.0858.002; Sat, 10 Apr 2021 00:33:14 +0200 From: =?iso-8859-1?Q?Wei=DF=2C_Dr=2E_J=FCrgen?= To: 'Mark Johnston' , Andriy Gapon CC: freebsd-stable List , FreeBSD Current Subject: RE: stable/13, vm page counts do not add up Thread-Topic: stable/13, vm page counts do not add up Thread-Index: AQHXK+ZXb6tUCqLU/kmkMO25PgBdQ6qpVl6AgAAH04CAAAmJgIADAg5w Date: Fri, 9 Apr 2021 22:33:14 +0000 Message-ID: <0ee7dc3d7bc7443b9ae60a833835caed@uni-mainz.de> References: <0606571f-fec0-c7ad-98e8-a0b8554918e2@FreeBSD.org> In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [134.93.177.59] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Rspamd-Queue-Id: 4FHCZq4RZsz4jVS X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uni-mainz.de header.s=20190702 header.b=QrpZwHN9; dmarc=pass (policy=none) header.from=uni-mainz.de; spf=pass (mx1.freebsd.org: domain of weiss@uni-mainz.de designates 2001:4c80:40:62d::25:1 as permitted sender) smtp.mailfrom=weiss@uni-mainz.de X-Spamd-Result: default: False [-4.23 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:4c80:40:62d::25:1:from]; R_DKIM_ALLOW(-0.20)[uni-mainz.de:s=20190702]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; SPAMHAUS_ZRD(0.00)[2001:4c80:40:62d::25:1:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[4]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[uni-mainz.de:+]; DMARC_POLICY_ALLOW(-0.50)[uni-mainz.de,none]; DWL_DNSWL_LOW(-1.00)[uni-mainz.de:dkim]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; R_MIXED_CHARSET(0.77)[subject]; ASN(0.00)[asn:2857, ipnet:2001:4c80::/32, country:DE]; RCVD_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[stable,current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 09 Apr 2021 22:33:25 -0000 > -----Original Message----- > From: owner-freebsd-current@freebsd.org current@freebsd.org> On Behalf Of Mark Johnston > Sent: Wednesday, April 7, 2021 10:57 PM > To: Andriy Gapon > Cc: freebsd-stable List ; FreeBSD Current > > Subject: Re: stable/13, vm page counts do not add up >=20 > On Wed, Apr 07, 2021 at 11:22:41PM +0300, Andriy Gapon wrote: > > On 07/04/2021 22:54, Mark Johnston wrote: > > > On Wed, Apr 07, 2021 at 10:42:57PM +0300, Andriy Gapon wrote: > > >> > > >> I regularly see that the top's memory line does not add up (and by a= lot). > > >> That can be seen with vm.stats as well. > > >> > > >> For example: > > >> $ sysctl vm.stats | fgrep count > > >> vm.stats.vm.v_cache_count: 0 > > >> vm.stats.vm.v_user_wire_count: 3231 > > >> vm.stats.vm.v_laundry_count: 262058 > > >> vm.stats.vm.v_inactive_count: 3054178 > > >> vm.stats.vm.v_active_count: 621131 > > >> vm.stats.vm.v_wire_count: 1871176 > > >> vm.stats.vm.v_free_count: 187777 > > >> vm.stats.vm.v_page_count: 8134982 > > >> > > >> $ bc > > >>>>> 187777 + 1871176 + 621131 + 3054178 + 262058 > > >> 5996320 > > >>>>> 8134982 - 5996320 > > >> 2138662 > > >> > > >> As you can see, it's not a small number of pages either. > > >> Approximately 2 million pages, 8 gigabytes or 25% of the whole memor= y > on this > > >> system. > > >> > > >> This is 47c00a9835926e96, 13.0-STABLE amd64. > > >> I do not think that I saw anything like that when I used (much) olde= r > FreeBSD. > > > > > > One relevant change is that vm_page_wire() no longer removes pages > from > > > LRU queues, so the count of pages in the queues can include wired > pages. > > > If the page daemon runs, it will dequeue any wired pages that are > > > encountered. > > > > Maybe I misunderstand how that works, but I would expect that the sum > of all > > counters could be greater than v_page_count at times. But in my case i= t's > less. >=20 > I misread, sorry. You're right, what I described would cause double > counting. >=20 > I don't know what might be causing it then. It could be a page leak. > The kernel allocates wired pages without adjusting the v_wire_count > counter in some cases, but the ones I know about happen at boot and > should not account for such a large disparity. I do not see it on a few > systems that I have access to. >=20 > > > This was done to reduce queue lock contention, operations like > > > sendfile() which transiently wire pages would otherwise trigger two > > > queue operations per page. Now that queue operations are batched thi= s > > > might not be as important. > > > > > > We could perhaps add a new flavour of vm_page_wire() which is not laz= y > > > and would be suited for e.g., the buffer cache. What is the primary > > > source of wired pages in this case? > > > > It should be ZFS, I guess. > > > > -- > > Andriy Gapon > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current- > unsubscribe@freebsd.org" I see kernel memory disappearing, when enabling ktls: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D253281 Last test done with 13.0-RC1.=20 I'm a bit at a loss how to debug this further. Regards=20 Juergen Weiss Juergen Weiss | weiss@uni-mainz.de | From owner-freebsd-current@freebsd.org Fri Apr 9 23:16:29 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 774375C28B6; Fri, 9 Apr 2021 23:16:29 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ot1-x32a.google.com (mail-ot1-x32a.google.com [IPv6:2607:f8b0:4864:20::32a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FHDXX4Q2jz4lcD; Fri, 9 Apr 2021 23:16:27 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-ot1-x32a.google.com with SMTP id f75-20020a9d03d10000b0290280def9ab76so2155117otf.12; Fri, 09 Apr 2021 16:16:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ZNOJ8TUJ1V3ru6xRHtkc2zQ0X0lHj+8iF7fA1VwqbvQ=; b=UtWSUYAaFvy37F3xeyPEtV7fbp5AkdVpW1EcfD9fpbY6sMsWYspwi+3gbeycFYQq4O coShKJYBkJQC6lEzXw79eVDxco9Is4vfeiE6Ehs8VIWmMgz33s5DgyhteXlJXKW9XP30 khJsbrJZkyux9Xcpke3HqWqalaay3qw9m51bT67j3RmSYoeV3k61592ykOUL/hMpcXue bz0/aRM1hNGo14Kf+HVHpH2egenViIo4DKEgMOiI0GVqHY4nPHXw+ET9UpvE+mhuE3fA 7ng3oaspjpIw+ejWdB1qqMppQniXyWNTz3tVd7/d6aPufUmyVETvCxgOfnU3EJ6t6nTx Vphg== 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=ZNOJ8TUJ1V3ru6xRHtkc2zQ0X0lHj+8iF7fA1VwqbvQ=; b=cIzVkF8+9FqPwdUxRkvW5giiFMO//G5dn3lyBnWx340i3DcUvaaYpE3b4ZPSkAa2ey j9BuFtEMyyshto2XEVlHN15nS9hV6dDEVyUoA8j6B6Bg3inbnukDULVlz+ycG1CEguCe zP3pLO1zHo2hg77Hzg1kfZXt5i9FABXQRqeGh9nEyDLGAtKm7MyNZNn/uyURluT5wK/V F28gvEdQLVuiXZq40VK88UltlBdP+NgeiVEgpu1drrR+HnF4dpe66WB+TQFJa7CEBE4T lTh1egKJsT0qtMR64Umxo7dYHmmtoZqzTMEWTBlnx1kjDuvcSfGvGynREVxjDWKdawtY THNg== X-Gm-Message-State: AOAM532qrdfUqngdLHlJosXF18c6UZkaWnIbPkT3zb9HhYKwQVvlgAq9 Ij7wfqR1nE3e+klOugX48/3jLU5YB+9UYNt891g= X-Google-Smtp-Source: ABdhPJxIgEw1gsuZmx43MRNkLy4gGpe4bL9TiDI3tkQn5rIGdolG23XIg9U9ZF2Oz1uEZSkcSi/2ZtUBHh2wE9jVizw= X-Received: by 2002:a05:6830:1e14:: with SMTP id s20mr14753618otr.199.1618010186398; Fri, 09 Apr 2021 16:16:26 -0700 (PDT) MIME-Version: 1.0 References: <20210228023827.f68e6136d688c0a37206c883@3dresearch.com> <20210228120313.cdb53cab429a38fdf9817d0d@3dresearch.com> <20210301020830.5466d368867bdbc11b0b7648@3dresearch.com> <00517bca-fc1b-fcea-50a2-6469ff922092@gmail.com> In-Reply-To: From: Kevin Oberman Date: Fri, 9 Apr 2021 16:16:09 -0700 Message-ID: Subject: Re: FreeBSD mini-Git Primer To: Graham Perrin Cc: Warner Losh , "freebsd-questions@freebsd.org" , FreeBSD CURRENT X-Rspamd-Queue-Id: 4FHDXX4Q2jz4lcD X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=UtWSUYAa; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kob6558@gmail.com designates 2607:f8b0:4864:20::32a as permitted sender) smtp.mailfrom=kob6558@gmail.com X-Spamd-Result: default: False [-3.70 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[rkoberman@gmail.com,kob6558@gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::32a:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[rkoberman@gmail.com,kob6558@gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::32a:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::32a:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-questions,freebsd-current] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 09 Apr 2021 23:16:29 -0000 The updated mini-Git Primer is now included in the Developer's Handbook. See Chapter 5. I have sent a number of suggestions for some non-technical changes to Warner, but have not heard back yet. Perhaps he didn't care for them. As I am a real novice who has had to destroy my clone of the sources and start over twice, I find it unlikely that i will be of significant use on the technical side for a while. Git is philosophically very different from RCS/CVS/SVN and the different mindset is taking me a while to fully grasp. I will say that specifying a hash that is in main but not part of the branch you are working on is probably a rather poor idea. I probably could have easily fixed it, but I had no luck in finding the right incantation and eventually blew /usr/src away and started over. (How do you fix a detached clone?) I also find net/gitup a marvelous tool for replacing portsnap. In several ways, it is clearly superior and I look forward to seeing it in the base. I mean, what is simpler than: # gitup -c ports (just once to create the initial clone) #gitup ports (to update, perhaps in periodic(8)) Of course, you do need to edit gitup.conf to select the preferred branch and repo site, but it's pretty obvious. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 On Thu, Apr 8, 2021 at 1:14 AM Graham Perrin wrote= : > On 02/03/2021 06:33, Graham Perrin wrote: > > Re: Git, shallow clone hashes, commit counts and system/security updates > > > On 02/03/2021 05:42, Kevin Oberman wrote: > > > > Re: Panic after updating from source > > > >> On Mon, Mar 1, 2021 at 6:31 PM Michael Sierchio > >> wrote: > >> > >>> =E2=80=A6 > >> > >> You need to be aware that the shallow clone hash will not include the > >> commit count which will be used in future security updates to make it > >> easy > >> to check whether your system needs to be updated or not. A full clone > >> does > >> require more space, but I was surprised at how little extra space it > >> requires. Warner is updating his git mini-guide to point out this > >> issue. > >> If you run STABLE, it's a really significant concern. You can convert > >> the > >> shallow clone to a full one with "git fetch --unshallow". This will ta= ke > >> some time to run. > >> -- > >> Kevin Oberman, Part time kid herder and retired Network Engineer > >> E-mail: rkoberman@gmail.com > >> PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > >> _______________________________________________ > >> freebsd-questions@freebsd.org mailing list > >> https://lists.freebsd.org/mailman/listinfo/freebsd-questions > > > > =E2=80=A6 Thank you, Kevin and Warner. > > > > I see the FreeBSD mini-Git Primer in the November/December 2020 edition > of the FreeBSD Journal > > (and the review copy that was publicised in September 2020). > > For news of a future edition, if any, should I simply watch > ? > > Thanks > > (I have another question about deep and shallow =E2=80=A6 I'll post separ= ately > to freebsd-questions =E2=80=A6) > > From owner-freebsd-current@freebsd.org Fri Apr 9 23:46:42 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BA8905C2DFF for ; Fri, 9 Apr 2021 23:46:42 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x82d.google.com (mail-qt1-x82d.google.com [IPv6:2607:f8b0:4864:20::82d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FHFCQ0X9kz4mmw for ; Fri, 9 Apr 2021 23:46:41 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x82d.google.com with SMTP id 1so5594859qtb.0 for ; Fri, 09 Apr 2021 16:46:41 -0700 (PDT) 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=DOdIqwMbKnfcmfz/qgnmmNxk18XfUgeHuwb7cEQ3Lmc=; b=JSUo72Zdg4ghhv+1qri4/miAFbQgpkky21d29DOGJ4OtAd4ou33iQtYRjdR3rBc9l4 UGWIXrrx/svSEbCxAny/PlbaX0X7ZHd7Ft6O/oU8Qs8DrB5804D/nVW+rdTaWYMBVqY9 31D2Sv2UKL/L2k3/ENZUyJ4HLvV6GiVedN/Dxada0GEb7uRVZiSI3TOQJcEILMMnFld1 uWgFsYn1pDE3H1qfulQAxCoxubrButnlaX55+B8aEUyljyjixuw1brL0qVedGSOea15h S4VRgyhGj83x8+H66JMIvqfHFaLDKP9nBvN5Qgm3cHYfptnWW84Uj63wJNIB6h12ioc5 NzlQ== 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=DOdIqwMbKnfcmfz/qgnmmNxk18XfUgeHuwb7cEQ3Lmc=; b=GLBxssKnbBYfmbQR/4g9kUx6lg7FI19NGi6pF8ZASXlnq2ZzyeoqLSWP6QfVIbC6nQ JEjO4N4IDFUlfVZpm2B2nydtmIgcPpbBLXKLqF/w6PT1SJApBK+mS4IV42HhzOkgNeBO 2qur25cXQRZhCTCnm719U09PQgQ6/HbPEyf3X2r8+usdPDtqfoWSuuZgvk73rwnieWKL ky4NnoDkx3aCDigyF7V6VYOPxMRDMiivb+cMWvXCbdSXu6zJZERsuHU6MLUos03Ne0lW uCWyh+s7/RLCEo5RhiwGgHorUlgsvTAyMY6oO5a4uCyT7c8nEBwQfHyqLB9GrxjgklnM qf4g== X-Gm-Message-State: AOAM531q2sRdwpF2rKhmgfSK6yWGhKW4Ylez8NnW3ow3I0Fbw5npnmZ5 oEtspvo3yuYPRclbuJMD4urJSfGRpsAeUJ6+tBY37g== X-Google-Smtp-Source: ABdhPJxF9auI+SUe+riex6s6wined6YjVkJ2mr4w24vGEK9uwM4u1BPBJWnitGZ3mfW0AMCzyokFGzrM5id2QDU/fcs= X-Received: by 2002:a05:622a:1c5:: with SMTP id t5mr14539530qtw.49.1618012001033; Fri, 09 Apr 2021 16:46:41 -0700 (PDT) MIME-Version: 1.0 References: <20210228023827.f68e6136d688c0a37206c883@3dresearch.com> <20210228120313.cdb53cab429a38fdf9817d0d@3dresearch.com> <20210301020830.5466d368867bdbc11b0b7648@3dresearch.com> <00517bca-fc1b-fcea-50a2-6469ff922092@gmail.com> In-Reply-To: From: Warner Losh Date: Fri, 9 Apr 2021 17:46:30 -0600 Message-ID: Subject: Re: FreeBSD mini-Git Primer To: Kevin Oberman Cc: Graham Perrin , "freebsd-questions@freebsd.org" , FreeBSD CURRENT X-Rspamd-Queue-Id: 4FHFCQ0X9kz4mmw X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=JSUo72Zd; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::82d) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-3.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::82d:from]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::82d:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::82d:from]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_CC(0.00)[gmail.com,freebsd.org]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 09 Apr 2021 23:46:42 -0000 On Fri, Apr 9, 2021 at 5:16 PM Kevin Oberman wrote: > The updated mini-Git Primer is now included in the Developer's Handbook. > See Chapter 5. I have sent a number of suggestions for some non-technical > changes to Warner, but have not heard back yet. Perhaps he didn't care fo= r > them. > Hmmm, I can't seem to find them in my inbox. Perhaps you could resend them to me? > As I am a real novice who has had to destroy my clone of the sources and > start over twice, I find it unlikely that i will be of significant use on > the technical side for a while. Git is philosophically very different fro= m > RCS/CVS/SVN and the different mindset is taking me a while to fully grasp= . > I will say that specifying a hash that is in main but not part of the > branch you are working on is probably a rather poor idea. I probably coul= d > have easily fixed it, but I had no luck in finding the right incantation > and eventually blew /usr/src away and started over. (How do you fix a > detached clone?) > I can offer advice on that: just checkout main. when you checkout a specific version, you'll get a detached head. One that's fine to use, but not good to commit to. Though, I'd have to see the exact error message to know for sure. > I also find net/gitup a marvelous tool for replacing portsnap. In several > ways, it is clearly superior and I look forward to seeing it in the base.= I > mean, what is simpler than: > # gitup -c ports (just once to create the initial clone) > #gitup ports (to update, perhaps in periodic(8)) > Of course, you do need to edit gitup.conf to select the preferred branch > and repo site, but it's pretty obvious. > I believe we're getting quite close to importing gitup into the base even. There's a rather widely deployed base for portsnap since it's in a lot of people's crontabs, though, so there's an effort afoot to see if there's some way to continue it pulling from git. Warner > On Thu, Apr 8, 2021 at 1:14 AM Graham Perrin > wrote: > >> On 02/03/2021 06:33, Graham Perrin wrote: >> >> Re: Git, shallow clone hashes, commit counts and system/security updates >> >> > On 02/03/2021 05:42, Kevin Oberman wrote: >> > >> > Re: Panic after updating from source >> > >> >> On Mon, Mar 1, 2021 at 6:31 PM Michael Sierchio >> >> wrote: >> >> >> >>> =E2=80=A6 >> >> >> >> You need to be aware that the shallow clone hash will not include the >> >> commit count which will be used in future security updates to make it >> >> easy >> >> to check whether your system needs to be updated or not. A full clone >> >> does >> >> require more space, but I was surprised at how little extra space it >> >> requires. Warner is updating his git mini-guide to point out this >> >> issue. >> >> If you run STABLE, it's a really significant concern. You can convert >> >> the >> >> shallow clone to a full one with "git fetch --unshallow". This will >> take >> >> some time to run. >> >> -- >> >> Kevin Oberman, Part time kid herder and retired Network Engineer >> >> E-mail: rkoberman@gmail.com >> >> PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 >> >> _______________________________________________ >> >> freebsd-questions@freebsd.org mailing list >> >> https://lists.freebsd.org/mailman/listinfo/freebsd-questions >> > >> > =E2=80=A6 Thank you, Kevin and Warner. >> > >> >> I see the FreeBSD mini-Git Primer in the November/December 2020 edition >> of the FreeBSD Journal >> >> >> (and the review copy that was publicised in September 2020). >> >> For news of a future edition, if any, should I simply watch >> ? >> >> Thanks >> >> (I have another question about deep and shallow =E2=80=A6 I'll post sepa= rately >> to freebsd-questions =E2=80=A6) >> >> From owner-freebsd-current@freebsd.org Sat Apr 10 00:55:50 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3EF615C467F for ; Sat, 10 Apr 2021 00:55:50 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from maybe.home.utahime.org (gate.home.utahime.org [183.180.29.210]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FHGl92p28z4q8h for ; Sat, 10 Apr 2021 00:55:49 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from eastasia.home.utahime.org (eastasia.home.utahime.org [192.168.174.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384) server-digest SHA384) (No client certificate requested) by maybe.home.utahime.org (Postfix) with ESMTPS id 04D791B342 for ; Sat, 10 Apr 2021 09:55:45 +0900 (JST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=utahime.org; s=maybe2019112701; t=1618016145; bh=/c/BvW1li2oBwhIn9hHU3sPzx6+giH5COHi4Ju9kjH0=; h=Date:To:Subject:From:In-Reply-To:References; b=tJqp83rXBUHJO5HuH+XsogrNpVelsguCpzzerbFi/o6yM82/r+DpO/wQETQsBKJ9M 1OgSv15zkbc03IEvYntMbNJySaAWNFmBqvsr9YRxKPmC63vwU1qPnGKbyITPz4hQNh LY8VjwjBrBEyFMucf5LGhiFRkuJ6DhPxCTGMUVo42ap6FTQ8IcoW/9Yx9+P3nHKOh0 IeKNGEHD6jAcVTq6KQPMWTSWgaEt1x87HCwwD+VS87wNyyZjXuVMfblEbZ6XK7EgpF rIJlKkYA2IINnjrY92gb6+g1nOcO3QAv4CxGW0M7Qgswq8DaTe3Voa5H6YP/33criS +N9WDCKT/SBSg== Received: from localhost (rolling.home.utahime.org [192.168.174.11]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384) server-digest SHA384) (No client certificate requested) by eastasia.home.utahime.org (Postfix) with ESMTPSA id 2AF9630731; Sat, 10 Apr 2021 09:55:44 +0900 (JST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.2 at eastasia.home.utahime.org Date: Sat, 10 Apr 2021 09:55:24 +0900 (JST) Message-Id: <20210410.095524.90463270322045020.yasu@utahime.org> To: freebsd-current@freebsd.org Subject: Re: Build of some ports hang up on recent 14-CURRENT amd64 From: Yasuhiro Kimura In-Reply-To: <20210410.063022.491239465815962274.yasu@utahime.org> References: <20210410.055541.2122356237233243830.yasu@utahime.org> <20210410.063022.491239465815962274.yasu@utahime.org> X-Mailer: Mew version 6.8 on Emacs 27.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FHGl92p28z4q8h X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=utahime.org header.s=maybe2019112701 header.b=tJqp83rX; dmarc=none; spf=pass (mx1.freebsd.org: domain of yasu@utahime.org designates 183.180.29.210 as permitted sender) smtp.mailfrom=yasu@utahime.org X-Spamd-Result: default: False [-0.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+a:spf-authorized.utahime.org]; TO_DN_NONE(0.00)[]; HFILTER_HELO_IP_A(1.00)[maybe.home.utahime.org]; HFILTER_HELO_NORES_A_OR_MX(0.30)[maybe.home.utahime.org]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[utahime.org:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[183.180.29.210:from]; ASN(0.00)[asn:2519, ipnet:183.180.0.0/16, country:JP]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[utahime.org:s=maybe2019112701]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[utahime.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[183.180.29.210:from:127.0.2.255]; MID_CONTAINS_FROM(1.00)[]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 10 Apr 2021 00:55:50 -0000 From: Yasuhiro Kimura Subject: Re: Build of some ports hang up on recent 14-CURRENT amd64 Date: Sat, 10 Apr 2021 06:30:22 +0900 (JST) > From: Michael Butler via freebsd-current > Subject: Re: Build of some ports hang up on recent 14-CURRENT amd64 > Date: Fri, 9 Apr 2021 17:20:44 -0400 > >> This is likely fixed as of ~30 mins ago on commit >> e8b9c508b7ae5be618ada089103468c400e465cd >> >> The cause appears to have been commit d36d6816151705907393889 >> >> imb > > Thanks for information. I'll try another update. After the update to 1a7fe55ab8c I confirmed build of the ports completes successfuly. --- Yasuhiro Kimura From owner-freebsd-current@freebsd.org Sat Apr 10 03:43:20 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 02CFE5C96B5; Sat, 10 Apr 2021 03:43:20 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x42d.google.com (mail-wr1-x42d.google.com [IPv6:2a00:1450:4864:20::42d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FHLSQ6YpRz3F9w; Sat, 10 Apr 2021 03:43:18 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x42d.google.com with SMTP id x15so7434910wrq.3; Fri, 09 Apr 2021 20:43:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=rIjiY00Ai8YvyGGYvWTMxDsACHMWLMNPLgZl27FEvp8=; b=XqU6Tx9dbC2ZtT6Yl2J+qn+6Ksu+qwG8ZNTNOeDDWrxoJdhyX5Mqb3RS6cx4V0rydY uYsTT4z8WZVHLIWNyOXY7t7z15o07DLpu8H6EQuDHsMLjKFpmRYx4cQZhZPWRL5Bk2rQ u7NahqayVxJVzw+29ILTgLi2exRexj8y72Axz30A1U3cIenoAQ5fbfss1d5F9pQDZvP1 aS7J6Qye2GJpTDPlqabFqOjkFQSMYHfHWZGf/derclzASVY6DkXaR64v4qSbwzN9Y3tO 4QPF+jm90xhNb5Rf+58Gz7hr1659X/EevbhMQiIh3eb8UXM6Oyszy71BA2EnvmKD0K3i lKeA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=rIjiY00Ai8YvyGGYvWTMxDsACHMWLMNPLgZl27FEvp8=; b=JlF1i2+LJBIayoiqFBa0RxykDGX+cSDBBeEPKSfLmCUb2h89L2PhG9dp5Gb5ter1Af cTBMw8mQ/diG4f3VCpEITKuzJLQxJkYiDgKGiw7uu6ZiO59+4NWfLfXhSxoXoAMy/WcL aU81+0eOUMvj/6FC6M+f81zWP5xba+CN9GNvvmZPdyDGNnqeNPOf/3oThEYL5XTno0tg OjtKKMUwZWEkfaboFEBE7Gk0yvnueAdSj2HH1QB33d/s+z0gxgGroagUAY2mItShiRiG 0vfLs5kA06mgwyzfPgtcokbTeEw3+2rkS1Zbsao01If04aOXpNbxDE4PFYHh2CboqJ8Q RCgg== X-Gm-Message-State: AOAM532ZQ+rOUZL9ymmKw8ABVTNMix86DR0lQmN1zZXIPveJ+9RjOzr/ d1o2uamNOkl2QftiVsAYx6zf8aFXF2IZ1A== X-Google-Smtp-Source: ABdhPJxCSseTbbiaFEhFzivyAsH2t6bgzRpLMIEASYxLT4GVsX0EHhX4HMRpCyTeh6EJF5t7/8/5pA== X-Received: by 2002:a5d:404b:: with SMTP id w11mr20679160wrp.295.1618026195119; Fri, 09 Apr 2021 20:43:15 -0700 (PDT) Received: from [192.168.1.13] (88-105-96-80.dynamic.dsl.as9105.com. [88.105.96.80]) by smtp.gmail.com with ESMTPSA id d2sm7217570wrq.26.2021.04.09.20.43.14 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 09 Apr 2021 20:43:14 -0700 (PDT) Subject: Git-oriented and other documentation To: FreeBSD CURRENT , FreeBSD questions Cc: Warner Losh References: <20210228023827.f68e6136d688c0a37206c883@3dresearch.com> <20210228120313.cdb53cab429a38fdf9817d0d@3dresearch.com> <20210301020830.5466d368867bdbc11b0b7648@3dresearch.com> <00517bca-fc1b-fcea-50a2-6469ff922092@gmail.com> From: Graham Perrin Message-ID: <9bc85f7a-414c-29d4-7762-6d4b90ef35a6@gmail.com> Date: Sat, 10 Apr 2021 04:43:14 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB X-Rspamd-Queue-Id: 4FHLSQ6YpRz3F9w X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=XqU6Tx9d; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::42d as permitted sender) smtp.mailfrom=grahamperrin@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RECEIVED_SPAMHAUS_PBL(0.00)[88.105.96.80:received]; FROM_EQ_ENVFROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::42d:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::42d:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::42d:from]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-questions,freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 10 Apr 2021 03:43:20 -0000 On 10/04/2021 00:16, Kevin Oberman wrote: > The updated mini-Git Primer is now included in the Developer's Handbook. See Chapter 5. Thanks! There's a slight discrepancy between (Committer's Guide, undated) exemplifying '-o freebsd' and (FreeBSD Handbook, undated) without the option in at least one example. -o , --origin was recently discussed under (FreeBSD Developers' Handbook, 2021-01-12) there's some Subversion-related content in chapter five. lacks a sidebar and currently refers to what appears to be an older edition of the FreeBSD Developers' Handbook: (2020-06-15, revision 54255 with reference to (bad link)). is also mistakenly self-referencing when attempting to reach the FreeBSD home page (either click 'Home', or the FreeBSD icon). includes a sidebar. From owner-freebsd-current@freebsd.org Sat Apr 10 04:20:11 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9D16B5CE62A for ; Sat, 10 Apr 2021 04:20:11 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x832.google.com (mail-qt1-x832.google.com [IPv6:2607:f8b0:4864:20::832]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FHMGy4Vrbz3LfS for ; Sat, 10 Apr 2021 04:20:10 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x832.google.com with SMTP id f12so5883875qtf.2 for ; Fri, 09 Apr 2021 21:20:10 -0700 (PDT) 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=kSwTzIu7yC1reV0XJjktyR+W/ULMHu/UXUKCMykfUt8=; b=0y7cNWPFkFkLUvSuTYDdtg9jCDedlPwNeSghEMkXD+OV55WOmXguYcfy8JuHsEuqS3 lyt2qMztyef90Nsn2KryxlYPoNsrWjzA75QuyPRjOy/hv/NX55weA5r18LmqlR6lSuy3 43+NF70ng6pRegTkgD+S2Uy67HbvBXuZKf/kF1KQPGsDCyzgxbvWe9hGGZzNyIw+ZudW hRc7OnMQr5LHjFobSFwF2r6dlftSG62A+WCoqyrTnLLuZOS0nXkQ0XYycTP3WcKu0AZo BDVMjfOj9nLoBT3XdtHnQ8J3thrp7uC3PC9e/M/MWGuDkcnL2i3noVVHCWv87eGv5uft Df+A== 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=kSwTzIu7yC1reV0XJjktyR+W/ULMHu/UXUKCMykfUt8=; b=m1nwfY7KpKSPIM8E7rBgFG5H5T/YxdyRu+i4vw3J96E+P6uehnkcXciHOFy2mwr3ja DFTTxO4OqUyc0duMiRcSCG7OXMJBoZRG9tKaM1rcYXxtXbu48VFM467Ps/9XSlhMrrP+ IwFi3bY3fsWdShMd3QIwbkTQjckD3DX2sMshG1LzUFjSDHyGNKj+we1s08jcC9uzOm8M xyLNBvjf9AiKs7RM3AUHRBXyJRnf/Wvf7yI/bASQxgUV1TnDsWivnRDuwB6P1UNT41Lv YKwLNqH7ICQJLgllh/jC0o0zWgDRAMHVJnuQ41JXu5xZe0Ee8Ztcn3HOwnl04RvoqcID KfRQ== X-Gm-Message-State: AOAM533aD4XxxVzp106COO8SjOxtqnRTKLzEKoOp0YMq+vqrpBj0PQq+ nVyxklb/r0KEvCup8Z2sBvUMam4/7lBKr4dcpLQFFQ== X-Google-Smtp-Source: ABdhPJypj+XNv+09pnVoB5Run9DwIkd919qfDS5yQ4Sz315SWjTMVCplhoSRiiOqYEIfjDiKKj9VzYQTOCPlHhKoGuY= X-Received: by 2002:ac8:7e95:: with SMTP id w21mr15802652qtj.244.1618028409245; Fri, 09 Apr 2021 21:20:09 -0700 (PDT) MIME-Version: 1.0 References: <20210228023827.f68e6136d688c0a37206c883@3dresearch.com> <20210228120313.cdb53cab429a38fdf9817d0d@3dresearch.com> <20210301020830.5466d368867bdbc11b0b7648@3dresearch.com> <00517bca-fc1b-fcea-50a2-6469ff922092@gmail.com> <9bc85f7a-414c-29d4-7762-6d4b90ef35a6@gmail.com> In-Reply-To: <9bc85f7a-414c-29d4-7762-6d4b90ef35a6@gmail.com> From: Warner Losh Date: Fri, 9 Apr 2021 22:19:58 -0600 Message-ID: Subject: Re: Git-oriented and other documentation To: Graham Perrin Cc: FreeBSD CURRENT , FreeBSD questions X-Rspamd-Queue-Id: 4FHMGy4Vrbz3LfS X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=0y7cNWPF; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::832) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-2.00 / 15.00]; URI_COUNT_ODD(1.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::832:from]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::832:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::832:from]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 10 Apr 2021 04:20:11 -0000 On Fri, Apr 9, 2021 at 9:43 PM Graham Perrin wrote: > On 10/04/2021 00:16, Kevin Oberman wrote: > > > The updated mini-Git Primer is now included in the Developer's > Handbook. See Chapter 5. > > Thanks! > > > > There's a slight discrepancy between > > (Committer's Guide, undated) exemplifying '-o freebsd' and > (FreeBSD > Handbook, undated) without the option in at least one example. > > -o , --origin was recently discussed under > < > https://forums.FreeBSD.org/threads/ports-transitioned-to-git.79598/post-504699 > > > Yes. The examples in mirrors were written and copied from elsewhere about the same time I decided to make all examples use -o freebsd. I missed these. I'm about to push a fix. > > < > https://docs.freebsd.org/en/books/developers-handbook/book.html#vendor-import-svn> > > (FreeBSD Developers' Handbook, 2021-01-12) there's some > Subversion-related content in chapter five. > Yea, this chapter has been removed. Subversion is no longer relevant to FreeBSD developers committing to the FreeBSD repo. > lacks a sidebar and currently refers to > what appears to be an older edition of the FreeBSD Developers' Handbook: > (2020-06-15, > revision 54255 with reference to > (bad link)). > I'll defer to others on this and following ones. Warner > is also mistakenly self-referencing when > attempting to reach the FreeBSD home page (either click 'Home', or the > FreeBSD icon). > > includes a sidebar. > From owner-freebsd-current@freebsd.org Sat Apr 10 08:07:54 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3F21F5D496C; Sat, 10 Apr 2021 08:07:54 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-ed1-x531.google.com (mail-ed1-x531.google.com [IPv6:2a00:1450:4864:20::531]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FHSKj3Sw8z4hby; Sat, 10 Apr 2021 08:07:53 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: by mail-ed1-x531.google.com with SMTP id s15so9115666edd.4; Sat, 10 Apr 2021 01:07:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=3gN5ytsLt561MnoAwtsUiM8Q5mtiWI6+G1gWPL25w7E=; b=mTx9w/9KaErtRROI8UbGw2xxQMEawX3lOGVzbRN87dvjiiPGN9Dflq0/he6WHcEmV1 MrYT58eB1d9HJMaGwK0tcgmXXOaG6xfVtkp2m9Y1BjExlWj3G5UzIR3XSm78vXpN2Eym 17r/S/Y1io/7CH7zBKBCubCkUffLIWiIG11Tgg+H4yMuJ665cGi6NZ3Y8Bz4LgN89zJV ebHpE0yomi/brpDauK/Y3XdUG7FfMkGhK3+H1Polr5TCYiSQiMoSjiWo1RF6W1Ur4cXw AXxJQg1tYnwCYHNe5STUSGl01TfdaG0ayQYdBiqsVuTCvRmEWPW7MS3CM5EFSh+Elmn7 XlMw== 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:cc; bh=3gN5ytsLt561MnoAwtsUiM8Q5mtiWI6+G1gWPL25w7E=; b=VJFDp2N8QFuMhFy9oEpmXCiTSym/C4ey6v5PtxR7vr+tZ1lvBF8bqLa17llA+8crIm G+JL2hk3dGUF9ZyXWopbQZZpEFZLA8oBfYoGBI4itlOMCoR+VBtf3dPlPi4F2nMsWFOr SfpnN/UCkFDKR6prcURHXVvecA2mAQPXLLp7EWF9IDTdrkkmiRIE54SBLiAYlfT2Okh/ rNAUpRjbPfS0QeiZy7R/BUlgXX0OBpOuPGpLnkF6SXjrUArXCs7FY1WZD2ftkkwqnnwE QqrR/YmNCYl1c8VcRQEJy6f6EpaQwJeZHbheotvE/kzjdVRu6rC4crfFGkOdS3vdCfxo ZxWA== X-Gm-Message-State: AOAM533Pn0HTkp+w4ZTMBxqog16VzFUl3WjnuktPjxEeqsE65Z7Kaa9J tE4NZTSSFYfBGzK52cE9ldcBCy/0Jd19FpYaXfs1UMGCIDKxyg== X-Google-Smtp-Source: ABdhPJxFkOG/2De5WCl19y1J9Tr/tZcxbRuRoF96YrFZIzFWtdcncy0eBnHdJ5z/fPbOPolpORLawywhGj2dkUEReL8= X-Received: by 2002:a05:6402:3079:: with SMTP id bs25mr10045092edb.369.1618042070414; Sat, 10 Apr 2021 01:07:50 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:ab4:8fc9:0:0:0:0:0 with HTTP; Sat, 10 Apr 2021 01:07:49 -0700 (PDT) From: grarpamp Date: Sat, 10 Apr 2021 04:07:49 -0400 Message-ID: Subject: Arm64 Tier 1 FreeBSD 13 Phones To: freebsd-questions@freebsd.org Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4FHSKj3Sw8z4hby X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=mTx9w/9K; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grarpamp@gmail.com designates 2a00:1450:4864:20::531 as permitted sender) smtp.mailfrom=grarpamp@gmail.com X-Spamd-Result: default: False [-1.99 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-0.99)[-0.989]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::531:from]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::531:from:127.0.2.255]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::531:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_SPAM_LONG(1.00)[1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-questions,freebsd-arm,freebsd-current]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 10 Apr 2021 08:07:54 -0000 FreeBSD Phones... https://en.wikipedia.org/wiki/Librem_5 NXP i.MX 8M Quad core Cortex-A53, 64bit ARM https://en.wikipedia.org/wiki/PinePhone Allwinner A64 ARM Quad core Cortex-A53 https://www.youtube.com/watch?v=c32-QOrI4cw https://www.youtube.com/watch?v=fCKMxzz9cjs https://www.youtube.com/watch?v=lVJo9faE1fM https://www.youtube.com/watch?v=NV0RnWorPpQ Happy hacking :) From owner-freebsd-current@freebsd.org Sat Apr 10 14:10:11 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B6C725CD0A8 for ; Sat, 10 Apr 2021 14:10:11 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail02.asahi-net.or.jp (mail02.asahi-net.or.jp [202.224.55.14]) by mx1.freebsd.org (Postfix) with ESMTP id 4FHcMj4rsvz3MrQ for ; Sat, 10 Apr 2021 14:10:08 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from vmware12.advok.com (cpe-184-152-96-96.nj.res.rr.com [184.152.96.96]) (Authenticated sender: NR2Y-OOT) by mail02.asahi-net.or.jp (Postfix) with ESMTPSA id 308BE7D8E0; Sat, 10 Apr 2021 23:10:05 +0900 (JST) Date: Sat, 10 Apr 2021 08:36:04 -0400 From: Yoshihiro Ota To: tech-lists Cc: freebsd-current@freebsd.org Subject: Re: systat -swap to display large swap space users Message-Id: <20210410083604.26b852e49ea29d05095a6beb@j.email.ne.jp> In-Reply-To: References: <20210402201214.bdd588a10d430c393585e1e3@j.email.ne.jp> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; i386-portbld-freebsd12.1) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Sat__10_Apr_2021_08_36_04_-0400_qz=khajYNKZkDwkZ" X-Rspamd-Queue-Id: 4FHcMj4rsvz3MrQ X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of ota@j.email.ne.jp designates 202.224.55.14 as permitted sender) smtp.mailfrom=ota@j.email.ne.jp X-Spamd-Result: default: False [-0.80 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:202.224.55.0/24]; HAS_ATTACHMENT(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; RCVD_NO_TLS_LAST(0.10)[]; RECEIVED_SPAMHAUS_PBL(0.00)[184.152.96.96:received]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:+,4:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[202.224.55.14:from]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:4685, ipnet:202.224.32.0/19, country:JP]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_IN_DNSWL_LOW(-0.10)[202.224.55.14:from]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[multipart/mixed,text/plain,text/x-diff]; DMARC_NA(0.00)[email.ne.jp]; SPAMHAUS_ZRD(0.00)[202.224.55.14:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 10 Apr 2021 14:10:11 -0000 This is a multi-part message in MIME format. --Multipart=_Sat__10_Apr_2021_08_36_04_-0400_qz=khajYNKZkDwkZ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi, How about these now? These include extra improvements to other parts of systat. These patches create new files. If you already applies previosly, please check and clean up new files. Regards, Hiro On Sun, 4 Apr 2021 10:21:59 +0000 tech-lists wrote: > Hi, > > On Fri, Apr 02, 2021 at 08:12:14PM -0400, Yoshihiro Ota wrote: > >Hi, > > > >We do not seem to have a nice way to see current swap space usage per process. > >I updated systat to use libprocstat to obtain such infomation and display > >along with swap devise/file stats. > > Unfotunately your patch gets rejected on recent stable/13 and main/14 > > -- > J. --Multipart=_Sat__10_Apr_2021_08_36_04_-0400_qz=khajYNKZkDwkZ Content-Type: text/x-diff; name="systat-swap-releng13.0.diff" Content-Disposition: attachment; filename="systat-swap-releng13.0.diff" Content-Transfer-Encoding: 7bit diff --git a/usr.bin/systat/Makefile b/usr.bin/systat/Makefile index ca3f7ed72ce..bfbe1336d29 100644 --- a/usr.bin/systat/Makefile +++ b/usr.bin/systat/Makefile @@ -5,7 +5,7 @@ PROG= systat SRCS= cmds.c cmdtab.c devs.c fetch.c iostat.c keyboard.c main.c sysput.c \ - netcmds.c netstat.c pigs.c swap.c icmp.c \ + netcmds.c netstat.c pigs.c proc.c swap.c icmp.c \ mode.c ip.c sctp.c tcp.c zarc.c \ vmstat.c convtbl.c ifcmds.c ifstat.c @@ -16,6 +16,6 @@ CFLAGS+= -DINET6 WARNS?= 1 -LIBADD= ncursesw m devstat kvm util +LIBADD= ncursesw m devstat kvm util procstat .include diff --git a/usr.bin/systat/devs.c b/usr.bin/systat/devs.c index b293796c2c7..87d04f989ea 100644 --- a/usr.bin/systat/devs.c +++ b/usr.bin/systat/devs.c @@ -426,12 +426,6 @@ dsshow2(int diskcol, int diskrow, int dn, int lc, struct statinfo *now, struct s putlongdouble(device_busy, diskrow + 4, lc, 5, 0, 0); } -static void -dsshow3(int diskcol, int diskrow, int dn, int lc, struct statinfo *now, struct statinfo *then) -{ - dsshow2(diskcol, diskrow, dn, lc, now, then); -} - void dsshow(int maxdrives, int diskcol, int diskrow, struct statinfo *now, struct statinfo *then) { @@ -439,5 +433,5 @@ dsshow(int maxdrives, int diskcol, int diskrow, struct statinfo *now, struct sta for (i = 0, lc = 0; i < num_devices && lc < maxdrives; i++) if (dev_select[i].selected) - dsshow3(diskcol, diskrow, i, ++lc, now, then); + dsshow2(diskcol, diskrow, i, ++lc, now, then); } diff --git a/usr.bin/systat/devs.h b/usr.bin/systat/devs.h index cbedd844290..79a44a6c3f5 100644 --- a/usr.bin/systat/devs.h +++ b/usr.bin/systat/devs.h @@ -2,7 +2,7 @@ * SPDX-License-Identifier: BSD-2-Clause-FreeBSD * * Copyright (c) 1998 David E. O'Brien - * 2015 Yoshihiro Ota + * 2015, 2021 Yoshihiro Ota * All rights reserved. * * Redistribution and use in source and binary forms, with or without @@ -34,6 +34,8 @@ #include +#define DISKHIGHT 5 + int dsinit(int); void dsgetinfo(struct statinfo *); int dscmd(const char *, const char *, int, struct statinfo *); diff --git a/usr.bin/systat/extern.h b/usr.bin/systat/extern.h index 6e3117bece4..322065f7931 100644 --- a/usr.bin/systat/extern.h +++ b/usr.bin/systat/extern.h @@ -168,6 +168,7 @@ char *sysctl_dynread(const char *, size_t *); void sysputpage(WINDOW* , int, int, int, uint64_t, int); void sysputspaces(WINDOW* , int, int, int); void sysputstrs(WINDOW* , int, int, int); +void sysputXs(WINDOW* , int, int, int); void sysputuint64(WINDOW* , int, int, int, uint64_t, int); void sysputwuint64(WINDOW* , int, int, int, uint64_t, int); diff --git a/usr.bin/systat/main.c b/usr.bin/systat/main.c index b5a19d381ad..b84351379f4 100644 --- a/usr.bin/systat/main.c +++ b/usr.bin/systat/main.c @@ -135,6 +135,21 @@ parse_cmd_args (int argc, char **argv) } +static void +resize(int signo __unused) +{ + + endwin(); + refresh(); + clear(); + + CMDLINE = LINES - 1; + labels(); + display(); + status(); +} + + int main(int argc, char **argv) { @@ -191,6 +206,7 @@ main(int argc, char **argv) signal(SIGINT, die); signal(SIGQUIT, die); signal(SIGTERM, die); + signal(SIGWINCH, resize); /* * Initialize display. Load average appears in a one line diff --git a/usr.bin/systat/pigs.c b/usr.bin/systat/pigs.c index d9f3f8d4ad1..879f6548d86 100644 --- a/usr.bin/systat/pigs.c +++ b/usr.bin/systat/pigs.c @@ -56,13 +56,13 @@ __FBSDID("$FreeBSD$"); #include "systat.h" #include "extern.h" -int compar(const void *, const void *); +static int compar(const void *, const void *); static int nproc; static struct p_times { float pt_pctcpu; struct kinfo_proc *pt_kp; -} *pt; +} *pt = NULL; static int fscale; static double lccpu; @@ -90,7 +90,7 @@ showpigs(void) const char *uname, *pname; char pidname[30]; - if (pt == NULL) + if (nproc == 0) return; qsort(pt, nproc, sizeof (struct p_times), compar); @@ -146,23 +146,20 @@ fetchpigs(void) float ftime; float *pctp; struct kinfo_proc *kpp; - static int lastnproc = 0; + static int maxnproc = 0; if ((kpp = kvm_getprocs(kd, KERN_PROC_ALL, 0, &nproc)) == NULL) { error("%s", kvm_geterr(kd)); - if (pt) - free(pt); + nproc = 0; return; } - if (nproc > lastnproc) { - free(pt); - if ((pt = - malloc(nproc * sizeof(struct p_times))) == NULL) { + if (nproc > maxnproc) { + if ((pt = realloc(pt, nproc * sizeof(*pt))) == NULL) { error("Out of memory"); die(0); } + maxnproc = nproc; } - lastnproc = nproc; /* * calculate %cpu for each proc */ diff --git a/usr.bin/systat/proc.c b/usr.bin/systat/proc.c new file mode 100644 index 00000000000..0def660d2dc --- /dev/null +++ b/usr.bin/systat/proc.c @@ -0,0 +1,192 @@ +/*- + * SPDX-License-Identifier: BSD-2-Clause-FreeBSD + * + * Copyright (c) 2021 Yoshihiro Ota + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + * + * $FreeBSD$ + */ + +#include +__FBSDID("$FreeBSD$"); + +#include +#include +#include + +#include + +#include +#include +#include +#include + +#include "subs.h" +#include "systat.h" +#include "extern.h" + +static int compar(const void *, const void *); + +static unsigned int nproc; + +static struct procstat *prstat = NULL; +static struct proc_usage { + pid_t pid; + uid_t uid; + char command[COMMLEN+1]; + uint64_t total; + uint64_t swap; +} *pu = NULL, pzero; + + +void +closeproc(WINDOW *w) +{ + procstat_close(prstat); + prstat = NULL; + if (w == NULL) + return; + wclear(w); + wrefresh(w); + delwin(w); +} + +void +procshow(int col, int hight, uint64_t totalswappages) +{ + int i, j, y, offset; + int rate; + const char *uname, *pname; + char buf[30]; + + if (nproc > 1) + qsort(pu, nproc, sizeof (struct proc_usage), compar); + y = col + 1 /* HEADING */; + offset = 0; + for (i = 0; i < hight; i++, y++) { + wmove(wnd, y, 0); + wclrtoeol(wnd); + if (i >= nproc) + continue; + + uname = user_from_uid(pu[i].uid, 0); + snprintf(buf, sizeof(buf), "%6d %-10s %-10.10s", pu[i].pid, + uname, pu[i].command); + offset = 6 + 1 + 10 + 1 + 10 + 1; + mvwaddstr(wnd, y, 0, buf); + sysputuint64(wnd, y, offset, 4, pu[i].swap, 0); + offset += 4; + mvwaddstr(wnd, y, offset, " / "); + offset += 3; + sysputuint64(wnd, y, offset, 4, pu[i].total, 0); + offset += 4; + + rate = (pu[i].total > 1 ? 100 * pu[i].swap / pu[i].total : 0); + snprintf(buf, sizeof(buf), "%3d%%", rate); + mvwaddstr(wnd, y, offset, buf); + sysputXs(wnd, y, offset + 5, rate / 10); + + rate = 100 * byte_to_page(pu[i].swap) / totalswappages; + snprintf(buf, sizeof(buf), "%3d%%", rate); + mvwaddstr(wnd, y, offset + 16, buf); + sysputXs(wnd, y, offset + 21, rate / 10); + } +} + +int +procinit(void) +{ + + if (prstat != NULL) + return(1); + prstat = procstat_open_sysctl(); + return (prstat == NULL); +} + +void +procgetinfo(void) +{ + static unsigned int maxnproc = 0; + int i, j, k; + unsigned int cnt; + struct kinfo_proc *kipp; + struct kinfo_vmentry *freep, *kve; + + kipp = procstat_getprocs(prstat, KERN_PROC_PROC, 0, &nproc); + if (kipp == NULL) { + error("procstat_getprocs()"); + return; + } + + if (nproc > maxnproc) { + maxnproc = nproc; + if ((pu = realloc(pu, maxnproc * sizeof(*pu))) == NULL) { + error("Out of memory"); + die(0); + } + } + for (i = 0, k = 0; i < nproc; i++) { + freep = procstat_getvmmap(prstat, &kipp[i], &cnt); + if (freep == NULL) { + continue; + } + pu[k].swap = 0; + for (j = 0; j < cnt; j++) { + kve = &freep[j]; + if (kve->kve_type == KVME_TYPE_SWAP) { + pu[k].swap += kve->kve_end - kve->kve_start; + pu[k].swap -= page_to_byte(kve->kve_resident); + } + } + if (pu[k].swap != 0) { + strcpy(pu[k].command, kipp[i].ki_comm); + pu[k].pid = kipp[i].ki_pid; + pu[k].uid = kipp[i].ki_uid; + pu[k].total = kipp[i].ki_size; + k++; + } + free(freep); + } + procstat_freeprocs(prstat, kipp); + nproc = k; +} + +void +proclabel(int col) +{ + + wmove(wnd, col, 0); + wclrtoeol(wnd); + mvwaddstr(wnd, col, 0, + "Pid Username Command Swap/Total " + "Per-Process Per-System"); +} + +int +compar(const void *a, const void *b) +{ + + return (((const struct proc_usage *) a)->swap > + ((const struct proc_usage *) b)->swap) ? -1: 1; +} diff --git a/usr.bin/systat/subs.h b/usr.bin/systat/subs.h new file mode 100644 index 00000000000..e4184be8dae --- /dev/null +++ b/usr.bin/systat/subs.h @@ -0,0 +1,42 @@ +/*- + * SPDX-License-Identifier: BSD-2-Clause-FreeBSD + * + * Copyright (c) 2021 Yoshihiro Ota + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + * + * $FreeBSD$ + */ + +#ifndef SUBS_H +#define SUBS_H + +#include + +int procinit(void); +void procgetinfo(void); + +void proclabel(int col); +void procshow(int col, int hight, uint64_t totalswappages); + +#endif diff --git a/usr.bin/systat/swap.c b/usr.bin/systat/swap.c index fc44db7d7d4..44a321a5705 100644 --- a/usr.bin/systat/swap.c +++ b/usr.bin/systat/swap.c @@ -3,7 +3,7 @@ * * Copyright (c) 1980, 1992, 1993 * The Regents of the University of California. All rights reserved. - * Copyright (c) 2017 Yoshihiro Ota + * Copyright (c) 2017, 2020, 2021 Yoshihiro Ota * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions @@ -57,23 +57,21 @@ static const char sccsid[] = "@(#)swap.c 8.3 (Berkeley) 4/29/95"; #include "systat.h" #include "extern.h" #include "devs.h" +#include "subs.h" -static char *header; -static long blocksize; -static int dlen, odlen; -static int hlen; -static int ulen, oulen; -static int pagesize; +static int pathlen; WINDOW * openswap(void) { - return (subwin(stdscr, LINES-3-1, 0, MAINWIN_ROW, 0)); + + return (subwin(stdscr, LINES - 3 - 1, 0, MAINWIN_ROW, 0)); } void closeswap(WINDOW *w) { + if (w == NULL) return; wclear(w); @@ -92,29 +90,6 @@ closeswap(WINDOW *w) static struct kvm_swap kvmsw[NSWAP]; static int kvnsw, okvnsw; -static void calclens(void); - -#define CONVERT(v) ((int)((int64_t)(v) * pagesize / blocksize)) - -static void -calclens(void) -{ - int i, n; - int len; - - dlen = sizeof("Disk"); - for (i = 0; i < kvnsw; ++i) { - len = strlen(kvmsw[i].ksw_devname); - if (dlen < len) - dlen = len; - } - - ulen = sizeof("Used"); - for (n = CONVERT(kvmsw[kvnsw].ksw_used), len = 2; n /= 10; ++len); - if (ulen < len) - ulen = len; -} - int initswap(void) { @@ -123,22 +98,14 @@ initswap(void) if (once) return (1); - header = getbsize(&hlen, &blocksize); - pagesize = getpagesize(); - if ((kvnsw = kvm_getswapinfo(kd, kvmsw, NSWAP, 0)) < 0) { error("systat: kvm_getswapinfo failed"); return (0); } - okvnsw = kvnsw; - - calclens(); - odlen = dlen; - oulen = ulen; - - once = 1; - + pathlen = 80 - 50 /* % */ - 5 /* Used */ - 5 /* Size */ - 3 /* space */; dsinit(12); + procinit(); + once = 1; return (1); } @@ -146,16 +113,13 @@ initswap(void) void fetchswap(void) { + okvnsw = kvnsw; if ((kvnsw = kvm_getswapinfo(kd, kvmsw, NSWAP, 0)) < 0) { error("systat: kvm_getswapinfo failed"); return; } - odlen = dlen; - oulen = ulen; - calclens(); - struct devinfo *tmp_dinfo; tmp_dinfo = last_dev.dinfo; @@ -163,71 +127,61 @@ fetchswap(void) cur_dev.dinfo = tmp_dinfo; last_dev.snap_time = cur_dev.snap_time; - dsgetinfo( &cur_dev ); + dsgetinfo(&cur_dev); + procgetinfo(); } void labelswap(void) { - const char *name; - int i; - - fetchswap(); werase(wnd); - mvwprintw(wnd, 0, 0, "%*s%*s%*s %s", - -dlen, "Disk", hlen, header, ulen, "Used", - "/0% /10 /20 /30 /40 /50 /60 /70 /80 /90 /100"); - - for (i = 0; i <= kvnsw; ++i) { - if (i == kvnsw) { - if (kvnsw == 1) - break; - name = "Total"; - } else - name = kvmsw[i].ksw_devname; - mvwprintw(wnd, i + 1, 0, "%*s", -dlen, name); + dslabel(12, 0, LINES - DISKHIGHT - 1); + + if (kvnsw <= 0) { + mvwprintw(wnd, 0, 0, "(swap not configured)"); + return; } - dslabel(12, 0, 18); + + mvwprintw(wnd, 0, 0, "%*s%5s %5s %s", + -pathlen, "Device/Path", "Size", "Used", + "|0% /10 /20 /30 /40 / 60\\ 70\\ 80\\ 90\\ 100|"); } void showswap(void) { - int count; - int i; + const char *name; + int count, i; - if (kvnsw != okvnsw || dlen != odlen || ulen != oulen) + if (kvnsw != okvnsw) labelswap(); - for (i = 0; i <= kvnsw; ++i) { - if (i == kvnsw) { - if (kvnsw == 1) - break; - } + dsshow(12, 0, LINES - DISKHIGHT - 1, &cur_dev, &last_dev); - if (kvmsw[i].ksw_total == 0) { - mvwprintw( - wnd, - i + 1, - dlen + hlen + ulen + 1, - "(swap not configured)" - ); - continue; - } - - wmove(wnd, i + 1, dlen); + if (kvnsw <= 0) + return; - wprintw(wnd, "%*d", hlen, CONVERT(kvmsw[i].ksw_total)); - wprintw(wnd, "%*d", ulen, CONVERT(kvmsw[i].ksw_used)); + for (i = (kvnsw == 1 ? 0 : kvnsw); i >= 0; i--) { + name = i == kvnsw ? "Total" : kvmsw[i].ksw_devname; + mvwprintw(wnd, 1 + i, 0, "%-*.*s", pathlen, pathlen - 1, name); - count = 50.0 * kvmsw[i].ksw_used / kvmsw[i].ksw_total + 1; + sysputpage(wnd, i + 1, pathlen, 5, kvmsw[i].ksw_total, 0); + sysputpage(wnd, i + 1, pathlen + 5 + 1, 5, kvmsw[i].ksw_used, + 0); - waddch(wnd, ' '); - while (count--) - waddch(wnd, 'X'); + if (kvmsw[i].ksw_used > 0) { + count = 50 * kvmsw[i].ksw_used / kvmsw[i].ksw_total; + sysputXs(wnd, i + 1, pathlen + 5 + 1 + 5 + 1, count); + } wclrtoeol(wnd); } - dsshow(12, 0, 18, &cur_dev, &last_dev); + if (kvnsw == 1) + count = 2; + else + count = 3; + proclabel(kvnsw + count); + procshow(kvnsw + count, LINES - 5 - (kvnsw + 3) - (DISKHIGHT + 1), + kvmsw[kvnsw].ksw_total); } diff --git a/usr.bin/systat/sysput.c b/usr.bin/systat/sysput.c index 31c9127a83b..64a9699e45e 100644 --- a/usr.bin/systat/sysput.c +++ b/usr.bin/systat/sysput.c @@ -1,5 +1,7 @@ /*- - * Copyright (c) 2019 Yoshihiro Ota + * SPDX-License-Identifier: BSD-3-Clause + * + * Copyright (c) 2019, 2020 Yoshihiro Ota * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions @@ -40,20 +42,47 @@ __FBSDID("$FreeBSD$"); #include "systat.h" #include "extern.h" +static int page_shift(); + +uint64_t +byte_to_page(uint64_t size) +{ + + return (size >> page_shift()); +} + +uint64_t +page_to_byte(uint64_t size) +{ + + return (size << page_shift()); +} + void sysputspaces(WINDOW *wd, int row, int col, int width) { - static char str40[] = " "; + static char str60[] = " " + " "; - mvwaddstr(wd, row, col, str40 + sizeof(str40) - width - 1); + mvwaddstr(wd, row, col, str60 + sizeof(str60) - width - 1); } void sysputstrs(WINDOW *wd, int row, int col, int width) { - static char str40[] = "****************************************"; + static char str60[] = "********************" + "****************************************"; + + mvwaddstr(wnd, row, col, str60 + sizeof(str60) - width - 1); +} + +void +sysputXs(WINDOW *wd, int row, int col, int width) +{ + static char str60[] = "XXXXXXXXXXXXXXXXXXXX" + "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX"; - mvwaddstr(wnd, row, col, str40 + sizeof(str40) - width - 1); + mvwaddstr(wnd, row, col, str60 + sizeof(str60) - width - 1); } void @@ -93,15 +122,16 @@ sysputwuint64(WINDOW *wd, int row, int col, int width, uint64_t val, int flags) sysputuint64(wd, row, col, width, val, flags); } -static int -calc_page_shift() +int +page_shift() { u_int page_size; - int shifts; + static int shifts = 0; - shifts = 0; + if (shifts != 0) + return (shifts); GETSYSCTL("vm.stats.vm.v_page_size", page_size); - for(; page_size > 1; page_size >>= 1) + for (; page_size > 1; page_size >>= 1) shifts++; return shifts; } @@ -109,10 +139,6 @@ calc_page_shift() void sysputpage(WINDOW *wd, int row, int col, int width, uint64_t pages, int flags) { - static int shifts = 0; - if (shifts == 0) - shifts = calc_page_shift(); - pages <<= shifts; - sysputuint64(wd, row, col, width, pages, flags); + sysputuint64(wd, row, col, width, page_to_byte(pages), flags); } diff --git a/usr.bin/systat/systat.1 b/usr.bin/systat/systat.1 index d2eeb285481..bc57d89cf06 100644 --- a/usr.bin/systat/systat.1 +++ b/usr.bin/systat/systat.1 @@ -297,9 +297,21 @@ not display kilobytes per transaction). .El .It Ic swap Show information about swap space usage on all the -swap areas compiled into the kernel. -The first column is the device name of the partition. -The next column is the total space available in the partition. +swap areas compiled into the kernel and processes that are swapped out. +The swap areas are displayed first with their name, sizes and +percentage usage. +Then, processes are listed in order of higher swap vm object counts. +Pid, username, a part of command line, the total number of swap objects +in bytes, the size of process, and per-process swap usage percentage and +per-system swap space percentage. +A default vm objecte is converted to a swap vm objects when paging +out to swap space first time. Even if such a swap object is paged-in, +the object remains as a swap object. +In other words, under some circumstances, the number of swap objects +may be higher than actual swap space usage. +One known case is when +.Dl $ swapoff -a + is run. The .Ar Used column indicates the total blocks used so far; diff --git a/usr.bin/systat/systat.h b/usr.bin/systat/systat.h index 92233e05817..661e3f2043b 100644 --- a/usr.bin/systat/systat.h +++ b/usr.bin/systat/systat.h @@ -33,6 +33,7 @@ */ #include +#include struct cmdtab { const char *c_name; /* command name */ @@ -69,6 +70,9 @@ extern int use_kvm; #define NPTR(indx) (void *)NVAL((indx)) #define NREAD(indx, buf, len) kvm_ckread(NPTR((indx)), (buf), (len)) +extern uint64_t byte_to_page(uint64_t size); +extern uint64_t page_to_byte(uint64_t size); + extern void putint(int, int, int, int); extern void putfloat(double, int, int, int, int, int); extern void putlongdouble(long double, int, int, int, int, int); --Multipart=_Sat__10_Apr_2021_08_36_04_-0400_qz=khajYNKZkDwkZ Content-Type: text/x-diff; name="systat-swap-stabl13.diff" Content-Disposition: attachment; filename="systat-swap-stabl13.diff" Content-Transfer-Encoding: 7bit diff --git a/usr.bin/systat/Makefile b/usr.bin/systat/Makefile index ca3f7ed72ce..bfbe1336d29 100644 --- a/usr.bin/systat/Makefile +++ b/usr.bin/systat/Makefile @@ -5,7 +5,7 @@ PROG= systat SRCS= cmds.c cmdtab.c devs.c fetch.c iostat.c keyboard.c main.c sysput.c \ - netcmds.c netstat.c pigs.c swap.c icmp.c \ + netcmds.c netstat.c pigs.c proc.c swap.c icmp.c \ mode.c ip.c sctp.c tcp.c zarc.c \ vmstat.c convtbl.c ifcmds.c ifstat.c @@ -16,6 +16,6 @@ CFLAGS+= -DINET6 WARNS?= 1 -LIBADD= ncursesw m devstat kvm util +LIBADD= ncursesw m devstat kvm util procstat .include diff --git a/usr.bin/systat/devs.c b/usr.bin/systat/devs.c index b293796c2c7..87d04f989ea 100644 --- a/usr.bin/systat/devs.c +++ b/usr.bin/systat/devs.c @@ -426,12 +426,6 @@ dsshow2(int diskcol, int diskrow, int dn, int lc, struct statinfo *now, struct s putlongdouble(device_busy, diskrow + 4, lc, 5, 0, 0); } -static void -dsshow3(int diskcol, int diskrow, int dn, int lc, struct statinfo *now, struct statinfo *then) -{ - dsshow2(diskcol, diskrow, dn, lc, now, then); -} - void dsshow(int maxdrives, int diskcol, int diskrow, struct statinfo *now, struct statinfo *then) { @@ -439,5 +433,5 @@ dsshow(int maxdrives, int diskcol, int diskrow, struct statinfo *now, struct sta for (i = 0, lc = 0; i < num_devices && lc < maxdrives; i++) if (dev_select[i].selected) - dsshow3(diskcol, diskrow, i, ++lc, now, then); + dsshow2(diskcol, diskrow, i, ++lc, now, then); } diff --git a/usr.bin/systat/devs.h b/usr.bin/systat/devs.h index cbedd844290..79a44a6c3f5 100644 --- a/usr.bin/systat/devs.h +++ b/usr.bin/systat/devs.h @@ -2,7 +2,7 @@ * SPDX-License-Identifier: BSD-2-Clause-FreeBSD * * Copyright (c) 1998 David E. O'Brien - * 2015 Yoshihiro Ota + * 2015, 2021 Yoshihiro Ota * All rights reserved. * * Redistribution and use in source and binary forms, with or without @@ -34,6 +34,8 @@ #include +#define DISKHIGHT 5 + int dsinit(int); void dsgetinfo(struct statinfo *); int dscmd(const char *, const char *, int, struct statinfo *); diff --git a/usr.bin/systat/extern.h b/usr.bin/systat/extern.h index 6e3117bece4..322065f7931 100644 --- a/usr.bin/systat/extern.h +++ b/usr.bin/systat/extern.h @@ -168,6 +168,7 @@ char *sysctl_dynread(const char *, size_t *); void sysputpage(WINDOW* , int, int, int, uint64_t, int); void sysputspaces(WINDOW* , int, int, int); void sysputstrs(WINDOW* , int, int, int); +void sysputXs(WINDOW* , int, int, int); void sysputuint64(WINDOW* , int, int, int, uint64_t, int); void sysputwuint64(WINDOW* , int, int, int, uint64_t, int); diff --git a/usr.bin/systat/main.c b/usr.bin/systat/main.c index b5a19d381ad..b84351379f4 100644 --- a/usr.bin/systat/main.c +++ b/usr.bin/systat/main.c @@ -135,6 +135,21 @@ parse_cmd_args (int argc, char **argv) } +static void +resize(int signo __unused) +{ + + endwin(); + refresh(); + clear(); + + CMDLINE = LINES - 1; + labels(); + display(); + status(); +} + + int main(int argc, char **argv) { @@ -191,6 +206,7 @@ main(int argc, char **argv) signal(SIGINT, die); signal(SIGQUIT, die); signal(SIGTERM, die); + signal(SIGWINCH, resize); /* * Initialize display. Load average appears in a one line diff --git a/usr.bin/systat/pigs.c b/usr.bin/systat/pigs.c index d9f3f8d4ad1..879f6548d86 100644 --- a/usr.bin/systat/pigs.c +++ b/usr.bin/systat/pigs.c @@ -56,13 +56,13 @@ __FBSDID("$FreeBSD$"); #include "systat.h" #include "extern.h" -int compar(const void *, const void *); +static int compar(const void *, const void *); static int nproc; static struct p_times { float pt_pctcpu; struct kinfo_proc *pt_kp; -} *pt; +} *pt = NULL; static int fscale; static double lccpu; @@ -90,7 +90,7 @@ showpigs(void) const char *uname, *pname; char pidname[30]; - if (pt == NULL) + if (nproc == 0) return; qsort(pt, nproc, sizeof (struct p_times), compar); @@ -146,23 +146,20 @@ fetchpigs(void) float ftime; float *pctp; struct kinfo_proc *kpp; - static int lastnproc = 0; + static int maxnproc = 0; if ((kpp = kvm_getprocs(kd, KERN_PROC_ALL, 0, &nproc)) == NULL) { error("%s", kvm_geterr(kd)); - if (pt) - free(pt); + nproc = 0; return; } - if (nproc > lastnproc) { - free(pt); - if ((pt = - malloc(nproc * sizeof(struct p_times))) == NULL) { + if (nproc > maxnproc) { + if ((pt = realloc(pt, nproc * sizeof(*pt))) == NULL) { error("Out of memory"); die(0); } + maxnproc = nproc; } - lastnproc = nproc; /* * calculate %cpu for each proc */ diff --git a/usr.bin/systat/proc.c b/usr.bin/systat/proc.c new file mode 100644 index 00000000000..0def660d2dc --- /dev/null +++ b/usr.bin/systat/proc.c @@ -0,0 +1,192 @@ +/*- + * SPDX-License-Identifier: BSD-2-Clause-FreeBSD + * + * Copyright (c) 2021 Yoshihiro Ota + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + * + * $FreeBSD$ + */ + +#include +__FBSDID("$FreeBSD$"); + +#include +#include +#include + +#include + +#include +#include +#include +#include + +#include "subs.h" +#include "systat.h" +#include "extern.h" + +static int compar(const void *, const void *); + +static unsigned int nproc; + +static struct procstat *prstat = NULL; +static struct proc_usage { + pid_t pid; + uid_t uid; + char command[COMMLEN+1]; + uint64_t total; + uint64_t swap; +} *pu = NULL, pzero; + + +void +closeproc(WINDOW *w) +{ + procstat_close(prstat); + prstat = NULL; + if (w == NULL) + return; + wclear(w); + wrefresh(w); + delwin(w); +} + +void +procshow(int col, int hight, uint64_t totalswappages) +{ + int i, j, y, offset; + int rate; + const char *uname, *pname; + char buf[30]; + + if (nproc > 1) + qsort(pu, nproc, sizeof (struct proc_usage), compar); + y = col + 1 /* HEADING */; + offset = 0; + for (i = 0; i < hight; i++, y++) { + wmove(wnd, y, 0); + wclrtoeol(wnd); + if (i >= nproc) + continue; + + uname = user_from_uid(pu[i].uid, 0); + snprintf(buf, sizeof(buf), "%6d %-10s %-10.10s", pu[i].pid, + uname, pu[i].command); + offset = 6 + 1 + 10 + 1 + 10 + 1; + mvwaddstr(wnd, y, 0, buf); + sysputuint64(wnd, y, offset, 4, pu[i].swap, 0); + offset += 4; + mvwaddstr(wnd, y, offset, " / "); + offset += 3; + sysputuint64(wnd, y, offset, 4, pu[i].total, 0); + offset += 4; + + rate = (pu[i].total > 1 ? 100 * pu[i].swap / pu[i].total : 0); + snprintf(buf, sizeof(buf), "%3d%%", rate); + mvwaddstr(wnd, y, offset, buf); + sysputXs(wnd, y, offset + 5, rate / 10); + + rate = 100 * byte_to_page(pu[i].swap) / totalswappages; + snprintf(buf, sizeof(buf), "%3d%%", rate); + mvwaddstr(wnd, y, offset + 16, buf); + sysputXs(wnd, y, offset + 21, rate / 10); + } +} + +int +procinit(void) +{ + + if (prstat != NULL) + return(1); + prstat = procstat_open_sysctl(); + return (prstat == NULL); +} + +void +procgetinfo(void) +{ + static unsigned int maxnproc = 0; + int i, j, k; + unsigned int cnt; + struct kinfo_proc *kipp; + struct kinfo_vmentry *freep, *kve; + + kipp = procstat_getprocs(prstat, KERN_PROC_PROC, 0, &nproc); + if (kipp == NULL) { + error("procstat_getprocs()"); + return; + } + + if (nproc > maxnproc) { + maxnproc = nproc; + if ((pu = realloc(pu, maxnproc * sizeof(*pu))) == NULL) { + error("Out of memory"); + die(0); + } + } + for (i = 0, k = 0; i < nproc; i++) { + freep = procstat_getvmmap(prstat, &kipp[i], &cnt); + if (freep == NULL) { + continue; + } + pu[k].swap = 0; + for (j = 0; j < cnt; j++) { + kve = &freep[j]; + if (kve->kve_type == KVME_TYPE_SWAP) { + pu[k].swap += kve->kve_end - kve->kve_start; + pu[k].swap -= page_to_byte(kve->kve_resident); + } + } + if (pu[k].swap != 0) { + strcpy(pu[k].command, kipp[i].ki_comm); + pu[k].pid = kipp[i].ki_pid; + pu[k].uid = kipp[i].ki_uid; + pu[k].total = kipp[i].ki_size; + k++; + } + free(freep); + } + procstat_freeprocs(prstat, kipp); + nproc = k; +} + +void +proclabel(int col) +{ + + wmove(wnd, col, 0); + wclrtoeol(wnd); + mvwaddstr(wnd, col, 0, + "Pid Username Command Swap/Total " + "Per-Process Per-System"); +} + +int +compar(const void *a, const void *b) +{ + + return (((const struct proc_usage *) a)->swap > + ((const struct proc_usage *) b)->swap) ? -1: 1; +} diff --git a/usr.bin/systat/subs.h b/usr.bin/systat/subs.h new file mode 100644 index 00000000000..e4184be8dae --- /dev/null +++ b/usr.bin/systat/subs.h @@ -0,0 +1,42 @@ +/*- + * SPDX-License-Identifier: BSD-2-Clause-FreeBSD + * + * Copyright (c) 2021 Yoshihiro Ota + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + * + * $FreeBSD$ + */ + +#ifndef SUBS_H +#define SUBS_H + +#include + +int procinit(void); +void procgetinfo(void); + +void proclabel(int col); +void procshow(int col, int hight, uint64_t totalswappages); + +#endif diff --git a/usr.bin/systat/swap.c b/usr.bin/systat/swap.c index fc44db7d7d4..44a321a5705 100644 --- a/usr.bin/systat/swap.c +++ b/usr.bin/systat/swap.c @@ -3,7 +3,7 @@ * * Copyright (c) 1980, 1992, 1993 * The Regents of the University of California. All rights reserved. - * Copyright (c) 2017 Yoshihiro Ota + * Copyright (c) 2017, 2020, 2021 Yoshihiro Ota * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions @@ -57,23 +57,21 @@ static const char sccsid[] = "@(#)swap.c 8.3 (Berkeley) 4/29/95"; #include "systat.h" #include "extern.h" #include "devs.h" +#include "subs.h" -static char *header; -static long blocksize; -static int dlen, odlen; -static int hlen; -static int ulen, oulen; -static int pagesize; +static int pathlen; WINDOW * openswap(void) { - return (subwin(stdscr, LINES-3-1, 0, MAINWIN_ROW, 0)); + + return (subwin(stdscr, LINES - 3 - 1, 0, MAINWIN_ROW, 0)); } void closeswap(WINDOW *w) { + if (w == NULL) return; wclear(w); @@ -92,29 +90,6 @@ closeswap(WINDOW *w) static struct kvm_swap kvmsw[NSWAP]; static int kvnsw, okvnsw; -static void calclens(void); - -#define CONVERT(v) ((int)((int64_t)(v) * pagesize / blocksize)) - -static void -calclens(void) -{ - int i, n; - int len; - - dlen = sizeof("Disk"); - for (i = 0; i < kvnsw; ++i) { - len = strlen(kvmsw[i].ksw_devname); - if (dlen < len) - dlen = len; - } - - ulen = sizeof("Used"); - for (n = CONVERT(kvmsw[kvnsw].ksw_used), len = 2; n /= 10; ++len); - if (ulen < len) - ulen = len; -} - int initswap(void) { @@ -123,22 +98,14 @@ initswap(void) if (once) return (1); - header = getbsize(&hlen, &blocksize); - pagesize = getpagesize(); - if ((kvnsw = kvm_getswapinfo(kd, kvmsw, NSWAP, 0)) < 0) { error("systat: kvm_getswapinfo failed"); return (0); } - okvnsw = kvnsw; - - calclens(); - odlen = dlen; - oulen = ulen; - - once = 1; - + pathlen = 80 - 50 /* % */ - 5 /* Used */ - 5 /* Size */ - 3 /* space */; dsinit(12); + procinit(); + once = 1; return (1); } @@ -146,16 +113,13 @@ initswap(void) void fetchswap(void) { + okvnsw = kvnsw; if ((kvnsw = kvm_getswapinfo(kd, kvmsw, NSWAP, 0)) < 0) { error("systat: kvm_getswapinfo failed"); return; } - odlen = dlen; - oulen = ulen; - calclens(); - struct devinfo *tmp_dinfo; tmp_dinfo = last_dev.dinfo; @@ -163,71 +127,61 @@ fetchswap(void) cur_dev.dinfo = tmp_dinfo; last_dev.snap_time = cur_dev.snap_time; - dsgetinfo( &cur_dev ); + dsgetinfo(&cur_dev); + procgetinfo(); } void labelswap(void) { - const char *name; - int i; - - fetchswap(); werase(wnd); - mvwprintw(wnd, 0, 0, "%*s%*s%*s %s", - -dlen, "Disk", hlen, header, ulen, "Used", - "/0% /10 /20 /30 /40 /50 /60 /70 /80 /90 /100"); - - for (i = 0; i <= kvnsw; ++i) { - if (i == kvnsw) { - if (kvnsw == 1) - break; - name = "Total"; - } else - name = kvmsw[i].ksw_devname; - mvwprintw(wnd, i + 1, 0, "%*s", -dlen, name); + dslabel(12, 0, LINES - DISKHIGHT - 1); + + if (kvnsw <= 0) { + mvwprintw(wnd, 0, 0, "(swap not configured)"); + return; } - dslabel(12, 0, 18); + + mvwprintw(wnd, 0, 0, "%*s%5s %5s %s", + -pathlen, "Device/Path", "Size", "Used", + "|0% /10 /20 /30 /40 / 60\\ 70\\ 80\\ 90\\ 100|"); } void showswap(void) { - int count; - int i; + const char *name; + int count, i; - if (kvnsw != okvnsw || dlen != odlen || ulen != oulen) + if (kvnsw != okvnsw) labelswap(); - for (i = 0; i <= kvnsw; ++i) { - if (i == kvnsw) { - if (kvnsw == 1) - break; - } + dsshow(12, 0, LINES - DISKHIGHT - 1, &cur_dev, &last_dev); - if (kvmsw[i].ksw_total == 0) { - mvwprintw( - wnd, - i + 1, - dlen + hlen + ulen + 1, - "(swap not configured)" - ); - continue; - } - - wmove(wnd, i + 1, dlen); + if (kvnsw <= 0) + return; - wprintw(wnd, "%*d", hlen, CONVERT(kvmsw[i].ksw_total)); - wprintw(wnd, "%*d", ulen, CONVERT(kvmsw[i].ksw_used)); + for (i = (kvnsw == 1 ? 0 : kvnsw); i >= 0; i--) { + name = i == kvnsw ? "Total" : kvmsw[i].ksw_devname; + mvwprintw(wnd, 1 + i, 0, "%-*.*s", pathlen, pathlen - 1, name); - count = 50.0 * kvmsw[i].ksw_used / kvmsw[i].ksw_total + 1; + sysputpage(wnd, i + 1, pathlen, 5, kvmsw[i].ksw_total, 0); + sysputpage(wnd, i + 1, pathlen + 5 + 1, 5, kvmsw[i].ksw_used, + 0); - waddch(wnd, ' '); - while (count--) - waddch(wnd, 'X'); + if (kvmsw[i].ksw_used > 0) { + count = 50 * kvmsw[i].ksw_used / kvmsw[i].ksw_total; + sysputXs(wnd, i + 1, pathlen + 5 + 1 + 5 + 1, count); + } wclrtoeol(wnd); } - dsshow(12, 0, 18, &cur_dev, &last_dev); + if (kvnsw == 1) + count = 2; + else + count = 3; + proclabel(kvnsw + count); + procshow(kvnsw + count, LINES - 5 - (kvnsw + 3) - (DISKHIGHT + 1), + kvmsw[kvnsw].ksw_total); } diff --git a/usr.bin/systat/sysput.c b/usr.bin/systat/sysput.c index 31c9127a83b..64a9699e45e 100644 --- a/usr.bin/systat/sysput.c +++ b/usr.bin/systat/sysput.c @@ -1,5 +1,7 @@ /*- - * Copyright (c) 2019 Yoshihiro Ota + * SPDX-License-Identifier: BSD-3-Clause + * + * Copyright (c) 2019, 2020 Yoshihiro Ota * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions @@ -40,20 +42,47 @@ __FBSDID("$FreeBSD$"); #include "systat.h" #include "extern.h" +static int page_shift(); + +uint64_t +byte_to_page(uint64_t size) +{ + + return (size >> page_shift()); +} + +uint64_t +page_to_byte(uint64_t size) +{ + + return (size << page_shift()); +} + void sysputspaces(WINDOW *wd, int row, int col, int width) { - static char str40[] = " "; + static char str60[] = " " + " "; - mvwaddstr(wd, row, col, str40 + sizeof(str40) - width - 1); + mvwaddstr(wd, row, col, str60 + sizeof(str60) - width - 1); } void sysputstrs(WINDOW *wd, int row, int col, int width) { - static char str40[] = "****************************************"; + static char str60[] = "********************" + "****************************************"; + + mvwaddstr(wnd, row, col, str60 + sizeof(str60) - width - 1); +} + +void +sysputXs(WINDOW *wd, int row, int col, int width) +{ + static char str60[] = "XXXXXXXXXXXXXXXXXXXX" + "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX"; - mvwaddstr(wnd, row, col, str40 + sizeof(str40) - width - 1); + mvwaddstr(wnd, row, col, str60 + sizeof(str60) - width - 1); } void @@ -93,15 +122,16 @@ sysputwuint64(WINDOW *wd, int row, int col, int width, uint64_t val, int flags) sysputuint64(wd, row, col, width, val, flags); } -static int -calc_page_shift() +int +page_shift() { u_int page_size; - int shifts; + static int shifts = 0; - shifts = 0; + if (shifts != 0) + return (shifts); GETSYSCTL("vm.stats.vm.v_page_size", page_size); - for(; page_size > 1; page_size >>= 1) + for (; page_size > 1; page_size >>= 1) shifts++; return shifts; } @@ -109,10 +139,6 @@ calc_page_shift() void sysputpage(WINDOW *wd, int row, int col, int width, uint64_t pages, int flags) { - static int shifts = 0; - if (shifts == 0) - shifts = calc_page_shift(); - pages <<= shifts; - sysputuint64(wd, row, col, width, pages, flags); + sysputuint64(wd, row, col, width, page_to_byte(pages), flags); } diff --git a/usr.bin/systat/systat.1 b/usr.bin/systat/systat.1 index d2eeb285481..bc57d89cf06 100644 --- a/usr.bin/systat/systat.1 +++ b/usr.bin/systat/systat.1 @@ -297,9 +297,21 @@ not display kilobytes per transaction). .El .It Ic swap Show information about swap space usage on all the -swap areas compiled into the kernel. -The first column is the device name of the partition. -The next column is the total space available in the partition. +swap areas compiled into the kernel and processes that are swapped out. +The swap areas are displayed first with their name, sizes and +percentage usage. +Then, processes are listed in order of higher swap vm object counts. +Pid, username, a part of command line, the total number of swap objects +in bytes, the size of process, and per-process swap usage percentage and +per-system swap space percentage. +A default vm objecte is converted to a swap vm objects when paging +out to swap space first time. Even if such a swap object is paged-in, +the object remains as a swap object. +In other words, under some circumstances, the number of swap objects +may be higher than actual swap space usage. +One known case is when +.Dl $ swapoff -a + is run. The .Ar Used column indicates the total blocks used so far; diff --git a/usr.bin/systat/systat.h b/usr.bin/systat/systat.h index 92233e05817..661e3f2043b 100644 --- a/usr.bin/systat/systat.h +++ b/usr.bin/systat/systat.h @@ -33,6 +33,7 @@ */ #include +#include struct cmdtab { const char *c_name; /* command name */ @@ -69,6 +70,9 @@ extern int use_kvm; #define NPTR(indx) (void *)NVAL((indx)) #define NREAD(indx, buf, len) kvm_ckread(NPTR((indx)), (buf), (len)) +extern uint64_t byte_to_page(uint64_t size); +extern uint64_t page_to_byte(uint64_t size); + extern void putint(int, int, int, int); extern void putfloat(double, int, int, int, int, int); extern void putlongdouble(long double, int, int, int, int, int); --Multipart=_Sat__10_Apr_2021_08_36_04_-0400_qz=khajYNKZkDwkZ Content-Type: text/x-diff; name="systat-swap-current14.diff" Content-Disposition: attachment; filename="systat-swap-current14.diff" Content-Transfer-Encoding: 7bit diff --git a/usr.bin/systat/Makefile b/usr.bin/systat/Makefile index ca3f7ed72ce..bfbe1336d29 100644 --- a/usr.bin/systat/Makefile +++ b/usr.bin/systat/Makefile @@ -5,7 +5,7 @@ PROG= systat SRCS= cmds.c cmdtab.c devs.c fetch.c iostat.c keyboard.c main.c sysput.c \ - netcmds.c netstat.c pigs.c swap.c icmp.c \ + netcmds.c netstat.c pigs.c proc.c swap.c icmp.c \ mode.c ip.c sctp.c tcp.c zarc.c \ vmstat.c convtbl.c ifcmds.c ifstat.c @@ -16,6 +16,6 @@ CFLAGS+= -DINET6 WARNS?= 1 -LIBADD= ncursesw m devstat kvm util +LIBADD= ncursesw m devstat kvm util procstat .include diff --git a/usr.bin/systat/devs.c b/usr.bin/systat/devs.c index b293796c2c7..87d04f989ea 100644 --- a/usr.bin/systat/devs.c +++ b/usr.bin/systat/devs.c @@ -426,12 +426,6 @@ dsshow2(int diskcol, int diskrow, int dn, int lc, struct statinfo *now, struct s putlongdouble(device_busy, diskrow + 4, lc, 5, 0, 0); } -static void -dsshow3(int diskcol, int diskrow, int dn, int lc, struct statinfo *now, struct statinfo *then) -{ - dsshow2(diskcol, diskrow, dn, lc, now, then); -} - void dsshow(int maxdrives, int diskcol, int diskrow, struct statinfo *now, struct statinfo *then) { @@ -439,5 +433,5 @@ dsshow(int maxdrives, int diskcol, int diskrow, struct statinfo *now, struct sta for (i = 0, lc = 0; i < num_devices && lc < maxdrives; i++) if (dev_select[i].selected) - dsshow3(diskcol, diskrow, i, ++lc, now, then); + dsshow2(diskcol, diskrow, i, ++lc, now, then); } diff --git a/usr.bin/systat/devs.h b/usr.bin/systat/devs.h index cbedd844290..79a44a6c3f5 100644 --- a/usr.bin/systat/devs.h +++ b/usr.bin/systat/devs.h @@ -2,7 +2,7 @@ * SPDX-License-Identifier: BSD-2-Clause-FreeBSD * * Copyright (c) 1998 David E. O'Brien - * 2015 Yoshihiro Ota + * 2015, 2021 Yoshihiro Ota * All rights reserved. * * Redistribution and use in source and binary forms, with or without @@ -34,6 +34,8 @@ #include +#define DISKHIGHT 5 + int dsinit(int); void dsgetinfo(struct statinfo *); int dscmd(const char *, const char *, int, struct statinfo *); diff --git a/usr.bin/systat/main.c b/usr.bin/systat/main.c index b5a19d381ad..b84351379f4 100644 --- a/usr.bin/systat/main.c +++ b/usr.bin/systat/main.c @@ -135,6 +135,21 @@ parse_cmd_args (int argc, char **argv) } +static void +resize(int signo __unused) +{ + + endwin(); + refresh(); + clear(); + + CMDLINE = LINES - 1; + labels(); + display(); + status(); +} + + int main(int argc, char **argv) { @@ -191,6 +206,7 @@ main(int argc, char **argv) signal(SIGINT, die); signal(SIGQUIT, die); signal(SIGTERM, die); + signal(SIGWINCH, resize); /* * Initialize display. Load average appears in a one line diff --git a/usr.bin/systat/pigs.c b/usr.bin/systat/pigs.c index d9f3f8d4ad1..879f6548d86 100644 --- a/usr.bin/systat/pigs.c +++ b/usr.bin/systat/pigs.c @@ -56,13 +56,13 @@ __FBSDID("$FreeBSD$"); #include "systat.h" #include "extern.h" -int compar(const void *, const void *); +static int compar(const void *, const void *); static int nproc; static struct p_times { float pt_pctcpu; struct kinfo_proc *pt_kp; -} *pt; +} *pt = NULL; static int fscale; static double lccpu; @@ -90,7 +90,7 @@ showpigs(void) const char *uname, *pname; char pidname[30]; - if (pt == NULL) + if (nproc == 0) return; qsort(pt, nproc, sizeof (struct p_times), compar); @@ -146,23 +146,20 @@ fetchpigs(void) float ftime; float *pctp; struct kinfo_proc *kpp; - static int lastnproc = 0; + static int maxnproc = 0; if ((kpp = kvm_getprocs(kd, KERN_PROC_ALL, 0, &nproc)) == NULL) { error("%s", kvm_geterr(kd)); - if (pt) - free(pt); + nproc = 0; return; } - if (nproc > lastnproc) { - free(pt); - if ((pt = - malloc(nproc * sizeof(struct p_times))) == NULL) { + if (nproc > maxnproc) { + if ((pt = realloc(pt, nproc * sizeof(*pt))) == NULL) { error("Out of memory"); die(0); } + maxnproc = nproc; } - lastnproc = nproc; /* * calculate %cpu for each proc */ diff --git a/usr.bin/systat/proc.c b/usr.bin/systat/proc.c new file mode 100644 index 00000000000..0def660d2dc --- /dev/null +++ b/usr.bin/systat/proc.c @@ -0,0 +1,192 @@ +/*- + * SPDX-License-Identifier: BSD-2-Clause-FreeBSD + * + * Copyright (c) 2021 Yoshihiro Ota + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + * + * $FreeBSD$ + */ + +#include +__FBSDID("$FreeBSD$"); + +#include +#include +#include + +#include + +#include +#include +#include +#include + +#include "subs.h" +#include "systat.h" +#include "extern.h" + +static int compar(const void *, const void *); + +static unsigned int nproc; + +static struct procstat *prstat = NULL; +static struct proc_usage { + pid_t pid; + uid_t uid; + char command[COMMLEN+1]; + uint64_t total; + uint64_t swap; +} *pu = NULL, pzero; + + +void +closeproc(WINDOW *w) +{ + procstat_close(prstat); + prstat = NULL; + if (w == NULL) + return; + wclear(w); + wrefresh(w); + delwin(w); +} + +void +procshow(int col, int hight, uint64_t totalswappages) +{ + int i, j, y, offset; + int rate; + const char *uname, *pname; + char buf[30]; + + if (nproc > 1) + qsort(pu, nproc, sizeof (struct proc_usage), compar); + y = col + 1 /* HEADING */; + offset = 0; + for (i = 0; i < hight; i++, y++) { + wmove(wnd, y, 0); + wclrtoeol(wnd); + if (i >= nproc) + continue; + + uname = user_from_uid(pu[i].uid, 0); + snprintf(buf, sizeof(buf), "%6d %-10s %-10.10s", pu[i].pid, + uname, pu[i].command); + offset = 6 + 1 + 10 + 1 + 10 + 1; + mvwaddstr(wnd, y, 0, buf); + sysputuint64(wnd, y, offset, 4, pu[i].swap, 0); + offset += 4; + mvwaddstr(wnd, y, offset, " / "); + offset += 3; + sysputuint64(wnd, y, offset, 4, pu[i].total, 0); + offset += 4; + + rate = (pu[i].total > 1 ? 100 * pu[i].swap / pu[i].total : 0); + snprintf(buf, sizeof(buf), "%3d%%", rate); + mvwaddstr(wnd, y, offset, buf); + sysputXs(wnd, y, offset + 5, rate / 10); + + rate = 100 * byte_to_page(pu[i].swap) / totalswappages; + snprintf(buf, sizeof(buf), "%3d%%", rate); + mvwaddstr(wnd, y, offset + 16, buf); + sysputXs(wnd, y, offset + 21, rate / 10); + } +} + +int +procinit(void) +{ + + if (prstat != NULL) + return(1); + prstat = procstat_open_sysctl(); + return (prstat == NULL); +} + +void +procgetinfo(void) +{ + static unsigned int maxnproc = 0; + int i, j, k; + unsigned int cnt; + struct kinfo_proc *kipp; + struct kinfo_vmentry *freep, *kve; + + kipp = procstat_getprocs(prstat, KERN_PROC_PROC, 0, &nproc); + if (kipp == NULL) { + error("procstat_getprocs()"); + return; + } + + if (nproc > maxnproc) { + maxnproc = nproc; + if ((pu = realloc(pu, maxnproc * sizeof(*pu))) == NULL) { + error("Out of memory"); + die(0); + } + } + for (i = 0, k = 0; i < nproc; i++) { + freep = procstat_getvmmap(prstat, &kipp[i], &cnt); + if (freep == NULL) { + continue; + } + pu[k].swap = 0; + for (j = 0; j < cnt; j++) { + kve = &freep[j]; + if (kve->kve_type == KVME_TYPE_SWAP) { + pu[k].swap += kve->kve_end - kve->kve_start; + pu[k].swap -= page_to_byte(kve->kve_resident); + } + } + if (pu[k].swap != 0) { + strcpy(pu[k].command, kipp[i].ki_comm); + pu[k].pid = kipp[i].ki_pid; + pu[k].uid = kipp[i].ki_uid; + pu[k].total = kipp[i].ki_size; + k++; + } + free(freep); + } + procstat_freeprocs(prstat, kipp); + nproc = k; +} + +void +proclabel(int col) +{ + + wmove(wnd, col, 0); + wclrtoeol(wnd); + mvwaddstr(wnd, col, 0, + "Pid Username Command Swap/Total " + "Per-Process Per-System"); +} + +int +compar(const void *a, const void *b) +{ + + return (((const struct proc_usage *) a)->swap > + ((const struct proc_usage *) b)->swap) ? -1: 1; +} diff --git a/usr.bin/systat/subs.h b/usr.bin/systat/subs.h new file mode 100644 index 00000000000..e4184be8dae --- /dev/null +++ b/usr.bin/systat/subs.h @@ -0,0 +1,42 @@ +/*- + * SPDX-License-Identifier: BSD-2-Clause-FreeBSD + * + * Copyright (c) 2021 Yoshihiro Ota + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + * + * $FreeBSD$ + */ + +#ifndef SUBS_H +#define SUBS_H + +#include + +int procinit(void); +void procgetinfo(void); + +void proclabel(int col); +void procshow(int col, int hight, uint64_t totalswappages); + +#endif diff --git a/usr.bin/systat/swap.c b/usr.bin/systat/swap.c index 29b04df0157..44a321a5705 100644 --- a/usr.bin/systat/swap.c +++ b/usr.bin/systat/swap.c @@ -3,7 +3,7 @@ * * Copyright (c) 1980, 1992, 1993 * The Regents of the University of California. All rights reserved. - * Copyright (c) 2017, 2020 Yoshihiro Ota + * Copyright (c) 2017, 2020, 2021 Yoshihiro Ota * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions @@ -57,6 +57,7 @@ static const char sccsid[] = "@(#)swap.c 8.3 (Berkeley) 4/29/95"; #include "systat.h" #include "extern.h" #include "devs.h" +#include "subs.h" static int pathlen; @@ -103,6 +104,7 @@ initswap(void) } pathlen = 80 - 50 /* % */ - 5 /* Used */ - 5 /* Size */ - 3 /* space */; dsinit(12); + procinit(); once = 1; return (1); @@ -125,18 +127,17 @@ fetchswap(void) cur_dev.dinfo = tmp_dinfo; last_dev.snap_time = cur_dev.snap_time; - dsgetinfo( &cur_dev ); + dsgetinfo(&cur_dev); + procgetinfo(); } void labelswap(void) { - const char *name; - int i; werase(wnd); - dslabel(12, 0, 18); + dslabel(12, 0, LINES - DISKHIGHT - 1); if (kvnsw <= 0) { mvwprintw(wnd, 0, 0, "(swap not configured)"); @@ -146,28 +147,26 @@ labelswap(void) mvwprintw(wnd, 0, 0, "%*s%5s %5s %s", -pathlen, "Device/Path", "Size", "Used", "|0% /10 /20 /30 /40 / 60\\ 70\\ 80\\ 90\\ 100|"); - - for (i = 0; i <= kvnsw; ++i) { - name = i == kvnsw ? "Total" : kvmsw[i].ksw_devname; - mvwprintw(wnd, 1 + i, 0, "%-*.*s", pathlen, pathlen - 1, name); - } } void showswap(void) { - int count; - int i; + const char *name; + int count, i; if (kvnsw != okvnsw) labelswap(); - dsshow(12, 0, 18, &cur_dev, &last_dev); + dsshow(12, 0, LINES - DISKHIGHT - 1, &cur_dev, &last_dev); if (kvnsw <= 0) return; - for (i = 0; i <= kvnsw; ++i) { + for (i = (kvnsw == 1 ? 0 : kvnsw); i >= 0; i--) { + name = i == kvnsw ? "Total" : kvmsw[i].ksw_devname; + mvwprintw(wnd, 1 + i, 0, "%-*.*s", pathlen, pathlen - 1, name); + sysputpage(wnd, i + 1, pathlen, 5, kvmsw[i].ksw_total, 0); sysputpage(wnd, i + 1, pathlen + 5 + 1, 5, kvmsw[i].ksw_used, 0); @@ -178,4 +177,11 @@ showswap(void) } wclrtoeol(wnd); } + if (kvnsw == 1) + count = 2; + else + count = 3; + proclabel(kvnsw + count); + procshow(kvnsw + count, LINES - 5 - (kvnsw + 3) - (DISKHIGHT + 1), + kvmsw[kvnsw].ksw_total); } diff --git a/usr.bin/systat/sysput.c b/usr.bin/systat/sysput.c index 10401cee772..64a9699e45e 100644 --- a/usr.bin/systat/sysput.c +++ b/usr.bin/systat/sysput.c @@ -1,4 +1,6 @@ /*- + * SPDX-License-Identifier: BSD-3-Clause + * * Copyright (c) 2019, 2020 Yoshihiro Ota * * Redistribution and use in source and binary forms, with or without @@ -40,6 +42,22 @@ __FBSDID("$FreeBSD$"); #include "systat.h" #include "extern.h" +static int page_shift(); + +uint64_t +byte_to_page(uint64_t size) +{ + + return (size >> page_shift()); +} + +uint64_t +page_to_byte(uint64_t size) +{ + + return (size << page_shift()); +} + void sysputspaces(WINDOW *wd, int row, int col, int width) { @@ -104,15 +122,16 @@ sysputwuint64(WINDOW *wd, int row, int col, int width, uint64_t val, int flags) sysputuint64(wd, row, col, width, val, flags); } -static int -calc_page_shift() +int +page_shift() { u_int page_size; - int shifts; + static int shifts = 0; - shifts = 0; + if (shifts != 0) + return (shifts); GETSYSCTL("vm.stats.vm.v_page_size", page_size); - for(; page_size > 1; page_size >>= 1) + for (; page_size > 1; page_size >>= 1) shifts++; return shifts; } @@ -120,10 +139,6 @@ calc_page_shift() void sysputpage(WINDOW *wd, int row, int col, int width, uint64_t pages, int flags) { - static int shifts = 0; - if (shifts == 0) - shifts = calc_page_shift(); - pages <<= shifts; - sysputuint64(wd, row, col, width, pages, flags); + sysputuint64(wd, row, col, width, page_to_byte(pages), flags); } diff --git a/usr.bin/systat/systat.1 b/usr.bin/systat/systat.1 index 5ad8078a85a..4bc8db643b4 100644 --- a/usr.bin/systat/systat.1 +++ b/usr.bin/systat/systat.1 @@ -279,9 +279,21 @@ not display kilobytes per transaction). .El .It Ic swap Show information about swap space usage on all the -swap areas compiled into the kernel. -The first column is the device name of the partition. -The next column is the total space available in the partition. +swap areas compiled into the kernel and processes that are swapped out. +The swap areas are displayed first with their name, sizes and +percentage usage. +Then, processes are listed in order of higher swap vm object counts. +Pid, username, a part of command line, the total number of swap objects +in bytes, the size of process, and per-process swap usage percentage and +per-system swap space percentage. +A default vm objecte is converted to a swap vm objects when paging +out to swap space first time. Even if such a swap object is paged-in, +the object remains as a swap object. +In other words, under some circumstances, the number of swap objects +may be higher than actual swap space usage. +One known case is when +.Dl $ swapoff -a + is run. The .Ar Used column indicates the total blocks used so far; diff --git a/usr.bin/systat/systat.h b/usr.bin/systat/systat.h index 92233e05817..661e3f2043b 100644 --- a/usr.bin/systat/systat.h +++ b/usr.bin/systat/systat.h @@ -33,6 +33,7 @@ */ #include +#include struct cmdtab { const char *c_name; /* command name */ @@ -69,6 +70,9 @@ extern int use_kvm; #define NPTR(indx) (void *)NVAL((indx)) #define NREAD(indx, buf, len) kvm_ckread(NPTR((indx)), (buf), (len)) +extern uint64_t byte_to_page(uint64_t size); +extern uint64_t page_to_byte(uint64_t size); + extern void putint(int, int, int, int); extern void putfloat(double, int, int, int, int, int); extern void putlongdouble(long double, int, int, int, int, int); --Multipart=_Sat__10_Apr_2021_08_36_04_-0400_qz=khajYNKZkDwkZ-- From owner-freebsd-current@freebsd.org Sat Apr 10 15:02:53 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 559815CEB2E for ; Sat, 10 Apr 2021 15:02:53 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound5c.ore.mailhop.org (outbound5c.ore.mailhop.org [54.244.192.240]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FHdXX6DNPz3Qqd for ; Sat, 10 Apr 2021 15:02:52 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1618066971; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=H9vUF8i1GlWjxQoegEqTbuhedZnSuy3tQ4Q3R67dMJCNjdsn10eVqlz7otPbyBioxqLkc+p1esL6n 9vxets9qKC/gaKqWgKpmnGY/Aelw837FRc+QZcNz7am5pxm8hML4JvqpBN9NkA6F6iNXVbq8nK0+/L 5S7ivPNVM+Lfb/YoE0bu41VwBRjiN5FlDoz0Y99o1O83AQzUITO9/kEMUEVF7Qr04dOKjvPSsNDO5H HwUtGIJuuntACcErBaMS7G0D8Xu9zI0gTYKhgUUNIsEWc67s3v6sg0oDAyWDd08l0V751wOp0f/qRm FswOQQN9uAISDJ18QdJ0G1aRYx7/yrQ== 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=EoL8Zq/6cdQ+D4rosnME6hrUup8ya7waLvL9fWT+DBM=; b=t9sO5287u1JxHeJbrcyYtczaxmU8iRIrzDZB4FZKtrgHPcokqi2sbvl2a6GXKMi+23aelyq/O0Gli VkGSUMqzkQ8mMv3xaqY3R9SDdzvfIKqd68P9E4BB5HJcrh1PIBUomAbafk9uhd/wgs+Ny06+7AdNRZ vnDaY/86G7KakxZPEBED5bWWZjgCmWkyAsGflFjkuCnm6KiCH1xvt1VZcmoljvsRQlzJHO7vHj5YJg wRXxdF8URLC3ZnVd5Cyev0ExJLNVHB59udOn7ehPdDNHWFR5/JfPOkzWtJPV5AuyKsRikTSzlJlESM OkGKIQ16xcvPiNHQIs26KctJEyIc1Uw== ARC-Authentication-Results: i=1; outbound3.ore.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=EoL8Zq/6cdQ+D4rosnME6hrUup8ya7waLvL9fWT+DBM=; b=wK54Xlsl+mNQfQUmxHVP6oDTKzn+9CfPcA4NYaebwWdD9/Iyi02yi8vEBdCA1x9GgJSdB/dRk2MD7 7BgV5Fw+R0mXJDfXQvdXrhwJPDNO8qK6yR+3o26FwVM5ZFV3bi9MDmwXBcO8MlQbuQj+l4Jr8glsyf eEBTxsklKZFVb1dLVmioIOlB/qW+M4T/n9/gGhYvDmIwqLcXI565wxaJazAZ+yw9kGoCr25xMu61SH lcHgAyPe3Nl5qVA+Sxu4wjLqNazOrM21dyaTSQcY/9w9BGq5eyfVYC+2h+lIwTFjPYT2+uyrwJ4R0X Q9plHZF+DMkG3KHvelTMTVMIVcIk0gg== X-Originating-IP: 67.177.211.60 X-MHO-RoutePath: aGlwcGll X-MHO-User: d0c7fb80-9a0d-11eb-abd7-bf9d68d023b6 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (c-67-177-211-60.hsd1.co.comcast.net [67.177.211.60]) by outbound3.ore.mailhop.org (Halon) with ESMTPSA id d0c7fb80-9a0d-11eb-abd7-bf9d68d023b6; Sat, 10 Apr 2021 15:02:50 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 13AF2mj8008752; Sat, 10 Apr 2021 09:02:48 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <0ac501e9fb3d814435950b2141bd6d9332197a71.camel@freebsd.org> Subject: Re: Arm64 Tier 1 FreeBSD 13 Phones From: Ian Lepore To: grarpamp , freebsd-questions@freebsd.org Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Date: Sat, 10 Apr 2021 09:02:48 -0600 In-Reply-To: References: Content-Type: text/plain; charset="ASCII" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FHdXX6DNPz3Qqd X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; ASN(0.00)[asn:16509, ipnet:54.244.128.0/17, country:US] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 10 Apr 2021 15:02:53 -0000 On Sat, 2021-04-10 at 04:07 -0400, grarpamp wrote: > FreeBSD Phones... > > https://en.wikipedia.org/wiki/Librem_5 > NXP i.MX 8M Quad core Cortex-A53, 64bit ARM > > https://en.wikipedia.org/wiki/PinePhone > Allwinner A64 ARM Quad core Cortex-A53 > > https://www.youtube.com/watch?v=c32-QOrI4cw > https://www.youtube.com/watch?v=fCKMxzz9cjs > https://www.youtube.com/watch?v=lVJo9faE1fM > https://www.youtube.com/watch?v=NV0RnWorPpQ > > Happy hacking :) > Dream on. FreeBSD lacks the power-management infrastructure to run on battery-operated devices. The amount of work required to get there from here is almost unimaginable, and there are no big companies funding that kind of work (which is how linux got all that code). -- Ian From owner-freebsd-current@freebsd.org Sat Apr 10 15:47:53 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 593C85D031A for ; Sat, 10 Apr 2021 15:47:53 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-qk1-x72e.google.com (mail-qk1-x72e.google.com [IPv6:2607:f8b0:4864:20::72e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FHfXS54d6z3jbG for ; Sat, 10 Apr 2021 15:47:52 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-qk1-x72e.google.com with SMTP id q26so8988379qkm.6 for ; Sat, 10 Apr 2021 08:47:52 -0700 (PDT) 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; bh=WzFwhe4RpCJQiGv10wWG5tFIi4rFQpM7b+1pU4bmPUk=; b=gyzeRXT0W+6CyMxZAQkJ0n0gw6pFcozGqufs5g8lMpMudRdFLlRxc9rZZibzEmOh75 ofXQ3LPBAXEyT3qfQz+iGgTeocEKXG9iHvPD+yyUolqcYsBI1aSdwx7ieqjk+nw+sx2j 4YJ6HOs0oiLVkkm0sTCIhhtOYZQtvIqqkzvxE2FMcH19gXl40ZQB9DQ20QyK0SbuUOS2 qVnsOtUTMtPsIwruzLUF3FrQGvtDCytsWhrCSALU3m35mfyroK6vTc7wgMeMMzv5snWV S+aavEnF5Eg/B3gMcI6XgRpdXmapKaJUvvhtzagHZAuoZZVR/luTkibYhlKoy1RWXLj/ 3fKg== 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; bh=WzFwhe4RpCJQiGv10wWG5tFIi4rFQpM7b+1pU4bmPUk=; b=RtUFXDxg9hliMECG/C/3P32Col3KPOwFnXgkv7nuaeBfW9Cxq9+UVujjZarbh7xOEe QAgJ9H9+n9fKNndKaZ6F3Rad9QCRTqUz0+NTxKHGhuHCIgK0CZf3K1dj6fddxRfL0uKc pKM+xz3NZ5jquGGmkpBIqm7RnW8JhLDMZ8ThMN1v/M6487L8LjZKs83s4Woa1gblTZBE xUdvuYJiOElfNHwepFuW9uX06lN9dgNeqQgXNDPkwXtAnvhzsu/6QhEnpUgH4gyVGhAq pWGwRklFoO9v+LiX5Pc3T7Du2OOpJEc0n1luqFj6phnwc+OofUgrK7UPoKJG8jxs+OD/ KSCA== X-Gm-Message-State: AOAM5301OywH378hJpoRWg84oZGyC82ayROGu76q9t7sceNNdDaQnJnV PMOCipvxaC8TF9uRDlWwJEINQw== X-Google-Smtp-Source: ABdhPJwiuWeFtvLYYjh4oH06+SQHegUqphuFq9CnBTat1MKG87sjd1UxXW/wwX549aLhWs8Ipm8+Dw== X-Received: by 2002:a05:620a:13f9:: with SMTP id h25mr12589783qkl.443.1618069671936; Sat, 10 Apr 2021 08:47:51 -0700 (PDT) Received: from mutt-hbsd (pool-100-16-222-53.bltmmd.fios.verizon.net. [100.16.222.53]) by smtp.gmail.com with ESMTPSA id 44sm814797qtb.38.2021.04.10.08.47.51 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 10 Apr 2021 08:47:51 -0700 (PDT) Date: Sat, 10 Apr 2021 11:47:50 -0400 From: Shawn Webb To: grarpamp Cc: freebsd-questions@freebsd.org, freebsd-arm@freebsd.org, freebsd-current@freebsd.org Subject: Re: Arm64 Tier 1 FreeBSD 13 Phones Message-ID: <20210410154750.phxivk7idvza37nx@mutt-hbsd> X-Operating-System: FreeBSD mutt-hbsd 14.0-CURRENT-HBSD FreeBSD 14.0-CURRENT-HBSD X-PGP-Key: https://git.hardenedbsd.org/hardenedbsd/pubkeys/-/blob/master/Shawn_Webb/03A4CBEBB82EA5A67D9F3853FF2E67A277F8E1FA.pub.asc References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="gngrix2zhiyjcsgs" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4FHfXS54d6z3jbG X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=hardenedbsd.org header.s=google header.b=gyzeRXT0; dmarc=none; spf=pass (mx1.freebsd.org: domain of shawn.webb@hardenedbsd.org designates 2607:f8b0:4864:20::72e as permitted sender) smtp.mailfrom=shawn.webb@hardenedbsd.org X-Spamd-Result: default: False [-2.89 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[hardenedbsd.org:+]; NEURAL_HAM_SHORT(-0.79)[-0.791]; SIGNED_PGP(-2.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::72e:from]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RECEIVED_SPAMHAUS_PBL(0.00)[100.16.222.53:received]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[hardenedbsd.org:s=google]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[hardenedbsd.org]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::72e:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::72e:from]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: 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, 10 Apr 2021 15:47:53 -0000 --gngrix2zhiyjcsgs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 10, 2021 at 04:07:49AM -0400, grarpamp wrote: > FreeBSD Phones... >=20 > https://en.wikipedia.org/wiki/Librem_5 > NXP i.MX 8M Quad core Cortex-A53, 64bit ARM >=20 > https://en.wikipedia.org/wiki/PinePhone > Allwinner A64 ARM Quad core Cortex-A53 >=20 > https://www.youtube.com/watch?v=3Dc32-QOrI4cw > https://www.youtube.com/watch?v=3DfCKMxzz9cjs > https://www.youtube.com/watch?v=3DlVJo9faE1fM > https://www.youtube.com/watch?v=3DNV0RnWorPpQ >=20 > Happy hacking :) There's a company (called Potabi? Fivnex?) that claims to be developing a FreeBSD-based phone on PinePhone hardware. They claim to eventually be able to run Android apps on it. As it stands, I'm seeing more marketing material than development efforts published by them. If I were to hazard a guess, this "development" effort will fizzle out. I'd like to see it come to fruition, but I'm pretty skeptical. https://potabi.fivnex.co/development Thanks, --=20 Shawn Webb Cofounder / Security Engineer HardenedBSD https://git.hardenedbsd.org/hardenedbsd/pubkeys/-/raw/master/Shawn_Webb/03A= 4CBEBB82EA5A67D9F3853FF2E67A277F8E1FA.pub.asc --gngrix2zhiyjcsgs Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEA6TL67gupaZ9nzhT/y5nonf44foFAmBxyKIACgkQ/y5nonf4 4fpg1w/+O6IkWyT8VB8takxqz3qCIwM0PXciKKO1ME+v7Sz15bz28r92+QccY4qv KffmfqoAnGLZfKuUwa5oyE7WTQ4wt5/yHcqfxc2lHEp+DUZb0xsYVb/gdl1Txf+f wcSm3CZBuXTQoXgbYj/IXR8BBZhLUxCHQI/m4OeGZJM8IKxD1ZPIX/BB32GWwSMK RGwhjbkiQzL1JJpqFHC9cZIGo+Nlah4cRMhd8NqdVUtUGVvgzlzB87zUhyulv0S0 rjX62yMlZXS3GwqArxjrsWbcGS9egFVvHR4Xx7wH886bJxQIj9XeUeazDt4uX0wh oJqVfi7PNYgJhm+ZdpeovD2pj6WCO3ZhGta9maZDW27z7WYkcriYi95pRP/R7ghi 5JYXNYxCn6Nvx4AXYeGlLU+I34K5sWu27yhGDZPNQnri9SvKXvh74T18bBKPKrG1 3MJ5w/Xt/Lg1pnHNplvroYATWNnYYavQ5BznN+u2rsGJxAsKm7Y6Uy0Tx4pi+sTA u8/AgVEDeQtWRWRblwpfhZKE/v7AlQRQKEC39rkRrznTohYEmImaIRxwn8TK4dWe MD5NC2jR32Cjrw0EsVoySdWzPi5uqjqlLWX7wuhdfGVoDo5yw6j/xG9/oxNz8Kp7 9IFzvPGNGgDo9aTHghVZCQQ8UNw+hMk5sMpylf8LsSzzNPMAmEo= =s6vH -----END PGP SIGNATURE----- --gngrix2zhiyjcsgs--