From owner-freebsd-current@freebsd.org Sun Apr 19 00:46:55 2020 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 44BA72B29A7 for ; Sun, 19 Apr 2020 00:46:55 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [IPv6:2607:fc50:1000:7400:216:3eff:fe72:314f]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 494WPB0P9lz4Cmh for ; Sun, 19 Apr 2020 00:46:53 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from disco.vangyzen.net (unknown [70.97.188.230]) by smtp.vangyzen.net (Postfix) with ESMTPSA id CC7C456476 for ; Sat, 18 Apr 2020 19:46:46 -0500 (CDT) To: freebsd-current From: Eric van Gyzen Subject: toolchain status Message-ID: Date: Sat, 18 Apr 2020 19:46:41 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 494WPB0P9lz4Cmh X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of eric@vangyzen.net designates 2607:fc50:1000:7400:216:3eff:fe72:314f as permitted sender) smtp.mailfrom=eric@vangyzen.net X-Spamd-Result: default: False [-5.32 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[vangyzen.net]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(-3.02)[ip: (-7.33), ipnet: 2607:fc50:1000::/36(-3.91), asn: 36236(-3.81), country: US(-0.05)]; TO_DN_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:36236, ipnet:2607:fc50:1000::/36, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2020 00:46:55 -0000 Which architectures are still often built with an external toolchain? I'd like to re-commit jemalloc 5.2.1. It was reverted because "compilation fails for non-llvm-based platforms." I just built tinderbox worlds with 5.2.1 with no problems, albeit with llvm. Eric From owner-freebsd-current@freebsd.org Sun Apr 19 01:16:48 2020 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 9DD882B3E5E for ; Sun, 19 Apr 2020 01:16:48 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from tor1-11.mx.scaleengine.net (tor1-11.mx.scaleengine.net [IPv6:2001:470:1:474::25]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 494X3g5L1Xz4G6x for ; Sun, 19 Apr 2020 01:16:47 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (Seawolf.HML3.ScaleEngine.net [209.51.186.28]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by tor1-11.mx.scaleengine.net (Postfix) with ESMTPSA id 27C8E28A23 for ; Sun, 19 Apr 2020 01:16:41 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.10.3 tor1-11.mx.scaleengine.net 27C8E28A23 To: freebsd-current@freebsd.org References: <8abb14b2-7426-559d-af7e-c339fa130515@bluerosetech.com> From: Allan Jude Autocrypt: addr=allanjude@freebsd.org; prefer-encrypt=mutual; keydata= xsFNBFVwZcYBEADwrZDH0xe0ZVjc9ORCc6PcBLwS/RTXA6NkvpD6ea02pZ8lPOVgteuuugFc D34LdDbiWr+479vfrKBh+Y38GL0oZ0/13j10tIlDMHSa5BU0y6ACtnhupFvVlQ57+XaJAb/q 7qkfSiuxVwQ3FY3PL3cl1RrIP5eGHLA9hu4eVbu+FOX/q/XVKz49HaeIaxzo2Q54572VzIo6 C28McX9m65UL5fXMUGJDDLCItLmehZlHsQQ+uBxvODLFpVV2lUgDR/0rDa0B9zHZX8jY8qQ7 ZdCSy7CwClXI054CkXZCaBzgxYh/CotdI8ezmaw7NLs5vWNTxaDEFXaFMQtMVhvqQBpHkfOD 7rjjOmFw00nJL4FuPE5Yut0CPyx8vLjVmNJSt/Y8WxxmhutsqJYFgYfWl/vaWkrFLur/Zcmz IklwLw35HLsCZytCN5A3rGKdRbQjD6QPXOTJu0JPrJF6t2xFkWAT7oxnSV0ELhl2g+JfMMz2 Z1PDmS3NRnyEdqEm7NoRGXJJ7bgxDbN+9SXTyOletqGNXj/bSrBvhvZ0RQrzdHAPwQUfVSU2 qBhQEi2apSZstgVNMan0GUPqCdbE2zpysg+zT7Yhvf9EUQbzPL4LpdK1llT9fZbrdMzEXvEF oSvwJFdV3sqKmZc7b+E3PuxK6GTsKqaukd/3Cj8aLHG1T1im1QARAQABzSJBbGxhbiBKdWRl IDxhbGxhbmp1ZGVAZnJlZWJzZC5vcmc+wsF/BBMBAgApBQJVcGXGAhsjBQkSzAMABwsJCAcD AgEGFQgCCQoLBBYCAwECHgECF4AACgkQGZU1PhKYC34Muw/+JOKpSfhhysWFYiRXynGRDe07 Z6pVsn7DzrPUMRNZfHu8Uujmmy3p2nx9FelIY9yjd2UKHhug+whM54MiIFs90eCRVa4XEsPR 4FFAm0DAWrrb7qhZFcE/GhHdRWpZ341WAElWf6Puj2devtRjfYbikvj5+1V1QmDbju7cEw5D mEET44pTuD2VMRJpu2yZZzkM0i+wKFuPxlhqreufA1VNkZXI/rIfkYWK+nkXd9Efw3YdCyCQ zUgTUCb88ttSqcyhik/li1CDbXBpkzDCKI6I/8fAb7jjOC9LAtrZJrdgONywcVFoyK9ZN7EN AVA+xvYCmuYhR/3zHWH1g4hAm1v1+gIsufhajhfo8/wY1SetlzPaYkSkVQLqD8T6zZyhf+AN bC7ci44UsiKGAplB3phAXrtSPUEqM86kbnHg3fSx37kWKUiYNOnx4AC2VXvEiKsOBlpyt3dw WQbOtOYM+vkfbBwDtoGOOPYAKxc4LOIt9r+J8aD+gTooi9Eo5tvphATf9WkCpl9+aaGbSixB tUpvQMRnSMqTqq4Z7DeiG6VMRQIjsXDSLJEUqcfhnLFo0Ko/RiaHd5xyAQ4DhQ9QpkyQjjNf /3f/dYG7JAtoD30txaQ5V8uHrz210/77DRRX+HJjEj6xCxWUGvQgvEZf5XXyxeePvqZ+zQyT DX61bYw6w6bOwU0EVXBlxgEQAMy7YVnCCLN4oAOBVLZ5nUbVPvpUhsdA94/0/P+uqCIh28Cz ar56OCX0X19N/nAWecxL4H32zFbIRyDB2V/MEh4p9Qvyu/j4i1r3Ex5GhOT2hnit43Ng46z5 29Es4TijrHJP4/l/rB2VOqMKBS7Cq8zk1cWqaI9XZ59imxDNjtLLPPM+zQ1yE3OAMb475QwN UgWxTMw8rkA7CEaqeIn4sqpTSD5C7kT1Bh26+rbgJDZ77D6Uv1LaCZZOaW52okW3bFbdozV8 yM2u+xz2Qs8bHz67p+s+BlygryiOyYytpkiK6Iy4N7FTolyj5EIwCuqzfk0SaRHeOKX2ZRjC qatkgoD/t13PNT38V9tw3qZVOJDS0W6WM8VSg+F+bkM9LgJ8CmKV+Hj0k3pfGfYPOZJ/v18i +SmZmL/Uw2RghnwDWGAsPCKu4uZR777iw7n9Io6Vfxndw2dcS0e9klvFYoaGS6H2F13Asygr WBzFNGFQscN4mUW+ZYBzpTOcHkdT7w8WS55BmXYLna+dYer9/HaAuUrONjujukN4SPS1fMJ2 /CS/idAUKyyVVX5vozoNK2JVC1h1zUAVsdnmhEzNPsvBoqcVNfyqBFROEVLIPwq+lQMGNVjH ekLTKRWf59MEhUC2ztjSKkGmwdg73d6xSXMuq45EgIJV2wPvOgWQonoHH/kxABEBAAHCwWUE GAECAA8FAlVwZcYCGwwFCRLMAwAACgkQGZU1PhKYC34w5A//YViBtZyDV5O+SJT9FFO3lb9x Zdxf0trA3ooCt7gdBkdnBM6T5EmjgVZ3KYYyFfwXZVkteuCCycMF/zVw5eE9FL1+zz9gg663 nY9q2F77TZTKXVWOLlOV2bY+xaK94U4ytogOGhh9b4UnQ/Ct3+6aviCF78Go608BXbmF/GVT 7uhddemk7ItxM1gE5Hscx3saxGKlayaOsdPKeGTVJCDEtHDuOc7/+jGh5Zxpk/Hpi+DUt1ot 8e6hPYLIQa4uVx4f1xxxV858PQ7QysSLr9pTV7FAQ18JclCaMc7JWIa3homZQL/MNKOfST0S 2e+msuRwQo7AnnfFKBUtb02KwpA4GhWryhkjUh/kbVc1wmGxaU3DgXYQ5GV5+Zf4kk/wqr/7 KG0dkTz6NLCVLyDlmAzuFhf66DJ3zzz4yIo3pbDYi3HB/BwJXVSKB3Ko0oUo+6/qMrOIS02L s++QE/z7K12CCcs7WwOjfCYHK7VtE0Sr/PfybBdTbuDncOuAyAIeIKxdI2nmQHzl035hhvQX s4CSghsP319jAOQiIolCeSbTMD4QWMK8RL/Pe1FI1jC3Nw9s+jq8Dudtbcj2UwAP/STUEbJ9 5rznzuuhPjE0e++EU/RpWmcaIMK/z1zZDMN+ce2v1qzgV936ZhJ3iaVzyqbEE81gDxg3P+IM kiYh4ZtPB4Q= Subject: Re: OpenZFS port updated Message-ID: Date: Sat, 18 Apr 2020 21:16:36 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: <8abb14b2-7426-559d-af7e-c339fa130515@bluerosetech.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aFNgBpUkUMaRdwS3wLpFYmmm7bKyVzrRV" X-Rspamd-Queue-Id: 494X3g5L1Xz4G6x X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.86 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.92)[-0.921,0]; NEURAL_HAM_LONG(-0.94)[-0.942,0]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2020 01:16:48 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --aFNgBpUkUMaRdwS3wLpFYmmm7bKyVzrRV Content-Type: multipart/mixed; boundary="OzXY0E1RdFLfRgbrZSc7V1sh0SDIoGoGi"; protected-headers="v1" From: Allan Jude To: freebsd-current@freebsd.org Message-ID: Subject: Re: OpenZFS port updated References: <8abb14b2-7426-559d-af7e-c339fa130515@bluerosetech.com> In-Reply-To: <8abb14b2-7426-559d-af7e-c339fa130515@bluerosetech.com> --OzXY0E1RdFLfRgbrZSc7V1sh0SDIoGoGi Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 2020-04-17 17:40, Mel Pilgrim wrote: > On 2020-04-17 13:31, Kyle Evans wrote: >> On Fri, Apr 17, 2020 at 3:14 PM Mel Pilgrim >> wrote: >>> >>> On 2020-04-17 11:35, Ryan Moeller wrote: >>>> The FreeBSD platform support in OpenZFS does not yet include all >>>> features present in FreeBSD=E2=80=99s ZFS. Some notable changes/miss= ing >>>> features include: >>> [...] >>>> * pre-mountroot zpool.cache loading (for automatic pool imports) >>>> >>>> To the last point, this mainly effects the case where / is on ZFS an= d >>>> /boot is not or is on a different pool. OpenZFS cannot handle this >>>> case yet, but work is in progress to cover that use case. Booting >>>> directly from ZFS does work. >>> >>> To be clear, this means OpenZFS currently does not support / on >>> GELI-encrypted disks, correct? >> >> If you have a legacy setup with a bootpool, that is correct. Since >> 12.0+ the bootpool is almost completely redundant except for some odd >> setup that I can never remember. For legacy setups, the bootpool >> can/should be merged into your root pool if it's feasible. >=20 > Yes, these are the "legacy" configuration with a small, unecrypted pool= > containing /boot and the keys to attach the encrypted root pool. >=20 > Could the case you're thinking of be avoiding manual entry of a passwor= d > at boot? > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" If you still have a bootpool, you can migrate to a single pool (so boot environments work), using these instructions: https://ftfl.ca/blog/2016-09-17-zfs-fde-one-pool-conversion.html If the pool would boot without GELI, it still will with GELI, however, if you use any of the newer features not supported by the boot loader, then it will not be able to read the kernel from the boot (encrypted or n= ot) --=20 Allan Jude --OzXY0E1RdFLfRgbrZSc7V1sh0SDIoGoGi-- --aFNgBpUkUMaRdwS3wLpFYmmm7bKyVzrRV Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJem6Z4AAoJEBmVNT4SmAt+gysP/Rzg7t5T4imGxo/yyT/CwuBw WbJXGm+cySihedm0CJd+CnmBR1LnV3G/qZFLReOsoqnf3UZTGBr8TE51lUwELIMc oKxS5hi68YmL0gvn2PvXQpEXkPLuRUVTlYBlrnxPuCdsXySS4HUOPw66/xLeiRdl Yht/uZ/e68sQirWMSIo9ez8Jig4TfFDXIFXHOywWIou/ti2FZYd/PhLhkOCSTn6t 28tsIn4r/FwMdPhQ8siZK3hPDCXJ4l5EB+pNXInS2LbG5ws6R7d1Qr+UdDG+WVk2 QK7GS2s6d+O9qbEnblS1Ul5o8/8PxJP1tU24PSLF6reVV+gZz09AITFexZsKFvEL ptKlxsHtuI/UZjPIvF4p5kIBp5i/6+moUHbbNv2Rn076kQgve0JfyaUGRuY7soFU S7DUTtZNangi5ccGMSiL46FA0wL3rY9BzisEPKO8hLS4wOcv2bibCCJGjU/6smTr Q4xjHUTXe8LbOJEe0IMBXGNGUT+g5UAlo48VTIWlR6HO+rE7CT333GVAeLJHBsou OeP+QsCOOqNi19vWmNYqUzAP0mPE7j2j/tv0H9RFrQl0KhDBeI9jfTY+cM35eCkM 93Qc467QNsR3/mgugb28rqCFj+Dddl+Vuo2NTK+bI2FPQ9pgIjixdQKb9wCZ5uSq x0IBMH3my9vnZi6/2Rp2 =Vww/ -----END PGP SIGNATURE----- --aFNgBpUkUMaRdwS3wLpFYmmm7bKyVzrRV-- From owner-freebsd-current@freebsd.org Sun Apr 19 01:20:05 2020 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 270A82B44E9 for ; Sun, 19 Apr 2020 01:20:05 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from tor1-11.mx.scaleengine.net (tor1-11.mx.scaleengine.net [209.51.186.6]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 494X7S5qWCz4GXf for ; Sun, 19 Apr 2020 01:20:04 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (Seawolf.HML3.ScaleEngine.net [209.51.186.28]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by tor1-11.mx.scaleengine.net (Postfix) with ESMTPSA id AB0EF28A2B for ; Sun, 19 Apr 2020 01:19:58 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.10.3 tor1-11.mx.scaleengine.net AB0EF28A2B Subject: Re: OpenZFS port updated To: freebsd-current@freebsd.org References: <202004180627.03I6RUbc053804@gndrsh.dnsmgr.net> From: Allan Jude Autocrypt: addr=allanjude@freebsd.org; prefer-encrypt=mutual; keydata= xsFNBFVwZcYBEADwrZDH0xe0ZVjc9ORCc6PcBLwS/RTXA6NkvpD6ea02pZ8lPOVgteuuugFc D34LdDbiWr+479vfrKBh+Y38GL0oZ0/13j10tIlDMHSa5BU0y6ACtnhupFvVlQ57+XaJAb/q 7qkfSiuxVwQ3FY3PL3cl1RrIP5eGHLA9hu4eVbu+FOX/q/XVKz49HaeIaxzo2Q54572VzIo6 C28McX9m65UL5fXMUGJDDLCItLmehZlHsQQ+uBxvODLFpVV2lUgDR/0rDa0B9zHZX8jY8qQ7 ZdCSy7CwClXI054CkXZCaBzgxYh/CotdI8ezmaw7NLs5vWNTxaDEFXaFMQtMVhvqQBpHkfOD 7rjjOmFw00nJL4FuPE5Yut0CPyx8vLjVmNJSt/Y8WxxmhutsqJYFgYfWl/vaWkrFLur/Zcmz IklwLw35HLsCZytCN5A3rGKdRbQjD6QPXOTJu0JPrJF6t2xFkWAT7oxnSV0ELhl2g+JfMMz2 Z1PDmS3NRnyEdqEm7NoRGXJJ7bgxDbN+9SXTyOletqGNXj/bSrBvhvZ0RQrzdHAPwQUfVSU2 qBhQEi2apSZstgVNMan0GUPqCdbE2zpysg+zT7Yhvf9EUQbzPL4LpdK1llT9fZbrdMzEXvEF oSvwJFdV3sqKmZc7b+E3PuxK6GTsKqaukd/3Cj8aLHG1T1im1QARAQABzSJBbGxhbiBKdWRl IDxhbGxhbmp1ZGVAZnJlZWJzZC5vcmc+wsF/BBMBAgApBQJVcGXGAhsjBQkSzAMABwsJCAcD AgEGFQgCCQoLBBYCAwECHgECF4AACgkQGZU1PhKYC34Muw/+JOKpSfhhysWFYiRXynGRDe07 Z6pVsn7DzrPUMRNZfHu8Uujmmy3p2nx9FelIY9yjd2UKHhug+whM54MiIFs90eCRVa4XEsPR 4FFAm0DAWrrb7qhZFcE/GhHdRWpZ341WAElWf6Puj2devtRjfYbikvj5+1V1QmDbju7cEw5D mEET44pTuD2VMRJpu2yZZzkM0i+wKFuPxlhqreufA1VNkZXI/rIfkYWK+nkXd9Efw3YdCyCQ zUgTUCb88ttSqcyhik/li1CDbXBpkzDCKI6I/8fAb7jjOC9LAtrZJrdgONywcVFoyK9ZN7EN AVA+xvYCmuYhR/3zHWH1g4hAm1v1+gIsufhajhfo8/wY1SetlzPaYkSkVQLqD8T6zZyhf+AN bC7ci44UsiKGAplB3phAXrtSPUEqM86kbnHg3fSx37kWKUiYNOnx4AC2VXvEiKsOBlpyt3dw WQbOtOYM+vkfbBwDtoGOOPYAKxc4LOIt9r+J8aD+gTooi9Eo5tvphATf9WkCpl9+aaGbSixB tUpvQMRnSMqTqq4Z7DeiG6VMRQIjsXDSLJEUqcfhnLFo0Ko/RiaHd5xyAQ4DhQ9QpkyQjjNf /3f/dYG7JAtoD30txaQ5V8uHrz210/77DRRX+HJjEj6xCxWUGvQgvEZf5XXyxeePvqZ+zQyT DX61bYw6w6bOwU0EVXBlxgEQAMy7YVnCCLN4oAOBVLZ5nUbVPvpUhsdA94/0/P+uqCIh28Cz ar56OCX0X19N/nAWecxL4H32zFbIRyDB2V/MEh4p9Qvyu/j4i1r3Ex5GhOT2hnit43Ng46z5 29Es4TijrHJP4/l/rB2VOqMKBS7Cq8zk1cWqaI9XZ59imxDNjtLLPPM+zQ1yE3OAMb475QwN UgWxTMw8rkA7CEaqeIn4sqpTSD5C7kT1Bh26+rbgJDZ77D6Uv1LaCZZOaW52okW3bFbdozV8 yM2u+xz2Qs8bHz67p+s+BlygryiOyYytpkiK6Iy4N7FTolyj5EIwCuqzfk0SaRHeOKX2ZRjC qatkgoD/t13PNT38V9tw3qZVOJDS0W6WM8VSg+F+bkM9LgJ8CmKV+Hj0k3pfGfYPOZJ/v18i +SmZmL/Uw2RghnwDWGAsPCKu4uZR777iw7n9Io6Vfxndw2dcS0e9klvFYoaGS6H2F13Asygr WBzFNGFQscN4mUW+ZYBzpTOcHkdT7w8WS55BmXYLna+dYer9/HaAuUrONjujukN4SPS1fMJ2 /CS/idAUKyyVVX5vozoNK2JVC1h1zUAVsdnmhEzNPsvBoqcVNfyqBFROEVLIPwq+lQMGNVjH ekLTKRWf59MEhUC2ztjSKkGmwdg73d6xSXMuq45EgIJV2wPvOgWQonoHH/kxABEBAAHCwWUE GAECAA8FAlVwZcYCGwwFCRLMAwAACgkQGZU1PhKYC34w5A//YViBtZyDV5O+SJT9FFO3lb9x Zdxf0trA3ooCt7gdBkdnBM6T5EmjgVZ3KYYyFfwXZVkteuCCycMF/zVw5eE9FL1+zz9gg663 nY9q2F77TZTKXVWOLlOV2bY+xaK94U4ytogOGhh9b4UnQ/Ct3+6aviCF78Go608BXbmF/GVT 7uhddemk7ItxM1gE5Hscx3saxGKlayaOsdPKeGTVJCDEtHDuOc7/+jGh5Zxpk/Hpi+DUt1ot 8e6hPYLIQa4uVx4f1xxxV858PQ7QysSLr9pTV7FAQ18JclCaMc7JWIa3homZQL/MNKOfST0S 2e+msuRwQo7AnnfFKBUtb02KwpA4GhWryhkjUh/kbVc1wmGxaU3DgXYQ5GV5+Zf4kk/wqr/7 KG0dkTz6NLCVLyDlmAzuFhf66DJ3zzz4yIo3pbDYi3HB/BwJXVSKB3Ko0oUo+6/qMrOIS02L s++QE/z7K12CCcs7WwOjfCYHK7VtE0Sr/PfybBdTbuDncOuAyAIeIKxdI2nmQHzl035hhvQX s4CSghsP319jAOQiIolCeSbTMD4QWMK8RL/Pe1FI1jC3Nw9s+jq8Dudtbcj2UwAP/STUEbJ9 5rznzuuhPjE0e++EU/RpWmcaIMK/z1zZDMN+ce2v1qzgV936ZhJ3iaVzyqbEE81gDxg3P+IM kiYh4ZtPB4Q= Message-ID: <62308fc2-2b25-1bef-3b3d-3ea05ec5320e@freebsd.org> Date: Sat, 18 Apr 2020 21:19:58 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: <202004180627.03I6RUbc053804@gndrsh.dnsmgr.net> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 494X7S5qWCz4GXf X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.83 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.91)[-0.907,0]; ASN(0.00)[asn:6939, ipnet:209.51.160.0/19, country:US]; NEURAL_HAM_LONG(-0.92)[-0.923,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2020 01:20:05 -0000 On 2020-04-18 02:27, Rodney W. Grimes wrote: >> FreeBSD support has been merged into the master branch of the openzfs/zfs repository, and the FreeBSD ports have been switched to this branch. >> >> OpenZFS brings many exciting features to FreeBSD, including: >> * native encryption >> * improved TRIM implementation >> * most recently, persistent L2ARC >> >> Of course, avoid upgrading your pools if you want to keep the option to go back to the base ZFS. > > Has anyone published a set of pool options vs *ZFS implementations so one can figure out least common denomitator set of options when creating cross system pools, as the trial and error method is a royal pain. > jpaetzel@ was working with upstream on a concept where you could say 'zpool create -o compat=openzfs2020 ...', and it would make a pool compatible with the lowest common denominator across implementations as of January 2020. It has not been completed yet. >> >> OpenZFS can be installed alongside the base ZFS. Change your loader.conf entry to openzfs_load=?YES? to load the OpenZFS module at boot, and set PATH to find the tools in /usr/local/sbin before /sbin. The base zfs tools are still basically functional with the OpenZFS module, so changing PATH in rc is not strictly necessary. >> >> The FreeBSD loader can boot from pools with the encryption feature enabled, but the root/bootenv datasets must not be encrypted themselves. >> >> The FreeBSD platform support in OpenZFS does not yet include all features present in FreeBSD?s ZFS. Some notable changes/missing features include: >> * many sysctl names have changed (legacy compat sysctls should be added at some point) >> * zfs send progress reporting in process title via setproctitle >> * extended 'zfs holds -r' (https://svnweb.freebsd.org/base?view=revision&revision=290015) >> * vdev ashift optimizations (https://svnweb.freebsd.org/base?view=revision&revision=254591) >> * pre-mountroot zpool.cache loading (for automatic pool imports) >> >> To the last point, this mainly effects the case where / is on ZFS and /boot is not or is on a different pool. OpenZFS cannot handle this case yet, but work is in progress to cover that use case. Booting directly from ZFS does work. >> >> If there are pools that need to be imported at boot other than the boot pool, OpenZFS does not automatically import yet, and it uses /etc/zfs/zpool.cache rather than /boot/zfs/zpool.cache to keep track of imported pools. To ensure all pool imports occur automatically, a simple edit to /etc/rc.d/zfs will suffice: > > I am not so keen on the idea of "cache" data living in /boot, but I suppose /boot is already tainted with per machine data that should of lived someplace else. > The cache data has always lived in /boot/zfs in FreeBSD. It used to be required to import the pool at all, but then the boot bits got smarter. Now it is mostly only needed to know about a second or third pool you might have, so it gets imported at boot, hence how it can be replaced with the rc.d script below. >> diff --git a/libexec/rc/rc.d/zfs b/libexec/rc/rc.d/zfs >> index 2d35f9b5464..8e4aef0b1b3 100755 >> --- a/libexec/rc/rc.d/zfs >> +++ b/libexec/rc/rc.d/zfs >> @@ -25,6 +25,13 @@ zfs_start_jail() >> >> zfs_start_main() >> { >> + local cachefile >> + >> + for cachefile in /boot/zfs/zpool.cache /etc/zfs/zpool.cache; do >> + if [ -f $cachefile ]; then >> + zpool import -c $cachefile -a >> + fi >> + done >> zfs mount -va >> zfs share -a >> if [ ! -r /etc/zfs/exports ]; then >> >> This will probably not be needed long-term. It is not necessary if the boot pool is the only pool. >> >> Happy testing :) >> >> - Ryan >> _______________________________________________ >> 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" >> >> > -- Allan Jude From owner-freebsd-current@freebsd.org Sun Apr 19 12:39:50 2020 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 215E22C4C18 for ; Sun, 19 Apr 2020 12:39:50 +0000 (UTC) (envelope-from list_freebsd@bluerosetech.com) Received: from echo.brtsvcs.net (echo.brtsvcs.net [208.111.40.118]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 494qCn75M9z4CGN; Sun, 19 Apr 2020 12:39:49 +0000 (UTC) (envelope-from list_freebsd@bluerosetech.com) Received: from chombo.houseloki.net (65-100-43-2.dia.static.qwest.net [65.100.43.2]) (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 "chombo.houseloki.net", Issuer "brtsvcs.net CA" (verified OK)) by echo.brtsvcs.net (Postfix) with ESMTPS id 2BF0A38D21; Sun, 19 Apr 2020 12:39:43 +0000 (UTC) Received: from [IPv6:2602:41:642b:630:fda8:3893:dd9d:749] (unknown [IPv6:2602:41:642b:630:fda8:3893:dd9d:749]) by chombo.houseloki.net (Postfix) with ESMTPSA id AA5E219B3; Sun, 19 Apr 2020 05:39:41 -0700 (PDT) Subject: Re: OpenZFS port updated To: Allan Jude , freebsd-current@freebsd.org References: <8abb14b2-7426-559d-af7e-c339fa130515@bluerosetech.com> From: Mel Pilgrim Message-ID: <895bf7c8-d154-8f80-b0a3-50b54919d6f1@bluerosetech.com> Date: Sun, 19 Apr 2020 05:39:38 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 494qCn75M9z4CGN X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-6.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2020 12:39:50 -0000 On 2020-04-18 18:16, Allan Jude wrote: > If you still have a bootpool, you can migrate to a single pool (so boot > environments work), using these instructions: > https://ftfl.ca/blog/2016-09-17-zfs-fde-one-pool-conversion.html > > If the pool would boot without GELI, it still will with GELI, however, > if you use any of the newer features not supported by the boot loader, > then it will not be able to read the kernel from the boot (encrypted or not) My use case requires unattended booting and never storing the keyfiles on the disks to which they correspond so that, in the event of a disk failure, it can be recycled or sent back to the OEM safely. AFAIK the userkey files have to be on the same filesystem as the loader, which, for this use case, requires /boot be separate? From owner-freebsd-current@freebsd.org Mon Apr 20 03:47:34 2020 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 DCECF2B51C9 for ; Mon, 20 Apr 2020 03:47:34 +0000 (UTC) (envelope-from ota@j.email.ne.jp) 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 495CMB28Phz4Xxy for ; Mon, 20 Apr 2020 03:47:34 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: by mailman.nyi.freebsd.org (Postfix) id 47D9A2B51C8; Mon, 20 Apr 2020 03:47:34 +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 468FF2B51C6 for ; Mon, 20 Apr 2020 03:47:34 +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 495CM66sY8z4Xxt; Mon, 20 Apr 2020 03:47:29 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from vmware.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 80B44E9DA1; Mon, 20 Apr 2020 12:47:26 +0900 (JST) Date: Sun, 19 Apr 2020 23:40:06 -0400 From: Yoshihiro Ota To: Konstantin Belousov , current@freebsd.org Subject: Re: PAE on i386 Message-Id: <20200419234006.484caaf288ce9025f39cce39@j.email.ne.jp> In-Reply-To: <20190120111854.GF26174@kib.kiev.ua> References: <20190120111854.GF26174@kib.kiev.ua> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; i386-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 495CM66sY8z4Xxt 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.25 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-0.53)[-0.533,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:202.224.55.0/24]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[email.ne.jp]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-0.47)[-0.474,0]; IP_SCORE(1.05)[ip: (1.00), ipnet: 202.224.32.0/19(0.29), asn: 4685(3.93), country: JP(0.05)]; RCPT_COUNT_TWO(0.00)[2]; RCVD_NO_TLS_LAST(0.10)[]; RECEIVED_SPAMHAUS_PBL(0.00)[96.96.152.184.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[14.55.224.202.list.dnswl.org : 127.0.5.1]; ASN(0.00)[asn:4685, ipnet:202.224.32.0/19, country:JP]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[14.55.224.202.rep.mailspike.net : 127.0.0.17] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2020 03:47:34 -0000 Hi, I recall this result was committed a while ago to 13-CURRENT: https://svnweb.freebsd.org/base?view=revision&revision=343567 Is there a plan to MFC to 12-STABLE? Does this feature results changing ABI? Regards, Hiro On Sun, 20 Jan 2019 13:18:54 +0200 Konstantin Belousov wrote: > Hello, > at https://reviews.freebsd.org/D18894 I put a review which main goal is > to allow i386 kernels to use NX bits on capable hardware. In essence, > single kernel now can operate using either PAE or non-PAE pagetables, > the selection is done at the cold (very early boot, before paging is > turned on) time. > > This together with earlier 4/4 work gives much more life into i386 kernels > for whoever still needs them. Please review/test, see the differential > review text for more explanation. > _______________________________________________ > 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 20 06:59:14 2020 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 11C492B8CD5 for ; Mon, 20 Apr 2020 06:59:14 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 495HcK5n3fz3HZZ for ; Mon, 20 Apr 2020 06:59:13 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id C490B2B8CD4; Mon, 20 Apr 2020 06:59:13 +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 C450C2B8CD3 for ; Mon, 20 Apr 2020 06:59:13 +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) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 495HcJ5N1xz3HZX for ; Mon, 20 Apr 2020 06:59:12 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id 03K6wv9R023393 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 20 Apr 2020 09:59:00 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 03K6wv9R023393 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id 03K6wuha023391; Mon, 20 Apr 2020 09:58:56 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 20 Apr 2020 09:58:56 +0300 From: Konstantin Belousov To: Yoshihiro Ota Cc: current@freebsd.org Subject: Re: PAE on i386 Message-ID: <20200420065856.GS2655@kib.kiev.ua> References: <20190120111854.GF26174@kib.kiev.ua> <20200419234006.484caaf288ce9025f39cce39@j.email.ne.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200419234006.484caaf288ce9025f39cce39@j.email.ne.jp> 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: 495HcJ5N1xz3HZX 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.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all:c]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(0.00)[ip: (-2.98), ipnet: 2001:470::/32(-4.65), asn: 6939(-3.60), country: US(-0.05)]; 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]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_ENVFROM(0.00)[gmail.com]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2020 06:59:14 -0000 On Sun, Apr 19, 2020 at 11:40:06PM -0400, Yoshihiro Ota wrote: > Hi, > > I recall this result was committed a while ago to 13-CURRENT: > https://svnweb.freebsd.org/base?view=revision&revision=343567 > > Is there a plan to MFC to 12-STABLE? There are no plans to merge it to 12. The feature is too invasive. > Does this feature results changing ABI? I do not believe so. One thing that changes is the UVA layout, but this is exactly the reason why this feature exists. On the other hand, the patch does change KBI by expanding vm_paddr_t to 64bit unconditionally. > > Regards, > Hiro > > On Sun, 20 Jan 2019 13:18:54 +0200 > Konstantin Belousov wrote: > > > Hello, > > at https://reviews.freebsd.org/D18894 I put a review which main goal is > > to allow i386 kernels to use NX bits on capable hardware. In essence, > > single kernel now can operate using either PAE or non-PAE pagetables, > > the selection is done at the cold (very early boot, before paging is > > turned on) time. > > > > This together with earlier 4/4 work gives much more life into i386 kernels > > for whoever still needs them. Please review/test, see the differential > > review text for more explanation. > > _______________________________________________ > > 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 20 08:41:40 2020 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 6F9302BB5CC for ; Mon, 20 Apr 2020 08:41:40 +0000 (UTC) (envelope-from lwhsu.freebsd@gmail.com) Received: from mail-yb1-f193.google.com (mail-yb1-f193.google.com [209.85.219.193]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 495KtV5jZfz3RH6; Mon, 20 Apr 2020 08:41:38 +0000 (UTC) (envelope-from lwhsu.freebsd@gmail.com) Received: by mail-yb1-f193.google.com with SMTP id n188so4974818ybc.3; Mon, 20 Apr 2020 01:41:38 -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=Q+YW0F88u2v3D2IwXSxe3XfJJx9YQETlcOXVpDViBXo=; b=PU7h2zA3UNo/+Q1DtKGLNG+20ZbOvsJVQOxvfl1lioFhtVZPxkQ+5Q65x75XNds2MZ QxQKHeVGGcchr9ZCyaTIpcqvUYfDtc97i+dUaCs4KbWQAinu/uJ+7ku1n9dcKyiFOhNL lx47oP7g6ffnE7aMv/SMQhJEsafJcHI00GuI7dccSokxg1QFTx8pW1cgho1BDYSl5oRr npdsczTJbprWSvCoZzm/gGjAAIzJrkzDJz2Kwj7z1abjwyjHClED012BAoyWkxZX/mea gfvz/NanQm9efoCEqmK3/xgkf1avvCXl54/DBwUoGJwPBvcilxmGvSdQedzBYn0FRkd0 +s0g== X-Gm-Message-State: AGi0PubBRnwOoXRM0sQau81K4yjRV/AXKcMKOP6BJo98UkpdEfh9o5dl zyqA+jiRtxXzNiyzHFd/uF2ufc4eu5uQZ/Qd67yaYlLs X-Google-Smtp-Source: APiQypLml7tRusvf8AtjHOX5EMzMuywYY+nldrrcLBxlZrSta/ymQeOULkHvihqJfiHPUj/d9TTwXOxVrbumS2aEl0U= X-Received: by 2002:a5b:283:: with SMTP id x3mr2420273ybl.497.1587372097579; Mon, 20 Apr 2020 01:41:37 -0700 (PDT) MIME-Version: 1.0 References: <1587211096.573263000.1z45j66i@frv55.fwdcdn.com> <20200418142003.GA64067@troutmask.apl.washington.edu> <20200418150108.GA14089@lion.0xfce3.net> <20200418152152.GA64335@troutmask.apl.washington.edu> In-Reply-To: <20200418152152.GA64335@troutmask.apl.washington.edu> From: Li-Wen Hsu Date: Mon, 20 Apr 2020 16:41:26 +0800 Message-ID: Subject: Re: Outdated jemalloc in CURRENT To: sgk@troutmask.apl.washington.edu Cc: Gordon Bergling , freebsd-current , Jason Evans Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 495KtV5jZfz3RH6 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of lwhsufreebsd@gmail.com designates 209.85.219.193 as permitted sender) smtp.mailfrom=lwhsufreebsd@gmail.com X-Spamd-Result: default: False [-2.18 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[freebsd.org]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[193.219.85.209.list.dnswl.org : 127.0.5.0]; IP_SCORE(-0.19)[ip: (-0.06), ipnet: 209.85.128.0/17(-0.40), asn: 15169(-0.43), country: US(-0.05)]; FORGED_SENDER(0.30)[lwhsu@freebsd.org,lwhsufreebsd@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[193.219.85.209.rep.mailspike.net : 127.0.0.17]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; TAGGED_FROM(0.00)[]; FROM_NEQ_ENVFROM(0.00)[lwhsu@freebsd.org,lwhsufreebsd@gmail.com]; FREEMAIL_CC(0.00)[googlemail.com] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2020 08:41:40 -0000 On Sat, Apr 18, 2020 at 11:22 PM Steve Kargl wrote: > > On Sat, Apr 18, 2020 at 05:01:08PM +0200, Gordon Bergling wrote: > > > > On Sat, Apr 18, 2020 at 07:20:03AM -0700, Steve Kargl wrote: > >> On Sat, Apr 18, 2020 at 03:05:25PM +0300, nonameless@ukr.net wrote: > >>> Hi everyone! > >>> > >>> As I see, CURRENT still uses outdated jemalloc 5.1.0 with some > >>> performance regressions that was fixed in 5.2.1. > >>> > >>> Are there some issues that blocking update jemalloc to recent version? > >>> > >> > >> ------------------------------------------------------------------------ > >> r354606 | jasone | 2019-11-10 21:06:49 -0800 (Sun, 10 Nov 2019) | 4 lines > >> > >> Revert r354605: Update jemalloc to version 5.2.1. > >> > >> Compilation fails for non-llvm-based platforms. > >> > >> ------------------------------------------------------------------------ > >> r354605 | jasone | 2019-11-10 19:27:14 -0800 (Sun, 10 Nov 2019) | 2 lines > >> > >> Update jemalloc to version 5.2.1. > >> > > > > I am not sure, that this info is correct. As far as I remember the > > update for jemalloc was reverted due to build problems, on some > > architecture. An updated revision has still to be commited to -CURRENT. > > > > Those two commits confirm your memory. 5.2.1 was committed > in r354605. 5.2.1 was reverted with r354606 where the reason > for reverting is stated. As 5.2.1 has not been re-committed > and there is nothing in reviews.freebsd.org for review, one > may expect the reason in r354606 still stands. > > PS: Please, do not top-post. > PPS: Please, wrap your messages to something less than 80 characters. I think it's fine to (and hope we can) update it again as the previous error was on outdated gcc which is not existing anymore: https://lists.freebsd.org/pipermail/svn-src-all/2020-March/195013.html Li-Wen From owner-freebsd-current@freebsd.org Mon Apr 20 09:52:18 2020 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 9DE512BD451 for ; Mon, 20 Apr 2020 09:52:18 +0000 (UTC) (envelope-from lwhsu.freebsd@gmail.com) Received: from mail-yb1-f172.google.com (mail-yb1-f172.google.com [209.85.219.172]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 495MS10lGTz430m for ; Mon, 20 Apr 2020 09:52:16 +0000 (UTC) (envelope-from lwhsu.freebsd@gmail.com) Received: by mail-yb1-f172.google.com with SMTP id n2so5058022ybg.4 for ; Mon, 20 Apr 2020 02:52:16 -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=ix73kOPQDt/DBmGGzueVCv76VlLKTpYzyexjiP6vzII=; b=PzjDLaCfy0Z5ifR29g5qZHR2oI9k8GTV7uq2j6XOcmP7+5MEkPpyF/8nWQ0iOXwSzG QuYr/6fpBN548ob1hqdWQeQNv2D9NgHwkJm7TnWi/SQ59kpgi/I87Cwr5r2RZPPNSoDe 6/yFc2f5S+rP0dSlZmO2o7WbeRXYrY+FNTC7taeYlr3iVihZLkCCy+5niG6MZ2dd+PmA 6gxRYBM6SO9G0qU8WldC1+3phfkH70HoU/4fDVjvk7tnk+Yw1hnkyE/OjkEoycOjP/Td 3dEoMS+KIh1eqoZGqLQRXsjc1d17AlITEwwgWSNinhfgEHoz2RJ3d+3LlfvjPegumUq9 zIyA== X-Gm-Message-State: AGi0PuYNVhJMSlgdmxcoh0c8Za2V65uFE+m79uN2ib7bT2a6c6/guP2g G0w8pSRxLPQrjSYkqSH5dXl+SZ2vLlDsT0gZLnr6l/6C X-Google-Smtp-Source: APiQypL+0PI2quQVYDv2OC6Zp7SsKXAeLBX3Ou42lk9XnKn1BYOfiA848dtdcyySFhGHg13pf95IOYvJI4CegMRwa4g= X-Received: by 2002:a25:d7c5:: with SMTP id o188mr6617150ybg.241.1587376335784; Mon, 20 Apr 2020 02:52:15 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Li-Wen Hsu Date: Mon, 20 Apr 2020 17:52:04 +0800 Message-ID: Subject: Re: xtoolchain-llvm10 missing? To: Ronald Klop Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 495MS10lGTz430m X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of lwhsufreebsd@gmail.com designates 209.85.219.172 as permitted sender) smtp.mailfrom=lwhsufreebsd@gmail.com X-Spamd-Result: default: False [-2.89 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; IP_SCORE(-1.89)[ip: (-8.60), ipnet: 209.85.128.0/17(-0.40), asn: 15169(-0.43), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_TRACE(0.00)[0:+]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[172.219.85.209.list.dnswl.org : 127.0.5.0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; FORGED_SENDER(0.30)[lwhsu@freebsd.org,lwhsufreebsd@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[172.219.85.209.rep.mailspike.net : 127.0.0.17]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[lwhsu@freebsd.org,lwhsufreebsd@gmail.com]; TAGGED_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2020 09:52:18 -0000 On Sat, Apr 18, 2020 at 11:15 PM Ronald Klop wrote: > > Hi, > > Building CURRENT on my laptop takes very very long because every little > change in llvm/clang makes it recompile a complete compiler. So I want to > build with CROSS_TOOLCHAIN=xtoolchain-llvm10 (10.0) and > WITHOUT_TOOLCHAIN=yes. > In ports/pkgs the most recent versions I see are xtoolchain-llvm90 or > xtoolchain-llvm-devel (11.0?). > Is xtoolchain-llvm10 missing on purpose? I guess you want something like CROSS_TOOLCHAIN=llvm10, and /usr/local/share/toolchains/llvm10.mk /usr/local/share/toolchains/llvm-devel.mk Are installed by llvm10 and llvm-devel now. Best, Li-Wen From owner-freebsd-current@freebsd.org Mon Apr 20 10:57:39 2020 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 78CF42BECF9; Mon, 20 Apr 2020 10:57:39 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 495NvR2jy5z47gV; Mon, 20 Apr 2020 10:57:39 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1129) id 3CBD31163F; Mon, 20 Apr 2020 10:57:39 +0000 (UTC) Date: Mon, 20 Apr 2020 10:57:39 +0000 From: Li-Wen Hsu To: freebsd-testing@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD CI Weekly Report 2020-04-19 Message-ID: <20200420105739.GA51787@freefall.freebsd.org> Reply-To: freebsd-testing@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2020 10:57:39 -0000 (Please send the followup to freebsd-testing@ and note Reply-To is set.) FreeBSD CI Weekly Report 2020-04-19 =================================== Here is a summary of the FreeBSD Continuous Integration results for the period from 2020-04-13 to 2020-04-19. During this period, we have: * 2136 builds (89.3% (-4.7) passed, 10.7% (+4.7) failed) of buildworld and buildkernel (GENERIC and LINT) were executed on aarch64, amd64, armv6, armv7, i386, mips, mips64, powerpc, powerpc64, powerpcspe, riscv64, sparc64 architectures for head, stable/12, stable/11 branches. * 333 test runs (42.0% (+17.0) passed, 55.9% (+26.0) unstable, 2.1% (-43.0) exception) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. * 20 doc and www builds (95.0% (+11.7) passed, 5.0% (-11.7) failed) Test case status (on 2020-04-19 23:59): | Branch/Architecture | Total | Pass | Fail | Skipped | | ------------------- | ---------- | ---------- | ------- | -------- | | head/amd64 | 7756 (+12) | 7657 (+19) | 5 (-9) | 94 (+2) | | head/i386 | 7754 (+12) | 7646 (+18) | 8 (-8) | 100 (+2) | | 12-STABLE/amd64 | 7518 (+10) | 7462 (+13) | 0 (-1) | 56 (-2) | | 12-STABLE/i386 | 7516 (+10) | 7452 (+27) | 0 (-2) | 64 (-15) | | 11-STABLE/amd64 | 6882 (0) | 6830 (+1) | 0 (-1) | 52 (0) | | 11-STABLE/i386 | 6880 (0) | 6826 (+77) | 0 (-80) | 54 (+3) | (The statistics from experimental jobs are omitted) If any of the issues found by CI are in your area of interest or expertise please investigate the PRs listed below. The latest web version of this report is available at https://hackmd.io/@FreeBSD-CI/report-20200419 and archive is available at https://hackmd.io/@FreeBSD-CI/ , any help is welcome. ## Failing jobs * https://ci.freebsd.org/job/FreeBSD-head-amd64-gcc6_build/ ``` /usr/local/bin/x86_64-unknown-freebsd12.1-ld: /tmp/obj/workspace/src/amd64.amd64/lib/clang/liblldb/liblldb.a(IOHandlerCursesGUI.o): in function `curses::Window::Box(unsigned int, unsigned int)': /workspace/src/contrib/llvm-project/lldb/source/Core/IOHandlerCursesGUI.cpp:361: undefined reference to `box' /usr/local/bin/x86_64-unknown-freebsd12.1-ld: /workspace/src/contrib/llvm-project/lldb/source/Core/IOHandlerCursesGUI.cpp:361: undefined reference to `box' collect2: error: ld returned 1 exit status ``` ## Failing tests * https://ci.freebsd.org/job/FreeBSD-head-amd64-test/ * local.kyua.integration.cmd_about_test.topic__authors__installed * sys.netipsec.tunnel.empty.v4 * sys.netipsec.tunnel.empty.v6 * sys.opencrypto.blake2_test.blake2b_vectors_x86 * sys.opencrypto.blake2_test.blake2s_vectors_x86 * https://ci.freebsd.org/job/FreeBSD-head-i386-test/ All amd64 failures and: * sys.kqueue.libkqueue.kqueue_test.main * sys.netinet.divert.ipdivert_ip_input_local_success * sys.netinet.divert.ipdivert_ip_output_remote_success ## Regressions * 3 tests start failing after llvm10 import * lib.libproc.proc_test.symbol_lookup * lib.msun.ctrig_test.test_inf_inputs https://bugs.freebsd.org/244732 * (DTrace) common.pid.t_dtrace_contrib.err_D_PROC_OFF_toobig_d https://bugs.freebsd.org/244823 * fusefs tests fail when mac_bsdextended.ko is loaded https://bugs.freebsd.org/244229 * `dtrace -c` causes program dumps core after somewhere between (r357694, r357701] https://bugs.freebsd.org/244053 * Lock-order reversals triggered by tests under sys.net.if_lagg_test.* on i386 https://bugs.freebsd.org/244163 Discovered by newly endabled sys.net.* tests. ([r357857](https://svnweb.freebsd.org/changeset/base/357857)) * sys.net.if_lagg_test.lacp_linkstate_destroy_stress panics i386 kernel https://bugs.freebsd.org/244168 Discovered by newly endabled sys.net.* tests. ([r357857](https://svnweb.freebsd.org/changeset/base/357857)) * (test case) sys.geom.class.multipath.misc.fail_on_error (on 12-STABLE) https://bugs.freebsd.org/244158 ## Failing and Flaky tests (from experimental jobs) * https://ci.freebsd.org/job/FreeBSD-head-amd64-dtrace_test/ * cddl.usr.sbin.dtrace.common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237641 * cddl.usr.sbin.dtrace.common.pid.t_dtrace_contrib.err_D_PROC_OFF_toobig_d * https://bugs.freebsd.org/244823 * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ * There are ~13 failing and ~109 skipped cases, including flakey ones, see https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/lastCompletedBuild/testReport/ for more details * Work for cleaning these failing cass are in progress * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_ltp/ * Total 3670 tests (0), 2285 success (-5), 579 failures (+5), 806 skipped (0) ## Disabled Tests * sys.fs.tmpfs.mount_test.large https://bugs.freebsd.org/212862 * sys.fs.tmpfs.link_test.kqueue https://bugs.freebsd.org/213662 * sys.kqueue.libkqueue.kqueue_test.main https://bugs.freebsd.org/233586 * sys.kern.ptrace_test.ptrace__PT_KILL_competing_stop https://bugs.freebsd.org/220841 * lib.libc.regex.exhaust_test.regcomp_too_big (i386 only) https://bugs.freebsd.org/237450 * sys.netinet.socket_afinet.socket_afinet_bind_zero https://bugs.freebsd.org/238781 * sys.netpfil.pf.names.names * sys.netpfil.pf.synproxy.synproxy https://bugs.freebsd.org/238870 * sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger https://bugs.freebsd.org/239292 * sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger https://bugs.freebsd.org/239397 * sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger https://bugs.freebsd.org/239399 * sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger https://bugs.freebsd.org/239425 * lib.libc.gen.getmntinfo_test.getmntinfo_test https://bugs.freebsd.org/240049 * sys.sys.qmath_test.qdivq_s64q https://bugs.freebsd.org/240219 * sys.kern.ptrace_test.ptrace__getppid https://bugs.freebsd.org/240510 * lib.libc.sys.stat_test.stat_socket https://bugs.freebsd.org/240621 * lib.libarchive.functional_test.test_write_filter_zstd https://bugs.freebsd.org/240683 * lib.libcasper.services.cap_dns.dns_test.main https://bugs.freebsd.org/241435 * local.kyua.* (31 cases) & local.lutok.* (3 cases) on 11-i386 https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/2278/testReport/ * sys.geom.class.multipath.failloop.failloop https://bugs.freebsd.org/242689 * sys.kern.ptrace_test.ptrace__procdesc_reparent_wait_child https://bugs.freebsd.org/243605 * skip sys.geom.class.multipath.failloop.failloop https://bugs.freebsd.org/244053 * sys.kern.ptrace_test.ptrace__parent_wait_after_attach https://bugs.freebsd.org/244055 * sys.kern.ptrace_test.ptrace__parent_exits_before_child https://bugs.freebsd.org/244056 * sys.geom.class.multipath.misc.fail_on_error (12-STABLE) https://bugs.freebsd.org/244158 * sys.net.if_lagg_test.witness (i386) https://bugs.freebsd.org/244163 * PipePdfork.WildcardWait in sys.capsicum.capsicum-test.main https://bugs.freebsd.org/244165 * sys.net.if_lagg_test.lacp_linkstate_destroy_stress (i386) https://bugs.freebsd.org/244168 * sys.netinet6.frag6.frag6_07.frag6_07 https://bugs.freebsd.org/244170 * sys.netinet.fibs_test.udp_dontroute6 https://bugs.freebsd.org/244172 * sys.netpfil.pf.nat.exhaust https://bugs.freebsd.org/244703 * sys.geom.class.gate.ggate_test.ggated https://bugs.freebsd.org/244737 ## Issues ### Cause build fails * https://bugs.freebsd.org/233735 Possible build race: genoffset.o /usr/src/sys/sys/types.h: error: machine/endian.h: No such file or directory * https://bugs.freebsd.org/233769 Possible build race: ld: error: unable to find library -lgcc_s ### Cause kernel panics * https://bugs.freebsd.org/238870 sys.netpfil.pf.names.names and sys.netpfil.pf.synproxy.synproxy cause panic Patch exists: * https://reviews.freebsd.org/D20868 * https://reviews.freebsd.org/D20869 ### Open * https://bugs.freebsd.org/237403 Tests in sys/opencrypto should be converted to Python3 * https://bugs.freebsd.org/237641 Flakey test case: common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237656 "Freed UMA keg (rtentry) was not empty (18 items). Lost 1 pages of memory." seen when running sys/netipsec tests * https://bugs.freebsd.org/238781 sys.netinet.socket_afinet.socket_afinet_bind_zero does not work when mac_portacl(4) loaded * https://bugs.freebsd.org/239292 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger * https://bugs.freebsd.org/239397 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger * https://bugs.freebsd.org/239399 Flakey test case: sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger * https://bugs.freebsd.org/239425 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger * https://bugs.freebsd.org/241662 Flakey test case: lib.libarchive.functional_test.test_fuzz_iso9660 ### Others * [Tickets related to testing@](https://preview.tinyurl.com/y9maauwg) From owner-freebsd-current@freebsd.org Mon Apr 20 16:49:46 2020 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 16BCB2C75D8; Mon, 20 Apr 2020 16:49:46 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from tor1-11.mx.scaleengine.net (tor1-11.mx.scaleengine.net [IPv6:2001:470:1:474::25]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 495Xjj4w9Vz4fLv; Mon, 20 Apr 2020 16:49:45 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (Seawolf.HML3.ScaleEngine.net [209.51.186.28]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by tor1-11.mx.scaleengine.net (Postfix) with ESMTPSA id 44AC82B958; Mon, 20 Apr 2020 16:49:39 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.10.3 tor1-11.mx.scaleengine.net 44AC82B958 To: freebsd-hackers@freebsd.org, FreeBSD Current , freebsd-questions@freebsd.org References: From: Allan Jude Autocrypt: addr=allanjude@freebsd.org; prefer-encrypt=mutual; keydata= xsFNBFVwZcYBEADwrZDH0xe0ZVjc9ORCc6PcBLwS/RTXA6NkvpD6ea02pZ8lPOVgteuuugFc D34LdDbiWr+479vfrKBh+Y38GL0oZ0/13j10tIlDMHSa5BU0y6ACtnhupFvVlQ57+XaJAb/q 7qkfSiuxVwQ3FY3PL3cl1RrIP5eGHLA9hu4eVbu+FOX/q/XVKz49HaeIaxzo2Q54572VzIo6 C28McX9m65UL5fXMUGJDDLCItLmehZlHsQQ+uBxvODLFpVV2lUgDR/0rDa0B9zHZX8jY8qQ7 ZdCSy7CwClXI054CkXZCaBzgxYh/CotdI8ezmaw7NLs5vWNTxaDEFXaFMQtMVhvqQBpHkfOD 7rjjOmFw00nJL4FuPE5Yut0CPyx8vLjVmNJSt/Y8WxxmhutsqJYFgYfWl/vaWkrFLur/Zcmz IklwLw35HLsCZytCN5A3rGKdRbQjD6QPXOTJu0JPrJF6t2xFkWAT7oxnSV0ELhl2g+JfMMz2 Z1PDmS3NRnyEdqEm7NoRGXJJ7bgxDbN+9SXTyOletqGNXj/bSrBvhvZ0RQrzdHAPwQUfVSU2 qBhQEi2apSZstgVNMan0GUPqCdbE2zpysg+zT7Yhvf9EUQbzPL4LpdK1llT9fZbrdMzEXvEF oSvwJFdV3sqKmZc7b+E3PuxK6GTsKqaukd/3Cj8aLHG1T1im1QARAQABzSJBbGxhbiBKdWRl IDxhbGxhbmp1ZGVAZnJlZWJzZC5vcmc+wsF/BBMBAgApBQJVcGXGAhsjBQkSzAMABwsJCAcD AgEGFQgCCQoLBBYCAwECHgECF4AACgkQGZU1PhKYC34Muw/+JOKpSfhhysWFYiRXynGRDe07 Z6pVsn7DzrPUMRNZfHu8Uujmmy3p2nx9FelIY9yjd2UKHhug+whM54MiIFs90eCRVa4XEsPR 4FFAm0DAWrrb7qhZFcE/GhHdRWpZ341WAElWf6Puj2devtRjfYbikvj5+1V1QmDbju7cEw5D mEET44pTuD2VMRJpu2yZZzkM0i+wKFuPxlhqreufA1VNkZXI/rIfkYWK+nkXd9Efw3YdCyCQ zUgTUCb88ttSqcyhik/li1CDbXBpkzDCKI6I/8fAb7jjOC9LAtrZJrdgONywcVFoyK9ZN7EN AVA+xvYCmuYhR/3zHWH1g4hAm1v1+gIsufhajhfo8/wY1SetlzPaYkSkVQLqD8T6zZyhf+AN bC7ci44UsiKGAplB3phAXrtSPUEqM86kbnHg3fSx37kWKUiYNOnx4AC2VXvEiKsOBlpyt3dw WQbOtOYM+vkfbBwDtoGOOPYAKxc4LOIt9r+J8aD+gTooi9Eo5tvphATf9WkCpl9+aaGbSixB tUpvQMRnSMqTqq4Z7DeiG6VMRQIjsXDSLJEUqcfhnLFo0Ko/RiaHd5xyAQ4DhQ9QpkyQjjNf /3f/dYG7JAtoD30txaQ5V8uHrz210/77DRRX+HJjEj6xCxWUGvQgvEZf5XXyxeePvqZ+zQyT DX61bYw6w6bOwU0EVXBlxgEQAMy7YVnCCLN4oAOBVLZ5nUbVPvpUhsdA94/0/P+uqCIh28Cz ar56OCX0X19N/nAWecxL4H32zFbIRyDB2V/MEh4p9Qvyu/j4i1r3Ex5GhOT2hnit43Ng46z5 29Es4TijrHJP4/l/rB2VOqMKBS7Cq8zk1cWqaI9XZ59imxDNjtLLPPM+zQ1yE3OAMb475QwN UgWxTMw8rkA7CEaqeIn4sqpTSD5C7kT1Bh26+rbgJDZ77D6Uv1LaCZZOaW52okW3bFbdozV8 yM2u+xz2Qs8bHz67p+s+BlygryiOyYytpkiK6Iy4N7FTolyj5EIwCuqzfk0SaRHeOKX2ZRjC qatkgoD/t13PNT38V9tw3qZVOJDS0W6WM8VSg+F+bkM9LgJ8CmKV+Hj0k3pfGfYPOZJ/v18i +SmZmL/Uw2RghnwDWGAsPCKu4uZR777iw7n9Io6Vfxndw2dcS0e9klvFYoaGS6H2F13Asygr WBzFNGFQscN4mUW+ZYBzpTOcHkdT7w8WS55BmXYLna+dYer9/HaAuUrONjujukN4SPS1fMJ2 /CS/idAUKyyVVX5vozoNK2JVC1h1zUAVsdnmhEzNPsvBoqcVNfyqBFROEVLIPwq+lQMGNVjH ekLTKRWf59MEhUC2ztjSKkGmwdg73d6xSXMuq45EgIJV2wPvOgWQonoHH/kxABEBAAHCwWUE GAECAA8FAlVwZcYCGwwFCRLMAwAACgkQGZU1PhKYC34w5A//YViBtZyDV5O+SJT9FFO3lb9x Zdxf0trA3ooCt7gdBkdnBM6T5EmjgVZ3KYYyFfwXZVkteuCCycMF/zVw5eE9FL1+zz9gg663 nY9q2F77TZTKXVWOLlOV2bY+xaK94U4ytogOGhh9b4UnQ/Ct3+6aviCF78Go608BXbmF/GVT 7uhddemk7ItxM1gE5Hscx3saxGKlayaOsdPKeGTVJCDEtHDuOc7/+jGh5Zxpk/Hpi+DUt1ot 8e6hPYLIQa4uVx4f1xxxV858PQ7QysSLr9pTV7FAQ18JclCaMc7JWIa3homZQL/MNKOfST0S 2e+msuRwQo7AnnfFKBUtb02KwpA4GhWryhkjUh/kbVc1wmGxaU3DgXYQ5GV5+Zf4kk/wqr/7 KG0dkTz6NLCVLyDlmAzuFhf66DJ3zzz4yIo3pbDYi3HB/BwJXVSKB3Ko0oUo+6/qMrOIS02L s++QE/z7K12CCcs7WwOjfCYHK7VtE0Sr/PfybBdTbuDncOuAyAIeIKxdI2nmQHzl035hhvQX s4CSghsP319jAOQiIolCeSbTMD4QWMK8RL/Pe1FI1jC3Nw9s+jq8Dudtbcj2UwAP/STUEbJ9 5rznzuuhPjE0e++EU/RpWmcaIMK/z1zZDMN+ce2v1qzgV936ZhJ3iaVzyqbEE81gDxg3P+IM kiYh4ZtPB4Q= Subject: Re: FreeBSD Office Hours Message-ID: <94201a1b-b8b3-86c7-5b46-ad4be52b4a85@freebsd.org> Date: Mon, 20 Apr 2020 12:49:35 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MZ3U0M8aJdObciaqYmTJnYQJbIRCaMZGR" X-Rspamd-Queue-Id: 495Xjj4w9Vz4fLv X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.81 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.93)[-0.934,0]; NEURAL_HAM_LONG(-0.87)[-0.874,0]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2020 16:49:46 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --MZ3U0M8aJdObciaqYmTJnYQJbIRCaMZGR Content-Type: multipart/mixed; boundary="SUq5NM5NENpoFivKvBsy0AGkrCMeZ49nl"; protected-headers="v1" From: Allan Jude To: freebsd-hackers@freebsd.org, FreeBSD Current , freebsd-questions@freebsd.org Message-ID: <94201a1b-b8b3-86c7-5b46-ad4be52b4a85@freebsd.org> Subject: Re: FreeBSD Office Hours References: In-Reply-To: --SUq5NM5NENpoFivKvBsy0AGkrCMeZ49nl Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Last week we had another FreeBSD Office Hours session, the video can be found here: https://www.youtube.com/watch?v=3D-MpltC87L3E It was less well attended, likely due to the time slot. Please vote in this poll to choose the time slot(s) for future Office Hours sessions. We will likely alternate between two time slots to try to make sure it is possible for everyone to attend some of the time. https://forms.gle/3HjjRx9KMcM3SL4H7 If you would like to host a future office hours session, please fill in a slot on the wiki: https://wiki.freebsd.org/OfficeHours --=20 Allan Jude --SUq5NM5NENpoFivKvBsy0AGkrCMeZ49nl-- --MZ3U0M8aJdObciaqYmTJnYQJbIRCaMZGR Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJendKiAAoJEBmVNT4SmAt+Q5sP/jK0fUdjdjiSLxvaXLSpWr5f Bbbh9wZcfj/gKVmUDDh5+VX6CaYdgiNMXfgsMyqIEIRX1bCkP+SlcQAG6SWVoNYL kqBeRbQ+Tz7rUj3noO55lT0o1jkbS5Xw5nLZ7o7ftIGqxkp4DENuSR5MmpSGEAIf 0OVrvqPzs0Kn5TGHT/Csil9dpR67Rwn7VxxYJU3kvap1SiKbVA23nQ9WApL6MBJi fttmgoQkUNQk33U2tTBMb9KZnC/9JXaHH+vKaYUO1MCsJNlXF7hdVietq3bPiX0L 4bRxXPuMxxktraKqH/+3/vrD/oMYNErIREdVWbnh2CBAzKhjFTq3qMrZjTXzPvh6 axXLb6ytxlgQzfu6lnj5FRGMpqbZxpFgv0GnUBhn+PRLiek2htJXg+CdM34zfXO+ dQ/erOUgCKRy5Oz5vnLWBFazWzCZjry2HOLHtiq/9f75KHbWz8pivlgTBUHOLRfg h7nVeOHkL/NXey5b9sgh3jqLOLzRRaAJoSAVlPA19+q3/kWKZOnWC1EO12b4eyuV EbveR+Zxa0+wbJYwYyD03VQvS36rU9U8Ep1gJExZAyu3sO5NQg4MzDBXc2nz9IWi wNEPmCbalQobjyJWA++XEj3UW5cwjNOguTIjgsF0UHy8vXBOGAdkSSguNn1K4ZOz +Bzcd9/N7vXC0FGq5Rw/ =4UEQ -----END PGP SIGNATURE----- --MZ3U0M8aJdObciaqYmTJnYQJbIRCaMZGR-- From owner-freebsd-current@freebsd.org Mon Apr 20 16:59:44 2020 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 3823C2C7BAD for ; Mon, 20 Apr 2020 16:59:44 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) (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 495XxB3xS7z4g7Z; Mon, 20 Apr 2020 16:59:42 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id 5971E3C0199; Mon, 20 Apr 2020 16:59:36 +0000 (UTC) Date: Mon, 20 Apr 2020 16:59:36 +0000 From: Brooks Davis To: Li-Wen Hsu Cc: Ronald Klop , FreeBSD Current Subject: Re: xtoolchain-llvm10 missing? Message-ID: <20200420165936.GA42225@spindle.one-eyed-alien.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+QahgC5+KEYLbs62" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) X-Rspamd-Queue-Id: 495XxB3xS7z4g7Z X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of brooks@spindle.one-eyed-alien.net has no SPF policy when checking 199.48.129.229) smtp.mailfrom=brooks@spindle.one-eyed-alien.net X-Spamd-Result: default: False [-5.53 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; MIME_TRACE(0.00)[0:+,1:+,2:~]; DMARC_NA(0.00)[freebsd.org]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; R_SPF_NA(0.00)[]; SIGNED_PGP(-2.00)[]; FORGED_SENDER(0.30)[brooks@freebsd.org,brooks@spindle.one-eyed-alien.net]; RCVD_COUNT_ZERO(0.00)[0]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:36236, ipnet:199.48.128.0/22, country:US]; FROM_NEQ_ENVFROM(0.00)[brooks@freebsd.org,brooks@spindle.one-eyed-alien.net]; IP_SCORE(-3.63)[ip: (-9.53), ipnet: 199.48.128.0/22(-4.76), asn: 36236(-3.80), country: US(-0.05)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2020 16:59:44 -0000 --+QahgC5+KEYLbs62 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 20, 2020 at 05:52:04PM +0800, Li-Wen Hsu wrote: > On Sat, Apr 18, 2020 at 11:15 PM Ronald Klop wrote: > > > > Hi, > > > > Building CURRENT on my laptop takes very very long because every little > > change in llvm/clang makes it recompile a complete compiler. So I want = to > > build with CROSS_TOOLCHAIN=3Dxtoolchain-llvm10 (10.0) and > > WITHOUT_TOOLCHAIN=3Dyes. > > In ports/pkgs the most recent versions I see are xtoolchain-llvm90 or > > xtoolchain-llvm-devel (11.0?). > > Is xtoolchain-llvm10 missing on purpose? >=20 > I guess you want something like CROSS_TOOLCHAIN=3Dllvm10, and >=20 > /usr/local/share/toolchains/llvm10.mk > /usr/local/share/toolchains/llvm-devel.mk >=20 > Are installed by llvm10 and llvm-devel now. For further clarification, we're moving to a model were we always install the toolchains/*.mk file for cross toolchains. This means that if you want CROSS_TOOLCHAIN=3Dfoo to work you just need to install the foo package. There's probably an argument I should make the change to llvm90 since that one is still of some use, but I've been too lazy to change the older ones. -- Brooks --+QahgC5+KEYLbs62 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJendT3AAoJEKzQXbSebgfAXjYH/17rp0xupYzDU3WqHb2KppJZ tTRfa3YbFaJG7KncLT9sILyHwnG/L/I09pCKMzd3R6ShdB39srXuda663vzYWj1I lDl77sjXziCG0VGEL/kPnf0Gk9YOps1meCHaD2BjtPWvNps11nRSgwxmm9J890JJ u8D8yf2hB/f/3DF8fHoNjb9MzSmUIjiTmhCjO2bdEwGPlSyPKZivG25yMIdtP8jn B7bpslFFDl594O38vFI3ZeOyUhgaPoVIa43NrEZgpgI9vii2ik4Ktnjh14CoQk+U A5p/wEWhBJ/vcnsO4dRNoCwC7FU+VJFoOgwAS36Lu2rcJDUNFGb73H16YsCs0Pw= =MCB8 -----END PGP SIGNATURE----- --+QahgC5+KEYLbs62-- From owner-freebsd-current@freebsd.org Mon Apr 20 19:16:54 2020 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 DE54A2ABD19 for ; Mon, 20 Apr 2020 19:16:54 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 495bzV5d2zz3Q56; Mon, 20 Apr 2020 19:16:54 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro-164.local (unknown [IPv6:2601:648:8881:1e90:5493:2c3f:eb75:e2d8]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: jhb) by smtp.freebsd.org (Postfix) with ESMTPSA id 78E42BDD2; Mon, 20 Apr 2020 19:16:54 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Subject: Re: toolchain status To: Eric van Gyzen , freebsd-current References: From: John Baldwin Autocrypt: addr=jhb@FreeBSD.org; keydata= mQGiBETQ+XcRBADMFybiq69u+fJRy/0wzqTNS8jFfWaBTs5/OfcV7wWezVmf9sgwn8TW0Dk0 c9MBl0pz+H01dA2ZSGZ5fXlmFIsee1WEzqeJzpiwd/pejPgSzXB9ijbLHZ2/E0jhGBcVy5Yo /Tw5+U/+laeYKu2xb0XPvM0zMNls1ah5OnP9a6Ql6wCgupaoMySb7DXm2LHD1Z9jTsHcAQMD /1jzh2BoHriy/Q2s4KzzjVp/mQO5DSm2z14BvbQRcXU48oAosHA1u3Wrov6LfPY+0U1tG47X 1BGfnQH+rNAaH0livoSBQ0IPI/8WfIW7ub4qV6HYwWKVqkDkqwcpmGNDbz3gfaDht6nsie5Z pcuCcul4M9CW7Md6zzyvktjnbz61BADGDCopfZC4of0Z3Ka0u8Wik6UJOuqShBt1WcFS8ya1 oB4rc4tXfSHyMF63aPUBMxHR5DXeH+EO2edoSwViDMqWk1jTnYza51rbGY+pebLQOVOxAY7k do5Ordl3wklBPMVEPWoZ61SdbcjhHVwaC5zfiskcxj5wwXd2E9qYlBqRg7QeSm9obiBCYWxk d2luIDxqaGJARnJlZUJTRC5vcmc+iGAEExECACAFAkTQ+awCGwMGCwkIBwMCBBUCCAMEFgID AQIeAQIXgAAKCRBy3lIGd+N/BI6RAJ9S97fvbME+3hxzE3JUyUZ6vTewDACdE1stFuSfqMvM jomvZdYxIYyTUpC5Ag0ERND5ghAIAPwsO0B7BL+bz8sLlLoQktGxXwXQfS5cInvL17Dsgnr3 1AKa94j9EnXQyPEj7u0d+LmEe6CGEGDh1OcGFTMVrof2ZzkSy4+FkZwMKJpTiqeaShMh+Goj XlwIMDxyADYvBIg3eN5YdFKaPQpfgSqhT+7El7w+wSZZD8pPQuLAnie5iz9C8iKy4/cMSOrH YUK/tO+Nhw8Jjlw94Ik0T80iEhI2t+XBVjwdfjbq3HrJ0ehqdBwukyeJRYKmbn298KOFQVHO EVbHA4rF/37jzaMadK43FgJ0SAhPPF5l4l89z5oPu0b/+5e2inA3b8J3iGZxywjM+Csq1tqz hltEc7Q+E08AAwUIAL+15XH8bPbjNJdVyg2CMl10JNW2wWg2Q6qdljeaRqeR6zFus7EZTwtX sNzs5bP8y51PSUDJbeiy2RNCNKWFMndM22TZnk3GNG45nQd4OwYK0RZVrikalmJY5Q6m7Z16 4yrZgIXFdKj2t8F+x613/SJW1lIr9/bDp4U9tw0V1g3l2dFtD3p3ZrQ3hpoDtoK70ioIAjjH aIXIAcm3FGZFXy503DOA0KaTWwvOVdYCFLm3zWuSOmrX/GsEc7ovasOWwjPn878qVjbUKWwx Q4QkF4OhUV9zPtf9tDSAZ3x7QSwoKbCoRCZ/xbyTUPyQ1VvNy/mYrBcYlzHodsaqUDjHuW+I SQQYEQIACQUCRND5ggIbDAAKCRBy3lIGd+N/BCO8AJ9j1dWVQWxw/YdTbEyrRKOY8YZNwwCf afMAg8QvmOWnHx3wl8WslCaXaE8= Message-ID: <9b4e5389-1e31-5021-7de9-84fb6ce9a541@FreeBSD.org> Date: Mon, 20 Apr 2020 12:16:52 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2020 19:16:54 -0000 On 4/18/20 5:46 PM, Eric van Gyzen wrote: > Which architectures are still often built with an external toolchain? > I'd like to re-commit jemalloc 5.2.1. It was reverted because > "compilation fails for non-llvm-based platforms." I just built > tinderbox worlds with 5.2.1 with no problems, albeit with llvm. All platforms now use LLVM. You can still use GCC to build platforms, but if amd64 builds fine with GCC 9 with the patch applied, I think you should be fine to move forward (that is, if only GCC 6 fails to build, we can just deprecate using GCC 6 as an external toolchain for 13) -- John Baldwin From owner-freebsd-current@freebsd.org Mon Apr 20 19:47:28 2020 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 063F02AD377; Mon, 20 Apr 2020 19:47:28 +0000 (UTC) (envelope-from list_freebsd@bluerosetech.com) Received: from echo.brtsvcs.net (echo.brtsvcs.net [208.111.40.118]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 495cfl5gxkz3yVk; Mon, 20 Apr 2020 19:47:27 +0000 (UTC) (envelope-from list_freebsd@bluerosetech.com) Received: from chombo.houseloki.net (unknown [IPv6:2602:41:642b:600::6]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits)) (Client CN "chombo.houseloki.net", Issuer "brtsvcs.net CA" (verified OK)) by echo.brtsvcs.net (Postfix) with ESMTPS id 5E0AD38F58; Mon, 20 Apr 2020 19:47:26 +0000 (UTC) Received: from [IPv6:2602:41:642b:630:e9e5:f7a:bf1c:ca79] (unknown [IPv6:2602:41:642b:630:e9e5:f7a:bf1c:ca79]) by chombo.houseloki.net (Postfix) with ESMTPSA id D831A1B9A; Mon, 20 Apr 2020 12:47:25 -0700 (PDT) Subject: Re: FreeBSD Office Hours To: Allan Jude , freebsd-hackers@freebsd.org, FreeBSD Current , freebsd-questions@freebsd.org References: <94201a1b-b8b3-86c7-5b46-ad4be52b4a85@freebsd.org> From: Mel Pilgrim Message-ID: <29db3e65-eb5e-0bb4-b36a-0314e1ccf26c@bluerosetech.com> Date: Mon, 20 Apr 2020 12:47:26 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1 MIME-Version: 1.0 In-Reply-To: <94201a1b-b8b3-86c7-5b46-ad4be52b4a85@freebsd.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 495cfl5gxkz3yVk X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-6.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2020 19:47:28 -0000 On 2020-04-20 9:49, Allan Jude wrote: > Last week we had another FreeBSD Office Hours session, the video can be > found here: > > https://www.youtube.com/watch?v=-MpltC87L3E > > It was less well attended, likely due to the time slot. TBQH, I thought "FreeBSD Office Hours" was an April Fools' joke. The original announcement was dated for April 1, and having something called "Office Hours" for an online development community was enough of a non sequitur to make me conclude it was tongue-in-cheek. From owner-freebsd-current@freebsd.org Tue Apr 21 04:51:17 2020 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 40EEA2BEAF0 for ; Tue, 21 Apr 2020 04:51:17 +0000 (UTC) (envelope-from neel@neelc.org) Received: from rainpuddle.neelc.org (rainpuddle.neelc.org [IPv6:2001:19f0:8001:fed:5400:2ff:fe73:c622]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 495rkC6rVsz3GQK for ; Tue, 21 Apr 2020 04:51:15 +0000 (UTC) (envelope-from neel@neelc.org) Received: from mail.neelc.org (rainpuddle.neelc.org [IPv6:2001:19f0:8001:fed:5400:2ff:fe73:c622]) by rainpuddle.neelc.org (Postfix) with ESMTPSA id DC3C4B2C13 for ; Mon, 20 Apr 2020 21:51:05 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 20 Apr 2020 21:51:04 -0700 From: Neel Chauhan To: freebsd-current@freebsd.org Subject: No battery status on 13-CURRENT? User-Agent: Roundcube Webmail/1.4.2 Message-ID: <81a311ceb0245025cd7a8f807c5ebdd7@neelc.org> X-Sender: neel@neelc.org X-Rspamd-Queue-Id: 495rkC6rVsz3GQK X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=neelc.org; spf=pass (mx1.freebsd.org: domain of neel@neelc.org designates 2001:19f0:8001:fed:5400:2ff:fe73:c622 as permitted sender) smtp.mailfrom=neel@neelc.org X-Spamd-Result: default: False [-4.92 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_NONE(0.00)[]; IP_SCORE(-3.22)[ip: (-9.78), ipnet: 2001:19f0:8000::/38(-4.89), asn: 20473(-1.40), country: US(-0.05)]; DMARC_POLICY_ALLOW(-0.50)[neelc.org,none]; RCVD_COUNT_ONE(0.00)[1]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:20473, ipnet:2001:19f0:8000::/38, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; ONCE_RECEIVED(0.10)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2020 04:51:17 -0000 Hi freebsd-current@ I have a a HP Spectre x360 13-ap0053dx running 13-CURRENT r360134, I get this when running acpiconf -i 0: root@spectre:/home/neel # acpiconf -i 0 Design capacity: 0 mWh Last full capacity: 0 mWh Technology: primary (non-rechargeable) Design voltage: 0 mV Capacity (warn): 0 mWh Capacity (low): 0 mWh Cycle Count: 0 Mesurement Accuracy: 0 % Max Sampling Time: 0 ms Min Sampling Time: 0 ms Max Average Interval: 0 ms Min Average Interval: 0 ms Low/warn granularity: 0 mWh Warn/full granularity: 0 mWh Model number: Serial number: Type: OEM info: State: not present Present voltage: unknown root@spectre:/home/neel # Also, hw.acpi.acline appears if my system is plugged in when it isn't: root@spectre:/home/neel # sysctl hw.acpi.acline hw.acpi.acline: 1 root@spectre:/home/neel # However, using my "old" kernel with build r359837 works, and so does Windows 10. I also posted to Bugzilla: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=245778 Is anyone else having this issue? -Neel === https://www.neelc.org/ From owner-freebsd-current@freebsd.org Tue Apr 21 10:57:49 2020 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 12A192C7FE1 for ; Tue, 21 Apr 2020 10:57:49 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4960s84LKfz47Df for ; Tue, 21 Apr 2020 10:57:48 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id 94FEC2C7FE0; Tue, 21 Apr 2020 10:57:48 +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 94C1F2C7FDF for ; Tue, 21 Apr 2020 10:57:48 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4960s73Gb7z47Dd for ; Tue, 21 Apr 2020 10:57:46 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id 03LAvefG025729 for ; Tue, 21 Apr 2020 10:57:40 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id 03LAveQY025728 for current@freebsd.org; Tue, 21 Apr 2020 03:57:40 -0700 (PDT) (envelope-from david) Date: Tue, 21 Apr 2020 03:57:40 -0700 From: David Wolfskill To: current@freebsd.org Subject: Weird mouse behavior after r360108 -> r360140 update Message-ID: <20200421105740.GZ1343@albert.catwhisker.org> Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="2fowzm2eVyDiEwGH" Content-Disposition: inline X-Rspamd-Queue-Id: 4960s73Gb7z47Dd X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 107.204.234.170 as permitted sender) smtp.mailfrom=david@catwhisker.org X-Spamd-Result: default: False [-2.08 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[current@freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[catwhisker.org]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(-2.68)[ip: (-9.71), ipnet: 107.192.0.0/12(-4.85), asn: 7018(1.22), country: US(-0.05)]; REPLYTO_EQ_TO_ADDR(5.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2020 10:57:49 -0000 --2fowzm2eVyDiEwGH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable The mouse (on my laptop) is... sluggish -- I have an acceleration factor of 2.7 specified; behavior is as if that's being ignored. More annoying: the "paste" (from "copy/paste") is not working. (It's possible that what I'm seeing is that the "copy" part isn't working, so the "paste" part has nothing to paste.) Peace, david --=20 David H. Wolfskill david@catwhisker.org Trump criticizing others for being "rude and nasty" is funny -- and patheti= c. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --2fowzm2eVyDiEwGH Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl6e0aRfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 Pck5qwf+It8qqrUxBUT9kNGOKPqOR8YY0cd2beCDSdW8mOCzP6AnFn1WnHdLiluv LpVcdQoLugR5WmIW4qqxulQWMHPWJZY1pJ6aQKR8LT0/jnUHOfxrELmtL8wOUytK 8XFsZMvGkAxfHLb21I810lpgNYV0AOoyxIL95GKrD0G2R2qVMLBodTY6X1LnU1rq 4qNEsIPn9pg9jmAQjlkXwtB2wEewxhnVmQkUhTrRD9+x0tlsQqStj+8nZcqeRjPR aXmtYG5Hg80t9PAhhzzRAu7PemtrXbfHDG9kv72iVqIL30uGTx2jYRdGH5xAxMmM hQd5n+GLbiBmLmi6tf4PAqJVJi8e+Q== =zC3D -----END PGP SIGNATURE----- --2fowzm2eVyDiEwGH-- From owner-freebsd-current@freebsd.org Tue Apr 21 11:31:26 2020 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 AEC0E2C91A4 for ; Tue, 21 Apr 2020 11:31:26 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4961by25hPz497V for ; Tue, 21 Apr 2020 11:31:26 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id 480392C91A3; Tue, 21 Apr 2020 11:31:26 +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 47C722C91A2 for ; Tue, 21 Apr 2020 11:31:26 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4961bx6cthz497T for ; Tue, 21 Apr 2020 11:31:25 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id 03LBVOmb029658 for ; Tue, 21 Apr 2020 11:31:24 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id 03LBVO0O029657 for current@freebsd.org; Tue, 21 Apr 2020 04:31:24 -0700 (PDT) (envelope-from david) Date: Tue, 21 Apr 2020 04:31:24 -0700 From: David Wolfskill To: current@freebsd.org Subject: Re: Weird mouse behavior after r360108 -> r360140 update Message-ID: <20200421113124.GL1343@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org References: <20200421105740.GZ1343@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="ukW6Wv09KNCUAh1u" Content-Disposition: inline In-Reply-To: <20200421105740.GZ1343@albert.catwhisker.org> X-Rspamd-Queue-Id: 4961bx6cthz497T X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-6.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2020 11:31:26 -0000 --ukW6Wv09KNCUAh1u Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 21, 2020 at 03:57:40AM -0700, David Wolfskill wrote: > The mouse (on my laptop) is... sluggish -- I have an acceleration factor > of 2.7 specified; behavior is as if that's being ignored. >=20 > More annoying: the "paste" (from "copy/paste") is not working. (It's > possible that what I'm seeing is that the "copy" part isn't working, so > the "paste" part has nothing to paste.) > .... Also, the "poweroff" command merely halted the machine; I suspect that this is related to the earlier report of "acpiconf -i 0" failing to provide battery information on a different (HP?) laptop. The only change in ACPI I see from yesterday is: ------------------------------------------------------------------------ r360131 | cem | 2020-04-20 11:01:45 -0700 (Mon, 20 Apr 2020) | 14 lines acpi_ec(4): Do not probe "successfully" if an error occurred All of the 'goto out;' cases in this probe routine without explicit initialization of 'ret' indicate error cases and were clearly intended to use the initial definition of 'ret' with ENXIO. However, 'ret' was accidentally squashed by reuse for a subroutine call near the beginning of probe. Use a different variable for the subroutine status to preserve ENXIO ret for the 'goto out's as a minimal solution to the panic reported at attach for now. PR: 245757 ------------------------------------------------------------------------ (a change to /usr/src/sys/dev/acpica/acpi_ec.c). Peace, david --=20 David H. Wolfskill david@catwhisker.org Trump criticizing others for being "rude and nasty" is funny -- and patheti= c. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --ukW6Wv09KNCUAh1u Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl6e2YxfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 PcnOBAgA0p92+m5XZnRFlcwLOqi9lWDutuuaiHTS0PhoQ9mRfbNQ0XTiDRaBWbN+ kxutnwy/gyi2S8Vk6I1pzLj+h/UDMFSyM2/4/PIqBlciv+0HUrcuf5x636lIv0dk HYQXjn9c5Uz6A9uBDWbFmVWSCNNAdRYpcJ99h1RtP8LD56SyJUdp9xNOefPGJKt1 BjvQroAciyFVqu6XbUz42HRFOXbMaT2EY7qkKnBMgyi73N4moGiZSnTf8nTLL2ZN 7DWyPFGUd8ZgOhz9uuE6vqkUi4VVheNVv2yPb5UHGsExM3hzD2z6EJYbrwn70zZ7 NZ/mKBv6V3rarpwfnj4qIVWltcVo1g== =cTkq -----END PGP SIGNATURE----- --ukW6Wv09KNCUAh1u-- From owner-freebsd-current@freebsd.org Tue Apr 21 11:54:38 2020 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 7DF9B2C9D0F for ; Tue, 21 Apr 2020 11:54:38 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49626k23nXz4BPC for ; Tue, 21 Apr 2020 11:54:38 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id 46C132C9D0E; Tue, 21 Apr 2020 11:54:38 +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 4684B2C9D0D for ; Tue, 21 Apr 2020 11:54:38 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49626j20Z8z4BPB for ; Tue, 21 Apr 2020 11:54:36 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id 03LBsZFi029958; Tue, 21 Apr 2020 11:54:35 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id 03LBsZZa029957; Tue, 21 Apr 2020 04:54:35 -0700 (PDT) (envelope-from david) Date: Tue, 21 Apr 2020 04:54:35 -0700 From: David Wolfskill To: =?iso-8859-1?Q?Mika=EBl?= Urankar Cc: current@freebsd.org Subject: Re: Weird mouse behavior after r360108 -> r360140 update Message-ID: <20200421115435.GN1343@albert.catwhisker.org> Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org, =?iso-8859-1?Q?Mika=EBl?= Urankar References: <20200421105740.GZ1343@albert.catwhisker.org> <43c0476b-8af6-eff3-ffb1-7370deec3d0d@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="N7hiGSZV0P2B4+ho" Content-Disposition: inline In-Reply-To: <43c0476b-8af6-eff3-ffb1-7370deec3d0d@gmail.com> X-Rspamd-Queue-Id: 49626j20Z8z4BPB X-Spamd-Bar: ------- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 107.204.234.170 as permitted sender) smtp.mailfrom=david@catwhisker.org X-Spamd-Result: default: False [-7.08 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[current@freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170]; IP_SCORE(-2.68)[ip: (-9.71), ipnet: 107.192.0.0/12(-4.86), asn: 7018(1.21), country: US(-0.05)]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[catwhisker.org]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; SIGNED_PGP(-2.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2020 11:54:38 -0000 --N7hiGSZV0P2B4+ho Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 21, 2020 at 01:32:33PM +0200, Mika=EBl Urankar wrote: > On 21/04/2020 12:57, David Wolfskill wrote: > > The mouse (on my laptop) is... sluggish -- I have an acceleration factor > > of 2.7 specified; behavior is as if that's being ignored. > > > > More annoying: the "paste" (from "copy/paste") is not working. (It's > > possible that what I'm seeing is that the "copy" part isn't working, so > > the "paste" part has nothing to paste.) > ... > Could it be this commit? >=20 > https://svnweb.freebsd.org/base?view=3Drevision&revision=3D360126 My thanks to Mika=EBl: Yes; manually issuing "sudo sysctl kern.evdev.rcpt_mask=3D3" restored the prior normal behavior. I'll set that in /etc/sysctl. Peace, david --=20 David H. Wolfskill david@catwhisker.org Trump criticizing others for being "rude and nasty" is funny -- and patheti= c. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --N7hiGSZV0P2B4+ho Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl6e3vtfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 PcmAAQf9E3V7ir5Wd9Sfs7tT9/B4IokVlXPBtUDZdoEEkRDPxQkU+MXbZrkosHdC y/q3lXHy+DNJsB42dXTLAq/3yBcBTdpqLi2wGAWULagpEKg/xxNgjMHV8p3oS2Xf DV9HQ98WAq/A4P0N55zkK4CJsxvrYPyvUtJv51gaQm8DAMLHqb9rJxeMvPHc4szG /c8wgXyOxMs3yC0V9+DRbV0CU1EFT88qb4nG91HDtGzctsEf1FUJW/jqYj7bWZWY HkM1UsUbr+Amf7SQRQQolWqF2pYuD2j9oQa5dhaoXmZN/ISvneDpvYnGLNB8ew3X Fc2AUBhd9Pt2UZQzQ6JBOPLwzMf1dg== =4hjm -----END PGP SIGNATURE----- --N7hiGSZV0P2B4+ho-- From owner-freebsd-current@freebsd.org Tue Apr 21 12:47:40 2020 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 8F1EA2CC0B8 for ; Tue, 21 Apr 2020 12:47:40 +0000 (UTC) (envelope-from nonameless@ukr.net) Received: from frv191.fwdcdn.com (frv191.fwdcdn.com [212.42.77.191]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "*.ukr.net", Issuer "Thawte RSA CA 2018" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4963Ht71Wyz4G2W for ; Tue, 21 Apr 2020 12:47:38 +0000 (UTC) (envelope-from nonameless@ukr.net) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-Id: References:In-Reply-To:Cc:To:Subject:From:Date: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=cBBRT6PCj0rTRWOowR4nRiOl0MqmrCc61bjS9x8xU1c=; b=Q0g/JczlxL/0AVcAxHlFKzFctn R4nnEpwwuD+vr9wdV5lI0Mu8DlhksxrKXmQIsTfjFHAxerbpcouF0oOoWw9CYdrlGA5zpUGtqGalJ gmfaG6MK42aQsceoxaaMMvroimfKla29rHlg+rT4YcERkTz8nPv0+C8b44L29qM++8Lc=; Received: from [10.10.80.24] (helo=frv55.fwdcdn.com) by frv191.fwdcdn.com with smtp ID 1jQsJG-000A3A-F4 for freebsd-current@freebsd.org; Tue, 21 Apr 2020 15:47:30 +0300 Date: Tue, 21 Apr 2020 15:47:30 +0300 From: nonameless@ukr.net Subject: Re[2]: Outdated jemalloc in CURRENT To: Li-Wen Hsu Cc: sgk@troutmask.apl.washington.edu, Gordon Bergling , freebsd-current , Jason Evans Received: from nonameless@ukr.net by frv55.fwdcdn.com; Tue, 21 Apr 2020 15:47:30 +0300 In-Reply-To: References: <1587211096.573263000.1z45j66i@frv55.fwdcdn.com> <20200418142003.GA64067@troutmask.apl.washington.edu> <20200418150108.GA14089@lion.0xfce3.net> <20200418152152.GA64335@troutmask.apl.washington.edu> X-Reply-Action: reply Message-Id: <1587473050.313210000.k0ssh4f6@frv55.fwdcdn.com> X-Mailer: mail.ukr.net 5.0 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary X-Rspamd-Queue-Id: 4963Ht71Wyz4G2W X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ukr.net header.s=ffe header.b=Q0g/Jczl; dmarc=pass (policy=none) header.from=ukr.net; spf=pass (mx1.freebsd.org: domain of nonameless@ukr.net designates 212.42.77.191 as permitted sender) smtp.mailfrom=nonameless@ukr.net X-Spamd-Result: default: False [-4.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[ukr.net:s=ffe]; IP_SCORE(0.00)[ipnet: 212.42.77.0/24(-4.87), asn: 8856(-3.90), country: UA(0.07)]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:212.42.77.0/24]; FREEMAIL_FROM(0.00)[ukr.net]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE_FREEMAIL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_FIVE(0.00)[5]; DWL_DNSWL_LOW(-1.00)[ukr.net.dwl.dnswl.org : 127.0.5.1]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[ukr.net:+]; DMARC_POLICY_ALLOW(-0.50)[ukr.net,none]; FROM_NO_DN(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[ukr.net]; ASN(0.00)[asn:8856, ipnet:212.42.77.0/24, country:UA]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2020 12:47:40 -0000 > On Sat, Apr 18, 2020 at 11:22 PM Steve Kargl > wrote: > > > > On Sat, Apr 18, 2020 at 05:01:08PM +0200, Gordon Bergling wrote: > > > > > > On Sat, Apr 18, 2020 at 07:20:03AM -0700, Steve Kargl wrote: > > >> On Sat, Apr 18, 2020 at 03:05:25PM +0300, nonameless@ukr.net wrote: > > >>> Hi everyone! > > >>> > > >>> As I see, CURRENT still uses outdated jemalloc 5.1.0 with some > > >>> performance regressions that was fixed in 5.2.1. > > >>> > > >>> Are there some issues that blocking update jemalloc to recent version? > > >>> > > >> > > >> ------------------------------------------------------------------------ > > >> r354606 | jasone | 2019-11-10 21:06:49 -0800 (Sun, 10 Nov 2019) | 4 lines > > >> > > >> Revert r354605: Update jemalloc to version 5.2.1. > > >> > > >> Compilation fails for non-llvm-based platforms. > > >> > > >> ------------------------------------------------------------------------ > > >> r354605 | jasone | 2019-11-10 19:27:14 -0800 (Sun, 10 Nov 2019) | 2 lines > > >> > > >> Update jemalloc to version 5.2.1. > > >> > > > > > > I am not sure, that this info is correct. As far as I remember the > > > update for jemalloc was reverted due to build problems, on some > > > architecture. An updated revision has still to be commited to -CURRENT. > > > > > > > Those two commits confirm your memory. 5.2.1 was committed > > in r354605. 5.2.1 was reverted with r354606 where the reason > > for reverting is stated. As 5.2.1 has not been re-committed > > and there is nothing in reviews.freebsd.org for review, one > > may expect the reason in r354606 still stands. > > > > PS: Please, do not top-post. > > PPS: Please, wrap your messages to something less than 80 characters. > > I think it's fine to (and hope we can) update it again as the previous > error was on outdated gcc which is not existing anymore: > > https://lists.freebsd.org/pipermail/svn-src-all/2020-March/195013.html > > Li-Wen Thanks to all for the information. I will wait for the update. From owner-freebsd-current@freebsd.org Tue Apr 21 12:51:18 2020 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 29EBC2CC4FE for ; Tue, 21 Apr 2020 12:51:18 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from mail.rlwinm.de (mail.rlwinm.de [IPv6:2a01:4f8:171:f902::5]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4963N46rVnz4GYk for ; Tue, 21 Apr 2020 12:51:16 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from crest-mbp.local (200116b864f3ff00201c96d4c844ede6.dip.versatel-1u1.de [IPv6:2001:16b8:64f3:ff00:201c:96d4:c844:ede6]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.rlwinm.de (Postfix) with ESMTPSA id CDA4A31D80 for ; Tue, 21 Apr 2020 12:51:08 +0000 (UTC) Subject: Re: CFT: if_bridge performance improvements To: freebsd-current@freebsd.org References: <5377E42E-4C01-4BCC-B934-011AC3448B54@FreeBSD.org> From: Jan Bramkamp Message-ID: Date: Tue, 21 Apr 2020 14:51:07 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Rspamd-Queue-Id: 4963N46rVnz4GYk X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of crest@rlwinm.de designates 2a01:4f8:171:f902::5 as permitted sender) smtp.mailfrom=crest@rlwinm.de X-Spamd-Result: default: False [-5.02 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[6.e.d.e.4.4.8.c.4.d.6.9.c.1.0.2.0.0.f.f.3.f.4.6.8.b.6.1.1.0.0.2.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; DMARC_NA(0.00)[rlwinm.de]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-2.72)[ip: (-9.38), ipnet: 2a01:4f8::/29(-2.64), asn: 24940(-1.54), country: DE(-0.02)]; 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]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2020 12:51:18 -0000 On 16.04.20 08:34, Pavel Timofeev wrote: > вт, 14 апр. 2020 г., 12:51 Kristof Provost : > >> Hi, >> >> Thanks to support from The FreeBSD Foundation I’ve been able to work >> on improving the throughput of if_bridge. >> It changes the (data path) locking to use the NET_EPOCH infrastructure. >> Benchmarking shows substantial improvements (x5 in test setups). >> >> This work is ready for wider testing now. >> >> It’s under review here: https://reviews.freebsd.org/D24250 >> >> Patch for CURRENT: https://reviews.freebsd.org/D24250?download=true >> Patches for stable/12: >> https://people.freebsd.org/~kp/if_bridge/stable_12/ >> >> I’m not currently aware of any panics or issues resulting from these >> patches. >> >> Do note that if you run a Bhyve + tap on bridges setup the tap code >> suffers from a similar bottleneck and you will likely not see major >> improvements in single VM to host throughput. I would expect, but have >> not tested, improvements in overall throughput (i.e. when multiple VMs >> send traffic at the same time). >> >> Best regards, >> Kristof >> > Hi! > Thank you for your work! > Do you know if epair suffers from the same issue as tap? As Kirstof Provost said if_epair locks has per CPU locks, but a problem exists a layer about the epair driver. At leas on FreeBSD 12.0 and 12.1 all the packet processing happens in a single netisr thread that becomes CPU bound and limits how fast useful traffic can move through epair interfaces. Afaik TCP doesn't benifit from multiple netisr threads, but unorderer protocols (e.g. UDP) could profit from multiple threads. I have only tested with iperf (using multiple connections) between the FreeBSD 12.x host and a vnet enabled jail connected via an epair interface and maxed out at about 1-2Gb/s depending on the CPUs single threaded throughput. From owner-freebsd-current@freebsd.org Tue Apr 21 17:07:10 2020 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 6C39F2B040D for ; Tue, 21 Apr 2020 17:07:10 +0000 (UTC) (envelope-from moremore2@outlook.com) Received: from APC01-HK2-obe.outbound.protection.outlook.com (mail-oln040092255045.outbound.protection.outlook.com [40.92.255.45]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49693H3998z4fxg for ; Tue, 21 Apr 2020 17:07:07 +0000 (UTC) (envelope-from moremore2@outlook.com) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=E2QxYiIAgmIr+aLiiPNyw6+6Qq/imnQtjCoR4iQEk/oKRd/hi9zX6+rZnZUBtmf+vyTYyNNbE8varGULhIqDNxpRrnQEzwNTCUKRllTF7yOveSY0dQ6rGGl2S0JSYi0dVKVzYsMvTp+GAxhP/dUeClGnyZ3mARiq6aao4xAeUYzJEgcjQJGlJNUvkn8GakoxQTVFfpw6LCpU5ebHDjZLM78wPbyVkMsGMzxdq32D+6MNSFR1JhngGNGU8Fd+nHDJDIlOnMVGWEfHO3kzIe3paZ8E6hiU2PQbIckLQMPd+O+rJbizYFcLIHenAH5WyUoIPxRAW6HpaWeFKSU2HZfs1A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=/Ru+ZS8YL1M/PFpojqX+g48NOGtp6jOMqTYpZBqyC+k=; b=MAXPkZUe4OGDsitged2D+OXKx7YavGsqvtYKH3EH2nGlQDFd80FUNl6GbDy7PI+wWqCJ6N7Kp5aq1JBPw3W0jtM9DExMWzEybwt1RsQAPq7Nw1Kg6Uqo8h/XzY6mNORw1e5xhRINtD3v22p7NUuitdDLRx5ng+mRQuhnEhcwjLR3EhnO1HrIRaMtsb2lzUTbHuLGjbncVMOenfQgk/Y2uvN7h7Of5PXMPR2YEJUA90XnUiE08b+bLBAf7qqsrKgGWBct1R6AH8LvZ1rgwPb36dyMbC+/NfMStvOhYbv/dBOskx5QlWgD7hL924KYbqxglsJjL5A77ijB8Cyt5ax/bw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=outlook.com; dmarc=pass action=none header.from=outlook.com; dkim=pass header.d=outlook.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=/Ru+ZS8YL1M/PFpojqX+g48NOGtp6jOMqTYpZBqyC+k=; b=Nh9RKnjQvHXVacb/sN2CpAaGO+9zSaCM+OfAYpYeLazMwStjIrUGnkwjc2QZZ/Xcs6EXbsAXCmzV7jcjahMMenufRj1blJyv0gDgM1c/Jj22YTvTvj33vYa9mfUqPsqDdjYcPWPJ6bVnSB6o3joU1WSOvDqcn5IV+2o2PzCFTlYVryd5/u12tJJ5PYzTMsowRiGn2rzBJCppRKynCgPko70JqhQjK2JSsGiH63dci4ppSjCVOKvB6mCGINf85k4pu7HjA7gYSzqEZYwa5e6ytvSUZUwJJ9+6+NqA1jk9zIFmVsvmaDJIZuU5x57a5fQsJ2KWAYo91aJrRErew6yLNQ== Received: from PU1APC01FT004.eop-APC01.prod.protection.outlook.com (2a01:111:e400:7ebe::49) by PU1APC01HT034.eop-APC01.prod.protection.outlook.com (2a01:111:e400:7ebe::349) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2921.25; Tue, 21 Apr 2020 17:07:04 +0000 Received: from HK0PR03MB3026.apcprd03.prod.outlook.com (2a01:111:e400:7ebe::44) by PU1APC01FT004.mail.protection.outlook.com (2a01:111:e400:7ebe::98) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2921.25 via Frontend Transport; Tue, 21 Apr 2020 17:07:04 +0000 X-IncomingTopHeaderMarker: OriginalChecksum:C03E965FAA0BB0294DABF4468B0137FCFE2556A5CE25CB87B22D50D9C5F33231; UpperCasedChecksum:8A821059A8AD9396F452F79DF638CD6033E97251C5A3EF0371B7117C15DE970E; SizeAsReceived:8862; Count:49 Received: from HK0PR03MB3026.apcprd03.prod.outlook.com ([fe80::8d52:228e:e18e:e7a7]) by HK0PR03MB3026.apcprd03.prod.outlook.com ([fe80::8d52:228e:e18e:e7a7%6]) with mapi id 15.20.2937.012; Tue, 21 Apr 2020 17:07:03 +0000 Subject: Re: CFT: if_bridge performance improvements To: freebsd-current@freebsd.org References: <5377E42E-4C01-4BCC-B934-011AC3448B54@FreeBSD.org> From: k simon Message-ID: Date: Wed, 22 Apr 2020 01:06:48 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-ClientProxiedBy: HK2PR0302CA0014.apcprd03.prod.outlook.com (2603:1096:202::24) To HK0PR03MB3026.apcprd03.prod.outlook.com (2603:1096:203:43::14) X-Microsoft-Original-Message-ID: <1a27b779-3fc5-63f6-0663-389f49369546@outlook.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from kmatoMacBook-Pro.local (27.17.158.91) by HK2PR0302CA0014.apcprd03.prod.outlook.com (2603:1096:202::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2937.9 via Frontend Transport; Tue, 21 Apr 2020 17:07:02 +0000 X-Microsoft-Original-Message-ID: <1a27b779-3fc5-63f6-0663-389f49369546@outlook.com> X-TMN: [OqP1MT/GXm9gGJhRwIHRKUOI2K/TakK/] X-MS-PublicTrafficType: Email X-IncomingHeaderCount: 49 X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-Correlation-Id: 75b8fa15-0719-4290-814b-08d7e6166944 X-MS-TrafficTypeDiagnostic: PU1APC01HT034: X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: zCee5JXn1Sz+cziNaQCv71wWc1ziK5ciwjXOWYDFFrNHgRDmRfPkp452Q1KKtwx0oJufoXOpa4oxc9+HcQ0vthxi823heC6llDv1gID39jCorRR97gzzgTWxOmR2L6hg7vuRu4L053R+xQoEnqfTcsMCcCbuxEnAZCVzIRfj1bDyYa5sfc2T3gxJrEX4Q+XPzOgTjPXmMafcnw/cXhTb8kLo4qtzVwdabzTUtfcqHoXlahWJWCwmqkto8B8z2UWZ X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:0; SRV:; IPV:NLI; SFV:NSPM; H:HK0PR03MB3026.apcprd03.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:; DIR:OUT; SFP:1901; X-MS-Exchange-AntiSpam-MessageData: QRDRx15vvY8dwl0Rp746BgaoV/tBZQ9VP9/sgL8YK36EblL7W88yne5Kcx3Ls+0po8H/6iUZVWYTH6/fmfX9w6ups+o+KH49fO6TEvy98jGz9Lpi3fTKAZva2prBLJ0d3iwNgHLjXpl7dhoKmRRouw== X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 75b8fa15-0719-4290-814b-08d7e6166944 X-MS-Exchange-CrossTenant-OriginalArrivalTime: 21 Apr 2020 17:07:03.8203 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-FromEntityHeader: Internet X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: PU1APC01HT034 X-Rspamd-Queue-Id: 49693H3998z4fxg X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=outlook.com header.s=selector1 header.b=Nh9RKnjQ; dmarc=pass (policy=none) header.from=outlook.com; spf=pass (mx1.freebsd.org: domain of moremore2@outlook.com designates 40.92.255.45 as permitted sender) smtp.mailfrom=moremore2@outlook.com X-Spamd-Result: default: False [-1.50 / 15.00]; R_SPF_ALLOW(-0.20)[+ip4:40.92.0.0/15]; FREEMAIL_FROM(0.00)[outlook.com]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[outlook.com:+]; DMARC_POLICY_ALLOW(-0.50)[outlook.com,none]; RECEIVED_SPAMHAUS_PBL(0.00)[91.158.17.27.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; FORGED_MUA_THUNDERBIRD_MSGID_UNKNOWN(2.50)[]; FREEMAIL_ENVFROM(0.00)[outlook.com]; DWL_DNSWL_NONE(0.00)[outlook.com.dwl.dnswl.org : 127.0.3.0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[outlook.com:s=selector1]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; ARC_ALLOW(-1.00)[i=1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(0.00)[ipnet: 40.64.0.0/10(-3.72), asn: 8075(-3.18), country: US(-0.05)]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[45.255.92.40.list.dnswl.org : 127.0.3.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[45.255.92.40.rep.mailspike.net : 127.0.0.17] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2020 17:07:11 -0000 Hi, Interesting, maybe ng_eiface + if_bridge is a good idea . Simon 20200422 On 4/21/20 8:51 PM, Jan Bramkamp wrote: > On 16.04.20 08:34, Pavel Timofeev wrote: > >> вт, 14 апр. 2020 г., 12:51 Kristof Provost : >> >>> Hi, >>> >>> Thanks to support from The FreeBSD Foundation I’ve been able to work >>> on improving the throughput of if_bridge. >>> It changes the (data path) locking to use the NET_EPOCH infrastructure. >>> Benchmarking shows substantial improvements (x5 in test setups). >>> >>> This work is ready for wider testing now. >>> >>> It’s under review here: https://reviews.freebsd.org/D24250 >>> >>> Patch for CURRENT: https://reviews.freebsd.org/D24250?download=true >>> Patches for stable/12: >>> https://people.freebsd.org/~kp/if_bridge/stable_12/ >>> >>> I’m not currently aware of any panics or issues resulting from these >>> patches. >>> >>> Do note that if you run a Bhyve + tap on bridges setup the tap code >>> suffers from a similar bottleneck and you will likely not see major >>> improvements in single VM to host throughput. I would expect, but have >>> not tested, improvements in overall throughput (i.e. when multiple VMs >>> send traffic at the same time). >>> >>> Best regards, >>> Kristof >>> >> Hi! >> Thank you for your work! >> Do you know if epair suffers from the same issue as tap? > > As Kirstof Provost said if_epair locks has per CPU locks, but a problem > exists a layer about the epair driver. At leas on FreeBSD 12.0 and 12.1 > all the packet processing happens in a single netisr thread that becomes > CPU bound and limits how fast useful traffic can move through epair > interfaces. Afaik TCP doesn't benifit from multiple netisr threads, but > unorderer protocols (e.g. UDP) could profit from multiple threads. > > > I have only tested with iperf (using multiple connections) between the > FreeBSD 12.x host and a vnet enabled jail connected via an epair > interface and maxed out at about 1-2Gb/s depending on the CPUs single > threaded throughput. > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Wed Apr 22 08:21:10 2020 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 6ABB72AAA8A; Wed, 22 Apr 2020 08:21:10 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "anubis.delphij.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 496YKx295Kz3PVc; Wed, 22 Apr 2020 08:21:08 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from odin.corp.delphij.net (unknown [IPv6:2601:646:8600:58ba:8449:9abe:e049:bc98]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by anubis.delphij.net (Postfix) with ESMTPSA id 4F912C309; Wed, 22 Apr 2020 01:21:02 -0700 (PDT) Reply-To: d@delphij.net To: Kristof Provost , freebsd-current@freebsd.org Cc: freebsd-stable@freebsd.org References: <5377E42E-4C01-4BCC-B934-011AC3448B54@FreeBSD.org> From: Xin Li Autocrypt: addr=delphij@delphij.net; prefer-encrypt=mutual; keydata= mQINBFuSR4oBEACvvEgwRIHs6IcSP/yaDtySF78Ji3rP29qdiQsxhMsOtvtffdbS56VApIWO UFb3/iN2gA8HwLvrmjijN0HEoLVX7na1WARmxRYzQMtApsZIUTtx7hnUYlsi2F5odZa6CDW9 a954DLRzYxiUwYDcu5Zjl9bglK1H8e/N9uC0Vuigr4teWfh86brzOyf819QzwFVYfMIK4ihw QGwMvTzbyVuCFy+LENkmcVYni70oQy6rZ5ktSuYbuOFvu7inRRfhSWPHziV7k+bW88sJ7xhv lBlegcnhkSudWX2M8tZ3MO1PJOcyys0CJlsBY5Weiog2lIPi05h/E9pZ9mc1Vud17iqDaL6w RaggOUhuPfDGCdO5ro82W4BZGeQMRnRF5Ntk+t2ShIH4nn3xRLV0E5nziCiKlgiMqOrz/ZTL QTVbHrCuiwD+fSK14y0oHbkOLYTYLlgh1JbwfY2Ty7elOYiWzyeJ7sJh2dF91NSEneWIOys3 mBpuvtU3nSzzTvAB48VV+Nbg1CpIOgNlPjj7uhIum/Z/VjUaJEyaLpTIRh0MVJVcbP7hXSqZ NA35EEZZVnWEOYdycm4CmEdeNPWkrAf2Ya77iR5VLGypwMlsUMQPh+sKVWDD38M8stFGBBNm d01Hi74Bsq5hKan654dOqMt5eYklrVj0ucMzFQtus7oE502UswARAQABtBxYaW4gTEkgPGRl bHBoaWpAZGVscGhpai5uZXQ+iQJUBBMBCgA+FiEEceNg5NEMZIki80nQQHl/fJX0g08FAluS R/YCGwMFCQmuhAAFCwkIBwMFFQoJCAsFFgIDAQACHgECF4AACgkQQHl/fJX0g0+2Og//bWpE F2V5/M5l6YW1T8oLcT9rIOH6oq9M0LMNRgFeiNNnilGIeeIgtOGBRueG4CZiZAvsRPJkrO70 1R2SrdkCIvwGUzUAxx1NfBWb+vgm4fgkW/MotGonceM5v0qfSKKXasWvDctkK28aG+IoQzmi FjXNW4+ju4zeQFYwD4ZDWqw9MqO0hVb24uW3dxtQhbfmOLgJ/PEDMQaFuANbW1c+iR0BQA3D Go/EeMY4kpN8on6Aqt/S/4JVltudfQ9OXdjQsC7netSaB9K3mHGt9aKAAB7RzlRY00DKkYS/ /eQwLzGPmK7yX13M68mMDjBs6mIR8t/E1S5OdBNhHRPNPlEbwugR4KaiCsN5yqzJoSV99fKY z2VyxjWPaG8yhHE+jmKUgIBKTfFUQEfkriQR4EASoeJ+soaMTiFDBij1Zw5n3ndLRFMB1ZCl fZLER36mAgW4m4kP83TWnDiJLxOxSOxifV8HpTFjff902H85cybg9KMwrfPDr6W19GGk5Vo1 fkza5krRMGbKWb7+74Evusi0ZxJLIOFwp5Y8eVqUMZaAD3f1ZX1M3pgXOp20QgAy+2KvMHij rLa4q+tMGRzYYD1BnFVSVdXAX5VOoTmHBcDz67DkuRwk2Byp1sgd407oEOmSwrNJlKS0TPCm xUJ2fdSQF+1/MMSRfee49vtMvz7cOrC5Ag0EW5JHigEQANiBmIFAfRNH3nzYNWC0yC+tfx3z sUwAsH1VaBM/cTib+yKtbBOSIlXWjJZWX3MHwoI/1LeGghB2mxkkX1L0pJ/vj1eXNR+sFZ32 0pYcl61Fxg/5fioG4QDTM4i3i7NR5PxDnc6UVaynSlII93DedRhZ1ROtdn4vyMgzsDiqhbL7 BthDOt5KxjqdRk4qRPSw7BovEqZLOcG5IJtf/zZUzRbM7SBljEbOAfekDGx1Br+RrYSD7/Ef Pwwzou9T8315IpBpIHyQF/dZNk3iFiB9Ed5CA71ZRYV5YoLWE9lL0j9kxOLQ5vHnX3mVq7QZ Bc7nzwZ6UhQgYmrG5+RWvuiPpGwvDRIsugJUGXucYkAQh5kuNblmkwpv6u9rNMjCNbzAylOa qdogra5EW+RUSbRz0b4iIr8nnZeAlh7BihCe7JjOwbDjoBEEEtSfVc4hD/LENqpcYVrChphf aOLB9YIXhnVDTVvMc9OklWT/81HzAaDQqOQCzEfY92199Ct9/CwRoQ2OpO8TO5+8A7b9Nb33 nmxMn09mb48ruRacMrfHxCWbgU4w9SEfbip4GcS5wGG6yTC+hw55Iwnnwus40NrJ0GEr8a4r cdsLbkvlyoNHB8ZGgyJ4aFCQ1V4qE1BnlTk7Z8BYBUkJM1odPSkVvHpCnMUjVpJ3hEOC+73Z YH1dh7lZABEBAAGJAjwEGAEKACYWIQRx42Dk0QxkiSLzSdBAeX98lfSDTwUCW5JHigIbDAUJ Ca6EAAAKCRBAeX98lfSDTz8DEACMh3poeUb+gWNF4RWFZuLteZVo0+E1JLYXQkmtrRBLXviP +Qy0pXyFAVxLM4hNIBoIDYfK9BcwrBYf7AwSKrH0GiNwFpgHCkbZd6qoZy2gB+adTnCpVCTJ KJetsH/8awkrChJWMK0ckGf3EeWMPvawG7kW7FBz70NYEZ0pOMiaEZNVtzD3wwbYWUiDFYth 83XGglOExg+1ShTW5XjQPRrdyJAO+aUW4o3lVjfyUJXMgI4rmhMiLVm06GuNrbpKIF0s+4Vd jQAjhrDQjfoXi9CkfsA/cONseuHNv1JGj3RqHiqHJq1dbrpodXp925zGDAnUGxCOBPoFopAH gVzR89GTut059GpwqsddZmU6y7rqifuam/ekJ+QRwc16vgt7pHqCrTY8WPxRZr2UpFU1wlTo COdeiFep1gq1F9jzFjJnoMaAdmC6k7bgAA+RQusOgIhJL0jIej7DoAHxmxFFCfRy+lDtpXwF gQ8HMvzHI65QWmQnMo7s6SQH/ZH5s1yR6SJq8+3lDz+dCuT42qJVqIPVvxd10LW0FNN+t7HF eLadU6ekSgD13/EYMYXlvNHkw7dAItSDxIzgRyykLz0bCU9xwNWoS4Z43+ifF9anJ+uR0ltW El1j++h6ZrD3LLuCgJIt1so0m49GzdcSpOI7LCwMlacyvafiEyjUn+tSNDsnfw== Subject: Re: CFT: if_bridge performance improvements Message-ID: <8e0e2bf1-27cd-1a99-b266-c7223255942f@delphij.net> Date: Wed, 22 Apr 2020 01:20:57 -0700 User-Agent: Thunderbird MIME-Version: 1.0 In-Reply-To: <5377E42E-4C01-4BCC-B934-011AC3448B54@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Eow1ZhByevXoLHJPQxVHdCGIJnld0vFJV" X-Rspamd-Queue-Id: 496YKx295Kz3PVc X-Spamd-Bar: -------- X-Spamd-Result: default: False [-8.73 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[delphij.net:s=m7e2]; XM_UA_NO_VERSION(0.01)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; HAS_REPLYTO(0.00)[d@delphij.net]; TO_DN_SOME(0.00)[]; REPLYTO_DOM_EQ_FROM_DOM(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; DKIM_TRACE(0.00)[delphij.net:+]; DMARC_POLICY_ALLOW(-0.50)[delphij.net,reject]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~]; IP_SCORE(-3.64)[ip: (-9.91), ipnet: 2001:470::/32(-4.65), asn: 6939(-3.60), country: US(-0.05)]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Apr 2020 08:21:10 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Eow1ZhByevXoLHJPQxVHdCGIJnld0vFJV Content-Type: multipart/mixed; boundary="o6v1mRSYFjcNeybUBiH78mO6sKJUeyjOa"; protected-headers="v1" From: Xin Li Reply-To: d@delphij.net To: Kristof Provost , freebsd-current@freebsd.org Cc: freebsd-stable@freebsd.org Message-ID: <8e0e2bf1-27cd-1a99-b266-c7223255942f@delphij.net> Subject: Re: CFT: if_bridge performance improvements References: <5377E42E-4C01-4BCC-B934-011AC3448B54@FreeBSD.org> In-Reply-To: <5377E42E-4C01-4BCC-B934-011AC3448B54@FreeBSD.org> --o6v1mRSYFjcNeybUBiH78mO6sKJUeyjOa Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Hi, On 4/14/20 02:51, Kristof Provost wrote: > Hi, >=20 > Thanks to support from The FreeBSD Foundation I=E2=80=99ve been able to= work on > improving the throughput of if_bridge. > It changes the (data path) locking to use the NET_EPOCH infrastructure.= > Benchmarking shows substantial improvements (x5 in test setups). >=20 > This work is ready for wider testing now. >=20 > It=E2=80=99s under review here: https://reviews.freebsd.org/D24250 >=20 > Patch for CURRENT: https://reviews.freebsd.org/D24250?download=3Dtrue > Patches for stable/12: https://people.freebsd.org/~kp/if_bridge/stable_= 12/ >=20 > I=E2=80=99m not currently aware of any panics or issues resulting from = these > patches. I have observed the following panic with latest stable/12 after applying the stable_12 patchset, it appears like a race condition related NULL pointer deference, but I haven't took a deeper look yet. The box have 7 igb(4) NICs, with several bridge and VLAN configured acting as a router. Please let me know if you need additional information; I can try -CURRENT as well, but it would take some time as the box is relatively slow (it's a ZFS based system so I can create a separate boot environment for -CURRENT if needed, but that would take some time as I might have to upgrade the packages, should there be any ABI breakages). =3D=3D=3D Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0x20 fault code =3D supervisor read data, page not present instruction pointer =3D 0x20:0xffffffff80c286d5 stack pointer =3D 0x28:0xffffffff824cb840 frame pointer =3D 0x28:0xffffffff824cb850 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D resume, IOPL =3D 0 current process =3D 0 (if_io_tqg_0) trap number =3D 12 panic: page fault cpuid =3D 0 time =3D 1587541913 KDB: stack backtrace: #0 0xffffffff80c117a5 at kdb_backtrace+0x65 #1 0xffffffff80bc588e at vpanic+0x17e #2 0xffffffff80bc5703 at panic+0x43 #3 0xffffffff810d2310 at trap_pfault+0 #4 0xffffffff810d235f at trap_pfault+0x4f #5 0xffffffff810d19b8 at trap+0x288 #6 0xffffffff810aae1c at calltrap+0x8 #7 0xffffffff80ba5c96 at __mtx_unlock_sleep+0xb6 #8 0xffffffff8248f4c7 at bridge_input+0x877 #9 0xffffffff80cd5c47 at ether_nh_input+0x207 #10 0xffffffff80cf1e4a at netisr_dispatch_src+0xca #11 0xffffffff80cd4f0b at ether_input+0x4b #12 0xffffffff80cdf1a3 at vlan_input+0x1f3 #13 0xffffffff80cd4ae1 at ether_demux+0x121 #14 0xffffffff80cd5d7b at ether_nh_input+0x33b #15 0xffffffff80cf1e4a at netisr_dispatch_src+0xca #16 0xffffffff80cd4f0b at ether_input+0x4b #17 0xffffffff80cee41c at iflib_rxeof+0xadc Uptime: 6m6s Dumping 848 out of 16313 MB:..2%..12%..21%..31%..42%..51%..61%..72%..82%..91% Backtrace: (kgdb) #0 doadump () at src/sys/amd64/include/pcpu_aux.h:55 #1 0xffffffff80bc54a5 in kern_reboot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:451 #2 0xffffffff80bc58e6 in vpanic (fmt=3D, ap=3D) at /usr/src/sys/kern/kern_shutdown.c:880 #3 0xffffffff80bc5703 in panic (fmt=3D) at /usr/src/sys/kern/kern_shutdown.c:807 #4 0xffffffff810d2310 in trap_fatal (frame=3D, eva=3D) at /usr/src/sys/amd64/amd64/trap.c:925 #5 0xffffffff810d235f in trap_pfault (frame=3D0xffffffff824cb780, usermode=3D, signo=3D, ucode=3D) at src/sys/amd64/include/pcpu_aux.h:55= #6 0xffffffff810d19b8 in trap (frame=3D0xffffffff824cb780) at /usr/src/sys/amd64/amd64/trap.c:407 #7 0xffffffff810aae1c in calltrap () at /usr/src/sys/amd64/amd64/exception.S:289 #8 0xffffffff80c286d5 in turnstile_broadcast (ts=3D0x0, queue=3D0) at /usr/src/sys/kern/subr_turnstile.c:880 #9 0xffffffff80ba5c96 in __mtx_unlock_sleep (c=3D0xfffff80013351430, v=3D= 0) at /usr/src/sys/kern/kern_mutex.c:1041 #10 0xffffffff8248f4c7 in bridge_input (ifp=3D, m=3D) at src/sys/amd64/include/atomic.h:221 #11 0xffffffff80cd5c47 in ether_nh_input (m=3D) at /usr/src/sys/net/if_ethersubr.c:631 #12 0xffffffff80cf1e4a in netisr_dispatch_src (proto=3D5, source=3D, m=3D) at /usr/src/sys/net/netisr.c:1124 #13 0xffffffff80cd4f0b in ether_input (ifp=3D0xfffff800060dc000, m=3D0x0)= at /usr/src/sys/net/if_ethersubr.c:787 #14 0xffffffff80cdf1a3 in vlan_input (ifp=3D0xfffff800036d6800, m=3D0xfffff8001d65fc00) at /usr/src/sys/net/if_vlan.c:1291 #15 0xffffffff80cd4ae1 in ether_demux (ifp=3D0xfffff800036d6800, m=3D) at /usr/src/sys/net/if_ethersubr.c:832 #16 0xffffffff80cd5d7b in ether_nh_input (m=3D) at /usr/src/sys/net/if_ethersubr.c:667 #17 0xffffffff80cf1e4a in netisr_dispatch_src (proto=3D5, source=3D, m=3D) at /usr/src/sys/net/netisr.c:1124 #18 0xffffffff80cd4f0b in ether_input (ifp=3D0xfffff800036d6800, m=3D0xfffff80013939c00) at /usr/src/sys/net/if_ethersubr.c:787 #19 0xffffffff80cee41c in iflib_rxeof (rxq=3D, budget=3D) at /usr/src/sys/net/iflib.c:2873 #20 0xffffffff80ce87b3 in _task_fn_rx (context=3D0xfffff800036d6000) at /usr/src/sys/net/iflib.c:3801 #21 0xffffffff80c100b1 in gtaskqueue_run_locked (queue=3D0xfffff8000306b9= 00) at /usr/src/sys/kern/subr_gtaskqueue.c:363 #22 0xffffffff80c0fd53 in gtaskqueue_thread_loop (arg=3D) at /usr/src/sys/kern/subr_gtaskqueue.c:538 #23 0xffffffff80b86b0e in fork_exit ( callout=3D0xffffffff80c0fc80 , arg=3D0xfffffe00003f4008, frame=3D0xffffffff824cbd40) at /usr/src/sys/kern/kern_fork.c:1079 #24 0xffffffff810abe6e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:1079 #25 0x0000000000000000 in ?? () Current language: auto; currently minimal --o6v1mRSYFjcNeybUBiH78mO6sKJUeyjOa-- --Eow1ZhByevXoLHJPQxVHdCGIJnld0vFJV Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.2.20 (Darwin) iQIzBAEBCgAdFiEEceNg5NEMZIki80nQQHl/fJX0g08FAl6f/m0ACgkQQHl/fJX0 g09bew//RISJvy1mI5phGpP0ydRB8CbMwdlhb1LL9q12bgB4vBYFXOwtJCqir+ne H2/THBx8kqKZxPb//DpvHv8Wty2Hb0dRVbPqJ2seWX4dXtNGLLvRqpt8+iBxmn2B SyudiF36ifNl9OJR6J4nhYB755xhee3Lu2raBuXx2/voWYbSKQm5tNy5PqvnxbML dhUcxlJnMdO62g8v55lE4a2e7/Fg/XNI7Mg0bLZldggVUJIhwcuhV/kX2NDncI9+ l+TU/8MNOqR4f3sg/dITEE3wMklrl7nXFW4QOJ30jrCJlxrwH8zZ2gRPxOdWji9x 9DoA+M5LbuJT7yxGt0AluITZrdsQ9mzb0GlhsPE7k+CNjCFtmotudy0jcv/dEDrb 2YkYXZhTHooBvsdj0/AqiU0eRKZ6/NI6kHDknOeDLcuTQ98P+JeYYTBgO9sLr8fP hCqOPqmqgF2C01Xr7Wc1AnMlKop99qWrxlS7sZ0zJICI88keoXPNuSOzsTIsTws9 UmaDXvADHEltlqEQXo0pGCbFl4VrXHqBLmNg7PI70RzhpN+QHbKPwCKboplhhkWD DZXCMZ6VTkas5+UGA0tY/7CcNnilHaUcjKiXW2wvVquiSqmDTRK324jpNa+Ytr8h wMg77R7bZr+W9nEtUJfs78h/XkafRc/j/8SPkAELjZ5QpCpp91U= =yySD -----END PGP SIGNATURE----- --Eow1ZhByevXoLHJPQxVHdCGIJnld0vFJV-- From owner-freebsd-current@freebsd.org Wed Apr 22 08:45:55 2020 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 50A692AC400; Wed, 22 Apr 2020 08:45:55 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 496YtW1C4Mz3RDy; Wed, 22 Apr 2020 08:45:55 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from venus.codepro.be (venus.codepro.be [5.9.86.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.codepro.be", Issuer "Let's Encrypt Authority X3" (verified OK)) (Authenticated sender: kp) by smtp.freebsd.org (Postfix) with ESMTPSA id 0B1891F565; Wed, 22 Apr 2020 08:45:55 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: by venus.codepro.be (Postfix, authenticated sender kp) id 774811B31E; Wed, 22 Apr 2020 10:45:53 +0200 (CEST) From: "Kristof Provost" To: d@delphij.net Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: CFT: if_bridge performance improvements Date: Wed, 22 Apr 2020 10:45:49 +0200 X-Mailer: MailMate (1.13.1r5671) Message-ID: In-Reply-To: <8e0e2bf1-27cd-1a99-b266-c7223255942f@delphij.net> References: <5377E42E-4C01-4BCC-B934-011AC3448B54@FreeBSD.org> <8e0e2bf1-27cd-1a99-b266-c7223255942f@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Apr 2020 08:45:55 -0000 On 22 Apr 2020, at 10:20, Xin Li wrote: > Hi, > > On 4/14/20 02:51, Kristof Provost wrote: >> Hi, >> >> Thanks to support from The FreeBSD Foundation I’ve been able to >> work on >> improving the throughput of if_bridge. >> It changes the (data path) locking to use the NET_EPOCH >> infrastructure. >> Benchmarking shows substantial improvements (x5 in test setups). >> >> This work is ready for wider testing now. >> >> It’s under review here: https://reviews.freebsd.org/D24250 >> >> Patch for CURRENT: https://reviews.freebsd.org/D24250?download=true >> Patches for stable/12: >> https://people.freebsd.org/~kp/if_bridge/stable_12/ >> >> I’m not currently aware of any panics or issues resulting from >> these >> patches. > > I have observed the following panic with latest stable/12 after > applying > the stable_12 patchset, it appears like a race condition related NULL > pointer deference, but I haven't took a deeper look yet. > > The box have 7 igb(4) NICs, with several bridge and VLAN configured > acting as a router. Please let me know if you need additional > information; I can try -CURRENT as well, but it would take some time > as > the box is relatively slow (it's a ZFS based system so I can create a > separate boot environment for -CURRENT if needed, but that would take > some time as I might have to upgrade the packages, should there be any > ABI breakages). > Thanks for the report. I don’t immediately see how this could happen. Are you running an L2 firewall on that bridge by any chance? An earlier version of the patch had issues with a stray unlock in that code path. Best regards, Kristof From owner-freebsd-current@freebsd.org Wed Apr 22 16:15:38 2020 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 0632E2B8E47; Wed, 22 Apr 2020 16:15:38 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "anubis.delphij.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 496lsN3Hh8z4RkT; Wed, 22 Apr 2020 16:15:36 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from odin.corp.delphij.net (unknown [IPv6:2601:646:8600:58ba:513e:be73:8631:9dff]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by anubis.delphij.net (Postfix) with ESMTPSA id 0743ECD1A; Wed, 22 Apr 2020 09:15:35 -0700 (PDT) Reply-To: d@delphij.net To: Kristof Provost , d@delphij.net Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org References: <5377E42E-4C01-4BCC-B934-011AC3448B54@FreeBSD.org> <8e0e2bf1-27cd-1a99-b266-c7223255942f@delphij.net> From: Xin Li Autocrypt: addr=delphij@delphij.net; prefer-encrypt=mutual; keydata= mQINBFuSR4oBEACvvEgwRIHs6IcSP/yaDtySF78Ji3rP29qdiQsxhMsOtvtffdbS56VApIWO UFb3/iN2gA8HwLvrmjijN0HEoLVX7na1WARmxRYzQMtApsZIUTtx7hnUYlsi2F5odZa6CDW9 a954DLRzYxiUwYDcu5Zjl9bglK1H8e/N9uC0Vuigr4teWfh86brzOyf819QzwFVYfMIK4ihw QGwMvTzbyVuCFy+LENkmcVYni70oQy6rZ5ktSuYbuOFvu7inRRfhSWPHziV7k+bW88sJ7xhv lBlegcnhkSudWX2M8tZ3MO1PJOcyys0CJlsBY5Weiog2lIPi05h/E9pZ9mc1Vud17iqDaL6w RaggOUhuPfDGCdO5ro82W4BZGeQMRnRF5Ntk+t2ShIH4nn3xRLV0E5nziCiKlgiMqOrz/ZTL QTVbHrCuiwD+fSK14y0oHbkOLYTYLlgh1JbwfY2Ty7elOYiWzyeJ7sJh2dF91NSEneWIOys3 mBpuvtU3nSzzTvAB48VV+Nbg1CpIOgNlPjj7uhIum/Z/VjUaJEyaLpTIRh0MVJVcbP7hXSqZ NA35EEZZVnWEOYdycm4CmEdeNPWkrAf2Ya77iR5VLGypwMlsUMQPh+sKVWDD38M8stFGBBNm d01Hi74Bsq5hKan654dOqMt5eYklrVj0ucMzFQtus7oE502UswARAQABtBxYaW4gTEkgPGRl bHBoaWpAZGVscGhpai5uZXQ+iQJUBBMBCgA+FiEEceNg5NEMZIki80nQQHl/fJX0g08FAluS R/YCGwMFCQmuhAAFCwkIBwMFFQoJCAsFFgIDAQACHgECF4AACgkQQHl/fJX0g0+2Og//bWpE F2V5/M5l6YW1T8oLcT9rIOH6oq9M0LMNRgFeiNNnilGIeeIgtOGBRueG4CZiZAvsRPJkrO70 1R2SrdkCIvwGUzUAxx1NfBWb+vgm4fgkW/MotGonceM5v0qfSKKXasWvDctkK28aG+IoQzmi FjXNW4+ju4zeQFYwD4ZDWqw9MqO0hVb24uW3dxtQhbfmOLgJ/PEDMQaFuANbW1c+iR0BQA3D Go/EeMY4kpN8on6Aqt/S/4JVltudfQ9OXdjQsC7netSaB9K3mHGt9aKAAB7RzlRY00DKkYS/ /eQwLzGPmK7yX13M68mMDjBs6mIR8t/E1S5OdBNhHRPNPlEbwugR4KaiCsN5yqzJoSV99fKY z2VyxjWPaG8yhHE+jmKUgIBKTfFUQEfkriQR4EASoeJ+soaMTiFDBij1Zw5n3ndLRFMB1ZCl fZLER36mAgW4m4kP83TWnDiJLxOxSOxifV8HpTFjff902H85cybg9KMwrfPDr6W19GGk5Vo1 fkza5krRMGbKWb7+74Evusi0ZxJLIOFwp5Y8eVqUMZaAD3f1ZX1M3pgXOp20QgAy+2KvMHij rLa4q+tMGRzYYD1BnFVSVdXAX5VOoTmHBcDz67DkuRwk2Byp1sgd407oEOmSwrNJlKS0TPCm xUJ2fdSQF+1/MMSRfee49vtMvz7cOrC5Ag0EW5JHigEQANiBmIFAfRNH3nzYNWC0yC+tfx3z sUwAsH1VaBM/cTib+yKtbBOSIlXWjJZWX3MHwoI/1LeGghB2mxkkX1L0pJ/vj1eXNR+sFZ32 0pYcl61Fxg/5fioG4QDTM4i3i7NR5PxDnc6UVaynSlII93DedRhZ1ROtdn4vyMgzsDiqhbL7 BthDOt5KxjqdRk4qRPSw7BovEqZLOcG5IJtf/zZUzRbM7SBljEbOAfekDGx1Br+RrYSD7/Ef Pwwzou9T8315IpBpIHyQF/dZNk3iFiB9Ed5CA71ZRYV5YoLWE9lL0j9kxOLQ5vHnX3mVq7QZ Bc7nzwZ6UhQgYmrG5+RWvuiPpGwvDRIsugJUGXucYkAQh5kuNblmkwpv6u9rNMjCNbzAylOa qdogra5EW+RUSbRz0b4iIr8nnZeAlh7BihCe7JjOwbDjoBEEEtSfVc4hD/LENqpcYVrChphf aOLB9YIXhnVDTVvMc9OklWT/81HzAaDQqOQCzEfY92199Ct9/CwRoQ2OpO8TO5+8A7b9Nb33 nmxMn09mb48ruRacMrfHxCWbgU4w9SEfbip4GcS5wGG6yTC+hw55Iwnnwus40NrJ0GEr8a4r cdsLbkvlyoNHB8ZGgyJ4aFCQ1V4qE1BnlTk7Z8BYBUkJM1odPSkVvHpCnMUjVpJ3hEOC+73Z YH1dh7lZABEBAAGJAjwEGAEKACYWIQRx42Dk0QxkiSLzSdBAeX98lfSDTwUCW5JHigIbDAUJ Ca6EAAAKCRBAeX98lfSDTz8DEACMh3poeUb+gWNF4RWFZuLteZVo0+E1JLYXQkmtrRBLXviP +Qy0pXyFAVxLM4hNIBoIDYfK9BcwrBYf7AwSKrH0GiNwFpgHCkbZd6qoZy2gB+adTnCpVCTJ KJetsH/8awkrChJWMK0ckGf3EeWMPvawG7kW7FBz70NYEZ0pOMiaEZNVtzD3wwbYWUiDFYth 83XGglOExg+1ShTW5XjQPRrdyJAO+aUW4o3lVjfyUJXMgI4rmhMiLVm06GuNrbpKIF0s+4Vd jQAjhrDQjfoXi9CkfsA/cONseuHNv1JGj3RqHiqHJq1dbrpodXp925zGDAnUGxCOBPoFopAH gVzR89GTut059GpwqsddZmU6y7rqifuam/ekJ+QRwc16vgt7pHqCrTY8WPxRZr2UpFU1wlTo COdeiFep1gq1F9jzFjJnoMaAdmC6k7bgAA+RQusOgIhJL0jIej7DoAHxmxFFCfRy+lDtpXwF gQ8HMvzHI65QWmQnMo7s6SQH/ZH5s1yR6SJq8+3lDz+dCuT42qJVqIPVvxd10LW0FNN+t7HF eLadU6ekSgD13/EYMYXlvNHkw7dAItSDxIzgRyykLz0bCU9xwNWoS4Z43+ifF9anJ+uR0ltW El1j++h6ZrD3LLuCgJIt1so0m49GzdcSpOI7LCwMlacyvafiEyjUn+tSNDsnfw== Subject: Re: CFT: if_bridge performance improvements Message-ID: <8634ec5c-a509-d2dd-8f5c-31efcbd50340@delphij.net> Date: Wed, 22 Apr 2020 09:15:31 -0700 User-Agent: Thunderbird MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="LTzKgwOdjrRKkXH73ISC8Gb63OQfMJK5L" X-Rspamd-Queue-Id: 496lsN3Hh8z4RkT X-Spamd-Bar: -------- X-Spamd-Result: default: False [-8.73 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[delphij.net:s=m7e2]; XM_UA_NO_VERSION(0.01)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; HAS_REPLYTO(0.00)[d@delphij.net]; TO_DN_SOME(0.00)[]; REPLYTO_DOM_EQ_FROM_DOM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[delphij.net:+]; DMARC_POLICY_ALLOW(-0.50)[delphij.net,reject]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~]; IP_SCORE(-3.64)[ip: (-9.91), ipnet: 2001:470::/32(-4.65), asn: 6939(-3.60), country: US(-0.05)]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Apr 2020 16:15:38 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --LTzKgwOdjrRKkXH73ISC8Gb63OQfMJK5L Content-Type: multipart/mixed; boundary="XOxeXS7BD53fWLQUJLyKPnqYQNh3B0zbP"; protected-headers="v1" From: Xin Li Reply-To: d@delphij.net To: Kristof Provost , d@delphij.net Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Message-ID: <8634ec5c-a509-d2dd-8f5c-31efcbd50340@delphij.net> Subject: Re: CFT: if_bridge performance improvements References: <5377E42E-4C01-4BCC-B934-011AC3448B54@FreeBSD.org> <8e0e2bf1-27cd-1a99-b266-c7223255942f@delphij.net> In-Reply-To: --XOxeXS7BD53fWLQUJLyKPnqYQNh3B0zbP Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 4/22/20 01:45, Kristof Provost wrote: > On 22 Apr 2020, at 10:20, Xin Li wrote: >> Hi, >> >> On 4/14/20 02:51, Kristof Provost wrote: >>> Hi, >>> >>> Thanks to support from The FreeBSD Foundation I=E2=80=99ve been able = to work on >>> improving the throughput of if_bridge. >>> It changes the (data path) locking to use the NET_EPOCH infrastructur= e. >>> Benchmarking shows substantial improvements (x5 in test setups). >>> >>> This work is ready for wider testing now. >>> >>> It=E2=80=99s under review here: https://reviews.freebsd.org/D24250 >>> >>> Patch for CURRENT: https://reviews.freebsd.org/D24250?download=3Dtrue= >>> Patches for stable/12: >>> https://people.freebsd.org/~kp/if_bridge/stable_12/ >>> >>> I=E2=80=99m not currently aware of any panics or issues resulting fro= m these >>> patches. >> >> I have observed the following panic with latest stable/12 after applyi= ng >> the stable_12 patchset, it appears like a race condition related NULL >> pointer deference, but I haven't took a deeper look yet. >> >> The box have 7 igb(4) NICs, with several bridge and VLAN configured >> acting as a router.=C2=A0 Please let me know if you need additional >> information; I can try -CURRENT as well, but it would take some time a= s >> the box is relatively slow (it's a ZFS based system so I can create a >> separate boot environment for -CURRENT if needed, but that would take >> some time as I might have to upgrade the packages, should there be any= >> ABI breakages). >> > Thanks for the report. I don=E2=80=99t immediately see how this could h= appen. >=20 > Are you running an L2 firewall on that bridge by any chance? An earlier= > version of the patch had issues with a stray unlock in that code path. I don't think I have a L2 firewall (I assume means filtering based on MAC address like what can be done with e.g. ipfw? The bridges were created on vlan interfaces though, do they count as L2 firewall?), the system is using pf with a few NAT rules: $ sudo pfctl -s rules anchor "miniupnpd" all pass in quick inet6 proto tcp from to any flags S/SA keep state block drop in quick inet6 proto tcp from ! to flags S/SA block drop in quick proto tcp from any os "Linux" to any port =3D ssh pass out on igb6 inet proto tcp from (igb6) to any port =3D domain flags S/SA keep state queue dns pass out on igb6 inet proto udp from (igb6) to any port =3D domain keep state queue dns pass in on igb6 proto tcp from any to (igb6) port =3D http flags S/SA modulate state queue(web, ack) pass in on igb6 proto tcp from any to (igb6) port =3D https flags S/SA modulate state queue(web, ack) pass out on igb6 inet proto tcp from (igb6) to any flags S/SA modulate state queue bulk block drop in quick on igb6 proto tcp from to any port =3D ssh= label "ssh bruteforce" block drop in on igb6 from to any Cheers, --XOxeXS7BD53fWLQUJLyKPnqYQNh3B0zbP-- --LTzKgwOdjrRKkXH73ISC8Gb63OQfMJK5L Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.2.20 (Darwin) iQIzBAEBCgAdFiEEceNg5NEMZIki80nQQHl/fJX0g08FAl6gbaQACgkQQHl/fJX0 g0/gDg/8DM4yJGY6veYbj3XCp7j0LEnu3YZCmQCzeTQBHlep/4VnXXFpapcusIgy L+M5AjvKcu/83qi64HY3yf9llYTLxJBHblTY5ZlfIYpfkHpHFshJ4v7WZAPqL5OP /bfMucXsomL6tVjhwmj5ByaT7LugL/ESPhMrWM6W+kKABpWfKXbJdC+FVapuchf8 KCvs2HNrlfbgwut+p2szXpA0qnwhvWctwVjpnTF18jYwnUEgrrXKD7n47OszPTN2 n6ZKFD9KPL6WdUfhWlK9mgZVRE7b5TvjsCxnixFT472MK5ziQdJ2Xju/u0CxnQTb TGME3wvvOxU1JyjjQ5SXJRST0UFVS56VdleESrbUoYG2XIDi0AuoF8rV7UAPumS/ Ahxnzy0JxO/yU06q3cHyilmo55ldBwqMaTNg/lDHGp1sALJjMdjg1YgG12kKkCMo gO2YQKdfDOOCt0A7unk5K2FklKMnTzy5H+iBKvnUR+Ch0gkD/FRofuZH1A8qkpiC Zy7X0x+CYoRopGEV7cO5p572htuKHqcGo5yj9rgIS8N7qsiyd7PwiRKhSu/iLjLY DFVMVEJgDKlabXqrPCBXwhNVIqtV0uvCoGGMKyKb6bBNHZxVUse8M9007NvZ8r9w 5EYutBu60v/hduywL3xGmlTMFbeQQsxc5Do37go0luXAmZlFGhI= =JaNn -----END PGP SIGNATURE----- --LTzKgwOdjrRKkXH73ISC8Gb63OQfMJK5L-- From owner-freebsd-current@freebsd.org Wed Apr 22 17:16:55 2020 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 43F172BAFA4; Wed, 22 Apr 2020 17:16:55 +0000 (UTC) (envelope-from peter.blok@bsd4all.org) Received: from smtpq1.tb.mail.iss.as9143.net (smtpq1.tb.mail.iss.as9143.net [212.54.42.164]) (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 496nD56qJCz4Wnc; Wed, 22 Apr 2020 17:16:53 +0000 (UTC) (envelope-from peter.blok@bsd4all.org) Received: from [212.54.42.135] (helo=smtp11.tb.mail.iss.as9143.net) by smtpq1.tb.mail.iss.as9143.net with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jRIzS-0005QD-SG; Wed, 22 Apr 2020 19:16:50 +0200 Received: from 94-209-85-88.cable.dynamic.v4.ziggo.nl ([94.209.85.88] helo=wan0.bsd4all.org) by smtp11.tb.mail.iss.as9143.net with esmtp (Exim 4.90_1) (envelope-from ) id 1jRIzS-0002EC-Mb; Wed, 22 Apr 2020 19:16:50 +0200 Received: from newnas.bsd4all.local (localhost [127.0.0.1]) by wan0.bsd4all.org (Postfix) with ESMTP id C9627223; Wed, 22 Apr 2020 19:16:49 +0200 (CEST) X-Virus-Scanned: amavisd-new at bsd4all.org Received: from wan0.bsd4all.org ([127.0.0.1]) by newnas.bsd4all.local (newnas.bsd4all.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sOsf4-Qd-z4U; Wed, 22 Apr 2020 19:16:48 +0200 (CEST) Received: from [192.168.1.65] (unknown [192.168.1.65]) by wan0.bsd4all.org (Postfix) with ESMTPSA id 87AD94A; Wed, 22 Apr 2020 19:16:48 +0200 (CEST) From: peter.blok@bsd4all.org Message-Id: Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.14\)) Subject: Re: CFT: if_bridge performance improvements Date: Wed, 22 Apr 2020 19:16:48 +0200 In-Reply-To: <8634ec5c-a509-d2dd-8f5c-31efcbd50340@delphij.net> Cc: Kristof Provost , FreeBSD Stable To: d@delphij.net, freebsd-current@freebsd.org References: <5377E42E-4C01-4BCC-B934-011AC3448B54@FreeBSD.org> <8e0e2bf1-27cd-1a99-b266-c7223255942f@delphij.net> <8634ec5c-a509-d2dd-8f5c-31efcbd50340@delphij.net> X-Mailer: Apple Mail (2.3445.104.14) X-SourceIP: 94.209.85.88 X-Ziggo-spambar: / X-Ziggo-spamscore: 0.0 X-Ziggo-spamreport: CMAE Analysis: v=2.3 cv=du1A92o4 c=1 sm=1 tr=0 a=LYXyOGYQqFYBMgK+Y6iqTg==:17 a=cl8xLZFz6L8A:10 a=SWg00rOMAAAA:8 a=6I5d2MoRAAAA:8 a=7F27aPtjtkppQGVRRocA:9 a=QEXdDO2ut3YA:10 a=mdr11xoXeMGbgq-aR_MA:9 a=Jz0u6kiykQrJQnsa:21 a=_W_S_7VecoQA:10 a=nWvTgx2JuP7DHgfbJPXu:22 a=IjZwj45LgO3ly-622nXo:22 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No X-Rspamd-Queue-Id: 496nD56qJCz4Wnc X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of peter.blok@bsd4all.org designates 212.54.42.164 as permitted sender) smtp.mailfrom=peter.blok@bsd4all.org X-Spamd-Result: default: False [-3.36 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[6]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:smtp.ziggo.nl/16]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[bsd4all.org]; URI_COUNT_ODD(1.00)[9]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_NO_DN(0.00)[]; IP_SCORE(-2.46)[ip: (-5.90), ipnet: 212.54.32.0/20(-4.04), asn: 33915(-2.41), country: NL(0.03)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; R_DKIM_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[164.42.54.212.list.dnswl.org : 127.0.5.1]; ASN(0.00)[asn:33915, ipnet:212.54.32.0/20, country:NL]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[88.85.209.94.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Apr 2020 17:16:55 -0000 Just using pf is enough to provoke this panic. I had the same back = trace. This patch from Kristof fixed it for me. diff --git a/sys/net/if_bridge.c b/sys/net/if_bridge.c index 373fa096d70..83c453090bb 100644 --- a/sys/net/if_bridge.c +++ b/sys/net/if_bridge.c @@ -2529,7 +2529,6 @@ bridge_input(struct ifnet *ifp, struct mbuf *m) OR_PFIL_HOOKED_INET6)) { = \ if (bridge_pfil(&m, NULL, ifp, = \ PFIL_IN) !=3D 0 || m =3D=3D NULL) { = \ - BRIDGE_UNLOCK(sc); = \ return (NULL); = \ } = \ eh =3D mtod(m, struct ether_header *); = \ > On 22 Apr 2020, at 18:15, Xin Li wrote: >=20 > On 4/22/20 01:45, Kristof Provost wrote: >> On 22 Apr 2020, at 10:20, Xin Li wrote: >>> Hi, >>>=20 >>> On 4/14/20 02:51, Kristof Provost wrote: >>>> Hi, >>>>=20 >>>> Thanks to support from The FreeBSD Foundation I=E2=80=99ve been = able to work on >>>> improving the throughput of if_bridge. >>>> It changes the (data path) locking to use the NET_EPOCH = infrastructure. >>>> Benchmarking shows substantial improvements (x5 in test setups). >>>>=20 >>>> This work is ready for wider testing now. >>>>=20 >>>> It=E2=80=99s under review here: https://reviews.freebsd.org/D24250 >>>>=20 >>>> Patch for CURRENT: https://reviews.freebsd.org/D24250?download=3Dtrue= >>>> Patches for stable/12: >>>> https://people.freebsd.org/~kp/if_bridge/stable_12/ >>>>=20 >>>> I=E2=80=99m not currently aware of any panics or issues resulting = from these >>>> patches. >>>=20 >>> I have observed the following panic with latest stable/12 after = applying >>> the stable_12 patchset, it appears like a race condition related = NULL >>> pointer deference, but I haven't took a deeper look yet. >>>=20 >>> The box have 7 igb(4) NICs, with several bridge and VLAN configured >>> acting as a router. Please let me know if you need additional >>> information; I can try -CURRENT as well, but it would take some time = as >>> the box is relatively slow (it's a ZFS based system so I can create = a >>> separate boot environment for -CURRENT if needed, but that would = take >>> some time as I might have to upgrade the packages, should there be = any >>> ABI breakages). >>>=20 >> Thanks for the report. I don=E2=80=99t immediately see how this could = happen. >>=20 >> Are you running an L2 firewall on that bridge by any chance? An = earlier >> version of the patch had issues with a stray unlock in that code = path. >=20 > I don't think I have a L2 firewall (I assume means filtering based on > MAC address like what can be done with e.g. ipfw? The bridges were > created on vlan interfaces though, do they count as L2 firewall?), the > system is using pf with a few NAT rules: >=20 > $ sudo pfctl -s rules > anchor "miniupnpd" all > pass in quick inet6 proto tcp from to any flags S/SA keep state > block drop in quick inet6 proto tcp from ! to flags S/SA > block drop in quick proto tcp from any os "Linux" to any port =3D ssh > pass out on igb6 inet proto tcp from (igb6) to any port =3D domain = flags > S/SA keep state queue dns > pass out on igb6 inet proto udp from (igb6) to any port =3D domain = keep > state queue dns > pass in on igb6 proto tcp from any to (igb6) port =3D http flags S/SA > modulate state queue(web, ack) > pass in on igb6 proto tcp from any to (igb6) port =3D https flags S/SA > modulate state queue(web, ack) > pass out on igb6 inet proto tcp from (igb6) to any flags S/SA modulate > state queue bulk > block drop in quick on igb6 proto tcp from to any port =3D = ssh > label "ssh bruteforce" > block drop in on igb6 from to any >=20 > Cheers, From owner-freebsd-current@freebsd.org Thu Apr 23 06:08:33 2020 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 513702CEE45 for ; Thu, 23 Apr 2020 06:08:33 +0000 (UTC) (envelope-from Alexander@leidinger.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 4976LS6dLWz4VJD for ; Thu, 23 Apr 2020 06:08:32 +0000 (UTC) (envelope-from Alexander@leidinger.net) Received: by mailman.nyi.freebsd.org (Postfix) id E1A532CEE44; Thu, 23 Apr 2020 06:08:32 +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 E16D12CEE43 for ; Thu, 23 Apr 2020 06:08:32 +0000 (UTC) (envelope-from Alexander@leidinger.net) Received: from mailgate.Leidinger.net (bastille.leidinger.net [89.238.82.207]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4976LR3xdyz4VJC for ; Thu, 23 Apr 2020 06:08:31 +0000 (UTC) (envelope-from Alexander@leidinger.net) Received: from outgoing.leidinger.net (p5B165201.dip0.t-ipconnect.de [91.22.82.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (Client did not present a certificate) by mailgate.Leidinger.net (Postfix) with ESMTPSA id ABDAC24CDF for ; Thu, 23 Apr 2020 08:08:12 +0200 (CEST) Received: from webmail.leidinger.net (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (Client did not present a certificate) by outgoing.leidinger.net (Postfix) with ESMTPS id C62D82189 for ; Thu, 23 Apr 2020 08:08:09 +0200 (CEST) Date: Thu, 23 Apr 2020 08:08:09 +0200 Message-ID: <20200423080809.Horde.Bo3hS63ATAG-0MzxdGgLyhI@webmail.leidinger.net> From: Alexander Leidinger To: current@freebsd.org Subject: nfslockd kernel module fails to load Accept-Language: de,en Content-Type: multipart/signed; boundary="=_8lgMU6HSnZafDsvmEqeddfQ"; protocol="application/pgp-signature"; micalg=pgp-sha1 MIME-Version: 1.0 X-Rspamd-Queue-Id: 4976LR3xdyz4VJC X-Spamd-Bar: -------- X-Spamd-Result: default: False [-8.83 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[leidinger.net:s=outgoing-alex]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[leidinger.net:+]; DMARC_POLICY_ALLOW(-0.50)[leidinger.net,quarantine]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(-3.73)[ip: (-9.80), ipnet: 89.238.64.0/18(-4.91), asn: 34240(-3.91), country: DE(-0.02)]; ASN(0.00)[asn:34240, ipnet:89.238.64.0/18, country:DE]; RCVD_TLS_ALL(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[1.82.22.91.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2020 06:08:33 -0000 This message is in MIME format and has been PGP signed. --=_8lgMU6HSnZafDsvmEqeddfQ Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, link_elf_obj: symbol xdr_free undefined linker_load_file: /boot/kernel/nfslockd.ko - unsupported file type KLD nfsd.ko: depends on nfslockd - not available or version mismatch linker_load_file: /boot/kernel/nfsd.ko - unsupported file type The xdr kernel module is loaded. Bye, Alexander. --=20 http://www.Leidinger.net=20Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_8lgMU6HSnZafDsvmEqeddfQ Content-Type: application/pgp-signature Content-Description: Digitale PGP-Signatur Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJeoTDJAAoJEBINsJsD+NiGHRMP/3SjUcLMqdUVj8qDmrQU6HYL ArUZ8R6edrOSK6G82+jKC5LijnzdDfn6fE5lTstKwg8viMQKZcwiKnVrrIOPknFo 82dDynnIK18xcARBdK7HOD5xDyoKVVkQKZxZVAtgBq2R3k5s/Qf6D8Z0x+ogKBXE ORPPNHGiqd4elSPoiKjXucVwkwdvoqr9hoCyn7WO+8478+Jp3RuGSB5jmWsMq+LA jVXEglHr6NiNoxlgq8AesrOCjUqX3YfBmGk7DMz8eW/TjlWzuOW3IL9AiYGp/Ze1 CYYiHUfG4OhLCLLNTVIF4JEY5SyQ83UQ9wPfpW+NXrPGZR2UcHVieLhUAbuRnRgZ gz8qUNa8BOMDHhZ64pD/Pq7yzlBHLiCvbn+EkhJIihLUYPuFQ4cMip4wxT42Gubb KpBx4BDppH+DH0SkfVKzK/tT0qTQacGPJcoCpO20wcACTwZ8GX405uQjImFgHsQS Swr+7VfQ/57Bn3X3ZQxrywqPoI1faPDbul61T+YASi22WE1ZQiGn1K02zfgVsPzD MnvdRo0VRfCjKHrbfMIpuqLoLrHMUxxtZ06zF8FBqAJmWS0L3rAiDr4V/Is73pIU sUtMqIlWmzmUAmOpYky+t0nes1MK9YPcRdxSYCPBpgYbsJUwj2lkzF+78fywQVyx c1JTHhJ3qTVtXgNH1O8l =2vtl -----END PGP SIGNATURE----- --=_8lgMU6HSnZafDsvmEqeddfQ-- From owner-freebsd-current@freebsd.org Thu Apr 23 06:19:19 2020 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 4113B2CF880 for ; Thu, 23 Apr 2020 06:19:19 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4976Zt6rpWz4W9H for ; Thu, 23 Apr 2020 06:19:18 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id EB1B22CF87D; Thu, 23 Apr 2020 06:19:18 +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 EADF72CF87C for ; Thu, 23 Apr 2020 06:19:18 +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) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4976Zs5DgYz4W9G for ; Thu, 23 Apr 2020 06:19:17 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id 03N6J8cY081780 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 23 Apr 2020 09:19:12 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 03N6J8cY081780 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id 03N6J8hE081779; Thu, 23 Apr 2020 09:19:08 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 23 Apr 2020 09:19:08 +0300 From: Konstantin Belousov To: Alexander Leidinger Cc: current@freebsd.org Subject: Re: nfslockd kernel module fails to load Message-ID: <20200423061908.GE2522@kib.kiev.ua> References: <20200423080809.Horde.Bo3hS63ATAG-0MzxdGgLyhI@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200423080809.Horde.Bo3hS63ATAG-0MzxdGgLyhI@webmail.leidinger.net> 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: 4976Zs5DgYz4W9G 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.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(0.00)[ip: (-3.01), ipnet: 2001:470::/32(-4.65), asn: 6939(-3.60), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2020 06:19:19 -0000 On Thu, Apr 23, 2020 at 08:08:09AM +0200, Alexander Leidinger wrote: > Hi, > > link_elf_obj: symbol xdr_free undefined > linker_load_file: /boot/kernel/nfslockd.ko - unsupported file type > KLD nfsd.ko: depends on nfslockd - not available or version mismatch > linker_load_file: /boot/kernel/nfsd.ko - unsupported file type > > The xdr kernel module is loaded. The following should help. diff --git a/sys/nlm/nlm_prot_impl.c b/sys/nlm/nlm_prot_impl.c index bd0d2c80827..db3e198a4cf 100644 --- a/sys/nlm/nlm_prot_impl.c +++ b/sys/nlm/nlm_prot_impl.c @@ -2410,6 +2410,7 @@ static moduledata_t nfslockd_mod = { DECLARE_MODULE(nfslockd, nfslockd_mod, SI_SUB_VFS, SI_ORDER_ANY); /* So that loader and kldload(2) can find us, wherever we are.. */ +MODULE_DEPEND(nfslockd, xdr, 1, 1, 1); MODULE_DEPEND(nfslockd, krpc, 1, 1, 1); MODULE_DEPEND(nfslockd, nfscommon, 1, 1, 1); MODULE_VERSION(nfslockd, 1); From owner-freebsd-current@freebsd.org Thu Apr 23 06:30:25 2020 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 5AEFE2A8147 for ; Thu, 23 Apr 2020 06:30:25 +0000 (UTC) (envelope-from Alexander@leidinger.net) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4976qj0vZ6z4WsP for ; Thu, 23 Apr 2020 06:30:25 +0000 (UTC) (envelope-from Alexander@leidinger.net) Received: by mailman.nyi.freebsd.org (Postfix) id 1EFF62A8146; Thu, 23 Apr 2020 06:30: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 1EC652A8144 for ; Thu, 23 Apr 2020 06:30:25 +0000 (UTC) (envelope-from Alexander@leidinger.net) Received: from mailgate.Leidinger.net (mailgate.leidinger.net [IPv6:2a00:1828:2000:313::1:5]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4976qh1bVYz4WsN for ; Thu, 23 Apr 2020 06:30:24 +0000 (UTC) (envelope-from Alexander@leidinger.net) Received: from outgoing.leidinger.net (p5B165201.dip0.t-ipconnect.de [91.22.82.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256)) (Client did not present a certificate) by mailgate.Leidinger.net (Postfix) with ESMTPSA id 76FBE24DAC; Thu, 23 Apr 2020 08:30:12 +0200 (CEST) Received: from webmail.leidinger.net (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (Client did not present a certificate) by outgoing.leidinger.net (Postfix) with ESMTPS id DFD092669; Thu, 23 Apr 2020 08:30:08 +0200 (CEST) Date: Thu, 23 Apr 2020 08:30:08 +0200 Message-ID: <20200423083008.Horde.pIybBPGLYf5eoV_K5M6O6w7@webmail.leidinger.net> From: Alexander Leidinger To: Konstantin Belousov Cc: current@freebsd.org Subject: Re: nfslockd kernel module fails to load References: <20200423080809.Horde.Bo3hS63ATAG-0MzxdGgLyhI@webmail.leidinger.net> <20200423061908.GE2522@kib.kiev.ua> In-Reply-To: <20200423061908.GE2522@kib.kiev.ua> Accept-Language: de,en Content-Type: multipart/signed; boundary="=_TTpgM3gNnYYQdMQz1kGjMvq"; protocol="application/pgp-signature"; micalg=pgp-sha1 MIME-Version: 1.0 X-Rspamd-Queue-Id: 4976qh1bVYz4WsN X-Spamd-Bar: -------- X-Spamd-Result: default: False [-8.83 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[leidinger.net:s=outgoing-alex]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[leidinger.net:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[leidinger.net,quarantine]; SIGNED_PGP(-2.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(-3.73)[ip: (-9.84), ipnet: 2a00:1828::/32(-4.90), asn: 34240(-3.91), country: DE(-0.02)]; ASN(0.00)[asn:34240, ipnet:2a00:1828::/32, country:DE]; RCVD_TLS_ALL(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[1.82.22.91.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2020 06:30:25 -0000 This message is in MIME format and has been PGP signed. --=_TTpgM3gNnYYQdMQz1kGjMvq Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoting Konstantin Belousov (from Thu, 23 Apr=20=20 2020=2009:19:08 +0300): > On Thu, Apr 23, 2020 at 08:08:09AM +0200, Alexander Leidinger wrote: >> Hi, >> >> link_elf_obj: symbol xdr_free undefined >> linker_load_file: /boot/kernel/nfslockd.ko - unsupported file type >> KLD nfsd.ko: depends on nfslockd - not available or version mismatch >> linker_load_file: /boot/kernel/nfsd.ko - unsupported file type >> >> The xdr kernel module is loaded. > > The following should help. > /* So that loader and kldload(2) can find us, wherever we are.. */ > +MODULE_DEPEND(nfslockd, xdr, 1, 1, 1); > MODULE_DEPEND(nfslockd, krpc, 1, 1, 1); I thought MODULE_DEPEND is only a way to tell the loader / kldload=20=20 that=20the other module is to be loaded in case it is not in the kernel=20= =20 /=20loaded already. Is this only a part of what it does and / or did=20=20 this=20change and now it is also needed so that a kernel module is able=20= =20 to=20resolve the symbols? In my case the module is loaded already when I=20= =20 try=20to load the nfslockd module. Bye, Alexander. --=20 http://www.Leidinger.net=20Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_TTpgM3gNnYYQdMQz1kGjMvq Content-Type: application/pgp-signature Content-Description: Digitale PGP-Signatur Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJeoTXwAAoJEBINsJsD+NiGG4EQAKlNo0j09AUmkzKBlHz716wT rXEWyxkvTJ6s46MtAGATd9yVckDAjCMf8YPR5CcfxYYEuixf5CBEKCK2VGFuqJ5o 11Zdf8sWDgNA5OQ6nmY0XxeUeDD3e6tXSGuhMLKMSpVFIH2LETOg1g1y2egXYCkR 7FhytAMwyGJCrGWUAtvqy/fUIuzvMbsUKBHO21ZPzzA43B7QOF1eatqkax9II7zD LhD4X9ecdY2qU3zQyXirnE8/6wPMGaNj7iHpjsq9tlu9tASUdro/fNhGG8wrcaTE uuhkmHCsUjdlNdUz4TgJz7zzxJ9O6xU0Arg5PsdV5N6HaolYOlBVirrhfsVJTXfW kYNBl0YWon5QBdyz7D3NtARtmi8qjeED+FMCN5b6uttxTlftO2490ZECWfu0hAo6 gX+Ab2apteodiL+ttmodUHHeMbXdSZC049IG2PTKTWPlpSiuZy/MPnljy7UjWdh0 rnROjoDjwXAGaeXNpOKmpN312nPBBK5pHWTLPhtjZ/V8p76YtzOv5Mm36sgtUWPf skQCpB6WU/5Dlpv2NVIDYvUUCZlcN6OO0D9Z0O4EoAfDt8z2UzfJypjwUzwukzrO HTr7teTKYbTz1XPDRgfcjwDN4KHsvy4UOcb/zZdZi7XLU/Lt/rwpneOD5/kmK0rJ 80EU6qZEn9ovXnl+dHDQ =XYlO -----END PGP SIGNATURE----- --=_TTpgM3gNnYYQdMQz1kGjMvq-- From owner-freebsd-current@freebsd.org Thu Apr 23 07:04:22 2020 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 172DB2A95C7 for ; Thu, 23 Apr 2020 07:04:22 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4977Zs5fmdz4Yv6 for ; Thu, 23 Apr 2020 07:04:21 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id C220B2A95C6; Thu, 23 Apr 2020 07:04:21 +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 C1E672A95C5 for ; Thu, 23 Apr 2020 07:04:21 +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) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4977Zr5JnVz4Yv5 for ; Thu, 23 Apr 2020 07:04:20 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id 03N74CIs092482 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 23 Apr 2020 10:04:15 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 03N74CIs092482 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id 03N74CvD092481; Thu, 23 Apr 2020 10:04:12 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 23 Apr 2020 10:04:12 +0300 From: Konstantin Belousov To: Alexander Leidinger Cc: current@freebsd.org Subject: Re: nfslockd kernel module fails to load Message-ID: <20200423070412.GF2522@kib.kiev.ua> References: <20200423080809.Horde.Bo3hS63ATAG-0MzxdGgLyhI@webmail.leidinger.net> <20200423061908.GE2522@kib.kiev.ua> <20200423083008.Horde.pIybBPGLYf5eoV_K5M6O6w7@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200423083008.Horde.pIybBPGLYf5eoV_K5M6O6w7@webmail.leidinger.net> 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: 4977Zr5JnVz4Yv5 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.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(0.00)[ip: (-3.00), ipnet: 2001:470::/32(-4.65), asn: 6939(-3.60), country: US(-0.05)]; 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]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_ENVFROM(0.00)[gmail.com]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2020 07:04:22 -0000 On Thu, Apr 23, 2020 at 08:30:08AM +0200, Alexander Leidinger wrote: > Quoting Konstantin Belousov (from Thu, 23 Apr 2020 > 09:19:08 +0300): > > > On Thu, Apr 23, 2020 at 08:08:09AM +0200, Alexander Leidinger wrote: > > > Hi, > > > > > > link_elf_obj: symbol xdr_free undefined > > > linker_load_file: /boot/kernel/nfslockd.ko - unsupported file type > > > KLD nfsd.ko: depends on nfslockd - not available or version mismatch > > > linker_load_file: /boot/kernel/nfsd.ko - unsupported file type > > > > > > The xdr kernel module is loaded. > > > > The following should help. > > > /* So that loader and kldload(2) can find us, wherever we are.. */ > > +MODULE_DEPEND(nfslockd, xdr, 1, 1, 1); > > MODULE_DEPEND(nfslockd, krpc, 1, 1, 1); > > I thought MODULE_DEPEND is only a way to tell the loader / kldload that the > other module is to be loaded in case it is not in the kernel / loaded > already. Is this only a part of what it does and / or did this change and > now it is also needed so that a kernel module is able to resolve the > symbols? In my case the module is loaded already when I try to load the > nfslockd module. Did you tried the patch ? You already said that the module was loaded. MODULE_DEPEND() handles symbol namespaces. From owner-freebsd-current@freebsd.org Thu Apr 23 07:46:13 2020 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 E51762AB088 for ; Thu, 23 Apr 2020 07:46:13 +0000 (UTC) (envelope-from Alexander@leidinger.net) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4978W938JDz4cFS for ; Thu, 23 Apr 2020 07:46:13 +0000 (UTC) (envelope-from Alexander@leidinger.net) Received: by mailman.nyi.freebsd.org (Postfix) id 6C0ED2AB085; Thu, 23 Apr 2020 07:46:13 +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 6BD842AB084 for ; Thu, 23 Apr 2020 07:46:13 +0000 (UTC) (envelope-from Alexander@leidinger.net) Received: from mailgate.Leidinger.net (bastille.leidinger.net [89.238.82.207]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4978W82g9mz4cFP for ; Thu, 23 Apr 2020 07:46:12 +0000 (UTC) (envelope-from Alexander@leidinger.net) Received: from outgoing.leidinger.net (p5B165201.dip0.t-ipconnect.de [91.22.82.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (Client did not present a certificate) by mailgate.Leidinger.net (Postfix) with ESMTPSA id D2C1324EB9; Thu, 23 Apr 2020 09:46:05 +0200 (CEST) Received: from webmail.leidinger.net (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (Client did not present a certificate) by outgoing.leidinger.net (Postfix) with ESMTPS id 42D34266A; Thu, 23 Apr 2020 09:46:02 +0200 (CEST) Date: Thu, 23 Apr 2020 09:46:02 +0200 Message-ID: <20200423094602.Horde.CSyNCDCsORIorqv2R743XCg@webmail.leidinger.net> From: Alexander Leidinger To: Konstantin Belousov Cc: current@freebsd.org Subject: Re: nfslockd kernel module fails to load References: <20200423080809.Horde.Bo3hS63ATAG-0MzxdGgLyhI@webmail.leidinger.net> <20200423061908.GE2522@kib.kiev.ua> <20200423083008.Horde.pIybBPGLYf5eoV_K5M6O6w7@webmail.leidinger.net> <20200423070412.GF2522@kib.kiev.ua> In-Reply-To: <20200423070412.GF2522@kib.kiev.ua> Accept-Language: de,en Content-Type: multipart/signed; boundary="=_ZuSjqckO7iPhbFKYD6bwnBN"; protocol="application/pgp-signature"; micalg=pgp-sha1 MIME-Version: 1.0 X-Rspamd-Queue-Id: 4978W82g9mz4cFP X-Spamd-Bar: -------- X-Spamd-Result: default: False [-8.83 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[leidinger.net:s=outgoing-alex]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; IP_SCORE(-3.73)[ip: (-9.81), ipnet: 89.238.64.0/18(-4.91), asn: 34240(-3.92), country: DE(-0.02)]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[leidinger.net:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[leidinger.net,quarantine]; SIGNED_PGP(-2.00)[]; FREEMAIL_TO(0.00)[gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[1.82.22.91.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:34240, ipnet:89.238.64.0/18, country:DE]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2020 07:46:14 -0000 This message is in MIME format and has been PGP signed. --=_ZuSjqckO7iPhbFKYD6bwnBN Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoting Konstantin Belousov (from Thu, 23 Apr=20=20 2020=2010:04:12 +0300): > On Thu, Apr 23, 2020 at 08:30:08AM +0200, Alexander Leidinger wrote: >> Quoting Konstantin Belousov (from Thu, 23 Apr 2020 >> 09:19:08 +0300): >> >> > On Thu, Apr 23, 2020 at 08:08:09AM +0200, Alexander Leidinger wrote: >> > > Hi, >> > > >> > > link_elf_obj: symbol xdr_free undefined >> > > linker_load_file: /boot/kernel/nfslockd.ko - unsupported file type >> > > KLD nfsd.ko: depends on nfslockd - not available or version mismatch >> > > linker_load_file: /boot/kernel/nfsd.ko - unsupported file type >> > > >> > > The xdr kernel module is loaded. >> > >> > The following should help. >> >> > /* So that loader and kldload(2) can find us, wherever we are.. */ >> > +MODULE_DEPEND(nfslockd, xdr, 1, 1, 1); >> > MODULE_DEPEND(nfslockd, krpc, 1, 1, 1); >> >> I thought MODULE_DEPEND is only a way to tell the loader / kldload that = the >> other module is to be loaded in case it is not in the kernel / loaded >> already. Is this only a part of what it does and / or did this change an= d >> now it is also needed so that a kernel module is able to resolve the >> symbols? In my case the module is loaded already when I try to load the >> nfslockd module. > > Did you tried the patch ? I was trying it after asking the question. I confirm it works. > You already said that the module was loaded. > > MODULE_DEPEND() handles symbol namespaces. Since when is this the case (rough figure would be enough if someone=20=20 knows=20it without looking it up)? Bye, Alexander. --=20 http://www.Leidinger.net=20Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_ZuSjqckO7iPhbFKYD6bwnBN Content-Type: application/pgp-signature Content-Description: Digitale PGP-Signatur Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJeoUe5AAoJEBINsJsD+NiGPeQP/1gjjODMta3/uxlAoI7M6BQV 5bz0tMiyluSO6ujobjdlnomUee3lxhYCIJxgHIQbRmTWmIBp1Fr0/8KqJUbPzt/d GdGoYLbQa05eVFYpN+X+jDJ9QMmP35UM9qFBqlv96Y3thFrGzq/fkj3IETQLkwX9 VkAefvRKlS56AonNCJdxzJlsqoF56FGGkr44TRUlaHGSFY53qtfYRMy+ojM+lVkf Yls99g/pM8J2TNzEeG8Y7MYUA0JKt/ezV765zsycVZSaIsYM6c4r491vWQ16dg8H 6oKadK5E4T9sW6zF/fu8IurAQKlrimdYeHLFW064Tl8BcrHaYcKxQd3zt4V9vWxE s/1C5mnaEnrpWysJ6GGKQUXXdmx9pYscUfGTlIzNMluM8l/dk88Ts+0+QfxmEeFh AeKqbXPA32HhNZV917G5bdqzC3qO+NlEvLu7+74E4+3V6otwG+90iT5giFEZO3Mi W3Wzs0BiCpj9TerbIx9kJaRH/RYGDBvWsacJGq3FJdCby+1J1f4GN8YnkxYIPTae Gg+nZGuCxsYCFU52+Yi5sPaAocCAjbiZPBZy62vi5mk9f0L0NhZIeD8rSj5ETow5 QR9hyai0oCT/rjzVaT4b6xwrjcSH3FxCXrdwGYNa8dDJtnEMCRbyNYAldmzmPTe8 C/PZIc8QTG4QxTVSX4gh =V3EU -----END PGP SIGNATURE----- --=_ZuSjqckO7iPhbFKYD6bwnBN-- From owner-freebsd-current@freebsd.org Thu Apr 23 09:22:59 2020 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 C2E082AE5FB for ; Thu, 23 Apr 2020 09:22:59 +0000 (UTC) (envelope-from kostikbel@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 497Bfq3DK5z4jks for ; Thu, 23 Apr 2020 09:22:59 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 6E7912AE5FA; Thu, 23 Apr 2020 09:22:59 +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 6E38A2AE5F9 for ; Thu, 23 Apr 2020 09:22:59 +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) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 497Bfp2Tm4z4jkr for ; Thu, 23 Apr 2020 09:22:58 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id 03N9MmdZ025407 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 23 Apr 2020 12:22:52 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 03N9MmdZ025407 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id 03N9MmsQ025406; Thu, 23 Apr 2020 12:22:48 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 23 Apr 2020 12:22:48 +0300 From: Konstantin Belousov To: Alexander Leidinger Cc: current@freebsd.org Subject: Re: nfslockd kernel module fails to load Message-ID: <20200423092248.GG2522@kib.kiev.ua> References: <20200423080809.Horde.Bo3hS63ATAG-0MzxdGgLyhI@webmail.leidinger.net> <20200423061908.GE2522@kib.kiev.ua> <20200423083008.Horde.pIybBPGLYf5eoV_K5M6O6w7@webmail.leidinger.net> <20200423070412.GF2522@kib.kiev.ua> <20200423094602.Horde.CSyNCDCsORIorqv2R743XCg@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200423094602.Horde.CSyNCDCsORIorqv2R743XCg@webmail.leidinger.net> 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: 497Bfp2Tm4z4jkr 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.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(0.00)[ip: (-3.00), ipnet: 2001:470::/32(-4.65), asn: 6939(-3.60), country: US(-0.05)]; 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]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_ENVFROM(0.00)[gmail.com]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2020 09:22:59 -0000 On Thu, Apr 23, 2020 at 09:46:02AM +0200, Alexander Leidinger wrote: > > Quoting Konstantin Belousov (from Thu, 23 Apr 2020 > 10:04:12 +0300): > > > On Thu, Apr 23, 2020 at 08:30:08AM +0200, Alexander Leidinger wrote: > > > Quoting Konstantin Belousov (from Thu, 23 Apr 2020 > > > 09:19:08 +0300): > > > > > > > On Thu, Apr 23, 2020 at 08:08:09AM +0200, Alexander Leidinger wrote: > > > > > Hi, > > > > > > > > > > link_elf_obj: symbol xdr_free undefined > > > > > linker_load_file: /boot/kernel/nfslockd.ko - unsupported file type > > > > > KLD nfsd.ko: depends on nfslockd - not available or version mismatch > > > > > linker_load_file: /boot/kernel/nfsd.ko - unsupported file type > > > > > > > > > > The xdr kernel module is loaded. > > > > > > > > The following should help. > > > > > > > /* So that loader and kldload(2) can find us, wherever we are.. */ > > > > +MODULE_DEPEND(nfslockd, xdr, 1, 1, 1); > > > > MODULE_DEPEND(nfslockd, krpc, 1, 1, 1); > > > > > > I thought MODULE_DEPEND is only a way to tell the loader / kldload that the > > > other module is to be loaded in case it is not in the kernel / loaded > > > already. Is this only a part of what it does and / or did this change and > > > now it is also needed so that a kernel module is able to resolve the > > > symbols? In my case the module is loaded already when I try to load the > > > nfslockd module. > > > > Did you tried the patch ? > > I was trying it after asking the question. I confirm it works. > > > You already said that the module was loaded. > > > > MODULE_DEPEND() handles symbol namespaces. > > Since when is this the case (rough figure would be enough if someone knows > it without looking it up)? It is definitely so from the 5.x times, but I highly suspect that this was the feature of 'new' modules from the beginning. From owner-freebsd-current@freebsd.org Thu Apr 23 09:53:56 2020 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 4FD902AFFA8 for ; Thu, 23 Apr 2020 09:53:56 +0000 (UTC) (envelope-from Alexander@leidinger.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 497CLW42W0z4mBb for ; Thu, 23 Apr 2020 09:53:55 +0000 (UTC) (envelope-from Alexander@leidinger.net) Received: by mailman.nyi.freebsd.org (Postfix) id 8A6DE2AFFA3; Thu, 23 Apr 2020 09:53:55 +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 8A2782AFFA2 for ; Thu, 23 Apr 2020 09:53:55 +0000 (UTC) (envelope-from Alexander@leidinger.net) Received: from mailgate.Leidinger.net (bastille.leidinger.net [89.238.82.207]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 497CLV4XH7z4mBY for ; Thu, 23 Apr 2020 09:53:54 +0000 (UTC) (envelope-from Alexander@leidinger.net) Received: from outgoing.leidinger.net (p5B165201.dip0.t-ipconnect.de [91.22.82.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (Client did not present a certificate) by mailgate.Leidinger.net (Postfix) with ESMTPSA id A18CC24F6F; Thu, 23 Apr 2020 11:53:35 +0200 (CEST) Received: from webmail.leidinger.net (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (Client did not present a certificate) by outgoing.leidinger.net (Postfix) with ESMTPS id F2312279F; Thu, 23 Apr 2020 11:53:30 +0200 (CEST) Date: Thu, 23 Apr 2020 11:53:30 +0200 Message-ID: <20200423115330.Horde.NW6XdOo4LdF1H7Djzj2V_JM@webmail.leidinger.net> From: Alexander Leidinger To: Konstantin Belousov Cc: current@freebsd.org Subject: Re: nfslockd kernel module fails to load References: <20200423080809.Horde.Bo3hS63ATAG-0MzxdGgLyhI@webmail.leidinger.net> <20200423061908.GE2522@kib.kiev.ua> <20200423083008.Horde.pIybBPGLYf5eoV_K5M6O6w7@webmail.leidinger.net> <20200423070412.GF2522@kib.kiev.ua> <20200423094602.Horde.CSyNCDCsORIorqv2R743XCg@webmail.leidinger.net> <20200423092248.GG2522@kib.kiev.ua> In-Reply-To: <20200423092248.GG2522@kib.kiev.ua> Accept-Language: de,en Content-Type: multipart/signed; boundary="=_Cz5MeJwDPIaxrfzNWuOtKyp"; protocol="application/pgp-signature"; micalg=pgp-sha1 MIME-Version: 1.0 X-Rspamd-Queue-Id: 497CLV4XH7z4mBY X-Spamd-Bar: -------- X-Spamd-Result: default: False [-8.83 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[leidinger.net:s=outgoing-alex]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[leidinger.net:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[leidinger.net,quarantine]; SIGNED_PGP(-2.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(-3.73)[ip: (-9.81), ipnet: 89.238.64.0/18(-4.92), asn: 34240(-3.92), country: DE(-0.02)]; ASN(0.00)[asn:34240, ipnet:89.238.64.0/18, country:DE]; RCVD_TLS_ALL(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[1.82.22.91.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2020 09:53:56 -0000 This message is in MIME format and has been PGP signed. --=_Cz5MeJwDPIaxrfzNWuOtKyp Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoting Konstantin Belousov (from Thu, 23 Apr=20=20 2020=2012:22:48 +0300): > On Thu, Apr 23, 2020 at 09:46:02AM +0200, Alexander Leidinger wrote: >> >> Quoting Konstantin Belousov (from Thu, 23 Apr 2020 >> 10:04:12 +0300): >> > MODULE_DEPEND() handles symbol namespaces. >> >> Since when is this the case (rough figure would be enough if someone kno= ws >> it without looking it up)? > > It is definitely so from the 5.x times, but I highly suspect that this wa= s Thanks for the info. > the feature of 'new' modules from the beginning. I do not remember this behavior in 3.0. I remember cases where a=20=20 module=20didn't had a dependency and manually loading the dependency=20=20 before=20was enough. Memories alter over time, so I may be wrong... I wouldn't be surprised if this behavior was introduced more in the=20=20 timeframe=20around amd64 or the reworking of module loading a while=20=20 after=20amd64 (may this is what you refer to as "new modules"). Bye, Alexander. --=20 http://www.Leidinger.net=20Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_Cz5MeJwDPIaxrfzNWuOtKyp Content-Type: application/pgp-signature Content-Description: Digitale PGP-Signatur Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJeoWWaAAoJEBINsJsD+NiGcRkQAIw+MQ4T1OeTuRI6xsx3+0Ff B0ZAsL9XPPJqK1TyaxRFVCscVofIdRge2mdMjkU759dxEBN7L3qMHvPBYaafCI4R ft//Cg6lMg7VDtZVFoZ2eNw874sDA80mo+9bCfgMDDergw4bMH3TtrH3ae+s+RWh SxfY8kjfO01HcTPO6CDrH8EZx5EzDxHDy1asilsHKkTskB/h1xz/nkcnvjEtde1A ibA9OPF3xOjiBbAgHwfjSiZhvXpmYU29EUhTsxZSF19me5taxjMebB1EiMgA/G4y O8QbC/Q2GDas8ls7FWYDTgoL2o2qQp7WO9xDuJxSCXXo6Dju+wbkThekO6CRdasf EV/LvDYN4YzID5rnqSg99yrQ1k/janZt+pzmwwHkbdewtFGCx9T5rA/SpFVb13qC QIPK2e85fY69amTUJbp1nYDZ52dgpMSS6pdb8bgA1dgx0M1EbkG8pGK+n0qr0uf1 PCddqZoi1BJprloXdhoM2p6WofQqQlxFWEhZn+Qj+tcdmsn1PeX2tJAjvWI4g26E +LX6iaDR57mbtJ6x9pyv+v0ZaJTQuuXviuh83u/9iBp9tQ3XBTRHO/8MUE0KT/s3 ykMGn7OGWEw1Tx5OF1HKSEJPOE7v8TdttbnrOvC0onaTiH592qgovFJvQMTI8pJb gTjNEkvftY7xpPtbNRmd =4KdA -----END PGP SIGNATURE----- --=_Cz5MeJwDPIaxrfzNWuOtKyp-- From owner-freebsd-current@freebsd.org Thu Apr 23 10:30:21 2020 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 149052B0D70 for ; Thu, 23 Apr 2020 10:30:21 +0000 (UTC) (envelope-from kostikbel@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 497D8X5FpSz4nhZ for ; Thu, 23 Apr 2020 10:30:20 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id B41092B0D6F; Thu, 23 Apr 2020 10:30:20 +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 B3D6E2B0D6E for ; Thu, 23 Apr 2020 10:30:20 +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) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 497D8W4NYWz4nhX for ; Thu, 23 Apr 2020 10:30:19 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id 03NAUBkm044444 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 23 Apr 2020 13:30:14 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 03NAUBkm044444 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id 03NAUBS4044442; Thu, 23 Apr 2020 13:30:11 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 23 Apr 2020 13:30:11 +0300 From: Konstantin Belousov To: Alexander Leidinger Cc: current@freebsd.org Subject: Re: nfslockd kernel module fails to load Message-ID: <20200423103011.GH2522@kib.kiev.ua> References: <20200423080809.Horde.Bo3hS63ATAG-0MzxdGgLyhI@webmail.leidinger.net> <20200423061908.GE2522@kib.kiev.ua> <20200423083008.Horde.pIybBPGLYf5eoV_K5M6O6w7@webmail.leidinger.net> <20200423070412.GF2522@kib.kiev.ua> <20200423094602.Horde.CSyNCDCsORIorqv2R743XCg@webmail.leidinger.net> <20200423092248.GG2522@kib.kiev.ua> <20200423115330.Horde.NW6XdOo4LdF1H7Djzj2V_JM@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200423115330.Horde.NW6XdOo4LdF1H7Djzj2V_JM@webmail.leidinger.net> 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: 497D8W4NYWz4nhX 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.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(0.00)[ip: (-2.99), ipnet: 2001:470::/32(-4.65), asn: 6939(-3.60), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2020 10:30:21 -0000 On Thu, Apr 23, 2020 at 11:53:30AM +0200, Alexander Leidinger wrote: > Quoting Konstantin Belousov (from Thu, 23 Apr 2020 > 12:22:48 +0300): > > > On Thu, Apr 23, 2020 at 09:46:02AM +0200, Alexander Leidinger wrote: > > > > > > Quoting Konstantin Belousov (from Thu, 23 Apr 2020 > > > 10:04:12 +0300): > > > > > > MODULE_DEPEND() handles symbol namespaces. > > > > > > Since when is this the case (rough figure would be enough if someone knows > > > it without looking it up)? > > > > It is definitely so from the 5.x times, but I highly suspect that this was > > Thanks for the info. > > > the feature of 'new' modules from the beginning. > > I do not remember this behavior in 3.0. I remember cases where a module > didn't had a dependency and manually loading the dependency before was > enough. Memories alter over time, so I may be wrong... > I wouldn't be surprised if this behavior was introduced more in the > timeframe around amd64 or the reworking of module loading a while after > amd64 (may this is what you refer to as "new modules"). No, it predates amd64 for many years. There were 'lkm' modules, and dfr then implemented 'kld' modules, I think around 1998, mostly confirmed by svn log for link_elf.c. Namespace restriction for symbol lookup for dependencies only was in kld from the start. From owner-freebsd-current@freebsd.org Thu Apr 23 16:45:12 2020 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 F10F32BC9EF for ; Thu, 23 Apr 2020 16:45:12 +0000 (UTC) (envelope-from delphij@gmail.com) Received: from mail-qk1-x743.google.com (mail-qk1-x743.google.com [IPv6:2607:f8b0:4864:20::743]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 497NT413j0z41yV; Thu, 23 Apr 2020 16:45:12 +0000 (UTC) (envelope-from delphij@gmail.com) Received: by mail-qk1-x743.google.com with SMTP id t3so7122821qkg.1; Thu, 23 Apr 2020 09:45:12 -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=Fs9z/GBHo0CEXKSrOI5x1A2xbJZn/gjXoPsgRKVTuvI=; b=PhJBKboyCxqEBHIzhsFZIHAeSSDj/+h0PgU66uXBsKlpeLb+zD+m0eDNHLGHV/kR3z a/l8bbThO484qXljoQ6dFrU/PiqVT4U01rHavHcgMFx8s7qmjL9n46qzd/Zz8LFAgzs8 x23mTau8bAKjx+jP52k2rPGG6UcJma3PpSfJSvvoQOBW08f/IwM1E7ZVo8IX2b+LW0aK fZjl+TP5nhFfNctpP4+CuWNDVA/9UyeG+loEH1iDoiTBh4G4kK7LcYEfWEyVhyWObwxV MB7E1XpEM7S2ieJyhDsiv47iBPyjFxqLNm9es3iIjvqwyvYdvYr+NvlEyJjhx/lPsLDB 8kIQ== 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=Fs9z/GBHo0CEXKSrOI5x1A2xbJZn/gjXoPsgRKVTuvI=; b=RVYWX7I0C7DWHqp426rMKhWAG2j3UF8QixsUeD67EzyxUd1/t2pWMROOxWmAXKFiIc 5UtzSAX+D9JzTiXXUu3iST3+NI8Qq/nuViXrPdkYJ9fv/iLQio3MXrRrE7nNN4kgxWD2 s75B/3agxEfy/ywg6RMM8owBBTta0gN1jJeLWWs9zrJL+KixOCXX+S9w1Y56zHwZaaWF IoggR6M1OJxfoONkqk1VcRbs/cStg5HC8oPSJY3lDw1aDvugxABh8tqkvejxc8dLUj75 l0xd0liLLJA7YgSh/AbSHy4EmS34J93BSQCVzLQtmDM8LtwjpVEOUt7HuOOr3exuo9bc /iUA== X-Gm-Message-State: AGi0PuauNOuqxaFEWMheM4aXy/hjeuun5nqGTxfjrSFlKT7Unn6Q8CCq /6RaNvqw/Vv0klGBTJbkBME8lQZz/tZbNsQxp+UPoyeG1s0= X-Google-Smtp-Source: APiQypIQUcynDnGzI92ILP41bT0adPN17HYfJ7PgQ6beZ/oqEfGbb9bfO8vEHJsIz4G9b429iJojhwMAEc2ySoSQKlI= X-Received: by 2002:a05:620a:16b0:: with SMTP id s16mr4638618qkj.204.1587660311106; Thu, 23 Apr 2020 09:45:11 -0700 (PDT) MIME-Version: 1.0 References: <202004171047.03HAlFk6050161@gndrsh.dnsmgr.net> In-Reply-To: From: Xin LI Date: Thu, 23 Apr 2020 09:44:59 -0700 Message-ID: Subject: Ordering of files in zoneinfo [Was Re: sort.core error doing installworld on Current.] To: Johan Hendriks Cc: FreeBSD Current , Brooks Davis , "M. Warner Losh" , Glen Barber , Bryan Drewery , Ed Maste , fk@fabiankeil.de, Brad Davis X-Rspamd-Queue-Id: 497NT413j0z41yV X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=PhJBKboy; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of delphij@gmail.com designates 2607:f8b0:4864:20::743 as permitted sender) smtp.mailfrom=delphij@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; URI_COUNT_ODD(1.00)[21]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCPT_COUNT_SEVEN(0.00)[9]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (0.01), ipnet: 2607:f8b0::/32(-0.33), asn: 15169(-0.43), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[3.4.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2020 16:45:13 -0000 Hi, Thanks for raising this. I have took a look at the change history, it seems that the find operation was introduced in r245265 (brooks@, to support packaged base) and sort was initially implemented as find -s in r289451 (ngie@, to make METALOG reproducible) then as sort in r328958 (imp@, for portability). I wonder if we could drop the sort and replace ${TZS} in line 100 with ${TZS:O} instead? By the way, looking at https://github.com/freebsd/pkg/blob/master/libpkg/metalog.c , I wonder if the sort should really happen in pkg(8) instead? On Fri, Apr 17, 2020 at 7:28 AM Johan Hendriks wrote: > Op 17-04-2020 om 13:30 schreef Johan Hendriks: > > > > Op 17-04-2020 om 12:47 schreef Rodney W. Grimes: > >>>> Op 17-04-2020 om 03:31 schreef Rodney W. Grimes: > >>>>>> On Thu, Apr 16, 2020 at 12:39 PM Kevin Oberman > >>>>>> wrote: > >>>>>> > >>>>>>> So you some how had a sort core dump sitting in > >>>>>>> /usr/obj/usr/src/amd64.amd64/share/zoneinfo/builddir. The > >>>>>>> questions, how > >>>>>>> did get there? I'd take a look at the date on the file and, it > >>>>>>> it is older > >>>>>>> than the buildworld, just assume that it was left-over garbage. > >>>>>>> In either > >>>>>>> case, you can delete it and do another installworld. > >>>>>>> > >>>>>>> That should most likely fix things, but, if the buildworld or > >>>>>>> installworld > >>>>>>> had a crash of sort(1) that left the file, further investigation > >>>>>>> might be > >>>>>>> needed. Re-making the zoneinfo would help track it down should > >>>>>>> this be a re > >>>>>>> al bug, but it's my uneducated guess that it's not. > >>>>>>> -- > >>>>>>> Kevin Oberman, Part time kid herder and retired Network Engineer > >>>>>>> E-mail: rkoberman@gmail.com > >>>>>>> PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > >>>>>>> > >>>>>> Please forgive that awful post! I missed a part of your message > >>>>>> by laziness. > >>>>>> > >>>>>> It's odd that the error of sort(1) crashing was not caught by the > >>>>>> script. > >>>>> Yes, that is a Makefile flaw someplace. > >>>>> Further there must be a wildcard being used to decide which files to > >>>>> install, that is a further Makefile flaw. Wildcards should NOT be > >>>>> used > >>>>> in the source of an install list, exactly because of this type of > >>>>> cruft > >>>>> that can be dropped in an obj dir. > >> From src/share/zoneinfo/Makefile at about line 93: > >> 92 if make(*install*) > >> 93 TZS!= cd ${TZBUILDDIR} && find * -type f | LC_ALL=C sort > >> ^^^^ this is a very bad thing to do > >> in a Makefile. > >> > >> 94 .endif > >> > >> Now I still don't know why sort cored, but I am sure this is the line > >> that did it. > >> > >>>>>> Clearly, sort should NOT crash! Again, a re-build of zoneinfo > >>>>>> might catch > >>>>>> something. Looking at the core might tell you which "sort" was > >>>>>> involved... > >>>>>> the one you just built or the one in the base system. This could > >>>>>> be just a > >>>>>> FOTU, but I would not bet on it. > >>>>> I suspect a recent zoneinfo commit as the root cause. > >>>>> > >>>> I have no idea how to bypass this issue. > >>>> I have used sort from the latest snapshot and placed that file on the > >>>> system and in the build dir, but i keep getting the core > >>>> > >>>> How can i test an build and install part for zoneinfo > >>>> > >>>> If i go into the dir /usr/src/share/zoneinfo and do make install it > >>>> does > >>>> not work, do i need to add something? > >>> Can you show us the output from > >>> cd /usr/src/share/zoneinfo > >>> make clean && make depend && make all && make install > >>> Someplace in that we should get to see sort crashing... > >>> > > On both machines my src.conf file is the same. > > > > I will start over from a clean world by doing a make cleanworld and > > see if it then still gives the errors > > Maybe some old artifacts are hanging around. > > > > > > > >>> > >>>> Thank you both for your time > >>>> > >>>>>> -- > >>>>>> Kevin Oberman, Part time kid herder and retired Network Engineer > >>>>>> E-mail: rkoberman@gmail.com > >>>>>> PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > >>>>>> > >>>>>> > >>>>>>> On Thu, Apr 16, 2020 at 11:49 AM Johan Hendriks > >>>>>>> > >>>>>>> wrote: > >>>>>>> > >>>>>>>> I have a machine running FreeBSD head. > >>>>>>>> rev 13.0-CURRENT #11 r360008 > >>>>>>>> > >>>>>>>> This is a quite powerful machine, so i thought it was a good > >>>>>>>> idea to let > >>>>>>>> that server do the build and for my virtualbox machine i can > >>>>>>>> use the > >>>>>>>> powerful machine to do a installword over NFS. > >>>>>>>> > >>>>>>>> But when i did the make installworld step the client so to say > >>>>>>>> gives an > >>>>>>>> error. > >>>>>>>> > >>>>>>>> install -o root -g wheel -m 444 > >>>>>>>> /usr/obj/usr/src/amd64.amd64/share/zoneinfo/builddir/Zulu > >>>>>>>> /usr/share/zoneinfo/Zulu > >>>>>>>> install -o root -g wheel -m 444 > >>>>>>>> /usr/obj/usr/src/amd64.amd64/share/zoneinfo/builddir/posixrules > >>>>>>>> /usr/share/zoneinfo/posixrules > >>>>>>>> install -o root -g wheel -m 444 > >>>>>>>> /usr/obj/usr/src/amd64.amd64/share/zoneinfo/builddir/sort.core > >>>>>>>> /usr/share/zoneinfo/sort.core > >>>>>>>> install: > >>>>>>>> /usr/obj/usr/src/amd64.amd64/share/zoneinfo/builddir/sort.core: > >>>>>>>> Permission denied > >>>>>>>> *** Error code 71 > >>>>>>>> > >>>>>>>> Stop. > >>>>>>>> bmake[5]: stopped in /usr/src/share/zoneinfo > >>>>>>>> *** Error code 1 > >>>>>>>> > >>>>>>>> Stop. > >>>>>>>> bmake[4]: stopped in /usr/src/share > >>>>>>>> *** Error code 1 > >>>>>>>> > >>>>>>>> Stop. > >>>>>>>> bmake[3]: stopped in /usr/src > >>>>>>>> *** Error code 1 > >>>>>>>> > >>>>>>>> Stop. > >>>>>>>> bmake[2]: stopped in /usr/src > >>>>>>>> *** Error code 1 > >>>>>>>> > >>>>>>>> Stop. > >>>>>>>> bmake[1]: stopped in /usr/src > >>>>>>>> *** Error code 1 > >>>>>>>> > >>>>>>>> Stop. > >>>>>>>> make: stopped in /usr/src > >>>>>>>> .ERROR_TARGET='installworld' > >>>>>>>> .ERROR_META_FILE='' > >>>>>>>> .MAKE.LEVEL='0' > >>>>>>>> MAKEFILE='' > >>>>>>>> .MAKE.MODE='normal' > >>>>>>>> _ERROR_CMD='.PHONY' > >>>>>>>> .CURDIR='/usr/src' > >>>>>>>> .MAKE='make' > >>>>>>>> .OBJDIR='/usr/obj/usr/src/amd64.amd64' > >>>>>>>> .TARGETS='installworld' > >>>>>>>> DESTDIR='' > >>>>>>>> LD_LIBRARY_PATH='' > >>>>>>>> MACHINE='amd64' > >>>>>>>> MACHINE_ARCH='amd64' > >>>>>>>> MAKEOBJDIRPREFIX='/usr/obj' > >>>>>>>> MAKESYSPATH='/usr/src/share/mk' > >>>>>>>> MAKE_VERSION='20181221' > >>>>>>>> PATH='/sbin:/bin:/usr/sbin:/usr/bin' > >>>>>>>> SRCTOP='/usr/src' > >>>>>>>> OBJTOP='/usr/obj/usr/src/amd64.amd64' > >>>>>>>> > >>>>>>>> It looks likes sort coredumps in the usr/share/zoneinfo part of > >>>>>>>> the base. > >>>>>>>> As it has no permission on the NFS share it errors out. > >>>>>>>> On the server itself, the installworld goes well, but it leaves a > >>>>>>>> sort.core file behind in /usr/share/zoneinfo > >>>>>>>> > >>>>>>>> cd /usr/share/zoneinfo > >>>>>>>> ls -al > >>>>>>>> > >>>>>>>> > >>>>>> _______________________________________________ > >>>>>> 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" > >>>> > >>> -- > >>> Rod Grimes rgrimes@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" > >>> > I have rebuild everything on the host and did a make cleanworld. > Al is fine now. > I should have done that before i asked here. > Sorry to have wasted your time. > But we did find a Makefile that should be doing things differently. > > regards > Johan > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Thu Apr 23 16:49:22 2020 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 9AFE02BCC20 for ; Thu, 23 Apr 2020 16:49:22 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x734.google.com (mail-qk1-x734.google.com [IPv6:2607:f8b0:4864:20::734]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 497NYs684Nz42CP for ; Thu, 23 Apr 2020 16:49:21 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x734.google.com with SMTP id o19so7097436qkk.5 for ; Thu, 23 Apr 2020 09:49:21 -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=oA26VB8Y1+LrCt2JPwfqZNfoEm/iZtbPNW4HhjvFy/A=; b=eC28yOymplmYth0ya4iNDfijSoFCz7HIH/4Ytb1VaKPGXpMk/GiRd/SaDysva4CUXz Ju3/WgQo5/aYEJZxcJ1fj2Na3tUNuOXYGDMCbWbjZO+hBYhJ+xI/aWOLXSQUBqLqNZ4j SApTc06hMNhe/DvTLBDWmJJZdOUVkZ2Msp7S+jpiWHoXeSUUHwwUAe/INnTZYfZJ2sN2 ZIODE0CTiOCtiNUOgzz1EXKqrOsBvwN/fX5razqrlhl2gI/UJjawGDg1Oz/Mf8E606tx urH0cx6PDYLPA4S9BKO2bi59v06JcJOJ4gfgKjnmp4SQMeWM1CFya2YpvXrqX97vm0eF nNIw== 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=oA26VB8Y1+LrCt2JPwfqZNfoEm/iZtbPNW4HhjvFy/A=; b=E2ZjPPGP9MwaC5dqBh5zAPEVd3PjVujsSNat5qTr94FlYneNXHUT4WsR2j95Pb6VPP kAB13iKiBWpcNeoYM/6ssT24YaC4jCv2XjVmaKPtDK+jBotmlCaofFTJCzwWABWvFDFs GZx2EN6prFcjbD//rD60a7Vmo6zCxp4t1P50cjodiOrTsKDmm4en2R6wEqIXnKH9aDPp e+6yelbJzhedkIeNd2AtCJxJSwYeZLAZlmv6GJfzYlUK4QC783FU1sof70bk9O4NX2J5 DmGWYp0l4AgpNOa1jJODOgc1A6MFlO2M/SFN+TxF6U4joZL0W4OtFj/9Yc5dex2B7of3 lbOg== X-Gm-Message-State: AGi0PuaYX1U+abyrgESQ4V5hYpHM8yOkpUox/Xtr8hnWADl8nET1mMSQ 9yAL2tIJdJbVIgD7GmdegF7ebvkHozBcuv/zGFem6A== X-Google-Smtp-Source: APiQypLZIXo/aXCvKA3e+X3Aqx7u6VhBcykF7F0fbBddX3Scb0ds52EDSgluxRYwfxB7UrWgaorCU6v8ippF3C/of3A= X-Received: by 2002:a37:9a57:: with SMTP id c84mr4460791qke.380.1587660560112; Thu, 23 Apr 2020 09:49:20 -0700 (PDT) MIME-Version: 1.0 References: <202004171047.03HAlFk6050161@gndrsh.dnsmgr.net> In-Reply-To: From: Warner Losh Date: Thu, 23 Apr 2020 10:49:09 -0600 Message-ID: Subject: Re: Ordering of files in zoneinfo [Was Re: sort.core error doing installworld on Current.] To: Xin LI Cc: Johan Hendriks , FreeBSD Current , Brooks Davis , "M. Warner Losh" , Glen Barber , Bryan Drewery , Ed Maste , fk@fabiankeil.de, Brad Davis X-Rspamd-Queue-Id: 497NYs684Nz42CP X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=eC28yOym; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::734) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-2.99 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; URI_COUNT_ODD(1.00)[21]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[4.3.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCPT_COUNT_SEVEN(0.00)[10]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; FREEMAIL_TO(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(-1.99)[ip: (-9.13), ipnet: 2607:f8b0::/32(-0.33), asn: 15169(-0.43), country: US(-0.05)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_ALL(0.00)[]; FREEMAIL_CC(0.00)[gmail.com] X-Mailman-Approved-At: Thu, 23 Apr 2020 17:28:50 +0000 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2020 16:49:22 -0000 On Thu, Apr 23, 2020 at 10:45 AM Xin LI wrote: > Hi, > > Thanks for raising this. > > I have took a look at the change history, it seems that the find operation > was introduced in r245265 > (brooks@, > to support packaged base) and sort was initially implemented as find -s in > r289451 > (ngie@, to make METALOG reproducible) then as sort in r328958 > (imp@, > for portability). > > I wonder if we could drop the sort and replace ${TZS} in line 100 with > ${TZS:O} instead? > I haven't thought carefully about that, but a quick look suggests that it's OK. It happens in a bootstrapped make, so that will work everywhere which addresses the issues around r328958. Using TZS:O should give us the same built-to-build stability we need. I don't recall the issue with a lot of clarity, so there's small chance I'm missing something. Warner > By the way, looking at > https://github.com/freebsd/pkg/blob/master/libpkg/metalog.c , I wonder if > the sort should really happen in pkg(8) instead? > > On Fri, Apr 17, 2020 at 7:28 AM Johan Hendriks > wrote: > >> Op 17-04-2020 om 13:30 schreef Johan Hendriks: >> > >> > Op 17-04-2020 om 12:47 schreef Rodney W. Grimes: >> >>>> Op 17-04-2020 om 03:31 schreef Rodney W. Grimes: >> >>>>>> On Thu, Apr 16, 2020 at 12:39 PM Kevin Oberman >> >>>>>> wrote: >> >>>>>> >> >>>>>>> So you some how had a sort core dump sitting in >> >>>>>>> /usr/obj/usr/src/amd64.amd64/share/zoneinfo/builddir. The >> >>>>>>> questions, how >> >>>>>>> did get there? I'd take a look at the date on the file and, it >> >>>>>>> it is older >> >>>>>>> than the buildworld, just assume that it was left-over garbage. >> >>>>>>> In either >> >>>>>>> case, you can delete it and do another installworld. >> >>>>>>> >> >>>>>>> That should most likely fix things, but, if the buildworld or >> >>>>>>> installworld >> >>>>>>> had a crash of sort(1) that left the file, further investigation >> >>>>>>> might be >> >>>>>>> needed. Re-making the zoneinfo would help track it down should >> >>>>>>> this be a re >> >>>>>>> al bug, but it's my uneducated guess that it's not. >> >>>>>>> -- >> >>>>>>> Kevin Oberman, Part time kid herder and retired Network Engineer >> >>>>>>> E-mail: rkoberman@gmail.com >> >>>>>>> PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 >> >>>>>>> >> >>>>>> Please forgive that awful post! I missed a part of your message >> >>>>>> by laziness. >> >>>>>> >> >>>>>> It's odd that the error of sort(1) crashing was not caught by the >> >>>>>> script. >> >>>>> Yes, that is a Makefile flaw someplace. >> >>>>> Further there must be a wildcard being used to decide which files to >> >>>>> install, that is a further Makefile flaw. Wildcards should NOT be >> >>>>> used >> >>>>> in the source of an install list, exactly because of this type of >> >>>>> cruft >> >>>>> that can be dropped in an obj dir. >> >> From src/share/zoneinfo/Makefile at about line 93: >> >> 92 if make(*install*) >> >> 93 TZS!= cd ${TZBUILDDIR} && find * -type f | LC_ALL=C sort >> >> ^^^^ this is a very bad thing to do >> >> in a Makefile. >> >> >> >> 94 .endif >> >> >> >> Now I still don't know why sort cored, but I am sure this is the line >> >> that did it. >> >> >> >>>>>> Clearly, sort should NOT crash! Again, a re-build of zoneinfo >> >>>>>> might catch >> >>>>>> something. Looking at the core might tell you which "sort" was >> >>>>>> involved... >> >>>>>> the one you just built or the one in the base system. This could >> >>>>>> be just a >> >>>>>> FOTU, but I would not bet on it. >> >>>>> I suspect a recent zoneinfo commit as the root cause. >> >>>>> >> >>>> I have no idea how to bypass this issue. >> >>>> I have used sort from the latest snapshot and placed that file on the >> >>>> system and in the build dir, but i keep getting the core >> >>>> >> >>>> How can i test an build and install part for zoneinfo >> >>>> >> >>>> If i go into the dir /usr/src/share/zoneinfo and do make install it >> >>>> does >> >>>> not work, do i need to add something? >> >>> Can you show us the output from >> >>> cd /usr/src/share/zoneinfo >> >>> make clean && make depend && make all && make install >> >>> Someplace in that we should get to see sort crashing... >> >>> >> > On both machines my src.conf file is the same. >> > >> > I will start over from a clean world by doing a make cleanworld and >> > see if it then still gives the errors >> > Maybe some old artifacts are hanging around. >> > >> > >> > >> >>> >> >>>> Thank you both for your time >> >>>> >> >>>>>> -- >> >>>>>> Kevin Oberman, Part time kid herder and retired Network Engineer >> >>>>>> E-mail: rkoberman@gmail.com >> >>>>>> PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 >> >>>>>> >> >>>>>> >> >>>>>>> On Thu, Apr 16, 2020 at 11:49 AM Johan Hendriks >> >>>>>>> >> >>>>>>> wrote: >> >>>>>>> >> >>>>>>>> I have a machine running FreeBSD head. >> >>>>>>>> rev 13.0-CURRENT #11 r360008 >> >>>>>>>> >> >>>>>>>> This is a quite powerful machine, so i thought it was a good >> >>>>>>>> idea to let >> >>>>>>>> that server do the build and for my virtualbox machine i can >> >>>>>>>> use the >> >>>>>>>> powerful machine to do a installword over NFS. >> >>>>>>>> >> >>>>>>>> But when i did the make installworld step the client so to say >> >>>>>>>> gives an >> >>>>>>>> error. >> >>>>>>>> >> >>>>>>>> install -o root -g wheel -m 444 >> >>>>>>>> /usr/obj/usr/src/amd64.amd64/share/zoneinfo/builddir/Zulu >> >>>>>>>> /usr/share/zoneinfo/Zulu >> >>>>>>>> install -o root -g wheel -m 444 >> >>>>>>>> /usr/obj/usr/src/amd64.amd64/share/zoneinfo/builddir/posixrules >> >>>>>>>> /usr/share/zoneinfo/posixrules >> >>>>>>>> install -o root -g wheel -m 444 >> >>>>>>>> /usr/obj/usr/src/amd64.amd64/share/zoneinfo/builddir/sort.core >> >>>>>>>> /usr/share/zoneinfo/sort.core >> >>>>>>>> install: >> >>>>>>>> /usr/obj/usr/src/amd64.amd64/share/zoneinfo/builddir/sort.core: >> >>>>>>>> Permission denied >> >>>>>>>> *** Error code 71 >> >>>>>>>> >> >>>>>>>> Stop. >> >>>>>>>> bmake[5]: stopped in /usr/src/share/zoneinfo >> >>>>>>>> *** Error code 1 >> >>>>>>>> >> >>>>>>>> Stop. >> >>>>>>>> bmake[4]: stopped in /usr/src/share >> >>>>>>>> *** Error code 1 >> >>>>>>>> >> >>>>>>>> Stop. >> >>>>>>>> bmake[3]: stopped in /usr/src >> >>>>>>>> *** Error code 1 >> >>>>>>>> >> >>>>>>>> Stop. >> >>>>>>>> bmake[2]: stopped in /usr/src >> >>>>>>>> *** Error code 1 >> >>>>>>>> >> >>>>>>>> Stop. >> >>>>>>>> bmake[1]: stopped in /usr/src >> >>>>>>>> *** Error code 1 >> >>>>>>>> >> >>>>>>>> Stop. >> >>>>>>>> make: stopped in /usr/src >> >>>>>>>> .ERROR_TARGET='installworld' >> >>>>>>>> .ERROR_META_FILE='' >> >>>>>>>> .MAKE.LEVEL='0' >> >>>>>>>> MAKEFILE='' >> >>>>>>>> .MAKE.MODE='normal' >> >>>>>>>> _ERROR_CMD='.PHONY' >> >>>>>>>> .CURDIR='/usr/src' >> >>>>>>>> .MAKE='make' >> >>>>>>>> .OBJDIR='/usr/obj/usr/src/amd64.amd64' >> >>>>>>>> .TARGETS='installworld' >> >>>>>>>> DESTDIR='' >> >>>>>>>> LD_LIBRARY_PATH='' >> >>>>>>>> MACHINE='amd64' >> >>>>>>>> MACHINE_ARCH='amd64' >> >>>>>>>> MAKEOBJDIRPREFIX='/usr/obj' >> >>>>>>>> MAKESYSPATH='/usr/src/share/mk' >> >>>>>>>> MAKE_VERSION='20181221' >> >>>>>>>> PATH='/sbin:/bin:/usr/sbin:/usr/bin' >> >>>>>>>> SRCTOP='/usr/src' >> >>>>>>>> OBJTOP='/usr/obj/usr/src/amd64.amd64' >> >>>>>>>> >> >>>>>>>> It looks likes sort coredumps in the usr/share/zoneinfo part of >> >>>>>>>> the base. >> >>>>>>>> As it has no permission on the NFS share it errors out. >> >>>>>>>> On the server itself, the installworld goes well, but it leaves a >> >>>>>>>> sort.core file behind in /usr/share/zoneinfo >> >>>>>>>> >> >>>>>>>> cd /usr/share/zoneinfo >> >>>>>>>> ls -al >> >>>>>>>> >> >>>>>>>> >> >>>>>> _______________________________________________ >> >>>>>> 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" >> >>>> >> >>> -- >> >>> Rod Grimes rgrimes@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" >> >>> >> I have rebuild everything on the host and did a make cleanworld. >> Al is fine now. >> I should have done that before i asked here. >> Sorry to have wasted your time. >> But we did find a Makefile that should be doing things differently. >> >> regards >> Johan >> >> >> _______________________________________________ >> 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 24 02:29:29 2020 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 86EB12CB86A for ; Fri, 24 Apr 2020 02:29:29 +0000 (UTC) (envelope-from yklaxds@gmail.com) Received: from mail-il1-x132.google.com (mail-il1-x132.google.com [IPv6:2607:f8b0:4864:20::132]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 497dRD4qsXz4fdT for ; Fri, 24 Apr 2020 02:29:28 +0000 (UTC) (envelope-from yklaxds@gmail.com) Received: by mail-il1-x132.google.com with SMTP id f82so7841759ilh.8 for ; Thu, 23 Apr 2020 19:29:28 -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=RQAQqfBkGYLDqz5Wo+zFIFovKTuGXvCkhLgg1LE4E88=; b=JFk+caUIYjZdU9tfnRo9/rCm5kRtP8jZFUM40JWNLZPmo+OVL4tf65NomVIO6fmWhq LrcaE6l4M/b3jLWWFoRIJDYhXzBe0cdeKHr2eOucofy8W9fOglVHfR2K5CP5I6DbL8vz CxmNoy9wgWqPKDBsdVrIIp256QtxO0arO0MFfHxIqIhx/FQYXIqFAWGEdBk9pA6oNxGM RATKVM5Wxgimqh4wo2VkAohqIWyMn03/XcjFn6zu8Wz/eQgP/oUenfkY8X3KkQVdCLiK QcN8+WG8ZUlu+FYeutWaWJX+HstSi2jQ4hwshCjhgdG7N1aWBjGzZuWcBF53CmwtXYza uF4A== 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=RQAQqfBkGYLDqz5Wo+zFIFovKTuGXvCkhLgg1LE4E88=; b=qcjVfOp2eGulJWWwjmKkXfYevQm9K3GSxLdnZzmwc3UPZoISYf0ks0K3wMKfHxkkQR LLPyB/xCj9nSxAK+sJKL6PkdjibrLU2Lh/X0JQ2MtcfbeNjA27RXcR8Bn/DXHw/+O+5V f3P9yO/yYW6+vJgdROGiuec5iTiUnWqu8p/GHf/SpXcKKqIZLXENHdpnUddcbzqyMz5o qqxR3ELfcaldXPU11RRQbn4QLpMfOmMUbdaV6BSmfQejbwHgEYzFtS+cQWlPyPg0Yef1 r61vPrgxVUszUbmlAYAUM3g7eXul6xofUbbVx5UrLM0ldYsONjfnBvsGNdTlCaNtXTQc ojWg== X-Gm-Message-State: AGi0PubMXX2oKpQV2sBYKyCdym6FxEyHdqjO1Qsa796Zsb5FOFB2E7+R q7W6kSy4OJ/jOC0C8WUBsZtBeNI+LwsRb9vvGOAxLj+0 X-Google-Smtp-Source: APiQypKVV/X7wWV/hjodIw3atKDrBRZTqCCcVYwh+KvRzyYgHGPjdl2OJGxUwTViiJn0ai4cUrbezPpOTjEoEGOonMw= X-Received: by 2002:a92:740e:: with SMTP id p14mr6366358ilc.57.1587695366912; Thu, 23 Apr 2020 19:29:26 -0700 (PDT) MIME-Version: 1.0 From: ykla Date: Fri, 24 Apr 2020 10:29:15 +0800 Message-ID: Subject: RPI3-20200423-r360211.img.xz Not Boot On Raspberry Pi 4 To: freebsd-current@freebsd.org X-Rspamd-Queue-Id: 497dRD4qsXz4fdT X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=JFk+caUI; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of yklaxds@gmail.com designates 2607:f8b0:4864:20::132 as permitted sender) smtp.mailfrom=yklaxds@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(0.00)[ip: (-8.38), ipnet: 2607:f8b0::/32(-0.33), asn: 15169(-0.43), country: US(-0.05)]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2.3.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2020 02:29:29 -0000 File FreeBSD-13.0-CURRENT-arm64-aarch64-RPI3-20200423-r360211.img.xz not boot on raspberry pi 4, only shows me rainbow screen=EF=BC=8Cand I changed = others u_boot.bin will panic. *Here is my work but panic u_boot.bin show(not r360211 img,it's *rainbow screen*):* *Consoles: EFI console Reading loader env vars from /efi/freebsd/loader.envSetting currdev to disk0p1:FreeBSD/arm64 EFI loader, Revision 1.1(Thu Apr 23 06:35:02 UTC 2020 root@releng1.nyi.freebsd.org ) Command line arguments: loader.efi Image base: 0x39ea1000 EFI version: 2.80 EFI Firmware: Das U-Boot (rev 8217.4096) Console: comconsole (0) Load Path: /efi\boot\bootaa64.efi Load Device: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(0)/SD(0)/HD(1,MBR,0xf71a0d8= b,0x81f,0x18fa8)Trying ESP: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(0)/SD(0)/HD(1,MBR,0xf71a0d8= b,0x81f,0x18fa8)Setting currdev to disk0p1:Trying: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(0)/SD(0)/HD(2,MBR,0xf71a0d8= b,0x197c7,0x5e6821)Setting currdev to disk0p2:Loading /boot/defaults/loader.confLoading /boot/device.hintsLoading /boot/loader.confLoading /boot/loader.conf.localLoading kernel.../boot/kernel/kernel text=3D0x9badcc data=3D0x192c58 data=3D0x0+0x3a2126 syms=3D[0x8+0x10fd88+0x8+0x1356b5]Loadi= ng configured modules...can't find '/boot/entropy'can't find '/etc/hostid'/boot/kernel/umodem.ko text=3D0x2100 text=3D0x1390 data=3D0x6e= 0+0x10 syms=3D[0x8+0xf48+0x8+0xb6e]Hit [Enter] to boot immediately, or any other k= ey for command prompt.Booting [/boot/kernel/kernel]... Using DTB provided by EFI at 0x7ef2000.EFI framebuffer information:addr, size 0x3eab2000, 0x148000dimensions 656 x 512stride 656masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000---<>---KDB: debugger backends: ddbKDB: current backend: ddbCopyright (c) 1992-2020 The FreeBSD Project.Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved.FreeBSD is a registered trademark of The FreeBSD Foundation.FreeBSD 13.0-CURRENT #0 r360211: Thu Apr 23 08:12:13 UTC 2020 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64FreeBSD clang version 10.0.0 (git@github.com:llvm/llvm-project.git llvmorg-10.0.0-0-gd32170dbd5b)WARNING: WITNESS option enabled, expect reduced performance.VT(efifb): resolution 656x512module firmware already present!KLD file umodem.ko is missing dependenciesStarting CPU 1 (1)panic: Failed to start CPU 1 (1), error 16cpuid =3D 0time =3D 1KDB: stack backtrace:db_trace_self() at db_trace_self_wrapper+0x28 pc =3D 0xffff00000075c2d4 lr =3D 0xffff0000001088b8 sp =3D 0xffff000000010590 fp= =3D 0xffff000000010790db_trace_self_wrapper() at vpanic+0x194 pc =3D 0xffff0000001088b8 lr =3D 0xffff000000415a74 sp =3D 0xffff0000000107a0 fp= =3D 0xffff0000000107f0vpanic() at panic+0x44 pc =3D 0xffff000000415a74 lr =3D 0xffff00000041581c sp =3D 0xffff000000010800 fp =3D 0xffff0000000108b0pani= c() at start_cpu+0x224 pc =3D 0xffff00000041581c lr =3D 0xffff00000076a5b0 sp = =3D 0xffff0000000108c0 fp =3D 0xffff0000000108c0start_cpu() at cpu_init_fdt+0x= 34 pc =3D 0xffff00000076a5b0 lr =3D 0xffff0000007698b0 sp =3D 0xffff000000010= 8d0 fp =3D 0xffff000000010930cpu_init_fdt() at ofw_cpu_early_foreach+0x180 pc = =3D 0xffff0000007698b0 lr =3D 0xffff00000020c648 sp =3D 0xffff000000010940 fp= =3D 0xffff000000010990ofw_cpu_early_foreach() at mp_start+0x8c pc =3D 0xffff00000020c648 lr =3D 0xffff000000470490 sp =3D 0xffff0000000109a0 fp= =3D 0xffff0000000109f0mp_start() at mi_startup+0x12c pc =3D 0xffff000000470490 lr =3D 0xffff0000003a9ac4 sp =3D 0xffff000000010a00 fp =3D 0xffff000000010a20mi_startup() at virtdone+0x5c pc =3D 0xffff0000003a9ac4 = lr =3D 0xffff00000000108c sp =3D 0xffff000000010a30 fp =3D 0x0000000000000000= KDB: enter: panic[ thread pid 0 tid 0 ]Stopped at 0db> * From owner-freebsd-current@freebsd.org Fri Apr 24 04:09:17 2020 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 CB9AC2CDC63 for ; Fri, 24 Apr 2020 04:09:17 +0000 (UTC) (envelope-from shigeru@os-hackers.jp) Received: from mailssl04.asahi-net.or.jp (mailssl04.asahi-net.or.jp [202.224.55.63]) by mx1.freebsd.org (Postfix) with ESMTP id 497gfN41YZz3H0l for ; Fri, 24 Apr 2020 04:09:16 +0000 (UTC) (envelope-from shigeru@os-hackers.jp) Received: from localhost (w142149.ppp.asahi-net.or.jp [121.1.142.149]) (Authenticated sender: WJ8S-YMMT) by mailssl04.asahi-net.or.jp (Postfix) with ESMTPSA id D61C34005A; Fri, 24 Apr 2020 13:03:39 +0900 (JST) Date: Fri, 24 Apr 2020 13:03:35 +0900 (JST) Message-Id: <20200424.130335.1256134514180304962.shigeru@os-hackers.jp> To: yklaxds@gmail.com Cc: freebsd-current@freebsd.org Subject: Re: RPI3-20200423-r360211.img.xz Not Boot On Raspberry Pi 4 From: YAMAMOTO Shigeru In-Reply-To: References: X-Mailer: Mew version 6.8 on Emacs 26.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 497gfN41YZz3H0l X-Spamd-Bar: +++++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=softfail (mx1.freebsd.org: 202.224.55.63 is neither permitted nor denied by domain of shigeru@os-hackers.jp) smtp.mailfrom=shigeru@os-hackers.jp X-Spamd-Result: default: False [7.85 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[os-hackers.jp]; R_SPF_SOFTFAIL(0.00)[~all:c]; NEURAL_SPAM_MEDIUM(1.00)[0.998,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; VIOLATED_DIRECT_SPF(3.50)[]; RCPT_COUNT_TWO(0.00)[2]; MID_CONTAINS_FROM(1.00)[]; NEURAL_SPAM_LONG(1.00)[1.000,0]; IP_SCORE(0.85)[ipnet: 202.224.32.0/19(0.28), asn: 4685(3.93), country: JP(0.05)]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:4685, ipnet:202.224.32.0/19, country:JP]; RCVD_COUNT_TWO(0.00)[2]; GREYLIST(0.00)[pass,body] X-Spam: Yes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2020 04:09:17 -0000 Hi, all >>>>> "ykla" == ykla writes: ykla> File FreeBSD-13.0-CURRENT-arm64-aarch64-RPI3-20200423-r360211.img.xz ykla> not boot on raspberry pi 4, only shows me rainbow screen$B!$(Band I ykla> changed others u_boot.bin will panic. ykla> *Here is my work but panic u_boot.bin show(not r360211 img,it's ykla> *rainbow screen*):* you need to copy 'u-boot.bin' for rpi4. ``` pkg install -y u-boot-rpi4 cp /usr/local/share/u-boot/u-boot-rpi4 /mnt/xxx ``` now rpi4 boot and I can use genet0. ``` [root@generic ~]# uname -a FreeBSD generic 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r360211: Thu Apr 23 08:12:13 UTC 2020 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 [root@generic ~]# ``` ``` genet0: flags=8843 metric 0 mtu 1500 options=68000b ether dc:a6:32:70:c6:2b inet6 fe80::dea6:32ff:fe70:c62b%genet0 prefixlen 64 scopeid 0x1 inet 10.206.131.114 netmask 0xfffffe00 broadcast 10.206.131.255 media: Ethernet autoselect (100baseTX ) status: active nd6 options=23 lo0: flags=8049 metric 0 mtu 16384 options=680003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 inet 127.0.0.1 netmask 0xff000000 groups: lo nd6 options=21 [root@generic ~]# ``` Thanks, --- YAMAMOTO Shigeru From owner-freebsd-current@freebsd.org Fri Apr 24 05:30:23 2020 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 54C642CFD85 for ; Fri, 24 Apr 2020 05:30:23 +0000 (UTC) (envelope-from yklaxds@gmail.com) Received: from mail-il1-x144.google.com (mail-il1-x144.google.com [IPv6:2607:f8b0:4864:20::144]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 497jRy3dLGz3MR0 for ; Fri, 24 Apr 2020 05:30:22 +0000 (UTC) (envelope-from yklaxds@gmail.com) Received: by mail-il1-x144.google.com with SMTP id c16so8170340ilr.3 for ; Thu, 23 Apr 2020 22:30:22 -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=08p/2Zm2cxd4WNRpzr1gqbReQyki2CNfULjTcxEbp20=; b=J8OcGuSx8W+L227smmG8re+Buod87mvNdrbBzA1h6tDk0mOacq2Qwjc0j0vzR4BW93 LzAAXZ7qPzABFG+VDMFRUrbvrNLR44D4/wc1Fmr4PKjfmTex/4V3z6dErW9tJIPzyIsu 6Hlab+YiKC1juT3xj8hWsxdyF8Is9V5lrYSCfq8dGwhfuB1gDwFtH/C7pmdx3JybJlo5 m3814ysOUSmt0GSiVs/GvseR3pwUsa1JQZqM6KW2GIlYbCNsLjk0ytbLtlWiJVAslmzQ 0K2x3dKSEkGZFEl/JUSNhD8oV3cM6eVQA3uaw1HzYu8I6+KKd18puCgYuxOCQBtS5fIW Prfg== 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=08p/2Zm2cxd4WNRpzr1gqbReQyki2CNfULjTcxEbp20=; b=m7GwMQJA1Lu1Dzg9pnhKjXAf6BBz0nO6ciQACX2S986imygNCdNEux3dMxHvQaGo75 GQxHmGmGTUlcb8sj1Z+Lc+2IBtZOmdRsDwBIen+1IXd68uLHctV6QPuvidly/bvGKL6x Og98fXiFtKRKSsKvQJZ9c8CxB9NhYpXvaIw+aAbEd1+ZKlSUIUCpD+NtGn2ppJSuMqbm gXX58rMcZQ07EMMG0DlzF+IDMulyEZ+Rhx2HJZLlTnYRm0sIU0QnZwiQXLu9ROfmpCLP Yb7Li9En3K5/5gJm0DWQwByJFZ911WtcdqJJ46WCSyxzYtwuNEqycvxHnxq1n+fe7uDd Xvbw== X-Gm-Message-State: AGi0PuajYS8VqShiC0bnlksIYOrI0OOTsJixETwKwKIT1QiBtwjP4v4O celObob0wp21w52DIBtcEisabuPUAHNob7xVLGeU7Dcd X-Google-Smtp-Source: APiQypJyz8zJxq/m9mULA7sZvn6THOsYlONECyhzQYu8zWDxJj3WbVdDEokhfnsQ7m3pK3qmT0mUcvHuhwAc3o19Bk8= X-Received: by 2002:a92:750b:: with SMTP id q11mr202151ilc.50.1587706221302; Thu, 23 Apr 2020 22:30:21 -0700 (PDT) MIME-Version: 1.0 References: <20200424.130335.1256134514180304962.shigeru@os-hackers.jp> In-Reply-To: <20200424.130335.1256134514180304962.shigeru@os-hackers.jp> From: ykla Date: Fri, 24 Apr 2020 13:30:09 +0800 Message-ID: Subject: Re: RPI3-20200423-r360211.img.xz Not Boot On Raspberry Pi 4 To: YAMAMOTO Shigeru Cc: freebsd-current@freebsd.org X-Rspamd-Queue-Id: 497jRy3dLGz3MR0 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=J8OcGuSx; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of yklaxds@gmail.com designates 2607:f8b0:4864:20::144 as permitted sender) smtp.mailfrom=yklaxds@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; URI_COUNT_ODD(1.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[4.4.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; IP_SCORE(0.00)[ip: (0.15), ipnet: 2607:f8b0::/32(-0.33), asn: 15169(-0.43), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2020 05:30:23 -0000 http://pkg.freebsd.org/FreeBSD:13:amd64/latest/All/u-boot-rpi4-2019.10_1.tx= z OK, thanks a lot, it works. YAMAMOTO Shigeru =E4=BA=8E2020=E5=B9=B44=E6=9C=8824= =E6=97=A5=E5=91=A8=E4=BA=94 =E4=B8=8B=E5=8D=8812:03=E5=86=99=E9=81=93=EF=BC= =9A > > Hi, all > > >>>>> "ykla" =3D=3D ykla writes: > ykla> File FreeBSD-13.0-CURRENT-arm64-aarch64-RPI3-20200423-r360211.img.x= z > ykla> not boot on raspberry pi 4, only shows me rainbow screen=EF=BC=8Can= d I > ykla> changed others u_boot.bin will panic. > ykla> *Here is my work but panic u_boot.bin show(not r360211 img,it's > ykla> *rainbow screen*):* > > you need to copy 'u-boot.bin' for rpi4. > > ``` > pkg install -y u-boot-rpi4 > cp /usr/local/share/u-boot/u-boot-rpi4 /mnt/xxx > ``` > > now rpi4 boot and I can use genet0. > > ``` > [root@generic ~]# uname -a > FreeBSD generic 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r360211: Thu Apr 23 > 08:12:13 UTC 2020 > root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC > arm64 > [root@generic ~]# > ``` > > ``` > genet0: flags=3D8843 metric 0 mtu > 1500 > > options=3D68000b > ether dc:a6:32:70:c6:2b > inet6 fe80::dea6:32ff:fe70:c62b%genet0 prefixlen 64 scopeid 0x1 > inet 10.206.131.114 netmask 0xfffffe00 broadcast 10.206.131.255 > media: Ethernet autoselect (100baseTX ) > status: active > nd6 options=3D23 > lo0: flags=3D8049 metric 0 mtu 16384 > options=3D680003 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 > inet 127.0.0.1 netmask 0xff000000 > groups: lo > nd6 options=3D21 > [root@generic ~]# > > ``` > > Thanks, > --- > YAMAMOTO Shigeru > From owner-freebsd-current@freebsd.org Fri Apr 24 06:29:49 2020 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 A190B2A8F69 for ; Fri, 24 Apr 2020 06:29:49 +0000 (UTC) (envelope-from yklaxds@gmail.com) Received: from mail-io1-xd2b.google.com (mail-io1-xd2b.google.com [IPv6:2607:f8b0:4864:20::d2b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 497kmX5FzNz3Pdn for ; Fri, 24 Apr 2020 06:29:48 +0000 (UTC) (envelope-from yklaxds@gmail.com) Received: by mail-io1-xd2b.google.com with SMTP id p10so9222696ioh.7 for ; Thu, 23 Apr 2020 23:29:48 -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=FHL6e/AB0qucgybzUhbEMtlX4u9kVQZ7ZEZVFU9ljmY=; b=pcmJnsr7gkAon1qy+om2vpZHP/YmnLT7YyBB6q5oqhlUMqT2p+Vyehd4UtfxBd+F6W RdsNq3mjJkwxjYIAHVQQuaWbN5UFj3JXa89/jrAdCHb63xlADGdA/0FGKsQNZ6KQD9Oc 0mnL6C4jaxwZOGD6zI0zk+NZvLkcrnmLTVWdkrXEL/HeGT0hxFLHk1CuLMVsxkXY5Y7P WdDAzIUjO4Yx/9YeTuUivf7R6MDKeTl8Nb3I59OJYnrTIYcnkYyPTIQXbZfmJ7ZxpOM/ I9s1ibL38hn42J8MIQM815CaX74hxVP4+l1d5Xkfk3O4gDaRCyDldAiavV3L8KCOiyJS UiCw== 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=FHL6e/AB0qucgybzUhbEMtlX4u9kVQZ7ZEZVFU9ljmY=; b=djHEi3TMQOopwYQ0x9KR7O741PpCyoYgJEtuVESkPuUN3tuLXuEV255ZwPLv8gkJX9 xoJ+ZavSuag8gi2Oy1yYO3jsMPnkEyY6unVQ+O8P9EWxTnra5yExsro4pHVPd2Y1bD5g b7U4TKpJMV3XsODwmLz2H7BisgeZPabwQNtuqYmTlp9DEI03yPoirtyU78yjMxhpt19C 9GUKkOKmAHwV3xWnUN/uqZYzgCBGUvyE3itAM62DjKjPHWxmN7LmIjRTBXfxWnpZ5Lrw NGG3D7djrUNHuowj67kRFh7yV+30dwVpNLcBWJ31TWeT3e/lh5/8cM+siftVyDO9Loln Qzsw== X-Gm-Message-State: AGi0PuaKXgCFHA9jQrea9EeukkbDsgbdALHAzi5gt8lcozsrsv0GGkIi m3Yu7G8dxOhElN3ygNNXtCviwnmBsBI/U7xnFHd8Mw== X-Google-Smtp-Source: APiQypIbIgN43gcIEWaRGIPVF9WwZZSq1lySY9IhTuleMo6XLvAJyDX6ZBvrx8cDCcHIzJMR0VpvHDdy19+7KqIUsxQ= X-Received: by 2002:a05:6602:160d:: with SMTP id x13mr7364980iow.21.1587709787333; Thu, 23 Apr 2020 23:29:47 -0700 (PDT) MIME-Version: 1.0 From: ykla Date: Fri, 24 Apr 2020 14:29:36 +0800 Message-ID: Subject: =?UTF-8?Q?How_to_enable_tcp_bbr_in_FreeBSD=EF=BC=9F?= To: freebsd-current@freebsd.org X-Rspamd-Queue-Id: 497kmX5FzNz3Pdn X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=pcmJnsr7; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of yklaxds@gmail.com designates 2607:f8b0:4864:20::d2b as permitted sender) smtp.mailfrom=yklaxds@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(0.00)[ip: (-5.87), ipnet: 2607:f8b0::/32(-0.33), asn: 15169(-0.43), country: US(-0.05)]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[b.2.d.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2020 06:29:49 -0000 I search by Google but found no results about how to enable bbr in FreeBSD. BBR had developed in 2019. So I want to enable it. From owner-freebsd-current@freebsd.org Fri Apr 24 08:57:20 2020 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 7D1612ACAEC for ; Fri, 24 Apr 2020 08:57:20 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) by mx1.freebsd.org (Postfix) with ESMTP id 497p2l2H6dz43Ly for ; Fri, 24 Apr 2020 08:57:18 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from [194.32.164.30] ([194.32.164.30]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id 03O8vFi0072210; Fri, 24 Apr 2020 09:57:15 +0100 (BST) (envelope-from rb@gid.co.uk) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: =?utf-8?Q?Re=3A_How_to_enable_tcp_bbr_in_FreeBSD=EF=BC=9F?= From: Bob Bishop In-Reply-To: Date: Fri, 24 Apr 2020 09:57:12 +0100 Cc: freebsd-current@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: To: ykla X-Mailer: Apple Mail (2.3273) X-Rspamd-Queue-Id: 497p2l2H6dz43Ly X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of rb@gid.co.uk designates 194.32.164.250 as permitted sender) smtp.mailfrom=rb@gid.co.uk X-Spamd-Result: default: False [-2.16 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[gid.co.uk]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[250.164.32.194.list.dnswl.org : 127.0.10.0]; IP_SCORE(-0.46)[ip: (-1.79), ipnet: 194.32.164.0/24(-0.90), asn: 42831(0.46), country: GB(-0.07)]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42831, ipnet:194.32.164.0/24, country:GB]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2020 08:57:20 -0000 Hi, > On 24 Apr 2020, at 07:29, ykla wrote: > > I search by Google but found no results about how to enable bbr in > FreeBSD. BBR had developed in 2019. So I want to enable it. See: https://svnweb.freebsd.org/base?view=revision&revision=352657 -- Bob Bishop rb@gid.co.uk From owner-freebsd-current@freebsd.org Fri Apr 24 11:23:04 2020 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 E53792AFFCB for ; Fri, 24 Apr 2020 11:23:04 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay03.ispgateway.de (smtprelay03.ispgateway.de [80.67.29.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 497sGw1Fv4z4Bkr; Fri, 24 Apr 2020 11:23:03 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from [84.168.155.34] (helo=fabiankeil.de) by smtprelay03.ispgateway.de with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92.3) (envelope-from ) id 1jRwQ9-0006wd-Hg; Fri, 24 Apr 2020 13:23:01 +0200 Date: Fri, 24 Apr 2020 13:21:54 +0200 From: Fabian Keil To: Xin LI Cc: Johan Hendriks , FreeBSD Current , Brooks Davis , "M. Warner Losh" , Glen Barber , Bryan Drewery , Ed Maste , Brad Davis Subject: Re: Ordering of files in zoneinfo Message-ID: <20200424132144.7b0bb922@fabiankeil.de> In-Reply-To: References: <202004171047.03HAlFk6050161@gndrsh.dnsmgr.net> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Df-Sender: Nzc1MDY3 X-Rspamd-Queue-Id: 497sGw1Fv4z4Bkr X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-listen@fabiankeil.de has no SPF policy when checking 80.67.29.28) smtp.mailfrom=freebsd-listen@fabiankeil.de X-Spamd-Result: default: False [3.47 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[28.29.67.80.rep.mailspike.net : 127.0.0.18]; TO_DN_ALL(0.00)[]; RCPT_COUNT_SEVEN(0.00)[9]; FREEMAIL_TO(0.00)[gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[34.155.168.84.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; IP_SCORE(0.76)[ipnet: 80.67.16.0/20(1.14), asn: 8972(2.70), country: DE(-0.02)]; R_DKIM_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[28.29.67.80.list.dnswl.org : 127.0.5.1]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:8972, ipnet:80.67.16.0/20, country:DE]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[fabiankeil.de]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.92)[0.918,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.99)[0.986,0]; R_SPF_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; FREEMAIL_CC(0.00)[gmail.com] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2020 11:23:05 -0000 Xin LI wrote: > I have took a look at the change history, it seems that the find > operation was introduced in r245265 > (brooks@, > to support packaged base) and sort was initially implemented as find -s > in r289451 > (ngie@, > to make METALOG reproducible) then as sort in r328958 > (imp@, > for portability). > > I wonder if we could drop the sort and replace ${TZS} in line 100 with > ${TZS:O} instead? Makes sense to me. > By the way, looking at > https://github.com/freebsd/pkg/blob/master/libpkg/metalog.c , I wonder if > the sort should really happen in pkg(8) instead? Currently the METALOG is also used when creating the tarballs so sorting only in pkg would be insufficient as long as tarballs are still supported. Fabian From owner-freebsd-current@freebsd.org Fri Apr 24 11:31:43 2020 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 8C8C72B02D1 for ; Fri, 24 Apr 2020 11:31:43 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 497sSv1pJXz4CHX for ; Fri, 24 Apr 2020 11:31:43 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1jRwYS-0003zP-0I; Fri, 24 Apr 2020 13:31:36 +0200 Date: Fri, 24 Apr 2020 13:31:35 +0200 From: Kurt Jaeger To: Bob Bishop Cc: ykla , freebsd-current@freebsd.org Subject: Re: How to enable tcp bbr in FreeBSD??? Message-ID: <20200424113135.GH39563@home.opsec.eu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 497sSv1pJXz4CHX X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.88 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.93)[-0.928,0]; ASN(0.00)[asn:12502, ipnet:2001:14f8::/32, country:DE]; NEURAL_HAM_LONG(-0.95)[-0.947,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2020 11:31:43 -0000 Hi! > > On 24 Apr 2020, at 07:29, ykla wrote: > > > > I search by Google but found no results about how to enable bbr in > > FreeBSD. BBR had developed in 2019. So I want to enable it. > > See: https://svnweb.freebsd.org/base?view=revision&revision=352657 Thanks. Is BBR active automatically or is there a sysctl or socket option to activate it ? -- pi@opsec.eu +49 171 3101372 Now what ? From owner-freebsd-current@freebsd.org Fri Apr 24 11:48:58 2020 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 54BEE2B08C5 for ; Fri, 24 Apr 2020 11:48:58 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) by mx1.freebsd.org (Postfix) with ESMTP id 497srn2F21z4Ctm; Fri, 24 Apr 2020 11:48:56 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from [194.32.164.27] ([194.32.164.27]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id 03OBmuxq010245; Fri, 24 Apr 2020 12:48:56 +0100 (BST) (envelope-from rb@gid.co.uk) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: How to enable tcp bbr in FreeBSD??? From: rb@gid.co.uk In-Reply-To: <20200424113135.GH39563@home.opsec.eu> Date: Fri, 24 Apr 2020 12:48:56 +0100 Cc: ykla , freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20200424113135.GH39563@home.opsec.eu> To: Kurt Jaeger X-Mailer: Apple Mail (2.3273) X-Rspamd-Queue-Id: 497srn2F21z4Ctm X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of rb@gid.co.uk designates 194.32.164.250 as permitted sender) smtp.mailfrom=rb@gid.co.uk X-Spamd-Result: default: False [-1.13 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.989,0]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx:c]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; SUBJECT_ENDS_QUESTION(1.00)[]; DMARC_NA(0.00)[gid.co.uk]; NEURAL_HAM_LONG(-0.99)[-0.995,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_NO_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[250.164.32.194.list.dnswl.org : 127.0.10.0]; IP_SCORE(-0.44)[ip: (-1.73), ipnet: 194.32.164.0/24(-0.87), asn: 42831(0.45), country: GB(-0.07)]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42831, ipnet:194.32.164.0/24, country:GB]; FREEMAIL_CC(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2020 11:48:58 -0000 Hi, > On 24 Apr 2020, at 12:31, Kurt Jaeger wrote: >=20 > Hi! >=20 >>> On 24 Apr 2020, at 07:29, ykla wrote: >>>=20 >>> I search by Google but found no results about how to enable bbr in >>> FreeBSD. BBR had developed in 2019. So I want to enable it. >>=20 >> See: https://svnweb.freebsd.org/base?view=3Drevision&revision=3D352657 >=20 > Thanks. Is BBR active automatically or is there a sysctl or > socket option to activate it ? Sorry I only know what=E2=80=99s in the commit message. > --=20 > pi@opsec.eu +49 171 3101372 Now what ? >=20 -- Bob Bishop t: +44 (0)118 940 1243 rb@gid.co.uk m: +44 (0)783 626 4518 From owner-freebsd-current@freebsd.org Fri Apr 24 11:54:36 2020 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 B5AF02B0C41 for ; Fri, 24 Apr 2020 11:54:36 +0000 (UTC) (envelope-from herbert@gojira.at) Received: from mail.bsd4all.net (mail.bsd4all.net [IPv6:2a01:4f8:13b:240c::25]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.bsd4all.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 497szH3yBWz4DMP for ; Fri, 24 Apr 2020 11:54:34 +0000 (UTC) (envelope-from herbert@gojira.at) Date: Fri, 24 Apr 2020 13:54:25 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gojira.at; s=mail201809; t=1587729265; bh=kL4eT+UIBa+tJJdO7JrS7VYhPhuLYdGASVhzFQZzp6o=; h=Date:From:To:Subject:Message-ID:MIME-Version:Content-Type; b=Vdx6qjDRAZ9BqQVJ5O3Dkv+AskEpG9pao+MF3PT8x4bZQyflIzS2xsBa43O6zMb1Q tVBypC4thW7qFNRiISXEnkNjh5Mfgrx2T5NRUkjci/lVrwXYCSDuhRkUBkU9eYjmUI uyTGPHT4ZZuzHCPcNpSy2h0aIT4NhgHoiHR5pTliIom/cfXvObLR+JOSE6x2o9MPiY LszJpoAtdFxsFLQVvD+xucxx2P9R62CzxZ4bjKAhayKr5UKZYY9g3KG/yDYjmEKZ5h OIXSx86pGy7KVaAsSyf2SV9oiWIygCmpx3Z+PTMyDTWaa0Klr485Y6fneH6Kgnt/fW DDhGggHE3v7Gw== From: "Herbert J. Skuhra" To: freebsd-current@freebsd.org Subject: Re: How to enable tcp bbr in FreeBSD??? Message-ID: <20200424115425.GA64056@mail.bsd4all.net> References: <20200424113135.GH39563@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200424113135.GH39563@home.opsec.eu> X-Rspamd-Queue-Id: 497szH3yBWz4DMP X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gojira.at header.s=mail201809 header.b=Vdx6qjDR; dmarc=none; spf=pass (mx1.freebsd.org: domain of herbert@gojira.at designates 2a01:4f8:13b:240c::25 as permitted sender) smtp.mailfrom=herbert@gojira.at X-Spamd-Result: default: False [-2.34 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gojira.at:s=mail201809]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:4f8:13b:240c::25]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[gojira.at]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; DKIM_TRACE(0.00)[gojira.at:+]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; IP_SCORE(-0.84)[ipnet: 2a01:4f8::/29(-2.64), asn: 24940(-1.54), country: DE(-0.02)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2020 11:54:36 -0000 On Fri, Apr 24, 2020 at 01:31:35PM +0200, Kurt Jaeger wrote: > > Thanks. Is BBR active automatically or is there a sysctl or > socket option to activate it ? net.inet.tcp.cc.available: List available congestion control algorithms net.inet.tcp.cc.algorithm: Default congestion control algorithm -- Herbert From owner-freebsd-current@freebsd.org Fri Apr 24 13:18:42 2020 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 4160A2B3C53 for ; Fri, 24 Apr 2020 13:18:42 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 497vrL0qQQz4KG0 for ; Fri, 24 Apr 2020 13:18:42 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1jRyE1-0004GQ-Ub; Fri, 24 Apr 2020 15:18:37 +0200 Date: Fri, 24 Apr 2020 15:18:37 +0200 From: Kurt Jaeger To: "Herbert J. Skuhra" Cc: freebsd-current@freebsd.org Subject: Re: How to enable tcp bbr in FreeBSD??? Message-ID: <20200424131837.GK39563@home.opsec.eu> References: <20200424113135.GH39563@home.opsec.eu> <20200424115425.GA64056@mail.bsd4all.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200424115425.GA64056@mail.bsd4all.net> X-Rspamd-Queue-Id: 497vrL0qQQz4KG0 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.85 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.91)[-0.914,0]; NEURAL_HAM_LONG(-0.94)[-0.941,0]; ASN(0.00)[asn:12502, ipnet:2001:14f8::/32, country:DE] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2020 13:18:42 -0000 Hi! > > Thanks. Is BBR active automatically or is there a sysctl or > > socket option to activate it ? > > net.inet.tcp.cc.available: List available congestion control algorithms > net.inet.tcp.cc.algorithm: Default congestion control algorithm Hmm, On my FreeBSD 13.0-CURRENT amd64 r359631M system: $ sysctl -a | grep net.inet.tcp.cc [...] net.inet.tcp.cc.available: newreno net.inet.tcp.cc.algorithm: newreno So it's more recent than the patch, but it does not offer anything besides newreno ? -- pi@opsec.eu +49 171 3101372 Now what ? From owner-freebsd-current@freebsd.org Fri Apr 24 13:31:05 2020 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 697EC2B4455 for ; Fri, 24 Apr 2020 13:31:05 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: from bizet.nethelp.no (bizet.nethelp.no [IPv6:2001:8c0:9e04:500::1]) by mx1.freebsd.org (Postfix) with ESMTP id 497w6c392Yz4Ll0; Fri, 24 Apr 2020 13:31:04 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: from localhost (bizet.nethelp.no [IPv6:2001:8c0:9e04:500::1]) by bizet.nethelp.no (Postfix) with ESMTP id 6D75EE6079; Fri, 24 Apr 2020 15:30:55 +0200 (CEST) Date: Fri, 24 Apr 2020 15:30:55 +0200 (CEST) Message-Id: <20200424.153055.531079989.sthaug@nethelp.no> To: pi@freebsd.org Cc: herbert@gojira.at, freebsd-current@freebsd.org Subject: Re: How to enable tcp bbr in FreeBSD??? From: sthaug@nethelp.no In-Reply-To: <20200424131837.GK39563@home.opsec.eu> References: <20200424113135.GH39563@home.opsec.eu> <20200424115425.GA64056@mail.bsd4all.net> <20200424131837.GK39563@home.opsec.eu> X-Mailer: Mew version 6.7 on Emacs 26 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 497w6c392Yz4Ll0 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of sthaug@nethelp.no designates 2001:8c0:9e04:500::1 as permitted sender) smtp.mailfrom=sthaug@nethelp.no X-Spamd-Result: default: False [3.87 / 15.00]; ARC_NA(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[nethelp.no]; NEURAL_SPAM_MEDIUM(0.28)[0.284,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.94)[0.943,0]; FROM_NO_DN(0.00)[]; MID_CONTAINS_FROM(1.00)[]; RCVD_COUNT_ONE(0.00)[1]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:2116, ipnet:2001:8c0::/29, country:NO]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.24)[asn: 2116(1.23), country: NO(-0.02)]; ONCE_RECEIVED(0.10)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2020 13:31:05 -0000 > On my FreeBSD 13.0-CURRENT amd64 r359631M system: > > $ sysctl -a | grep net.inet.tcp.cc > [...] > net.inet.tcp.cc.available: newreno > net.inet.tcp.cc.algorithm: newreno > > So it's more recent than the patch, but it does not offer anything > besides newreno ? Quoting an email here: You can enable the stack globally on new connections without restarting the box or daemons by running these commands: kldload tcp_bbr sysctl net.inet.tcp.functions_inherit_listen_socket_stack=0 sysctl net.inet.tcp.functions_default=bbr Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-current@freebsd.org Fri Apr 24 13:37:26 2020 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 30FB62B4CF2 for ; Fri, 24 Apr 2020 13:37:26 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 497wFx62dtz4MT1 for ; Fri, 24 Apr 2020 13:37:25 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1jRyWA-0004KT-RW; Fri, 24 Apr 2020 15:37:22 +0200 Date: Fri, 24 Apr 2020 15:37:22 +0200 From: Kurt Jaeger To: sthaug@nethelp.no Cc: freebsd-current@freebsd.org Subject: Re: How to enable tcp bbr in FreeBSD??? Message-ID: <20200424133722.GL39563@home.opsec.eu> References: <20200424113135.GH39563@home.opsec.eu> <20200424115425.GA64056@mail.bsd4all.net> <20200424131837.GK39563@home.opsec.eu> <20200424.153055.531079989.sthaug@nethelp.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200424.153055.531079989.sthaug@nethelp.no> X-Rspamd-Queue-Id: 497wFx62dtz4MT1 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.85 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.91)[-0.914,0]; NEURAL_HAM_LONG(-0.94)[-0.941,0]; ASN(0.00)[asn:12502, ipnet:2001:14f8::/32, country:DE] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2020 13:37:26 -0000 Hi! > You can enable the stack globally on new connections without > restarting the box or daemons by running these commands: > > kldload tcp_bbr > > sysctl net.inet.tcp.functions_inherit_listen_socket_stack=0 > sysctl net.inet.tcp.functions_default=bbr This fails on the box running 13.0: # kldload tcp_bbr kldload: can't load tcp_bbr: No such file or directory So it looks it has to be hooked to the build somehow ? And: man -k bbr has no results as well... -- pi@opsec.eu +49 171 3101372 Now what ? From owner-freebsd-current@freebsd.org Fri Apr 24 13:42:11 2020 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 B77852B50BA; Fri, 24 Apr 2020 13:42:11 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 497wMR4M5mz4MpC; Fri, 24 Apr 2020 13:42:11 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from venus.codepro.be (venus.codepro.be [5.9.86.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.codepro.be", Issuer "Let's Encrypt Authority X3" (verified OK)) (Authenticated sender: kp) by smtp.freebsd.org (Postfix) with ESMTPSA id 7991B1A126; Fri, 24 Apr 2020 13:42:11 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: by venus.codepro.be (Postfix, authenticated sender kp) id 9296C21E7F; Fri, 24 Apr 2020 15:42:09 +0200 (CEST) From: "Kristof Provost" To: d@delphij.net Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: CFT: if_bridge performance improvements Date: Fri, 24 Apr 2020 15:42:08 +0200 X-Mailer: MailMate (1.13.1r5671) Message-ID: <544E27A6-D799-4AF3-B4B7-1E68D5D50698@FreeBSD.org> In-Reply-To: <8634ec5c-a509-d2dd-8f5c-31efcbd50340@delphij.net> References: <5377E42E-4C01-4BCC-B934-011AC3448B54@FreeBSD.org> <8e0e2bf1-27cd-1a99-b266-c7223255942f@delphij.net> <8634ec5c-a509-d2dd-8f5c-31efcbd50340@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8"; format=flowed; markup=markdown Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2020 13:42:11 -0000 On 22 Apr 2020, at 18:15, Xin Li wrote: > On 4/22/20 01:45, Kristof Provost wrote: >> On 22 Apr 2020, at 10:20, Xin Li wrote: >>> Hi, >>> >>> On 4/14/20 02:51, Kristof Provost wrote: >>>> Hi, >>>> >>>> Thanks to support from The FreeBSD Foundation I’ve been able to >>>> work on >>>> improving the throughput of if_bridge. >>>> It changes the (data path) locking to use the NET_EPOCH >>>> infrastructure. >>>> Benchmarking shows substantial improvements (x5 in test setups). >>>> >>>> This work is ready for wider testing now. >>>> >>>> It’s under review here: https://reviews.freebsd.org/D24250 >>>> >>>> Patch for CURRENT: https://reviews.freebsd.org/D24250?download=true >>>> Patches for stable/12: >>>> https://people.freebsd.org/~kp/if_bridge/stable_12/ >>>> >>>> I’m not currently aware of any panics or issues resulting from >>>> these >>>> patches. >>> >>> I have observed the following panic with latest stable/12 after >>> applying >>> the stable_12 patchset, it appears like a race condition related >>> NULL >>> pointer deference, but I haven't took a deeper look yet. >>> >>> The box have 7 igb(4) NICs, with several bridge and VLAN configured >>> acting as a router.  Please let me know if you need additional >>> information; I can try -CURRENT as well, but it would take some time >>> as >>> the box is relatively slow (it's a ZFS based system so I can create >>> a >>> separate boot environment for -CURRENT if needed, but that would >>> take >>> some time as I might have to upgrade the packages, should there be >>> any >>> ABI breakages). >>> >> Thanks for the report. I don’t immediately see how this could >> happen. >> >> Are you running an L2 firewall on that bridge by any chance? An >> earlier >> version of the patch had issues with a stray unlock in that code >> path. > > I don't think I have a L2 firewall (I assume means filtering based on > MAC address like what can be done with e.g. ipfw? The bridges were > created on vlan interfaces though, do they count as L2 firewall?), the > system is using pf with a few NAT rules: > That backtrace looks identical to the one Peter reported, up to and including the offset in the bridge_input() function. Given that there’s no likely way to end up with a NULL mutex either I have to assume that it’s a case of trying to unlock a locked mutex, and the most likely reason is that you ran into the same problem Peter ran into. The current version of the patch should resolve it. Best regards, Kristof From owner-freebsd-current@freebsd.org Fri Apr 24 13:46:27 2020 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 338772B5471 for ; Fri, 24 Apr 2020 13:46:27 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-wm1-x331.google.com (mail-wm1-x331.google.com [IPv6:2a00:1450:4864:20::331]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 497wSL30skz4NJg for ; Fri, 24 Apr 2020 13:46:26 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: by mail-wm1-x331.google.com with SMTP id r26so10809172wmh.0 for ; Fri, 24 Apr 2020 06:46:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:subject:to:references:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=ZsXZNOOw9fO+DQl+++Ef/VQqSbZywzf7QO4X+dpAiXo=; b=u0Yi3lv2wpTn/DfC835h2+OHzlk/ZQTUj32/RN7MlpRFKUKZdu/SLRWwvpYlF2LN5M RZ1wR1b4P7R0OP0QRbo0agzoQfHK8LFXxtt2MwAVrFGxtIGYVaATsABEn1CHRuFxldmk 3+1Jd8PRaxrXNuwrRHU2w5++9KpOUvYmk9c1CI/0HxdoYMsyXa5zmHBMsFzbM7CsACBj pZsCQq/GpOg6F3OJ0YPj7/4iwBhZEp3l0VKONBOwSS2qYsjfE1JAWqUL8hZZfbyR3thj 7nZ+SMfU2M5YsuBt8stYsCynYwKHcTIwa62TdUyTi+WtWfhhQO6GIYm4Mls2VNMOaon8 EQYw== 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:references:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=ZsXZNOOw9fO+DQl+++Ef/VQqSbZywzf7QO4X+dpAiXo=; b=Em3FzJ8V7fMfCVKdNEdvux6jeanQpvsMueftcCW6YtmbZx6/SzopP2IlCfFuh1ipK4 Ox31YJOZFBz0pUqZqu1XhLDheUOWLvOeUi0UpfsD8Ux4UCQMXGsYpA1JIZDUCrqbvnhV DZmiBnZ3lo7r3e8Nc7/CAOs6ciMB25J8LY+b76KD2bRmoi2LfVSUyw5pvLNIqaXTjaNp D27jCKzOH/LIOpl24zAnTQu5+7ydzSeJcekXFrRvlM+LM9NKxyycCB8yYcsZ4YZLesFk jQlZ09Uh78GpMxen4dBATzQMNIBPlLY09zfHvTdXGGlcXfEywQVD77+TWTRBY78dGImR VSZQ== X-Gm-Message-State: AGi0PuYie6/Hx3kZn/+1WOCAmsLy8BGXkN3EEArFTq6JxJdsUFQZd62R eO+l5sXIn5trsigVYdJKoO/1u8oz3Wc= X-Google-Smtp-Source: APiQypKn451h0B9QuHNOsijUuugY1AxCQTxdrsrBPvbUeU8Q1Zn5ONihNB73VgtEp/fCiAtlCLK/3A== X-Received: by 2002:a1c:1b0b:: with SMTP id b11mr10671558wmb.182.1587735984809; Fri, 24 Apr 2020 06:46:24 -0700 (PDT) Received: from MacBook-Pro-van-Johan.local (85-147-130-226.cable.dynamic.v4.ziggo.nl. [85.147.130.226]) by smtp.gmail.com with ESMTPSA id 68sm8643616wrm.65.2020.04.24.06.46.24 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 24 Apr 2020 06:46:24 -0700 (PDT) From: Johan Hendriks Subject: Re: How to enable tcp bbr in FreeBSD??? To: freebsd-current@freebsd.org References: <20200424113135.GH39563@home.opsec.eu> <20200424115425.GA64056@mail.bsd4all.net> <20200424131837.GK39563@home.opsec.eu> <20200424.153055.531079989.sthaug@nethelp.no> <20200424133722.GL39563@home.opsec.eu> Message-ID: <5ff3b794-671d-9ab8-2127-38cfb6602039@gmail.com> Date: Fri, 24 Apr 2020 15:46:23 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: <20200424133722.GL39563@home.opsec.eu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: nl X-Rspamd-Queue-Id: 497wSL30skz4NJg X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=u0Yi3lv2; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of johhendriks@gmail.com designates 2a00:1450:4864:20::331 as permitted sender) smtp.mailfrom=johhendriks@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; 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.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(0.00)[ip: (-8.83), ipnet: 2a00:1450::/32(-2.33), asn: 15169(-0.43), country: US(-0.05)]; RCVD_IN_DNSWL_NONE(0.00)[1.3.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2020 13:46:27 -0000 Op 24-04-2020 om 15:37 schreef Kurt Jaeger: > Hi! > >> You can enable the stack globally on new connections without >> restarting the box or daemons by running these commands: >> >> kldload tcp_bbr >> >> sysctl net.inet.tcp.functions_inherit_listen_socket_stack=0 >> sysctl net.inet.tcp.functions_default=bbr > This fails on the box running 13.0: > > # kldload tcp_bbr > kldload: can't load tcp_bbr: No such file or directory > > So it looks it has to be hooked to the build somehow ? > > And: man -k bbr has no results as well... > The commit message says the following: This commit adds BBR (Bottleneck Bandwidth and RTT) congestion control. This is a completely separate TCP stack (tcp_bbr.ko) that will be built only if you add the make options WITH_EXTRA_TCP_STACKS=1 and also include the option TCPHPTS. You can also include the RATELIMIT option if you have a NIC interface that supports hardware pacing, BBR understands how to use such a feature. So i think you need te rebuild with the following option set WITH_EXTRA_TCP_STACKS=1 regards Johan Hendriks From owner-freebsd-current@freebsd.org Fri Apr 24 13:51:51 2020 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 AAB572B5AC7 for ; Fri, 24 Apr 2020 13:51:51 +0000 (UTC) (envelope-from yklaxds@gmail.com) Received: from mail-io1-xd2e.google.com (mail-io1-xd2e.google.com [IPv6:2607:f8b0:4864:20::d2e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 497wZZ6RP3z4P2C for ; Fri, 24 Apr 2020 13:51:50 +0000 (UTC) (envelope-from yklaxds@gmail.com) Received: by mail-io1-xd2e.google.com with SMTP id i19so10366501ioh.12 for ; Fri, 24 Apr 2020 06:51:50 -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=5WPy8rYTazn58tpy6koRRydqeyOEAHLPRNMxqeSkb/s=; b=XypDTzIpCNg7DwjfBuGZvB6CTbcJ4Zqe6BlV31usOzoi9TVitQvsxtRkEG2c26sblD ADfiLmBZBKscOVQ4kfAklh07zt2Gp546qlACZl6fOVu5hDzniJaiQXEqAqJW4K+xTKiW 151tZcLvw8O7PHcdAEo0kes2BWAeFHzIuaUkKvlcY8U1iRHrCNkv4LpmlLUkTU4C942e WzAbK0/Z6+tIfjb0X+EmwRYAx/kd+fqjLFsuXii4hR54zluozwYdT8fK4o+cFcGHvJ33 y9fIzH3VGjo1omVz55m5Z737bZEAMVqMjpkr0cPCtchzrMaFetz7hcHPNmaUb0WIBUg+ RhMA== 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=5WPy8rYTazn58tpy6koRRydqeyOEAHLPRNMxqeSkb/s=; b=njIjz03oGaDwj60EOwKe8o48YGNMWPfRcLcwsbVLaf7+lHIGiU4XXevFoILJjSSHGq O6ysueJz7yHc2pnSuYt+9QQXx9u+TK37Sii5khhH+WVeO4K/xIh78cWxPSQD94knSv9q HVdSMVdeL2Hn3wDAJpz3SHz2cOkVYm/L5/Hrv7Tn14yTO6x398LNaJeAILn5/jbZdO1/ UeELypmuqje8PSr4SiwyAgeq2L98qEoLxT90pz4HCQuEk4NXQttqwBp46UkaLl+HBFKo ISR07tB1IcVWh0j4L4LvZUIZH/qtSyRCqaR3Pd1dhoadD3A78f8IkjIRiUlSqjVt/VOb rx5Q== X-Gm-Message-State: AGi0PuaNKLguFAGZIIiZSUgQY+jwopk4FGXDQTtt6Fc6N2MTIFbZnlKR +hZkvej1W/mVW9DqfXvrS/ypqGDqinLCWbDmmmD9Gw== X-Google-Smtp-Source: APiQypJ0AbvduG5+a2wcZtJczE8KFiti5AsZavfR0D7Eb+uNTKpAwf5zNvg5nIt9VNFKO8UP0scDlsZcYC7xW19m1EQ= X-Received: by 2002:a05:6638:155:: with SMTP id y21mr8511128jao.79.1587736309794; Fri, 24 Apr 2020 06:51:49 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a05:6e02:60d:0:0:0:0 with HTTP; Fri, 24 Apr 2020 06:51:49 -0700 (PDT) In-Reply-To: <5ff3b794-671d-9ab8-2127-38cfb6602039@gmail.com> References: <20200424113135.GH39563@home.opsec.eu> <20200424115425.GA64056@mail.bsd4all.net> <20200424131837.GK39563@home.opsec.eu> <20200424.153055.531079989.sthaug@nethelp.no> <20200424133722.GL39563@home.opsec.eu> <5ff3b794-671d-9ab8-2127-38cfb6602039@gmail.com> From: ykla Date: Fri, 24 Apr 2020 21:51:49 +0800 Message-ID: Subject: Re: How to enable tcp bbr in FreeBSD??? To: Johan Hendriks Cc: "freebsd-current@freebsd.org" X-Rspamd-Queue-Id: 497wZZ6RP3z4P2C X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=XypDTzIp; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of yklaxds@gmail.com designates 2607:f8b0:4864:20::d2e as permitted sender) smtp.mailfrom=yklaxds@gmail.com X-Spamd-Result: default: False [-1.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; URI_COUNT_ODD(1.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[e.2.d.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-6.19), ipnet: 2607:f8b0::/32(-0.33), asn: 15169(-0.43), country: US(-0.05)]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2020 13:51:51 -0000 WITH_EXTRA_TCP_STACKS=3D1 in make.conf ? And why not make it in kernel default? =E5=9C=A8 2020=E5=B9=B44=E6=9C=8824=E6=97=A5=E6=98=9F=E6=9C=9F=E4=BA=94=EF= =BC=8CJohan Hendriks =E5=86=99=E9=81=93=EF=BC=9A > > Op 24-04-2020 om 15:37 schreef Kurt Jaeger: > >> Hi! >> >> You can enable the stack globally on new connections without >>> restarting the box or daemons by running these commands: >>> >>> kldload tcp_bbr >>> >>> sysctl net.inet.tcp.functions_inherit_listen_socket_stack=3D0 >>> sysctl net.inet.tcp.functions_default=3Dbbr >>> >> This fails on the box running 13.0: >> >> # kldload tcp_bbr >> kldload: can't load tcp_bbr: No such file or directory >> >> So it looks it has to be hooked to the build somehow ? >> >> And: man -k bbr has no results as well... >> >> The commit message says the following: > > > This commit adds BBR (Bottleneck Bandwidth and RTT) congestion control. > This > is a completely separate TCP stack (tcp_bbr.ko) that will be built only i= f > you add the make options WITH_EXTRA_TCP_STACKS=3D1 and also include the > option > TCPHPTS. You can also include the RATELIMIT option if you have a NIC > interface that > supports hardware pacing, BBR understands how to use such a feature. > > > So i think you need te rebuild with the following option set > WITH_EXTRA_TCP_STACKS=3D1 > > regards > Johan Hendriks > > _______________________________________________ > 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 24 14:08:38 2020 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 796442B61BB for ; Fri, 24 Apr 2020 14:08:38 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-wr1-x431.google.com (mail-wr1-x431.google.com [IPv6:2a00:1450:4864:20::431]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 497wxx12WDz4Q2t for ; Fri, 24 Apr 2020 14:08:36 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: by mail-wr1-x431.google.com with SMTP id f13so10932048wrm.13 for ; Fri, 24 Apr 2020 07:08:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language; bh=j3meTc3oaT65PLwIA8M/aeZPSgOjne3B81ZvFWtcK7s=; b=gVqsDlKILlvVS3znv+CRa0toOiBP9kHL6HYqbEdw5h92x9/P+2lJZFnMLhJtJr7nGQ l2mXMWbE1z1kGPDKpTS4j5Ns5f/2mUC8iObGwMZmnqRTaJfq1KvN4pK5gwgpVY5PTj5S CK4FjkE0TL0KYqmdsiyXxUs3qhJ7CSylN87KOtdBZUKaXQJu7+ZqBmvMpGBpW3SWseIy Q+bv2tt7Lm8FTav3WVz3mYRJmQ0uFhcJPUSp5Qps9GrgIhIhUQCMX7DQ1stu8kynNfy3 uxCZwT+yOBBt4Dy1vSmQWN1p0qEXHdTRi68d0v1X76OyZIN/e6oRhGqc/TetiO5FUIZW wiVg== 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:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=j3meTc3oaT65PLwIA8M/aeZPSgOjne3B81ZvFWtcK7s=; b=lLtp+qXTN2YeSCnmUV3pAhim4C43NfLha774omVn55OJNKES7rNdiP8QP6KXXL8poM NXO5pwnbjDo8F5Ft2ALJ+0YI3A6zdSEDcENQgHKT8ZWdsiZUDaT2yobElwxhJ9Zt8t9f HIcMeFmpvGM4urK2Aqp8WcR0+C+F2KtWBhGGtpXHrgvdno4+qx5t1HAO2vUOucK7TTUJ SLDHW43LzgOwmNWSdPkmCvFFKRitYb9Dq34cH7JJgO77G69082RD6lP2QURA8wVTCJtk hJhx7YxGo/nn8xQVWR+YKhrkubsYfI77sL2JNbjLq59pG5wFv6wW+qfOMalsn+ERL5ru GO0A== X-Gm-Message-State: AGi0PuZu6iy9ViLUZ3AthVzmfKTK3HdsDogjhwHirsrZexvVPLZWa3j1 ee9/YeLwTHqasKIfz+LaypXfXoESQ0w= X-Google-Smtp-Source: APiQypLpwkGHLM7Zy9a6CmSdPf+gm6rlaRQu6ieP4QylYNk8MXW8nziZkJ8UQ5FGdsAjr32ysNKEFA== X-Received: by 2002:a5d:4dcb:: with SMTP id f11mr11160088wru.174.1587737314607; Fri, 24 Apr 2020 07:08:34 -0700 (PDT) Received: from MacBook-Pro-van-Johan.local (85-147-130-226.cable.dynamic.v4.ziggo.nl. [85.147.130.226]) by smtp.gmail.com with ESMTPSA id h2sm9318353wro.9.2020.04.24.07.08.32 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 24 Apr 2020 07:08:33 -0700 (PDT) Subject: Re: How to enable tcp bbr in FreeBSD??? To: freebsd-current@freebsd.org References: <20200424113135.GH39563@home.opsec.eu> <20200424115425.GA64056@mail.bsd4all.net> <20200424131837.GK39563@home.opsec.eu> <20200424.153055.531079989.sthaug@nethelp.no> <20200424133722.GL39563@home.opsec.eu> <5ff3b794-671d-9ab8-2127-38cfb6602039@gmail.com> From: Johan Hendriks Message-ID: <6042155a-297b-d85e-1d64-24d93da329a2@gmail.com> Date: Fri, 24 Apr 2020 16:08:32 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: Content-Language: nl X-Rspamd-Queue-Id: 497wxx12WDz4Q2t X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=gVqsDlKI; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of johhendriks@gmail.com designates 2a00:1450:4864:20::431 as permitted sender) smtp.mailfrom=johhendriks@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SUBJECT_ENDS_QUESTION(1.00)[]; 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.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(0.00)[ip: (-9.07), ipnet: 2a00:1450::/32(-2.33), asn: 15169(-0.43), country: US(-0.05)]; RCVD_IN_DNSWL_NONE(0.00)[1.3.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2020 14:08:38 -0000 Op 24-04-2020 om 15:51 schreef ykla: > WITH_EXTRA_TCP_STACKS=1  in make.conf  ? And why not make it in kernel > default? > > 在 2020年4月24日星期五，Johan Hendriks > 写道： > > > Op 24-04-2020 om 15:37 schreef Kurt Jaeger: > > Hi! > > You can enable the stack globally on new connections without > restarting the box or daemons by running these commands: > > kldload tcp_bbr > > sysctl net.inet.tcp.functions_inherit_listen_socket_stack=0 > sysctl net.inet.tcp.functions_default=bbr > > This fails on the box running 13.0: > > # kldload tcp_bbr > kldload: can't load tcp_bbr: No such file or directory > > So it looks it has to be hooked to the build somehow ? > > And: man -k bbr has no results as well... > > The commit message says the following: > > > This commit adds BBR (Bottleneck Bandwidth and RTT) congestion > control. This > is a completely separate TCP stack (tcp_bbr.ko) that will be built > only if > you add the make options WITH_EXTRA_TCP_STACKS=1 and also include > the option > TCPHPTS. You can also include the RATELIMIT option if you have a > NIC interface that > supports hardware pacing, BBR understands how to use such a feature. > > > So i think you need te rebuild with the following option set > WITH_EXTRA_TCP_STACKS=1 > > regards > Johan Hendriks > > _______________________________________________ > 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 > " > It looks like you need to add the following to the kernel as well. option     TCPHPTS Maybe it is not ready for prime time, i do not know why it is not in the default build. Maybe ask the committer. regards, Johan From owner-freebsd-current@freebsd.org Fri Apr 24 14:16:44 2020 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 8DF7D2B663A; Fri, 24 Apr 2020 14:16:44 +0000 (UTC) (envelope-from thj@freebsd.org) Received: from wforward2-smtp.messagingengine.com (wforward2-smtp.messagingengine.com [64.147.123.31]) (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 497x7H5hWGz4QZl; Fri, 24 Apr 2020 14:16:43 +0000 (UTC) (envelope-from thj@freebsd.org) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailforward.west.internal (Postfix) with ESMTP id DF37110EE; Fri, 24 Apr 2020 10:16:41 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute7.internal (MEProxy); Fri, 24 Apr 2020 10:16:42 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:message-id :mime-version:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=dDg0fFR3o1oYRYdY3nfTrz20+k5Nx7bQ+eqE1xBu7 Lo=; b=BPJKEGU/DIDd6AS3gaEr9Bc40aAe4kWsro0WL4+Dlr1vui0afh52jqjDN QVYbwNzYe6pa3o8XN7PLPeA54tS/ETNDojCdiQfeo/a12OBD2nrC3NFzEoNwPtn3 VdqwWsrryvgDFoPi82H+0AtlgYjwnQ7cUt79gKLe6lu7JMqT5JFXjrPNyK05bn35 FBKYNrWDlMXiv7nku/M0blEsyKxgGYi0uR6rrCDxZhz5SOSKvHMlIK3TrROlIjwE Lt5CLZcvYf0xfenf7L/r4FzmRXp+tJyuVdRix3ciIyt1j25pzeB0bSsobMarYbnQ 9cTWvG4M4lBBI1Z8ooBAvR2LOkUvA== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduhedrhedugdeilecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdengf hmphhthicushhusghjvggtthculddutddmnecujfgurhepfffhvffkgggtugesthdtredt tddtvdenucfhrhhomhepvfhomhculfhonhgvshcuoehthhhjsehfrhgvvggsshgurdhorh hgqeenucfkphepudefjedrhedtrddujedruddvnecuvehluhhsthgvrhfuihiivgeptden ucfrrghrrghmpehmrghilhhfrhhomhepthhhjhesfhhrvggvsghsugdrohhrgh X-ME-Proxy: Received: from tom-desk.erg.abdn.ac.uk (tom-desk.erg.abdn.ac.uk [137.50.17.12]) by mail.messagingengine.com (Postfix) with ESMTPA id 811C33065D91; Fri, 24 Apr 2020 10:16:40 -0400 (EDT) Date: Fri, 24 Apr 2020 15:15:08 +0100 From: Tom Jones To: Johan Hendriks Cc: freebsd-current@freebsd.org, freebsd-transport@freebsd.org Message-ID: <20200424141508.GB78595@tom-desk.erg.abdn.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 497x7H5hWGz4QZl X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.92 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.96)[-0.963,0]; NEURAL_HAM_LONG(-0.95)[-0.954,0]; TAGGED_RCPT(0.00)[]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2020 14:16:44 -0000 rrs@freebsd.org Bcc: Subject: Re: How to enable tcp bbr in FreeBSD??? Reply-To: In-Reply-To: <6042155a-297b-d85e-1d64-24d93da329a2@gmail.com> ... snip ... > > Maybe it is not ready for prime time, i do not know why it is not in the > default build. > Maybe ask the committer. > I have added rrs@ in cc and the freebsd-transport list. Does anyone know if there are plans to enable alternate TCP stacks in generic? Is there a stability point we need to hit first? - Tom From owner-freebsd-current@freebsd.org Fri Apr 24 14:23:45 2020 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 71D2F2B6B02; Fri, 24 Apr 2020 14:23:45 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qk1-x742.google.com (mail-qk1-x742.google.com [IPv6:2607:f8b0:4864:20::742]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 497xHP2QXZz4R8P; Fri, 24 Apr 2020 14:23:45 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qk1-x742.google.com with SMTP id l25so10305544qkk.3; Fri, 24 Apr 2020 07:23:45 -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=03BHvk9WhDkdFdVheP3FEUIfFXhDv4w3c+YJsKRgibA=; b=sSwyhpydJaBecIsq3Xd/7BASKuwjpEHk4siok1TXEVM/w97zEQ86llsW86Oew5dn2o DgdQiif3coVsJjS6DQTpwrSV5vT02ndOjjgB05OidzVwk+2+jOYCFEBB8l2+b0lYkAXP Z7R+TuPJE0Sa87L3LiVznJZCGH7psInyKHaTLSGh90Jh7vayib1xnIlNE2edxbedLTqd yYZl0BxW1t5xpMLk3StSAQ2EhKtkiJmMTlwUgbl9B7TKLQ8rwVbk97AJHQVTgzpYoX7u gjk+8NWQELDbEW7eLAoIzP1I91JFXaT5IIiy+D3oZ0Rkzf0PpzhQc+0fCkfWCBY/iWIs ytKg== 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=03BHvk9WhDkdFdVheP3FEUIfFXhDv4w3c+YJsKRgibA=; b=VMM4S0eFXWao9bxqF1flgE8Hqyksx+a3gyCy3T/FiFLqjIeCrE6Otema/VKZ7sgK/w SSVU5eNjlbe1K/UIriSRHSWM8UpUwQRD9cK4ksxekgaLsIKb1cQEOdWxGcfKthQnYbqD Hh3bCkzfULWzfivMm2JOSNOFxPDrZtA7WyBrB/Rm+6m2by6cMgFN+DqY/lS1Ql/aesie PG9Z5qyMCtA+Imre45WJuHyTOaavSFOogQEX7Nny/WLvqUSWtE49VLt87fgodUKFRNyF jjfnk0dE5gVEd+RQm5wlK4jrCuzf3zIIadAJ87w7Rb9kIT7aWCnUYz3zCb76M2Id40De 2q6w== X-Gm-Message-State: AGi0PuY1KeZHYj1oY428QfXEKJJmAJKbwRYq3AekJCAKuXdbf3UKzkrW cmNR+rZfb1Ku9bTtKYRjwpoXRY3g X-Google-Smtp-Source: APiQypIHRnf3/9S1De0XSbVvqXphCZCXXugU8UKw3VOXpPEJMeVYe6Wh6ZPRBbqetP0k3IXh34tcLw== X-Received: by 2002:a05:620a:138e:: with SMTP id k14mr9234819qki.452.1587738224364; Fri, 24 Apr 2020 07:23:44 -0700 (PDT) Received: from raichu (toroon0560w-lp130-10-174-94-17-182.dsl.bell.ca. [174.94.17.182]) by smtp.gmail.com with ESMTPSA id o43sm4020060qtf.46.2020.04.24.07.23.43 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 24 Apr 2020 07:23:43 -0700 (PDT) Sender: Mark Johnston Date: Fri, 24 Apr 2020 10:23:41 -0400 From: Mark Johnston To: Tom Jones Cc: freebsd-current@freebsd.org, freebsd-transport@freebsd.org Subject: Re: How to enable tcp bbr in FreeBSD??? Message-ID: <20200424142341.GB17086@raichu> References: <20200424141508.GB78595@tom-desk.erg.abdn.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200424141508.GB78595@tom-desk.erg.abdn.ac.uk> X-Rspamd-Queue-Id: 497xHP2QXZz4R8P X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-6.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2020 14:23:45 -0000 On Fri, Apr 24, 2020 at 03:15:08PM +0100, Tom Jones wrote: > rrs@freebsd.org > Bcc: > Subject: Re: How to enable tcp bbr in FreeBSD??? > Reply-To: > In-Reply-To: <6042155a-297b-d85e-1d64-24d93da329a2@gmail.com> > > > ... snip ... > > > > Maybe it is not ready for prime time, i do not know why it is not in the > > default build. > > Maybe ask the committer. > > > > I have added rrs@ in cc and the freebsd-transport list. > > Does anyone know if there are plans to enable alternate TCP stacks in > generic? > > Is there a stability point we need to hit first? There are a couple of open bugs found by syzkaller (complete with reproducers) that appeared when I enabled the alternate TCP stacks: https://syzkaller.appspot.com/bug?id=986b4cecd84439df9794bda1a45d9cf0f50356fe https://syzkaller.appspot.com/bug?id=048f650e99696f881872a285cef0e3b9bd4f4e25 I'd expect these to be fixed before providing the alternate stacks in GENERIC. From owner-freebsd-current@freebsd.org Fri Apr 24 15:28:31 2020 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 2AAB72B8876; Fri, 24 Apr 2020 15:28:31 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 497yk709ybz4Whf; Fri, 24 Apr 2020 15:28:30 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from [IPv6:2a02:8109:1140:c3d:a14a:1380:47c6:2fe7] (unknown [IPv6:2a02:8109:1140:c3d:a14a:1380:47c6:2fe7]) (Authenticated sender: macmic) by drew.franken.de (Postfix) with ESMTPSA id 4FDC272230C06; Fri, 24 Apr 2020 17:28:28 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: How to enable tcp bbr in FreeBSD??? From: Michael Tuexen In-Reply-To: <20200424142341.GB17086@raichu> Date: Fri, 24 Apr 2020 17:28:27 +0200 Cc: Tom Jones , freebsd-transport@freebsd.org, freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20200424141508.GB78595@tom-desk.erg.abdn.ac.uk> <20200424142341.GB17086@raichu> To: Mark Johnston X-Mailer: Apple Mail (2.3608.80.23.2.2) 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: 497yk709ybz4Whf X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.86 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.92)[-0.924,0]; ASN(0.00)[asn:680, ipnet:2001:638::/32, country:DE]; NEURAL_HAM_LONG(-0.93)[-0.932,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2020 15:28:31 -0000 > On 24. Apr 2020, at 16:23, Mark Johnston wrote: >=20 > On Fri, Apr 24, 2020 at 03:15:08PM +0100, Tom Jones wrote: >> rrs@freebsd.org >> Bcc:=20 >> Subject: Re: How to enable tcp bbr in FreeBSD??? >> Reply-To:=20 >> In-Reply-To: <6042155a-297b-d85e-1d64-24d93da329a2@gmail.com> >>=20 >>=20 >> ... snip ... >>>=20 >>> Maybe it is not ready for prime time, i do not know why it is not in = the >>> default build. >>> Maybe ask the committer. >>>=20 >>=20 >> I have added rrs@ in cc and the freebsd-transport list.=20 >>=20 >> Does anyone know if there are plans to enable alternate TCP stacks in >> generic?=20 >>=20 >> Is there a stability point we need to hit first? >=20 > There are a couple of open bugs found by syzkaller (complete with > reproducers) that appeared when I enabled the alternate TCP stacks: >=20 > = https://syzkaller.appspot.com/bug?id=3D986b4cecd84439df9794bda1a45d9cf0f50= 356fe > = https://syzkaller.appspot.com/bug?id=3D048f650e99696f881872a285cef0e3b9bd4= f4e25 >=20 > I'd expect these to be fixed before providing the alternate stacks in > GENERIC. We talked about these yesterday in the FreeBSD telco. At least some of = them are related to OOB data. The plan is to disable handling of OOB data in the = alternate stacks. Will bring up a patch and see if that fixes the issues. Best regards Michael > _______________________________________________ > freebsd-transport@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-transport > To unsubscribe, send any mail to = "freebsd-transport-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Fri Apr 24 19:06:13 2020 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 91FE52BF916 for ; Fri, 24 Apr 2020 19:06:13 +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 4983YJ2jjRz40sH for ; Fri, 24 Apr 2020 19:06:12 +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 03OJ63rs086285; Fri, 24 Apr 2020 12:06:03 -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 03OJ62ZD086284; Fri, 24 Apr 2020 12:06:02 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202004241906.03OJ62ZD086284@gndrsh.dnsmgr.net> Subject: Re: How to enable tcp bbr in FreeBSD??? In-Reply-To: <20200424115425.GA64056@mail.bsd4all.net> To: "Herbert J. Skuhra" Date: Fri, 24 Apr 2020 12:06:02 -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: 4983YJ2jjRz40sH 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 [3.72 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; IP_SCORE(0.03)[ip: (0.12), ipnet: 69.59.192.0/19(0.06), asn: 13868(0.03), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.84)[0.842,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.95)[0.950,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2020 19:06:13 -0000 > On Fri, Apr 24, 2020 at 01:31:35PM +0200, Kurt Jaeger wrote: > > > > Thanks. Is BBR active automatically or is there a sysctl or > > socket option to activate it ? > > net.inet.tcp.cc.available: List available congestion control algorithms > net.inet.tcp.cc.algorithm: Default congestion control algorithm Start at: man mod_cc -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Fri Apr 24 19:23:32 2020 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 BEE6C2C0383 for ; Fri, 24 Apr 2020 19:23:32 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io1-f53.google.com (mail-io1-f53.google.com [209.85.166.53]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 4983xH6FY2z420R; Fri, 24 Apr 2020 19:23:31 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io1-f53.google.com with SMTP id k6so11603395iob.3; Fri, 24 Apr 2020 12:23:31 -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=lxLzRzZImuNi/75hvR800wvZoAXFWL8UXDh+s+L0bmc=; b=psaYhGQ7+GT3dlJOoPmRW0DCY//qqAkZfGyJ3I1ctbZVH+eySKIYIoHgbhoW6MPXDC k5/Cphbm4VJjQkdmY8SLCJY5JqrwEUKzPO4LtORI4+7Dvxxy28Qy/E2jBpRz7vqLrUFt iovipeBHDoHXTaVAt72ztQGdanuhXUyjLm5jJL1vT6MLKwn0+f7kjWtVEdDkgKPIBYex biSxyoad2eNJXURLHMpQNxCAODhAlUUZ+ZQEhnny6fNfHMyMy8xWCx0M/qLNKvGlFyzv 9JrjBULjiBn2ihDrrtUQWiTYymbJpsVZ9sJw3WEG2rqMCABxNnhozYFm24rn/a0bNjDv ZdXA== X-Gm-Message-State: AGi0PuYih6fVRQ+q+qFS0j1Xn+k8LvpE3r5HXcxfhbQUq43wWqUlrTln RN73urkjHAnDV6RBRawMplhLoWxXI6MJGn4dpU8= X-Google-Smtp-Source: APiQypI7gOmXin5g8bAr+o6E0y4uu+jci1Oxbv41yed4yev+V9WP2O9/dcx6lsR3AnEwPBZpcqZbrviSzX5U1DiBOi8= X-Received: by 2002:a05:6638:247:: with SMTP id w7mr9787749jaq.128.1587756210635; Fri, 24 Apr 2020 12:23:30 -0700 (PDT) MIME-Version: 1.0 References: <202004171047.03HAlFk6050161@gndrsh.dnsmgr.net> <20200424132144.7b0bb922@fabiankeil.de> In-Reply-To: <20200424132144.7b0bb922@fabiankeil.de> From: Ed Maste Date: Fri, 24 Apr 2020 15:23:18 -0400 Message-ID: Subject: Re: Ordering of files in zoneinfo To: Fabian Keil Cc: Xin LI , Johan Hendriks , FreeBSD Current , Brooks Davis , "M. Warner Losh" , Glen Barber , Bryan Drewery , Brad Davis Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4983xH6FY2z420R 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.53 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-1.14 / 15.00]; ARC_NA(0.00)[]; SUSPICIOUS_RECIPS(1.50)[]; RCVD_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-0.98)[-0.977,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.org]; MIME_TRACE(0.00)[0:+]; TO_DN_ALL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_SEVEN(0.00)[9]; RCVD_IN_DNSWL_NONE(0.00)[53.166.85.209.list.dnswl.org : 127.0.5.0]; IP_SCORE(-0.66)[ip: (-2.45), ipnet: 209.85.128.0/17(-0.40), asn: 15169(-0.43), country: US(-0.05)]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; RCVD_TLS_ALL(0.00)[]; FREEMAIL_CC(0.00)[gmail.com] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2020 19:23:32 -0000 On Fri, 24 Apr 2020 at 07:23, Fabian Keil wrote: > > > I wonder if we could drop the sort and replace ${TZS} in line 100 with > > ${TZS:O} instead? > > Makes sense to me. Agreed, that seems sensible. > > By the way, looking at > > https://github.com/freebsd/pkg/blob/master/libpkg/metalog.c , I wonder if > > the sort should really happen in pkg(8) instead? > > Currently the METALOG is also used when creating the tarballs so sorting > only in pkg would be insufficient as long as tarballs are still supported. I think there are other reasons we'd like to keep METALOG itself in deterministic order too, even if pkg can take care of it -- for example, issues like PR234886 can be triggered by ordering (even though the root cause is elsewhere and TZ ordering isn't going to lead to exactly that kind of issue). From owner-freebsd-current@freebsd.org Fri Apr 24 19:25:23 2020 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 0C4502C05B9 for ; Fri, 24 Apr 2020 19:25:23 +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 "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4983zQ3SP1z42BW for ; Fri, 24 Apr 2020 19:25:21 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from [IPv6:2a02:8109:1140:c3d:6d65:7e3d:1339:bcbd] (unknown [IPv6:2a02:8109:1140:c3d:6d65:7e3d:1339:bcbd]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTPSA id A82A67213B004; Fri, 24 Apr 2020 21:25:18 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: How to enable tcp bbr in FreeBSD??? From: Michael Tuexen In-Reply-To: <202004241906.03OJ62ZD086284@gndrsh.dnsmgr.net> Date: Fri, 24 Apr 2020 21:25:18 +0200 Cc: "Herbert J. Skuhra" , freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <26592FE0-4649-47B1-91F4-4369775B90A8@freebsd.org> References: <202004241906.03OJ62ZD086284@gndrsh.dnsmgr.net> To: "Rodney W. Grimes" X-Mailer: Apple Mail (2.3608.80.23.2.2) 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: 4983zQ3SP1z42BW X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.80 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.82)[-0.819,0]; NEURAL_HAM_LONG(-0.98)[-0.983,0]; ASN(0.00)[asn:680, ipnet:193.174.0.0/15, country:DE] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2020 19:25:23 -0000 > On 24. Apr 2020, at 21:06, Rodney W. Grimes = wrote: >=20 >> On Fri, Apr 24, 2020 at 01:31:35PM +0200, Kurt Jaeger wrote: >>>=20 >>> Thanks. Is BBR active automatically or is there a sysctl or >>> socket option to activate it ? >>=20 >> net.inet.tcp.cc.available: List available congestion control = algorithms >> net.inet.tcp.cc.algorithm: Default congestion control algorithm >=20 > Start at: > man mod_cc BBR is conceptually a CC, but in FreeBSD it is NOT implemented as a CC = module. It is a TCP stack. You need to load it using kldload tcp_bbr and then either make it the default by sudo sysctl net.inet.tcp.functions_default=3Dbbr or use the IPPROTO_TCP level socket option TCP_FUNCTION_BLK to set the = stack to BBR. The uperf test tool allows to set the TCP stack for = measurements. Please note that you need to compile the kernel with makeoptions WITH_EXTRA_TCP_STACKS=3D1 options TCPHPTS Best regards Michael >=20 >=20 > --=20 > Rod Grimes = rgrimes@freebsd.org > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Fri Apr 24 21:12:09 2020 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 649AA2C260A; Fri, 24 Apr 2020 21:12:09 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "anubis.delphij.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4986Lc39TSz484K; Fri, 24 Apr 2020 21:12:08 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from odin.corp.delphij.net (unknown [IPv6:2601:646:8600:58ba:f8e4:80ce:7871:5fe6]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by anubis.delphij.net (Postfix) with ESMTPSA id 94B7322E34; Fri, 24 Apr 2020 14:12:06 -0700 (PDT) Reply-To: d@delphij.net Subject: Re: CFT: if_bridge performance improvements To: Kristof Provost , d@delphij.net Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org References: <5377E42E-4C01-4BCC-B934-011AC3448B54@FreeBSD.org> <8e0e2bf1-27cd-1a99-b266-c7223255942f@delphij.net> <8634ec5c-a509-d2dd-8f5c-31efcbd50340@delphij.net> <544E27A6-D799-4AF3-B4B7-1E68D5D50698@FreeBSD.org> From: Xin Li Autocrypt: addr=delphij@delphij.net; prefer-encrypt=mutual; keydata= mQINBFuSR4oBEACvvEgwRIHs6IcSP/yaDtySF78Ji3rP29qdiQsxhMsOtvtffdbS56VApIWO UFb3/iN2gA8HwLvrmjijN0HEoLVX7na1WARmxRYzQMtApsZIUTtx7hnUYlsi2F5odZa6CDW9 a954DLRzYxiUwYDcu5Zjl9bglK1H8e/N9uC0Vuigr4teWfh86brzOyf819QzwFVYfMIK4ihw QGwMvTzbyVuCFy+LENkmcVYni70oQy6rZ5ktSuYbuOFvu7inRRfhSWPHziV7k+bW88sJ7xhv lBlegcnhkSudWX2M8tZ3MO1PJOcyys0CJlsBY5Weiog2lIPi05h/E9pZ9mc1Vud17iqDaL6w RaggOUhuPfDGCdO5ro82W4BZGeQMRnRF5Ntk+t2ShIH4nn3xRLV0E5nziCiKlgiMqOrz/ZTL QTVbHrCuiwD+fSK14y0oHbkOLYTYLlgh1JbwfY2Ty7elOYiWzyeJ7sJh2dF91NSEneWIOys3 mBpuvtU3nSzzTvAB48VV+Nbg1CpIOgNlPjj7uhIum/Z/VjUaJEyaLpTIRh0MVJVcbP7hXSqZ NA35EEZZVnWEOYdycm4CmEdeNPWkrAf2Ya77iR5VLGypwMlsUMQPh+sKVWDD38M8stFGBBNm d01Hi74Bsq5hKan654dOqMt5eYklrVj0ucMzFQtus7oE502UswARAQABtBxYaW4gTEkgPGRl bHBoaWpAZGVscGhpai5uZXQ+iQJUBBMBCgA+FiEEceNg5NEMZIki80nQQHl/fJX0g08FAluS R/YCGwMFCQmuhAAFCwkIBwMFFQoJCAsFFgIDAQACHgECF4AACgkQQHl/fJX0g0+2Og//bWpE F2V5/M5l6YW1T8oLcT9rIOH6oq9M0LMNRgFeiNNnilGIeeIgtOGBRueG4CZiZAvsRPJkrO70 1R2SrdkCIvwGUzUAxx1NfBWb+vgm4fgkW/MotGonceM5v0qfSKKXasWvDctkK28aG+IoQzmi FjXNW4+ju4zeQFYwD4ZDWqw9MqO0hVb24uW3dxtQhbfmOLgJ/PEDMQaFuANbW1c+iR0BQA3D Go/EeMY4kpN8on6Aqt/S/4JVltudfQ9OXdjQsC7netSaB9K3mHGt9aKAAB7RzlRY00DKkYS/ /eQwLzGPmK7yX13M68mMDjBs6mIR8t/E1S5OdBNhHRPNPlEbwugR4KaiCsN5yqzJoSV99fKY z2VyxjWPaG8yhHE+jmKUgIBKTfFUQEfkriQR4EASoeJ+soaMTiFDBij1Zw5n3ndLRFMB1ZCl fZLER36mAgW4m4kP83TWnDiJLxOxSOxifV8HpTFjff902H85cybg9KMwrfPDr6W19GGk5Vo1 fkza5krRMGbKWb7+74Evusi0ZxJLIOFwp5Y8eVqUMZaAD3f1ZX1M3pgXOp20QgAy+2KvMHij rLa4q+tMGRzYYD1BnFVSVdXAX5VOoTmHBcDz67DkuRwk2Byp1sgd407oEOmSwrNJlKS0TPCm xUJ2fdSQF+1/MMSRfee49vtMvz7cOrC5Ag0EW5JHigEQANiBmIFAfRNH3nzYNWC0yC+tfx3z sUwAsH1VaBM/cTib+yKtbBOSIlXWjJZWX3MHwoI/1LeGghB2mxkkX1L0pJ/vj1eXNR+sFZ32 0pYcl61Fxg/5fioG4QDTM4i3i7NR5PxDnc6UVaynSlII93DedRhZ1ROtdn4vyMgzsDiqhbL7 BthDOt5KxjqdRk4qRPSw7BovEqZLOcG5IJtf/zZUzRbM7SBljEbOAfekDGx1Br+RrYSD7/Ef Pwwzou9T8315IpBpIHyQF/dZNk3iFiB9Ed5CA71ZRYV5YoLWE9lL0j9kxOLQ5vHnX3mVq7QZ Bc7nzwZ6UhQgYmrG5+RWvuiPpGwvDRIsugJUGXucYkAQh5kuNblmkwpv6u9rNMjCNbzAylOa qdogra5EW+RUSbRz0b4iIr8nnZeAlh7BihCe7JjOwbDjoBEEEtSfVc4hD/LENqpcYVrChphf aOLB9YIXhnVDTVvMc9OklWT/81HzAaDQqOQCzEfY92199Ct9/CwRoQ2OpO8TO5+8A7b9Nb33 nmxMn09mb48ruRacMrfHxCWbgU4w9SEfbip4GcS5wGG6yTC+hw55Iwnnwus40NrJ0GEr8a4r cdsLbkvlyoNHB8ZGgyJ4aFCQ1V4qE1BnlTk7Z8BYBUkJM1odPSkVvHpCnMUjVpJ3hEOC+73Z YH1dh7lZABEBAAGJAjwEGAEKACYWIQRx42Dk0QxkiSLzSdBAeX98lfSDTwUCW5JHigIbDAUJ Ca6EAAAKCRBAeX98lfSDTz8DEACMh3poeUb+gWNF4RWFZuLteZVo0+E1JLYXQkmtrRBLXviP +Qy0pXyFAVxLM4hNIBoIDYfK9BcwrBYf7AwSKrH0GiNwFpgHCkbZd6qoZy2gB+adTnCpVCTJ KJetsH/8awkrChJWMK0ckGf3EeWMPvawG7kW7FBz70NYEZ0pOMiaEZNVtzD3wwbYWUiDFYth 83XGglOExg+1ShTW5XjQPRrdyJAO+aUW4o3lVjfyUJXMgI4rmhMiLVm06GuNrbpKIF0s+4Vd jQAjhrDQjfoXi9CkfsA/cONseuHNv1JGj3RqHiqHJq1dbrpodXp925zGDAnUGxCOBPoFopAH gVzR89GTut059GpwqsddZmU6y7rqifuam/ekJ+QRwc16vgt7pHqCrTY8WPxRZr2UpFU1wlTo COdeiFep1gq1F9jzFjJnoMaAdmC6k7bgAA+RQusOgIhJL0jIej7DoAHxmxFFCfRy+lDtpXwF gQ8HMvzHI65QWmQnMo7s6SQH/ZH5s1yR6SJq8+3lDz+dCuT42qJVqIPVvxd10LW0FNN+t7HF eLadU6ekSgD13/EYMYXlvNHkw7dAItSDxIzgRyykLz0bCU9xwNWoS4Z43+ifF9anJ+uR0ltW El1j++h6ZrD3LLuCgJIt1so0m49GzdcSpOI7LCwMlacyvafiEyjUn+tSNDsnfw== Message-ID: <5246fd44-b856-5402-092e-9065d4d4f7ae@delphij.net> Date: Fri, 24 Apr 2020 14:12:02 -0700 User-Agent: Thunderbird MIME-Version: 1.0 In-Reply-To: <544E27A6-D799-4AF3-B4B7-1E68D5D50698@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="OL3HcfXl96oGJZBGGYPqcYw9drokEEWjC" X-Rspamd-Queue-Id: 4986Lc39TSz484K X-Spamd-Bar: -------- X-Spamd-Result: default: False [-8.73 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[delphij.net:s=m7e2]; XM_UA_NO_VERSION(0.01)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; HAS_REPLYTO(0.00)[d@delphij.net]; TO_DN_SOME(0.00)[]; REPLYTO_DOM_EQ_FROM_DOM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[delphij.net:+]; DMARC_POLICY_ALLOW(-0.50)[delphij.net,reject]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~]; IP_SCORE(-3.64)[ip: (-9.91), ipnet: 2001:470::/32(-4.65), asn: 6939(-3.60), country: US(-0.05)]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2020 21:12:09 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --OL3HcfXl96oGJZBGGYPqcYw9drokEEWjC Content-Type: multipart/mixed; boundary="bBbUDl9mUraOpX4O489N3sYhzSlAUBRFO"; protected-headers="v1" From: Xin Li Reply-To: d@delphij.net To: Kristof Provost , d@delphij.net Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Message-ID: <5246fd44-b856-5402-092e-9065d4d4f7ae@delphij.net> Subject: Re: CFT: if_bridge performance improvements References: <5377E42E-4C01-4BCC-B934-011AC3448B54@FreeBSD.org> <8e0e2bf1-27cd-1a99-b266-c7223255942f@delphij.net> <8634ec5c-a509-d2dd-8f5c-31efcbd50340@delphij.net> <544E27A6-D799-4AF3-B4B7-1E68D5D50698@FreeBSD.org> In-Reply-To: <544E27A6-D799-4AF3-B4B7-1E68D5D50698@FreeBSD.org> --bBbUDl9mUraOpX4O489N3sYhzSlAUBRFO Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 4/24/20 06:42, Kristof Provost wrote: > On 22 Apr 2020, at 18:15, Xin Li wrote: >> On 4/22/20 01:45, Kristof Provost wrote: >>> On 22 Apr 2020, at 10:20, Xin Li wrote: >>>> Hi, >>>> >>>> On 4/14/20 02:51, Kristof Provost wrote: >>>>> Hi, >>>>> >>>>> Thanks to support from The FreeBSD Foundation I=E2=80=99ve been abl= e to >>>>> work on >>>>> improving the throughput of if_bridge. >>>>> It changes the (data path) locking to use the NET_EPOCH >>>>> infrastructure. >>>>> Benchmarking shows substantial improvements (x5 in test setups). >>>>> >>>>> This work is ready for wider testing now. >>>>> >>>>> It=E2=80=99s under review here: https://reviews.freebsd.org/D24250 >>>>> >>>>> Patch for CURRENT: https://reviews.freebsd.org/D24250?download=3Dtr= ue >>>>> Patches for stable/12: >>>>> https://people.freebsd.org/~kp/if_bridge/stable_12/ >>>>> >>>>> I=E2=80=99m not currently aware of any panics or issues resulting f= rom these >>>>> patches. >>>> >>>> I have observed the following panic with latest stable/12 after >>>> applying >>>> the stable_12 patchset, it appears like a race condition related NUL= L >>>> pointer deference, but I haven't took a deeper look yet. >>>> >>>> The box have 7 igb(4) NICs, with several bridge and VLAN configured >>>> acting as a router.=C2=A0 Please let me know if you need additional >>>> information; I can try -CURRENT as well, but it would take some time= as >>>> the box is relatively slow (it's a ZFS based system so I can create = a >>>> separate boot environment for -CURRENT if needed, but that would tak= e >>>> some time as I might have to upgrade the packages, should there be a= ny >>>> ABI breakages). >>>> >>> Thanks for the report. I don=E2=80=99t immediately see how this could= happen. >>> >>> Are you running an L2 firewall on that bridge by any chance? An earli= er >>> version of the patch had issues with a stray unlock in that code path= =2E >> >> I don't think I have a L2 firewall (I assume means filtering based on >> MAC address like what can be done with e.g. ipfw?=C2=A0 The bridges we= re >> created on vlan interfaces though, do they count as L2 firewall?), the= >> system is using pf with a few NAT rules: >> >=20 > That backtrace looks identical to the one Peter reported, up to and > including the offset in the bridge_input() function. > Given that there=E2=80=99s no likely way to end up with a NULL mutex ei= ther I > have to assume that it=E2=80=99s a case of trying to unlock a locked mu= tex, and > the most likely reason is that you ran into the same problem Peter ran > into. >=20 > The current version of the patch should resolve it. Thanks, I'd like to report that after applying the patch from Peter the system seems to survive without problem. Cheers, --bBbUDl9mUraOpX4O489N3sYhzSlAUBRFO-- --OL3HcfXl96oGJZBGGYPqcYw9drokEEWjC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.2.20 (Darwin) iQIzBAEBCgAdFiEEceNg5NEMZIki80nQQHl/fJX0g08FAl6jViUACgkQQHl/fJX0 g08YSQ//ehsN8qEaDAOVOCamsRCb4l5MiW/0i9gulOLsRbEN6Rm4ZRWDa+5yCTyq p0bs1RlOhspYOZhVkwtw7gITCrJ29LdHM7VIxVzaHOskuh6zTGcnUG6PZMHKw62H fA54Yzt20pRpYYS+L/LrKsQUaaJRsZNzMnASchANunuEQcaAuGZJIBG+nZXkM1rQ TRKJv6F9sxAkE+CtWB73AB1isV7IREDrcLgi/C7CIrehqD/nvBdpF35+JflFIe0f s2NHZZNyjoFm6Fxbs7tWfbit+hLDY5pVMHyB/ItsIyFToB0gvWWuNAGasLP4Pimn b5yKyGKb1KXPzIrtkvcLFhRHwqPBqiGeOrm/657MHJ8IxvaXzs6/UGuy2uqZU2iP NfPWVkvU6oP3TZSVkedysyk5/UCWhslCfdAnUP/tT8QqKI5lpbmDsvnCBXN0rNbi uzKnlbMmatqNgLLgw8D9h/MvXj9ZdzUKm2Y1wYF/Jzzag0BBTR3IsOV4BxKmvpX2 e5GwHaa6y/fwHdjIO4K9KWg7y1b6XUFTgp1sxm/0c5GnrmSj29wHUdDntse8yAqm PdWpyU/vwfV2Uc1FIJBpWYnKiWZPx4GgULSKLwliZPCaKeoTqStmE00rfLmtnPPd o2n7dv+oH4ybM2qOkVt55N1TGpGT3HlIne5SWqsNG7aaMWk46p4= =Kjcw -----END PGP SIGNATURE----- --OL3HcfXl96oGJZBGGYPqcYw9drokEEWjC-- From owner-freebsd-current@freebsd.org Fri Apr 24 21:41:46 2020 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 005842C3626 for ; Fri, 24 Apr 2020 21:41:46 +0000 (UTC) (envelope-from neel@neelc.org) Received: from rainpuddle.neelc.org (rainpuddle.neelc.org [IPv6:2001:19f0:8001:fed:5400:2ff:fe73:c622]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49870n1PtCz4B89; Fri, 24 Apr 2020 21:41:44 +0000 (UTC) (envelope-from neel@neelc.org) Received: from mail.neelc.org (rainpuddle.neelc.org [IPv6:2001:19f0:8001:fed:5400:2ff:fe73:c622]) by rainpuddle.neelc.org (Postfix) with ESMTPSA id E6057B2D7F; Fri, 24 Apr 2020 14:41:35 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 24 Apr 2020 14:41:35 -0700 From: Neel Chauhan To: Michael Tuexen Cc: "Rodney W. Grimes" , "Herbert J. Skuhra" , freebsd-current@freebsd.org Subject: Re: How to enable tcp bbr in FreeBSD??? In-Reply-To: <26592FE0-4649-47B1-91F4-4369775B90A8@freebsd.org> References: <202004241906.03OJ62ZD086284@gndrsh.dnsmgr.net> <26592FE0-4649-47B1-91F4-4369775B90A8@freebsd.org> User-Agent: Roundcube Webmail/1.4.2 Message-ID: X-Sender: neel@neelc.org X-Rspamd-Queue-Id: 49870n1PtCz4B89 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=neelc.org; spf=pass (mx1.freebsd.org: domain of neel@neelc.org designates 2001:19f0:8001:fed:5400:2ff:fe73:c622 as permitted sender) smtp.mailfrom=neel@neelc.org X-Spamd-Result: default: False [-4.89 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+a]; IP_SCORE(-3.19)[ip: (-9.70), ipnet: 2001:19f0:8000::/38(-4.85), asn: 20473(-1.34), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DMARC_POLICY_ALLOW(-0.50)[neelc.org,none]; RCVD_COUNT_ONE(0.00)[1]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:20473, ipnet:2001:19f0:8000::/38, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; ONCE_RECEIVED(0.10)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2020 21:41:46 -0000 Not OP, but would BBR work with VNET, or is that a WIP? I'm sorry if none of you are familiar with VNET. -Neel === https://www.neelc.org/ BTW: Not neel@ the committer On 2020-04-24 12:25, Michael Tuexen wrote: >> On 24. Apr 2020, at 21:06, Rodney W. Grimes >> wrote: >> >>> On Fri, Apr 24, 2020 at 01:31:35PM +0200, Kurt Jaeger wrote: >>>> >>>> Thanks. Is BBR active automatically or is there a sysctl or >>>> socket option to activate it ? >>> >>> net.inet.tcp.cc.available: List available congestion control >>> algorithms >>> net.inet.tcp.cc.algorithm: Default congestion control algorithm >> >> Start at: >> man mod_cc > BBR is conceptually a CC, but in FreeBSD it is NOT implemented as a CC > module. > It is a TCP stack. You need to load it using > kldload tcp_bbr > and then either make it the default by > sudo sysctl net.inet.tcp.functions_default=bbr > or use the IPPROTO_TCP level socket option TCP_FUNCTION_BLK to set the > stack > to BBR. The uperf test tool allows to set the TCP stack for > measurements. > Please note that you need to compile the kernel with > makeoptions WITH_EXTRA_TCP_STACKS=1 > options TCPHPTS > > Best regards > Michael >> >> >> -- >> Rod Grimes >> rgrimes@freebsd.org >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Fri Apr 24 21:44:33 2020 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 EA5072C3C90 for ; Fri, 24 Apr 2020 21:44:33 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4987415kxBz4Bgw for ; Fri, 24 Apr 2020 21:44:33 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from [IPv6:2a02:8109:1140:c3d:6d65:7e3d:1339:bcbd] (unknown [IPv6:2a02:8109:1140:c3d:6d65:7e3d:1339:bcbd]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTPSA id 1C395722B8822; Fri, 24 Apr 2020 23:44:31 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: How to enable tcp bbr in FreeBSD??? From: Michael Tuexen In-Reply-To: Date: Fri, 24 Apr 2020 23:44:30 +0200 Cc: "Rodney W. Grimes" , "Herbert J. Skuhra" , freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <5845EA22-8BF3-4294-A8D6-7F21E1318F06@freebsd.org> References: <202004241906.03OJ62ZD086284@gndrsh.dnsmgr.net> <26592FE0-4649-47B1-91F4-4369775B90A8@freebsd.org> To: Neel Chauhan X-Mailer: Apple Mail (2.3608.80.23.2.2) 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: 4987415kxBz4Bgw X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.82 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.83)[-0.833,0]; NEURAL_HAM_LONG(-0.98)[-0.984,0]; ASN(0.00)[asn:680, ipnet:2001:638::/32, country:DE] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2020 21:44:34 -0000 > On 24. Apr 2020, at 23:41, Neel Chauhan wrote: >=20 > Not OP, but would BBR work with VNET, or is that a WIP? I would say it should work. At least, if not I would consider it a bug. I think most testing was not done with multiple VNETs. Best regards Michael >=20 > I'm sorry if none of you are familiar with VNET. >=20 > -Neel >=20 > =3D=3D=3D >=20 > https://www.neelc.org/ > BTW: Not neel@ the committer >=20 > On 2020-04-24 12:25, Michael Tuexen wrote: >>> On 24. Apr 2020, at 21:06, Rodney W. Grimes = wrote: >>>> On Fri, Apr 24, 2020 at 01:31:35PM +0200, Kurt Jaeger wrote: >>>>> Thanks. Is BBR active automatically or is there a sysctl or >>>>> socket option to activate it ? >>>> net.inet.tcp.cc.available: List available congestion control = algorithms >>>> net.inet.tcp.cc.algorithm: Default congestion control algorithm >>> Start at: >>> man mod_cc >> BBR is conceptually a CC, but in FreeBSD it is NOT implemented as a = CC module. >> It is a TCP stack. You need to load it using >> kldload tcp_bbr >> and then either make it the default by >> sudo sysctl net.inet.tcp.functions_default=3Dbbr >> or use the IPPROTO_TCP level socket option TCP_FUNCTION_BLK to set = the stack >> to BBR. The uperf test tool allows to set the TCP stack for = measurements. >> Please note that you need to compile the kernel with >> makeoptions WITH_EXTRA_TCP_STACKS=3D1 >> options TCPHPTS >> Best regards >> Michael >>> -- >>> Rod Grimes = rgrimes@freebsd.org >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Sat Apr 25 10:17:39 2020 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 6CBFD2AA1B8 for ; Sat, 25 Apr 2020 10:17:39 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 498Rmy01cGz3KSh for ; Sat, 25 Apr 2020 10:17:37 +0000 (UTC) (envelope-from ohartmann@walstatt.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1587809856; bh=pF4n8JrAHlVj7HI+Q5efJDCxtvctyimxGMAK/9kzl/w=; h=X-UI-Sender-Class:Date:From:To:Subject; b=OcKVNr0QePrAxErrSVD3onHDj/aOQt7CjNcDxLz4rzVzWNSUcbr3fAi/SDE4UOk/5 V4gnEbDJXLp+K6OVUd4h0nn/kWO9FE2L8Jn5fLntkRJat1ezfaE+ThWEfMJbIsBKXP tixGWYLGhjmW/u+rGTupQD6TLPn9tvrkSxTWV4SI= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from thor.intern.walstatt.dynvpn.de ([77.13.152.194]) by mail.gmx.com (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MLi8g-1jjxHj3f2u-00He6B for ; Sat, 25 Apr 2020 12:17:35 +0200 Date: Sat, 25 Apr 2020 12:17:01 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: r360294: buildkernel failure: etinet/tcp_stacks/bbr.c:5605:35: error: incomplete definition of type Message-ID: <20200425121728.410b4152@thor.intern.walstatt.dynvpn.de> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Provags-ID: V03:K1:uD4p336qaArpInHkc08M52AJ3LwmOBPouOjJqcdoS6s/iEs4eeM ywsvYaK0+xJsxM5y6pl8gPxjHpr6zm6jWjONzqqr+LY5lE+wPKT/AOJjnucrFBityrcAFWd hCWhtBITi/lkl7VPqPH9kyOr4EkxUm984XhkVTCN8vhsyPsN+a876cP0oFWRlMLlu+nUu/X 7RjUv45aJDD5V78NdtIHA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:54KH7dNf1o8=:XyOOlXcfyC8EI2jwAPD3G7 +hOUlHAAU2KsNp47Xj3nf4feo/hh5h8UxZhUzLJj5mKJ58e76UHgkmBseepoooi/lekJQp8Xm 3BlWkXfxJDFGdWq0HysWfwBDSkvcs9+mJWGFx++Szd592gQmWusle8wFCmCdPwh6ZUUChunZD rSczQz2B/yc+I92ZWZr7cnX1FaaqHkkCxjs0tnV87BM8T6m0xutMPHUjYoxmI8mFo7zE7S7NU 5l8SfEuR2CF1787axfjh33Wp6TPaRRt3Yx7WVLqo3mm2CplwK5IkTv2+rYCx7vA6sZfjL9Hx8 0NQ71gfZv6n9hhf1YeX2fLmS2F64aHp/IAoKjPJnws7zS2Rk6q2zb/pQ4gW5e1KM2V0C8ELF0 lCtA8t36jSXQSWxXo+V31Go4eTM1BglspuMBrhOIO8LaVTneVWxQBX+ExB/0SLQlOS2r1p/iE q2nEAoCYEdk3Bbww6hyFqIYNNdn1QoT1dtpCQmRPBAp998GHDIfvM2IYlOvFn94jwTYIz9RgK KtWHHkKBySzkLpJtlnzLeL0xPt0dr9xH3BY1VuJNCBjcUPA0/2jmAZ5Fpjkp53TmpdoQ0tDXF uEQricI/qo9XaaPXawESOLE8oR1FERUxdbf0z4lMgWjtqNdkRJKZKw0C1ybS2A+dYCiJg9VkR bApw1uJJFEuYKXnQ5Dw96u8LuNVnXy13w5cBNBx6KMQ+za6ZAGvbLcMrl48sQRsShTkeReNhj bi0VnLESKfqaoKZuXfgSigWoxudSEoC/bleF1162jfJOSHlbtRHIYrRCn+sfJhD/D4M26Jqx1 IUkiApzWJG47g9CRFMFprfyFxhbmVVq1lB6jc4x1TwFnmj0lbuXvfqr1mM/Fyf1QRsBc+lsQ8 jescOAxgxmyke6YhRH80qb1TcXe8UC3I/5ASODw7kY4kqimB+ZX1mH9wROyvj7KP/HdleqS6v VhfXmwD6w3GFqfkCLMmq3aKPN1GL0DIldEo+CDg0jXipjgjAUZAPWVPz+Vky1SClOkuf32uUp PQMGoUc+A1OeKC06Wu94W52SWrryGn8GgF9EihfntLtOLv3ZeV2qDA4eDDL6ICDVKtLDyeL7i bs2+nZUeHCWwDIJPVRJ6f8V82zfRqZHz1SbF218gTroqCTAaDIz9DCtagiKTcDXXlXn1M4v5W vQf6hfWTTduQIT/hILhKfMgzro9xXkU1SsBv181diMKu3qxa12mnoPMLekR7dW5pgjrNTqz9w yUb4kwS8fJHfVos0n X-Rspamd-Queue-Id: 498Rmy01cGz3KSh X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.net header.s=badeba3b8450 header.b=OcKVNr0Q; 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 [-3.58 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[walstatt.org]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; IP_SCORE(-1.28)[ip: (-7.26), ipnet: 212.227.0.0/16(-1.21), asn: 8560(2.07), country: DE(-0.02)]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmx.net:+]; MIME_BASE64_TEXT(0.10)[]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[19.15.227.212.list.dnswl.org : 127.0.3.1]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[194.152.13.77.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2020 10:17:39 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBMjU2DQoNCkhlbGxv LA0KDQpyZWNlbnQgY29tbWl0cyB0byBDVVJSRU5UIG1ha2VzIGJ1aWxka2VybmVsIHRvIGZhaWwg ZHVlIHRvIHNvbWUgaW5jb21wbGV0ZSBkZWZpbml0aW9uIGVycm9ycw0KZHVyaW5nIGNvbXBpbGlu ZzoNCg0KWy4uLl0NCi0gLS0tIGFsbF9zdWJkaXJfdGNwIC0tLQ0KLSAtLS0gYmJyLm8gLS0tDQov dXNyL3NyYy9zeXMvbW9kdWxlcy90Y3AvYmJyLy4uLy4uLy4uL25ldGluZXQvdGNwX3N0YWNrcy9i YnIuYzo1NjA1OjM1OiBlcnJvcjogaW5jb21wbGV0ZQ0KZGVmaW5pdGlvbiBvZiB0eXBlICdzdHJ1 Y3QgbmhvcF9vYmplY3QnIChiYnItPnJjX2lucC0+aW5wX3JvdXRlLnJvX25oLT5uaF9pZnAgPT0g TlVMTCkpIHsNCiAgICAgICAgICAgICB+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+Xg0KL3Vz ci9zcmMvc3lzL25ldC9yb3V0ZS5oOjU0Ojk6IG5vdGU6IGZvcndhcmQgZGVjbGFyYXRpb24gb2Yg J3N0cnVjdCBuaG9wX29iamVjdCcNCiAgICAgICAgc3RydWN0ICBuaG9wX29iamVjdCAqcm9fbmg7 DQogICAgICAgICAgICAgICAgXg0KL3Vzci9zcmMvc3lzL21vZHVsZXMvdGNwL2Jici8uLi8uLi8u Li9uZXRpbmV0L3RjcF9zdGFja3MvYmJyLmM6NTYyMTozNjogZXJyb3I6IGluY29tcGxldGUNCmRl ZmluaXRpb24gb2YgdHlwZSAnc3RydWN0IG5ob3Bfb2JqZWN0JyBiYnItPnJjX2lucC0+aW5wX3Jv dXRlLnJvX25oLT5uaF9pZnAsDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIH5+ fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5eDQovdXNyL3NyYy9zeXMvbmV0L3JvdXRlLmg6NTQ6 OTogbm90ZTogZm9yd2FyZCBkZWNsYXJhdGlvbiBvZiAnc3RydWN0IG5ob3Bfb2JqZWN0Jw0KICAg ICAgICBzdHJ1Y3QgIG5ob3Bfb2JqZWN0ICpyb19uaDsNCiAgICAgICAgICAgICAgICBeDQotIC0t LSBhbGxfc3ViZGlyX3NvdW5kIC0tLQ0KDQoNCg0KS2luZCByZWdhcmRzLA0KDQpvaA0KDQoNCi0g LS0gDQpPLiBIYXJ0bWFubg0KDQpJY2ggd2lkZXJzcHJlY2hlIGRlciBOdXR6dW5nIG9kZXIgw5xi ZXJtaXR0bHVuZyBtZWluZXIgRGF0ZW4gZsO8cg0KV2VyYmV6d2Vja2Ugb2RlciBmw7xyIGRpZSBN YXJrdC0gb2RlciBNZWludW5nc2ZvcnNjaHVuZyAowqcgMjggQWJzLiA0IEJEU0cpLg0KLS0tLS1C RUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0NCg0KaUhVRUFSWUlBQjBXSVFTeThJQnhBUERrcVZCYVRK NDROMVpaUGJhNVJ3VUNYcVFPT0FBS0NSQTROMVpaUGJhNQ0KUjB2Q0FRQ3BaZnExWEVvbG1oMGkx czNSQ3l6TFZZVDQvZ21uTnJlZ2dGMk16K2twTGdFQW53Vmt3V3lWQ3l4UQ0KQndaY2kwYkl1Slho NnNmZldPMmZEMHl2TkcxY0tBTT0NCj0vNlFBDQotLS0tLUVORCBQR1AgU0lHTkFUVVJFLS0tLS0N Cg== From owner-freebsd-current@freebsd.org Sat Apr 25 10:32:57 2020 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 1744B2AB2DF for ; Sat, 25 Apr 2020 10:32:57 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from forward501o.mail.yandex.net (forward501o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::611]) (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 498S6b1Cz5z3Lrk for ; Sat, 25 Apr 2020 10:32:54 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from mxback5q.mail.yandex.net (mxback5q.mail.yandex.net [IPv6:2a02:6b8:c0e:1ba:0:640:b716:ad89]) by forward501o.mail.yandex.net (Yandex) with ESMTP id AF0791E80701; Sat, 25 Apr 2020 13:32:50 +0300 (MSK) Received: from localhost (localhost [::1]) by mxback5q.mail.yandex.net (mxback/Yandex) with ESMTP id UHb1Mg3Fxn-WoOGo6CQ; Sat, 25 Apr 2020 13:32:50 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ipfw.ru; s=mail; t=1587810770; bh=4bVZUwC+l7N1i8hTXnSBx3WBopY7jeHavzJCmexuPRQ=; h=References:Date:Message-Id:Subject:In-Reply-To:To:From; b=QNziETB0A3tOlVaMbAo/AhI29N5TSiYRXnF0FHI6EtTJWnC2zSI/2eztKgtHewPKi EUx7l7Ap42xV+9qTcfOTPWcpMJXJn7YRc6I0OCZSz8ekKOdZzoNYawFNemsxhZ4huc E53zv1A0Ht3urpEA6t74DonQn2/UzvMktME7lvGU= Received: by vla1-b1f71bfb4f06.qloud-c.yandex.net with HTTP; Sat, 25 Apr 2020 13:32:49 +0300 From: Alexander V. Chernikov To: O. Hartmann , FreeBSD CURRENT In-Reply-To: <20200425121728.410b4152@thor.intern.walstatt.dynvpn.de> References: <20200425121728.410b4152@thor.intern.walstatt.dynvpn.de> Subject: Re: r360294: buildkernel failure: etinet/tcp_stacks/bbr.c:5605:35: error: incomplete definition of type MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Sat, 25 Apr 2020 11:32:49 +0100 Message-Id: <620731587810740@mail.yandex.ru> Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=utf-8 X-Rspamd-Queue-Id: 498S6b1Cz5z3Lrk X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ipfw.ru header.s=mail header.b=QNziETB0; dmarc=none; spf=pass (mx1.freebsd.org: domain of melifaro@ipfw.ru designates 2a02:6b8:0:1a2d::611 as permitted sender) smtp.mailfrom=melifaro@ipfw.ru X-Spamd-Result: default: False [-6.13 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[ipfw.ru:s=mail]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a02:6b8:0:1000::/52]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[ipfw.ru]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[ipfw.ru:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[1.1.6.0.0.0.0.0.0.0.0.0.0.0.0.0.d.2.a.1.0.0.0.0.8.b.6.0.2.0.a.2.list.dnswl.org : 127.0.5.0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:13238, ipnet:2a02:6b8::/32, country:RU]; IP_SCORE(-3.63)[ip: (-9.56), ipnet: 2a02:6b8::/32(-4.77), asn: 13238(-3.85), country: RU(0.01)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2020 10:32:57 -0000 25.04.2020, 11:18, "O. Hartmann" : > Hello, > > recent commits to CURRENT makes buildkernel to fail due to some incomplete definition errors > during compiling: Should be fixed by r360295. Sorry for the breakage. > > [...] > - --- all_subdir_tcp --- > - --- bbr.o --- > /usr/src/sys/modules/tcp/bbr/../../../netinet/tcp_stacks/bbr.c:5605:35: error: incomplete > definition of type 'struct nhop_object' (bbr->rc_inp->inp_route.ro_nh->nh_ifp == NULL)) { >              ~~~~~~~~~~~~~~~~~~~~~~~~~~~~^ > /usr/src/sys/net/route.h:54:9: note: forward declaration of 'struct nhop_object' >         struct nhop_object *ro_nh; >                 ^ > /usr/src/sys/modules/tcp/bbr/../../../netinet/tcp_stacks/bbr.c:5621:36: error: incomplete > definition of type 'struct nhop_object' bbr->rc_inp->inp_route.ro_nh->nh_ifp, >                                    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~^ > /usr/src/sys/net/route.h:54:9: note: forward declaration of 'struct nhop_object' >         struct nhop_object *ro_nh; >                 ^ > - --- all_subdir_sound --- > > Kind regards, > > oh > > - -- > O. Hartmann > > Ich widerspreche der Nutzung oder Übermittlung meiner Daten für > Werbezwecke oder für die Markt- oder Meinungsforschung (§ 28 Abs. 4 BDSG). >> -----BEGIN PGP SIGNATURE----- >> >> iHUEARYIAB0WIQSy8IBxAPDkqVBaTJ44N1ZZPba5RwUCXqQOOAAKCRA4N1ZZPba5 >> R0vCAQCpZfq1XEolmh0i1s3RCyzLVYT4/gmnNreggF2Mz+kpLgEAnwVkwWyVCyxQ >> BwZci0bIuJXh6sffWO2fD0yvNG1cKAM= >> =/6QA >> -----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" From owner-freebsd-current@freebsd.org Sat Apr 25 10:47:46 2020 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 382CD2AB999 for ; Sat, 25 Apr 2020 10:47:46 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 498SRj383Fz3MQl for ; Sat, 25 Apr 2020 10:47:45 +0000 (UTC) (envelope-from ohartmann@walstatt.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1587811662; bh=JWtIzRuZyWqz6Gf/SJswJ64ImxZzpFe99D/vKxEsReg=; h=X-UI-Sender-Class:Date:From:To:Cc:Subject:In-Reply-To:References; b=MkMHGOWVKixkkBqrKBkiPGOV+leXA6/xIcvmElb742yJrCRI+Vv8VPS8G7OedWi4d lCb65jWozrfaEF0blD1fQvNg6D6V/o2B5ids+EyOkjSzVIBNy8k0brOqcOvvKBO+0H WzQZ+pDWffW252JQHIrT2h5Ee94in5gCCHfifFWw= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from thor.intern.walstatt.dynvpn.de ([77.11.98.232]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MAOJV-1jMZ3V0Gj5-00BtZZ; Sat, 25 Apr 2020 12:47:42 +0200 Date: Sat, 25 Apr 2020 12:47:08 +0200 From: "O. Hartmann" To: "Alexander V. Chernikov" Cc: "O. Hartmann" , FreeBSD CURRENT Subject: Re: r360294: buildkernel failure: etinet/tcp_stacks/bbr.c:5605:35: error: incomplete definition of type Message-ID: <20200425124735.143cb817@thor.intern.walstatt.dynvpn.de> In-Reply-To: <620731587810740@mail.yandex.ru> References: <20200425121728.410b4152@thor.intern.walstatt.dynvpn.de> <620731587810740@mail.yandex.ru> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 X-Provags-ID: V03:K1:Vchr7OFcH9V96M+lrxvLgxizvUbB8Ok5n4J7sHakPHMqQ1dD6KO CwJtylZf56efLnLyy5OOskfwiMuRaA8ui9eb3+z/geEQo7XGuZA1yIydkoScEvGl4EvKzA2 eyIrW+AfaxDOlhhSHAItRSekGtJ8B6fH2TCe4y+lnftK0ODClKZnaAaGOHe0P8K0vcj09VP hfPj0c1NGXTENMJ0rZwSg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:tM2suy09xlg=:P7N8nO8JUM6PSuyeLO7pNi iFHovgYSc47Yvkz6nOJIty+o9fw0xPoEgwnZW9OYPjCzYw+41LIiaA6b2TcSIR4W/L7VViXUM iyxmar+3/MbXAbv8/CUh+WiPZsHhVtQ2T3JGIvY9vrh4yTUENGqg6DhZAxl9HFV6IqXY2gsWf nx2Ix0FaUAHKhfOTSmRSr/jKtfobEnx1xImbrLemahhF/gecpOnU5ouHqmX1aCRT0NCySsqTy Eo5Qnlf13Il9QYZngqnlh+ZWkk3QtsxQL6tPmABfyqlD/mJVHuBz6jffkd0IHELKhC8iaQt9C 86o9UR2WqochGPudGJ6bJ+r5hmEJDm69VgATO2Ktb893AuRTzKbT679BHxaczIjL8VDohuD2q 5Oozj9GaneOMEGt62gqoFTxIOWuvwIoj5AkmYW5gyhShuEfjBRrmhBRDYYSQ828+YW985b/2m JXJrOMOdqbF0M6MSHhOo9Rqq5vk2qq6Q+9keJFxM/LeJs/UGR4nr7pXUig3+ufFo+eZB0chnf jgyY2zsti1jZsOdhYqhrfYB9CHeOoYDDaizcU5YfwJRpXP6PLZ8VWw8kHBCM5u8sB88ZUqXqi HpwFenKhvO22tGleTjwcuEMBeB9zFsysJFh628//fjm359KLpgrx8JlevpeBSWCQSmrA5vA6d QaZaFzMja3BxiNXbyUwfxcB0Q6pG3LHG9SjPI8YNKb8sXw3JLFNloi+KKl1cIdiucoQId2+BL 3zuZjpWZ4zzWEBu0bX3oDJqmd5T1JQ2NMn+/He7BOihLdI7R4waYa3Lu2a5MVpPCRIk5RsWZ6 kDSqeS7ITCNk89vmxuDXa3Z2Z+20LJ5GXB5fqLreLyL9B8v+9o8EVrOIikLh4hkmrgvUlV2KP A4oiVL5apTvUZSkuwD32S2eJAo7RaOMOy6dFRIof/vT+NbX0pw12rg03WL+TrNU0QQ/aGaEJP 5wDcg27jvc1fleUvZP3ABO+v83mZdt4rR+hFaDisTD5lFYfJ/thZVo4+S+91TD6HeinJjHMyC Ki/ydRCuwBaOaq2LmyONKFCpwqC5BCO5+JTC1diZNJDei2ftpIq6RNCXecNtuwQBiQAHib7Dp 1qIJ5i2jUH2QvgrB/mFXOQ1RqDvZovoYeYh8TxzImVeiJHsw7Wk4DrclXPL5fQ3YSKzjWs88b jr38A0kdCNMLasF9LeIsQvmvMG1727m9J2atdCDESAv4sH5wGOilrl8EqAjvg6ndx6G8ZusZK 6IiMAxXLI6xCeqNJl X-Rspamd-Queue-Id: 498SRj383Fz3MQl X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.net header.s=badeba3b8450 header.b=MkMHGOWV; 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 [-3.59 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; IP_SCORE(-1.29)[ip: (-7.29), ipnet: 212.227.0.0/16(-1.21), asn: 8560(2.07), country: DE(-0.02)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[walstatt.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmx.net:+]; MIME_BASE64_TEXT(0.10)[]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[19.15.227.212.list.dnswl.org : 127.0.3.1]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[232.98.11.77.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2020 10:47:46 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBMjU2DQoNCkFtIFNh dCwgMjUgQXByIDIwMjAgMTE6MzI6NDkgKzAxMDANCkFsZXhhbmRlciBWLiBDaGVybmlrb3YgPG1l bGlmYXJvQGlwZncucnU+IHNjaHJpZWI6DQoNCj4gMjUuMDQuMjAyMCwgMTE6MTgsICJPLiBIYXJ0 bWFubiIgPG9oYXJ0bWFubkB3YWxzdGF0dC5vcmc+Og0KPiA+IEhlbGxvLA0KPiA+DQo+ID4gcmVj ZW50IGNvbW1pdHMgdG8gQ1VSUkVOVCBtYWtlcyBidWlsZGtlcm5lbCB0byBmYWlsIGR1ZSB0byBz b21lIGluY29tcGxldGUgZGVmaW5pdGlvbg0KPiA+IGVycm9ycyBkdXJpbmcgY29tcGlsaW5nOiAg DQo+IFNob3VsZCBiZSBmaXhlZCBieSByMzYwMjk1LiBTb3JyeSBmb3IgdGhlIGJyZWFrYWdlLg0K DQpEb2Vzbid0IHNlZW0gc286DQoNCnIzNjAyOTU6DQoNClsuLi5dDQotIC0tLSBhbGxfc3ViZGly X3RjcCAtLS0NCi0gLS0tIHJhY2subyAtLS0NCi91c3Ivc3JjL3N5cy9tb2R1bGVzL3RjcC9yYWNr Ly4uLy4uLy4uL25ldGluZXQvdGNwX3N0YWNrcy9yYWNrLmM6OTc4MTo0NDogZXJyb3I6IG5vIG1l bWJlcg0KbmFtZWQgJ3JvX3J0JyBpbiAnc3RydWN0IHJvdXRlX2luNicgaWYgKGVycm9yID09IEVN U0dTSVpFICYmIGlucC0+aW5wX3JvdXRlNi5yb19ydCAhPSBOVUxMKQ0KICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICB+fn5+fn5+fn5+fn5+fn4gXg0KL3Vzci9zcmMvc3lz L21vZHVsZXMvdGNwL3JhY2svLi4vLi4vLi4vbmV0aW5ldC90Y3Bfc3RhY2tzL3JhY2suYzo5Nzgy OjI2OiBlcnJvcjogbm8gbWVtYmVyDQpuYW1lZCAncm9fcnQnIGluICdzdHJ1Y3Qgcm91dGVfaW42 JyBtdHUgPSBpbnAtPmlucF9yb3V0ZTYucm9fcnQtPnJ0X210dTsNCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIH5+fn5+fn5+fn5+fn5+fiBeDQovdXNyL3NyYy9zeXMvbW9kdWxlcy90Y3Av cmFjay8uLi8uLi8uLi9uZXRpbmV0L3RjcF9zdGFja3MvcmFjay5jOjk4MjI6NDM6IGVycm9yOiBu byBtZW1iZXINCm5hbWVkICdyb19ydCcgaW4gJ3N0cnVjdCByb3V0ZScgaWYgKGVycm9yID09IEVN U0dTSVpFICYmIGlucC0+aW5wX3JvdXRlLnJvX3J0ICE9IE5VTEwpDQogICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIH5+fn5+fn5+fn5+fn5+IF4NCi91c3Ivc3JjL3N5cy9t b2R1bGVzL3RjcC9yYWNrLy4uLy4uLy4uL25ldGluZXQvdGNwX3N0YWNrcy9yYWNrLmM6OTgyMzoy NTogZXJyb3I6IG5vIG1lbWJlcg0KbmFtZWQgJ3JvX3J0JyBpbiAnc3RydWN0IHJvdXRlJyBtdHUg PSBpbnAtPmlucF9yb3V0ZS5yb19ydC0+cnRfbXR1Ow0KICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgfn5+fn5+fn5+fn5+fn4gXg0KLSAtLS0gYWxsX3N1YmRpcl91YXJ0IC0tLQ0KWy4uLl0N Cg0KPiA+DQo+ID4gWy4uLl0NCj4gPiAtIC0tLSBhbGxfc3ViZGlyX3RjcCAtLS0NCj4gPiAtIC0t LSBiYnIubyAtLS0NCj4gPiAvdXNyL3NyYy9zeXMvbW9kdWxlcy90Y3AvYmJyLy4uLy4uLy4uL25l dGluZXQvdGNwX3N0YWNrcy9iYnIuYzo1NjA1OjM1OiBlcnJvcjogaW5jb21wbGV0ZQ0KPiA+IGRl ZmluaXRpb24gb2YgdHlwZSAnc3RydWN0IG5ob3Bfb2JqZWN0JyAoYmJyLT5yY19pbnAtPmlucF9y b3V0ZS5yb19uaC0+bmhfaWZwID09IE5VTEwpKSB7DQo+ID4gwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqB+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+Xg0KPiA+IC91c3Ivc3JjL3N5cy9uZXQv cm91dGUuaDo1NDo5OiBub3RlOiBmb3J3YXJkIGRlY2xhcmF0aW9uIG9mICdzdHJ1Y3QgbmhvcF9v YmplY3QnDQo+ID4gwqDCoMKgwqDCoMKgwqDCoHN0cnVjdCBuaG9wX29iamVjdCAqcm9fbmg7DQo+ ID4gwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqBeDQo+ID4gL3Vzci9zcmMvc3lzL21v ZHVsZXMvdGNwL2Jici8uLi8uLi8uLi9uZXRpbmV0L3RjcF9zdGFja3MvYmJyLmM6NTYyMTozNjog ZXJyb3I6IGluY29tcGxldGUNCj4gPiBkZWZpbml0aW9uIG9mIHR5cGUgJ3N0cnVjdCBuaG9wX29i amVjdCcgYmJyLT5yY19pbnAtPmlucF9yb3V0ZS5yb19uaC0+bmhfaWZwLA0KPiA+IMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqB+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+Xg0KPiA+IC91c3Ivc3JjL3N5cy9uZXQv cm91dGUuaDo1NDo5OiBub3RlOiBmb3J3YXJkIGRlY2xhcmF0aW9uIG9mICdzdHJ1Y3QgbmhvcF9v YmplY3QnDQo+ID4gwqDCoMKgwqDCoMKgwqDCoHN0cnVjdCBuaG9wX29iamVjdCAqcm9fbmg7DQo+ ID4gwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqBeDQo+ID4gLSAtLS0gYWxsX3N1YmRp cl9zb3VuZCAtLS0NCj4gPg0KPiA+IEtpbmQgcmVnYXJkcywNCj4gPg0KPiA+IG9oDQo+ID4NCj4g PiAtIC0tDQo+ID4gTy4gSGFydG1hbm4NCj4gPg0KPiA+IEljaCB3aWRlcnNwcmVjaGUgZGVyIE51 dHp1bmcgb2RlciDDnGJlcm1pdHRsdW5nIG1laW5lciBEYXRlbiBmw7xyDQo+ID4gV2VyYmV6d2Vj a2Ugb2RlciBmw7xyIGRpZSBNYXJrdC0gb2RlciBNZWludW5nc2ZvcnNjaHVuZyAowqcgMjggQWJz LiA0IEJEU0cpLiAgDQo+ID4+IC0tLS0tQkVHSU4gUEdQIFNJR05BVFVSRS0tLS0tDQo+ID4+DQo+ ID4+IGlIVUVBUllJQUIwV0lRU3k4SUJ4QVBEa3FWQmFUSjQ0TjFaWlBiYTVSd1VDWHFRT09BQUtD UkE0TjFaWlBiYTUNCj4gPj4gUjB2Q0FRQ3BaZnExWEVvbG1oMGkxczNSQ3l6TFZZVDQvZ21uTnJl Z2dGMk16K2twTGdFQW53Vmt3V3lWQ3l4UQ0KPiA+PiBCd1pjaTBiSXVKWGg2c2ZmV08yZkQweXZO RzFjS0FNPQ0KPiA+PiA9LzZRQQ0KPiA+PiAtLS0tLUVORCBQR1AgU0lHTkFUVVJFLS0tLS0gIA0K PiA+DQo+ID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N Cj4gPiBmcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0DQo+ID4gaHR0cHM6 Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2QtY3VycmVudA0KPiA+ IFRvIHVuc3Vic2NyaWJlLCBzZW5kIGFueSBtYWlsIHRvICJmcmVlYnNkLWN1cnJlbnQtdW5zdWJz Y3JpYmVAZnJlZWJzZC5vcmciICANCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCj4gZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnIG1haWxpbmcgbGlz dA0KPiBodHRwczovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1j dXJyZW50DQo+IFRvIHVuc3Vic2NyaWJlLCBzZW5kIGFueSBtYWlsIHRvICJmcmVlYnNkLWN1cnJl bnQtdW5zdWJzY3JpYmVAZnJlZWJzZC5vcmciDQoNCg0KDQotIC0tIA0KTy4gSGFydG1hbm4NCg0K SWNoIHdpZGVyc3ByZWNoZSBkZXIgTnV0enVuZyBvZGVyIMOcYmVybWl0dGx1bmcgbWVpbmVyIERh dGVuIGbDvHINCldlcmJlendlY2tlIG9kZXIgZsO8ciBkaWUgTWFya3QtIG9kZXIgTWVpbnVuZ3Nm b3JzY2h1bmcgKMKnIDI4IEFicy4gNCBCRFNHKS4NCi0tLS0tQkVHSU4gUEdQIFNJR05BVFVSRS0t LS0tDQoNCmlIVUVBUllJQUIwV0lRU3k4SUJ4QVBEa3FWQmFUSjQ0TjFaWlBiYTVSd1VDWHFRVlJ3 QUtDUkE0TjFaWlBiYTUNClI1ZUxBUHdKZ2hObmNtL29ZRU1oRmRBRVJGcWZTZGNvcEtjWGZVOTAr SnBoeXNqRkZnRUF3YmFVUVV2UUdOYXMNCkhuN3E0bTlKbXNDZ3NNU0V2amVZNGN6Vk4zdGlpZ1E9 DQo9RXNLUQ0KLS0tLS1FTkQgUEdQIFNJR05BVFVSRS0tLS0tDQo= From owner-freebsd-current@freebsd.org Sat Apr 25 17:29:06 2020 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 4A8A82BA9A5 for ; Sat, 25 Apr 2020 17:29:06 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 498dLn00Zkz4M1Z for ; Sat, 25 Apr 2020 17:29:04 +0000 (UTC) (envelope-from ohartmann@walstatt.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1587835742; bh=SFlW1iLD6Ow6+Zd7y9G6yzyZO+qKysQXEzE8ao8lFUo=; h=X-UI-Sender-Class:Date:From:To:Subject; b=Ea2FOI7FLaKqiXmebP4ZMCIRYtIslxTabiKgDv3uvARuSDP9wt9TZk0RNvdrW5zNF gnoElbdxX5s5wAELB3YfmJVycCm6RAuQlcioi7ZKV8X7nPtKYV0iaz4/4nGvqXY4am Pbd1GjkDGvizpyHGk1jkjx5DTyBn3h99L/tbVoOU= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from hermann.fritz.box ([78.54.187.207]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MmUHj-1ikmCa3zJh-00iUVZ for ; Sat, 25 Apr 2020 19:29:02 +0200 Date: Sat, 25 Apr 2020 19:28:54 +0200 From: "Hartmann, O." To: FreeBSD CURRENT Subject: Compiling MOD_CC into kernel (TCP congestion control)? Message-ID: <20200425192854.14dc5cbf@hermann.fritz.box> Organization: walstatt.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/ssb4tcA1R6pxFNirlcmqcx2"; protocol="application/pgp-signature" X-Provags-ID: V03:K1:3OToCBVRYPDaBnTJ4jSWd/m3L11KmVyFFVvqQE5rU7N2/02sk5m ExrTlaKTeHmGFEXMegaocFojyh7BSOqgTFs5armxkN5ygRtMp0oJHUPYWd42TiMIMmbaigN pDyM08+HRcVWsRHVogU6g3c6pCWzC7eL/hovsv7kH7kYoZDnTUwPlynQcRbPpSwNjo8YNJ4 uzg1Q/UsmzI0bKVyeHbIw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:gmzFXBodXG8=:qbC0Fjk1kgH1AirYwOon+S Px3IaDCTG6+sWCovXBfOdIMe7vnoGpFoeBTbwW2r8js4kBw7wCbm87U38yKVpvKSrrAeHyvKh 12vjWWoni8Vh42LD8BmTO9rqPcPINyojOvFLCZc+XSFhdiFevreSLA9/Pjuu0wvyimMRdPXbO E8Ecs6Ky65HXyrhsF1mXbsfkgo8Epi7CsnwKiV9TYGm//rABTJb2mQhfyarxee9JXGkTXm/lq OhFkl7vW1H5wBlXAp3rsjlmMfwFMDrFJnneXjWN0lHxeZV7lWkXZpUhruY/n9DJ1EcwDPs90R 89vxTaq6nMrnWHwVlj/lYPsv3RVlRfZ5FBiNOOyKla2NJQZOb9whmYeyz6DaYgC0JF/l6NBPt SlSxdN8MIitVYjqzxZwg0CltrdhfViO65n2HHeQ+KJyiACxoVJ+EAMKyAoS7hTzTWc7Q7Gk8w QSOxIdHVOl5syH9i7tuZFGvVxiKIeqmVvVJ5On6ell2J6ghbBixU68bm0KsO+mi+JFipBVAvn dNmA/p1VCLb3PgLVLzDKooMqB4JNlVv2BNX5WiG4jr8PWwm0ohMl0u6cWkLNC+cjRm7a6G7dZ bVmhKALIeE/Cikn2gCeHzPRB7hT/ryOPLacyQjXF8y7257dByz86zu++cSP0BrQzkNYmtjDSQ lpMKViXdIyoc48f7Ygt+EdWdIKko2BTg52SeynWQ52QtcxU2soYxaufSaCv3EtDd9anOCMd8a SDraSvqi8HaMvfqSP9ljfksThwg+Y12G6xgiz8GGVtLmy8AffyjaKVFYGH9+m1P+8tUmt7SBs pfAUZn+VbmPNCUEPdvRCpFy+se+OwYEd1i/83ngkj65qQ9zu+zVUhEwInpw+uKucM1MuhsB6Y G5boCuBZHBYPBZejQXxZndgcxnzNCHzh6jKV9Fz4lHWk3quRhHIJwcONvi+JvF38FND0SXA1E aES40wbHF6pUAZORyX6/qwR04j+bEGQFWUCPuAmtvFsRvOpgAcbZlPdhKlb5KEpOzlsLW9NIU d3kDwMdr1NrVEFw89k9zaFgF7O1x4kvhRElQ8oYeLkcgyJ9TLhauc/zjK3riT/hEbPIoFVy4J 3lObO1pH7R6RoSyVkt5kamQcuF1PbVeu+MNF3pf7/EwuXjVzGiTCmHL3l0ImLZp7a8JlA5yHB ZSuCM9MENfpQMgjRGJsvSJRX5mmo8WcdIdwlEVy6H2dU9t3nHssI0FHdWbVkNwuR/McZtWXq2 kRxudFO++vcc4w8CF X-Rspamd-Queue-Id: 498dLn00Zkz4M1Z X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.net header.s=badeba3b8450 header.b=Ea2FOI7F; dmarc=none; spf=none (mx1.freebsd.org: domain of ohartmann@walstatt.org has no SPF policy when checking 212.227.15.15) smtp.mailfrom=ohartmann@walstatt.org X-Spamd-Result: default: False [-4.82 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[walstatt.org]; RCVD_COUNT_TWO(0.00)[2]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; IP_SCORE(-1.32)[ip: (-7.41), ipnet: 212.227.0.0/16(-1.22), asn: 8560(2.06), country: DE(-0.02)]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmx.net:+]; R_SPF_NA(0.00)[]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[15.15.227.212.list.dnswl.org : 127.0.3.1]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_ALL(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[207.187.54.78.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2020 17:29:06 -0000 --Sig_/ssb4tcA1R6pxFNirlcmqcx2 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On a firewall/router project of ours I try to experiment with several options/algorithms for mod_cc(4). The kernel is compiled statically, so that no kernel module can be loaded at runtime, therefor I need to compile the different modules mod_cc into the kernel. The manpage mod_cc(4) states: " ... Algorithm modules can be compiled into the kernel or loaded as kernel modules ..." Trying to figure out which manpage could hold the necessary information how to proceed with compiling those modules statically into the kernel, I tried tcp(4), mod_cc(4) and tried to get some informations from /usr/src/sys/conf/NOTES - without any succes. Can someone point me to the correct manpage to perform the desired task? Thanks in advance, kind regards O. Hartmann --Sig_/ssb4tcA1R6pxFNirlcmqcx2 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYIAB0WIQSy8IBxAPDkqVBaTJ44N1ZZPba5RwUCXqRzVwAKCRA4N1ZZPba5 Rxu2AP98vzSpMLcG3QQ9Lf6koxgye1W89FEWwYHaNggNBoIZdwD/bKTOMulAmKfN z35F2TramQmApAQerQLV0gVAFAal4QA= =712q -----END PGP SIGNATURE----- --Sig_/ssb4tcA1R6pxFNirlcmqcx2-- From owner-freebsd-current@freebsd.org Sat Apr 25 18:18:20 2020 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 51A5A2BC24E for ; Sat, 25 Apr 2020 18:18:20 +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 498fRb13hSz4Ptm for ; Sat, 25 Apr 2020 18:18:19 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1jSPNS-000Eac-5R for freebsd-current@freebsd.org; Sat, 25 Apr 2020 21:18:10 +0300 Date: Sat, 25 Apr 2020 21:18:10 +0300 From: Slawa Olhovchenkov To: freebsd-current@freebsd.org Subject: Kernel free memory control / pressure Message-ID: <20200425181810.GQ8028@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline 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: 498fRb13hSz4Ptm X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of slw@zxy.spb.ru has no SPF policy when checking 195.70.199.98) smtp.mailfrom=slw@zxy.spb.ru X-Spamd-Result: default: False [1.94 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[zxy.spb.ru]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(0.42)[0.418,0]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_LONG(0.54)[0.544,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:5495, ipnet:195.70.192.0/19, country:RU]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.08)[asn: 5495(0.37), country: RU(0.01)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2020 18:18:20 -0000 I am looked to code control kernel free memory /p ressure and see some strange points: - vm.v_free_target is RW but do nothing. You can set it to any value and this is don't have any effect. - vmd_free_target (as vm.domain.N.stats.free_target) is RD and don't have any sysctl to tune Same for v_free_min, v_free_reserved, v_pageout_free_min. As I see this behavior for 12 and current branches, after-NUMA kernels. Is this expected behavior? PS: (kgdb) p vm_dom[0].vmd_page_count $2 = 33454844 (kgdb) p vm_dom[1].vmd_page_count $3 = 31872620 What source of vm_dom[0].vmd_page_count > vm_dom[1].vmd_page_count? From owner-freebsd-current@freebsd.org Sat Apr 25 20:13:16 2020 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 3DFDD2BF5F6 for ; Sat, 25 Apr 2020 20:13:16 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 498j0C4ssCz4WbS for ; Sat, 25 Apr 2020 20:13:15 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from [IPv6:2a02:8109:1140:c3d:9dfe:d771:4e58:cba2] (unknown [IPv6:2a02:8109:1140:c3d:9dfe:d771:4e58:cba2]) (Authenticated sender: macmic) by drew.franken.de (Postfix) with ESMTPSA id 4900D7229F019; Sat, 25 Apr 2020 22:13:11 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Compiling MOD_CC into kernel (TCP congestion control)? From: Michael Tuexen In-Reply-To: <20200425192854.14dc5cbf@hermann.fritz.box> Date: Sat, 25 Apr 2020 22:13:08 +0200 Cc: FreeBSD CURRENT Content-Transfer-Encoding: 7bit Message-Id: References: <20200425192854.14dc5cbf@hermann.fritz.box> To: "Hartmann, O." X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, URIBL_BLOCKED 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: 498j0C4ssCz4WbS X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.77 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.79)[-0.786,0]; NEURAL_HAM_LONG(-0.98)[-0.982,0]; ASN(0.00)[asn:680, ipnet:2001:638::/32, country:DE] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2020 20:13:16 -0000 > On 25. Apr 2020, at 19:28, Hartmann, O. wrote: > > On a firewall/router project of ours I try to experiment with several > options/algorithms for mod_cc(4). The kernel is compiled statically, so > that no kernel module can be loaded at runtime, therefor I need to > compile the different modules mod_cc into the kernel. > > The manpage mod_cc(4) states: " ... Algorithm modules can be compiled > into the kernel or loaded as kernel modules ..." > > Trying to figure out which manpage could hold the necessary information > how to proceed with compiling those modules statically into the kernel, > I tried tcp(4), mod_cc(4) and tried to get some informations from > /usr/src/sys/conf/NOTES - without any succes. > > Can someone point me to the correct manpage to perform the desired task? Hi, I can't point you to a man page, but do you get what you want if you add lines like the existing one netinet/cc/cc_newreno.c optional inet | inet6 to sys/conf/files for the CC modules you would like to get compiled in your kernel? Best regards Michael > > Thanks in advance, > kind regards > > O. Hartmann From owner-freebsd-current@freebsd.org Sat Apr 25 20:19:04 2020 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 F08D12BF98B for ; Sat, 25 Apr 2020 20:19:04 +0000 (UTC) (envelope-from gbergling@gmail.com) Received: from mail-wr1-x432.google.com (mail-wr1-x432.google.com [IPv6:2a00:1450:4864:20::432]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 498j6v6dX7z4Wsf for ; Sat, 25 Apr 2020 20:19:03 +0000 (UTC) (envelope-from gbergling@gmail.com) Received: by mail-wr1-x432.google.com with SMTP id g13so15768984wrb.8 for ; Sat, 25 Apr 2020 13:19:03 -0700 (PDT) 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:subject:message-id :mime-version:content-disposition; bh=kM61T7NF7vyEZo2u3/rrLRgmbbwYZRcxIfJnmxQmCAA=; b=JUa7GSc7yyHAAtnf16Jo9aLR5+MsrOrEw40ykt3rL3vYpvh18Sao4Z0jbwen4y18sb f7MOkYyHLH3Gcf+jt+gSs5sSup7JYALcdicPpkNDbFiRp08KM7KC5JdvYDWGZuKBncad 0QQoDHF5hoUiTgtyDdU+YpGwnzNGCSSHBjcOuKBDQnFTjg6iaICEJqZl0YPht+8ydJ+/ tmwPxSYxsP4AUa45cL8XCpXCrp5z1w7TgbiWOyPOtv87YuJymSqO3b66YicXO4qIGu9w balgjleIwZavVOpbrKCZLAqhxBFfd/ul0g9uzg3pYjXWlhLU4x2hC3LExs//XJG4ggKf 7Hqw== X-Gm-Message-State: AGi0PuZghEKF12Rf+P5AVWyzulc65vob1JfaIxhdDVKQzLO53XDbBZfZ M492MlHkKpIKF4rclhNZOn95KR48N/4= X-Google-Smtp-Source: APiQypIdDsNwDLlPvPiYsdPBH8OvjzJ7CnIdHl0HFU36vSHYur47daDZppxr/LtjFm7gHBD2/TnQMA== X-Received: by 2002:adf:dbce:: with SMTP id e14mr17259580wrj.337.1587845941186; Sat, 25 Apr 2020 13:19:01 -0700 (PDT) Received: from lion.0xfce3.net (p4FD3AF72.dip0.t-ipconnect.de. [79.211.175.114]) by smtp.gmail.com with ESMTPSA id 1sm8636000wmz.13.2020.04.25.13.19.00 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 25 Apr 2020 13:19:00 -0700 (PDT) Sender: Gordon Bergling Date: Sat, 25 Apr 2020 22:18:59 +0200 From: Gordon Bergling To: freebsd-current@freebsd.org Subject: Tinderbox / universe buildfailure with custom options Message-ID: <20200425201859.GA20154@lion.0xfce3.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Url: X-Operating-System: FreeBSD 12.1-STABLE amd64 X-Host-Uptime: 10:11PM up 2:49, 4 users, load averages: 0.12, 0.21, 0.20 X-Rspamd-Queue-Id: 498j6v6dX7z4Wsf X-Spamd-Bar: / X-Spamd-Result: default: False [-0.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[googlemail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; FORGED_SENDER(0.30)[gbergling@googlemail.com,gbergling@gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[114.175.211.79.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; IP_SCORE(0.00)[ip: (-9.30), ipnet: 2a00:1450::/32(-2.33), asn: 15169(-0.43), country: US(-0.05)]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[gbergling@googlemail.com,gbergling@gmail.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; DMARC_POLICY_QUARANTINE(1.50)[googlemail.com : SPF not aligned (relaxed), DKIM not aligned (relaxed),quarantine]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2.3.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2020 20:19:05 -0000 Hi, I tried to make a tinderbox / universe build today, but it was failing with some custom buildoptions. The options are the following: WITH_EXTRA_TCP_STACKS=1 WITH_BEARSSL=1 WITH_PIE=1 WITH_RETPOLINE=1 What strange is, is, that with a "make buildworld buildkernel" everything works fine. Only the tinderbox / universe target seems to be broken by these options. Has anyone an idea why the tinderbox / universe target is broken with these build options? The following are the, rather shortened, error messages. ===> rescue/rescue (obj,build-tools) ld: error: can't create dynamic relocation R_X86_64_32S against local symbol in readonly segment; recompile object files with -fPIC or pass '-Wl,-z,notext' to allow text relocations in the output >>> defined in jsmn.o >>> referenced by jsmn.c:0 (/boiler/nfs/src/lib/libpmc/pmu-events/jsmn.c:0) >>> jsmn.o:(jsmn_parse) ld: error: can't create dynamic relocation R_X86_64_32S against local symbol in readonly segment; recompile object files with -fPIC or pass '-Wl,-z,notext' to allow text relocations in the output >>> defined in jsmn.o >>> referenced by jsmn.c:0 (/boiler/nfs/src/lib/libpmc/pmu-events/jsmn.c:0) >>> jsmn.o:(jsmn_parse) ld: error: can't create dynamic relocation R_X86_64_32S against local symbol in readonly segment; recompile object files with -fPIC or pass '-Wl,-z,notext' to allow text relocations in the output >>> defined in jsmn.o >>> referenced by jsmn.c:304 (/boiler/nfs/src/lib/libpmc/pmu-events/jsmn.c:304) >>> jsmn.o:(jsmn_strerror) ld: error: can't create dynamic relocation R_X86_64_32 against local symbol in readonly segment; recompile object files with -fPIC or pass '-Wl,-z,notext' to allow text relocations in the output >>> defined in jsmn.o >>> referenced by jsmn.c:316 (/boiler/nfs/src/lib/libpmc/pmu-events/jsmn.c:316) >>> jsmn.o:(jsmn_strerror) ld: error: can't create dynamic relocation R_X86_64_64 against local symbol in readonly segment; recompile object files with -fPIC or pass '-Wl,-z,notext' to allow text relocations in the output >>> defined in jsmn.o >>> referenced by jsmn.c >>> jsmn.o:(.rodata+0x0) --Gordon From owner-freebsd-current@freebsd.org Sat Apr 25 22:11:47 2020 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 1784D2C266E for ; Sat, 25 Apr 2020 22:11:47 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from mail-pj1-x1030.google.com (mail-pj1-x1030.google.com [IPv6:2607:f8b0:4864:20::1030]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 498lcy0H5Wz4dG7 for ; Sat, 25 Apr 2020 22:11:45 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: by mail-pj1-x1030.google.com with SMTP id y6so5530676pjc.4 for ; Sat, 25 Apr 2020 15:11:45 -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:mail-followup-to:references :mime-version:content-disposition:in-reply-to; bh=Zg2Yb1EZb2r06xze6lpW1sR1ogRGkpaFkqV4EIFRfBM=; b=s+5XDhsnPXw6SuNe/DG0rI4OGV79bbOaXTWydRkdW7HBkDc8IbH7z0GzIgY5mbOnBt PPtr3ok3WnQNfRARI6+4Jcyw/+ckcxDwbeSaR8zeKfd2ZXCCMZzBEQ1Rr2jVueJrage/ HXZsLpCusp9ODhFvILEbIGHjWgbxy+99ichDpNUrfeVTi1WW6ifsDvZQyFJc+BbS2TC2 TVf1Z4EHsZeHh9t89wry5hjAUE5axePoDK1o+/9/W5RliWMfoD+7H3Oc97Pqf402WQSQ U4yFvpsDAVE/Kcd/kikSxMN5AUUkyiPSPzOI2SFciLBPZLKzkOGWtoGQFTKemMIAMybj UnZA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to; bh=Zg2Yb1EZb2r06xze6lpW1sR1ogRGkpaFkqV4EIFRfBM=; b=UQnRQJ2U92xsAObfJf+26kWe4xnOqbF42qaOSpIsQc+FbhkWEvN7xmEtJSZ00x14tH yXEoGQNXE/8XXMP9gfeZmuufX5QaS+/niR0CESOV33moX62g0npEpQWzm7GYiuCzqeNX p6+GetkmJHgksmQG+5ZEp0SRiexJQRDZQ4ILs6o7mUDzGHKYgTXS/G1ulTNIE8zVosYe ga8kDRqypaQNbqS7/V96Efcqd2PZDvpxiVgQWfOqDz4FR94BhL9FL2kKRnvs25snh0qY Q+hBigIxJOP/2gEZM8wY0c4frXaG6ToIHli9tYIM9ooJxE1+c5UVf3Yk/KQTvsuOmFAQ 49yA== X-Gm-Message-State: AGi0PuaIc4vkX664X4xXWG/rH7KJz5Q7yXzLJm7yHixLf3LKvtq2YMcl fvtKT54Rw7/UZLT98iuPvdP4ttpG X-Google-Smtp-Source: APiQypKmXXzRvIzaetkM/5bQf15WVAO0FNruvFpVN3mgGrh+/4RH0NZuMj289PAVVt7YLMTA7/rfog== X-Received: by 2002:a17:902:8697:: with SMTP id g23mr15936135plo.306.1587852704218; Sat, 25 Apr 2020 15:11:44 -0700 (PDT) Received: from x270 ([2601:641:c000:b500::1353]) by smtp.gmail.com with ESMTPSA id j65sm4837289pfg.109.2020.04.25.15.11.42 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 25 Apr 2020 15:11:43 -0700 (PDT) Date: Sat, 25 Apr 2020 15:11:37 -0700 From: Navdeep Parhar To: "Hartmann, O." Cc: FreeBSD CURRENT Subject: Re: Compiling MOD_CC into kernel (TCP congestion control)? Message-ID: <20200425221137.GA9130@x270> Mail-Followup-To: "Hartmann, O." , FreeBSD CURRENT References: <20200425192854.14dc5cbf@hermann.fritz.box> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200425192854.14dc5cbf@hermann.fritz.box> X-Rspamd-Queue-Id: 498lcy0H5Wz4dG7 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=s+5XDhsn; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of nparhar@gmail.com designates 2607:f8b0:4864:20::1030 as permitted sender) smtp.mailfrom=nparhar@gmail.com X-Spamd-Result: default: False [-1.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-9.05), ipnet: 2607:f8b0::/32(-0.33), asn: 15169(-0.43), country: US(-0.05)]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[0.3.0.1.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2020 22:11:47 -0000 On Sat, Apr 25, 2020 at 07:28:54PM +0200, Hartmann, O. wrote: > On a firewall/router project of ours I try to experiment with several > options/algorithms for mod_cc(4). I don't mean to sidetrack this thread but can you elaborate a bit? If it's a firewall/router then the TCP congestion control algorithm shouldn't really matter given that connections don't terminate on this device. Regards, Navdeep