From nobody Mon May 1 18:14:49 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Q9BFX15KGz48qS3; Mon, 1 May 2023 18:14:56 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (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 "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Q9BFX0SJcz4BpD; Mon, 1 May 2023 18:14:56 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1682964896; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=982sUHCVyS2oRa34lrZYsnJAj5HelSWghZYUY1qthSo=; b=e2uyA5Q6AD9bbISlvsMI0vyfsPzicaOC7XD5E+MKNMw+fJbaWceMZvlzdSje7Fte3zvK0P FrlCBGI5aTy34N3Dz+5wTSFfvK4ynDogYuDHU07+4H7Pe9GLunqGYvuZ8wa+qJFB5y4jZQ AGgXtDITDYY2ipt7MbmFd5D8qPuzQPrlHrq722VREPrjQtFcXK8wHfZW5+AFgs1cVtj8CU /zEVQmHdbUwT7KG2KE8HJtXHJ6rFxo+joUyYMp3wE6WUWz0Q+FZejk4///8wSc9GK+gHov MNMhEr8Ft5tPFvz+42X4K0aJtvoKtFtcM2+CEf+K7Vhgc9D76xyG0wdHlf/Ujw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1682964896; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=982sUHCVyS2oRa34lrZYsnJAj5HelSWghZYUY1qthSo=; b=ooBppsiqA/6CY/P+1fmTIFw3W2g+8gW2ykyuUczDT6bUBaTrLiwPe1BtbX9XMx/RefFJSD YIYGtL9gJhFcXL13E8xQzFj0ExuMg/PVctVfqKyxLcR4rQ9H5O/2y3MfrAvrQGO9ix9YNo PiLGJXHVlXPmEsbwXpWA3bksTjNwPL4gedhtJ/Ml8WQlUHKoYhXmPbwc0yA5R0JDRT6glF mjKp5kjfVAzK5hc5fJ9fBKwTTTTY/oV6h3/UC79lKfAU7vl3dml0wxo/Hk/rSGFl6Eqr9V JDaZX6gKs+ZlewGC2KUYJ7sfJ/DM6WW75HHBTeNBhQdJ0Emz9KVYqQ9DrnazAg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1682964896; a=rsa-sha256; cv=none; b=Nt/9fSS1IBJon5alsFoswCLb7BHObHOmSLrR3nV+C6xhEq6d2Ss6idHhxCS9YUAuNLzgob I8yyLUI2FYNsTLc7JD3u8OlhqYwLC+Xg34gzjSLVwXqKWAfD094VGfo6/eyGvoAPyd5zlp qyZNnzE6ZzTiEBk+GB5JPLibv5AI9tUA/MBntGBrlg9mL5nLPnfLruni/ClATJVupto0bD LLiHWMCsQzJVm5rEHSpfA8axTMBJVc3E8G1XQ5/OeWb4XR6VwbkUgo++YHinJWTHZEskMG Y7N0OpSrAtriGeIwd0VfjHeKglNE5kiqOzDVztsGAaUU3ntuEj3EvGlG+5+ppg== Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 87671B0E9; Mon, 1 May 2023 18:14:55 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Mon, 1 May 2023 18:14:49 +0000 From: Glen Barber To: freebsd-arch@freebsd.org, freebsd-hackers@freebsd.org Cc: freebsd-current@freebsd.org, FreeBSD Release Engineering Team , FreeBSD Security Team Subject: Delay in 14.0-RELEASE cycle and blocking items Message-ID: <20230501181449.GJ1219@FreeBSD.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="cyV/sMl4KAhiehtf" Content-Disposition: inline X-ThisMailContainsUnwantedMimeParts: N --cyV/sMl4KAhiehtf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline According to the 14.0-RELEASE schedule, the code slush in main and the freeze to the KBI for 14.0 was scheduled for April 25, 2023. As some of you may have noticed, that did not happen. First, and most importantly for 14.0, is the status of the OpenSSL update to version 3. This in itself is reason to delay the schedule until some tangible progress has been made. Yes, some have expressed interest in helping in this area, however at this moment, this is the key blocker. Second is the status of the branch and how it pertains to the recent upstream merge from OpenZFS. Although block_cloning is disabled by default, there have been other regressions discovered (and fixed), but as a whole, I do not feel that we have a solid understanding of the regressions about which we do not know. There is no feasible way we are going to make the branch point of stable/14 in time, with that scheduled for May 12, 2023 with the above points. That said, this is not an all-inclusive list, but the more major items on our radar at the moment. A more up-to-date schedule for the 14.0 release will be published in the near future, though nothing is yet set in stone. Thank you for your patience, and for any help in getting us through these outstanding items. Glen On behalf of: re@ --cyV/sMl4KAhiehtf Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmRQAZkACgkQAxRYpUeP 4pPQJg/8CO1Z12iekJPausELsStIi0rsCxZPtx9wOXAOKWIJmc85ss35UFluPbWy 8iKAciUuHqCTg7GebTPpkbTx/MptAvbO+xFbKfiGPUrRLuLF4DftKvMyaaDWqo7K nUZ5ob3ldLaPkiYGjJ3vayf1HvXTa9bHf8I0eie/fY8fm20Yro00dYGDcr1UoxoQ QPUDJ7hulN11nw6mt/ywHM5gYTe3hT4BphJ+KLu+5tayEvmv7sgFd7F/oXW4BnPo BZsi0jZf49udUxdFpssyzaQsV5fyZYgjeelG/znQ6bQPO9PwE3NJEzTUz19F0MWY lxuJeuyB3iz5ZBEvNLbHXxKjBCTjANN8l2lUU4iQshm1nKIR3SbaTw6P/3L79UwF aP+1OAMpwKT+1xnZRWnrMWmpDEcrWjvXy4aBmpTXobxHT5zpBU1lecKGmpFWpOMp KJEDEEndQlgTZh2KfWE80xIWnnvG7dEkxdIgyHXeYjSrkUqCA8wsZqmV7LOdCFxv rUDjeuhcDQNsgEXMM2e+OTt+TAb7xIagX7cYqTN9ATZjzHcbP65jfBhi7dYF7lhZ Thrj1+u5xzNqc2bbEuZbZBWK0+hp+Z0DoKy/ka3XNguP868+SmsG07KErnLr+KYU j20ZRz5S2iKrmdXtkc2Rn0FY/CUOJievJtIun6dY2tfkUBJNcm0= =aAce -----END PGP SIGNATURE----- --cyV/sMl4KAhiehtf-- From nobody Mon May 1 18:28:46 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Q9BYt1Zt2z48r3n for ; Mon, 1 May 2023 18:29:06 +0000 (UTC) (envelope-from jon@xyinn.org) Received: from mail-4323.proton.ch (mail-4323.proton.ch [185.70.43.23]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Q9BYs6J3xz4GYQ; Mon, 1 May 2023 18:29:05 +0000 (UTC) (envelope-from jon@xyinn.org) Authentication-Results: mx1.freebsd.org; none Date: Mon, 01 May 2023 18:28:46 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xyinn.org; s=protonmail; t=1682965743; x=1683224943; bh=dsPCnApY9CsmM7pE37yxwv3EjIuynoavjYNnLFBFJ+E=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=dbT9JKakgxrmXMmv3WwjN4LWWG2YFHumy2MDUQFSaS02tiaPgRwNs8fsfjkK8yQB4 TyKduRERXcCiC0n3e716ZnMvCrp0hb8hpnWofEh3GBQX/2SvXKhS2AE9SvHzcYktoT xfJkWtuB2Sg44hPrHitiQI3vPfCGQCkPuY/i+Bj5VlwRJCgFHjFhixfVPo4irvIcx+ R8Oi2c2XEB04pdlEX23ubC+A7hTPDgOShw3Y5NrGNHWMbLQUe6NdfBrKwxkdIJIuNk XAqGKvN/HNaIgLQ/o9fiy1GakqKIJw8/gAFuUOVP2sA9yZRKJMapNDCIAxIL+gJ75U rPjdCePby0pJQ== To: Glen Barber From: Jonathan Vasquez Cc: freebsd-arch@freebsd.org, freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, FreeBSD Release Engineering Team , FreeBSD Security Team Subject: Re: Delay in 14.0-RELEASE cycle and blocking items Message-ID: <-KbYxRwo9K3JhPBb9oSHhTb_uV3LMt5jkPyzykT6NU01XBkT9VTG0Ju8BISMSKZSh82s0r3iDZk2eDs49weh1uUOAdYjp7SOKTG768uk46k=@xyinn.org> In-Reply-To: <20230501181449.GJ1219@FreeBSD.org> References: <20230501181449.GJ1219@FreeBSD.org> Feedback-ID: 12351801:user:proton List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4Q9BYs6J3xz4GYQ X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.43.0/24, country:CH] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N Thanks for the update Glen. Yup that makes sense. Given that stable/14 will be supported for years to c= ome, it's better to take a little bit longer and make sure we get it right. Jonathan Vasquez PGP: 34DA 858C 1447 509E C77A D49F FB85 90B7 C4CA 5279 Sent with ProtonMail Secure Email ------- Original Message ------- On Monday, May 1st, 2023 at 14:14, Glen Barber wrote: > According to the 14.0-RELEASE schedule, the code slush in main and the > freeze to the KBI for 14.0 was scheduled for April 25, 2023. As some of > you may have noticed, that did not happen. >=20 > First, and most importantly for 14.0, is the status of the OpenSSL > update to version 3. This in itself is reason to delay the schedule > until some tangible progress has been made. Yes, some have expressed > interest in helping in this area, however at this moment, this is the > key blocker. >=20 > Second is the status of the branch and how it pertains to the recent > upstream merge from OpenZFS. Although block_cloning is disabled by > default, there have been other regressions discovered (and fixed), but > as a whole, I do not feel that we have a solid understanding of the > regressions about which we do not know. >=20 > There is no feasible way we are going to make the branch point of > stable/14 in time, with that scheduled for May 12, 2023 with the above > points. That said, this is not an all-inclusive list, but the more > major items on our radar at the moment. >=20 > A more up-to-date schedule for the 14.0 release will be published in the > near future, though nothing is yet set in stone. >=20 > Thank you for your patience, and for any help in getting us through > these outstanding items. >=20 > Glen > On behalf of: re@ From nobody Wed May 3 07:53:09 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4QB8MB0lltz493g9 for ; Wed, 3 May 2023 07:53:10 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (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 "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4QB8MB054mz4Ysq; Wed, 3 May 2023 07:53:10 +0000 (UTC) (envelope-from danfe@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1683100390; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=uHDZ8nw5HGfEgBennfOeuIkH2inAGW8w++6E2sIvpBE=; b=CszKWr3Ebdodny+0mekhDdRdLCDiNJbQK7iUocF+zZXrPZL1nz5EpPWyOR3iUGy8F0HCJz b5NDTsOt91XaK9pelcvZ53CtNsZmGHHlFFrylb9mDDW7yASjDqywip9iluuTzigU1ihYRA FKCwvUeKccuIMutRs8KYYXu/0Iuv3nhskiC4rqQi+iM209zI3v+hJkTQ6TW9mI75U2k+Vs FAafn/FEESl9xghkVqo/p1kPZGiGAzsgtLarxm8sAl+Usu2VXXqhvOSkwpF9qtgvUrUcEl 1UDC6xSVwqZDqRsU86hmwCY+k7fvhl7cjCD3C9D0dTQSZ+nJ8RQSK4be9Xnfjg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1683100390; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=uHDZ8nw5HGfEgBennfOeuIkH2inAGW8w++6E2sIvpBE=; b=yS8VHUdsefjSH0DW9DprnCcfMN8QklBWXClX448e6c/6FnTCwkYCBRHqUXBbwNDHRasMn1 GtaCpPylpQ85npRPbe/qVeJZNoVxKFmtwdGAWrSHu+lUFtOawu8dTAOvP8iC4cqQS1T4V0 6rXPX8kQPvW9sPIrQuVBWvRmdnEHMb++/mBcpa3/shxc4VCmn7dN817Ck664P5eC0qM1qN VtEQdKUDAieVn1bzxQoeZhToZLBsvB4yNBPTBaRo0huzXcY1RbZXlxF7T7lFoGcI4e3mtM hcDs1eKVcA4Z4WUJjN/ZfnI7f8PJJj1aiUk4RK61q4mM0hU0zJLWNG1k6fbe5A== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1683100390; a=rsa-sha256; cv=none; b=OTYAPdJtRQ4hVBXYjXe5Dlf17e9iZ66URF2U1YAAmfwcDNpT2v3EpW2AbON9csKhSuaIOJ VZZugQU2tY4PQ23Dh0gGV5ZJRFKqD0qTV5bF4k5bVhWxOHoyNZQtBp7yE/2/Y8VRVlxn1u Zs1zXPwnrIftoFMFmMeN+2lFQOAvHTy0IgqU6Blk1m/6tn0UDBMZwUAbh60YqZcI2vQtDf pMAc8j73zRz7zNZ1yep6tOZoHKeIBvx3KFALOavwM7bpbnpbFlZcrS3RTyxhHhXhyMQRqs sQHEyIYTolwQheHnUJBtcRM2jJp+ec9mi3omSs0aMIxxzHefVUTgQJQ7uZER+g== Received: by freefall.freebsd.org (Postfix, from userid 1033) id DDCAA1264E; Wed, 3 May 2023 07:53:09 +0000 (UTC) Date: Wed, 3 May 2023 07:53:09 +0000 From: Alexey Dokuchaev To: Glen Barber Cc: freebsd-current@freebsd.org, re@freebsd.org Subject: Re: Delay in 14.0-RELEASE cycle and blocking items Message-ID: References: <20230501181449.GJ1219@FreeBSD.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230501181449.GJ1219@FreeBSD.org> X-ThisMailContainsUnwantedMimeParts: N On Mon, May 01, 2023 at 06:14:49PM +0000, Glen Barber wrote: > ... > There is no feasible way we are going to make the branch point of > stable/14 in time, with that scheduled for May 12, 2023 with the above > points. That said, this is not an all-inclusive list, but the more > major items on our radar at the moment. Does this delay mean we might get Clang 16 in the base? Current 15.0.7 hits assertion on one of my ports which had allegedly been fixed in 16. Also, AFAIU it comes with better support for modern C++, e.g. ranges. ./danfe From nobody Wed May 3 08:40:51 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4QB9QW32r8z495Pc for ; Wed, 3 May 2023 08:41:07 +0000 (UTC) (envelope-from dim@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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4QB9QW2XMsz3Bpj; Wed, 3 May 2023 08:41:07 +0000 (UTC) (envelope-from dim@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1683103267; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=ClOboXsgT6CtatXo8zCBad2TctQyK+EcNH+fdBJNXOc=; b=IgZlSjfkITChh9IYDpEJiaEuiQsIGD06BsjzTj2Bny3JQp3E7Jw/ioDpOCdqftONRxPxTC 5cjIHtXJiOIy238RsBPbV4EBj47PHgA+VQc12aZ7Ev1NqGU+VLBvI8LoLLHVBf8eEwXxZD jYrF3pskFNa8z+fMStyHRJLJDtOWZ5YDuzO7/15qA/UQzTXk5Tx4QJ3jMN+vZhnRtCjjFc c7mk/HSKGdShU9gZZ2U/8BhiY01HTp3wiVyZV6pBEkG7sm++eTsVXZ+wbMHOb0yhNCqyFU kCgmImT2MR1FpS0hwTotUKR/uQS5PPA43JttXn1nCUff0gH1xs37cxjnbnyu1Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1683103267; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=ClOboXsgT6CtatXo8zCBad2TctQyK+EcNH+fdBJNXOc=; b=M+yji+sXVquZo/DmJXl44hXl3nhnfN2QMgh6SUEnb6r7zICY7PnYXOpxrk2c+/i7CVOuXN 7L1rEx8g3bwO56N6cWZ4/+mgC+00dyZIJQ1VBpkH2/eXc0JR4zKDxB3MJqBqvlCk1ZSJR7 r0hk1fTYfHYjceUeFzu+rZW0llTESl/W0aYauzp3lMrZk9iyiBZSpMP//2PLOKEosBAF71 G4WUhTsbJC9E0m3WF14iwia8FFwDxczfM2z7uaDKhMXfmrEbKlg5DNarZtJrMaJkkdhG1k 0K2rdItmPMBqceNkWUsNKufZGNYxzP8XfsARBuqpjQAIuEDTZpApsPwQyk42Lw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1683103267; a=rsa-sha256; cv=none; b=bMtg//QTdcR39wQHZLJIX+8trFSv+TLf4nzrpXFf0+CB5YVagQypiXeuAEgRV56N5yD+pG 6t67g3TY1s7AUZ16KfCIUTFxvqMpNHf4qkkfVZe44gTQSC8cld6IzdfTGzfjp9lXUHKJsK /ALVdF0CfTQu0agB4nAQYpgiiQbwNEf2YztpVwVjRg9orp2eYkv9Y4/KJ3MoAVym6Mx/Gx iN6FZW9U7ILjAcLBIUWoMTcf9rNwYOlkwKJghdyt9SGUzmKVdPIsf1I1S7EUzgW3MjM1es avwaAut2x1BfEiDdHuk7oaOW9IvQ5/Dwu40rjYWk9q1XLDZxDuHxEl3ZwvNGqg== Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "tensor.andric.com", Issuer "R3" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 4QB9QW0pyszbWK; Wed, 3 May 2023 08:41:07 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtpclient.apple (longrow.home.andric.com [192.168.0.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id F3B6D70CF5; Wed, 3 May 2023 10:41:05 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_54131ABC-F5A3-4DE3-A977-C2978375B294"; protocol="application/pgp-signature"; micalg=pgp-sha1 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.500.231\)) Subject: Re: Delay in 14.0-RELEASE cycle and blocking items From: Dimitry Andric In-Reply-To: Date: Wed, 3 May 2023 10:40:51 +0200 Cc: Glen Barber , freebsd-current , FreeBSD Release Engineering Team Message-Id: References: <20230501181449.GJ1219@FreeBSD.org> To: Alexey Dokuchaev X-Mailer: Apple Mail (2.3731.500.231) X-ThisMailContainsUnwantedMimeParts: N --Apple-Mail=_54131ABC-F5A3-4DE3-A977-C2978375B294 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 3 May 2023, at 09:53, Alexey Dokuchaev wrote: > > On Mon, May 01, 2023 at 06:14:49PM +0000, Glen Barber wrote: >> ... >> There is no feasible way we are going to make the branch point of >> stable/14 in time, with that scheduled for May 12, 2023 with the above >> points. That said, this is not an all-inclusive list, but the more >> major items on our radar at the moment. > > Does this delay mean we might get Clang 16 in the base? Current 15.0.7 > hits assertion on one of my ports which had allegedly been fixed in 16. > Also, AFAIU it comes with better support for modern C++, e.g. ranges. https://bugs.freebsd.org/271047 is the exp-run bug for that; it will depend on how much ports fallout there is, and the effort required to fix things. Last time with clang 15 it took quite a while, but I hope it may be somewhat easier this time. For now it looks like the most impactful change is the new default of -std=gnu++17 for C++ mode (like gcc >= 11), since C++17 has actively removed a bunch of things which were deprecated before, for example the 'register' keyword. That tends to break older software, or software which isn't updated very often. -Dimitry --Apple-Mail=_54131ABC-F5A3-4DE3-A977-C2978375B294 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCZFIeEwAKCRCwXqMKLiCW o+XjAJ9uq3oLGU6EWREHmMMezGQZc6YjBgCfRqS4Bkiya/FqZO80ifor89dL70A= =PBRZ -----END PGP SIGNATURE----- --Apple-Mail=_54131ABC-F5A3-4DE3-A977-C2978375B294-- From nobody Wed May 3 08:48:10 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4QB9Zt557Pz4962K for ; Wed, 3 May 2023 08:48:22 +0000 (UTC) (envelope-from lme@FreeBSD.org) Received: from mail.0x20.net (mail.0x20.net [46.251.251.56]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4QB9Zs2s1sz3Cwf for ; Wed, 3 May 2023 08:48:21 +0000 (UTC) (envelope-from lme@FreeBSD.org) Authentication-Results: mx1.freebsd.org; dkim=none; spf=softfail (mx1.freebsd.org: 46.251.251.56 is neither permitted nor denied by domain of lme@FreeBSD.org) smtp.mailfrom=lme@FreeBSD.org; dmarc=none Received: from 0x20.net (webs.0x20.net [46.251.251.54]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: lala) by mail.0x20.net (Postfix) with ESMTPSA id 6E5461A773C for ; Wed, 3 May 2023 10:48:10 +0200 (CEST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Date: Wed, 03 May 2023 10:48:10 +0200 From: Lars Engels To: freebsd-current@freebsd.org Subject: Re: Delay in 14.0-RELEASE cycle and blocking items In-Reply-To: <20230501181449.GJ1219@FreeBSD.org> References: <20230501181449.GJ1219@FreeBSD.org> Message-ID: X-Sender: lme@FreeBSD.org Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [0.70 / 15.00]; NEURAL_SPAM_LONG(0.99)[0.993]; NEURAL_HAM_SHORT(-0.93)[-0.934]; NEURAL_SPAM_MEDIUM(0.74)[0.742]; MIME_GOOD(-0.10)[text/plain]; R_DKIM_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:48314, ipnet:46.251.251.0/24, country:DE]; FROM_EQ_ENVFROM(0.00)[]; DMARC_NA(0.00)[freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[lme]; ARC_NA(0.00)[]; RCVD_TLS_ALL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; R_SPF_SOFTFAIL(0.00)[~all]; TO_DOM_EQ_FROM_DOM(0.00)[] X-Rspamd-Queue-Id: 4QB9Zs2s1sz3Cwf X-Spamd-Bar: / X-ThisMailContainsUnwantedMimeParts: N Am 2023-05-01 20:14, schrieb Glen Barber: > According to the 14.0-RELEASE schedule, the code slush in main and the > freeze to the KBI for 14.0 was scheduled for April 25, 2023. As some > of > you may have noticed, that did not happen. > > First, and most importantly for 14.0, is the status of the OpenSSL > update to version 3. This in itself is reason to delay the schedule > until some tangible progress has been made. Yes, some have expressed > interest in helping in this area, however at this moment, this is the > key blocker. > > Second is the status of the branch and how it pertains to the recent > upstream merge from OpenZFS. Although block_cloning is disabled by > default, there have been other regressions discovered (and fixed), but > as a whole, I do not feel that we have a solid understanding of the > regressions about which we do not know. > > There is no feasible way we are going to make the branch point of > stable/14 in time, with that scheduled for May 12, 2023 with the above > points. That said, this is not an all-inclusive list, but the more > major items on our radar at the moment. > > A more up-to-date schedule for the 14.0 release will be published in > the > near future, though nothing is yet set in stone. > > Thank you for your patience, and for any help in getting us through > these outstanding items. > > Glen > On behalf of: re@ Is there a chance to get pkgbase into 14.0? If not it will take another X years to have it in 15.0... From nobody Wed May 3 08:59:01 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4QB9qQ1w9Sz496f2 for ; Wed, 3 May 2023 08:59:14 +0000 (UTC) (envelope-from freebsd@igalic.co) Received: from mail-4022.proton.ch (mail-4022.proton.ch [185.70.40.22]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4QB9qN0ctXz3FfZ for ; Wed, 3 May 2023 08:59:12 +0000 (UTC) (envelope-from freebsd@igalic.co) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=igalic.co header.s=protonmail header.b=LQYfAqwY; spf=pass (mx1.freebsd.org: domain of freebsd@igalic.co designates 185.70.40.22 as permitted sender) smtp.mailfrom=freebsd@igalic.co; dmarc=none Date: Wed, 03 May 2023 08:59:01 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=igalic.co; s=protonmail; t=1683104348; x=1683363548; bh=IHRxsX6fBynzmkN1RuQqbbThzBI5yNgEQps0S5vyDSk=; h=Date:To:From:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=LQYfAqwYER+GqjdYyJzzjKDEyJhYvH50BQnu6q0m8mESnp/A47yu6L3NWRyUfEPhV OhND46eOUZcBO6LVU2Jg4HozYXrFEFvCvHBJLQh/23rI9w5ppZQEXeUcJFDZus1+Jy jMESTJPGPW1kCc4AG9lk4qy1EkIL0eseQ0GZRcNtz8q6Jj/KVJXa4PKrqi7fMeVzqW Sx0e4XGT2kIkEWLH+NbIgAYAqruacn2pJYwN1nPztBIfanmCak+BZZxagHmhQeBAUB 8yjiHayQgB22uq1I6P8bV1wtRaA9b9n+r9ieBZhT3pW/azxgWi51Dfd5k4J+tu1tin Hvs2Z4ohtpFyw== To: freebsd-current@freebsd.org From: =?utf-8?Q?Mina_Gali=C4=87?= Subject: Re: Delay in 14.0-RELEASE cycle and blocking items Message-ID: In-Reply-To: References: <20230501181449.GJ1219@FreeBSD.org> Feedback-ID: 66573723:user:proton List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_JX6u4tENU26SwbRFlNKmGDxFXnFZuy1EjgSpiQo3BM" X-Spamd-Result: default: False [-3.38 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.98)[-0.982]; R_DKIM_ALLOW(-0.20)[igalic.co:s=protonmail]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; MIME_BASE64_TEXT(0.10)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_ZERO(0.00)[0]; DKIM_TRACE(0.00)[igalic.co:+]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[igalic.co]; HAS_PHPMAILER_SIG(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_NONE(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[185.70.40.22:from] X-Rspamd-Queue-Id: 4QB9qN0ctXz3FfZ X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --b1_JX6u4tENU26SwbRFlNKmGDxFXnFZuy1EjgSpiQo3BM Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 PiBJcyB0aGVyZSBhIGNoYW5jZSB0byBnZXQgcGtnYmFzZSBpbnRvIDE0LjA/IElmIG5vdCBpdCB3 aWxsIHRha2UgYW5vdGhlciBYIHllYXJzIHRvIGhhdmUgaXQgaW4gMTUuMC4uLgoKUGtnQmFzZSAq aXMqIGluIDE0LCBsaWtlIGl0IGlzIGluIDEzLgpUaGUgcXVlc3Rpb24gaXMganVzdCBpZiByZUAg aGFzIHRoZSByZXNvdXJjZXMgKHBlb3BsZSwgdGltZSwgSGFyZHdhcmUpIHRvIHByb3ZpZGUgYSBS ZXBvc2l0b3J5LgoKTWluYSBHYWxpxIc= --b1_JX6u4tENU26SwbRFlNKmGDxFXnFZuy1EjgSpiQo3BM Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGJyPiZndDsgSXMgdGhlcmUgYSBjaGFuY2UgdG8gZ2V0IHBrZ2Jhc2UgaW50byAxNC4wPyBJZiBu b3QgaXQgd2lsbCB0YWtlIGFub3RoZXIgWCB5ZWFycyB0byBoYXZlIGl0IGluIDE1LjAuLi4gPGJy Pjxicj5Qa2dCYXNlICppcyogaW4gMTQsIGxpa2UgaXQgaXMgaW4gMTMuPGJyPlRoZSBxdWVzdGlv biBpcyBqdXN0IGlmIHJlQCBoYXMgdGhlIHJlc291cmNlcyAocGVvcGxlLCB0aW1lLCBIYXJkd2Fy ZSkgdG8gcHJvdmlkZSBhIFJlcG9zaXRvcnkuPGJyPjxicj48YnI+TWluYSBHYWxpxIc8YnI+ --b1_JX6u4tENU26SwbRFlNKmGDxFXnFZuy1EjgSpiQo3BM-- From nobody Wed May 3 13:50:56 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4QBJJD64vXz49MQk for ; Wed, 3 May 2023 13:51:08 +0000 (UTC) (envelope-from lars.engels@0x20.net) Received: from mail.0x20.net (mail.0x20.net [46.251.251.56]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4QBJJC5fHCz3vSN for ; Wed, 3 May 2023 13:51:07 +0000 (UTC) (envelope-from lars.engels@0x20.net) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of lars.engels@0x20.net designates 46.251.251.56 as permitted sender) smtp.mailfrom=lars.engels@0x20.net; dmarc=none Received: from 0x20.net (webs.0x20.net [46.251.251.54]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: lala) by mail.0x20.net (Postfix) with ESMTPSA id B6C7F1AF542 for ; Wed, 3 May 2023 15:50:56 +0200 (CEST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Date: Wed, 03 May 2023 15:50:56 +0200 From: Lars Engels To: freebsd-current@freebsd.org Subject: Re: Delay in 14.0-RELEASE cycle and blocking items In-Reply-To: References: <20230501181449.GJ1219@FreeBSD.org> Message-ID: X-Sender: lars.engels@0x20.net Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Result: default: False [-1.19 / 15.00]; NEURAL_HAM_SHORT(-0.98)[-0.984]; NEURAL_SPAM_LONG(0.54)[0.537]; NEURAL_HAM_MEDIUM(-0.45)[-0.446]; R_SPF_ALLOW(-0.20)[+ip4:46.251.251.56]; MIME_GOOD(-0.10)[text/plain]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:48314, ipnet:46.251.251.0/24, country:DE]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; MIME_TRACE(0.00)[0:+]; RCVD_VIA_SMTP_AUTH(0.00)[]; DMARC_NA(0.00)[0x20.net]; RCPT_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; TO_DN_NONE(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4QBJJC5fHCz3vSN X-Spamd-Bar: - X-ThisMailContainsUnwantedMimeParts: N Am 2023-05-03 10:59, schrieb Mina Galić: >> Is there a chance to get pkgbase into 14.0? If not it will take > another X years to have it in 15.0... > > PkgBase *is* in 14, like it is in 13. > The question is just if re@ has the resources (people, time, Hardware) > to provide a Repository. > > Mina Galić Fingers crossed that the resources are available! From nobody Wed May 3 15:57:08 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4QBM5x2Bqxz490JN for ; Wed, 3 May 2023 15:57:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-20.consmr.mail.gq1.yahoo.com (sonic309-20.consmr.mail.gq1.yahoo.com [98.137.65.146]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4QBM5w0lq7z49Fl for ; Wed, 3 May 2023 15:57:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=dhvGQUEc; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.146 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1683129442; bh=SVtbGNQCzFv0qSi2PHKbZ0mIcrcMMAUWbr93hk4J1Tw=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=dhvGQUEcMDwoUwA0/nbPz1DSXAI8KmBJ+NlB94IJoJyL5AN7wEmKPXDCb37nYNj2v+NnkOe4+mAavitFuKs6bF/JhUqrKsaPakCQMLM1x6PB49v3grhBYw7TL4uwNQ1Bg+mPiIvryLOWfexL9Zj9iECL0fikyT0UCvrMsFCSPDb4OahX+i9WOWIufiaVXDSfmYJQUQE3HOqUoJrW/04k280cjQd4a7PzRKMHShrZn5uPAXcmsvG4HyIBGe/JSvksPQzRAf29rcvRu3j67rc3xcfSsatk843XkaAkerH5NJAkveZMqpbGh4LGzQh2wcXVJiJHSd22HvEwNxnHptaRQw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1683129442; bh=ymIc4PHFETXstPxQV6HKOKcSusswyamn/wWRbnLWItc=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=sBJjHZJTsl1D1g9WDpsErS/RfYv7d0f9MiL9UEwX2SLjjAlMQAiCG7kdHl+AasDcQMKXfbtzyR3JrRyve/CP8UvJUgJroQLL/cBAoeGAiHtNUx92zfsL+9Tm2qkI2IOE/oZvy5PmsTRobrQQ3VeqlTbhZJUAFttPtAqYIU5K2mReeZG1Jw10i96Yag68UlwKQDhOrcwZkWa0LpJRrxiZdEkOZF5Ega9sWjTv7+uQJEd5P0n+aA3Wa6CkyLszmGl58KH/Txn6irn5kd9xZz7WefcdYGBNHt11jj/EGscTaaFatUMlBbzBTUFftEAWyFC5zccJW8/v/dt365RJ9cgI8Q== X-YMail-OSG: JsPdzHIVM1npsZtbVuarSerN5Ki7sNPok6WFN2PR7v6WUJhDHVzxLnym5CTUPy8 aZhAf1IPKKLvW_Gzp8lhqYRyAaQuXMVAaWMzOtv54DFZne7olGYpEZ8VqMpRDotJH4KekjVyA1mI JlufN4UNEr2o07H8ikSYIQpzP6hIRLRpAv02ebX6U4i96AuAUms374PFOlCKUQ_yDaRVChCw163A T_aexbQ_g9i9Lqpx97.wQtm.KGOuJ2Z9g5_8EH5VtKIDfZo440wo_s9AlBXRuFTF1eJWSVMHod8p CLcVMW9gwIn7VAS_67wVvtz9wfLb1Ybl1QGVFQKtpYtJO_SEjK3yvCcr5kBKU31e2sFVHeaA1k5v kEXKfIJYKljmJ207cfeHrVev199mPAxov8Enk5czM3gHQMVmXch8Afp8Q87SVsLtYCtD6l0BVa_i bmZniILfXv0XDM0vDlDkZn0eslygxBTf._9qdnQFlhSuiEhlnIzU34MpC_OSmdmoOTJHutqDp3eE GxY.Wkyb1UFZLuQmtQLxuLr2P4nO1agqcMObPbCkmHfJpnEMnrzDg7lx2PYBFEqU1VQg9siKoy3N 4_SMhCIov6qzkDNLrawe0sV2VofeobbUdbeopBLJhgVzeVUg5uEGU3z0izejECPE6J4GOwstznIx SML_DRi9E1AlhX60XWE.KwM8LsRVPXGOtn7SsCKcW2WqPRqNX79UIxrdhilbSG6__K7Bqgs5ZHW9 HriIwCaaSqISP.GdG_kRE.c_K27GtZK_ZFYZt6CXVuuuA9d32jVHersYKuayDfp9x1IJFOUhoUFZ pX7Hpp9tItW0TkkPKl_Cfu_MDjBsTV7OnuC8NVXt2nkCUpnU1nUaTGrCrNlI5I7mh22jB520WeuD Ga629dhe.QcAkcgiZ0zyqx4.xSscrcjRlSiRhSF1E1dLCbXV00l2CVlYPJ4rKMDUtYQrR2LWZpp5 OBlusqlDLzizsMtX3kHC_9IL3ypXxhRQJ5n_mk3yU_uihtOKZHzo7klY2uXm_ZUMWGeGQV.qrN2M bKOy.a0XOs_JTkw8kt7y42i4JiW5CfG6gwuuuL0UATSkTDVM6eegANn9YJ8qS9lxFMH1mhSu8UKg n4VFhZzcUx25cG.0OxsUXv1J0wpC_r1U332tY0hmxrxUphHWpeUO4.jNWBizkGuoJBKKXd9loVtw g2jKwekVGHPFRUVvGFEbDAfjlkbht61CtTtkJ8PQJhzQQbH0cugC9OqA7l5JAer593GUJp7k3Fzd 8VSmGy3zDD2sv1YaTmdM0vtWtxhabTIFcLrYdOTKAx_a25Sot2hZqRk2Xq3CrMjkhHBx3ftRi0mV 0h6TZjGaQUqSmXV0Qc4tGgFf3q9533qU5KDa_sYD0jhcmL19HyFL.aNOf5LEHSlbWPERE1JpEEiU JJYDkFgNEBNPZL1WDOjNN8SduVLcaQ2jGNVtsJuHr1fc7Nd19a3RCilyhJgwpeoWM1n4AvhyGLPk WRazMr0TD8wbiHzpnykJWvWXj_CNCTVeF4tPtynMC8759ke4mvQGQdd2yHke.fG25uDjx7t5AKQH MxYEqRoGBKqMIRJYdi64t06ecBNteT6StfZ11mp9YJubsU4RdxkObrsnNGEjGqX7u5dD7bGhnhcc a86KPXSRN6WjkmCaadXMH2Q1LP_fKqIwp3aadirKASCsA0LqmIAFGyeP2CEC1zuPObDri4jAkBRW vzmdF_m_MT4aYDr01ueIPradFopyoOZajzk9wAw6dcKaOKbCbIj5yduJHd53GJDLaS9cNPsfCTKv EpMKw19J0yLSfST5D68XyVRRMrDv5OZNJRAuiqUwX9ByKhxMM5W65iubhqKHSAYZ5h8HctoVWHx7 P1.AY8b9DOy2lqDCQgoZnC9xdByiXKCK3BH5oR3pnHI.yK4qctziDPyXYpPzEuCOf3ZW1yCuXZOm 0NHSXsQgp5P7aNRO7NGfINeLJkxTKJz_hHOkPG6qd3S3dDZAn1Kj3D685zxJDoc3AamOtg6i8BB9 qGNXW8IByZBOAqSjEJhISjvXivL0e3R_LocSRNmqB2sWdsHOCZSbK.pYU6iM3G4o6YP8k49FXUZU 4_r0O_ea0tCC87GbnbNvLIsQicI_bBHHWV5Ix8wKJWyLnM0gXGDRVK3LPMP8rOfNA6qxvhdQMro. 612Sek2M71Z3WAWot.FMzv52HPg0wRgp9ySQ4OaTZRK8hbmOxfHrFj_TAinOEamb.qrYOjFMUVqY UndBZW_hyLHbfKcf7caMvR0uXJEMfCiC_acGiOj8qgx07Q74Tlri4Pch_fTbYcdFRbY43udBedn1 UvmA- X-Sonic-MF: X-Sonic-ID: 26ab3f62-94d6-4aa9-a5e8-7b5854057890 Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Wed, 3 May 2023 15:57:22 +0000 Received: by hermes--production-bf1-5f9df5c5c4-v79q2 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 7f555b18cee04197670966681a5cf4ab; Wed, 03 May 2023 15:57:20 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: What llvm16 libc++ updates for -std=c++20 use [was: Re: Delay in 14.0-RELEASE cycle and blocking items] Message-Id: Date: Wed, 3 May 2023 08:57:08 -0700 To: danfe@freebsd.org, Current FreeBSD X-Mailer: Apple Mail (2.3731.400.51.1.1) References: X-Spamd-Result: default: False [-3.33 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.83)[-0.830]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.146:from]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org] X-Rspamd-Queue-Id: 4QBM5w0lq7z49Fl X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Alexey Dokuchaev wrote on Date: Wed, 03 May 2023 07:53:09 UTC : > On Mon, May 01, 2023 at 06:14:49PM +0000, Glen Barber wrote: > > ... > > There is no feasible way we are going to make the branch point of > > stable/14 in time, with that scheduled for May 12, 2023 with the above > > points. That said, this is not an all-inclusive list, but the more > > major items on our radar at the moment. > > Does this delay mean we might get Clang 16 in the base? Current 15.0.7 > hits assertion on one of my ports which had allegedly been fixed in 16. > Also, AFAIU it comes with better support for modern C++, e.g. ranges. These notes are based on using -std=c++20 and llvm16 on opensuse tumblweed (in early April), which has libc++ support configurable. They also presume that the FreeBSD llvm16 update fully adopts the libc++ from llvm16. (FreeBSD LLVM upgrades do not always do so at the initial upgrade time.) __cpp_lib_ranges would go from undefined to 202106 . C++20 also has a later 202110 . C++23 has 3 later values, the last being 202211 . (I'm generally omitting the L suffixes in my materials.) A couple of the C++20 ranges versions are late, retroactive fixes ["(DR)"s] for things that could not wait for C++23: __cpp_lib_ranges ------ 202106 (C++20) (DR) __cpp_lib_ranges ------ 202110 (C++20) (DR) So only the 202106 one was in llvm16 when I tested llvm16. (If I remember right, using -std=c++23 got the 202110 fix as well.) Other libc++ things going from undefined to a defined status are: __cpp_lib_constexpr_complex __cpp_lib_constexpr_vector __cpp_lib_memory_resource __cpp_lib_polymorphic_allocator __cpp_lib_source_location It does not appear that any other __cpp_lib_... macros would change values for -std=c+=20 use. As for the overall status for ranges . . . C++23 has lots of changes/additions for ranges: (The ------'s indicate being undefined in llvm15.) __cpp_lib_ranges ------ 202202 (C++23) __cpp_lib_ranges ------ 202207 (C++23) __cpp_lib_ranges ------ 202211 (C++23) __cpp_lib_ranges_as_const ------ 202207 (C++23) __cpp_lib_ranges_as_rvalue ------ 202207 (C++23) __cpp_lib_ranges_cartesian_product ------ 202207 (C++23) __cpp_lib_ranges_chunk ------ 202202 (C++23) __cpp_lib_ranges_chunk_by ------ 202202 (C++23) __cpp_lib_ranges_contains ------ 202207 (C++23) __cpp_lib_ranges_enumerate ------ 202303 (C++23) __cpp_lib_ranges_fold ------ 202207 (C++23) __cpp_lib_ranges_iota ------ 202202 (C++23) __cpp_lib_ranges_join_with ------ 202202 (C++23) __cpp_lib_ranges_repeat ------ 202207 (C++23) __cpp_lib_ranges_slide ------ 202202 (C++23) __cpp_lib_ranges_starts_ends_with ------ 202106 (C++23) __cpp_lib_ranges_stride ------ 202207 (C++23) __cpp_lib_ranges_to_container ------ 202202 (C++23) __cpp_lib_ranges_zip ------ 202110 (C++23) Ranges seems to be an active area of development across multiple standard vintages. === Mark Millard marklmi at yahoo.com From nobody Wed May 3 16:24:18 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4QBMjJ3kmHz491Zd for ; Wed, 3 May 2023 16:24:36 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-20.consmr.mail.gq1.yahoo.com (sonic305-20.consmr.mail.gq1.yahoo.com [98.137.64.83]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4QBMjH4x0zz4KFT for ; Wed, 3 May 2023 16:24:35 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Nq44F4w4; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.83 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1683131074; bh=VKzm+nziP17nxtDpQor5AeWYlhn1XvvPNlzHydHX2us=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=Nq44F4w45Dof1AAk+u+t/fumknU4n/57IXIOI538FWrAO8PhuBeiD0hTATSih8N9tXB5qjBOujOw2DuyZlX3gxtFzZ7ttiq+qsEqdKgsjizrjc5sTxaTa8OlhPGrcihzrBWPjFYZkOxAcCnJMyrZiHcK17MDTt9ZwRv19VQLCTd1SV9XOkP45BpMMHWlHQq21dofO5t6rlkTwTjDrjdWXUB5jRvehjzMg3/rL8sM6DuqeVnjhCIyE6JLWXCyCHtS/rcl7vWzsC6w8Ts34LcqJdcMjGJBrZEEpW0L18WdRAjnhoiNDfJtQyi1Edxp41AyJkFiq32ur3cxin0Q0dPcVg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1683131074; bh=hUnCiQ55XLMwYF+JamP7ScHsj8dfHPtHD1Rj6lta6b+=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=Dl7F3cgXa2vWn49s8oIVyKTi/6Ia5gT8tmsJqhmCn2HiE8tvpSN8FOrr2v0d/WpuWHUvOq99flfG8kZUdDNpf4LB9vzwo3zlx4oYTHfEbKK9AtYwLqJXuDrAeuKncgXA9u60++0SGtbMAY//fwOqcan3laMWU9Z8KNxUS4wGkVKx50gLQkLVeWGPEKm9MtWanoRxq5Brwu2gNol7tbd5VNXup+ZFFM0pqYypiBKOH5VK2C4MGLlcXJ0Makh8RgpW8FAHRWV5wfJ5fyI6HMQSO/REilyBNbFPCGLxEj4XJJmhn/XnHWr2C4TPZd7BII3IOzEX+yG6nK3ezZm3Tw7WDw== X-YMail-OSG: 6.8IqXgVM1mprNdS48P5bpgEKiXRCHhst1ssFv7suXSSYSAKouDUo1YTkD2bNoB a5fbE4_tnq_2qpzNKiTn6Un3m07DThaOltxRAOWbYzKNAM7ce0Pe3gvKvV7GbK_fLQOA8J7tt0qV 1nRFzXjYuGQXGLLvm9zdevF3.TZsGHkxA2FH31j97PkwDJzPS8NFCKi3Djy1w.O1ofidaXASIhCk Yi8ag3yZW7I1DiV0Ycf8scD7HL4LHkfJOhFaPB_88P.WLuL3Vw20AJjaDTNfjVJrYgMxb1yriblC lCYx4u_P8M.EPywsHAAbzx0FTohs_QMFhjWbiDS5MDY_d4qADf_4mPykpX7VR9lc8ynRJufLv_nB J0rkKmzHl7osLWVGh6oKvjDprFPJLGRw0B2KQqAAD8Ji4xHgf3dc6iA6HG66BOJRPkygtfqjThZV CX0T00O.hs5zSopvc7SjV_aqN9HM5GKEl9dEuCVODdkxdDAy4pM2lfsd8yY9qQ2IXvIIegwdxpQB Wztv_y8Ja4K9.lC2e5gl_ttlAsxhZ8_OgtdBwdx5SYbLxbtb1qz6Vx5tNnaZE7kFqm5sWmxFMkRU SwPWuypYuPuUPMtUemvbaj2ddD0We2deQlJyAbAK2rL.HASaz05JrqIYOiD4tqHmle_qz62e1qa4 n3ldc4FVim8MfD4q9vPr.xSyYe559U6PFyFKFG.R2jxG5MikNptpIOK492OXyPOpqm9_YHixxOnu bHusrLZNAix9VbgQIz.k9RDFDYtfLEwUDt6feZV6SLwaOJ39EbEqdoaKPPsrbY71A6.64sC2fV20 PFyhhzGqFlWH47EgltRnoNiGGPFl9xh_p_nqaC9o1NpZluDEFoTOQ7jgrAO9SZ_pvXQfdGyC1Vez Ll7wLNe7rvt.POJjCuaBrQb9yHN_i.EohNBDCn_twk3Z2YUOl5Csa2j.Y4GMrE5I1kWpWHB0WIRd yOHLu2U79OCfSOXRB_pkTRQlYIveA9H9zeEfVwtvpEz9S0RkuGN33OThTW9unlMiQCp.teb5EPz7 Vip1OEXNitUc5VgXolYglE6HBNJHAkaEwsa1sdjTion1r_UCvkKekDQo6hMHMtAIad4BlpQMpMyk x0sIgHn1PNiLZy.mvUU1dZbuz.2tWswiZ2vvJEtYSLe2LCCSHvrJUUQOzoeML2ZwKMwLqJlKHB0l gNztC8rNa16AwdzPKl4TyKrvaEWfy4DDIIQ4.h.bRTuMd8nQ9tR6SYTTLVnk1q3BPSn9FPTUgrLa zmSC5zGZLpPBWruxGj0rwiKP4a0jO_Gvm24wm3FFKLKkp0weTCT5L5ZSCUdcmPvIs3XjSSNfFYSh grEwnZ1PCyae5h2Fl0VEIQ.GE9nEH4lheIFqIOhWHUzsQCuWGvWlGQHBYLR2E_siNgzYMMdYFH_b 1xyNzMPUMWeTQb0Fam0P7x7KV5y3yfY2dspx2iAET_hfJ_gsGNSpgkztNC1.QHKt2uDKsQ3Hfjaf wqFwTq6wkbRjT7qnZhFkqejkeNIJAATJ0MyKZe2prj7NRUJGnXYW76qTz2X8w1wiul9AbGjspDki _fhQcX7iILF_cC7DnaPgJOf2mMe_.OmrQyri8n3zeEdHOLC2yphJPClWDXDDz.hFbmFc1i276Um6 aXD0YNA4j9hmd9wYMp4jU9QEwioV3B7RSgYf.eHRgk4FJzyfZHhrdYTF4Vf5noxnFHQ4GV2CvpQv nsOz5QdBcQuk9dAtU0Y3wTyCHkvys6CHFvmtltccU90gvkFHP2g5guKJbj_ilUB93yTp1TtVbMnK 2DM3JSx5RTxIaLZLkr.tBd7E5_APcysgApzjL_gtqQO4IdAxWKN__63xGwXCKLESPLe_a85RnQY0 N3F1OBns_brLqNRNq3q49EU1zf.229o3oXQ8ebm5axZt9Q5q6s7SH00Jui6Pct4S2UPHVhOitM5y _bxJtdM.4rnCnh8jTEFwmWaIiWX1kKXlexeCSGXUt4UNfo8TY1RyYL5_0BGDHkA4.izFOB0S0CCy rFP8RA4yxy.7xm76FQaGzvFoJXWCNanZFSub8AfknnZLrNq0LjX0kPCH80heBF.A71MdSWSv4h0R 0OW9SbjKCfcmKy9EFFrxJbeNrl5ysG32Y.Z7dAAehJgMpNBY4Ikhc.mdA0Xji.2XcMS9F1OO9Nmn dxzXHSPkrNhzKfW5opEfrOwt25d1lTG3ZnW551U10T.WOHDMQCJZLlArCaMRnPomH5OBZb5ngXPF uqhvrkAIoumVAJqvcISd0WScCjwGik1lF0HWOo7r_2WDqJ.FLizL1NnfKyqhIhyH2lv1f3ELl4o_ BlqU- X-Sonic-MF: X-Sonic-ID: 0ebbe7f6-dcda-4b45-85ab-9e1ea9c67054 Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Wed, 3 May 2023 16:24:34 +0000 Received: by hermes--production-bf1-5f9df5c5c4-bqwvr (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 335440231074a6421db6b1b855e30b4f; Wed, 03 May 2023 16:24:31 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: Re: What llvm16 libc++ updates for -std=c++20 use [was: Re: Delay in 14.0-RELEASE cycle and blocking items] Date: Wed, 3 May 2023 09:24:18 -0700 References: To: danfe@freebsd.org, Current FreeBSD In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.83:from]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org] X-Rspamd-Queue-Id: 4QBMjH4x0zz4KFT X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N On May 3, 2023, at 08:57, Mark Millard wrote: > Alexey Dokuchaev wrote on > Date: Wed, 03 May 2023 07:53:09 UTC : > >> On Mon, May 01, 2023 at 06:14:49PM +0000, Glen Barber wrote: >>> ... >>> There is no feasible way we are going to make the branch point of >>> stable/14 in time, with that scheduled for May 12, 2023 with the above >>> points. That said, this is not an all-inclusive list, but the more >>> major items on our radar at the moment. >> >> Does this delay mean we might get Clang 16 in the base? Current 15.0.7 >> hits assertion on one of my ports which had allegedly been fixed in 16. >> Also, AFAIU it comes with better support for modern C++, e.g. ranges. > > These notes are based on using -std=c++20 and llvm16 on > opensuse tumblweed (in early April), which has libc++ > support configurable. They also presume that the FreeBSD > llvm16 update fully adopts the libc++ from llvm16. > (FreeBSD LLVM upgrades do not always do so at the initial > upgrade time.) > > __cpp_lib_ranges would go from undefined to 202106 . > C++20 also has a later 202110 . C++23 has 3 later values, > the last being 202211 . (I'm generally omitting the L > suffixes in my materials.) > > A couple of the C++20 ranges versions are late, > retroactive fixes ["(DR)"s] for things that > could not wait for C++23: > > __cpp_lib_ranges ------ 202106 (C++20) (DR) > __cpp_lib_ranges ------ 202110 (C++20) (DR) > > So only the 202106 one was in llvm16 when I tested > llvm16. (If I remember right, using -std=c++23 got > the 202110 fix as well.) > > Other libc++ things going from undefined to a defined > status are: > > __cpp_lib_constexpr_complex > __cpp_lib_constexpr_vector > __cpp_lib_memory_resource > __cpp_lib_polymorphic_allocator > __cpp_lib_source_location > > It does not appear that any other __cpp_lib_... macros > would change values for -std=c+=20 use. Typo fix to the above: -std=c++20 > As for the overall status for ranges . . . > > C++23 has lots of changes/additions for ranges: > (The ------'s indicate being undefined in llvm15.) I should have noted that the YYYYMM months below are from/for the standard and are not indications of llvm16 or later of having implemented them for -std=c+=23 . > __cpp_lib_ranges ------ 202202 (C++23) > __cpp_lib_ranges ------ 202207 (C++23) > __cpp_lib_ranges ------ 202211 (C++23) > __cpp_lib_ranges_as_const ------ 202207 (C++23) > __cpp_lib_ranges_as_rvalue ------ 202207 (C++23) > __cpp_lib_ranges_cartesian_product ------ 202207 (C++23) > __cpp_lib_ranges_chunk ------ 202202 (C++23) > __cpp_lib_ranges_chunk_by ------ 202202 (C++23) > __cpp_lib_ranges_contains ------ 202207 (C++23) > __cpp_lib_ranges_enumerate ------ 202303 (C++23) > __cpp_lib_ranges_fold ------ 202207 (C++23) > __cpp_lib_ranges_iota ------ 202202 (C++23) > __cpp_lib_ranges_join_with ------ 202202 (C++23) > __cpp_lib_ranges_repeat ------ 202207 (C++23) > __cpp_lib_ranges_slide ------ 202202 (C++23) > __cpp_lib_ranges_starts_ends_with ------ 202106 (C++23) > __cpp_lib_ranges_stride ------ 202207 (C++23) > __cpp_lib_ranges_to_container ------ 202202 (C++23) > __cpp_lib_ranges_zip ------ 202110 (C++23) > > Ranges seems to be an active area of development > across multiple standard vintages. === Mark Millard marklmi at yahoo.com From nobody Wed May 3 16:27:14 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4QBMmQ2mQGz491fH for ; Wed, 3 May 2023 16:27:18 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (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 "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4QBMmQ2KpQz4LBj; Wed, 3 May 2023 16:27:18 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1683131238; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=qhtTyvuy3NcES2ZJdT6BZL9kHdCMtI9SGese5zWHvsY=; b=ovWobSGKYr3Eo9lRwB5LwRCPeSDPQTX35aoS5ujaiAl4YA95snKYps30cto1jpLpSlj2jQ vGIPQ80EvCZfA+RAL1TxDOwUZgyaxQxPLwamU9yNRnClOvaaROuVZYOY+rBzXFPyMc4RXB DebH4Nqsl19FY6aRVgijCWAGPBwqrgn0pXGKr4SqP8ANilChDZW6QlU9IOK2c5e6wNDQfZ rnlgSnf4fUJWYezs24CWVm9q0Y2pM7SIq2YPviLlDY2I1BXau+O4OFtcqALuEc/x8/crOq Bdb5RQGGmiGxFVxjT34Uv+x5uKDrDkrjWMtiIQ2hoPjRwyMCHzNIXyW6xq3h5A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1683131238; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=qhtTyvuy3NcES2ZJdT6BZL9kHdCMtI9SGese5zWHvsY=; b=uLmcuiRfXNnU+POd5FW4jCRk3Enyq2H83hXKKU0Av0Hh+Tdt3xu/pMYetpTNRTF1n8GmZh V3B/rFGc9eDlQT+9MTpmCwtZTXTIJzgvvHIXVrkqnvPS0CdJXOIqGy0jiRPPVEHuZt1tGl c1u0rYtJCNP05pRFUJzffJYeHFG9n04/mY4n9ZTyrUSiHsbZwmviNltH0VJCi7PmcHgLBg 6+7QOTBlo2gKykwlEBkWwIHaTntwiWnlL3OwZ8mSZEEVUEywiZ5CClSMClSIgBooAS830u li/Vf7pLFF/gJKouuBPihHzy11AQKWjOfeEPMZ0ETTrQ1MbB3/Oxgm2wf2psCg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1683131238; a=rsa-sha256; cv=none; b=b0kL8rns9Lvo6oPPniGhfJrJpBcDJnknMnqORxnK4lOkM5kjnGqFBW0SfF2dxpg98FXu3H fSZOamlkZxGW76xhZGRsXItrDaujX9BxZlhRcl7FNyxF0WTeuGK9wFE4ezKbPVpJcZgH72 buujyTE1DKCtL9TGPgQqY5kKr2YB20Lc/7IoucSLjRl1YNxVdlxSVZ5UzhNNk5QU8FpNwP KsjY1uM6AkeXtV0f/IMIHXFuloPyMlcLLZS6SkjMB85QbJqPESe1zQFI5x6Xhe/o7YLhCE eswZ5HQOB0b4U/nf+zkBSonex9qRgn1X9IfsN/+CDLpozydjh/bHXBJPyX4zeA== Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 019B113C8D; Wed, 3 May 2023 16:27:17 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Wed, 3 May 2023 16:27:14 +0000 From: Glen Barber To: Alexey Dokuchaev Cc: freebsd-current@freebsd.org, re@freebsd.org Subject: Re: Delay in 14.0-RELEASE cycle and blocking items Message-ID: <20230503162714.GN1219@FreeBSD.org> References: <20230501181449.GJ1219@FreeBSD.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="j+MD90OnwjQyWNYt" Content-Disposition: inline In-Reply-To: X-ThisMailContainsUnwantedMimeParts: N --j+MD90OnwjQyWNYt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 03, 2023 at 07:53:09AM +0000, Alexey Dokuchaev wrote: > On Mon, May 01, 2023 at 06:14:49PM +0000, Glen Barber wrote: > > ... > > There is no feasible way we are going to make the branch point of > > stable/14 in time, with that scheduled for May 12, 2023 with the above > > points. That said, this is not an all-inclusive list, but the more > > major items on our radar at the moment. >=20 > Does this delay mean we might get Clang 16 in the base? >=20 Well, the delay really means we do not currently have OpenSSL 3 in base. Glen --j+MD90OnwjQyWNYt Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmRSi10ACgkQAxRYpUeP 4pNDsw/8CkBsX4bE/0gRhhULZbdB29CQIuTyI3jPJe+KCja6gLlXSvZlTGw3qQ9I rFXC3EQZbubi4RMSr5/JNObeR2j64XYKeaOs16LWs1YVByxP1Zvv5iK2RdlSuZ6P wh3fgxc30Zoi029RqLTMdNhs6UrI1YRjeDPmRFq6r+fAyaoKKblG/RMLQ5lpVYY0 e1K+qFhz9UyB6DMFQvvnvCA9WvoFcMpumudm/8RXx+cU0TXOngzpLLr1wNZGRzAa PaKP4k7nJ9d4CdSeyUhjBiYckbj7uZH/Tv3WwxiBWFPzaIhVgKqsEVCXj/+MDfEG PIsa7nkK2wJj8Q559RsqDNh73stgpVmzB4XuWoJqoiI0rgOzD2nlUJcEQm5W9Syd yMZ+XLimq76MPHNJHmx7QahKFnL12Totz/ey9gNhnQyA6ND2f2s/7whlGnO6mhzd HFqMm+9HzdlydgCrFwFI5tLouNag5eRCXRaBr9GD34CX/iP1k2e+hp/E/NX0QuhF WexdFyIKM24B67t/L7pFv0ewL0QpiWHIhXqbwIec1yRxNFRQtBxxB7LMgXlCxMQT x+nsvbSNdzrWtiep8rT6nxskdwwooUr84yH3sjm0ebfdQNm6IOgB9+x9rCeKkp1X Y/1T79FKQYGbOzIA4uTvOQCXAH5dYA/EJXVDc4FhMVQrCIn0LtQ= =wcZE -----END PGP SIGNATURE----- --j+MD90OnwjQyWNYt-- From nobody Wed May 3 18:20:08 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4QBQGq50XWz496xL for ; Wed, 3 May 2023 18:20:19 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from connect.ultra-secure.de (connect.ultra-secure.de [88.198.71.201]) by mx1.freebsd.org (Postfix) with ESMTP id 4QBQGq02dcz3JHK; Wed, 3 May 2023 18:20:18 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Authentication-Results: mx1.freebsd.org; none Received: (Haraka outbound); Wed, 03 May 2023 20:19:35 +0200 Received-SPF: SoftFail (connect.ultra-secure.de: domain of ultra-secure.de does not designate 212.71.103.5 as permitted sender) receiver=connect.ultra-secure.de; identity=mailfrom; client-ip=212.71.103.5; helo=smtpclient.apple; envelope-from= Received-SPF: None (connect.ultra-secure.de: domain of smtpclient.apple does not designate 212.71.103.5 as permitted sender) receiver=connect.ultra-secure.de; identity=helo; client-ip=212.71.103.5; helo=smtpclient.apple; envelope-from= Received: from smtpclient.apple ([212.71.103.5]) by connect.ultra-secure.de (Haraka/2.6.2-toaster) with ESMTPSA id 994CC959-5685-4045-B730-9FF6AD161F81.1 envelope-from (authenticated bits=0) (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 verify=NO); Wed, 03 May 2023 20:19:33 +0200 Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.120.41.1.3\)) Subject: Re: Delay in 14.0-RELEASE cycle and blocking items From: Rainer Duffner In-Reply-To: <20230503162714.GN1219@FreeBSD.org> Date: Wed, 3 May 2023 20:20:08 +0200 Cc: Mark Millard via freebsd-current Content-Transfer-Encoding: quoted-printable Message-Id: <4CA4995E-4299-4083-ADA7-90397DFE0299@ultra-secure.de> References: <20230501181449.GJ1219@FreeBSD.org> <20230503162714.GN1219@FreeBSD.org> To: Glen Barber X-Mailer: Apple Mail (2.3696.120.41.1.3) X-Haraka-GeoIP: EU, CH, 451km X-Haraka-ASN: 24951 X-Haraka-GeoIP-Received: 212.71.103.5:CH X-Haraka-ASN: 24951 212.71.96.0/20 X-Haraka-ASN-CYMRU: asn=24951 net=212.71.96.0/20 country=CH assignor=ripencc date=1999-11-18 X-Haraka-p0f: os="Mac OS X " link_type="DSL" distance=16 total_conn=2 shared_ip=N X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on spamassassin X-Spam-Level: X-Spam-Status: No, score=-2.2 required=5.0 tests=ALL_TRUSTED,BAYES_00, SPF_HELO_NONE,SPF_SOFTFAIL,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.1 X-Haraka-Karma: score: 6, good: 1903, bad: 0, connections: 2062, history: 1903, asn_score: 475, asn_connections: 505, asn_good: 475, asn_bad: 0, pass:all_good, asn, asn_all_good, relaying X-Rspamd-Queue-Id: 4QBQGq02dcz3JHK X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:24940, ipnet:88.198.0.0/16, country:DE] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N > Am 03.05.2023 um 18:27 schrieb Glen Barber : >=20 > On Wed, May 03, 2023 at 07:53:09AM +0000, Alexey Dokuchaev wrote: >> On Mon, May 01, 2023 at 06:14:49PM +0000, Glen Barber wrote: >>> ... >>> There is no feasible way we are going to make the branch point of >>> stable/14 in time, with that scheduled for May 12, 2023 with the = above >>> points. That said, this is not an all-inclusive list, but the more >>> major items on our radar at the moment. >>=20 >> Does this delay mean we might get Clang 16 in the base? >>=20 >=20 > Well, the delay really means we do not currently have OpenSSL 3 in = base. >=20 > Glen >=20 I cannot help with this, of course. But out of interest: what are the problems? There was a post on the haproxy mailing-list a while back, linking to = some github issue and from what I understood, there are huge = performance-problems in there. Rainer= From nobody Wed May 3 22:24:42 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4QBWhv2yMKz49L06 for ; Wed, 3 May 2023 22:24:47 +0000 (UTC) (envelope-from editor@callfortesting.org) Received: from mail-pl1-x630.google.com (mail-pl1-x630.google.com [IPv6:2607:f8b0:4864:20::630]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4QBWht07Jsz43Pr for ; Wed, 3 May 2023 22:24:45 +0000 (UTC) (envelope-from editor@callfortesting.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=callfortesting-org.20221208.gappssmtp.com header.s=20221208 header.b=0VQ2vN5Q; spf=none (mx1.freebsd.org: domain of editor@callfortesting.org has no SPF policy when checking 2607:f8b0:4864:20::630) smtp.mailfrom=editor@callfortesting.org; dmarc=none Received: by mail-pl1-x630.google.com with SMTP id d9443c01a7336-1aaf21bb42bso32938015ad.2 for ; Wed, 03 May 2023 15:24:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=callfortesting-org.20221208.gappssmtp.com; s=20221208; t=1683152684; x=1685744684; h=content-transfer-encoding:subject:from:to:content-language :user-agent:mime-version:date:message-id:from:to:cc:subject:date :message-id:reply-to; bh=koK+F92SA/Yq7kEBO/QGjvxsczjQfCnTX6Vk8PbafAM=; b=0VQ2vN5QzovOyowHUKtlw++VIawbsJoUJXmqEUsQv8FTO2DhTv9VbuC/Ay5PN6Rrp3 cDqCfCKJvc2SBPhf5HlQXLH20rsZkq2d7OHfdtG0JvMjPVTtECtTQKnDhSp1OkpgnvRF YGc1EWDpM7SZsSOGiI6xDgTqocUezOI18Ge+sx1RUCFynopj46W8TnvVraZPFn1FqwSY Uy64+oaBsl8Csy0XhNErrtptNBHtUov5V1f5TzidSfdWCRLaaMGHdjeTImVYshT3jyPp mKWUVSPV8Rz0/fcxvWYgaRkyWaELAhXYvgzs+IE9Ju/r5fDkfd+BMy/TG6Gy0fBsMPif x02g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1683152684; x=1685744684; h=content-transfer-encoding:subject:from:to:content-language :user-agent:mime-version:date:message-id:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=koK+F92SA/Yq7kEBO/QGjvxsczjQfCnTX6Vk8PbafAM=; b=LFh/0pxiBgizzhdE/3DWIdCVMdZBN7ONOkIvGH+t2+AmgEjT79sgSPlVWZQsZ9Oraq J1Pbv6Lwquv6HUuJd/ra3mKbr4uOboWIx3wpc+OacK/Lf8yDvVLOk2dM2U4O5oaC53bx cZ2Nmon7tOvuV6JRDE2/Vw449HdwKmeGaIiORF4RnydEhFBFYNij3llbjvcZpoTNNQYv BDCqRURVIyeom0Jymu8wrSyM8qrmzU4RnUQGrVPOo7l154ZgAZW5DDeapw9T2Ro15CJ3 ajHnwDue61RCdaO37k4ja0GZf40WIsxCdCLbVQoWd8M4BGEGBzvdLseApZI54JiuHw5Y RGXw== X-Gm-Message-State: AC+VfDy5L13ikbQzCdKmkTSw3L8eG162zBT+xYBNkmogvgk5zuzOUysT BtGa5C3oQDwW4uuil3utQeXsCCCYuhSXwJIaZqAFXQ== X-Google-Smtp-Source: ACHHUZ5R67LYn1r0/gYitVDLGEyxyeepgaxDCtujSB/xGb7Ja3ZOFV9fa2ajGBnVl8W/eVjakOI3yQ== X-Received: by 2002:a17:902:a716:b0:1a9:80a0:47fc with SMTP id w22-20020a170902a71600b001a980a047fcmr1372084plq.17.1683152684122; Wed, 03 May 2023 15:24:44 -0700 (PDT) Received: from [10.0.0.216] (c-71-236-229-149.hsd1.or.comcast.net. [71.236.229.149]) by smtp.gmail.com with ESMTPSA id y11-20020a170902864b00b001a285269b70sm22063961plt.280.2023.05.03.15.24.43 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 03 May 2023 15:24:43 -0700 (PDT) Message-ID: <8267eee1-e5f6-d1f2-6fc0-b759d0c91bcc@callfortesting.org> Date: Wed, 3 May 2023 15:24:42 -0700 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:102.0) Gecko/20100101 Thunderbird/102.10.0 Content-Language: en-US To: freebsd-current@freebsd.org From: Michael Dexter Subject: Boot failure on a ThinkPad T14/Ryzen 7 Pro 6850U Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-3.30 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[callfortesting-org.20221208.gappssmtp.com:s=20221208]; MIME_GOOD(-0.10)[text/plain]; R_SPF_NA(0.00)[no SPF record]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::630:from]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[callfortesting-org.20221208.gappssmtp.com:+]; RCVD_COUNT_THREE(0.00)[3]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; DMARC_NA(0.00)[callfortesting.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4QBWht07Jsz43Pr X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Hello all! I confess that this issue exists on 13.1 and 13.2 in addition to the 14-CURRENT snapshot from last week but hopefully there is more to try. This Pr covers the fundamental issue and I have been updating it a I try suggestions: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270707 In short, stock kernels, non-verbose stop at: ... psm0: model Generic PS/2 mouse, device ID 0 battery0: on acpi0 acpi_acad0: on acpi0 A verbose boot stops at: ... pcib0: allocated type 4 (0x3f8-0x3f8) for rid 0 of uart0 uart0 failed to probe at port 0x3f8 irq 4 on isa0 pcib0: allocated type 4 (0x2f8-0x2f8) for rid 0 of uart1 A kernel built with options ACPI_DEBUG with these boot parameters: set debug.acpi.layer="ACPI_ALL_COMPONENTS ACPI_ALL_DRIVERS" set debug.acpi.level="ACPI_LV_ALL_EXCEPTIONS" Stops at: ... exregion-059 ExSystemMemorySpaceHan: System-Memory (width 8) R/W 0 Address=00000000777770F3 ... nsxfeval-0386 EvaluateObject : Null handle with relative pathname [_PRW] nsxfeval-0386 EvaluateObject... Related suggestion: Should 'options ACPI_DEBUG' be built into the snapshot kernels along with WITNESS etc? Any additional suggestions? Thank you! Michael From nobody Thu May 4 01:56:34 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4QBcPK4V6xz49VnV for ; Thu, 4 May 2023 01:56:37 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (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 "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4QBcPK3zdhz4NkG; Thu, 4 May 2023 01:56:37 +0000 (UTC) (envelope-from jbeich@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1683165397; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=UpjtfdcN9mzEU72PbEnygiJMG5UXguFAb/OCpMKQ7uQ=; b=QPOXqVt5p1R3UMLjAqeS1Hxnbx5ZkCafsFkI6XUB2bKjn/GTwSgP9xWmr6BnY2Bcsw6x39 h5ZcljfC3AbFXEkK+owp8ji2FbdwRRC95jQtFhMZBSkB0dDRkOPgdJG5DVne3iyovh7PRV CIKaPnaPn90AO/1scFJKiJ4Y3kmfZSoIVOZgclk6/F2ILndRYg//Em+ts0iYK8QwngD7Iz ErvzJwqI2VGXdSd7QILIeOl85Zuv4BvtkzEhBYftNmu1Scoqfk1nfUcEUJWW76GlqYbhc+ Z2TiqcLvvisnAojFj7qXGEHYjoOFU771L9SS7Cfk73yx/vIcLvkZ7fUzeUc7cA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1683165397; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=UpjtfdcN9mzEU72PbEnygiJMG5UXguFAb/OCpMKQ7uQ=; b=lS6+6ugCezlM3ix2EgtQW5S99j1yLlMIdP4LLA91aFCVbFFgNq01QfnA/E710NV/uShLGo TGC7uuLMz7SjgAGmQMYioaLCsdOZ1s6gUMUvaEgJjLSg71b32hLcjZu4N/nrf6RodfXpZU B05PVDjTcyI5cqPqrcb8/wsst3yj41I65LvB6sIfbD9zrrEsTViHaiclfhUBg69NbvOw1l hIu6sJSilpNYFO6/yDAHwTXiOhu5v6w49+4IOSAK8GccNFtbpQEl+4K+/1lrfyJPBeTMiX mS/Ve/SkboD7VgB3PmlSmTuFdXfw8nbPdwesNPmjK2BKyTH97Q/cB//hPYrQ+A== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1683165397; a=rsa-sha256; cv=none; b=KV5c5zFEl5FfTUNQL54QxcfRTrEPTQO7zs8zohFu6TgLAd9WT0V5vhNkr/sMlk9MdqzlpO bDIRX98ku8GrvhSofxC55Q9UwgTy1G90Gfc/2lEvu4MT0zQXWjlbx1t4H1lNSo9xREyGnu IxH40FffpYRzzfQL/ebKE5Di3faLjWpxZOXuHwc12dqbY9CbUUFiN3/naqIzW6rCemVqnl yOXydyC3VjWaLCy/RKZHKoZydDm8oOjmDLgD0+Arp57gT7CgJwhjedJNSs7PZ9tN9G+piz opYorhubvUPospC5xmL07tX0lKh3oarWvXRZ/ogtjZhhqRvhwIdlgF6Ww82wyA== Received: by freefall.freebsd.org (Postfix, from userid 1354) id 6197A14E3C; Thu, 4 May 2023 01:56:37 +0000 (UTC) From: Jan Beich To: Mark Millard Cc: Current FreeBSD Subject: Re: What llvm16 libc++ updates for -std=c++20 use [was: Re: Delay in 14.0-RELEASE cycle and blocking items] In-Reply-To: (Mark Millard's message of "Wed, 3 May 2023 08:57:08 -0700") References: Date: Thu, 04 May 2023 03:56:34 +0200 Message-ID: <7cto-c10t-wny@FreeBSD.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain X-ThisMailContainsUnwantedMimeParts: N Mark Millard writes: > Alexey Dokuchaev wrote on > Date: Wed, 03 May 2023 07:53:09 UTC : > >> On Mon, May 01, 2023 at 06:14:49PM +0000, Glen Barber wrote: >> > ... >> > There is no feasible way we are going to make the branch point of >> > stable/14 in time, with that scheduled for May 12, 2023 with the above >> > points. That said, this is not an all-inclusive list, but the more >> > major items on our radar at the moment. >> >> Does this delay mean we might get Clang 16 in the base? Current 15.0.7 >> hits assertion on one of my ports which had allegedly been fixed in 16. >> Also, AFAIU it comes with better support for modern C++, e.g. ranges. > > These notes are based on using -std=c++20 and llvm16 on > opensuse tumblweed (in early April), which has libc++ > support configurable. They also presume that the FreeBSD > llvm16 update fully adopts the libc++ from llvm16. > (FreeBSD LLVM upgrades do not always do so at the initial > upgrade time.) FWIW, std::ranges in base libc++ 16 (via llvm-16-update branch) works fine at least in emulators/yuzu (c++20) and x11-wm/hyprland (c++23). More can take advantage but currently use a workaround e.g., $ rg -l :devel/range-v3 | sed s,/Makefile,, biology/seqan3 devel/fbthrift editors/imhex lang/solidity net-im/telegram-desktop From nobody Thu May 4 10:11:06 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4QBqNF5pBHz48wqC for ; Thu, 4 May 2023 10:11:25 +0000 (UTC) (envelope-from zlei@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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4QBqNF5YNnz49Pj; Thu, 4 May 2023 10:11:25 +0000 (UTC) (envelope-from zlei@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1683195085; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=RDyhdUypupiFy4rGPg4h9nPaLIWuRo9KRZXqFzYnKSE=; b=D4sDSY9WEVgks7LwoLxX5/QtGGZ6ZtNKPxiux+XHkncytfQMIT0ODHJZ4m14yjBiCfFJ1n XIhB1tIctfeSGayXIODQsIwwsSXUEMhsU/CENx3TdOujtAJMSQU7REWAi8x7zSSmnJhynl xfaAgfQbMT2DJFm2B3Kxtkt5r7+68AEYucWSa7YEa3QkEo/Wl0T97Dqm1LhmtqkJJsk0UU uV+PHwGo5QG/R/4BA4WK1UYNCWIfZzW+GhCZOfXTU5GheSVdcDFGh0Y7XsFJKgCqBOFom+ pjUfbv+fiMutmBDHBijPFwGvXqmyjtiv1ndeQN9NEWuzP3s0717sdxc3iB1cmg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1683195085; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=RDyhdUypupiFy4rGPg4h9nPaLIWuRo9KRZXqFzYnKSE=; b=WdF1LRkNmEOKUKs3Z0a5sXKdofxt+MUiRCJ22sZEqx6XY0/Xtai0YeGkngZMvGzn95YlNa 3S6L5oU6NlkcAAX+sGpYLd6wr5mjKKkVQfs9B+FIRluP9OVCsy/YpcI68qMvis2riiDtxq QG5Qcb90SPMQVhclxgP1f1rUiOe4hMSzJ9oKX0XjvT/Us/hTPnC1GHKcPKokrTRcJ/rmyJ IC+mgZ5YJdDTzDQqSXE/+5b731p4uazUB/EHokoDGY41/xIUAXe2lJWnQkiPwG6nfFQna3 oLju0PdzCE0fNkSUWWvR0wEvVRvvoOddg48D+BZKePq1r3FUagVDkEjdW+dUPA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1683195085; a=rsa-sha256; cv=none; b=hxW+VNImrhRIVVGu9YQjf4MoVOTwVQe1kHkUM8sUzs0Na9jw801Cndcb/NKxLxvO/wIVrK wYv0AjrA18Rpj31RoYktwdWBFEA7+W7r9uamjspkpAyl+2StytWHUekjizwwCmEsU0MQW2 ulDKNBdIaVnSNIK7YUkXOWA1ulgWh+ylXKiuvMZ2OrCOEdfaDLXGsFoce91hNgbcCtgeMD t3QHCWUTOLH0LXHSTsIV0Jwspe7eUfRQL4AQkWNBTSFCQ49wlBbCj5l2u89TsZQjZN7Btd 8S/Hv451oT9JxAfbU8n1m406UBpfPFthoyEg+lsdCn0paR78kTHF/dFg8aopoA== Received: from smtpclient.apple (ns1.oxydns.net [45.32.91.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: zlei/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4QBqNC1QWXz17YD; Thu, 4 May 2023 10:11:22 +0000 (UTC) (envelope-from zlei@FreeBSD.org) From: Zhenlei Huang Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_41DA2938-02A5-4B92-9856-2D3CD7B51E9C" List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.120.41.1.2\)) Subject: Re: Link modules to DYN type Date: Thu, 4 May 2023 18:11:06 +0800 In-Reply-To: <86DC0C8E-56E8-49B9-8441-D64C690FA5F0@FreeBSD.org> Cc: Hans Petter Selasky , FreeBSD CURRENT , Gleb Smirnoff To: Konstantin Belousov References: <97390FE1-1DF5-43A1-A3F4-2B945D681437@FreeBSD.org> <2bb66cac-c7f1-e45b-693a-8afbda05cfa6@freebsd.org> <86DC0C8E-56E8-49B9-8441-D64C690FA5F0@FreeBSD.org> X-Mailer: Apple Mail (2.3696.120.41.1.2) X-ThisMailContainsUnwantedMimeParts: N --Apple-Mail=_41DA2938-02A5-4B92-9856-2D3CD7B51E9C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Apr 28, 2023, at 12:32 AM, Zhenlei Huang wrote: >=20 >=20 >=20 >> On Apr 26, 2023, at 7:12 PM, Konstantin Belousov > wrote: >>=20 >> On Wed, Apr 26, 2023 at 12:55:02PM +0200, Hans Petter Selasky wrote: >>> On 4/26/23 12:36, Zhenlei Huang wrote: >>>> Hi, >>>>=20 >>>> I'm recently working on https://reviews.freebsd.org/D39638 = (sysctl(9): Enable vnet sysctl = variables be loader tunable), >>>> the changes to `sys/kern/link_elf_obj.c` are runtime tested, but = not those to `sys/kern/link_elf.c` . >>>>=20 >>>> After some hacking I realized that `link_elf.c` is for EXEC = (Executable file) or DYN (Shared object file), and `link_elf_obj.c` is >>>> for REL (Relocatable file). >>>>=20 >>>> ``` >>>> /* link_elf.c */ >>>> static int >>>> link_elf_load_file(linker_class_t cls, const char* filename, >>>> linker_file_t* result) >>>> { >>>> ... >>>> if (hdr->e_type !=3D ET_EXEC && hdr->e_type !=3D ET_DYN) { >>>> error =3D ENOSYS; >>>> goto out; >>>> } >>>> ... >>>> } >>>>=20 >>>>=20 >>>> /* link_elf_obj.c */ >>>> static int >>>> link_elf_load_file(linker_class_t cls, const char *filename, >>>> linker_file_t *result) >>>> { >>>> ... >>>> if (hdr->e_type !=3D ET_REL) { >>>> error =3D ENOSYS; >>>> goto out; >>>> } >>>> ... >>>> } >>>> ``` >>>>=20 >>>> Run the following snip: >>>> ``` >>>> # find /boot/kernel -type f -name "*.ko" -exec readelf -h {} \; | = grep Type >>>> ``` >>>> shows that all the kernel modules' types are `REL (Relocatable = file)`. >>>>=20 >>>> I guess if some module such as if_bridge is linked to DYN type, = then I can do runtime for the changes to `sys/kern/link_elf.c`. >>>>=20 >>>> I'm not familiar with elf and linkers, is that ( compile module and = link it to DYN type ) possible ? >>=20 >> Module file type (shared object vs. object file) depends on = architecture. >> For amd64 modules are objects, while kernel is shared library. >> For arm64 (and all other arches, I believe) modules and kernels are = shared >> libraries. >>=20 >> I think you can link amd64 module as shared object, but this require = enough >> hacking of the build infrastructure. At least I am not aware of a = simple >> knob to switch the produced type. >=20 > I did some hack on `sys/conf/kmod.mk` and finally produced DYN kernel = modules. > The good news is I do some basic sysctl tests, but the bad news is the = module does not function correctly. >=20 > For exampe the if_disc.c >=20 > ``` > static void > vnet_disc_init(const void *unused __unused) > { > /* Reference V_disc_cloner will immediately trigger page fault = panic */ > V_disc_cloner =3D if_clone_simple(discname, disc_clone_create, > disc_clone_destroy, 0); > } > VNET_SYSINIT(vnet_disc_init, SI_SUB_PSEUDO, SI_ORDER_ANY, > vnet_disc_init, NULL); > ``` >=20 > I suspect the relocation is not done correctly for DYN elf kmod on = amd64. >=20 > My local patch to kmod.mk: >=20 > ``` > diff --git a/sys/conf/kmod.mk b/sys/conf/kmod.mk > index 134b150af1d9..1fc5386204a5 100644 > --- a/sys/conf/kmod.mk > +++ b/sys/conf/kmod.mk > @@ -84,6 +84,7 @@ __KLD_SHARED=3Dyes > .else > __KLD_SHARED=3Dno > .endif > +__KLD_SHARED=3Dyes > =20 > .if !empty(CFLAGS:M-O[23s]) && empty(CFLAGS:M-fno-strict-aliasing) > CFLAGS+=3D -fno-strict-aliasing > @@ -167,6 +168,7 @@ CFLAGS+=3D -fno-omit-frame-pointer = -mno-omit-leaf-frame-pointer > ${MACHINE_CPUARCH} =3D=3D "powerpc" > CFLAGS+=3D -fPIC > .endif > +CFLAGS+=3D -fPIC > =20 > # Temporary workaround for PR 196407, which contains the fascinating = details. > # Don't allow clang to use fpu instructions or registers in kernel = modules. > ``` >=20 >=20 > As for https://reviews.freebsd.org/D39638 = , for other platform such as arm, I = think the `link_elf_propagate_vnets()` should work if `parse_vnet()` = works. >=20 > I'll appreciate if someone can test it on platforms those have DYN = type kernel modules.=20 Good news on this! I've managed to test the change for `link_elf.c` on QEMU RISCV . It = works as expected and solid ! >=20 >>=20 >>=20 >>>>=20 >>>=20 >>> Hi, >>>=20 >>> I don't have an answer for you either, but I have seen in the past, = loading >>> kernel modules behaves a bit like libraries, in the following = regard: >>>=20 >>> If two kernel modules define the same global symbol, then no warning = is >>> given and the first loaded symbol definition (I think) is used to = resolve >>> that symbol for all kernel modules, regardless of the prototype. = Probably we >>> should not allow this. That's why building LINT is a good thing, to = avoid >>> this issue. >> No, in-kernel linker does not behave this way. >> Modules need to contain explicit reference to all modules they depend = upon, >> using the MODULE_DEPEND() macro. Only symbols from the dependencies = are >> resolved. >>=20 >> All modules get an implicit reference to kernel. >>=20 >>>=20 >>> Even if we don't have C++ support in the FreeBSD kernel, defining = symbol >>> names the way C++ does for C could be nice for the kernel too, also = with >>> regards to debugging systems. >>>=20 >>> Many times when I don't know what is going on, I do like this: >>>=20 >>> #include >>>=20 >>> .... >>>=20 >>> if (not too fast or my sysctl debug) { >>> printf("My tracer\n"); >>> kdb_backtrace(); >>> } >>>=20 >>> Dtrace can also do this, but not during boot. Just track who is = calling >>> those functions, and you'll probably find the answer to your = question! >>>=20 >>> --HPS >>>=20 >>>>=20 >>>> Best regards, >>>> Zhenlei --Apple-Mail=_41DA2938-02A5-4B92-9856-2D3CD7B51E9C Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii

On Apr 28, 2023, at 12:32 AM, Zhenlei Huang <zlei@FreeBSD.org> = wrote:



On= Apr 26, 2023, at 7:12 PM, Konstantin Belousov <kostikbel@gmail.com>= wrote:

On Wed, Apr 26, 2023 at = 12:55:02PM +0200, Hans Petter Selasky wrote:
On 4/26/23 12:36, Zhenlei Huang wrote:
Hi,

I'm recently = working on https://reviews.freebsd.org/D39638 (sysctl(9): Enable vnet = sysctl variables be loader tunable),
the changes to = `sys/kern/link_elf_obj.c` are runtime tested, but not those to = `sys/kern/link_elf.c` .

After some hacking = I realized that `link_elf.c` is for EXEC (Executable file) or DYN = (Shared object file), and `link_elf_obj.c` is
for REL = (Relocatable file).

```
/* = link_elf.c */
static int
link_elf_load_file(linker_class_t cls, const char* = filename,
    linker_file_t* = result)
{
...
if = (hdr->e_type !=3D ET_EXEC && hdr->e_type !=3D ET_DYN) {
= = error =3D ENOSYS;
goto out;
}
...
}


/* link_elf_obj.c */
static int
link_elf_load_file(linker_class_t cls, const char = *filename,
    linker_file_t = *result)
{
...
if = (hdr->e_type !=3D ET_REL) {
error =3D = ENOSYS;
goto out;
}
...
}
```

Run the = following snip:
```
# find /boot/kernel = -type f -name "*.ko" -exec readelf -h {} \; | grep Type
```
shows that all the kernel modules' types = are `REL (Relocatable file)`.

I guess if = some module such as if_bridge is linked to DYN type, then I can do = runtime for the changes to `sys/kern/link_elf.c`.

I'm not familiar with elf and linkers, is that ( compile = module and link it to DYN type ) possible ?

Module = file type (shared object vs. object file) depends on = architecture.
For = amd64 modules are objects, while kernel is shared library.
For arm64 (and all other = arches, I believe) modules and kernels are shared
libraries.

I think = you can link amd64 module as shared object, but this require = enough
hacking = of the build infrastructure.  At least I am not aware of a = simple
knob to = switch the produced type.

I did some hack on = `sys/conf/kmod.mk` and finally produced DYN kernel modules.
The good news is I do = some basic sysctl tests, but the bad news is the module does not = function correctly.

For exampe the if_disc.c

```
static = void
vnet_disc_init(const void *unused = __unused)
{
/* = Reference V_disc_cloner will immediately trigger page fault panic = */
V_disc_cloner =3D = if_clone_simple(discname, disc_clone_create,
   =  disc_clone_destroy, 0);
}
VNET_SYSINIT(vnet_disc_init, SI_SUB_PSEUDO, = SI_ORDER_ANY,
    = vnet_disc_init, NULL);
```

I suspect the relocation is not done = correctly for  DYN elf kmod on amd64.

My local patch to kmod.mk:

```
diff --git = a/sys/conf/kmod.mk b/sys/conf/kmod.mk
index 134b150af1d9..1fc5386204a5 = 100644
--- = a/sys/conf/kmod.mk
+++ = b/sys/conf/kmod.mk
@@ = -84,6 +84,7 @@ __KLD_SHARED=3Dyes
 .else
 __KLD_SHARED=3Dno
 .endif
+__KLD_SHARED=3Dyes
 
 .if = !empty(CFLAGS:M-O[23s]) && = empty(CFLAGS:M-fno-strict-aliasing)
 CFLAGS+=3D       = -fno-strict-aliasing
@@ = -167,6 +168,7 @@ CFLAGS+=3D    -fno-omit-frame-pointer = -mno-omit-leaf-frame-pointer
  =    ${MACHINE_CPUARCH} =3D=3D "powerpc"
 CFLAGS+=3D       = -fPIC
 .endif
+CFLAGS+=3D       -fPIC
 
 # = Temporary workaround for PR 196407, which contains the fascinating = details.
 # Don't allow = clang to use fpu instructions or registers in kernel = modules.
```


As for https://reviews.freebsd.org/D39638, for other platform = such as arm, I think the `link_elf_propagate_vnets()` should work if = `parse_vnet()` works.

I'll = appreciate if someone can test it on platforms those have DYN type = kernel modules. 

Good news on this!

I've managed to test the change for `link_elf.c` = on QEMU RISCV . It works as expected and solid !







Hi,

I = don't have an answer for you either, but I have seen in the past, = loading
kernel modules behaves a bit like libraries, in = the following regard:

If two kernel modules = define the same global symbol, then no warning is
given = and the first loaded symbol definition (I think) is used to resolve
that symbol for all kernel modules, regardless of the = prototype. Probably we
should not allow this. That's why = building LINT is a good thing, to avoid
this issue.
No, = in-kernel linker does not behave this way.
Modules need to contain = explicit reference to all modules they depend upon,
using the = MODULE_DEPEND() macro.  Only symbols from the dependencies = are
resolved.

All = modules get an implicit reference to kernel.


Even if we don't have C++ support in the FreeBSD = kernel, defining symbol
names the way C++ does for C could = be nice for the kernel too, also with
regards to debugging = systems.

Many times when I don't know what = is going on, I do like this:

#include = <sys/kdb.h>

....

if (not too fast or my sysctl debug) {
 printf("My tracer\n");
 kdb_backtrace();
}

Dtrace can also do this, but not during boot. Just track who = is calling
those functions, and you'll probably find the = answer to your question!

--HPS


Best regards,
Zhenlei

= --Apple-Mail=_41DA2938-02A5-4B92-9856-2D3CD7B51E9C-- From nobody Fri May 5 01:02:05 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4QCC813XRZz4B5s3 for ; Fri, 5 May 2023 01:02:09 +0000 (UTC) (envelope-from rebecca@bsdio.com) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4QCC805XP2z4HZQ for ; Fri, 5 May 2023 01:02:08 +0000 (UTC) (envelope-from rebecca@bsdio.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdio.com header.s=fm1 header.b=UAgSPhfD; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=acis+kZC; spf=pass (mx1.freebsd.org: domain of rebecca@bsdio.com designates 66.111.4.28 as permitted sender) smtp.mailfrom=rebecca@bsdio.com; dmarc=none Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 7BBBC5C0283 for ; Thu, 4 May 2023 21:02:07 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute3.internal (MEProxy); Thu, 04 May 2023 21:02:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdio.com; h=cc :content-transfer-encoding:content-type:content-type:date:date :from:from:in-reply-to:message-id:mime-version:reply-to:sender :subject:subject:to:to; s=fm1; t=1683248527; x=1683334927; bh=gO TbV0ifxe+DB8NCVmETfEMA3eD35mfarImKAVj3hYc=; b=UAgSPhfDXam7hg3nEe 1KkIuk7KpK0IDVBRlHZwo9ul7tHY4o1CQOT94YMPY3RAma/EU7SbjYkmd+8ThKO7 Nn5len6hR53GCPOzqNnalqpnPH2cP177ClXERkXw1VHOy2HrDUqJnZYUVd0XbMr0 SngorBYJLc5YIXobRvPsMHODMTmiU//snJ3kaQljcA8IXp1ggLfocQ52iAtREky7 McHIyxLxhlUmKMb5eEoTPo9hZK0tdAAJkKUg9E9ZZrMco0eaJWcmf8rJvPKPB/C4 k/cFGEEhlndJG2zMN+m4ZNku/pghknS6XLoNgPyabvKZLkuB/HkOGcT59d5C9nh3 vLjA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:message-id:mime-version:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; t=1683248527; x=1683334927; bh=gOTbV0ifxe+DB 8NCVmETfEMA3eD35mfarImKAVj3hYc=; b=acis+kZCPdMJckxpeX8n+Kdr9GnfE ZGzm3Xmhb8VBFkTA7kwDgPgi5Ti9JznTLgJQxfzDYe/E6zkNIp4c7ynzxom4pZ4C 2gmrXxX31SDn/pdWsLHC23k98tGYSn/jQwSPyVmJv4xzdm9DObld16zLAmXqbQul mdvnXCCJ8Wa6ceUdZOdWBs3cWPkbHexE7Z4Von0YDlHU03F/BoOvgJQ1pFCbD9dn XfhNxe/abaM+ggHCvhdhP4+hF/XpSJ1//XmFasspx1Iv+Mdhxq+EJiAFsipA1pPe nGaxST3HEGipioEMvYBImk2AJpddwBPLX1EXCap5N8l4wLFpvbfcYvUCA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrfeefuddggeefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepkfffgggfvffhufgtgfesthekredttdefjeenucfhrhhomheptfgvsggvtggt rgcuvehrrghnuceorhgvsggvtggtrgessghsughiohdrtghomheqnecuggftrfgrthhtvg hrnhepvddtieffleffgfdvveetkefhgfduhffhledvgfevhfekfeejueefudelleekueef necuffhomhgrihhnpehgihhthhhusgdrtghomhenucevlhhushhtvghrufhiiigvpedtne curfgrrhgrmhepmhgrihhlfhhrohhmpehrvggsvggttggrsegsshguihhordgtohhm X-ME-Proxy: Feedback-ID: i5b994698:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Thu, 4 May 2023 21:02:06 -0400 (EDT) Message-ID: Date: Thu, 4 May 2023 19:02:05 -0600 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.10.0 To: Current FreeBSD Content-Language: en-US From: Rebecca Cran Subject: 20230504 -CURRENT snapshot panics during install at zfs probing Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Result: default: False [-4.70 / 15.00]; DWL_DNSWL_LOW(-1.00)[messagingengine.com:dkim]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; R_DKIM_ALLOW(-0.20)[bsdio.com:s=fm1,messagingengine.com:s=fm3]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.28]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.28:from]; RWL_MAILSPIKE_GOOD(-0.10)[66.111.4.28:from]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:19151, ipnet:66.111.4.0/24, country:US]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdio.com:+,messagingengine.com:+]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[bsdio.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[4]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[] X-Rspamd-Queue-Id: 4QCC805XP2z4HZQ X-Spamd-Bar: ---- X-ThisMailContainsUnwantedMimeParts: N I'm seeing a panic during install during the zfs probing on the 14-CURRENT 20230504 amd64 snapshot on a PowerEdge R7525 dual-EPYC system. I haven't submitted a bug report for a while, so let me know what other information is needed. Unfortunately the stack backtrace looks useless: panic: mtx_lock() of spin mutex (null) @ /usr/src/sys/kern/kern_clock.c:269 cpuid = 67 time = 1683225642 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe037aa72db0 vpanic() at vpanic+0x152/frame 0xfffffe037aa72e00 panic() at panic+0x43/frame 0xfffffe037aa72e60 __mtx_lock_flags() at __mtx_lock_flags+0x13b/frame 0xfffffe037aa72eb0 deadlkres() at deadlkres+0xef/frame 0xfffffe037aa72ef0 fork_exit() at fork_exit+0x80/frame 0xfffffe037aa72f30 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe037aa72f30 --- trap 0, rip = 0, rsp = 0, rbp = 0 --- KDB: enter: panic [ thread pid 0 tid 101238 ] Stopped at      kdb_enter+0x32: movq    $0,0xddd833(%rip) db> Start of dmesg: FreeBSD 14.0-CURRENT #0 main-n262746-4194bbb34c60: Thu May  4 08:05:46 UTC 2023 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 FreeBSD clang version 15.0.7 (https://github.com/llvm/llvm-project.git llvmorg-15.0.7-0-g8dfdcc7b7bf6) WARNING: WITNESS option enabled, expect reduced performance. SRAT: Too many memory domains VT(efifb): resolution 1024x768 CPU: AMD EPYC 7713 64-Core Processor (1996.32-MHz K8-class CPU)   Origin="AuthenticAMD"  Id=0xa00f11  Family=0x19  Model=0x1 Stepping=1 Features=0x178bfbff Features2=0x7efa320b   AMD Features=0x2e500800   AMD Features2=0x75c237ff   Structured Extended Features=0x219c97a9   Structured Extended Features2=0x40069c   Structured Extended Features3=0x10   XSAVE Features=0xf   AMD Extended Feature Extensions ID EBX=0x91bef75f   SVM: NP,NRIP,VClean,AFlush,DAssist,NAsids=32768   TSC: P-state invariant, performance statistics real memory  = 277021196288 (264188 MB) avail memory = 266164191232 (253833 MB) disk info: root@:~ # gpart show =>        6  233308149  nvd0  GPT  (890G)           6  233308149        - free -  (890G) =>        6  233308149  diskid/DISK-S61ANA0R100142  GPT  (890G)           6  233308149                              - free - (890G) =>       34  937571901  ada0  GPT  (447G)          34       2014        - free -  (1.0M)        2048  937568256     1  ms-basic-data  (447G)   937570304       1631        - free -  (816K) =>       34  937571901  diskid/DISK-74ff0e529b990010  GPT (447G)          34       2014                                - free - (1.0M)        2048  937568256                             1 ms-basic-data  (447G)   937570304       1631                                - free - (816K) =>        34  3125627501  da0  GPT  (1.5T)           34        2014       - free -  (1.0M)         2048     1048576    1  efi  (512M)      1050624  2929686528    2  linux-data  (1.4T)   2930737152    62500864    3  linux-swap  (30G)   2993238016   132389519       - free -  (63G) =>        34  3125627501  da1  GPT  (1.5T)           34        2014       - free -  (1.0M)         2048       32768    1  ms-reserved  (16M)        34816  3125592064    2  ms-basic-data  (1.5T)   3125626880         655       - free -  (328K) =>        34  3125627501  diskid/DISK-S61ENE0R302148  GPT (1.5T)           34        2014                              - free - (1.0M)         2048     1048576                           1  efi  (512M)      1050624  2929686528                           2  linux-data (1.4T)   2930737152    62500864                           3  linux-swap (30G)   2993238016   132389519                              - free - (63G) =>        34  3125627501  diskid/DISK-202229EBAC90  GPT  (1.5T)           34        2014                            - free - (1.0M)         2048       32768                         1  ms-reserved (16M)        34816  3125592064                         2  ms-basic-data (1.5T)   3125626880         655                            - free - (328K) =>    17  544157  cd0  MBR  (1.0G)       17  544157       - free -  (1.0G) =>    17  544157  iso9660/14_0_CURRENT_AMD64_CD  MBR  (1.0G)       17  544157                                 - free -  (1.0G) -- Rebecca Cran From nobody Fri May 5 11:31:59 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4QCT6x2WHfz49Cmr for ; Fri, 5 May 2023 11:32:09 +0000 (UTC) (envelope-from rebecca@bsdio.com) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4QCT6q4whFz4lFC for ; Fri, 5 May 2023 11:32:03 +0000 (UTC) (envelope-from rebecca@bsdio.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdio.com header.s=fm1 header.b=LuNlKpJF; dkim=pass header.d=messagingengine.com header.s=fm3 header.b="k HGPM3f"; spf=pass (mx1.freebsd.org: domain of rebecca@bsdio.com designates 66.111.4.27 as permitted sender) smtp.mailfrom=rebecca@bsdio.com; dmarc=none Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id A27775C01DA for ; Fri, 5 May 2023 07:32:02 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Fri, 05 May 2023 07:32:02 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdio.com; h=cc :content-transfer-encoding:content-type:content-type:date:date :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm1; t= 1683286322; x=1683372722; bh=Ad1PTmtEQAO/LOsH9zDcDiPZ1YBN3tyraxH U+xrlbUg=; b=LuNlKpJFQA867wqAmHghcqHvwAeWrLcpWb8Ao1dz0O/8jTXeuCT aG8075+X5gMRiUwAnU7M/jsY1dXqj40GW86WnNBYJ+X69R6Hgk4VxbzFpjBLnfsw 7vXoRXRsOrQNZYQtUlBAsRiFCqfb7I/ButtKDqFftynd/pKDJ/iYODJCE3rzN+zT YUrQP29IODKY9AospqqMimPQQeJke70Siy9je2vg/k6ncz9ZvBCIk/0WpA0Igfpn F2OutyFZqwDpTTzZhB+kUF5ELKSgsDRbdsBrmOAEFCjueAjD4pnCgLTFv/vw+Vf6 +FUX7FHuYEEWibmIWlx/L3NgaJ6LlaFVdWQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1683286322; x= 1683372722; bh=Ad1PTmtEQAO/LOsH9zDcDiPZ1YBN3tyraxHU+xrlbUg=; b=k HGPM3fj+fesd4ixdTKhtX/Ni+PdrRqeTC5c/lA4l6TzMCSxcPrkQ5rp2IsxsHXrK DtK6E6qnln78dyqVOQAfQDQlVWMIctTc2PsVgyLanQphNHRa6oYCqezE2qLTPifj oikIJOaI5uPZ1ir0Ag1yPgRbDEzQWXDSVLzZa9M0huVVgsgNhYSrrTXSbly9hUQs jUOZNKpd/jbVutvP0OxVE8lmNxI1L3cK7qq1ccopeppYp6rX9bJJOCd64udFGyVd nWOk2rPc6IPzLfj+3vlW5NkKOomq6IdoaP6aVk800U5l9xoqglN4vwpiuTtAGenl OJTIJnOrbC0yps5z9V7/w== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrfeefvddggeduucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepkfffgggfuffhvfhfjggtgfesthekredttdefjeenucfhrhhomheptfgvsggv tggtrgcuvehrrghnuceorhgvsggvtggtrgessghsughiohdrtghomheqnecuggftrfgrth htvghrnhepgeejgeeiudeijedvledvheeuieefteegffdvtedvuedvtdegueejvdfghfff geejnecuffhomhgrihhnpehgihhthhhusgdrtghomhenucevlhhushhtvghrufhiiigvpe dtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehrvggsvggttggrsegsshguihhordgtohhm X-ME-Proxy: Feedback-ID: i5b994698:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Fri, 5 May 2023 07:32:02 -0400 (EDT) Message-ID: Date: Fri, 5 May 2023 05:31:59 -0600 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.10.0 Subject: Re: 20230504 -CURRENT snapshot panics during install at zfs probing Content-Language: en-US From: Rebecca Cran To: Current FreeBSD References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Result: default: False [-4.60 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DWL_DNSWL_LOW(-1.00)[messagingengine.com:dkim]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[bsdio.com:s=fm1,messagingengine.com:s=fm3]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.27]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.27:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[bsdio.com]; BLOCKLISTDE_FAIL(0.00)[66.111.4.27:query timed out]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; DKIM_TRACE(0.00)[bsdio.com:+,messagingengine.com:+]; TO_DN_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:19151, ipnet:66.111.4.0/24, country:US]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.111.4.27:from] X-Rspamd-Queue-Id: 4QCT6q4whFz4lFC X-Spamd-Bar: ---- X-ThisMailContainsUnwantedMimeParts: N I also tried FreeBSD 13.2 and it's unhappy too, and ends up panicing and rebooting when trying to restart the installer after it segfaults. So it's apparently _not_ a new problem. I'm guessing there's something about my disks that's causing memory corruption. The only thing that's changed recently is installing Windows Server 2022 on a different disk. If I disable the mrsas controller, installation proceeds. -- Rebecca Cran On 5/4/23 19:02, Rebecca Cran wrote: > I'm seeing a panic during install during the zfs probing on the > 14-CURRENT 20230504 amd64 snapshot on a PowerEdge R7525 dual-EPYC system. > > I haven't submitted a bug report for a while, so let me know what > other information is needed. > > > Unfortunately the stack backtrace looks useless: > > panic: mtx_lock() of spin mutex (null) @ > /usr/src/sys/kern/kern_clock.c:269 > cpuid = 67 > time = 1683225642 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe037aa72db0 > vpanic() at vpanic+0x152/frame 0xfffffe037aa72e00 > panic() at panic+0x43/frame 0xfffffe037aa72e60 > __mtx_lock_flags() at __mtx_lock_flags+0x13b/frame 0xfffffe037aa72eb0 > deadlkres() at deadlkres+0xef/frame 0xfffffe037aa72ef0 > fork_exit() at fork_exit+0x80/frame 0xfffffe037aa72f30 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe037aa72f30 > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > KDB: enter: panic > [ thread pid 0 tid 101238 ] > Stopped at      kdb_enter+0x32: movq    $0,0xddd833(%rip) > db> > > > Start of dmesg: > > FreeBSD 14.0-CURRENT #0 main-n262746-4194bbb34c60: Thu May  4 08:05:46 > UTC 2023 > root@releng1.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC > amd64 > FreeBSD clang version 15.0.7 (https://github.com/llvm/llvm-project.git > llvmorg-15.0.7-0-g8dfdcc7b7bf6) > WARNING: WITNESS option enabled, expect reduced performance. > SRAT: Too many memory domains > VT(efifb): resolution 1024x768 > CPU: AMD EPYC 7713 64-Core Processor (1996.32-MHz K8-class CPU) >   Origin="AuthenticAMD"  Id=0xa00f11  Family=0x19  Model=0x1 Stepping=1 > Features=0x178bfbff > > Features2=0x7efa320b > >   AMD Features=0x2e500800 >   AMD > Features2=0x75c237ff >   Structured Extended > Features=0x219c97a9 >   Structured Extended > Features2=0x40069c >   Structured Extended Features3=0x10 >   XSAVE Features=0xf >   AMD Extended Feature Extensions ID > EBX=0x91bef75f >   SVM: NP,NRIP,VClean,AFlush,DAssist,NAsids=32768 >   TSC: P-state invariant, performance statistics > real memory  = 277021196288 (264188 MB) > avail memory = 266164191232 (253833 MB) > > disk info: > > root@:~ # gpart show > =>        6  233308149  nvd0  GPT  (890G) >           6  233308149        - free -  (890G) > > =>        6  233308149  diskid/DISK-S61ANA0R100142  GPT  (890G) >           6  233308149                              - free - (890G) > > =>       34  937571901  ada0  GPT  (447G) >          34       2014        - free -  (1.0M) >        2048  937568256     1  ms-basic-data  (447G) >   937570304       1631        - free -  (816K) > > =>       34  937571901  diskid/DISK-74ff0e529b990010  GPT (447G) >          34       2014                                - free - (1.0M) >        2048  937568256                             1 ms-basic-data  > (447G) >   937570304       1631                                - free - (816K) > > =>        34  3125627501  da0  GPT  (1.5T) >           34        2014       - free -  (1.0M) >         2048     1048576    1  efi  (512M) >      1050624  2929686528    2  linux-data  (1.4T) >   2930737152    62500864    3  linux-swap  (30G) >   2993238016   132389519       - free -  (63G) > > =>        34  3125627501  da1  GPT  (1.5T) >           34        2014       - free -  (1.0M) >         2048       32768    1  ms-reserved  (16M) >        34816  3125592064    2  ms-basic-data  (1.5T) >   3125626880         655       - free -  (328K) > > =>        34  3125627501  diskid/DISK-S61ENE0R302148  GPT (1.5T) >           34        2014                              - free - (1.0M) >         2048     1048576                           1  efi  (512M) >      1050624  2929686528                           2  linux-data (1.4T) >   2930737152    62500864                           3  linux-swap (30G) >   2993238016   132389519                              - free - (63G) > > =>        34  3125627501  diskid/DISK-202229EBAC90  GPT  (1.5T) >           34        2014                            - free - (1.0M) >         2048       32768                         1  ms-reserved (16M) >        34816  3125592064                         2  ms-basic-data (1.5T) >   3125626880         655                            - free - (328K) > > =>    17  544157  cd0  MBR  (1.0G) >       17  544157       - free -  (1.0G) > > =>    17  544157  iso9660/14_0_CURRENT_AMD64_CD  MBR  (1.0G) >       17  544157                                 - free -  (1.0G) > > From nobody Fri May 5 13:38:25 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4QCWww3vhHz49LNk; Fri, 5 May 2023 13:38:40 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-lj1-f178.google.com (mail-lj1-f178.google.com [209.85.208.178]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4QCWwv0yTDz3QW1; Fri, 5 May 2023 13:38:39 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.208.178 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com; dmarc=none Received: by mail-lj1-f178.google.com with SMTP id 38308e7fff4ca-2ac8d9399d5so1956231fa.1; Fri, 05 May 2023 06:38:39 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1683293917; x=1685885917; h=content-transfer-encoding:to:subject:message-id:date:from :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=0a2yu3ZV/04YR7xugxE7nV5wxaL+v7kRUY7APxX/EXk=; b=fG4y/Q4Btgm58YSpCMkUvMdrHUFXZmuPGzQ8pH+Knok6L6nXLiCjpYKCLbf2l91Z++ r7UcOljBvfR0lH332IcfCuKhNttoZxdDCvxqhtMNy9flzmFoP2XkNLDZX0xKfjev7XFK sOoTsEWRmISE7ZyLAkCdSeYE7xHCh+STazFLinhSN7Rrs9uso6rNf1xbe+amOGjrT9Ub rhtObAgBSk55f7rIPUI5FLb8Q3dX/b6F+xVDysfte8SF5BJj6IC1Bf9nemt1tQAXFClm 7+58DSPtQBkeyHqmz+XFzLhIzYfw3xa+yMWK28WT1LbgsH7+F4ZAZIdLFFPiHR3waS9d rPPg== X-Gm-Message-State: AC+VfDxV8/w4/ErbJ1TkmPEea2C7AmO0WtBnZ6j/roDUJuOI49jhjPK6 kl880mfal1CpTavCqDVc6LS4pH7uagK+iBIPHXjQ1hJ8 X-Google-Smtp-Source: ACHHUZ4m0YfFys0UyVNmSoyQ8LUkbLnN6/XOUN9W2b5guGu9MVwxZJQ24s7iEK7Dk+AgDASMYqYAvfWW6qWO63fC4Y0= X-Received: by 2002:a2e:964c:0:b0:2a7:7259:9587 with SMTP id z12-20020a2e964c000000b002a772599587mr442581ljh.46.1683293916821; Fri, 05 May 2023 06:38:36 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 From: Ed Maste Date: Fri, 5 May 2023 09:38:25 -0400 Message-ID: Subject: Support for more than 256 CPU cores To: freebsd-arch , FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [1.17 / 15.00]; NEURAL_SPAM_SHORT(0.57)[0.572]; NEURAL_SPAM_LONG(0.52)[0.520]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(0.07)[0.073]; MLMMJ_DEST(0.00)[freebsd-arch@freebsd.org,freebsd-current@freebsd.org]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.208.178:from]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; RCVD_IN_DNSWL_NONE(0.00)[209.85.208.178:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; R_DKIM_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; TO_DN_ALL(0.00)[]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; FREEFALL_USER(0.00)[carpeddiem]; ARC_NA(0.00)[]; BLOCKLISTDE_FAIL(0.00)[209.85.208.178:server fail]; FROM_HAS_DN(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[freebsd.org]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4QCWwv0yTDz3QW1 X-Spamd-Bar: + X-ThisMailContainsUnwantedMimeParts: N FreeBSD supports up to 256 CPU cores in the default kernel configuration (on Tier-1 architectures). Systems with more than 256 cores are available now, and will become increasingly common over FreeBSD 14=E2=80=99= s lifetime. The FreeBSD Foundation is supporting the effort to increase MAXCPU, and PR269572[1] is open to track tasks and changes. As a project we have scalability work ahead of us to make best use of high core count machines, but at a minimum we should be able to boot a GENERIC kernel on such systems, and have an ABI for the FreeBSD 14 release that supports such a configuration. Some changes have already been committed in support of increased MAXCPU, including increasing MAX_APIC_ID (commit c8113dad7ed4) and a number of changes to reduce bloat (such as commits 42f722e721cd, e72f7ed43eef, 78cfa762ebf2 and 74ac712f72cf). The next step is to increase the maximum cpuset size for userland. I have this change open in review D39941[2] and an exp-run request in PR271213[3]. Following that the kernel change for increasing MAXCPU is in D36838[4]. Additional work on bloat reduction will continue after this change, and looking forward FreeBSD is going to need ongoing effort from the community and the FreeBSD Foundation to continue improving scalability. [1] https://bugs.freebsd.org/269572 [2] https://reviews.freebsd.org/D39941 [3] https://bugs.freebsd.org/271213 [4] https://reviews.freebsd.org/D36838 From nobody Fri May 5 15:23:15 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4QCZFs6MT3z49S82 for ; Fri, 5 May 2023 15:23:29 +0000 (UTC) (envelope-from tomek@cedro.info) Received: from mail-yw1-x1131.google.com (mail-yw1-x1131.google.com [IPv6:2607:f8b0:4864:20::1131]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4QCZFs3LlCz3vQR for ; Fri, 5 May 2023 15:23:29 +0000 (UTC) (envelope-from tomek@cedro.info) Authentication-Results: mx1.freebsd.org; none Received: by mail-yw1-x1131.google.com with SMTP id 00721157ae682-55c939fb24dso17371437b3.2 for ; Fri, 05 May 2023 08:23:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cedro.info; s=google; t=1683300208; x=1685892208; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=8EcTidvB8bLuG3BL1msO5SziWnorSWcySiwBySqWBjw=; b=D/CjxOeLJ8Q6uLrZSef3KZA7IykhVeT8mre/Jw1lrGJy7WRxRwWaww9gXZ0GvNshbb lWpbRIENHqjP26cUlT0x4KqOK4zSsShJxYHHznrfr1tcG3KkIFyE+9mltmFfFpDMarTo qQHj6ObVgel2xfop1DP1BjnavVSasslEg51xen6sVQ82RadZH+QIDTr6OzYp8xDh+vv0 lKYcmNUOrjj1zwEtb1FjygnWVBGvWw/+mO72FPTL4bdTd4EHh8Dr1w9yqCIwuTS8+gzo u8BeL0nBAY8OcnrFTzHf1cbGziDwdx+AMvSfna09g5QOUD0B1IjDdtQR9WLsdYDbiHs1 dyRg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1683300208; x=1685892208; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=8EcTidvB8bLuG3BL1msO5SziWnorSWcySiwBySqWBjw=; b=PRkQ3HhCfpCHhHEBvhWc+i5oxTyVNbMpCOzNUAanUQtOOUrHd8hwOKugu8y7ozO/EA pp53VIwyzVYQCpBRmnJ+96wY8RXU3u/zmWMy6YAfnP3tbtSGFGnPCa8jecyqrSArnptN U6uNInNsEAr/EyCM9G5Eun+nZU7J8cHp0QzbhCfp5krEYx959M1SPWyMEuKY7yf864ls QBqmVAguq0Ub8jOQymZe8tPS7bfY5/bNoYrqHdtNdxtbTF0EtZLdJJ59k4/A5nueFZyJ jIvl5MdlloSsnMrMIbDBMmZPjLOzETsq5YexwOhIwKJxC1T4Cvp3w2+YtMUFIojD6sOS Zw7w== X-Gm-Message-State: AC+VfDzPxS3MNaN1QqnRfOHK+WPQI4htXlmflqTSHZUM7JCm9/gvRm93 SHMGtA6z7ohVzY4pf/sESsAblA== X-Google-Smtp-Source: ACHHUZ7/DxKHZnUyqYzBD08nFDOqo/mXS2TrdGTgWYKYYazdS/bbqcKU/W3qERUXrumvd7uim6nkJw== X-Received: by 2002:a0d:e242:0:b0:52e:f109:ba7a with SMTP id l63-20020a0de242000000b0052ef109ba7amr1777564ywe.51.1683300208058; Fri, 05 May 2023 08:23:28 -0700 (PDT) Received: from mail-yw1-f172.google.com (mail-yw1-f172.google.com. [209.85.128.172]) by smtp.gmail.com with ESMTPSA id m63-20020a0dfc42000000b0055a1cd96212sm534321ywf.33.2023.05.05.08.23.27 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 05 May 2023 08:23:27 -0700 (PDT) Received: by mail-yw1-f172.google.com with SMTP id 00721157ae682-55c939fb24dso17371127b3.2; Fri, 05 May 2023 08:23:27 -0700 (PDT) X-Received: by 2002:a81:8391:0:b0:55a:6b50:dd0d with SMTP id t139-20020a818391000000b0055a6b50dd0dmr1930707ywf.8.1683300207125; Fri, 05 May 2023 08:23:27 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Tomek CEDRO Date: Fri, 5 May 2023 17:23:15 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Support for more than 256 CPU cores To: Ed Maste Cc: freebsd-arch , FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4QCZFs3LlCz3vQR X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Fri, May 5, 2023 at 3:38=E2=80=AFPM Ed Maste wrote: > FreeBSD supports up to 256 CPU cores in the default kernel configuration > (on Tier-1 architectures). Systems with more than 256 cores are > available now, and will become increasingly common over FreeBSD 14=E2=80= =99s > lifetime. (..) Congratulations! :-) I am looking after AMD Threadripper with 64 cores 2 threads each that will give 128 CPU to the system.. maybe this year I could afford that beast then I will report back after testing :-) In upcoming years variations of RISC-V will provide unheard before number of CPU in a single SoC (i.e. 1000 CPU) at amazing power efficiency and I saw reports of prototype with 3 x SoC of this kind on a single board :-) https://spectrum.ieee.org/risc-v-ai --=20 CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From nobody Fri May 5 15:52:29 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4QCZvP0hGFz49Tb0; Fri, 5 May 2023 15:52:33 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4QCZvN5R7rz43KD; Fri, 5 May 2023 15:52:32 +0000 (UTC) (envelope-from hps@selasky.org) Authentication-Results: mx1.freebsd.org; none Received: from [10.36.2.154] (unknown [46.212.121.255]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 8CADD260734; Fri, 5 May 2023 17:52:29 +0200 (CEST) Message-ID: <84816f2f-b23c-f448-55fe-454cbb604681@selasky.org> Date: Fri, 5 May 2023 17:52:29 +0200 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.10.1 Subject: Re: Support for more than 256 CPU cores To: Tomek CEDRO , Ed Maste Cc: freebsd-arch , FreeBSD Current References: Content-Language: en-US From: Hans Petter Selasky In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4QCZvN5R7rz43KD X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On 5/5/23 17:23, Tomek CEDRO wrote: > On Fri, May 5, 2023 at 3:38 PM Ed Maste wrote: >> FreeBSD supports up to 256 CPU cores in the default kernel configuration >> (on Tier-1 architectures). Systems with more than 256 cores are >> available now, and will become increasingly common over FreeBSD 14’s >> lifetime. (..) > > Congratulations! :-) > > I am looking after AMD Threadripper with 64 cores 2 threads each that > will give 128 CPU to the system.. maybe this year I could afford that > beast then I will report back after testing :-) > > In upcoming years variations of RISC-V will provide unheard before > number of CPU in a single SoC (i.e. 1000 CPU) at amazing power > efficiency and I saw reports of prototype with 3 x SoC of this kind on > a single board :-) > > https://spectrum.ieee.org/risc-v-ai > Hi, Maybe it makes sense to cluster CPU's in logical groups somehow. Some synchronization mechanism like EPOCH() are O(N²) where N is the number of CPUs. Not in the read-case, but in the synchronize case. It depends a bit though. Currently EPOCH() is executed every kern.hz . --HPS From nobody Fri May 5 16:08:24 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4QCbG13kN0z49Vl7 for ; Fri, 5 May 2023 16:08:41 +0000 (UTC) (envelope-from jon@xyinn.org) Received: from mail-4022.proton.ch (mail-4022.proton.ch [185.70.40.22]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4QCbG05hY7z46NN for ; Fri, 5 May 2023 16:08:40 +0000 (UTC) (envelope-from jon@xyinn.org) Authentication-Results: mx1.freebsd.org; none Date: Fri, 05 May 2023 16:08:24 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xyinn.org; s=protonmail; t=1683302917; x=1683562117; bh=Dcpr9UWJy/PZWlt5EKaW/4I9OXckgMlk27neK5i1neM=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=Fb42TcPYqplaGfMfth/O4F3NGXn3e9SmqNgzu6m0TcBLj3Cq+wS25uAC9uSAwd2jP 31xVRHfc49VoCU4rZoFUQjx9MbdSBg3CVKsPncHS5eMMg02InewT+jHjE+wzxsmLkg rrOtKZKPpaLqnSIUeUWBz+GmZ5widB0aCV54raOEF72NRJb4G5k9eEj143mK/BFq2L YyvUaLsEG7Vm5yk5sRZYOoNvQdOAi02npJKeKc9s2r0dV4Sd9If4Ewcn+cqgjlGGrw jI7HTr5Ij0PfRY3LxCo3ub3CJZOylPH3Z2fEFW6oA3dNeHyY0RGLGA6+0gct1NSgJ7 EX4etd759V20g== To: hps@selasky.org, tomek@cedro.info, emaste@freebsd.org From: Jonathan Vasquez Cc: freebsd-arch@freebsd.org, freebsd-current@freebsd.org Subject: Re: Support for more than 256 CPU cores Message-ID: In-Reply-To: <84816f2f-b23c-f448-55fe-454cbb604681@selasky.org> References: <84816f2f-b23c-f448-55fe-454cbb604681@selasky.org> Feedback-ID: 12351801:user:proton List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_I06Fu3mmBtUyI8ZG7WK7VCfo3e7oUT6lG6ro8aau1E" X-Rspamd-Queue-Id: 4QCbG05hY7z46NN X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --b1_I06Fu3mmBtUyI8ZG7WK7VCfo3e7oUT6lG6ro8aau1E Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 MTAwMCBDUFVzIGlzIGluc2FuZS4gU2Nhcnkgc3R1ZmYgaGFoYS4KCkpvbmF0aGFuIFZhc3F1ZXoK UEdQOiAzNERBIDg1OEMgMTQ0NyA1MDlFIEM3N0EgRDQ5RiBGQjg1IDkwQjcgQzRDQSA1Mjc5ClNl bnQgd2l0aCBQcm90b25NYWlsIFNlY3VyZSBFbWFpbAoKU2VudCBmcm9tIFByb3RvbiBNYWlsIG1v YmlsZQoKLS0tLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLS0tLQpPbiBNYXkgNSwgMjAyMywg MTE6NTIsIEhhbnMgUGV0dGVyIFNlbGFza3kgd3JvdGU6Cgo+IE9uIDUvNS8yMyAxNzoyMywgVG9t ZWsgQ0VEUk8gd3JvdGU6ID4gT24gRnJpLCBNYXkgNSwgMjAyMyBhdCAzOjM44oCvUE0gRWQgTWFz dGUgd3JvdGU6ID4+IEZyZWVCU0Qgc3VwcG9ydHMgdXAgdG8gMjU2IENQVSBjb3JlcyBpbiB0aGUg ZGVmYXVsdCBrZXJuZWwgY29uZmlndXJhdGlvbiA+PiAob24gVGllci0xIGFyY2hpdGVjdHVyZXMp LiBTeXN0ZW1zIHdpdGggbW9yZSB0aGFuIDI1NiBjb3JlcyBhcmUgPj4gYXZhaWxhYmxlIG5vdywg YW5kIHdpbGwgYmVjb21lIGluY3JlYXNpbmdseSBjb21tb24gb3ZlciBGcmVlQlNEIDE04oCZcyA+ PiBsaWZldGltZS4gKC4uKSA+ID4gQ29uZ3JhdHVsYXRpb25zISA6LSkgPiA+IEkgYW0gbG9va2lu ZyBhZnRlciBBTUQgVGhyZWFkcmlwcGVyIHdpdGggNjQgY29yZXMgMiB0aHJlYWRzIGVhY2ggdGhh dCA+IHdpbGwgZ2l2ZSAxMjggQ1BVIHRvIHRoZSBzeXN0ZW0uLiBtYXliZSB0aGlzIHllYXIgSSBj b3VsZCBhZmZvcmQgdGhhdCA+IGJlYXN0IHRoZW4gSSB3aWxsIHJlcG9ydCBiYWNrIGFmdGVyIHRl c3RpbmcgOi0pID4gPiBJbiB1cGNvbWluZyB5ZWFycyB2YXJpYXRpb25zIG9mIFJJU0MtViB3aWxs IHByb3ZpZGUgdW5oZWFyZCBiZWZvcmUgPiBudW1iZXIgb2YgQ1BVIGluIGEgc2luZ2xlIFNvQyAo aS5lLiAxMDAwIENQVSkgYXQgYW1hemluZyBwb3dlciA+IGVmZmljaWVuY3kgYW5kIEkgc2F3IHJl cG9ydHMgb2YgcHJvdG90eXBlIHdpdGggMyB4IFNvQyBvZiB0aGlzIGtpbmQgb24gPiBhIHNpbmds ZSBib2FyZCA6LSkgPiA+IGh0dHBzOi8vc3BlY3RydW0uaWVlZS5vcmcvcmlzYy12LWFpID4gSGks IE1heWJlIGl0IG1ha2VzIHNlbnNlIHRvIGNsdXN0ZXIgQ1BVJ3MgaW4gbG9naWNhbCBncm91cHMg c29tZWhvdy4gU29tZSBzeW5jaHJvbml6YXRpb24gbWVjaGFuaXNtIGxpa2UgRVBPQ0goKSBhcmUg TyhOwrIpIHdoZXJlIE4gaXMgdGhlIG51bWJlciBvZiBDUFVzLiBOb3QgaW4gdGhlIHJlYWQtY2Fz ZSwgYnV0IGluIHRoZSBzeW5jaHJvbml6ZSBjYXNlLiBJdCBkZXBlbmRzIGEgYml0IHRob3VnaC4g Q3VycmVudGx5IEVQT0NIKCkgaXMgZXhlY3V0ZWQgZXZlcnkga2Vybi5oeiAuIC0tSFBT --b1_I06Fu3mmBtUyI8ZG7WK7VCfo3e7oUT6lG6ro8aau1E Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 MTAwMCBDUFVzIGlzIGluc2FuZS4gU2Nhcnkgc3R1ZmYgaGFoYS48YnI+PGJyPjxicj48ZGl2Pkpv bmF0aGFuIFZhc3F1ZXo8YnIgLz48L2Rpdj48ZGl2PlBHUDogMzREQSA4NThDIDE0NDcgNTA5RSBD NzdBICBENDlGIEZCODUgOTBCNyBDNENBIDUyNzk8YnIgLz48L2Rpdj48ZGl2PlNlbnQgd2l0aCBQ cm90b25NYWlsIFNlY3VyZSBFbWFpbDxiciAvPjwvZGl2PjxkaXY+PGJyIC8+PC9kaXY+PGJyPjxi cj5TZW50IGZyb20gUHJvdG9uIE1haWwgbW9iaWxlPGJyPjxicj48YnI+PGJyPi0tLS0tLS0tIE9y aWdpbmFsIE1lc3NhZ2UgLS0tLS0tLS08YnI+T24gTWF5IDUsIDIwMjMsIDExOjUyLCBIYW5zIFBl dHRlciBTZWxhc2t5IDwgaHBzQHNlbGFza3kub3JnPiB3cm90ZTo8YmxvY2txdW90ZSBjbGFzcz0i cHJvdG9ubWFpbF9xdW90ZSI+PGJyPk9uIDUvNS8yMyAxNzoyMywgVG9tZWsgQ0VEUk8gd3JvdGU6 DQo+IE9uIEZyaSwgTWF5IDUsIDIwMjMgYXQgMzozOOKAr1BNIEVkIE1hc3RlIHdyb3RlOg0KPj4g RnJlZUJTRCBzdXBwb3J0cyB1cCB0byAyNTYgQ1BVIGNvcmVzIGluIHRoZSBkZWZhdWx0IGtlcm5l bCBjb25maWd1cmF0aW9uDQo+PiAob24gVGllci0xIGFyY2hpdGVjdHVyZXMpLiAgU3lzdGVtcyB3 aXRoIG1vcmUgdGhhbiAyNTYgY29yZXMgYXJlDQo+PiBhdmFpbGFibGUgbm93LCBhbmQgd2lsbCBi ZWNvbWUgaW5jcmVhc2luZ2x5IGNvbW1vbiBvdmVyIEZyZWVCU0QgMTTigJlzDQo+PiBsaWZldGlt ZS4gKC4uKQ0KPg0KPiBDb25ncmF0dWxhdGlvbnMhIDotKQ0KPg0KPiBJIGFtIGxvb2tpbmcgYWZ0 ZXIgQU1EIFRocmVhZHJpcHBlciB3aXRoIDY0IGNvcmVzIDIgdGhyZWFkcyBlYWNoIHRoYXQNCj4g d2lsbCBnaXZlIDEyOCBDUFUgdG8gdGhlIHN5c3RlbS4uIG1heWJlIHRoaXMgeWVhciBJIGNvdWxk IGFmZm9yZCB0aGF0DQo+IGJlYXN0IHRoZW4gSSB3aWxsIHJlcG9ydCBiYWNrIGFmdGVyIHRlc3Rp bmcgOi0pDQo+DQo+IEluIHVwY29taW5nIHllYXJzIHZhcmlhdGlvbnMgb2YgUklTQy1WIHdpbGwg cHJvdmlkZSB1bmhlYXJkIGJlZm9yZQ0KPiBudW1iZXIgb2YgQ1BVIGluIGEgc2luZ2xlIFNvQyAo aS5lLiAxMDAwIENQVSkgYXQgYW1hemluZyBwb3dlcg0KPiBlZmZpY2llbmN5IGFuZCBJIHNhdyBy ZXBvcnRzIG9mIHByb3RvdHlwZSB3aXRoIDMgeCBTb0Mgb2YgdGhpcyBraW5kIG9uDQo+IGEgc2lu Z2xlIGJvYXJkIDotKQ0KPg0KPiBodHRwczovL3NwZWN0cnVtLmllZWUub3JnL3Jpc2Mtdi1haQ0K Pg0KDQpIaSwNCg0KTWF5YmUgaXQgbWFrZXMgc2Vuc2UgdG8gY2x1c3RlciBDUFUncyBpbiBsb2dp Y2FsIGdyb3VwcyBzb21laG93LiBTb21lDQpzeW5jaHJvbml6YXRpb24gbWVjaGFuaXNtIGxpa2Ug RVBPQ0goKSBhcmUgTyhOwrIpIHdoZXJlIE4gaXMgdGhlIG51bWJlcg0Kb2YgQ1BVcy4gTm90IGlu IHRoZSByZWFkLWNhc2UsIGJ1dCBpbiB0aGUgc3luY2hyb25pemUgY2FzZS4gSXQgZGVwZW5kcyBh DQpiaXQgdGhvdWdoLiBDdXJyZW50bHkgRVBPQ0goKSBpcyBleGVjdXRlZCBldmVyeSBrZXJuLmh6 IC4NCg0KLS1IUFMNCg0KPC9kaXY+ --b1_I06Fu3mmBtUyI8ZG7WK7VCfo3e7oUT6lG6ro8aau1E--