From nobody Mon Apr 3 12:08: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 4PqqRR6zQdz446ky for ; Mon, 3 Apr 2023 12:08:19 +0000 (UTC) (envelope-from meka@tilda.center) Received: from c3po.tilda.center (c3po.tilda.center [108.61.164.129]) (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 4PqqRQ5hMSz3rGC; Mon, 3 Apr 2023 12:08:18 +0000 (UTC) (envelope-from meka@tilda.center) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=tilda.center header.s=c3po header.b=jIxv70Jj; spf=pass (mx1.freebsd.org: domain of meka@tilda.center designates 108.61.164.129 as permitted sender) smtp.mailfrom=meka@tilda.center; dmarc=pass (policy=reject) header.from=tilda.center Received: from tilda.center (meka.rs [109.93.255.137]) by c3po.tilda.center (Postfix) with ESMTPSA id CB38B28C92; Mon, 3 Apr 2023 14:06:56 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tilda.center; s=c3po; t=1680523617; 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=Bo10zocUyMwxneYR2SltPccrVmc3Hdmmst0wcaX1ie4=; b=jIxv70JjFZSzc4vtaRRXEtvXXf/l/9P+i/eJS4mbpTG+9ZO7WtOqCCPdA+yPV8586QSbhV slxaxJHvsLrrzK2YnF0nSDNjyAoR/zavnpwChUBLcji25mQcj3V+UYGD2CQXoR/Y0+WvSI rJnICG7qFEUqMBvxjra3fisSLiFdwr0= Date: Mon, 3 Apr 2023 14:08:09 +0200 From: Goran =?utf-8?B?TWVracSH?= To: Dmitry Chagin Cc: freebsd-current@freebsd.org Subject: Re: Kernel panic on jail start Message-ID: <20230403120809.jdnqm5qqlknheamq@tilda.center> References: <20230330170828.442jpwilq3q47lis@tilda.center> 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="ldzcs7jmkdkoyn4h" Content-Disposition: inline In-Reply-To: X-Spamd-Result: default: False [-5.47 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_MIXED_CHARSET(0.63)[subject]; DMARC_POLICY_ALLOW(-0.50)[tilda.center,reject]; R_DKIM_ALLOW(-0.20)[tilda.center:s=c3po]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:20473, ipnet:108.61.164.0/22, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; DKIM_TRACE(0.00)[tilda.center:+]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4PqqRQ5hMSz3rGC X-Spamd-Bar: ----- X-ThisMailContainsUnwantedMimeParts: N --ldzcs7jmkdkoyn4h Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 31, 2023 at 12:20:47PM +0300, Dmitry Chagin wrote: > On Thu, Mar 30, 2023 at 07:08:28PM +0200, Goran Meki=C4=87 wrote: > > exec.start =3D "echo ifconfig_${vnet.interface}_name=3D\\"eth0\\" >/= etc/rc.conf.d/network"; >=20 > ah, I see where the problem is, ^^^^^^^^ > until its fixed you can try to set compat.linux.use_real_ifnames to 1, or > s/eth0/to some oyhe if name/ You are correct, that was the problem. Sorry for long delay, but I'm not the only user of this machine, swap is too little for core dump, I couldn't make dumping to ZVOL work nor using USB key as a swap device. I don't know what I'm doing wrong with the code dumps as it works like a charm on a laptop. Thank you for looking into this. Regards, meka --ldzcs7jmkdkoyn4h Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE1WIFkXy2ZeMKjjKEWj1TknovrLYFAmQqwaYACgkQWj1Tknov rLbwzA/8C2qRMqZELz6ryRU22Nr15x9t+cOjhKtZ6CShfyTk8zV/dgJfwl0fMCQr KyOUKUui7CTLz48vbgHRI7cAVxRJ5y+eRz4pKl3Uy55RpMxECG64UUXmUqEFygUR dWr5eBGJb7MtTF7apdeCbq3csn3UBOP/R8z1hwZs+GiB/omGqEVSMKE/7AgdiNXo 7NJjPZak4SKiqXt/vHUofsSnfdpmJoiRtUdJHNW06104fj4+UZx3zA2NQwl4NSWR FnC4XA9ksTj7WoY8WHJ2P/gCy43qHvokE/r6qFcORPO648ueLlD5eRih2lhsmaSd 3kBPD4pFmtSjhVts5Li8e6IUENsTmyOcu39mt1Wsf7DsSorZBGopSLB9zvt03A54 dQX/MhswAJ24x0rkNRpW+4JorEdz7XTr7YIb+TbXU9sa2bMK116NPhFZl/esQkAE 3APs/ZMcm0CwEE8Uo9Ctr7VW2zgWZz/Kwpl2cVPLtP4KbbQ0n7BDIlOq/SSZDsXe BIm64li6h9rfl9/13cAAJPYi/F1Lxi/Tl3ge/0JOZw1uFwnAI2NWXEGh117TTv/+ w7m8H9r3pc+xJVNAz41FSRZC/3hmRJi+js0V644x4Ie7KupwDIeDhGiPXSVQIt/c 58rGonvvMtQmRrN03Za0nIMktac+TxATbsy+QGYKb0b+8ffHe68= =XDGE -----END PGP SIGNATURE----- --ldzcs7jmkdkoyn4h-- From nobody Mon Apr 3 12:22: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 4Pqqlb5wNzz447jc for ; Mon, 3 Apr 2023 12:22:19 +0000 (UTC) (envelope-from dchagin@heemeyer.club) Received: from heemeyer.club (heemeyer.club [195.93.173.158]) (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 4Pqqlb2TLWz3tf0 for ; Mon, 3 Apr 2023 12:22:19 +0000 (UTC) (envelope-from dchagin@heemeyer.club) Authentication-Results: mx1.freebsd.org; none Received: from heemeyer.club (localhost [127.0.0.1]) by heemeyer.club (8.17.1/8.16.1) with ESMTP id 333CMAIm066276; Mon, 3 Apr 2023 15:22:10 +0300 (MSK) (envelope-from dchagin@heemeyer.club) Received: (from dchagin@localhost) by heemeyer.club (8.17.1/8.16.1/Submit) id 333CMACD066275; Mon, 3 Apr 2023 15:22:10 +0300 (MSK) (envelope-from dchagin) Date: Mon, 3 Apr 2023 15:22:10 +0300 From: Dmitry Chagin To: Goran =?utf-8?B?TWVracSH?= Cc: freebsd-current@freebsd.org Subject: Re: Kernel panic on jail start Message-ID: References: <20230330170828.442jpwilq3q47lis@tilda.center> <20230403120809.jdnqm5qqlknheamq@tilda.center> 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-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20230403120809.jdnqm5qqlknheamq@tilda.center> X-Rspamd-Queue-Id: 4Pqqlb2TLWz3tf0 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:61400, ipnet:195.93.173.0/24, country:RU] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Mon, Apr 03, 2023 at 02:08:09PM +0200, Goran Mekić wrote: > On Fri, Mar 31, 2023 at 12:20:47PM +0300, Dmitry Chagin wrote: > > On Thu, Mar 30, 2023 at 07:08:28PM +0200, Goran Mekić wrote: > > > exec.start = "echo ifconfig_${vnet.interface}_name=\\"eth0\\" >/etc/rc.conf.d/network"; > > > > ah, I see where the problem is, ^^^^^^^^ > > until its fixed you can try to set compat.linux.use_real_ifnames to 1, or > > s/eth0/to some oyhe if name/ > > You are correct, that was the problem. Sorry for long delay, but I'm not > the only user of this machine, swap is too little for core dump, I couldn't > make dumping to ZVOL work nor using USB key as a swap device. I don't > know what I'm doing wrong with the code dumps as it works like a charm > on a laptop. Thank you for looking into this. > Hi, could you please try 7ae0972c7b ? > Regards, > meka From nobody Tue Apr 4 00:31:20 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 4Pr7wq4Rnnz43YVJ for ; Tue, 4 Apr 2023 00:31:23 +0000 (UTC) (envelope-from meka@tilda.center) Received: from c3po.tilda.center (c3po.tilda.center [108.61.164.129]) (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 4Pr7wq2C9tz3pKs; Tue, 4 Apr 2023 00:31:23 +0000 (UTC) (envelope-from meka@tilda.center) Authentication-Results: mx1.freebsd.org; none Received: from tilda.center (meka.rs [109.93.255.137]) by c3po.tilda.center (Postfix) with ESMTPSA id 038A02A46F; Tue, 4 Apr 2023 02:30:05 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tilda.center; s=c3po; t=1680568206; 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=4sK7qVxlkQNp+0sb4q7MAgrqA9Tl6lPDhaU3vgs8w4w=; b=CVUIlXhGp/URTnL44sxJFIFEJXBnO607ZXjbXR7o0gOMBXOJNysL0a+c8MsX4AYLonNJwO ZcrrdOuFvswdqaT4pdlal2S8S4xFR5BOtzuUxteefc4kAmdS91zgsBJdvQVjQ7oCewhrrv Hk0FSjufNzGuAkTfx4SDVELS2bkDdCM= Date: Tue, 4 Apr 2023 02:31:20 +0200 From: Goran =?utf-8?B?TWVracSH?= To: Dmitry Chagin Cc: freebsd-current@freebsd.org Subject: Re: Kernel panic on jail start Message-ID: <20230404003120.kpl5ijterlxhxjxi@tilda.center> References: <20230330170828.442jpwilq3q47lis@tilda.center> <20230403120809.jdnqm5qqlknheamq@tilda.center> 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="cpavpxgmvpjndb24" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4Pr7wq2C9tz3pKs X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:20473, ipnet:108.61.164.0/22, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N --cpavpxgmvpjndb24 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > > > > exec.start =3D "echo ifconfig_${vnet.interface}_name=3D\\"eth0\\= " >/etc/rc.conf.d/network"; > > >=20 > > > ah, I see where the problem is, ^^^^^^^^ > > > until its fixed you can try to set compat.linux.use_real_ifnames to 1= , or > > > s/eth0/to some oyhe if name/ > >=20 > > You are correct, that was the problem. Sorry for long delay, but I'm not > > the only user of this machine, swap is too little for core dump, I coul= dn't > > make dumping to ZVOL work nor using USB key as a swap device. I don't > > know what I'm doing wrong with the code dumps as it works like a charm > > on a laptop. Thank you for looking into this. > >=20 >=20 > Hi, could you please try 7ae0972c7b ? Hello, I confirm it works on my machine. Thank you very much for working on this with little info I could provide! Regards, meka --cpavpxgmvpjndb24 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE1WIFkXy2ZeMKjjKEWj1TknovrLYFAmQrb9QACgkQWj1Tknov rLZ+mRAApiOwulf2lE+m4kaSYUHUCJhU906xXl14SoGhvC9mKYMI0/ok1ouhYZoh dgVmv+x1SHgCp35vKtfWK1uEf2eqOVeX95hQSaTiZH3yfnj+b2HR14moqdQmpn7n DK1n6XkWBsG0iCAHn8sJKx82gq7bS+wJdvBkkxuhS0H/0NLvVGlnniKS7ptSUdLu qCvFkSJaIL1NgBgNB87O+IUq+Sif4ummnSpDNw9PSklFgdzinuCb1++thHTCof1L 6USPUejrQV3RHodv27wUCfuyAT+wfFGu24C0cjWuWkJJjHy5SY7pPsGXsIBFrzYc O8/yGc/8ORiUnI/W6jLaTc+AgpJvjarJugtPnI71ZGJN2cDKbWIWdADh9UKeG+7P ms09fjBD+I1hhczRd97gRx2foi6DK8Q15ofz13gAyL+73IPdADuMvOLFhGuG5Awy A+zIjMvxLcfhrl5FN5rYjlSAj9gvflDSQ/pwYD6t9WWyBq1EU6GkQBU5kJX1A9oD yS4LN0ExlkfUiKzYpEpw2eiRUsHd6BrObcF6HDQYgceVaSMOjcPPWzGr45S1+jiz 2mvdBAaXu/90vXvsJpYBZCCereLQOxvxtKSxHZ3DpFwu2pGoUqrbxfgucDhg9Isd zLckJla81oMcZx4ibjGYSYWgoPlPCYzRcMLhtTD/eP+u0/lHvlY= =S/sE -----END PGP SIGNATURE----- --cpavpxgmvpjndb24-- From nobody Tue Apr 4 08:22:11 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 4PrLN831FTz43BZJ for ; Tue, 4 Apr 2023 08:22:16 +0000 (UTC) (envelope-from dchagin@heemeyer.club) Received: from heemeyer.club (heemeyer.club [195.93.173.158]) (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 4PrLN76qZqz3jbn for ; Tue, 4 Apr 2023 08:22:15 +0000 (UTC) (envelope-from dchagin@heemeyer.club) Authentication-Results: mx1.freebsd.org; none Received: from heemeyer.club (localhost [127.0.0.1]) by heemeyer.club (8.17.1/8.16.1) with ESMTP id 3348MC07072715; Tue, 4 Apr 2023 11:22:12 +0300 (MSK) (envelope-from dchagin@heemeyer.club) Received: (from dchagin@localhost) by heemeyer.club (8.17.1/8.16.1/Submit) id 3348MBHF072714; Tue, 4 Apr 2023 11:22:11 +0300 (MSK) (envelope-from dchagin) Date: Tue, 4 Apr 2023 11:22:11 +0300 From: Dmitry Chagin To: Goran =?utf-8?B?TWVracSH?= Cc: freebsd-current@freebsd.org Subject: Re: Kernel panic on jail start Message-ID: References: <20230330170828.442jpwilq3q47lis@tilda.center> <20230403120809.jdnqm5qqlknheamq@tilda.center> <20230404003120.kpl5ijterlxhxjxi@tilda.center> 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-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20230404003120.kpl5ijterlxhxjxi@tilda.center> X-Rspamd-Queue-Id: 4PrLN76qZqz3jbn X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:61400, ipnet:195.93.173.0/24, country:RU] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Tue, Apr 04, 2023 at 02:31:20AM +0200, Goran Mekić wrote: > > > > > exec.start = "echo ifconfig_${vnet.interface}_name=\\"eth0\\" >/etc/rc.conf.d/network"; > > > > > > > > ah, I see where the problem is, ^^^^^^^^ > > > > until its fixed you can try to set compat.linux.use_real_ifnames to 1, or > > > > s/eth0/to some oyhe if name/ > > > > > > You are correct, that was the problem. Sorry for long delay, but I'm not > > > the only user of this machine, swap is too little for core dump, I couldn't > > > make dumping to ZVOL work nor using USB key as a swap device. I don't > > > know what I'm doing wrong with the code dumps as it works like a charm > > > on a laptop. Thank you for looking into this. > > > > > > > Hi, could you please try 7ae0972c7b ? > > Hello, > > I confirm it works on my machine. Thank you very much for working on > this with little info I could provide! Thank you! > > Regards, > meka From nobody Tue Apr 4 11:05:22 2023 X-Original-To: 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 4PrQ0W0xC7z43PT7 for ; Tue, 4 Apr 2023 11:05:31 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) 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 4PrQ0T0swHz4Bpx for ; Tue, 4 Apr 2023 11:05:28 +0000 (UTC) (envelope-from david@catwhisker.org) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 107.204.234.170 as permitted sender) smtp.mailfrom=david@catwhisker.org; dmarc=none Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.17.1/8.15.2) with ESMTP id 334B5MNK043849 for ; Tue, 4 Apr 2023 11:05:22 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.17.1/8.17.1/Submit) id 334B5MLo043848 for current@freebsd.org; Tue, 4 Apr 2023 04:05:22 -0700 (PDT) (envelope-from david) Date: Tue, 4 Apr 2023 04:05:22 -0700 From: David Wolfskill To: current@freebsd.org Subject: Buildworld failure at main-n261978-44312c28fe2d in /usr/src/usr.sbin/bhyve Message-ID: Reply-To: current@freebsd.org Mail-Followup-To: current@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-sha512; protocol="application/pgp-signature"; boundary="TP07frUMHbjApB4L" Content-Disposition: inline X-Spamd-Result: default: False [-0.39 / 15.00]; REPLYTO_EQ_TO_ADDR(5.00)[]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.996]; NEURAL_HAM_SHORT(-1.00)[-0.995]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; DMARC_NA(0.00)[catwhisker.org]; R_DKIM_NA(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:+,4:~]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[david]; ARC_NA(0.00)[]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; TO_MATCH_ENVRCPT_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; HAS_REPLYTO(0.00)[current@freebsd.org] X-Rspamd-Queue-Id: 4PrQ0T0swHz4Bpx X-Spamd-Bar: / X-ThisMailContainsUnwantedMimeParts: N --TP07frUMHbjApB4L Content-Type: multipart/mixed; boundary="bCfos3iGOzG9DC9w" Content-Disposition: inline --bCfos3iGOzG9DC9w Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Running: freebeast(14.0-C)[4] uname -aUK FreeBSD freebeast.catwhisker.org 14.0-CURRENT FreeBSD 14.0-CURRENT #328 mai= n-n261961-7ae0972c7b8c: Mon Apr 3 11:41:40 UTC 2023 root@freebeast.cat= whisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/GENERIC amd64 1400085 14= 00085 in meta mode after updating /usr/src to main-n261978-44312c28fe2d: =2E.. Building /common/S4/obj/usr/src/amd64.amd64/usr.sbin/bhyve/bhyve.8.gz Building /common/S4/obj/usr/src/amd64.amd64/share/man/man4/pst.4.gz /usr/src/usr.sbin/bhyve/qemu_fwcfg.c:237:28: error: use of undeclared ident= ifier 'guest_ncpus' *fwcfg_max_cpus =3D htole16(guest_ncpus); ^ 1 error generated. *** [qemu_fwcfg.o] Error code 1 make[4]: stopped in /usr/src/usr.sbin/bhyve =2EERROR_TARGET=3D'qemu_fwcfg.o' =2EERROR_META_FILE=3D'/common/S4/obj/usr/src/amd64.amd64/usr.sbin/bhyve/qem= u_fwcfg.o.meta' =2EMAKE.LEVEL=3D'4' MAKEFILE=3D'' =2EMAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' _ERROR_CMD=3D'cc -target x86_64-unknown-freebsd14.0 --sysroot=3D/common/S4/= obj/usr/src/amd64.amd64/tmp -B/common/S4/obj/usr/src/amd64.amd64/tmp/usr/bi= n -O2 -pipe -fno-common -I/usr/src/usr.sbin/bhyve/../../contrib/lib9p -I= /usr/src/sys -DINET -DINET6 -DNETGRAPH -I/usr/src/sys/dev/e1000 -I/usr/src/= sys/dev/mii -I/usr/src/sys/dev/usb/controller -fPIE -g -gz=3Dzlib -std=3Dgn= u99 -Wno-format-zero-length -fstack-protector-strong -Wsystem-headers -Werr= or -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wmissing-prototypes -Wpo= inter-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wu= nused-parameter -Wstrict-prototypes -Wchar-subscripts -Wnested-externs -Wol= d-style-definition -Wno-pointer-sign -Wdate-time -Wmissing-variable-declara= tions -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-= error=3Dunused-but-set-variable -Wno-error=3Darray-parameter -Wno-error=3Dd= eprecated-non-prototype -Wno-error=3Dunused-but-set-parameter -Qunused-arg= uments -c /usr/src/usr.sbin/bhyve/qemu_fwcfg.c -o qemu_fwcfg.o; ;' =2ECURDIR=3D'/usr/src/usr.sbin/bhyve' =2E... I will attach a copy of the meta file. Peace, david --=20 David H. Wolfskill david@catwhisker.org Putin claimed he wanted to avoid expansion of NATO. See how well THAT work= ed. See https://www.catwhisker.org/~david/publickey.gpg for my public key. --bCfos3iGOzG9DC9w Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="qemu_fwcfg.o.meta" Content-Transfer-Encoding: quoted-printable # Meta data file /common/S4/obj/usr/src/amd64.amd64/usr.sbin/bhyve/qemu_fwc= fg.o.meta CMD cc -target x86_64-unknown-freebsd14.0 --sysroot=3D/common/S4/obj/usr/sr= c/amd64.amd64/tmp -B/common/S4/obj/usr/src/amd64.amd64/tmp/usr/bin -O2 -pi= pe -fno-common -I/usr/src/usr.sbin/bhyve/../../contrib/lib9p -I/usr/src/s= ys -DINET -DINET6 -DNETGRAPH -I/usr/src/sys/dev/e1000 -I/usr/src/sys/dev/mi= i -I/usr/src/sys/dev/usb/controller -fPIE -g -gz=3Dzlib -std=3Dgnu99 -Wno-f= ormat-zero-length -fstack-protector-strong -Wsystem-headers -Werror -Wall -= Wno-format-y2k -W -Wno-unused-parameter -Wmissing-prototypes -Wpointer-arit= h -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-para= meter -Wstrict-prototypes -Wchar-subscripts -Wnested-externs -Wold-style-de= finition -Wno-pointer-sign -Wdate-time -Wmissing-variable-declarations -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-error=3Dun= used-but-set-variable -Wno-error=3Darray-parameter -Wno-error=3Ddeprecated-= non-prototype -Wno-error=3Dunused-but-set-parameter -Qunused-arguments = -c /usr/src/usr.sbin/bhyve/qemu_fwcfg.c -o qemu_fwcfg.o CMD=20 CWD /common/S4/obj/usr/src/amd64.amd64/usr.sbin/bhyve TARGET qemu_fwcfg.o OODATE /usr/src/usr.sbin/bhyve/qemu_fwcfg.c -- command output -- /usr/src/usr.sbin/bhyve/qemu_fwcfg.c:237:28: error: use of undeclared ident= ifier 'guest_ncpus' *fwcfg_max_cpus =3D htole16(guest_ncpus); ^ 1 error generated. *** Error code 1 -- filemon acquired metadata -- # filemon version 5 # Target pid 62670 # Start 1680605471.854440 V 5 E 63254 /bin/sh R 63254 /etc/libmap.conf R 63254 /var/run/ld-elf.so.hints R 63254 /lib/libedit.so.8 R 63254 /lib/libc.so.7 R 63254 /lib/libtinfow.so.9 R 63254 /usr/share/locale/en_US.UTF-8/LC_COLLATE R 63254 /usr/share/locale/en_US.UTF-8/LC_CTYPE R 63254 /usr/share/locale/en_US.UTF-8/LC_MONETARY R 63254 /usr/share/locale/en_US.UTF-8/LC_NUMERIC R 63254 /usr/share/locale/en_US.UTF-8/LC_TIME R 63254 /usr/share/locale/en_US.UTF-8/LC_MESSAGES F 63254 63258 E 63258 /usr/bin/cc R 63258 /etc/libmap.conf R 63258 /var/run/ld-elf.so.hints R 63258 /lib/libz.so.6 R 63258 /usr/lib/libexecinfo.so.1 R 63258 /lib/libncursesw.so.9 R 63258 /lib/libtinfow.so.9 R 63258 /lib/libthr.so.3 R 63258 /lib/libc++.so.1 R 63258 /lib/libcxxrt.so.1 R 63258 /lib/libm.so.5 R 63258 /lib/libc.so.7 R 63258 /lib/libelf.so.2 R 63258 /lib/libgcc_s.so.1 R 63258 /usr/src/usr.sbin/bhyve/qemu_fwcfg.c R 63258 qemu_fwcfg-bba7f35e.o.tmp W 63258 qemu_fwcfg-bba7f35e.o.tmp R 63258 /usr/src/sys/sys/param.h R 63258 /usr/src/sys/sys/_null.h R 63258 /usr/src/sys/sys/types.h R 63258 /usr/src/sys/sys/cdefs.h R 63258 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/machine/endian.h R 63258 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/x86/endian.h R 63258 /usr/src/sys/sys/_types.h R 63258 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/machine/_types.h R 63258 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/x86/_types.h R 63258 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/machine/_limits.h R 63258 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/x86/_limits.h R 63258 /usr/src/sys/sys/_endian.h R 63258 /usr/src/sys/sys/_pthreadtypes.h R 63258 /usr/src/sys/sys/_stdint.h R 63258 /usr/src/sys/sys/bitcount.h R 63258 /usr/src/sys/sys/select.h R 63258 /usr/src/sys/sys/_sigset.h R 63258 /usr/src/sys/sys/_timeval.h R 63258 /usr/src/sys/sys/timespec.h R 63258 /usr/src/sys/sys/_timespec.h R 63258 /usr/src/sys/sys/syslimits.h R 63258 /usr/src/sys/sys/signal.h R 63258 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/machine/signal.h R 63258 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/x86/signal.h R 63258 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/machine/param.h R 63258 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/machine/_align.h R 63258 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/x86/_align.h R 63258 /usr/src/sys/sys/limits.h R 63258 /usr/src/sys/sys/endian.h R 63258 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/machine/vmm.h R 63258 /usr/src/sys/sys/cpuset.h R 63258 /usr/src/sys/sys/_cpuset.h R 63258 /usr/src/sys/sys/_bitset.h R 63258 /usr/src/sys/sys/bitset.h R 63258 /usr/src/sys/sys/sdt.h R 63258 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/x86/segments.h R 63258 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/err.h R 63258 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/errno.h R 63258 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/stdlib.h R 63258 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/string.h R 63258 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/strings.h R 63258 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/xlocale/_strings= =2Eh R 63258 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/xlocale/_string.h R 63258 /usr/src/usr.sbin/bhyve/acpi_device.h R 63258 /usr/src/sys/contrib/dev/acpica/include/acpi.h R 63258 /usr/src/sys/contrib/dev/acpica/include/platform/acenv.h R 63258 /usr/src/sys/contrib/dev/acpica/include/platform/acgcc.h R 63258 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/stdarg.h R 63258 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/x86/stdarg.h R 63258 /usr/src/sys/sys/_stdarg.h R 63258 /usr/src/sys/contrib/dev/acpica/include/platform/acfreebsd.h R 63258 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/ctype.h R 63258 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/_ctype.h R 63258 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/runetype.h R 63258 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/xlocale/_ctype.h R 63258 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/unistd.h R 63258 /usr/src/sys/sys/unistd.h R 63258 /usr/src/sys/contrib/dev/acpica/include/actypes.h R 63258 /usr/src/sys/contrib/dev/acpica/include/platform/acenvex.h R 63258 /usr/src/sys/contrib/dev/acpica/include/platform/acgccex.h R 63258 /usr/src/sys/contrib/dev/acpica/include/acnames.h R 63258 /usr/src/sys/contrib/dev/acpica/include/acexcep.h R 63258 /usr/src/sys/contrib/dev/acpica/include/actbl.h R 63258 /usr/src/sys/contrib/dev/acpica/include/actbl1.h R 63258 /usr/src/sys/contrib/dev/acpica/include/actbl2.h R 63258 /usr/src/sys/contrib/dev/acpica/include/actbl3.h R 63258 /usr/src/sys/contrib/dev/acpica/include/acoutput.h R 63258 /usr/src/sys/contrib/dev/acpica/include/acrestyp.h R 63258 /usr/src/sys/contrib/dev/acpica/include/acpiosxf.h R 63258 /usr/src/sys/contrib/dev/acpica/include/acpixf.h R 63258 /usr/src/sys/contrib/dev/acpica/include/acconfig.h R 63258 /usr/src/sys/contrib/dev/acpica/include/acbuffer.h R 63258 /usr/src/usr.sbin/bhyve/inout.h R 63258 /usr/src/sys/sys/linker_set.h R 63258 /usr/src/usr.sbin/bhyve/pci_lpc.h R 63258 /usr/src/usr.sbin/bhyve/qemu_fwcfg.h R 63258 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/vmmapi.h R 63258 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/machine/vmm_dev.h R 63258 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/stdbool.h D 63258 qemu_fwcfg-bba7f35e.o.tmp D 63258 qemu_fwcfg.o X 63258 1 0 X 63254 1 0 # Stop 1680605472.070439 # Bye bye --bCfos3iGOzG9DC9w-- --TP07frUMHbjApB4L Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSr0Kzv+UJRY3wfOii0+6PfV4Ix1AUCZCwEcl8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0QUJE MEFDRUZGOTQyNTE2MzdDMUYzQTI4QjRGQkEzREY1NzgyMzFENAAKCRC0+6PfV4Ix 1E2uAP96Yy7X+sK6GWdsjen3LvtVjVhHuZpkzAVtGR66lq9yHAD/XzGMM1LNu3w5 h0f1UXJITfF22uWo7fGW0FkSCSCREgk= =Mh3M -----END PGP SIGNATURE----- --TP07frUMHbjApB4L-- From nobody Tue Apr 4 12:04:52 2023 X-Original-To: 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 4PrRK24RTkz43TM5 for ; Tue, 4 Apr 2023 12:04:54 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) 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 4PrRK22w5yz4Jbd for ; Tue, 4 Apr 2023 12:04:54 +0000 (UTC) (envelope-from david@catwhisker.org) Authentication-Results: mx1.freebsd.org; none Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.17.1/8.15.2) with ESMTP id 334C4qVR045518 for ; Tue, 4 Apr 2023 12:04:52 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.17.1/8.17.1/Submit) id 334C4quZ045517 for current@freebsd.org; Tue, 4 Apr 2023 05:04:52 -0700 (PDT) (envelope-from david) Date: Tue, 4 Apr 2023 05:04:52 -0700 From: David Wolfskill To: current@freebsd.org Subject: Re: Buildworld failure at main-n261978-44312c28fe2d in /usr/src/usr.sbin/bhyve Message-ID: Mail-Followup-To: David Wolfskill , current@freebsd.org References: 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-sha512; protocol="application/pgp-signature"; boundary="303iY1y7sGFTSxro" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4PrRK22w5yz4Jbd X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N --303iY1y7sGFTSxro Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Resolved by 76fa62b5232e67ef10476cf1329aaceb9cbc2ff5; ref. https://cgit.freebsd.org/src/commit/?id=3D76fa62b5232e67ef10476cf1329aaceb9= cbc2ff5 Peace, david --=20 David H. Wolfskill david@catwhisker.org Putin claimed he wanted to avoid expansion of NATO. See how well THAT work= ed. See https://www.catwhisker.org/~david/publickey.gpg for my public key. --303iY1y7sGFTSxro Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSr0Kzv+UJRY3wfOii0+6PfV4Ix1AUCZCwSZF8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0QUJE MEFDRUZGOTQyNTE2MzdDMUYzQTI4QjRGQkEzREY1NzgyMzFENAAKCRC0+6PfV4Ix 1BmoAP9zuThawY4WKCBlsZgGEEkpe2RUTk92wqvJfHtoEaqD7QEA64v406D2Ecdi 6+QbqMRL0BqFiL9TrtV8DTHIIr/6ZAk= =Ai/P -----END PGP SIGNATURE----- --303iY1y7sGFTSxro-- From nobody Wed Apr 5 18:23:18 2023 X-Original-To: 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 4PsCgJ6pTdz43xdw for ; Wed, 5 Apr 2023 18:23:24 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from glebi.us (glebi.us [162.251.186.162]) by mx1.freebsd.org (Postfix) with ESMTP id 4PsCgJ4bG0z46y0; Wed, 5 Apr 2023 18:23:24 +0000 (UTC) (envelope-from glebius@freebsd.org) Authentication-Results: mx1.freebsd.org; none Received: by glebi.us (Postfix, from userid 1000) id 3B3C76DAFB; Wed, 5 Apr 2023 11:23:18 -0700 (PDT) Date: Wed, 5 Apr 2023 11:23:18 -0700 From: Gleb Smirnoff To: Hans Petter Selasky Cc: Zhenlei Huang , Kristof Provost , current@freebsd.org Subject: Re: Is it valid to combine CTLFLAG_TUN with CTLFLAG_VNET ? Message-ID: References: <94C1B333-9C0F-4874-BBB1-3E72F3DF3F6A@FreeBSD.org> <9dc65578-9312-1139-932f-396bc42e66b2@selasky.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: <9dc65578-9312-1139-932f-396bc42e66b2@selasky.org> X-Rspamd-Queue-Id: 4PsCgJ4bG0z46y0 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:27348, ipnet:162.251.186.0/24, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Wed, Apr 05, 2023 at 07:24:07PM +0200, Hans Petter Selasky wrote: H> On 4/5/23 19:02, Zhenlei Huang wrote: H> > While working on https://reviews.freebsd.org/D39375 I noticed some tunables H> > have sysctl flags CTLFLAG_RWTUN | CTLFLAG_VNET . H> > H> > CTLFLAG_RWTUN is defined as (CTLFLAG_RW | CTLFLAG_TUN) . The CTLFLAG_TUN is H> > for loader tunable. H> > H> > I expected those loader tunables will have correct value regardless the H> > CTLFLAG_VNET flag but that is not true. H> > H> > Steps to repeat: H> > # echo "net.link.bridge.log_stp=1" >> /boot/loader.conf H> > # reboot H> > # kldload if_bridge H> > # sysctl net.link.bridge.log_stp H> > net.link.bridge.log_stp: 0 H> > H> > So is it valid to combine CTLFLAG_TUN with CTLFLAG_VNET ? H> H> You can specify the flags together, but it results in nothing with H> regards to loading values from tunables: H> H> > if ((oidp->oid_kind & CTLTYPE) != CTLTYPE_NODE && H> > #ifdef VIMAGE H> > (oidp->oid_kind & CTLFLAG_VNET) == 0 && H> > #endif H> > (oidp->oid_kind & CTLFLAG_TUN) != 0 && H> > (oidp->oid_kind & CTLFLAG_NOFETCH) == 0) { H> > /* only fetch value once */ H> > oidp->oid_kind |= CTLFLAG_NOFETCH; H> > /* try to fetch value from kernel environment */ H> > sysctl_load_tunable_by_oid_locked(oidp); H> > } H> H> If I'm not mistaken, I put the check there, when I added support for H> loading default values for sysctls via /boot/loader.conf and kenv to H> avoid undefined behaviour. Before that CTLFLAG_TUN existed, but was H> coupled with manual variable loading via the kernel environment H> functions. Only functions that need values loaded very early during H> boot, still use TUNABLE_XXX_FETCH() and the alike. H> H> git blame sys/kern_sysctl.c H> H> I guess that for VNETs you'll have to keep on using TUNABLE_XXX_FETCH() H> to get appropriate values into the sysctls . This discussion could also H> continue on current@freebsd.org . What if we remove the CTLFLAG_VNET check from the code you posted above? I don't see anything going wrong, rather going right :) CTLFLAG_VNET will not mask away CTLFLAG_TUN. -- Gleb Smirnoff From nobody Wed Apr 5 19:44:52 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 4PsFTS4gt7z444B4 for ; Wed, 5 Apr 2023 19:45:00 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (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 4PsFTS00vDz4Gj0 for ; Wed, 5 Apr 2023 19:44:59 +0000 (UTC) (envelope-from hps@selasky.org) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 88.99.82.50 as permitted sender) smtp.mailfrom=hps@selasky.org; dmarc=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)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 319F9262314 for ; Wed, 5 Apr 2023 21:44:52 +0200 (CEST) Message-ID: Date: Wed, 5 Apr 2023 21:44:52 +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.9.1 Subject: Re: Is it valid to combine CTLFLAG_TUN with CTLFLAG_VNET ? Content-Language: en-US To: freebsd-current@freebsd.org References: <94C1B333-9C0F-4874-BBB1-3E72F3DF3F6A@FreeBSD.org> <9dc65578-9312-1139-932f-396bc42e66b2@selasky.org> From: Hans Petter Selasky In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Result: default: False [-2.26 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-0.997]; NEURAL_HAM_SHORT(-0.99)[-0.993]; NEURAL_HAM_MEDIUM(-0.97)[-0.970]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net:c]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:24940, ipnet:88.99.0.0/16, country:DE]; FROM_HAS_DN(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4PsFTS00vDz4Gj0 X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N On 4/5/23 20:23, Gleb Smirnoff wrote: > What if we remove the CTLFLAG_VNET check from the code you posted above? > I don't see anything going wrong, rather going right 😄 > > CTLFLAG_VNET will not mask away CTLFLAG_TUN. Hi Gleb, It's possible to bypass that check, but some work needs to be done first. Then all jails created, will also start from those sysctl tunable values. The problem is, where does the VNET base pointer come from? Especially those static sysctl's. You would need to make some design there I guess and look at the SYSINIT() order. When are SYSINIT's filled with tunable data's. And when is the default VNET created. Because the data pointer passed to the register sysctl function is simply an offset pointer into a malloc'ed structure. --HPS From nobody Wed Apr 5 19:56: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 4PsFkm2yrvz444W5 for ; Wed, 5 Apr 2023 19:56:32 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (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 4PsFkl4Zyjz4JPh; Wed, 5 Apr 2023 19:56:31 +0000 (UTC) (envelope-from hps@selasky.org) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 88.99.82.50 as permitted sender) smtp.mailfrom=hps@selasky.org; dmarc=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)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 13D6E260154; Wed, 5 Apr 2023 21:56:30 +0200 (CEST) Message-ID: <263045d4-409a-8a2d-87e1-50b1afcb7338@selasky.org> Date: Wed, 5 Apr 2023 21:56: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.9.1 Subject: Re: Is it valid to combine CTLFLAG_TUN with CTLFLAG_VNET ? Content-Language: en-US From: Hans Petter Selasky To: freebsd-current@freebsd.org, Zhenlei Huang References: <94C1B333-9C0F-4874-BBB1-3E72F3DF3F6A@FreeBSD.org> <9dc65578-9312-1139-932f-396bc42e66b2@selasky.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Result: default: False [-2.27 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.97)[-0.966]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net:c]; MIME_GOOD(-0.10)[text/plain]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:24940, ipnet:88.99.0.0/16, country:DE]; ARC_NA(0.00)[]; DMARC_NA(0.00)[selasky.org]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4PsFkl4Zyjz4JPh X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N On 4/5/23 21:44, Hans Petter Selasky wrote: > On 4/5/23 20:23, Gleb Smirnoff wrote: >> What if we remove the CTLFLAG_VNET check from the code you posted above? >> I don't see anything going wrong, rather going right 😄 >> >> CTLFLAG_VNET will not mask away CTLFLAG_TUN. > > Hi Gleb, > > It's possible to bypass that check, but some work needs to be done > first. Then all jails created, will also start from those sysctl tunable > values. > > The problem is, where does the VNET base pointer come from? > > Especially those static sysctl's. You would need to make some design > there I guess and look at the SYSINIT() order. When are SYSINIT's filled > with tunable data's. And when is the default VNET created. > > Because the data pointer passed to the register sysctl function is > simply an offset pointer into a malloc'ed structure. > > --HPS > Hi Zhenlei, Feel free to work on this, and add me as a reviewer and complete phase two of: > commit 3da1cf1e88f8448bb10c5f778ab56ff65c7a6938 > Author: Hans Petter Selasky > Date: Fri Jun 27 16:33:43 2014 +0000 > > Extend the meaning of the CTLFLAG_TUN flag to automatically check if > there is an environment variable which shall initialize the SYSCTL > during early boot. This works for all SYSCTL types both statically and > dynamically created ones, except for the SYSCTL NODE type and SYSCTLs > which belong to VNETs. A new flag, CTLFLAG_NOFETCH, has been added to --HPS From nobody Wed Apr 5 21:21:36 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 4PsHdB3wkmz44BMw for ; Wed, 5 Apr 2023 21:21:50 +0000 (UTC) (envelope-from jonasbsd@gmail.com) Received: from mail-wm1-x333.google.com (mail-wm1-x333.google.com [IPv6:2a00:1450:4864:20::333]) (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 4PsHd94tlvz3H4p for ; Wed, 5 Apr 2023 21:21:49 +0000 (UTC) (envelope-from jonasbsd@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=gLUD4mdz; spf=pass (mx1.freebsd.org: domain of jonasbsd@gmail.com designates 2a00:1450:4864:20::333 as permitted sender) smtp.mailfrom=jonasbsd@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-wm1-x333.google.com with SMTP id j18-20020a05600c1c1200b003ee5157346cso24515889wms.1 for ; Wed, 05 Apr 2023 14:21:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; t=1680729708; x=1683321708; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=L+3jTx4Nvv/3SfQKzI25rNmVXVoXLh+kjsQv4wyiUVI=; b=gLUD4mdzeAyakgDYimFS33E430/qmcBR5AiwTh2/qpVvkR3Sih3Tio9bI5j9/psd0M I6JmKYWUrSc3uxTWlVecqkKyezLpgWQZWVDsYeyuhDd8X5/7O4x1+GJuZPTviOCDLw3F aumaVbpop+Yx3Mt0kSQbtlQGLuJMQxkNE82WseYD8anAcacrwtWhoi5uhJrtot0J3caO lgh7geK+lu0+rhRinP2A6aVj8S3T9kSNIDFzZnpn+d8+paFb3oRRHZqZW/EDqOz/50rB buQsrldeMbEAqUZcllVnAe9SllZ5t+SgJuTP39KCsktWoqP94WxrnqTXMYcmrRzqz+rI J/Uw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680729708; x=1683321708; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=L+3jTx4Nvv/3SfQKzI25rNmVXVoXLh+kjsQv4wyiUVI=; b=indcK1MVaQlN1AP87h2nivHU5MF0ZZ7uzTGz4dm00KYRcH/KGzYcTJCafj3Hm+e/+l CXDYEOXl0ERdFYbdUgdmYzyg04ZCvATBrbetRd3nYYvRVdrCZpBg5dqH9pLEExLaKl99 z6qOP7jRweLxQQdf0Uxjh/NB283Kw5AeU3oz4SQrBcnBBUtBSapvkewTZgrq9e3FN6jj dWq3PthZoOvsZwfKL8jFCmSbDNLjjJA9xPvPcFtW3bOm3Wq5VwjZdSHulx4q041EeVR5 gNuR3dofrC+rb0YCJIE1bmiTFNmDrSzFwORafkETXcgyOfohSy//2qOsz9DwBRYROQ5J /LKw== X-Gm-Message-State: AAQBX9fTTShz0P3x03EJaclTZOZr3ERXZ6jMP7dvjnknTKqrn58QKVmz f6JP+Owt1YGc/m8DW2dXxf9lGtFAed+UV0xijtEX/mW7NUM= X-Google-Smtp-Source: AKy350biXEqm3CIP4LhQ1Blud0pHIdE8WOp1M2LqJnOI50q4BGZk38R7d6zmN6xnzn5hy1+ApNidFFlOpQ0Jqyhpdhg= X-Received: by 2002:a05:600c:2202:b0:3ed:6979:3ab with SMTP id z2-20020a05600c220200b003ed697903abmr1981818wml.4.1680729707632; Wed, 05 Apr 2023 14:21:47 -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: Jonas Lopes Date: Wed, 5 Apr 2023 18:21:36 -0300 Message-ID: Subject: Lost connection using bhyve + netmap/VALE To: freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="0000000000002fdbf705f89d61d5" X-Spamd-Result: default: False [-0.34 / 15.00]; HTTP_TO_IP(1.00)[]; URI_COUNT_ODD(1.00)[3]; NEURAL_HAM_SHORT(-0.97)[-0.970]; NEURAL_HAM_MEDIUM(-0.96)[-0.965]; NEURAL_SPAM_LONG(0.60)[0.600]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::333:from]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; FREEMAIL_FROM(0.00)[gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; DKIM_TRACE(0.00)[gmail.com:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; TO_DN_NONE(0.00)[]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4PsHd94tlvz3H4p X-Spamd-Bar: / X-ThisMailContainsUnwantedMimeParts: N --0000000000002fdbf705f89d61d5 Content-Type: text/plain; charset="UTF-8" Hello everybody. I had a lot of problems with the vm-bhyve NAT network on 14-CURRENT. That's why I looked for alternatives and took the opportunity to study Netgraph, netmap/VALE with bhyve(8). However, I think I found other bugs. When I virtualize Windows using bhyve with TAP, the system works perfectly. bhyve -c 2 -m 4G -w -H \ > -s 0, hostbridge \ > -s 2,nvme,/vm/windows/disk0.img \ > -s 5,virtio-net,tap0 \ > -s 29,fbuf,tcp=0.0.0.0:5900,w=1280,h=720,no \ > -s 30,xhci,tablet \ > -s 31,lpc -l com1,stdio \ > -l bootrom,/usr/local/share/uefi-firmware/BHYVE_UEFI.fd \ > Windows > But when I virtualize Windows using bhyve with netmap/VALE, at some point the laptop loses connectivity. I am completely without a network. Within VALE connectivity continues, but everything else loses connectivity. Including the internet. -s 5,virtio-net,vale0:windows \ If I restart wlan0's network service, the computer freezes. If I delete the VALE connection with wlan0, after the PC loses connectivity, it crashes too. In a moment I follow the steps below: - 1. After some time away from the PC, there is a disconnection with the > WiFi network. It looks like it's connected, but it doesn't work; > > - 2. I enter the command: service netif restart wlan0 > > - 3. The network works again; > > - 4. When I delete a VALE network that was connected to wlan0 before > disconnecting the network, FreeBSD freezes; > I've tested it several times, and the same thing happens. FreeBSD version: % uname -a > FreeBSD mithrandir 14.0-CURRENT FreeBSD 14.0-CURRENT #5 > main-n261959-cfccc7f30a01: Mon Apr 3 07:57:49 -03 2023 root@mithrandir:/usr/obj/usr/src/amd64.amd64/sys/GENERIC > amd64 > Some details: - I don't have another network card. I'm on Ideapad s145. It does not have a cable network card. - In a moment it crashes completely. In another it freezes, but I notice that the keyboard is still working. I go to another tty even without an image, I enter with the root user and reboot. It works! - I tested it with a USB/Network and so far it only crashed 1 time. Unlike WiFi, which freezes a few minutes (sometimes hours) after creating the VALE connections with the virtual machine. -- Jonas Lopes --0000000000002fdbf705f89d61d5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello everybody.

I had a lot of problems with the v= m-bhyve NAT network on 14-CURRENT. That's why I looked for alternatives= and took the opportunity to study Netgraph, netmap/VALE with bhyve(8).
=
However, I think I found other bugs. When I virtualize Windows using bh= yve with TAP, the system works perfectly.

bhyve -c 2 -m 4G -w -H \
-s 0, hostbridge \
-= s 2,nvme,/vm/windows/disk0.img \
-s 5,virtio-net,tap0 \
-s 29,fbuf,tc= p=3D0.0.0.0:5900,w=3D= 1280,h=3D720,no \
-s 30,xhci,tablet \
-s 31,lpc -l com1,stdio \
-l= bootrom,/usr/local/share/uefi-firmware/BHYVE_UEFI.fd \
Windows

But when I virtualize Windows using bhyve with netmap/VALE, at = some point the laptop loses connectivity. I am completely without a network= . Within VALE connectivity continues, but everything else loses connectivit= y. Including the internet.

-s 5,virtio-net,vale0:windows \

If I restart wlan0's network service, the comput= er freezes. If I delete the VALE connection with wlan0, after the PC loses = connectivity, it crashes too.

In a moment I follow= the steps below:

= - 1. After some time away from the PC, there is a disconnection with the Wi= Fi network. It looks like it's connected, but it doesn't work;
<= br>- 2. I enter the command: service netif restart wlan0

- 3. The ne= twork works again;

- 4. When I delete a VALE network that was connec= ted to wlan0 before disconnecting the network, FreeBSD freezes;

I've tested it several times, and the sa= me thing happens.

FreeBSD version:

<= /div>
% uname -a
F= reeBSD mithrandir 14.0-CURRENT FreeBSD 14.0-CURRENT #5 main-n261959-cfccc7f= 30a01: Mon Apr =C2=A03 07:57:49 -03 2023 =C2=A0 =C2=A0 root@mithrandir:/usr= /obj/usr/src/amd64.amd64/sys/GENERIC amd64

Some details:

- I don't have another network card. I'm= on Ideapad s145. It does not have a cable network card.
- In a moment i= t crashes completely. In another it freezes, but I notice that the keyboard= is still working. I go to another tty even without an image, I enter with = the root user and reboot. It works!
- I tested it with a USB/Netw= ork and so far it only crashed 1 time. Unlike WiFi, which freezes a few min= utes (sometimes hours) after creating the VALE connections with the virtual= machine.

--
Jonas Lopes <jonasbsd <= a href=3D"http://gmail.com" target=3D"_blank">gmail.com>
=
--0000000000002fdbf705f89d61d5-- From nobody Thu Apr 6 16:08:43 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 4Psmdl137vz44X2R for ; Thu, 6 Apr 2023 16:08:59 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-vs1-f46.google.com (mail-vs1-f46.google.com [209.85.217.46]) (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 4Psmdj2xcbz3n56 for ; Thu, 6 Apr 2023 16:08:57 +0000 (UTC) (envelope-from asomers@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of asomers@gmail.com designates 209.85.217.46 as permitted sender) smtp.mailfrom=asomers@gmail.com; dmarc=none Received: by mail-vs1-f46.google.com with SMTP id h15so34871780vsh.0 for ; Thu, 06 Apr 2023 09:08:57 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680797335; x=1683389335; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=U4kS0hCfGDMDj5xyOmzOWuVdgBOItr9xzzRlFEpwWN8=; b=nRiwIgiIi/aXmutx0EzfGRZ1vZbILtXebBmBuH9C/ZJTsCgemGlfbrHtN+ITKdtKLk Q8o3UVywQqaLmq+g6nvkiehluj8JLSZimXehj/ZzHJr2raCtqHL6ETaCT+ZWUba6BTiW iS1BNnkZMm/LsBB57zXnIoW7UwJP71qn6/LDdEg/SiC+h1Lh7GXO5gH1b8nwIXjwxqY8 eU+HyR1C/hyyPoLdT6J0gNB2l71qGrdn754vNCt0wTODyeYbxxMipmdeyeWlXa6nNz2+ QU7rm0GFL/xwJqlaJ2Tyll5UKOYWKgPduQVxqlPxY003FRlKf7oS/u07wOK9G78LSyDe edRA== X-Gm-Message-State: AAQBX9efCnZjmiN9y/fiMlKr7JmOR13jfL0Y8WsCe3N0VKU3LpTxPJ0d XmkssOqunc3da3qxp18O7EBLFBmFb44xrXvYTI39b8kF X-Google-Smtp-Source: AKy350YPv3dVtkDwEU8kYTbxnLIveH3MfYhO2XI/LAdNJfAzyZVmRAC2S0BXcE16F4RFW3V92kWHegdjH/nH3ihsIjo= X-Received: by 2002:a67:cc10:0:b0:425:d6a1:1738 with SMTP id q16-20020a67cc10000000b00425d6a11738mr14477vsl.4.1680797334814; Thu, 06 Apr 2023 09:08:54 -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: Alan Somers Date: Thu, 6 Apr 2023 09:08:43 -0700 Message-ID: Subject: textdumps are too slow To: FreeBSD CURRENT Content-Type: text/plain; charset="UTF-8" X-Spamd-Result: default: False [-1.49 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; NEURAL_HAM_LONG(-0.57)[-0.570]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_SHORT(0.08)[0.076]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.217.46:from]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; RCVD_IN_DNSWL_NONE(0.00)[209.85.217.46:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; R_DKIM_NA(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FREEFALL_USER(0.00)[asomers]; RCVD_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; FROM_HAS_DN(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[freebsd.org]; TO_DOM_EQ_FROM_DOM(0.00)[] X-Rspamd-Queue-Id: 4Psmdj2xcbz3n56 X-Spamd-Bar: - X-ThisMailContainsUnwantedMimeParts: N I have servers with lots of RAM yet slow swap disks. So full crash dumps are too slow. Instead, I use textdumps, which are theoretically much faster. However, these servers also have about 10,000 threads apiece, so textdumps are also slow. They take tens of minutes. I have dual console setup: both serial and video. It seems to me that the speed of the textdump might be limited by the video system. So is there anyway to capture a textdump without printing everything to the console? textdump(4) implies that there isn't; you must print stuff to console in order to capture it, and you must capture in order to dump. Would somebody please tell me that I'm wrong? -Alan From nobody Thu Apr 6 22:41: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 4PsxLk1Mcsz43Tsx for ; Thu, 6 Apr 2023 22:41:34 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-ua1-f51.google.com (mail-ua1-f51.google.com [209.85.222.51]) (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 4PsxLh6tllz4LN4 for ; Thu, 6 Apr 2023 22:41:32 +0000 (UTC) (envelope-from asomers@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of asomers@gmail.com designates 209.85.222.51 as permitted sender) smtp.mailfrom=asomers@gmail.com; dmarc=none Received: by mail-ua1-f51.google.com with SMTP id 89so28879597uao.0 for ; Thu, 06 Apr 2023 15:41:32 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680820890; x=1683412890; h=content-transfer-encoding:cc: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=tPd4nBLJo2O35VpR3bq8hwaZ1H+K62dHu+YqTIKfQJA=; b=0unls5Q1B9d+Z1lCi0b6SOLVw0g9ywOLtnKDveIppTMq3f8Nv6/70gczNYUWNCdokQ /pxwpWJlc0KnfSOTpQZo0WLgIp4VK61COysvEYEOyK2zl7s/jC6hP3LIhrO1ERGABj7t CIlyDMncvHgseP2E0kxeeph4KYC1/IbHxqrKlFd9ZKliq34aUlR5gHdFiD28FjndY+f2 ZK1gq1DFL2IXNyA4cYVuTmtc1klUkt4qOlWnXBQyNMvjWUrzUGL7Dk8dEiFw2Iu+v05k kxyqHwK6ZiBTvuwM9tpqycS0ifBisEXlLjevyaBBLRk3+Z+ySnguGKy3YaPCr4XuY87t kDzw== X-Gm-Message-State: AAQBX9eYkL9LwoekSckj64HQNsmrj4cVn17OB6k5sY/N3if0jVO09Cgb Fo1p+UTvoT5agHQFRk/C/1Bt/QoeWtzaysBjNbLzPERgAqU= X-Google-Smtp-Source: AKy350aEOtfwhNapGAiDxs7aRrf42B/8OoXIKGYq8Hr1hAo+bmPHLchmX5z4T5g15zSllPm0+7pc796e+KUQgNVjN8w= X-Received: by 2002:ab0:5491:0:b0:73f:f15b:d9e3 with SMTP id p17-20020ab05491000000b0073ff15bd9e3mr68771uaa.0.1680820890443; Thu, 06 Apr 2023 15:41:30 -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: Alan Somers Date: Thu, 6 Apr 2023 15:41:18 -0700 Message-ID: Subject: Re: textdumps are too slow Cc: FreeBSD CURRENT Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [-1.00 / 15.00]; MISSING_TO(2.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[209.85.222.51:from]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[freebsd.org]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.222.51:from]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; FREEFALL_USER(0.00)[asomers]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; R_DKIM_NA(0.00)[]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; TO_DOM_EQ_FROM_DOM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4PsxLh6tllz4LN4 X-Spamd-Bar: / X-ThisMailContainsUnwantedMimeParts: N On Thu, Apr 6, 2023 at 9:08=E2=80=AFAM Alan Somers wr= ote: > > I have servers with lots of RAM yet slow swap disks. So full crash > dumps are too slow. Instead, I use textdumps, which are theoretically > much faster. However, these servers also have about 10,000 threads > apiece, so textdumps are also slow. They take tens of minutes. I > have dual console setup: both serial and video. It seems to me that > the speed of the textdump might be limited by the video system. So is > there anyway to capture a textdump without printing everything to the > console? textdump(4) implies that there isn't; you must print stuff > to console in order to capture it, and you must capture in order to > dump. Would somebody please tell me that I'm wrong? > > -Alan I'll answer my own question. It turns out that ddb can mute the console, just like "conscontrol mute on" would. That makes textdumps much much faster. The command is "write cn_mute 1". So to use this trick, write the following to /etc/ddb.conf: script kdb.enter.panic=3Dtextdump set; capture on; write cn_mute 1; run lockinfo; show pcpu; bt; ps; alltrace; capture off; textdump dump; reset From nobody Fri Apr 7 06:34:30 2023 X-Original-To: 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 4Pt7rf5mpcz44DSW for ; Fri, 7 Apr 2023 06:34:42 +0000 (UTC) (envelope-from zlei@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) 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 4Pt7rf3xt3z44Km; Fri, 7 Apr 2023 06:34:42 +0000 (UTC) (envelope-from zlei@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680849282; 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=MDVJxpwFVZeD37MKvsN6T+GyJgcra0KfZQc8X9/J+Ik=; b=h+TDL2uhbvvs4v/nKi1n+08dkaq11VBtDXtA9ApwIH1WNenpItOukQuOHC6mkGfFzCOnG/ VW7SmOp7+sfPAFqPIKoCN2eRRRzvd0jGcHbOlNHrrln1V3rtBlMzfa7idXWU5YU4V/TVFH YCA5nUj5SjTTMgsOu2Fj8EHZ2ITFRpe2OdUXgC7gmRV2B0JtNzjUa5N21lWCi0SJtJV7OW uOQXle46OAPjZrf/PhVoZDSSqsvsthfQnLj/TkRi1PKj+85pEqnh68reov6IZAiKSJW2OD 6iL8FIZzUYpZc0nTZTYYBJFEgrey/d1XJ3tx+92HXNlclfJwPL7UTPA4AMkG0A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680849282; 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=MDVJxpwFVZeD37MKvsN6T+GyJgcra0KfZQc8X9/J+Ik=; b=Bdl+XTtNaK2NQ9M/wlrBMun+ALp0mGmKmIvyo+jB7tTl+N9FS/5a5+8JdzEev7UZNkfEst SWWJFzKr+86WVNVhjJxRDbLpSi+sJLkIGrg8JZPuXUJeCoNmll5KGhHFy5zsCd9eH0vPyR VBRyjmpZsmAP+ttwCUw/H+SsPN1ztmF9Cgdd3lPP5lSBEnBV3dtpo/44nAeyc1mTk8GPtK eOhIiVzIpnpBwLnL12JEMRCtf7K6jp/v9rc7DergVF3CfeX9rzxMXfK3sJuCQcHNX975jn 5+h27vmTZluZIrC2PvR2JZPlMyBBRU6+0DZEFElOiEQIMNm+w8XUw1eQDYgIhQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1680849282; a=rsa-sha256; cv=none; b=G6A97BBleohsmFcDNaY81pOpnZvz6ikr5VLgvlO3lczZqKIuTxYwk+qk7iXWHDcj7lSDMj KAVYkoDkgiyWbA2jJmtDDGi4bR22NY4yVag9mhIPdgCmB/iGzjwb0rTwwI1c57C64klVTd w+GUV2HNcCGsgWInlCJm/t/QrQYddUQhiqqV7ql6wE8c4k/ye2szCNEiiSITGVyw3y5lH6 ZKmtuQKPMgreHvdvqmvtlEevALTkPVWOe5ZqliSuZeyTqcW7gC4+ghIyfSqG7hDI2zn6a4 +be+1fyZwBj9Yfogynhp/kmSnwtoYzVWRzxYfa2hyVUQs1P3LH5D/eL+UfVLMw== Received: from smtpclient.apple (unknown [IPv6:2001:19f0:6001:9db:98f0:9fe0:3545:10]) (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 4Pt7rc0tZMzyQj; Fri, 7 Apr 2023 06:34:39 +0000 (UTC) (envelope-from zlei@FreeBSD.org) From: Zhenlei Huang Message-Id: <2F8A1A63-642C-44C2-9319-A750B381EC70@FreeBSD.org> Content-Type: multipart/alternative; boundary="Apple-Mail=_4B2E8384-2205-4739-9F01-C10F9B8F1818" 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: IFF_KNOWSEPOCH -> IFF_NEEDSEPOCH Date: Fri, 7 Apr 2023 14:34:30 +0800 In-Reply-To: Cc: hselasky@freebsd.org, kib@freebsd.org, bz@freebsd.org, gallatin@freebsd.org, current@freebsd.org To: Gleb Smirnoff References: X-Mailer: Apple Mail (2.3696.120.41.1.2) X-ThisMailContainsUnwantedMimeParts: N --Apple-Mail=_4B2E8384-2205-4739-9F01-C10F9B8F1818 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii > On Apr 7, 2023, at 2:34 AM, Gleb Smirnoff wrote: > > Hi, > > recently we had several drivers marked with IFF_KNOWSEPOCH > which reminded me that this flag was supposed to be temporary. > > Here is the change that introduced it e87c4940156. It was > caused by several drivers sending packets from non-interrupt > context and thus triggering NET_EPOCH_ASSERT(). It was about > 10 - 20 drivers having this problem initially and reduced down > to a few after 4426b2e64bd. We had a pretty heated dicussion > back then and I apologize for that. > > May I suggest before entering FreeBSD 14.0-RELEASE cycle we > will get back to what was there before e87c4940156? It sounds good if only a few drivers need IFF_NEEDSEPOCH. > > To avoid the driver fallout that we used to have back in > early 2020, here is the plan. In ether_input() where we > now conditionally on the IFF_KNOWSEPOCH flag enter/exit the > epoch with INVARIANTS we will also conditionally enter/exit > in case we are supposed to be in the epoch wrt the flag, but > we are not. We will also print a warning once, like "interface > foo0 called if_input without epoch". This handling will be > converted to normal assertion after a couple months. Should also apply to infiniband_input(). BTW, is `in_epoch()` too heavy to replace flag IFF_NEEDSEPOCH or IFF_KNOWSEPOCH ? > > If everybody is fine with this suggestion I will post > a review. Otherwise please express your concerns. Good to make it moving forward ;) Best regards, Zhenlei > > -- > Gleb Smirnoff --Apple-Mail=_4B2E8384-2205-4739-9F01-C10F9B8F1818 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii

On Apr 7, 2023, at 2:34 AM, Gleb Smirnoff <glebius@freebsd.org>= wrote:

 Hi,

recently we had = several drivers marked with IFF_KNOWSEPOCH
which reminded = me that this flag was supposed to be temporary.

Here is the change that introduced it e87c4940156. It was
caused by several drivers sending packets from = non-interrupt
context and thus triggering = NET_EPOCH_ASSERT(). It was about
10 - 20 drivers having = this problem initially and reduced down
to a few after = 4426b2e64bd. We had a pretty heated dicussion
back then = and I apologize for that.

May I suggest = before entering FreeBSD 14.0-RELEASE cycle we
will get = back to what was there before e87c4940156?

It = sounds good if only a few drivers need IFF_NEEDSEPOCH.


To avoid the driver fallout that we used to = have back in
early 2020, here is the plan. In = ether_input() where we
now conditionally on the = IFF_KNOWSEPOCH flag enter/exit the
epoch with INVARIANTS = we will also conditionally enter/exit
in case we are = supposed to be in the epoch wrt the flag, but
we are not. = We will also print a warning once, like "interface
foo0 = called if_input without epoch". This handling will be
converted to normal assertion after a couple months.

Should = also apply to infiniband_input().

BTW, is `in_epoch()` too heavy to replace = flag IFF_NEEDSEPOCH
or IFF_KNOWSEPOCH = ?


If everybody = is fine with this suggestion I will post
a review. = Otherwise please express your concerns.

Good = to make it moving forward ;)

Best = regards,
Zhenlei


--
Gleb Smirnoff


= --Apple-Mail=_4B2E8384-2205-4739-9F01-C10F9B8F1818-- From nobody Fri Apr 7 08:01:17 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 4Pt9mm1zrNz44KGJ for ; Fri, 7 Apr 2023 08:01:28 +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 4Pt9mm0L8Dz4QgD; Fri, 7 Apr 2023 08:01:28 +0000 (UTC) (envelope-from zlei@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680854488; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=WQ9n8kwsMdiuLW562R3m5fiapB0uAi9hgff4Z1t3QQU=; b=tnRO1EOTj/iISaffnWmkvWcROKm0LsYz8Upp2bIYuSqg61MW8+ogssO6hHigyiXitk/zpi Rx9PcWt9aMSJAWj/gDeEiIH1SkLlBufZQymMnLEYHpqmtnKIsxH2Wp1bA7J2E5LHjmyoZ+ an8i6U3lW4hePXU+sNi/uypYPGe3wGNfJ5P/EVqj7cd+QN7FtEET20s/vn/ERpULu+1m6F UxlsvuLu/zvKacFFOjo0PHus1/XJ+JqT7y2/n6T5L8gcCc4gSKpOVmnPNPHCLwtOInbWZn bTHSjGMR9kKffWuYfSaiv/Mz9N/m7Pn5vGivMtxmPSFTj7GH5+CzhcUoKD0JNA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680854488; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=WQ9n8kwsMdiuLW562R3m5fiapB0uAi9hgff4Z1t3QQU=; b=teospP9IidTvVoJv+cOurMv7F24CRaU6Ne1ZAhn8xMOOSbzvDFk7iCHiODZAykTDALUX4h ROF1ZVjOQf6ZmF0T9m2za2vK7mgL4KZvu3gcJh5Yr5pjn2imbJ3U7fjCkKOdN1EV2dDb3M kG+2Tny99ooY9mt8G89yUdZQ7/JT83RCFZu9oHpgVZHVqxFuKgRicU5IQatDsV/5jB5v7l eYsfV4tO0aDVHCLOaVNiNaalU/L19HP0CCyTLw0ja1gbYGyBDxQp8i6xeHfgB51z08Q9/n u3/bm1Tcx4uLifzum0vdT7RI1SnM22VZHsTF2jjn6Fam4rjNTbXRhfVpm+TRyw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1680854488; a=rsa-sha256; cv=none; b=ZmC1erQAUVwUIs4P+paBWLe37v4EqQBncjNUWbAB91TmFP2tseLKQmjk0cPRWVP4aim3XD Orc+sFo34YE6OpnPRS5V9UmkszJr50yBE3p64DK+rRy+zqZBOm76q7htSLBx0UYLjBtMXI vSfG5nI4Z8ttm7yhopBFXCFyLnkOn00PxJkSKJuMwACifYNYL8z0IKnC5o8vJDkTlmT8nY zSJyzyGO741whV4SO3zKllbeojtCn3Gnls5kzKd8GYEWWt2I4Ylzbs7oNYs1uEI3nu+3u6 HifZpVmYjV5olIIjBBriQQezrrTP3uctozZ8Ck9AJf94btrjfUIudMsgZSqYfA== 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 4Pt9mk5mD6z10jX; Fri, 7 Apr 2023 08:01:25 +0000 (UTC) (envelope-from zlei@FreeBSD.org) Content-Type: text/plain; charset=utf-8 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: Is it valid to combine CTLFLAG_TUN with CTLFLAG_VNET ? From: Zhenlei Huang In-Reply-To: <263045d4-409a-8a2d-87e1-50b1afcb7338@selasky.org> Date: Fri, 7 Apr 2023 16:01:17 +0800 Cc: freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <6B4FF474-6E25-4E8A-8FDE-7E8F01989038@FreeBSD.org> References: <94C1B333-9C0F-4874-BBB1-3E72F3DF3F6A@FreeBSD.org> <9dc65578-9312-1139-932f-396bc42e66b2@selasky.org> <263045d4-409a-8a2d-87e1-50b1afcb7338@selasky.org> To: Hans Petter Selasky X-Mailer: Apple Mail (2.3696.120.41.1.2) X-ThisMailContainsUnwantedMimeParts: N > On Apr 6, 2023, at 3:56 AM, Hans Petter Selasky = wrote: >=20 > On 4/5/23 21:44, Hans Petter Selasky wrote: >> On 4/5/23 20:23, Gleb Smirnoff wrote: >>> What if we remove the CTLFLAG_VNET check from the code you posted = above? >>> I don't see anything going wrong, rather going right =F0=9F=98=84 >>>=20 >>> CTLFLAG_VNET will not mask away CTLFLAG_TUN. >> Hi Gleb, >> It's possible to bypass that check, but some work needs to be done = first. Then all jails created, will also start from those sysctl tunable = values. >> The problem is, where does the VNET base pointer come from? >> Especially those static sysctl's. You would need to make some design = there I guess and look at the SYSINIT() order. When are SYSINIT's filled = with tunable data's. And when is the default VNET created. >> Because the data pointer passed to the register sysctl function is = simply an offset pointer into a malloc'ed structure. >> --HPS >=20 > Hi Zhenlei, >=20 > Feel free to work on this, and add me as a reviewer and complete phase = two of: >=20 >> commit 3da1cf1e88f8448bb10c5f778ab56ff65c7a6938 >> Author: Hans Petter Selasky >> Date: Fri Jun 27 16:33:43 2014 +0000 >> Extend the meaning of the CTLFLAG_TUN flag to automatically check = if >> there is an environment variable which shall initialize the SYSCTL >> during early boot. This works for all SYSCTL types both statically = and >> dynamically created ones, except for the SYSCTL NODE type and = SYSCTLs >> which belong to VNETs. A new flag, CTLFLAG_NOFETCH, has been added = to >=20 I'd like to do some refactoring firstly, so that I can focus on = CTLFLAG_VNET ;) > --HPS Best regards, Zhenlei From nobody Fri Apr 7 09:22:31 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 4PtCZS2Pfvz44NyQ for ; Fri, 7 Apr 2023 09:22:40 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4PtCZR3QZZz4Drn; Fri, 7 Apr 2023 09:22:39 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Authentication-Results: mx1.freebsd.org; none Received: from critter.freebsd.dk (unknown [192.168.55.3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by phk.freebsd.dk (Postfix) with ESMTPS id 88BBE89281; Fri, 7 Apr 2023 09:22:31 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.17.1/8.16.1) with ESMTPS id 3379MVwt077792 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 7 Apr 2023 09:22:31 GMT (envelope-from phk@critter.freebsd.dk) Received: (from phk@localhost) by critter.freebsd.dk (8.17.1/8.16.1/Submit) id 3379MVW5077791; Fri, 7 Apr 2023 09:22:31 GMT (envelope-from phk) Message-Id: <202304070922.3379MVW5077791@critter.freebsd.dk> To: Alan Somers cc: FreeBSD CURRENT Subject: Re: textdumps are too slow In-reply-to: From: "Poul-Henning Kamp" References: 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-ID: <77789.1680859351.1@critter.freebsd.dk> Date: Fri, 07 Apr 2023 09:22:31 +0000 X-Rspamd-Queue-Id: 4PtCZR3QZZz4Drn X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:1835, ipnet:130.225.0.0/16, country:EU] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N -------- Alan Somers writes: > However, these servers also have about 10,000 threads > apiece, so textdumps are also slow. They take tens of minutes. > I have dual console setup: both serial and video. It seems to me that > the speed of the textdump might be limited by the video system. I would expect them to be limited by the serial console speed before the video system speed ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From nobody Fri Apr 7 12:12: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 4PtHLm6m7lz44YwG for ; Fri, 7 Apr 2023 12:12:48 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-vs1-f51.google.com (mail-vs1-f51.google.com [209.85.217.51]) (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 4PtHLl6nlfz4l0F for ; Fri, 7 Apr 2023 12:12:47 +0000 (UTC) (envelope-from asomers@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-vs1-f51.google.com with SMTP id i10so36744036vss.5 for ; Fri, 07 Apr 2023 05:12:47 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680869566; x=1683461566; 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=9OEJ5cWnyeUSYLNLsxFvkDofDQHEzn3Bo6GgkGJpdJE=; b=tO5n0o5/PnDHRIm91Pp984jmAZa1+IuxBlUm1KF3iOpAX9g2H5FxEbcWK5CQxnvquq tDCK+RIQXwv2YZQ1UHlwA8Ybj9krltFFRMI5NsqlHdk9krO9GNw9O6T6r4HSQTB1mj1e GSUabbp+AwvHWKUi/Kvz18FMjoHzVwUIzn11k6L02PtEL0tPUmOsfj9lyTq+7FsJp0/I hCEb8d4GEFGKEWdxRC0qJizU3Rb/45oDWq2/X9ZswVOdW5189jtznir2FsEbNAWWJLAB /zrwRrVWruZSj90ffVnoBCCeJdd5WXA3GaQFiuBLm07hAq2pejRCPRofgwuhMPSMdspO OORg== X-Gm-Message-State: AAQBX9fE2UvoONH/HvfI8G7rVpTQxmk+0NCKA7SEtbvA4dre+kCkvbac HTWEZtqBW8XnfaQiKpRmoECM04z3JxULoBIf+7g0b6il X-Google-Smtp-Source: AKy350ag5XkQaXLtfII2Sp0b4f2X7hknQpibSSR8GI3/Y3xcUrOYxBU4RRn00S4Nc7n6Qo8SC/h0QOm4Rrk22qLaZoE= X-Received: by 2002:a67:d610:0:b0:425:de1d:6ba3 with SMTP id n16-20020a67d610000000b00425de1d6ba3mr985140vsj.4.1680869566481; Fri, 07 Apr 2023 05:12:46 -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: <202304070922.3379MVW5077791@critter.freebsd.dk> In-Reply-To: <202304070922.3379MVW5077791@critter.freebsd.dk> From: Alan Somers Date: Fri, 7 Apr 2023 05:12:34 -0700 Message-ID: Subject: Re: textdumps are too slow To: Poul-Henning Kamp Cc: FreeBSD CURRENT Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4PtHLl6nlfz4l0F X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Fri, Apr 7, 2023 at 2:22=E2=80=AFAM Poul-Henning Kamp wrote: > > -------- > Alan Somers writes: > > > However, these servers also have about 10,000 threads > > apiece, so textdumps are also slow. They take tens of minutes. > > I have dual console setup: both serial and video. It seems to me that > > the speed of the textdump might be limited by the video system. > > I would expect them to be limited by the serial console speed before > the video system speed ? That was my first guess, too. But my serial console is 115200 baud, which is faster than the low performance server grade video card. From nobody Fri Apr 7 12:20:07 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 4PtHWF5Y2Mz44ZGZ for ; Fri, 7 Apr 2023 12:20:09 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4PtHWF2rn8z3NFg; Fri, 7 Apr 2023 12:20:09 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Authentication-Results: mx1.freebsd.org; none Received: from critter.freebsd.dk (unknown [192.168.55.3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by phk.freebsd.dk (Postfix) with ESMTPS id A26B989281; Fri, 7 Apr 2023 12:20:07 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.17.1/8.16.1) with ESMTPS id 337CK7m8083444 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 7 Apr 2023 12:20:07 GMT (envelope-from phk@critter.freebsd.dk) Received: (from phk@localhost) by critter.freebsd.dk (8.17.1/8.16.1/Submit) id 337CK7XH083443; Fri, 7 Apr 2023 12:20:07 GMT (envelope-from phk) Message-Id: <202304071220.337CK7XH083443@critter.freebsd.dk> To: Alan Somers cc: FreeBSD CURRENT Subject: Re: textdumps are too slow In-reply-to: From: "Poul-Henning Kamp" References: <202304070922.3379MVW5077791@critter.freebsd.dk> 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-ID: <83441.1680870007.1@critter.freebsd.dk> Content-Transfer-Encoding: quoted-printable Date: Fri, 07 Apr 2023 12:20:07 +0000 X-Rspamd-Queue-Id: 4PtHWF2rn8z3NFg X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:1835, ipnet:130.225.0.0/16, country:EU] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N -------- Alan Somers writes: > On Fri, Apr 7, 2023 at 2:22=3DE2=3D80=3DAFAM Poul-Henning Kamp wrote: > > I would expect them to be limited by the serial console speed before > > the video system speed ? > > That was my first guess, too. But my serial console is 115200 baud, > which is faster than the low performance server grade video card. Ok, that must truly be sucky hardware... -- = Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe = Never attribute to malice what can adequately be explained by incompetence= . From nobody Fri Apr 7 14:10:27 2023 X-Original-To: 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 4PtKyx5M3pz44gYG for ; Fri, 7 Apr 2023 14:10:49 +0000 (UTC) (envelope-from gallatin@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) 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 4PtKyx4FzTz3Cdv; Fri, 7 Apr 2023 14:10:49 +0000 (UTC) (envelope-from gallatin@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680876649; 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=gGORO/9psbbsfhHiPy77wEk7ap9ymsE4afsQWFF92Ss=; b=fGTJQ6ZEySZq+Nnz31pdw6RON/2HuFYjiQgd1eQmK6DUp8YKelhmoRcPc33mHOv3dQyGik pgtMGtFal36XgNOyeJefZb8FOShd44aAIjijJk0u3yQ8+zlqlMFzbCRBfPfaYDLT/aPZX8 0N2kVSbVoRdBzSItaEQtNVw9p0YFBfuCISvGX2+gO06BToAYx7ywqkVz9dOEgK41VxoMHg E7B+AVZynDQCe7+3GCHaq5IcBVGFnXwVGtp/m/JpE2A0HEadCzL9JmENSnw1iyPYanCFGu 2+ppjnn/KKRhnZT2SyuL8LZDoGgd2sm7ayNc/9EnxRJUGycaa58rYUdHbPLyLg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680876649; 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=gGORO/9psbbsfhHiPy77wEk7ap9ymsE4afsQWFF92Ss=; b=yuYsTEaIX8+/UyUNtylqmHE1GI8lNsDG5c3nI9kl4y064e0uGllivWHjT1BPgp4gZcgw1q ooODLXEvMc7pj3W7ReFQSpjgcJk+jJvFNwrPOEhP+NAcJp0uyEGmPd9gg8VIiLZwEn/278 LSbY5tmXZ+s9m5fEifZnSn9ZLIE+iQaRm6cmjOG+1qiNoDDJbNkrwVb1ANfEBeHdO0E4aV 7o8rVGq2nyRiE63mgRhXfrewWv1k8/zb1TIzgiHgPbnB7uZ+PCNR4xYRY3RAjEj5Dn/8LS +9ndG9EazNuCxRMwMMUrww8/3FdbxFylMXUA/uouZo0FurJRAphB9vm+zenJhQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1680876649; a=rsa-sha256; cv=none; b=LuKyEtTWi1IWIPbkvsZG1S/jO3OYgASl85uBhM0k272fIeN6LNb600jvcmwkEwRXqy0/be fPW5U1KALHqv7Kv3FkHAed40zUXCyCVKF384vrLLJDdC+Q/a5gySYsEJhKr2l7R3ph3TUX 5yurwC39sKdnnruaqv3J1pzeEUo5cPFfQs7b04lc0439XLU3qGDdA5u1YUxuali2k3IQ8v ypOrHEXEMqRoGboIbdR2pkAJgEszlDt/bgf+akveEfG2xE9Xj+3GSXXtMSg+dRKqIq0dFX NhSsFdAhDEP5EedR7icelvQq2HAZFWa3ETEKutNVCq4NeWEAtIJFtvNO+8qlJA== Received: from auth2-smtp.messagingengine.com (auth2-smtp.messagingengine.com [66.111.4.228]) (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) (Authenticated sender: gallatin) by smtp.freebsd.org (Postfix) with ESMTPSA id 4PtKyx31qRz16GK; Fri, 7 Apr 2023 14:10:49 +0000 (UTC) (envelope-from gallatin@freebsd.org) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailauth.nyi.internal (Postfix) with ESMTP id 3605127C0054; Fri, 7 Apr 2023 10:10:49 -0400 (EDT) Received: from imap51 ([10.202.2.101]) by compute5.internal (MEProxy); Fri, 07 Apr 2023 10:10:49 -0400 X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrvdejhedgjeehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfgjfhffhffvvefutgesrg dtreerreertdenucfhrhhomhepfdffrhgvficuifgrlhhlrghtihhnfdcuoehgrghllhgr thhinhesfhhrvggvsghsugdrohhrgheqnecuggftrfgrthhtvghrnhepgefgueegveeutd euvdelfeffudetgedtffduieehhffggeefkeffieeuveekuedunecuvehluhhsthgvrhfu ihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepghgrlhhlrghtihhnodhmvghsmh htphgruhhthhhpvghrshhonhgrlhhithihqddufeefheelvddvudeiqddvleehtdegudek gedqghgrlhhlrghtihhnpeepfhhrvggvsghsugdrohhrghesfhgrshhtmhgrihhlrdgtoh hm X-ME-Proxy: Feedback-ID: i41414658:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id 13C52B60098; Fri, 7 Apr 2023 10:10:48 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.9.0-alpha0-334-g8c072af647-fm-20230330.001-g8c072af6 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 Message-Id: <540b450c-ea31-4f8f-be87-db99d86d2e85@app.fastmail.com> In-Reply-To: References: Date: Fri, 07 Apr 2023 10:10:27 -0400 From: "Drew Gallatin" To: "Gleb Smirnoff" , zlei@freebsd.org, hselasky@freebsd.org, kib@freebsd.org, bz@freebsd.org Cc: current@freebsd.org Subject: Re: IFF_KNOWSEPOCH -> IFF_NEEDSEPOCH Content-Type: multipart/alternative; boundary=2c4baf6487604194a585d590f9328120 X-ThisMailContainsUnwantedMimeParts: N --2c4baf6487604194a585d590f9328120 Content-Type: text/plain This sounds like a good plan to me On Thu, Apr 6, 2023, at 2:34 PM, Gleb Smirnoff wrote: > Hi, > > recently we had several drivers marked with IFF_KNOWSEPOCH > which reminded me that this flag was supposed to be temporary. > > Here is the change that introduced it e87c4940156. It was > caused by several drivers sending packets from non-interrupt > context and thus triggering NET_EPOCH_ASSERT(). It was about > 10 - 20 drivers having this problem initially and reduced down > to a few after 4426b2e64bd. We had a pretty heated dicussion > back then and I apologize for that. > > May I suggest before entering FreeBSD 14.0-RELEASE cycle we > will get back to what was there before e87c4940156? > > To avoid the driver fallout that we used to have back in > early 2020, here is the plan. In ether_input() where we > now conditionally on the IFF_KNOWSEPOCH flag enter/exit the > epoch with INVARIANTS we will also conditionally enter/exit > in case we are supposed to be in the epoch wrt the flag, but > we are not. We will also print a warning once, like "interface > foo0 called if_input without epoch". This handling will be > converted to normal assertion after a couple months. > > If everybody is fine with this suggestion I will post > a review. Otherwise please express your concerns. > > -- > Gleb Smirnoff > --2c4baf6487604194a585d590f9328120 Content-Type: text/html Content-Transfer-Encoding: quoted-printable
This sounds lik= e a good plan to me

On Thu, Apr 6, 2023, at= 2:34 PM, Gleb Smirnoff wrote:
  Hi,

recently we = had several drivers marked with IFF_KNOWSEPOCH
which remin= ded me that this flag was supposed to be temporary.

Here is the change that introduced it e87c4940156. It was
caused by several drivers sending packets from non-interrupt
context and thus triggering NET_EPOCH_ASSERT(). It was about=
10 - 20 drivers having this problem initially and reduced= down
to a few after 4426b2e64bd. We had a pretty heated d= icussion
back then and I apologize for that.

May I suggest before entering FreeBSD 14.0-RELEASE cycle= we
will get back to what was there before e87c4940156?

To avoid the driver fallout that we used to h= ave back in
early 2020, here is the plan. In ether_input()= where we
now conditionally on the IFF_KNOWSEPOCH flag ent= er/exit the
epoch with INVARIANTS we will also conditional= ly enter/exit
in case we are supposed to be in the epoch w= rt the flag, but
we are not. We will also print a warning = once, like "interface
foo0 called if_input without epoch".= This handling will be
converted to normal assertion after= a couple months.

If everybody is fine with= this suggestion I will post
a review. Otherwise please ex= press your concerns.

-- 
Gleb Smirnoff

--2c4baf6487604194a585d590f9328120-- From nobody Fri Apr 7 14:51:30 2023 X-Original-To: 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 4PtLt34ps7z44jQv for ; Fri, 7 Apr 2023 14:51:39 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from mail.macktronics.com (coco.macktronics.com [209.181.253.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4PtLt14f82z3nW4 for ; Fri, 7 Apr 2023 14:51:37 +0000 (UTC) (envelope-from mack@macktronics.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of mack@macktronics.com designates 209.181.253.65 as permitted sender) smtp.mailfrom=mack@macktronics.com; dmarc=pass (policy=none) header.from=macktronics.com Received: from olive.macktronics.com (unknown [209.181.253.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.macktronics.com (Postfix) with ESMTPS id 48416B297 for ; Fri, 7 Apr 2023 09:51:31 -0500 (CDT) Date: Fri, 7 Apr 2023 09:51:30 -0500 (CDT) From: Dan Mack To: current@freebsd.org Subject: documentation nit / TERMINFO in ncurses man pages Message-ID: <7f3334ff-cdfa-0de-5640-8f9d519fce@macktronics.com> 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; format=flowed; charset=US-ASCII X-Spamd-Result: default: False [-2.96 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-0.99)[-0.990]; DMARC_POLICY_ALLOW(-0.50)[macktronics.com,none]; R_SPF_ALLOW(-0.20)[+ip4:209.181.253.64/29]; NEURAL_HAM_SHORT(-0.17)[-0.174]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:209, ipnet:209.181.252.0/23, country:US]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; 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)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4PtLt14f82z3nW4 X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N I recently logged into one of my FreeBSD systems from an alacritty terminal. FreeBSD didn't have a termcap entry for alacritty so I generated one with tic and all was well. However, I noticed the following issues with the TERM* related tools (I guess this is all from contrib/ncurses in /usr/src). Specifically, the issue is for example - the tic(1M) man page says in the FILES section: /usr/share/misc/terminfo/?/* Compiled terminal description database. However, when you run tic(1M), the compiled terminal files are actually placed in /usr/share/terminfo/?/* . I thought I could create a simple one line fix by re-defining the definition for *d in the manpage, however, it looks like there there might be a need to create two separate directory variables instead. On FreeBSD-Current HEAD (2d3614fb132b1cb8efd1e0accdd0c98ce6893efa) I am seeing two directories in use: /usr/share/terminfo/? - compiled entries created by tic(1M) and /usr/share/misc - contains the files termcap and termcap.db Looks like this directory reference is set to *d here in the tic manpage: 18259542b2f8f contrib/ncurses/man/tic.1m 2000-10-11 07:31:01 +0000 37) .ds d @TERMINFO@ Since this is also set in alot of other places, we probably need someone to make some sort of decision :-) Dan From nobody Fri Apr 7 15:37:28 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 4PtMv06dRqz43Xhh for ; Fri, 7 Apr 2023 15:37:32 +0000 (UTC) (envelope-from grahamperrin@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 4PtMv069gXz3rwC for ; Fri, 7 Apr 2023 15:37:32 +0000 (UTC) (envelope-from grahamperrin@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680881852; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=fcCYAP2lvWo5rDL1qy3ywi5aR7zkj10NJ+n7Z0iYEak=; b=lXeQyuxtwstZLkjLnn3nxAusC26DJ1qKfpGF+Nh6uJ2qmCiVuG8xBvQpScJ5Atan2GUvqD Ty6qVxAI9tHCLn+8VVKW0mEnlAtqlPVLlzzx+hald44domNLw2wpxnk0dPzchjsg46DwAv yo9z9j39ERp0DF9Ptbqry2ljuHyz1FE5xNEUlpzvFwRv1Y6HTbj+qbkb26bOaJnaQe2DYF CegIzg1TfZ6oNadeN+ET+WFtSmT3nDvyyG8INiKltoS5NBicmM1zCPyu7hvPWlV6vJfdIw eREWDEmelYOsK5uQCOzv06AVHvIGPWqq7CnPxBNASRbm7BplRG0UeqXnA93sJA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680881852; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=fcCYAP2lvWo5rDL1qy3ywi5aR7zkj10NJ+n7Z0iYEak=; b=n3EUt/xncoWCMVkbG/ovt7FWWjxswfa+wwDXvtRo3WNMxOHHtzl8tAYCi43BvGyq26lZeH /XIduUYVwOtnJtifwFKmQ3x+alOi4KB1UI1tVk6AJQ9OIL9RPLxRMTofaUbTIV+71fq3NS 5SRCrLoOsezerQNfOKqt/LAgEns2Wv6xBlE4N2++wArwuztGo1lyDcrDRNQLhEkeie6On9 6Q0wwsjWarBotUkyASMGa+zBECWSP+HsCdrXONDmSuf3whBvWsrlvKkQYYMvijkitPTkty 71XpoOI+UV37IKsyl+TgIb6WVUhZ/NDz+ZieegEc9O5jO2T0YAhtpD/lka/dkQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1680881852; a=rsa-sha256; cv=none; b=kVf6XPDtXFpxd9ce43sklg6bAa7K2vGWPl+XRcmguxK6kp7SdwSHOEC/3rUBAJyDxNKCbC ZS3z5LtYC0YfhwDMh6CrzLsqPsljiXqTeT1zDZbL5ECbbQnj01bJQ7Iwq5BOf3QWQsNgIc 6dG+a/cUcBOtHydGgngkXYggh4IlR3cFEj1PjhtXlDePHVocx7ncDg5VKiY8SM9mw34qBb JGvsV/x6A+oYrzGqEIgEiVFFgCvVU0/yzrbg4X4AyTHt5TnWd9pDK0FyWLEtI16iOS/qyb +K9O9ceuQfGsZOvgmgNctiJ7gJvamj2FJXmityuP+AC/LmyBC7YjRRON8C0PGw== Received: from [IPV6:2001:470:1f1c:a0::2] (tunnel642390-pt.tunnel.tserv1.lon2.ipv6.he.net [IPv6:2001:470:1f1c:a0::2]) (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) (Authenticated sender: grahamperrin) by smtp.freebsd.org (Postfix) with ESMTPSA id 4PtMv02cQXz17v4 for ; Fri, 7 Apr 2023 15:37:32 +0000 (UTC) (envelope-from grahamperrin@freebsd.org) Message-ID: Date: Fri, 7 Apr 2023 16:37:28 +0100 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.9.1 Content-Language: en-US To: FreeBSD CURRENT From: Graham Perrin Subject: n262026-37d97b10ff0e installworld failure Organization: FreeBSD Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------bN1zaSiapnWheNQl4bxF757N" X-ThisMailContainsUnwantedMimeParts: N This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------bN1zaSiapnWheNQl4bxF757N Content-Type: multipart/mixed; boundary="------------M53NxAJJDKGS0phxLJ9gUePR"; protected-headers="v1" From: Graham Perrin To: FreeBSD CURRENT Message-ID: Subject: n262026-37d97b10ff0e installworld failure --------------M53NxAJJDKGS0phxLJ9gUePR Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 TG9nOiA8aHR0cHM6Ly9ic2QudG8vU1NWNC9yYXc+DQoNCkFueSBpZGVhcz8NCg0KMzdkOTdi MTBmZjBlIHdhcyBhcm91bmQgdHdlbHZlIGhvdXJzIGFnbywgDQo8aHR0cHM6Ly9jZ2l0LmZy ZWVic2Qub3JnL3NyYy9sb2cvP3F0PXJhbmdlJnE9MzdkOTdiMTBmZjBlPg0KDQo= --------------M53NxAJJDKGS0phxLJ9gUePR-- --------------bN1zaSiapnWheNQl4bxF757N Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature" -----BEGIN PGP SIGNATURE----- wsF5BAABCAAjFiEEWT/lssMHB+28ly8Kt2dIb0oY1AsFAmQwOLgFAwAAAAAACgkQt2dIb0oY1Asi Bw//TmtWfiDFq8n+bgEXY+bpoxTd83EaMdosVTqK2oBszQtIq0/DDoQK7RJBuRk0bL39oVr+l99A jk1oGV+BhED9p7zmscdBTlImIaz4p+I7ChsioxOfuR9KBlsFKC0wlgEZ7eXpzjvfD3hvySBTI8Dh 7NGE3igj/rANndknCyZ62dUE2X/iWIKNs0sIIcBnHO2bSxYYh5HudtM1L19QOhaP4KnQgqSoy35o tyJFQapOOexL2i/PXbsE6DJrveHgxL6FGC04JcY4Rew29QUSaU9dlEL3YGPHWW/5I7yea4oY8IJX meKLwg4RKlJzOBqzYHWyJVMCKzpZbve1dvCrGe2/xKkPQOuQIBwDOIoclO54lshS9wPloQxWnH1T z7ydJXcKCgnfs+1/3J3+rh1k2gspJES5P7oLuMY1uttqpHGBffweOwZyqUEYrvMUl+I9fwaRgdGK HwwxzyA9eSxeG/0lDUSFhVfJCyhiAkoTpRIi4FyNNXurLYnsBzUWmy1Lrm7RuNs2hj/SqtHWlqha fNfbTGflYPwhD3bvLAKDobF73RdSwSYgtFbKfIUaj4cHHVDn+tyD8xtxj1CRpvzsG3WbtfmZ3LfL cQAphJrMKA6qKS8XOJ4sc0QnCwZv3dFpzz1IcQVjwuzPdpbAGB589VwLsCLtePnRFBm+doBDCVWL 5oE= =+gCa -----END PGP SIGNATURE----- --------------bN1zaSiapnWheNQl4bxF757N-- From nobody Fri Apr 7 15:41:17 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 4PtMzN09ZHz43Xrk for ; Fri, 7 Apr 2023 15:41:20 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-ot1-x336.google.com (mail-ot1-x336.google.com [IPv6:2607:f8b0:4864:20::336]) (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 4PtMzM2y9Fz419W; Fri, 7 Apr 2023 15:41:19 +0000 (UTC) (envelope-from mjguzik@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ot1-x336.google.com with SMTP id o25-20020a9d4119000000b006a11eb19f8eso21077849ote.5; Fri, 07 Apr 2023 08:41:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; t=1680882078; x=1683474078; h=cc:to:subject:message-id:date:from:references:in-reply-to :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=dv83+n/TL0AqjLmjVBNiG0Yx7yJ5sL6e0F9v5AkiRvw=; b=lHOckFbscw4BNawxR+b/WiILm2h70j60Y9aV7jC9/CtuY+kiyNlIwIqXJ0QGKAYq8c KvP+6RJyVbKT9RlHHA1D+tPNaPHfl/VQhhlnbG6hdVjK4z6M6iLuiyS1+O2uwxSd3qvA ZPAIcyU4otavuFloM0L3/EJEf17yblA6kh+OynAjV81qJGsbrM6s5aH4lTqqAimzuIfa oyVteNrquBXZdAqqqiL6gq4eGxfopelElxwfH93RpUurjlwKM63N9inWXV/nkbD1wMbx 7GKZxV4erjXXyb/SySMpFD7e5aHexgc6ZoU5WPOb1AQVMhtzjkTEImy/r2JWW+4OhqqS ikag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680882078; x=1683474078; h=cc:to:subject:message-id:date:from:references:in-reply-to :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=dv83+n/TL0AqjLmjVBNiG0Yx7yJ5sL6e0F9v5AkiRvw=; b=p4waY5u4HrqDK6ott6H3zq5KxcA/rgzjzc6XWAeD3gEbmfK047U4eA0rh3LCJaWBig fBTAMTWxZu+dgUa8wADB1K6pGB474ZMIeCl2mEcIwaFAUenvreZJ1ICrR5ZOSKk6vLMY YgtzGJ27/urgUptuFS1oxLXFC/ba1Ktyi1P5oomZpzLD59/f5A8K11VHlyfAt42PFPiC FY1bchz0eVz1xvEw5I0A/v2y9TUArDQjkpsqcgPgNjWDdG+6fF3NGPOyzhz7MKLO/5SO xLGq00M1RVTkuAvuCH+YX+a3bMzRwvJgUncnosoorMC/sjOVPcUBrEjrymYsTWeYCF6i wlvg== X-Gm-Message-State: AAQBX9ex7UwZYf8fGgSbP1J4YxbbdzCnX1dfA1CxhFSxy2XGn+IXNXo+ LrKecevzOflpfjhJSKMfpv7nCGPbabws16Ne8gKGcRlU X-Google-Smtp-Source: AKy350Zf2LuHld+c9eunfGfU0y8+o3Be28VVY/XmXfo1oczH0gW6wLasSnqaruZBoaVz6YIhUq1j6sK6FlIFLHeimPg= X-Received: by 2002:a9d:7319:0:b0:6a3:8d70:b404 with SMTP id e25-20020a9d7319000000b006a38d70b404mr676887otk.2.1680882077704; Fri, 07 Apr 2023 08:41:17 -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 Received: by 2002:ac9:798d:0:b0:49c:b071:b1e3 with HTTP; Fri, 7 Apr 2023 08:41:17 -0700 (PDT) In-Reply-To: References: From: Mateusz Guzik Date: Fri, 7 Apr 2023 17:41:17 +0200 Message-ID: Subject: Re: n262026-37d97b10ff0e installworld failure To: Graham Perrin Cc: FreeBSD CURRENT Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4PtMzM2y9Fz419W 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 yes, this is the recent zfs breakage. temporarily you can work around by installing the patched cp by hand. it already in the tree. alternatively get yourself https://github.com/openzfs/zfs/pull/14723 On 4/7/23, Graham Perrin wrote: > Log: > > Any ideas? > > 37d97b10ff0e was around twelve hours ago, > > > -- Mateusz Guzik From nobody Fri Apr 7 15:51:50 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 4PtNCX2QVrz43YkF for ; Fri, 7 Apr 2023 15:51:52 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-oa1-x2a.google.com (mail-oa1-x2a.google.com [IPv6:2001:4860:4864:20::2a]) (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 4PtNCX0lRnz4Mnq; Fri, 7 Apr 2023 15:51:52 +0000 (UTC) (envelope-from mjguzik@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-oa1-x2a.google.com with SMTP id 586e51a60fabf-17ac5ee3f9cso46013308fac.12; Fri, 07 Apr 2023 08:51:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; t=1680882711; x=1683474711; h=cc:to:subject:message-id:date:from:references:in-reply-to :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=WtKKEM5EunET/xDLXwPaSqpdJfUvLbeJjSZzorgJJ+E=; b=Ft2NwRosHGB9o96SokhgSTSaWqy6UN7LGxBlC2Mcb12blcnLSecZUoPOBEbvFTOmFe Wiq98dPYES1iDblvjaGbw84cGcJMEKgXaqm7yA2AYIt6kBQ+oWarPkyU//XlyWt5UCg9 v5U00c7HWkiUfZFhwNI+BgjcNUhDQX2snl8kDvcb7p0Viguhxg2v1uS3Fo8wJxrc2Qkw olpO+yxry15B8goXG7OHarjlvwMJ5HE6wJRY6MhQO/63BRuOwRznB7FEmXFyzMa9vYn9 +CDhdxZ1ow0BSXYF9+dcbGVUQp3YnmX7CR3CwcxuTov3/kI/Aa/I1wD4JLz0KqAb+WCu kB5w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680882711; x=1683474711; h=cc:to:subject:message-id:date:from:references:in-reply-to :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=WtKKEM5EunET/xDLXwPaSqpdJfUvLbeJjSZzorgJJ+E=; b=heVfYassXtK4iWXjvjX89lLtHVQgjSaDbNtHxC1D/UxT+Ovfpw7Cx0+S3MVKuKpLT6 I6JYiRrinCwS6aFOQxt4CYn5u+VpFC8wdyRZcUc0a+SH2af9R7wxFzys8KNiQNJI69co NGPcb0IHGYEB71X03ez3Lai0EB7jF5RM74/xlcPfcjqvV/wBF3e6OEZReXdz4u45KZ7m 7Vol3/QS+otZBAH24JuZurJixp+pVbPD5jtBrmf0OaPPwvSL5uCN4FfYBukDtwV4J+RI rgisRqt8SpK7zI8siKuGAXLDzcwobwF3YQQlOpPgZTu0hmV9oEY63SHinI3wWUguykK8 vNSw== X-Gm-Message-State: AAQBX9fZDycdIKabM48tQeL6aaBSwUDUe91vw+pq7njkKTpNYL1/LCD8 ZYO/IJ1Udk842WDxucASXKlsjSOuC67wYLzDmvJhY+2H X-Google-Smtp-Source: AKy350bD/5TfoBWvDm3d3KzyfFgImqFhTRZkpwdXA17V2gqCgHOQp6iVAjB4DqSDiGw5PzsdaFsqvj2j0DywDk1BwuY= X-Received: by 2002:a05:6871:726:b0:183:fc80:7361 with SMTP id f38-20020a056871072600b00183fc807361mr1335651oap.4.1680882711071; Fri, 07 Apr 2023 08:51:51 -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 Received: by 2002:ac9:798d:0:b0:49c:b071:b1e3 with HTTP; Fri, 7 Apr 2023 08:51:50 -0700 (PDT) In-Reply-To: References: From: Mateusz Guzik Date: Fri, 7 Apr 2023 17:51:50 +0200 Message-ID: Subject: Re: n262026-37d97b10ff0e installworld failure To: Graham Perrin Cc: FreeBSD CURRENT Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4PtNCX0lRnz4Mnq X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2001:4860:4864::/48, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On 4/7/23, Graham Perrin wrote: > Log: > > Any ideas? > > 37d97b10ff0e was around twelve hours ago, > > I pushed the fix. git pull, make sure you are at 20be1b4fc4b72f10d5f9411e5bbde0f46a98be5b or later. build and install the new kernel, only then proceed with installworld and you should be fine. -- Mateusz Guzik From nobody Fri Apr 7 19:08:04 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 4PtSZB2Gslz4431H for ; Fri, 7 Apr 2023 19:08:18 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ej1-x634.google.com (mail-ej1-x634.google.com [IPv6:2a00:1450:4864:20::634]) (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 4PtSZ94rtTz4XZG for ; Fri, 7 Apr 2023 19:08:17 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ej1-x634.google.com with SMTP id sg7so10335209ejc.9 for ; Fri, 07 Apr 2023 12:08:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; t=1680894495; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=ZTFxS3YATsBMNGBhddwMtviBdXD8vEuDlOTFlhRyG8g=; b=L3A5ubc7gEHI2GRR4/eOTlGEB2Q9+OwVqBvAMXQ84R3vuNlfHseT5AFFSpNylwgX6s NjC0ZSn3S2RVcMpbeF0HL1pFIWp3gt9MZKJRal8Sskuu9Zmhk/76YpbY0fgDPO1mR7mU WJ6XHNNnuz5o5sn45GARFXT22L0sSp586I0CzjuS70MrQOG/0OuHQmrIUiUMtWzJNN4r DeCTYvzu43Qk4Q5Vua65v78R80Zdek2CsajhhaSwH0VohCDSWatZcQdkp3KH3WCqSH8/ 7bN3ebSqTpubf8Qh6/m5Jhbiz98ZqWkIHTShmWdADjer3+ROO4GXpyphh+y5YDGOXsjf 6Aig== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680894495; h=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=ZTFxS3YATsBMNGBhddwMtviBdXD8vEuDlOTFlhRyG8g=; b=pTNUiA1lXyNOoddtWc4oXrNYSWZUF3xXbFZblIJJFEdGehc6HFKNCjvX5RzqjGxef7 MNVEGwa3lKo8iQhMwVOp34eNJAt7VrhpySZr/RFImW2q2uyA4JZb/Gl1wmyPXIgdxO5m IhQylqetx9xay9QbvVU57Kdh7DGa1aiarFQzccpup25oSmYaJilohtivSjAF99wEQxDm I3W1hn8LjIBLWOcTXB5TXf0WyLZC6996Zb2IN6QEHfc2FFcP8jaumqZqQ3vTiYwQ921d p0DoIaWG7F6P0maXQR+S/ySusc27K1feY8e5/EJAOFxNvKexkVOsUvncJtCUFh559ji/ iB7Q== X-Gm-Message-State: AAQBX9cTnPP82ZYQH0wkDTkE1stdrUeFz8dxq0kEej17YvK5R4EOZHiI 0VC4U/i6DRV2LbOlbySPkQmLZusFG7uK9C3xBBAuGVlySI4BrPlg X-Google-Smtp-Source: AKy350aefBzbvCfRz7c8pbg0iXKOzt/cbXf3mhg9B7LG2HZmHfJOUtJEu1mFoWo9l1G16sJUd+93e2DP3hAPpeGoGeQ= X-Received: by 2002:a17:907:a707:b0:932:da0d:9375 with SMTP id vw7-20020a170907a70700b00932da0d9375mr182660ejc.4.1680894495216; Fri, 07 Apr 2023 12:08:15 -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: <202304070922.3379MVW5077791@critter.freebsd.dk> <202304071220.337CK7XH083443@critter.freebsd.dk> In-Reply-To: <202304071220.337CK7XH083443@critter.freebsd.dk> From: Warner Losh Date: Fri, 7 Apr 2023 13:08:04 -0600 Message-ID: Subject: Re: textdumps are too slow To: Poul-Henning Kamp Cc: Alan Somers , FreeBSD CURRENT Content-Type: multipart/alternative; boundary="0000000000004af33c05f8c3bf5f" X-Rspamd-Queue-Id: 4PtSZ94rtTz4XZG X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N --0000000000004af33c05f8c3bf5f Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, Apr 7, 2023 at 6:20=E2=80=AFAM Poul-Henning Kamp wrote: > -------- > Alan Somers writes: > > On Fri, Apr 7, 2023 at 2:22=3DE2=3D80=3DAFAM Poul-Henning Kamp < > phk@phk.freebsd.dk> wrote: > > > > I would expect them to be limited by the serial console speed before > > > the video system speed ? > > > > That was my first guess, too. But my serial console is 115200 baud, > > which is faster than the low performance server grade video card. > > Ok, that must truly be sucky hardware... > That's 10x slower than 1990s era VGA cards then... 115200 is 11k characters a second, and FreeBSD on 1990s era VGA cards was in excess of 1MB/s, faster if not a pure ISA card... Video hardware that's slower than *THAT* likely indicates a big big problem in our video stack. Warner --0000000000004af33c05f8c3bf5f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Fri, Apr 7, 2023 at 6:20=E2=80=AFA= M Poul-Henning Kamp <phk@phk.freeb= sd.dk> wrote:
--------
Alan Somers writes:
> On Fri, Apr 7, 2023 at 2:22=3DE2=3D80=3DAFAM Poul-Henning Kamp <phk@phk.freebsd.dk= > wrote:

> > I would expect them to be limited by the serial console speed bef= ore
> > the video system speed ?
>
> That was my first guess, too.=C2=A0 But my serial console is 115200 ba= ud,
> which is faster than the low performance server grade video card.

Ok, that must truly be sucky hardware...

That's 10x slower than 1990s era VGA cards then... 115200 is 11k char= acters a second,
and FreeBSD on 1990s era VGA cards was in excess= of 1MB/s, faster if not a pure ISA
card... Video hardware that&#= 39;s slower than *THAT* likely indicates a big big problem in
our= video stack.

Warner
--0000000000004af33c05f8c3bf5f-- From nobody Fri Apr 7 19:36: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 4PtTBh2NMkz444bG for ; Fri, 7 Apr 2023 19:36:28 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-vs1-f43.google.com (mail-vs1-f43.google.com [209.85.217.43]) (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 4PtTBg6cCjz4CMZ for ; Fri, 7 Apr 2023 19:36:27 +0000 (UTC) (envelope-from asomers@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-vs1-f43.google.com with SMTP id cz11so37652855vsb.6 for ; Fri, 07 Apr 2023 12:36:27 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680896187; x=1683488187; 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=78By2mC9lHVUP+MzWb8L++nA8cVoIkUaamy1Lne2wwM=; b=gECVhPq6wtWb0iwqgiEW8IL4jCtjR/jl43QxcEjGE9WiMPYls5S3JXMDZizZJrk+yj Ldhcho+OM41w4k3ouW10wNJYlEEXqzRu5SQLhJoF834ALXKTQ2730q7sDw0QNZ59/VtG dHPMeLqDJh+k/LyuXOSUdKtqJynPMgBtU0OR0PZNIvxSJmgOBBw+HA0f6WzQpZfm01+6 DVJKKBqYWXFsce1yoISYTWKvfVPmGl8fq6P6XvsHao1elmTthSMzAOcYNWfs3rUl4qJ0 3Wtqozli7WKqQs6mte9LsgIIvkENLP2++2rgaj4qVQkhlW8l3WLWu1a74p14bO2IJGj6 IscA== X-Gm-Message-State: AAQBX9djDkJoI/Q75mo7GvCvHGminx3q3AnvTE1pupYp+ClErEaXQDK6 x6xdZ0WJWplNOsm8zEKtbqH+eeP9eQbo1yRCjCh8py4v X-Google-Smtp-Source: AKy350b2IlfNh8QL0THcz9sI1B0MLwIHhiWuVE9AHY4ygTT5/fTfFx/C5wkUsCK2txOeS9G15UFS6FgLZoBUuePkIR0= X-Received: by 2002:a67:d481:0:b0:42c:35a3:2155 with SMTP id g1-20020a67d481000000b0042c35a32155mr51851vsj.4.1680896187027; Fri, 07 Apr 2023 12:36: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: <202304070922.3379MVW5077791@critter.freebsd.dk> <202304071220.337CK7XH083443@critter.freebsd.dk> In-Reply-To: From: Alan Somers Date: Fri, 7 Apr 2023 12:36:15 -0700 Message-ID: Subject: Re: textdumps are too slow To: Warner Losh Cc: Poul-Henning Kamp , FreeBSD CURRENT Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4PtTBg6cCjz4CMZ X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Fri, Apr 7, 2023 at 12:08=E2=80=AFPM Warner Losh wrote: > > > > On Fri, Apr 7, 2023 at 6:20=E2=80=AFAM Poul-Henning Kamp wrote: >> >> -------- >> Alan Somers writes: >> > On Fri, Apr 7, 2023 at 2:22=3DE2=3D80=3DAFAM Poul-Henning Kamp wrote: >> >> > > I would expect them to be limited by the serial console speed before >> > > the video system speed ? >> > >> > That was my first guess, too. But my serial console is 115200 baud, >> > which is faster than the low performance server grade video card. >> >> Ok, that must truly be sucky hardware... > > > That's 10x slower than 1990s era VGA cards then... 115200 is 11k characte= rs a second, > and FreeBSD on 1990s era VGA cards was in excess of 1MB/s, faster if not = a pure ISA > card... Video hardware that's slower than *THAT* likely indicates a big b= ig problem in > our video stack. > > Warner While I'm logged into the video terminal in a normal login session, I measure about 28M characters/second. So maybe the slow speed is due to something inefficient in ddb(4). From nobody Fri Apr 7 20:11:00 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 4PtTys19qCz4472F for ; Fri, 7 Apr 2023 20:11:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-20.consmr.mail.gq1.yahoo.com (sonic306-20.consmr.mail.gq1.yahoo.com [98.137.68.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 4PtTyr5pVFz47SM for ; Fri, 7 Apr 2023 20:11:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1680898273; bh=K4knMD+srTrsnGXXKHBnlyPWl9z6Pex/azRF5lgWB3A=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=QHsInAtuhDzJXVlR5EATOGeQOvqd0U21KBhrZyJsj41rS2+ErbYZVgzWXXbQ6k7iziMukECNdfWWCx2k168ptodws0RtJ2ueKqko7iqMtpEi0X2ms5hIL2oiyzRFWKogGnG4+kujxIpzl/3fmQuHscjpv3TWgs60mvOOqJGsLlp+vraf1GKDREDP5017YQRICKV73CjE5k5JjioT4pNU9cyJ4mVO/5bjxirKlIfh7KVEcKHrNS2KwhTGzK+yGDIDUauHNsM4k+FpR8HItgXbNAAvLqRQMDFFtcv5AwNXSP69IGsx80fKDGpDWbrmBem7PfvLSdfeYrV7YdQgM5OkdA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1680898273; bh=T1Zj+WIpLsTx3i1DYfksWVUipVkxmkHDtKN4N+O3Rki=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=GMJXpFhR0UqZDqrD9Nw9DTrastG6HEVaJoQGC2wXnPYkN8FIfLbAqlAtdH80ztLNwSzgg0bnn4iqhxVfagFZuWNFXmXvDQg7FM6msrb4T9jyjSJ+AOnPYmfDEVill4eu/4/ZBj/vE/XXt0iiaGlIFXqxcSnj0tGo9x3Uf9KPO5cMV7NEWo3YOIyoNGgcmdLkdauDVOYX+1oiUWfxjSr7Q70P9i6+omc3JJniEQgEi0wbG5rgxKFkepF2whoCQ//RsFmR7VGO07QmefRf6ki7rDOJvIbTiqNKTFcenEHWXYOggK7AC2dx5+6kGWheZhBumfBD3HDOa3+KdhXfLxHMIg== X-YMail-OSG: yQ5CJp4VM1kgpaeE8pMySdB2CIdS6Mfwr2VIIsgqip9RxeZKKdZfIkYBRBb_sGu mx04wHTF2N9AHqztZjpw_5KuGkUcrR4dtByhkpNqR_y6s401joo6rzjWuutsbimXhPxwxahRWejf xE_ASMiD7AwRtkYajZ3HXO1DX9WSlGfx0tAan.4SFgz03Hq2Iae2qRxwU8dyrIIRQYunQ9mrzuqF GTmwQuG_NUZIN4dCVicOPfKVOACS.1Vi7zB1bx5GFfaQXuzJlGencuUeItF8DsEWxXQ0U6vQAwdi zjXtlc3_3C0OVs1FUQxpyx9U9ZYWcl67aDBjaFJZaGQpkJE23GnAlDFFYl0vfsoA_arqPPRSyy5F I8bTxiLlHpeXLdMwDkDJ4WxbY1d4VeaspiM0ROiBALCuuYaMAIGxeoagr1CNqgBtinq0dwexS_sF KAV4lKU2ew3RseVQuzdXR1A3eVrkO4.mP5.i.Aa39ONl.KvGOap.RcKjSqQ0lN610PYnpMNd389Y 2HlPCb15pnotIEDguKRi5VYmsDA5S1lphJpmO8QcHOb2K2fmu8MUeMXXHMxYEVodjlLEHcc65hhM 3DD_Xrx_e4Pysd22PGgNiWLY_cR1dKVBq55bO3WgWfsFDnRTHzDnduFsYy6198ElAu0LyyaQIVV3 lBRJ.GW81KZtlrvFirEBZnLyu.EyFobx6x3RNvBKcW8EwYfM68WSGTl32.I0vHyYeuKJt2rBxVwl JCzIT7mq5RV9oo4A4ZY31saX_ds1Gz2YR_keNFvGDV2R0xFIpjlGnCtgIFcC1vSNlnvphtreaM8b YRHJi1WpErpkNi60WlPlJGRADXPe2NA.aNNfm9Z77W.ZKlByMH1LtgnDzuY.BGFH5VjQn1.cS72R _ifOKuRkNWaVbGH7HORRWX0V0wvyZBcDDu9tzMBzvPZwdcWUpU32O022hYq6OsRx.GH6sN4bqhvA 6BNLL2LgsMsEH1Hx35QOPSmHLf8kPHOpjQ_fHHzEfebLhQ1h7BeCOnYvglyi2mXM4ANlce1EJych y7t1K2tUS2L_DfbqGXcV9fEVQHFjHxk7.d73k6BkqRiDCYvdQ4PSCLie3VFjdE2bAWu56DtRLbx4 9alhRjRDCxLWNl8eh8h0KuKTOhG6QjQ3GO1TBcvRzks7GY0zrEcZNs4sMCIS0DTVuaCqZ9pGhR4m Z1RgdbpSSEAVPRJ6dJEwOQO4RHaBV3uq6mhQtKmxhh5vKZc8p5H2GCeHvCt2I0XpYb1JxaYrm1f0 U6uS0DUdUClNv7EZLS.30.WtqvrbH6WMq9.0wuUCDpXSPRzuORFGpsTna7CfbC6p4SXoL_hdVjF8 Ve3tDwBBpx5atU4ntYW1qTUJWus9Hbw9HkZ9Jz0MZoecRtL60VzSBSVRvkrnsjUxVSEJJHx8Hut2 DwQRDQxZxqj1SHMDKcPXe4eVcX4._lxtyo8Cuewrcu_3Kct6LnFFVbxUU2XpkT59.KYn7KsXubV6 Npksq68dQipvlpOSePCBTvsmNAh8jVeBLXV1zRB6J1MN0R5lH4O51WkqTzrxp_Peg5nnjOvSYUbv T4n_J4Jz5XH7HtjE8odSVJXeBOTTj4q4tXXxjz_mLrMrXj9VAkN.Yw280_50HMDIqtaEgiYq1AZd YZxvVFzIZPjrTZpggIGzWN6FhcODRG8VQnnSvEDafnVuvBxRXPaHhi6R9muHQ6yJt3HtFA8jm3Lp 4isA16D38_izV0nbLdN78pXhPNmkVcyYoKu2YHE62Sq1S0CCqpp7aFeqLF1onnWwrWNvWbvKwnEB yhrEVtDbSx6rm3lQWl0EA4uszJzsnBxZjngkGOKEjneDH5fXtY.j84rjYHF1U64gVdvyO4NDKLHv 6tDqO5EMy9k28j1p1un6kv4HdpQCUKnBzjImks7kda_4pGBH2RaHeAdJtsa0iHuFhsbVonfAmSVL XMvkJc9_WEsXgPHiObUcyMP8L_BVdGwaZTFAqUjmAJjQxpGXArYDMmhmKYJUob3mk1BQaHmJa1T0 CnXU7L26PV6BqX8OxuYyUPpm.uESKStLne6ZFWBBy2zWp.E9n_KOADL7CI1gMrjSQAFbQ0ab4fEp bmfeU_jGPr9xGMXmHtLUxZtyg8LCCd7DcdZIMYVJYi_uxQNgWZjaeF1wbLsHYVl8DW1TIxgj1MEH Mq7EODoMSZij7J9r8VhMxsfdXK3k45MTHOWebsqlkBmxsr5p_dvyZORQsnf9gTtlil5Jsp9qwpvD z6QMEsox_poapmxguMy3uddihwmd.dCfKNWRm2z9aK2OYVyAhAVKcwO6t6kD4ZEj3y2d8jZ4ong- - X-Sonic-MF: X-Sonic-ID: 81816a13-65b1-484c-b4ae-6d881cc89268 Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Fri, 7 Apr 2023 20:11:13 +0000 Received: by hermes--production-bf1-5f9df5c5c4-p5s6l (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID c56ed0df2a517ad059fb9cbbf5eaba4c; Fri, 07 Apr 2023 20:11:12 +0000 (UTC) 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 \(3731.400.51.1.1\)) Subject: Re: Another VFP-in-kernel problem on armv8 From: Mark Millard In-Reply-To: <911B8107-4FAC-4180-97D0-49B44212B788@mit.edu> Date: Fri, 7 Apr 2023 13:11:00 -0700 Cc: "freebsd-arm@freebsd.org" , Current FreeBSD Content-Transfer-Encoding: quoted-printable Message-Id: References: <911B8107-4FAC-4180-97D0-49B44212B788@mit.edu> To: John F Carr X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Rspamd-Queue-Id: 4PtTyr5pVFz47SM X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Apr 7, 2023, at 06:06, John F Carr wrote: > I upgraded from mid-February CURRENT (5dc00f00b747) to yesterday = (f02879f19925) and my system panics during boot with >=20 > panic: VFP exception in the kernel >=20 > Most likely this panic is while trying to import the root ZFS pool. = The crash is at the first vector instruction in zfs_sha256_block_neon = (in zfs.ko): >=20 > f9284: 4cdf7020 ld1 { v0.16b }, [x1], #16 >=20 > This instruction is implemented on my CPU (Cortex A-57), confirmed by = running it in user mode. >=20 > I don't see any obviously related changes in ZFS since the last = working kernel. What's going on recently with VFP in the kernel? I've a simpler reproducer context based on just official materials: Downloaded and dd'd an 2023-Apr-06 snapshot image and powered up a small aarch64 board with it: . . . FreeBSD 14.0-CURRENT #0 main-n262010-f21faa67ab6b: Thu Apr 6 11:49:31 = UTC 2023 = root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 FreeBSD clang version 15.0.7 (https://github.com/llvm/llvm-project.git = llvmorg-15.0.7-0-g8dfdcc7b7bf6) . . . So: A just-UFS boot context. Then login and try "zpool import" without having any zfs media present, just the UFS boot media: Login: root Password: Apr 6 13:00:28 generic login[1443]: ROOT LOGIN (root) ON ttyu0 FreeBSD 14.0-CURRENT #0 main-n262010-f21faa67ab6b: Thu Apr 6 11:49:31 = UTC 2023 = root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC Welcome to FreeBSD! Release Notes, Errata: https://www.FreeBSD.org/releases/ Security Advisories: https://www.FreeBSD.org/security/ FreeBSD Handbook: https://www.FreeBSD.org/handbook/ FreeBSD FAQ: https://www.FreeBSD.org/faq/ Questions List: https://www.FreeBSD.org/lists/questions/ FreeBSD Forums: https://forums.FreeBSD.org/ Documents installed with the system are in the = /usr/local/share/doc/freebsd/ directory, or can be installed later with: pkg install en-freebsd-doc For other languages, replace "en" with a language code like de or fr. Show the version of FreeBSD installed: freebsd-version ; uname -a Please include that output and any error messages when posting = questions. Introduction to manual pages: man man FreeBSD directory layout: man hier To change this login announcement, see motd(5). root@generic:~ # zpool import x0: ffff0000f0fa9168 (ucom_cons_softc + efbf1bb8) x1: ffff0000ff900000 ($d.1 + afa318) x2: ffff0000ff900400 ($d.1 + afa718) x3: ffff0000fec1b0a4 (sha_incremental + 0) x4: 0 x5: 100000 x6: 8e16db93 x7: 0 x8: ffff0000feb06168 (tf_sha256_neon + 0) x9: ffff0000fea931fb ($d.1 + b) x10: ffff0000feb045f4 (SHA2Update + f4) x11: 29 x12: 1 x13: 0 x14: 0 x15: 2 x16: ffff0000feaf7500 ($d.0 + 0) x17: ffff000000476cf0 (nanouptime + 0) x18: ffff0000f0fa9000 (ucom_cons_softc + efbf1a50) x19: ffff0000f0fa9168 (ucom_cons_softc + efbf1bb8) x20: 400 x21: ffff0000ff900000 ($d.1 + afa318) x22: ffff0000f0fa9198 (ucom_cons_softc + efbf1be8) x23: 0 x24: 0 x25: 0 x26: ffff0000fed2df70 (sha256_neon_impl + 0) x27: 203 x28: 31 x29: ffff0000f0fa9040 (ucom_cons_softc + efbf1a90) sp: ffff0000f0fa9000 lr: ffff0000feb04668 (SHA2Update + 168) elr: ffff0000feaf8684 (zfs_sha256_block_neon + 14) spsr: 20000045 esr: 000000001fe00000 panic: VFP exception in the kernel cpuid =3D 3 time =3D 1680786034 KDB: stack backtrace: db_trace_self() at db_trace_self db_trace_self_wrapper() at db_trace_self_wrapper+0x30 vpanic() at vpanic+0x13c panic() at panic+0x44 do_el1h_sync() at do_el1h_sync+0x210 handle_el1h_sync() at handle_el1h_sync+0x10 --- exception, esr 0xffff0000f0fa9198 (null)() at 0x400 KDB: enter: panic [ thread pid 1446 tid 100101 ] Stopped at kdb_enter+0x44: undefined f905c27f db>=20 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Fri Apr 7 21:14:55 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 4PtWNl0XsDz44Bm0 for ; Fri, 7 Apr 2023 21:15:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-22.consmr.mail.gq1.yahoo.com (sonic301-22.consmr.mail.gq1.yahoo.com [98.137.64.148]) (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 4PtWNj4tqYz3nKq for ; Fri, 7 Apr 2023 21:15:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=CttyqQY4; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.148 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=1680902114; bh=8KHsoNK4FJ/P5KlTnsQgIE6t6rqnyBUCwRHsE1T+V3Q=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=CttyqQY4enMg4AH0tMrC8VuuVQMWA5Y60prn26yih0Yz87yII5/6XRiA3T0UQm2vdUDiYjcSWIEDocMOKcB5KWtkpz/xLA1qWxLqfJ007rAm701ZVLX+gV/eSMiEvw++x+0JRLeVGis2dmkglUeL4Eyq1l9VbUBeeYxkz+7SfvTN8UFFG9GVlcLOO83rob6ZZpe3nzLcf6DuiNF4LobA5tJN2kifvEYMicrHsLQjwcK6hwYZoOW12sWQaQ9FgQSlAulSQMWL8uU/rnOAzp+hO4shi505JN3K/9/Ik0l9+MRb5artMb6uDgCUmaHpg5cTnl5VAHS6Z0BF15bxpuvIAA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1680902114; bh=5j548Ksb0IECfwResREHrocb1YdGfhr3weNKm/Lc0yr=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=pUcxf1NgdJot6XVG/OezBDsu3Bkn7UbroAMqvWNK53CEB6I+ZeLtnrMp/Rs1KM5mIO+D5BSzyzGu39xLDr4SjApl1+T6cC/LWeRwEaJ3p99qdzWIuYI4EKXjb+hKWjOsM5kIvd3T5PCmpAP6DclaedRDOe9ZVLW44FErfP3eTlS0u8VzOuBCzhAoayaFqUThiE13GFiTe4+vZjo532D9Qb/tvut+kI8bnAas7+qkl+PCcQlNLgMSR9LYEbaElpZhftYBRCAPTTPThGuc40sxlj0keZGTvwj4TbZX1F5ytN2F8tDcZwjqG+UEHesVfoNwEJrCrLG8eqlLiBtOYS+KCw== X-YMail-OSG: q5TLauYVM1nYho3NxnMwxZhCsvIQqmp2jA2wn6HOxvkhkfbqGDfUGUtI4Zjiq_M bxCj5NeHCWhvseEQgIfbeCaOZFxKOG0OGlhemj_nLn9XVEmO5jmAazCyOdl1RIUYBadWOHxa_3Oz Zh.Yis5hEA_tZqRqdNmRF7RKDhG3s17ARZiqiz9BoV7NY7ft3bnYj0F10.YLdwVVSatcdqH70NVZ o0Y4wczCYi9QmcYQDPtEesthuVEE6LUO0xBfXoNJjVGGmjm_vHqVzKyTcX2Gdts7Q71Ro4x0sf0e nWHjRK4cFkbhJrWsim6ZbXiRoyJcVyDWY3sCvVPeHoEwEkoSR.uZnueti2AKAvzaI8zmGtXuFQ81 1HxstFa2ri5bMSFEv3P9MuJ5iemI5vpGc5BLES6EjUWa5zZojQ9Y6dfmHE2d3OMCzCVmw75VYYlr Wk1MLK9ZNH94Os15CSkA68Dt2y6LAP8tONwZK.N_tZCa7MedLBPHu4.rsv.kFiBVVYOST6RmCfe6 fkGsG2KUQsu2kbWqNS_T322GQc5AK3Dz8aQkMpHUZALAN08T3Ol5lVH.FfPYcjeAU9z_20uvIA82 W5mefIrE9.wdSvAPXpCxOgeBkQG0MBxOPbxlYq8lAMWCc1BaBX1Juf7.vRY1HphFrRyCqVv_RFzF MC7LlcteEdyVQdvq1XsGS2txhkjG0Pk8w3t58nJl7rv8pyEgHo7UPBx4kpekjqP7sjkiW1qukQcr xBfnmhzNe7DCd8P4ZKAU_J0vAug_UTsXsMZlIWyOyEZF2b3b8i6gudGzk4zywOOmE9WTPcDzXkzy O35oQaquh84iGPyq27ai0Dt2M6LOTXq.C423TcBuNntfMSEeheSXpPN8tIYOYsYWDm7Z8oUeHRdV 1XCVyCSKeq2ktcFT2MfYX3VjeaZHsFIsaY6S9g6GHNcVBZiZbvJLNGZfbfEcs8sWZQpjL7km5rM6 zQAJhbNM1Xebe4_yl2jqXd.hUucxwik73Syiz6sQFHoQgbBVMduTaZibYwiPIMzBN4NqriEE97tE Ja_8ARapAMSkKg_6IUrE7WoueB8r4KJx73sLgL8ge.qleuqJ_5pacgoGq6OFTDGvtJ8lhtAC8gSt VdLSlL6yELq6A2QV9dx6Rn1TNjwgZmfSficOwrqvtpmDGh2Oe7Kasp.Jtkje5o31MmTTWnY9K9ye x9DTbLAProhJGAhTpGu3yme2pD0fJWw0on5NEeXsx5IRe.QjwCYRr1zFQyi2AF6PVezmZCculCnh iOz6vCgxON_1Ye9z9khveu7UqwuzJiQgpeg0lbM0LZeeQSfQpiFfmBJVriImMo6UgWs6WFeJO.a2 VKWvIby2KnUp8ZGXPv3etDEYyfh8qs.hGLKGQyniKcGs2xMw_55aH9a6apW6bTcwKjOFwONKyvs6 gMFcx.LihPiJ3yfesrcZixoRqeLH.bmdwqUeFrg810zu_B45quXpYFJXxTCweBIRDOtdXUzp61G3 JJhYWN47xQ9v5_LLl8TohZmFYRWyEsqsKticIsNkTuvI0i_zthaY47s7YZ62XcC3rehmmxCNjxmW BC6Uv_jnnTM5caF_ofNvDzuiuSz1JzH3nBwRYPwpaR2tDohKFz.dls4oy24C6Tr9HeMcgIIE5unG DhE5OlKB7gO4bBmQxGcfiedUYn1hsWnJDFVLCxxYBvMLZ7XjSYu7B952FMDNYZ5akzxbhO4LtYrp w3AI8ctFEFDMZzCt1mgiXR.lb9BoEnwpXWzUeivf7yE5KFQ9CPApPLLYPn9vrZoErMDCMp.J40ja 4RQjMeHD3zmoGBhvkoA6YOAEA6UBKya93Fx9NPGyU33A.G7PBBacXN7dmMN_EeC25ZiXKH.DSgwZ T0Ha3Lo9qGQNPchV0r9e3CeI5Bm0nPkUuc7w3GnabZ_MUHPoBflkX9vRDrMIoXBymjJ4sxccM4Q_ jiRiuKfRuBjZpJDQOqo6i5hfdFDgbhOOQBUorkdb9lcQhyLtQOQ4kSbVcXY7o5TcmXGaqrrqv6KK 0AO6De0o4Ya8L33ya84qI6NcMl8BLimVhxNS3.0rCXZKL1zsH7quEcRq7KyYovrwjnKJPDQv_Dm5 b.oNwsMlNMhCFs7DSDVUnUiMs01CwOAVNJSm8B8rq9y_TxihVJGosFRxPie65TGaUI520d_2MhJg sX60gCgoaiM4Ekh4PMNxj8JeYWuvCyv2uhsMP34O6rJeSShv6NDMlySRUF8_3WVGMMcDFGk4Jnuo uqHW3Im7pABL3ODNVjUQdklLPsDYX_npmY.AJtGNKKw8FCXkbSUqo1BES_EHxE5dlFjzZx7gkdxN BMzXrJfN6tw-- X-Sonic-MF: X-Sonic-ID: fff74ab8-4098-4f14-abe5-34fd20c3da0a Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Fri, 7 Apr 2023 21:15:14 +0000 Received: by hermes--production-bf1-5f9df5c5c4-v79q2 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 7c3e360c69339084f5d9d13cde9a3735; Fri, 07 Apr 2023 21:15:08 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable 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: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75 [separate aarch64 panic for zpool import] Message-Id: Date: Fri, 7 Apr 2023 14:14:55 -0700 Cc: "mjg@freebsd.org" , John F Carr To: dev-commits-src-main@freebsd.org, Current FreeBSD , freebsd-arm X-Mailer: Apple Mail (2.3731.400.51.1.1) References: X-Spamd-Result: default: False [-3.07 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.57)[-0.566]; 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]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_DN_EQ_ADDR_SOME(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.148:from]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[yahoo.com:+]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org] X-Rspamd-Queue-Id: 4PtWNj4tqYz3nKq X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Turns out that as of this commit aarch64 (Cortex-A72 and Cortex-A57 examples reported) gets the following even when no zfs media is present (UFS boot): # zpool import x0: ffff0000f0fa9168 (ucom_cons_softc + efbf1bb8) x1: ffff0000ff900000 ($d.1 + afa318) x2: ffff0000ff900400 ($d.1 + afa718) x3: ffff0000fec1b0a4 (sha_incremental + 0) x4: 0 x5: 100000 x6: 8e16db93 x7: 0 x8: ffff0000feb06168 (tf_sha256_neon + 0) x9: ffff0000fea931fb ($d.1 + b) x10: ffff0000feb045f4 (SHA2Update + f4) x11: 29 x12: 1 x13: 0 x14: 0 x15: 2 x16: ffff0000feaf7500 ($d.0 + 0) x17: ffff000000476cf0 (nanouptime + 0) x18: ffff0000f0fa9000 (ucom_cons_softc + efbf1a50) x19: ffff0000f0fa9168 (ucom_cons_softc + efbf1bb8) x20: 400 x21: ffff0000ff900000 ($d.1 + afa318) x22: ffff0000f0fa9198 (ucom_cons_softc + efbf1be8) x23: 0 x24: 0 x25: 0 x26: ffff0000fed2df70 (sha256_neon_impl + 0) x27: 203 x28: 31 x29: ffff0000f0fa9040 (ucom_cons_softc + efbf1a90) sp: ffff0000f0fa9000 lr: ffff0000feb04668 (SHA2Update + 168) elr: ffff0000feaf8684 (zfs_sha256_block_neon + 14) spsr: 20000045 esr: 000000001fe00000 panic: VFP exception in the kernel cpuid =3D 3 time =3D 1680786034 KDB: stack backtrace: db_trace_self() at db_trace_self db_trace_self_wrapper() at db_trace_self_wrapper+0x30 vpanic() at vpanic+0x13c panic() at panic+0x44 do_el1h_sync() at do_el1h_sync+0x210 handle_el1h_sync() at handle_el1h_sync+0x10 --- exception, esr 0xffff0000f0fa9198 (null)() at 0x400 KDB: enter: panic [ thread pid 1446 tid 100101 ] Stopped at kdb_enter+0x44: undefined f905c27f db>=20 The above was produced via using an artifact build's kernel based on that exact commit: = https://artifact.ci.freebsd.org/snapshot/main/2a58b312b62f908ec92311d1bd85= 36dbaeb8e55b/arm64/aarch64/kernel.txz By contrast, the prior commit had an artifact build as well, but it's kernel does not get the panic for zpool import : = https://artifact.ci.freebsd.org/snapshot/main/b98fbf3781df16f7797b2bbeabf2= 05dc7d4985ae/arm64/aarch64/kernel.txz See also: = https://lists.freebsd.org/archives/freebsd-current/2023-April/003417.html =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Fri Apr 7 21:24:04 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 4PtWZw1jFyz44Bwg; Fri, 7 Apr 2023 21:24:08 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-ot1-x32d.google.com (mail-ot1-x32d.google.com [IPv6:2607:f8b0:4864:20::32d]) (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 4PtWZt0RdTz45HD; Fri, 7 Apr 2023 21:24:06 +0000 (UTC) (envelope-from mjguzik@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ot1-x32d.google.com with SMTP id k14-20020a9d700e000000b0069faa923e7eso22586533otj.10; Fri, 07 Apr 2023 14:24:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; t=1680902644; x=1683494644; h=cc:to:subject:message-id:date:from:references:in-reply-to :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=yhjcMlWlw3PN36lDbUwymtfWTD+hJTg8+xLaPNZY+Zo=; b=WK0sReM+GPTVBZXqcl1oCTFeZp7p0mawCGo55VJMbqW/jlJxVRrIOb0EHDlQVZAmio E84RlZegg7WmRqfrDo2Y+PojAn34eQ6xhmrrU6Nk5dtaASWlMNB6DSpyu9Xtp0KngJ/w Fk4OQX7pMLdMh5HLNnaGM1gKOj9lJMDSF+4aZEptDRvAhiJm/y5b2Dl9DWImQi24pUrp WiPVfHGkDGJ1BKGA3DZ87AU68MOqWM82j5MjjS6nH/3tGx0TM4sNi5Md2D5h2ONd9r/x LRZlOBkS4tWHQgLfVMah1sqTEqiAzG2qFwhBzbImNDVcKwTl4toqTclFqu/fA9o2vjk5 U0hQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680902644; x=1683494644; h=cc:to:subject:message-id:date:from:references:in-reply-to :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=yhjcMlWlw3PN36lDbUwymtfWTD+hJTg8+xLaPNZY+Zo=; b=Tk56FybtnFs8hRnLAkJ4XdbfBh/ayAxsLKBCyFIXTVo3X31GsGQc8YhJDnLStu4JvQ AiBBZBlVOkdWX0P9aET/ek1oNiSS8j+0IMv5PRUy/H6jVBfrVgelJfuyqxa8D/iKhNUR jfcKu8RDwiCW4Yf/YwgFS5fixWb96dGi149MFjz3rGjNZ6Iybaeb3nfrlZP/muQiqiPG XUbgOnxzCup/3m5awGZDTXyy0maxWCEaGu8BLMxnrkPBPuZmh2tnoggrOBtP5cHoj+cQ AcUL2CtP7s+Iz9Sr2ZZD7T2+uC+b7g+GGoP9YX9vocKf2JD2qIXlJgbqMcShU0QCIFcB VICQ== X-Gm-Message-State: AAQBX9ezfX0Yj89IOTLeQC9oV35/j06RJtLTTJ5Ay3/X4QicBIGPIhOA VuDNqIbVlEvQkYI+NphuQSgxm287M4NM7cuMjZo= X-Google-Smtp-Source: AKy350bRZ32dabgWlQ9u/ICZ20fdtJAstUCUCkVjl+jHwDysH+X5NGeIroWgEwMVU8bSxae71Dq8+FasWjO4UZwqZCc= X-Received: by 2002:a9d:6c01:0:b0:6a1:4c0e:1268 with SMTP id f1-20020a9d6c01000000b006a14c0e1268mr922126otq.2.1680902644739; Fri, 07 Apr 2023 14:24:04 -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 Received: by 2002:ac9:798d:0:b0:49c:b071:b1e3 with HTTP; Fri, 7 Apr 2023 14:24:04 -0700 (PDT) In-Reply-To: References: From: Mateusz Guzik Date: Fri, 7 Apr 2023 23:24:04 +0200 Message-ID: Subject: Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75 [separate aarch64 panic for zpool import] To: Mark Millard Cc: dev-commits-src-main@freebsd.org, Current FreeBSD , freebsd-arm , John F Carr Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4PtWZt0RdTz45HD 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 can you try with this: diff --git a/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h b/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h index 16276b08c759..e1bca9ef140a 100644 --- a/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h +++ b/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h @@ -71,7 +71,7 @@ #define ID_AA64PFR0_EL1 sys_reg(3, 0, 0, 1, 0) #define ID_AA64ISAR0_EL1 sys_reg(3, 0, 0, 6, 0) -#define kfpu_allowed() 1 +#define kfpu_allowed() 0 #define kfpu_begin() kernel_neon_begin() #define kfpu_end() kernel_neon_end() #define kfpu_init() (0) On 4/7/23, Mark Millard wrote: > Turns out that as of this commit aarch64 (Cortex-A72 and Cortex-A57 > examples reported) gets the following even when no zfs media is > present (UFS boot): > > # zpool import > x0: ffff0000f0fa9168 (ucom_cons_softc + efbf1bb8) > x1: ffff0000ff900000 ($d.1 + afa318) > x2: ffff0000ff900400 ($d.1 + afa718) > x3: ffff0000fec1b0a4 (sha_incremental + 0) > x4: 0 > x5: 100000 > x6: 8e16db93 > x7: 0 > x8: ffff0000feb06168 (tf_sha256_neon + 0) > x9: ffff0000fea931fb ($d.1 + b) > x10: ffff0000feb045f4 (SHA2Update + f4) > x11: 29 > x12: 1 > x13: 0 > x14: 0 > x15: 2 > x16: ffff0000feaf7500 ($d.0 + 0) > x17: ffff000000476cf0 (nanouptime + 0) > x18: ffff0000f0fa9000 (ucom_cons_softc + efbf1a50) > x19: ffff0000f0fa9168 (ucom_cons_softc + efbf1bb8) > x20: 400 > x21: ffff0000ff900000 ($d.1 + afa318) > x22: ffff0000f0fa9198 (ucom_cons_softc + efbf1be8) > x23: 0 > x24: 0 > x25: 0 > x26: ffff0000fed2df70 (sha256_neon_impl + 0) > x27: 203 > x28: 31 > x29: ffff0000f0fa9040 (ucom_cons_softc + efbf1a90) > sp: ffff0000f0fa9000 > lr: ffff0000feb04668 (SHA2Update + 168) > elr: ffff0000feaf8684 (zfs_sha256_block_neon + 14) > spsr: 20000045 > esr: 000000001fe00000 > panic: VFP exception in the kernel > cpuid = 3 > time = 1680786034 > KDB: stack backtrace: > db_trace_self() at db_trace_self > db_trace_self_wrapper() at db_trace_self_wrapper+0x30 > vpanic() at vpanic+0x13c > panic() at panic+0x44 > do_el1h_sync() at do_el1h_sync+0x210 > handle_el1h_sync() at handle_el1h_sync+0x10 > --- exception, esr 0xffff0000f0fa9198 > (null)() at 0x400 > KDB: enter: panic > [ thread pid 1446 tid 100101 ] > Stopped at kdb_enter+0x44: undefined f905c27f > db> > > The above was produced via using an artifact build's > kernel based on that exact commit: > > https://artifact.ci.freebsd.org/snapshot/main/2a58b312b62f908ec92311d1bd8536dbaeb8e55b/arm64/aarch64/kernel.txz > > By contrast, the prior commit had an artifact build > as well, but it's kernel does not get the panic for > zpool import : > > https://artifact.ci.freebsd.org/snapshot/main/b98fbf3781df16f7797b2bbeabf205dc7d4985ae/arm64/aarch64/kernel.txz > > See also: > > https://lists.freebsd.org/archives/freebsd-current/2023-April/003417.html > > === > Mark Millard > marklmi at yahoo.com > > -- Mateusz Guzik From nobody Fri Apr 7 21:26:50 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 4PtWf45s8Mz44CBn; Fri, 7 Apr 2023 21:26:52 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-oa1-x35.google.com (mail-oa1-x35.google.com [IPv6:2001:4860:4864:20::35]) (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 4PtWf40QWpz4CWw; Fri, 7 Apr 2023 21:26:52 +0000 (UTC) (envelope-from mjguzik@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=Cryohj88; spf=pass (mx1.freebsd.org: domain of mjguzik@gmail.com designates 2001:4860:4864:20::35 as permitted sender) smtp.mailfrom=mjguzik@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-oa1-x35.google.com with SMTP id 586e51a60fabf-17ab3a48158so46905506fac.1; Fri, 07 Apr 2023 14:26:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; t=1680902811; x=1683494811; h=cc:to:subject:message-id:date:from:references:in-reply-to :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=nVs5Osrml6NW5Ab9p7ZwnyqwMcoCWqZPugREWQM/W2A=; b=Cryohj88AGn1pxMJ2ql/KJFvulHB3n0XC2woHf3OwC1GWCRSEQCbV43VcjaVXAFFvC gQiCLR9aCeZSmAuYUL1aYZm0bbQ59bQ/2p1zdEmj/AfEo3RmvSt0WlH/MV3fkX8y/vCa FlOLU2qMd6V2zyW+mLOenLjap7g/KqrCy1taGZCvvhlo4Fy9ztKhgPjvgzvfFjrG6kyK I0QGDgosSr7n96wxko4sPIdjPVmn7/j3h0xf+RZfrqR1JNvXqhEQ2k2M0JyMu7atqwcw 9puo9U34b126O5qJME0AuloqiWrJOR1OphjAwpT0UYaoLYVUiSHSYiN0hBPSbuZH0MQa /+6Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680902811; x=1683494811; h=cc:to:subject:message-id:date:from:references:in-reply-to :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=nVs5Osrml6NW5Ab9p7ZwnyqwMcoCWqZPugREWQM/W2A=; b=C/aE2D34T6UE1GUv7b1b0SRWp8/DcTlNSx56xhwY/KzulK2c//QOseIB6nx0/o+Td0 G1VfA+Tj6b9CYjuAqWJMMkFDxqWTT0vkK0ckDSHv9H9fnuR8jsbLUuzqhug32mQTyQ0S 4JbhQc6FwfHqfQEqjoE7/hU7DyPgDkuCN9XainoYA+oFOBvLWLocWwD4nzTI6klwrmzB qrRVekcwS9cr596svKHdIpV9FChKGE8XODqgZ9+ZZ7+np5ZaaRq9uT+tWiePG1u4BG5b R+LuIT8f6XeeXmYCfieCLYVxJURuXcg3lh1rdYbBTGDSub2Jeh1KbsFpPrRWUo2n4UuM PTQA== X-Gm-Message-State: AAQBX9dgji+fuMwd88a0I5rzF6748T49ag/a33MioEeqPj1YoCOzH5pU LDOiU9UTErBDJkTjs3hgk1O3x5U23140wziOhJA= X-Google-Smtp-Source: AKy350YmKifk/aivMN66Kprg7nvU/Dj+AvfToHCdD5zg60fPAPvRAUXcLYUkdTyjtlIrQLP6W25R2cmCs6wOx/NZeII= X-Received: by 2002:a05:6870:3285:b0:184:1c35:630e with SMTP id q5-20020a056870328500b001841c35630emr862564oac.4.1680902810935; Fri, 07 Apr 2023 14:26:50 -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 Received: by 2002:ac9:798d:0:b0:49c:b071:b1e3 with HTTP; Fri, 7 Apr 2023 14:26:50 -0700 (PDT) In-Reply-To: References: From: Mateusz Guzik Date: Fri, 7 Apr 2023 23:26:50 +0200 Message-ID: Subject: Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75 [separate aarch64 panic for zpool import] To: Mark Millard Cc: dev-commits-src-main@freebsd.org, Current FreeBSD , freebsd-arm , John F Carr Content-Type: text/plain; charset="UTF-8" X-Spamd-Result: default: False [-2.33 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_SPAM_SHORT(0.67)[0.666]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; R_SPF_ALLOW(-0.20)[+ip6:2001:4860:4000::/36]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_NONE(0.00)[2001:4860:4864:20::35:from]; FREEMAIL_TO(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[dev-commits-src-main@freebsd.org,freebsd-current@freebsd.org,freebsd-arm@freebsd.org]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2001:4860:4864::/48, country:US]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; TO_DN_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_TLS_LAST(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-Rspamd-Queue-Id: 4PtWf40QWpz4CWw X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N On 4/7/23, Mateusz Guzik wrote: > can you try with this: > > diff --git > a/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h > b/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h > index 16276b08c759..e1bca9ef140a 100644 > --- a/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h > +++ b/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h > @@ -71,7 +71,7 @@ > #define ID_AA64PFR0_EL1 sys_reg(3, 0, 0, 1, 0) > #define ID_AA64ISAR0_EL1 sys_reg(3, 0, 0, 6, 0) > > -#define kfpu_allowed() 1 > +#define kfpu_allowed() 0 > #define kfpu_begin() kernel_neon_begin() > #define kfpu_end() kernel_neon_end() > #define kfpu_init() (0) > > ops, wrong file diff --git a/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h b/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h index 178fbc3b3c6e..c462220289d6 100644 --- a/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h +++ b/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h @@ -46,7 +46,7 @@ #include #include -#define kfpu_allowed() 1 +#define kfpu_allowed() 0 #define kfpu_initialize(tsk) do {} while (0) #define kfpu_begin() do {} while (0) #define kfpu_end() do {} while (0) > On 4/7/23, Mark Millard wrote: >> Turns out that as of this commit aarch64 (Cortex-A72 and Cortex-A57 >> examples reported) gets the following even when no zfs media is >> present (UFS boot): >> >> # zpool import >> x0: ffff0000f0fa9168 (ucom_cons_softc + efbf1bb8) >> x1: ffff0000ff900000 ($d.1 + afa318) >> x2: ffff0000ff900400 ($d.1 + afa718) >> x3: ffff0000fec1b0a4 (sha_incremental + 0) >> x4: 0 >> x5: 100000 >> x6: 8e16db93 >> x7: 0 >> x8: ffff0000feb06168 (tf_sha256_neon + 0) >> x9: ffff0000fea931fb ($d.1 + b) >> x10: ffff0000feb045f4 (SHA2Update + f4) >> x11: 29 >> x12: 1 >> x13: 0 >> x14: 0 >> x15: 2 >> x16: ffff0000feaf7500 ($d.0 + 0) >> x17: ffff000000476cf0 (nanouptime + 0) >> x18: ffff0000f0fa9000 (ucom_cons_softc + efbf1a50) >> x19: ffff0000f0fa9168 (ucom_cons_softc + efbf1bb8) >> x20: 400 >> x21: ffff0000ff900000 ($d.1 + afa318) >> x22: ffff0000f0fa9198 (ucom_cons_softc + efbf1be8) >> x23: 0 >> x24: 0 >> x25: 0 >> x26: ffff0000fed2df70 (sha256_neon_impl + 0) >> x27: 203 >> x28: 31 >> x29: ffff0000f0fa9040 (ucom_cons_softc + efbf1a90) >> sp: ffff0000f0fa9000 >> lr: ffff0000feb04668 (SHA2Update + 168) >> elr: ffff0000feaf8684 (zfs_sha256_block_neon + 14) >> spsr: 20000045 >> esr: 000000001fe00000 >> panic: VFP exception in the kernel >> cpuid = 3 >> time = 1680786034 >> KDB: stack backtrace: >> db_trace_self() at db_trace_self >> db_trace_self_wrapper() at db_trace_self_wrapper+0x30 >> vpanic() at vpanic+0x13c >> panic() at panic+0x44 >> do_el1h_sync() at do_el1h_sync+0x210 >> handle_el1h_sync() at handle_el1h_sync+0x10 >> --- exception, esr 0xffff0000f0fa9198 >> (null)() at 0x400 >> KDB: enter: panic >> [ thread pid 1446 tid 100101 ] >> Stopped at kdb_enter+0x44: undefined f905c27f >> db> >> >> The above was produced via using an artifact build's >> kernel based on that exact commit: >> >> https://artifact.ci.freebsd.org/snapshot/main/2a58b312b62f908ec92311d1bd8536dbaeb8e55b/arm64/aarch64/kernel.txz >> >> By contrast, the prior commit had an artifact build >> as well, but it's kernel does not get the panic for >> zpool import : >> >> https://artifact.ci.freebsd.org/snapshot/main/b98fbf3781df16f7797b2bbeabf205dc7d4985ae/arm64/aarch64/kernel.txz >> >> See also: >> >> https://lists.freebsd.org/archives/freebsd-current/2023-April/003417.html >> >> === >> Mark Millard >> marklmi at yahoo.com >> >> > > > -- > Mateusz Guzik > -- Mateusz Guzik From nobody Fri Apr 7 21:52:31 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 4PtXD6312Hz44Dxg for ; Fri, 7 Apr 2023 21:52:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-24.consmr.mail.gq1.yahoo.com (sonic312-24.consmr.mail.gq1.yahoo.com [98.137.69.205]) (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 4PtXD61Z0rz41Lc for ; Fri, 7 Apr 2023 21:52:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1680904368; bh=otuWH97nkhlhkr+d/oiZ3cdVnGZPl/PxRogABbTAym4=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=eRsGzQGJJaLGqG9dtdpo/5zKTqodrwA7Bjyb8TbAoFooUiZBAIZdkxXwhHs3odhAH14DP1V037SWovcJfu2ZzKRibKSUzxHcIlUsdHcf8O3YHRpJedtdCIEMDLWIj7HWEZPWQmvd6vvvmBN7v2i6RgaRld3HYDe3jSw/MT+x1L21Q/OxkE1z5bRYebHzSVlRzTTFTLXdisZmktbtVNs4Ziu2HBdoA3EWkEpfzKuC+0BubBJe37VqC/DKeYg9JQ2GEp2KF4dfa6w5aAf5YZDOa3+H8vBDEo5dkiIyyNcVWJkc03LXZyX3HAKDUpcH1SskCE1kCUsVH3l27Uc3Wqv65A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1680904368; bh=L+xzrrAMfta0jN6SM5JtlfwvhhIQN/uLDGeijdvfjqo=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Vs+YlJrmFBFSIo1l2v9P+fjcC8vMBv7uWhTc3JHYIFA+hB1FcRY2fFSfJQG8Y998Bgbg6ImRma52zgEYbn5sao82cp9HM98m3B9Vls0bYwy7bzkrGqBRIsPijtrlURL3hcw9CnBoaVmiaGjebg/iB54oE4lXBPDd7tUzmYPYxKnzDXouDKm9/7VWxA/FXGFyGCpuiiVuKFZ6fX1HCVRYqcepnPScXx2V1rGv+g8X+82v56P7oY/P1eUCinQm2/0ISVxm+kpGzLZMby+9BEJxjqkEdZCZeGkI8KzAGeLRTOT1egWGuabNEECwxOoo0C0qe64MuqMyue4phNWGnlgbCA== X-YMail-OSG: D0PKcKAVM1kfqMFlGkA_4FGgvfc1jARJkS3sE_Vz9wqfVLxJ2mMuxvbRHq0.fmc GooabBk4oGAwlq0T5jcWXqcqFtDbbvju1MQBSvRpCrTFUSXWJoBt0Hng1JpSp7amA0caQvPPn0Z8 Qd33.HghxFhASy83g5_hMccWgfd3UaYk_DYOp4RA8HO0y37pDRu1iBlSSRZyBGVX1BX0FtPKbr21 G4idUzxJQVIVoSdVi4RoiOtog4eT9queVNbgFgtSA1gJwYleisFR.hkl8mnZwGlr8SisC8zMg.cV rkHPqESMwnxOaat96HCMt8WFckOrsu4bv9wWLw2i8JgqJl_QVDYPG_Xi1i56zf34Hj9yD7vlsM6_ uaoPU3pt1Asq95Jy4rtk8DHUk6WVKw593B26CwwIQIzbmcAyaMDx7U9wDW45CJmZTCLgXNFuEI0L sa3l0xIqlFd_bStv4plyqf22jxttIehdHHzLKiUeBZK_1zIHgmbh7xe7PHbT.9.Ir8YJs_yiae2F 6y5zJut7L_Fbh3kRJlk.fEsp6inLCRwg3vgEUBV1HUKrI0h0yvAzqf87h3Z9pU5g4IzfqPLVUWYo gSzoeH8yAiX3aTOPExdun3h9YkLKNRjWae098xi._Bnbcx7qgBQGUiLNsmixVQiQl2ahULHdl7mR jhP.Edd0O.av5v1iYWnSnPoYnWO7QctE2zqv15ln8gBnesAGgPeaQTkJ6zOdgjk_HcF0_8ztqxLJ MO69IzkLjigivaQvKf7_fl8zbZoyBOZuUgCqDMtZGWmzOU5KLh7pqC_rlVNh2e2K9ps4l7W7DpGl n_h7Otz0BK4wd7dRvdhb_oTfj4ZZPb2h6YOtkMxsjZJe6DbfXi.QT0LghCCTRfwrMAwFZq7IFqIe EX69VvKv2sWeFdmdtPo5wgcCnk2w0jN5I9BnGXp9jnuA4CJHBc6upNX_knBigcfnqgzOYD0TAPjZ vV_E9uisLc7E_g0MGeqyEOZsQWYTryU5oTI3iph143H2pT9zm6o36BaE4Xgy_0bR3eb6VhsNZPiC J3CJZawSjkbahrX5n_4hyPynHgnyauFmEi5BJlT94hlEDupojECQY.ShND0n3xh3BuQyWx.ex.KZ Czo2yWiWRuHk1_bF8750_IoXCH54nyoKm3vB6xICcOcb7EM798IvT.Hv66Q4DoeqD0HM.jr.wXhP m0YhflLI.YZm.0tkc.v4MSZGfD7pbsISSoCu9UnAG8_9yUfa.c5ZQ_RJ3ExEkLgtHCNbMJA.EJUg NE6zYmwnz2s3xiR55AHaRzXWHgtQpMGFBVbyeEjRFbncxskqRfomjZ4HorjQNxidOzh6s.jw.7PF PGPoHEgPSmKkiXyb9q6HnPc_9ytEsbuC8jNYW5tZO7T4CQAi6mv5UyddsPVuoDPn.mU6jLI_igJz mi84CUswAvbPAgu6JOYPqbKig3TLRVQTbAvhCquhsJ9jJopDWXL_KDcw.ns8quuEWNsZRRYyhgZY iZrzcJLqrqqbx98HHE9ER5RgG0bUuHTD.avoVEwL6rdGSnBEVxdcHXVPQ5axQ1GjZTAaKlkJLPww EkuLf2eT9Vv6IoAjeDkFyCoP9SUqgCb6F0cOdIyfEgTgR2j8ShWFt6VRwmbgbzVJSjPZofoEnffZ _GHcFS22aLZcrXv87eWyI2JUxT1SNo35SrH90UKqeWMjP2m5Q4D8JmFyeqG_c_AOgHCC0D0RsoZX GkAOCnmJcDsMPRCWPci2IKODCoxS3aRE33ilhrFEWq5SNB.GDcrBpWUtZnHgIl7YrHpQH4T.bEBn W9B1ViI_BkcFPOGBXUR3eglG9MMD0rj8bSls3uanfMWrt9DEtcYjLM0941i8SE6UJxh95Ndf.Lhy ZVPaG.eVk6d4QGZU10GQUg8WTEPJEGiHvQNfqeEO.4opspcJ9UQhtmGbSGlXuLUFBh8UrLsGiBLk YboSeUBAyFIqBUuMCGgPimFiijXnCagH36qO9OTdiH2Hxv9tN4vUfm00UxLC8wbn77XAlRGjAJr9 6AUmV6hJIEIXS6N31vyPC0Nvcs0A0z3IeDa8spQBvN.pt9IFPVMB6za18xuHzRig9AjLkrH4nIcc cGdFs_extk8FYXEMX8Mw.cvPWoV83yFiAicTyRE5y7fVDBj8qt0OFpY34MWSqst2O6lLK0B0sHG9 G_5b5GIkJbpUO6uPthA7Bet4QQmXUpc2qLMvQ1XFbZpWtb7a2KcpHZTrsBRt68Rkhf.TqHcNshZL ize_m8K5026VMB0kIQ1IqiFtzt9YxpAw0IPpOqCCypNpX0MklXGLaVDisrcR3u7vw4RZrmkaJpew PRw-- X-Sonic-MF: X-Sonic-ID: cb223b6b-108d-4e4c-8ce5-059326d58783 Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Fri, 7 Apr 2023 21:52:48 +0000 Received: by hermes--production-bf1-5f9df5c5c4-n84wh (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID dc83608d9b78b63d9d8bca004c62e5b4; Fri, 07 Apr 2023 21:52:43 +0000 (UTC) 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 \(3731.400.51.1.1\)) Subject: Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75 [separate aarch64 panic for zpool import] From: Mark Millard In-Reply-To: Date: Fri, 7 Apr 2023 14:52:31 -0700 Cc: dev-commits-src-main@freebsd.org, Current FreeBSD , freebsd-arm , John F Carr Content-Transfer-Encoding: quoted-printable Message-Id: <3A019D10-E520-4C11-AE9F-4EA5D99B9B07@yahoo.com> References: To: Mateusz Guzik X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Rspamd-Queue-Id: 4PtXD61Z0rz41Lc X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Apr 7, 2023, at 14:26, Mateusz Guzik wrote: > On 4/7/23, Mateusz Guzik wrote: >> can you try with this: >>=20 >> diff --git >> a/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h >> b/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h >> index 16276b08c759..e1bca9ef140a 100644 >> --- = a/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h >> +++ = b/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h >> @@ -71,7 +71,7 @@ >> #define ID_AA64PFR0_EL1 sys_reg(3, 0, 0, 1, 0) >> #define ID_AA64ISAR0_EL1 sys_reg(3, 0, 0, 6, 0) >>=20 >> -#define kfpu_allowed() 1 >> +#define kfpu_allowed() 0 >> #define kfpu_begin() kernel_neon_begin() >> #define kfpu_end() kernel_neon_end() >> #define kfpu_init() (0) >>=20 >>=20 >=20 > ops, wrong file >=20 > diff --git a/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h > b/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h > index 178fbc3b3c6e..c462220289d6 100644 > --- a/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h > +++ b/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h > @@ -46,7 +46,7 @@ > #include > #include >=20 > -#define kfpu_allowed() 1 > +#define kfpu_allowed() 0 > #define kfpu_initialize(tsk) do {} while (0) > #define kfpu_begin() do {} while (0) > #define kfpu_end() do {} while (0) It will take me a bit to setup a separate build/install context for the source code vintage involved. Then more time to do the build, install, and test. (I'm keeping my normal environments completely before the mess.) FYI: I have used the artifact build just after your pair of zfs related updates to confirm the VFP problem is still in place as of that point: = https://artifact.ci.freebsd.org/snapshot/main/5e2e3615d91f9c0c688987915ff5= c8de23c22bde/arm64/aarch64/kernel.txz (No artifact build was exactly at either of your commits.) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Fri Apr 7 21:53:31 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 4PtXDt0mCjz44DTd; Fri, 7 Apr 2023 21:53:34 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-oi1-x22b.google.com (mail-oi1-x22b.google.com [IPv6:2607:f8b0:4864:20::22b]) (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 4PtXDs2f4Nz42yS; Fri, 7 Apr 2023 21:53:33 +0000 (UTC) (envelope-from mjguzik@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-oi1-x22b.google.com with SMTP id bx42so16340449oib.6; Fri, 07 Apr 2023 14:53:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; t=1680904412; x=1683496412; h=cc:to:subject:message-id:date:from:references:in-reply-to :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=Lxk/WNeGOmHcbyR7EkXTtOx+LOsfT59GvCoFwdeSq5U=; b=FPivXjB6GaHLMr3yeP0osDUcMWVktnBv7IGcNdUoLBm+xwnIPpFKfsMNsZDrw0wkyQ N57d15966h6V3PUI9SDdw/js/f86oYjH9/q7aTMzwq8OMH2ulMVAJUE6AxNPvNpUqa/P qT8smuIKgaSjlyxwbzoKLFuRGQgmzrhleaBG4rOWxzUpfRhiBYReh8zk8NvrX5VlRDAZ p9LuvWyPLgTFpMK/Y8pbxlIvSI1FJW0OmHSX6apcusClmdm9KGQN18tjiFdyOny4lEff si/maXgVQarMtZExPeMafwLhCF8W7oFoasYq50z64oce0n+P3vq0W8eYAJkWRpMBQaJO 2MMQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680904412; x=1683496412; h=cc:to:subject:message-id:date:from:references:in-reply-to :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=Lxk/WNeGOmHcbyR7EkXTtOx+LOsfT59GvCoFwdeSq5U=; b=lxNefoUeKaK+/k0zEGwiAXxo3oIFsZc0AeikrmSDNmSL5aM6FPp3vVBwltiRXAc3Be gSGALzHZGoIdADKCuxUDsWIE8nUtPcto7Pn/V2fOwOAZXC5jUCmhrtvi9PXFo1gJFUbw 12pwr/JpjV+XiZBFKegwOyzQUH6e8hx4dJNYFfGdGHJ44Q+jUxm3A2N5Mai4niMUEV+m 3uNpQDPJuljWLZQ8BPtGjj/yJ8oNoyQrGc3w6SG4VVM0KPWeDxmuqD4sAi5qiHmRmVQ7 t6qDeYwiaYT8lbjk/iWSyf/0FQlWbQ7RQvB+tuA28c03vNjUMCqkK762QjJJ1Aeu/ZYW hljw== X-Gm-Message-State: AAQBX9cn3FqTF/NA4uHRiyT8H9b769U1SZs9efiqJbWy7HwPntxkxmO0 vtObf6rB1zI7GiSxW8XRgmIWUIpZE0Q50jtdtFmDSc2n X-Google-Smtp-Source: AKy350ZuPDdIYTGNGFa0oFxT3aWeqRShpwB32S3g0S9VFtuk/0U1b4ae1Jqsq+AO/ZEsiQh6hjobE+ksaUqt2sS/7cE= X-Received: by 2002:aca:348a:0:b0:387:251b:71fa with SMTP id b132-20020aca348a000000b00387251b71famr956692oia.4.1680904412381; Fri, 07 Apr 2023 14:53:32 -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 Received: by 2002:ac9:798d:0:b0:49c:b071:b1e3 with HTTP; Fri, 7 Apr 2023 14:53:31 -0700 (PDT) In-Reply-To: <3A019D10-E520-4C11-AE9F-4EA5D99B9B07@yahoo.com> References: <3A019D10-E520-4C11-AE9F-4EA5D99B9B07@yahoo.com> From: Mateusz Guzik Date: Fri, 7 Apr 2023 23:53:31 +0200 Message-ID: Subject: Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75 [separate aarch64 panic for zpool import] To: Mark Millard Cc: dev-commits-src-main@freebsd.org, Current FreeBSD , freebsd-arm , John F Carr Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4PtXDs2f4Nz42yS 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 4/7/23, Mark Millard wrote: > On Apr 7, 2023, at 14:26, Mateusz Guzik wrote: > >> On 4/7/23, Mateusz Guzik wrote: >>> can you try with this: >>> >>> diff --git >>> a/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h >>> b/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h >>> index 16276b08c759..e1bca9ef140a 100644 >>> --- a/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h >>> +++ b/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h >>> @@ -71,7 +71,7 @@ >>> #define ID_AA64PFR0_EL1 sys_reg(3, 0, 0, 1, 0) >>> #define ID_AA64ISAR0_EL1 sys_reg(3, 0, 0, 6, 0) >>> >>> -#define kfpu_allowed() 1 >>> +#define kfpu_allowed() 0 >>> #define kfpu_begin() kernel_neon_begin() >>> #define kfpu_end() kernel_neon_end() >>> #define kfpu_init() (0) >>> >>> >> >> ops, wrong file >> >> diff --git a/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h >> b/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h >> index 178fbc3b3c6e..c462220289d6 100644 >> --- a/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h >> +++ b/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h >> @@ -46,7 +46,7 @@ >> #include >> #include >> >> -#define kfpu_allowed() 1 >> +#define kfpu_allowed() 0 >> #define kfpu_initialize(tsk) do {} while (0) >> #define kfpu_begin() do {} while (0) >> #define kfpu_end() do {} while (0) > > It will take me a bit to setup a separate build/install > context for the source code vintage involved. Then more > time to do the build, install, and test. (I'm keeping > my normal environments completely before the mess.) > > FYI: > > I have used the artifact build just after your pair of zfs > related updates to confirm the VFP problem is still in > place as of that point: > > https://artifact.ci.freebsd.org/snapshot/main/5e2e3615d91f9c0c688987915ff5c8de23c22bde/arm64/aarch64/kernel.txz > > (No artifact build was exactly at either of your commits.) > > === > Mark Millard > marklmi at yahoo.com > > I have arm64 + zfs at $job and just verified the above lets it boot again, so I committed already. -- Mateusz Guzik From nobody Fri Apr 7 22:07:13 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 4PtXXr1NZvz44FyR for ; Fri, 7 Apr 2023 22:07:24 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4PtXXq3bL9z4MTM; Fri, 7 Apr 2023 22:07:23 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Authentication-Results: mx1.freebsd.org; none Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 337M7DaG016130; Fri, 7 Apr 2023 15:07:13 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 337M7Dim016129; Fri, 7 Apr 2023 15:07:13 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202304072207.337M7Dim016129@gndrsh.dnsmgr.net> Subject: Re: textdumps are too slow In-Reply-To: To: Alan Somers Date: Fri, 7 Apr 2023 15:07:13 -0700 (PDT) CC: Warner Losh , Poul-Henning Kamp , FreeBSD CURRENT X-Mailer: ELM [version 2.4ME+ PL121h (25)] 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-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4PtXXq3bL9z4MTM X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N > On Fri, Apr 7, 2023 at 12:08?PM Warner Losh wrote: > > > > > > > > On Fri, Apr 7, 2023 at 6:20?AM Poul-Henning Kamp wrote: > >> > >> -------- > >> Alan Somers writes: > >> > On Fri, Apr 7, 2023 at 2:22=E2=80=AFAM Poul-Henning Kamp wrote: > >> > >> > > I would expect them to be limited by the serial console speed before > >> > > the video system speed ? > >> > > >> > That was my first guess, too. But my serial console is 115200 baud, > >> > which is faster than the low performance server grade video card. > >> > >> Ok, that must truly be sucky hardware... > > > > > > That's 10x slower than 1990s era VGA cards then... 115200 is 11k characters a second, > > and FreeBSD on 1990s era VGA cards was in excess of 1MB/s, faster if not a pure ISA > > card... Video hardware that's slower than *THAT* likely indicates a big big problem in > > our video stack. > > > > Warner > > While I'm logged into the video terminal in a normal login session, I > measure about 28M characters/second. So maybe the slow speed is due > to something inefficient in ddb(4). Do you mean to a physically connected vga display and usb/ps2 connected keyboard, or do you mean a serially connected video terminal, or something else like a console created by a BMC? One other thing that could be at issue is a console redirection via serial port, that can make "VGA device" performance appear abismal. -- Rod Grimes rgrimes@freebsd.org From nobody Fri Apr 7 22:17: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 4PtXmL2Mfyz44GM2 for ; Fri, 7 Apr 2023 22:17:22 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-vs1-xe2f.google.com (mail-vs1-xe2f.google.com [IPv6:2607:f8b0:4864:20::e2f]) (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 4PtXmL0bDPz3Qc3; Fri, 7 Apr 2023 22:17:22 +0000 (UTC) (envelope-from asomers@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-vs1-xe2f.google.com with SMTP id df34so37893704vsb.8; Fri, 07 Apr 2023 15:17:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; t=1680905841; x=1683497841; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=yxKLykXxr6EvHO6Eu7VYDK86i+2ctKRWVbn4jASzndQ=; b=ZyANchWkCc/ssx724cVys36YkG30qbGOsTx9TyR+uBjBmpJY2TWhhojiizmJDSFqq0 4W5BqhlIL3cocrCsL1z518Y+rcMO0JH2bNQ7m/idPGhrxV27HDVWFhSdLm9+8qrq3NQ3 wKtoX/7tgWgUhALl5Fq/sPfPJRRyNn5iMr/r3MkkqI/GM01Z3NQAy0y2PFZ8VEMizRps 80R1ShPsrpUOXrjd1Sx6XoPwM2OUwLeP1tp+MS/uq9+alUhUwMRajH4aZHpJRypYj/MU JFsRfF7fBDuWTdDcEf39whb3yM5VsKeg6xqK1p7kxwgHzHW/ckJSM1Kf7pO91K7eFHMm xLSw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680905841; x=1683497841; h=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=yxKLykXxr6EvHO6Eu7VYDK86i+2ctKRWVbn4jASzndQ=; b=WPAuw7a743Lvy+c+ijnjE0WyXnTvl8tJOYyEdNocbaWqCxvwMM8ghXQJfXpjRzFyoq QDqHdYcBqX11oM08+F0pf88wTK07XLic1aPFWBwlSf0sRVXvZgWy+nn0pLsCThWuiCLO gvhb4LP7o80W+6t9Ol9nGRDmiC/pG7yYoQrI/EiVF/94669UmkqQ8U3+ldkm43GaJbZB OL5LCyWF0kDDQS1NLA1/+zLW9meMaeQF5IXGTBQnV12K1z0PDoQ8N7FGHjsK1fID7Uqo 2z+RqtS1RTAgOuOneMUXq8dzTB5xMtsAtPAThH32lbEqZgg6Lt+2v73ee1vwYcY5KT9A Q7CA== X-Gm-Message-State: AAQBX9emaGO7xtAbuO3eGBjl5e7TUbny9hDkTAi9JPci7G9FGRaMewSh GZn5LHPwmINwhlGto7P2eeAYu194dljwlZG7jax1zL1M X-Google-Smtp-Source: AKy350bw6uzsIw7RD61KnLQNsQ8u00b0HCXXx+ec8C6cueIGhjJy+t3D42IN/qL/nmKYyF3MLw0BzCEO/qEj3B+1Hws= X-Received: by 2002:a67:d29c:0:b0:42a:3f2b:d7d8 with SMTP id z28-20020a67d29c000000b0042a3f2bd7d8mr1883018vsi.4.1680905841189; Fri, 07 Apr 2023 15:17:21 -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: <202304072207.337M7Dim016129@gndrsh.dnsmgr.net> In-Reply-To: <202304072207.337M7Dim016129@gndrsh.dnsmgr.net> From: alan somers Date: Fri, 7 Apr 2023 16:17:09 -0600 Message-ID: Subject: Re: textdumps are too slow To: "Rodney W. Grimes" Cc: Alan Somers , Warner Losh , Poul-Henning Kamp , FreeBSD CURRENT Content-Type: multipart/alternative; boundary="00000000000090a87605f8c663f8" X-Rspamd-Queue-Id: 4PtXmL0bDPz3Qc3 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 --00000000000090a87605f8c663f8 Content-Type: text/plain; charset="UTF-8" On Fri, Apr 7, 2023, 4:07 PM Rodney W. Grimes wrote: > > On Fri, Apr 7, 2023 at 12:08?PM Warner Losh wrote: > > > > > > > > > > > > On Fri, Apr 7, 2023 at 6:20?AM Poul-Henning Kamp > wrote: > > >> > > >> -------- > > >> Alan Somers writes: > > >> > On Fri, Apr 7, 2023 at 2:22=E2=80=AFAM Poul-Henning Kamp < > phk@phk.freebsd.dk> wrote: > > >> > > >> > > I would expect them to be limited by the serial console speed > before > > >> > > the video system speed ? > > >> > > > >> > That was my first guess, too. But my serial console is 115200 baud, > > >> > which is faster than the low performance server grade video card. > > >> > > >> Ok, that must truly be sucky hardware... > > > > > > > > > That's 10x slower than 1990s era VGA cards then... 115200 is 11k > characters a second, > > > and FreeBSD on 1990s era VGA cards was in excess of 1MB/s, faster if > not a pure ISA > > > card... Video hardware that's slower than *THAT* likely indicates a > big big problem in > > > our video stack. > > > > > > Warner > > > > While I'm logged into the video terminal in a normal login session, I > > measure about 28M characters/second. So maybe the slow speed is due > > to something inefficient in ddb(4). > > Do you mean to a physically connected vga display and usb/ps2 connected > keyboard, or do you mean a serially connected video terminal, or something > else like a console created by a BMC? > > One other thing that could be at issue is a console redirection via > serial port, that can make "VGA device" performance appear abismal. > > > -- > Rod Grimes > rgrimes@freebsd.org It's a BMC video console. I'm also using a BMC serial port, but during panic I measured the serial port as faster than the video port. > --00000000000090a87605f8c663f8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Fri, Apr 7, 2023, 4:07 PM Rodney W. Grimes <freebsd-rwg@gndrsh.dnsmgr.net<= /a>> wrote:
> On Fri, Apr 7, = 2023 at 12:08?PM Warner Losh <imp@bsdimp.com> wrote:
> >
> >
> >
> > On Fri, Apr 7, 2023 at 6:20?AM Poul-Henning Kamp <phk@phk.free= bsd.dk> wrote:
> >>
> >> --------
> >> Alan Somers writes:
> >> > On Fri, Apr 7, 2023 at 2:22=3DE2=3D80=3DAFAM Poul-Hennin= g Kamp <phk@phk.freebsd.dk> wrote:
> >>
> >> > > I would expect them to be limited by the serial con= sole speed before
> >> > > the video system speed ?
> >> >
> >> > That was my first guess, too.=C2=A0 But my serial consol= e is 115200 baud,
> >> > which is faster than the low performance server grade vi= deo card.
> >>
> >> Ok, that must truly be sucky hardware...
> >
> >
> > That's 10x slower than 1990s era VGA cards then... 115200 is = 11k characters a second,
> > and FreeBSD on 1990s era VGA cards was in excess of 1MB/s, faster= if not a pure ISA
> > card... Video hardware that's slower than *THAT* likely indic= ates a big big problem in
> > our video stack.
> >
> > Warner
>
> While I'm logged into the video terminal in a normal login session= , I
> measure about 28M characters/second.=C2=A0 So maybe the slow speed is = due
> to something inefficient in ddb(4).

Do you mean to a physically connected vga display and usb/ps2 connected
keyboard, or do you mean a serially connected video terminal, or something<= br> else like a console created by a BMC?

One other thing that could be at issue is a console redirection via
serial port, that can make "VGA device" performance appear abisma= l.


--
Rod Grimes=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0rgrimes@freebsd.org
=

It's a BMC vi= deo console.=C2=A0 I'm also using a BMC serial port, but during panic I= measured the serial port as faster than the video port.


--00000000000090a87605f8c663f8-- From nobody Fri Apr 7 23:29:22 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 4PtZMf1BQLz44Ky8; Fri, 7 Apr 2023 23:29:34 +0000 (UTC) (envelope-from kevans@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 4PtZMf0mH9z3CJD; Fri, 7 Apr 2023 23:29:34 +0000 (UTC) (envelope-from kevans@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680910174; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=6viBdwh71p7dnDVhyLOiyv3oFk4/Vc4yALnI0p08y68=; b=IKfKTv8Px7Uh+VuKPtj5uSaQKTBj+ZSB7yFjPxiPeD0hjfYQMAgvQqnBX8z6Z9GtKtsm6h 3Ci9pvuMUyaAOxC6/PAD8dj0lyGlnW8KDAGFb1LndhXJhnGyJ+WebzYbIAUpmWc6qpCc8K tWXTe6SG9P7chXVbUg823W5L/Q9HO8tLO0aLBN3UBPQpVGWJ6nD/CGjYn1I/iKG6v1vbti DcNMPwNrv3WS3j/h/h8b+ZYkwxeKI2HXXL4SmTe9Le0JMAiVTVpwLWlOBHOKx/zYjw/nNj R8sYuQKNyovn68KYFl855xetFEtmTFUIaztbtxwzPfPAsMUGmh5ARKSmRKmg+g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680910174; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=6viBdwh71p7dnDVhyLOiyv3oFk4/Vc4yALnI0p08y68=; b=Hl7Dkk7wDjaSXBuzhDNPMDTzY1u1eX/VtE8oKEafR+yq0gCqtmEsI+3nbFklrlu+bQaS0E 5E7Ccno08mBBTFCbsHLEvi/n6ELkACytbU8IBinjuRjQBSDsJ8C3j9w5tI/uYxt/7w6H1W lKYgJVtNvPOv3XXs7Z+khc6wsxCLDAdlMTIDywAMX+qVcPG6evLhw2qcIMiiKwruGmVC3E zINy4FvZv/T6iqEE7XtseRambWbK/N1ezJRCKhRMg3Z8sQym5X9nKN9ahqTB/2KMSZGD39 x2m+GV6cPaMrMiQA3U5/kpdlCzLN+MLyKuHoUAssltkunsopgkxpP7POHxtN2g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1680910174; a=rsa-sha256; cv=none; b=FEG/GKfadgaqSrhO1ecVbKr+q59FAyVM3Ucfa0Z7aOe5cLCwNLtbTDLijdJbzJJcLHEmOg /HKm0XS8vr7izYUGzMABrwDdAjTIv8YjTCRwIHQZSM5YRG8XUhvDODLj7nzY8rSs6ba1Vh R7p9DbpTQb8a20UPMHzEC0UIM5wZEPiZy2wp4zyqvW+TFX9f0RN3ppYO1rEMJzYKNiLm/e i3ccLPHpGw68QbEkGNZbdGisCu2mtmUHkOuWecuzs00uFHW4R3F6HEJnG1StzDMIl7665Q vHqK1RF6tFWE7Xvff2haPvIIdaU26tdoE57v29GiSPDvv7DpyNiGcQjgr1C8Ww== Received: from mail-qt1-f180.google.com (mail-qt1-f180.google.com [209.85.160.180]) (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)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 4PtZMd6YstzJBJ; Fri, 7 Apr 2023 23:29:33 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qt1-f180.google.com with SMTP id cr18so37966305qtb.0; Fri, 07 Apr 2023 16:29:33 -0700 (PDT) X-Gm-Message-State: AAQBX9cNNqVLxixodYsdGVGhXjZsBxrLW5t4VJ626e9hGKfEKvwBeBi+ s1D3QoAX+sLoS8/6Q9bYKgDKsVpxeiiUE2eZx+c= X-Google-Smtp-Source: AKy350ZK1yBvfOfY+PXr1ieWQj5Wo46efk05xNQJ2M3SU2TQtW/qbKYoKl6eLb480u6JiPNvtIcgoJmHC3EsPX0JLU4= X-Received: by 2002:a05:622a:301:b0:3dc:3eac:eddb with SMTP id q1-20020a05622a030100b003dc3eaceddbmr1176978qtw.13.1680910173245; Fri, 07 Apr 2023 16:29:33 -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: <3A019D10-E520-4C11-AE9F-4EA5D99B9B07@yahoo.com> In-Reply-To: From: Kyle Evans Date: Fri, 7 Apr 2023 18:29:22 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75 [separate aarch64 panic for zpool import] To: Mateusz Guzik Cc: Mark Millard , dev-commits-src-main@freebsd.org, Current FreeBSD , freebsd-arm , John F Carr Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-ThisMailContainsUnwantedMimeParts: N On Fri, Apr 7, 2023 at 4:54=E2=80=AFPM Mateusz Guzik wr= ote: > > On 4/7/23, Mark Millard wrote: > > On Apr 7, 2023, at 14:26, Mateusz Guzik wrote: > > > >> On 4/7/23, Mateusz Guzik wrote: > >>> can you try with this: > >>> > >>> diff --git > >>> a/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h > >>> b/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h > >>> index 16276b08c759..e1bca9ef140a 100644 > >>> --- a/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.= h > >>> +++ b/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.= h > >>> @@ -71,7 +71,7 @@ > >>> #define ID_AA64PFR0_EL1 sys_reg(3, 0, 0, 1, 0) > >>> #define ID_AA64ISAR0_EL1 sys_reg(3, 0, 0, 6, 0) > >>> > >>> -#define kfpu_allowed() 1 > >>> +#define kfpu_allowed() 0 > >>> #define kfpu_begin() kernel_neon_begin() > >>> #define kfpu_end() kernel_neon_end() > >>> #define kfpu_init() (0) > >>> > >>> > >> > >> ops, wrong file > >> > >> diff --git a/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h > >> b/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h > >> index 178fbc3b3c6e..c462220289d6 100644 > >> --- a/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h > >> +++ b/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h > >> @@ -46,7 +46,7 @@ > >> #include > >> #include > >> > >> -#define kfpu_allowed() 1 > >> +#define kfpu_allowed() 0 > >> #define kfpu_initialize(tsk) do {} while (0) > >> #define kfpu_begin() do {} while (0) > >> #define kfpu_end() do {} while (0) > > > > It will take me a bit to setup a separate build/install > > context for the source code vintage involved. Then more > > time to do the build, install, and test. (I'm keeping > > my normal environments completely before the mess.) > > > > FYI: > > > > I have used the artifact build just after your pair of zfs > > related updates to confirm the VFP problem is still in > > place as of that point: > > > > https://artifact.ci.freebsd.org/snapshot/main/5e2e3615d91f9c0c688987915= ff5c8de23c22bde/arm64/aarch64/kernel.txz > > > > (No artifact build was exactly at either of your commits.) > > > > =3D=3D=3D > > Mark Millard > > marklmi at yahoo.com > > > > > > I have arm64 + zfs at $job and just verified the above lets it boot > again, so I committed already. > This was a known issue that we were working on fixing properly over in https://reviews.freebsd.org/D39448... this really could have waited just a little bit longer. This problem was already brought up in response to the commit in question days ago. Thanks, Kyle Evans From nobody Sat Apr 8 00:54:20 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 4PtcFn34T2z44QWR for ; Sat, 8 Apr 2023 00:54:37 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-55.consmr.mail.gq1.yahoo.com (sonic315-55.consmr.mail.gq1.yahoo.com [98.137.65.31]) (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 4PtcFn0cRdz4Pjv for ; Sat, 8 Apr 2023 00:54:37 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1680915274; bh=F+OmS4W5USyK6nMfce8CTcjKjh4NTz/VHFOpywa14fg=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=c66VA7s4wcRVS+ZD5TE8U8nN6Kp9HAgCr/20+wYX7KqEgnE5KUSi0HD+VLQNyV282L4bjNRY4LAXnXID8ot6+xgi4ZS1FA+7qg79UmnSghvCiNe5nRtmJBO+aS1jof+X4ZWiz0wYo3IrhEcfqmKJajt+70OFmTbY892INehYP+vxESN+H5TVsWGfzY0KEz0sGgzPh4sk3gHeuD7Zp0IZfj8ftIlT7eBXb31fvymdaJgwQPQtRGhy8hLfQzzzl+Xnnjr5PHPAXyx+Nec+W5lv6aI2mO+qZAxXPNGx1N9zPs6d6Fbxd7tM9YaSXV5+mb7BrsI2EL1zbD7eNIqmwdzGbg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1680915274; bh=IZZPEKI9Y0KE/Ssvnnc2O4WBBB/H5XrnXn9D5zOyWO5=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Ex0UtaVxYdkztQTVYiDLRplx+kaL+sblQN6qiM7ckYRTDhAw+hTb3tCtoUoXkcgjuGmWzn9+eR3DO8qNr6L7iNlhSdWJqBJNK2VpxUqewde9Zpo7GNVsr1QPIvmK8DNey5Xg0t/KOu3+WrY9LZBSGkVsm//lUtknjyGUPRC8O4DV8gSX7RVVTd6uQu7qfAkJ+BvPjgxlv3zATb3Gl70YgHXCjLbdeiJiDAzTe3rhC6JW7ZfQHOJ3NQEk9V3E+9QLyROaLrUAJGvNoYTakqbXl4fMn7LHFAko1p+aGUL+PVOCs2iz65ibF2SaeZDkdVW8ndiWmUgh09PfQ6M59n2fnw== X-YMail-OSG: M_AjL9sVM1k076QnYIjBrK8BE9q2EX4SL6M6o7_HmoWIhpxvDOvpn83erB7r_fJ iVi8suRtDt1mIx4I6ZGxyQ92c8ppmXnvWkBaGWI2DzgXcg_JRIgywP4kvk5zkEtOYDNJu9Zr.8d2 oABnfy.R4jwG1MfvCu_DC_.sqbtAM01wveLLwSacMmRY5YkLE8FzAJN0qlE_vLQITcLXlyDDcZa8 WBZV9hLMSW2jKHQj_Cta1yrtzpQM8RApWwTWLIUgKG2LMX5H565m_WBrB8.lzGPZar7ks0b2o0pB TW3lzjJcTSK6kKAKeAbYQ3_6DBDlKCwqZM_zzySaZfiye2wKEcd0MqP7xly3gD5tu6enh5AZktoU Awh9qNlAmPVFFXiu4Sg1VCZWKlfKre1VJT1VR_Kupwl8qp.Nw3iVHkSEVNVGfcMbEUfDfMUGop3c U2bgFXbqsXqQYby_EpxS1m4hybr1iXysmechzeLOaIcDQzetod1tqHK2Rhld.hvE2xnluOM.FzYd IJzcQayYY9wP62Cfeh4_y75wBG3GW4o3kLRMNcwCej9N_8Qw4cemtuJih_G_aga.zaKWtgXcV1zr d0xK_lW3paw9exSZBsTVZ60rOZXArYbJeL3gzaTXHkbqhnS.mzx3V5rt6IMJ22zttlnn_QjKXqUN 7zayDwesgxb3jKIDP2ZgQs29hLYFCbQ.4WrfyUiZ9FdlaX4zSauccvecege90NKql3ZCHPjzZtbi uB.t6K9RqG7cG0OO3OqC3_xqT3bkKeQX7Rhwyr4AE4K9gEsUgMKhrMqHOnH33n_9uxFSj6faSKWC LXOuKJtCEPdXPinChFbml.0voHhxRcVntVzqy0hQSbcwre8Tp0tsZ9P25oZzDK6Xb7i0UixnjkHU YVDwi9xTO6pWZGNsCnZkMzjxsxOnchovjBgsauxUUblUowPDovnOJ176lpuGhJan5ReAbvTZb6KS VwU9xssftvxVWuA1ieCX9FRPaOnF2Thdv6tUulesDlDXw_Ll235DdgXUNu_RUGbdF.P7N2AIgSIk AXGOpQwwap3wvE0qJrXlSDMHlVC_J7358Ytg28F38JGd7mK4g7gecn0KfnuQ425sXDMgIQvgqirn JH8ON4kWcHCuSp3EMUtgPBGKuiv56Rkqobvrjtb3y0enNh1pATKa7V1UIE2JvT2K_SgSOfgQH2eA MVLVqwHlDbRbCPOriOQ_dV0nUYSdC7ioWyIZT3frrbIYOkrtN1oZvFTWBk2qkQsp5fIgCSOV_rP4 FRXm7TEsDt9RBZUeFcQizl5_9fxI55pfne3EHfyPIyYS92pCuj8Pg66ht0uippAwUHlgKWYUhIva 43Vsa_NqUKXtWiVt_TaH5o26B.8nLDNY4_OzHp5nj8J.3YJIxoKOBXNeOqQFmQiKJvDEsB0ib7FN 9_D2nNocg2I_RC4ftVkMnRFR9zWk.HD7VSsQYITFDwylNX3I6Bne6AMezR0RQRWT3zgpW2dIZRZY uuXE5RAU5UIXp2WReT4Jv85m0TFIeonsVYs6aZvxGwZl7nVcULT37Cyz6qD8SSQ_ws_My.H7K.PV 3IK.6pstKN5seHJpBNmYEKlRAPbCntPb2g3Ls_pCJFA45VkErmT7D4o9SAh_jOtBKY8LvVlyT3Q3 v3XvmcvXJ8.rFdn2JMoBBi.7jlom17iPoaAgYlmtdzDNgn43UzTPqRZQDInoLHwjtm0SFYYVF8nO fQLXjgblyQ6ysJo.JtZWFA55THc6QEScqj.4rb0xsi_iRJ9PK0Zv31stHoXsL6TFt9FMukXgKuH3 pSed4MqWyAzwFDDili1WizphOz4h.toJv85goWXHWtteDN.qfHGVdpSWxpC7rN7p1xHz.ceTIDvS ktZEvx3ny_DSY4kBWtd.v5LDxfC7ZDcFnMbl3JNhCvv9Y7Yz2fYOOJ9g_fZ.olKNU4fwo_NR_6US vEFY30qr4stJZ1JZyYfJRHWFwY3qAtLvVsizBi0sx1wNdCQUjxZGxZt__A6YCaNe0HVO0loCCkvo QnUPUYdvC8mPR532oDhuQixt2Fv5q7e4gGwevmeyYRxNaMMwGBiYCypOYXacvJkY0TgaR6_HJ3xa GKr0kO94Xc.NVEpkhPjlCxKwtt.IfDBcdljjHSIFp1z5CsMvCmDuP2uMaDLnMiPHHl57BrI9WC9s kEyh9C1.erC15rGDcFvUAGPmpo0Ujec2yqPEl15_gYKbNlrTXZ0Md7eqUn.cGUmdMHgcVi29WWMB eOgiESFymKqi9eVR3CqTX.0TpcK0VDlU5ZYOy3.3wIwGdVdF5D8PNfLUJKUghnJP2yZvMPG.6.V5 qQisnt3lIgw-- X-Sonic-MF: X-Sonic-ID: 404c7eac-ecb2-4c2d-8a70-84a4179e81f7 Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Sat, 8 Apr 2023 00:54:34 +0000 Received: by hermes--production-gq1-546798879c-fmv8c (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 18097cc393a96639ce6a36d24932f6f8; Sat, 08 Apr 2023 00:54:30 +0000 (UTC) Content-Type: text/plain; charset=utf-8 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: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75 [separate aarch64 panic for zpool import] From: Mark Millard In-Reply-To: Date: Fri, 7 Apr 2023 17:54:20 -0700 Cc: Mateusz Guzik , dev-commits-src-main@freebsd.org, Current FreeBSD , freebsd-arm , Kyle Evans Content-Transfer-Encoding: quoted-printable Message-Id: <7F98D9AD-CFD7-43EF-B48B-C1AEC14E407A@yahoo.com> References: <3A019D10-E520-4C11-AE9F-4EA5D99B9B07@yahoo.com> To: John F Carr X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Rspamd-Queue-Id: 4PtcFn0cRdz4Pjv X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Apr 7, 2023, at 16:29, Kyle Evans wrote: > On Fri, Apr 7, 2023 at 4:54=E2=80=AFPM Mateusz Guzik = wrote: >>=20 >> On 4/7/23, Mark Millard wrote: >>> On Apr 7, 2023, at 14:26, Mateusz Guzik wrote: >>>=20 >>>> On 4/7/23, Mateusz Guzik wrote: >>>>> can you try with this: >>>>>=20 >>>>> diff --git >>>>> a/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h >>>>> b/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h >>>>> index 16276b08c759..e1bca9ef140a 100644 >>>>> --- = a/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h >>>>> +++ = b/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h >>>>> @@ -71,7 +71,7 @@ >>>>> #define ID_AA64PFR0_EL1 sys_reg(3, 0, 0, 1, 0) >>>>> #define ID_AA64ISAR0_EL1 sys_reg(3, 0, 0, 6, 0) >>>>>=20 >>>>> -#define kfpu_allowed() 1 >>>>> +#define kfpu_allowed() 0 >>>>> #define kfpu_begin() kernel_neon_begin() >>>>> #define kfpu_end() kernel_neon_end() >>>>> #define kfpu_init() (0) >>>>>=20 >>>>>=20 >>>>=20 >>>> ops, wrong file >>>>=20 >>>> diff --git = a/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h >>>> b/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h >>>> index 178fbc3b3c6e..c462220289d6 100644 >>>> --- a/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h >>>> +++ b/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h >>>> @@ -46,7 +46,7 @@ >>>> #include >>>> #include >>>>=20 >>>> -#define kfpu_allowed() 1 >>>> +#define kfpu_allowed() 0 >>>> #define kfpu_initialize(tsk) do {} while (0) >>>> #define kfpu_begin() do {} while (0) >>>> #define kfpu_end() do {} while (0) >>>=20 >>> It will take me a bit to setup a separate build/install >>> context for the source code vintage involved. Then more >>> time to do the build, install, and test. (I'm keeping >>> my normal environments completely before the mess.) >>>=20 >>> FYI: >>>=20 >>> I have used the artifact build just after your pair of zfs >>> related updates to confirm the VFP problem is still in >>> place as of that point: >>>=20 >>> = https://artifact.ci.freebsd.org/snapshot/main/5e2e3615d91f9c0c688987915ff5= c8de23c22bde/arm64/aarch64/kernel.txz >>>=20 >>> (No artifact build was exactly at either of your commits.) >>>=20 >>> =3D=3D=3D >>> Mark Millard >>> marklmi at yahoo.com >>>=20 >>>=20 >>=20 >> I have arm64 + zfs at $job and just verified the above lets it boot >> again, so I committed already. >>=20 >=20 > This was a known issue that we were working on fixing properly over in > https://reviews.freebsd.org/D39448... this really could have waited > just a little bit longer. This problem was already brought up in > response to the commit in question days ago. FYI: I substituted the aarch64 kernel from: = https://artifact.ci.freebsd.org/snapshot/main/d6e24901349dc34a2f8040d67730= eb2d510073ab/arm64/aarch64/kernel.txz into the 2023-Apr-06 aarch64 snapshot based media that I'd been testing with, rebooted, and tried the test. The result was good: # zpool import ZFS filesystem version: 5 ZFS storage pool version: features support (5000) The use of appropriate: = https://artifact.ci.freebsd.org/snapshot/main/d6e24901349dc34a2f8040d67730= eb2d510073ab/*/*/kernel*.txz may be a way to get to a more normal status for then making progress in a more normal manor, not just for aarch64 and armv7 since the earlier zfs-update fixup drafts are also in place at that point. Of course, one needs a way to make the substitutions of the kernel materials into whatever type of the boot media (UFS or ZFS) is in involved. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Apr 8 06:43: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 4Ptm0k1SYGz443BT for ; Sat, 8 Apr 2023 06:43:50 +0000 (UTC) (envelope-from grahamperrin@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) 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 4Ptm0j6sVQz4cFn; Sat, 8 Apr 2023 06:43:49 +0000 (UTC) (envelope-from grahamperrin@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680936230; 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=xZv3Bd+hjBpo1zKj0wJLSCT/UT/jqNe1vPPELS4og/4=; b=yDI+Da+xiepUoprhqHf1VvaBvBXRCXMvpu9Msq8tlLb87bbAH8B6xABPiUlO4RwH7eZ0AO WqdtJqr6U0fX5SPJjqwrrWK8kjbxDtvRG5m4BhL+M83WnGq+DYS3pvI/GzTVVG456iYv6w lpLxFjLqF0ODiKEjMMWk7ZxW0xklNUn2HUcVmjyzs1h9RUx8051lOWZfjFMalBk483V0nh wMO7yven3/bIfIttVXflkk1RpFgcn/j9bc5SH992QnxUTD8gebHovU/x/Llqgq6WhsZO1y 4ADM56AkuaXdQkc6J1hJU27FlEZUxIvHdVGzfBAvITAUbGs+DuSqyhYCo3OngQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680936230; 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=xZv3Bd+hjBpo1zKj0wJLSCT/UT/jqNe1vPPELS4og/4=; b=KEIH0A3kDoyFzKGghaHBHXb/J7ZrZtEG8ScJCCkYGCmO1K+/N04U1WQtSByN1oRfVZRoJf BQ4/rg0sGq+B/RE/6dLxa46cCwcgULePC44V+XstsNj175befxA/dPgFT/S5gRitYwKTQo ztBXjcU/bpzZRF5Pga5RXXbfX69H9kHTEAMMrygWu0wYBVIIY+id+UB1EZ5xwKNsfHrjqw DYWIVOKQXwOyvAbAPh/gwzVOww6FGkxe0hCkxfD7+t06y3/0vsqurICXedShkqfl+3nv6d mXnktd5k0xtSbI9uwgnRL+cFX2D2PDpwPdhucpVu7RmhuVwRnxF974dGKZxZyg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1680936230; a=rsa-sha256; cv=none; b=emvke6T1AJ1dn0qVd+ePTOockNMZxrdk/INrqLBuTaPdsydq1MItEIDE25hFJRX1HPpxuA WwqteyiQrcTPkdEOH0gV+eHVEUUxNTxRN8iOfU7PL2p2t2Ve+JlSSqNhYr4WEGF/E7/Si9 sbYEFkC9nZDqLQw7lLphzO2UP4iqZLmSZTjl/e32/8DoQXUlHyWNb1/Qt4+S2k8HLi5ZEh MCBVghOBYp8km1vp31wXQ7ps/4SHdEyKPIp2Ob6sIjLlgIaEjquKVUkpbu+E2PN1LwYcM3 KdJJclSr4cvSXOg31Qvxie3qzGf4Veqay4Fvn5lKoHULHwfT2GDHCJaTmjMNpg== Received: from [IPV6:2001:470:1f1c:a0::2] (tunnel642390-pt.tunnel.tserv1.lon2.ipv6.he.net [IPv6:2001:470:1f1c:a0::2]) (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) (Authenticated sender: grahamperrin) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Ptm0j3C6VzRDv; Sat, 8 Apr 2023 06:43:49 +0000 (UTC) (envelope-from grahamperrin@freebsd.org) Message-ID: <118e38ff-e23e-3ade-fdf7-545d6a550a2f@freebsd.org> Date: Sat, 8 Apr 2023 07:43:46 +0100 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.9.1 Subject: Re: n262026-37d97b10ff0e installworld failure To: Mateusz Guzik Cc: FreeBSD CURRENT References: Content-Language: en-US From: Graham Perrin Organization: FreeBSD In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------GfbcW2TfCzfSdWummWPt0QuX" X-ThisMailContainsUnwantedMimeParts: N This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------GfbcW2TfCzfSdWummWPt0QuX Content-Type: multipart/mixed; boundary="------------DTQSFll1q0zSjreVrAU3BZBU"; protected-headers="v1" From: Graham Perrin To: Mateusz Guzik Cc: FreeBSD CURRENT Message-ID: <118e38ff-e23e-3ade-fdf7-545d6a550a2f@freebsd.org> Subject: Re: n262026-37d97b10ff0e installworld failure References: In-Reply-To: --------------DTQSFll1q0zSjreVrAU3BZBU Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 T24gMDcvMDQvMjAyMyAxNjo1MSwgTWF0ZXVzeiBHdXppayB3cm90ZToNCg0KPiBPbiA0Lzcv MjMsIEdyYWhhbSBQZXJyaW4gPGdyYWhhbXBlcnJpbkBmcmVlYnNkLm9yZz4gd3JvdGU6DQo+ PiDigKYNCj4gSSBwdXNoZWQgdGhlIGZpeC4gZ2l0IHB1bGwsIG1ha2Ugc3VyZSB5b3UgYXJl IGF0DQo+IDIwYmUxYjRmYzRiNzJmMTBkNWY5NDExZTViYmRlMGY0NmE5OGJlNWIgb3IgbGF0 ZXIuIGJ1aWxkIGFuZCBpbnN0YWxsDQo+IHRoZSBuZXcga2VybmVsLCBvbmx5IHRoZW4gcHJv Y2VlZCB3aXRoIGluc3RhbGx3b3JsZCBhbmQgeW91IHNob3VsZCBiZQ0KPiBmaW5lLg0KDQpG aXggY29uZmlybWVkLCB0aGFua3MgZm9yIHRoZSByYXBpZGl0eS4NCg0KJSB1bmFtZSAtYUtV DQpGcmVlQlNEIG1vd2EyMTktZ2pwNC04NTcwcC1mcmVlYnNkIDE0LjAtQ1VSUkVOVCBGcmVl QlNEIDE0LjAtQ1VSUkVOVCAjMzggDQptYWluLW4yNjIwMzItNWUyZTM2MTVkOTFmOiBGcmkg QXByIMKgNyAxODo1NDoyOCBCU1QgMjAyMyANCiDCoMKgwqDCoGdyYWhhbXBlcnJpbkBtb3dh MjE5LWdqcDQtODU3MHAtZnJlZWJzZDovdXNyL29iai91c3Ivc3JjL2FtZDY0LmFtZDY0L3N5 cy9HRU5FUklDLQ0KTk9ERUJVRyBhbWQ2NCAxNDAwMDg1IDE0MDAwODUNCiUNCg0K --------------DTQSFll1q0zSjreVrAU3BZBU-- --------------GfbcW2TfCzfSdWummWPt0QuX Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature" -----BEGIN PGP SIGNATURE----- wsF5BAABCAAjFiEEWT/lssMHB+28ly8Kt2dIb0oY1AsFAmQxDSIFAwAAAAAACgkQt2dIb0oY1AvW Ew//e+TpqC3TD9jaoDXJDFJovQI6ytcKL14eJv2YzzoygcLYspL8LumQrq2iQTC6fLn8Tp960PLC gxrk1DlnDIhTf9MIgt7EmKQYDE0R8ea6Aj2v/cvTqpz0zqD1z+UNbkjGTDgMyo59Qq+44RwhJ8vS 0S5FUyOCBsNBJXq6lLiTfXZJAwf6HPCI7iEFgNOXn/7DHk7NsO221VzJY17YrfoCBmVFsfBT2Etp C8jD7mIcEX2RXVSu32X9oZTTXG1/bVwjzhaMQNpopQJdixB4k/M3DcbSiFEuTVCNuIVFFwRz7fDL kk4cFFUUruJjvuHYgcNAX6TL5imnvK9oRi862ET/ahuhM9XoPmx+dUzqAlE0rxQu+6QIhzEtxQxT FbZCzLKJoqNd+Wt199HfvosSoMe/y4TQWT6Ir1hICErIrZpM6Oy7tHIEtfwyEnRprCzqP+qEn5NP BtTbffCwgN0M3JMCrL9S5EC89zc3xUkADsMOdeNRumq3AVmWlS/LOQcXHFppfwhLBhx8JLcaXutP tQEY6Op05x+eCdmIn1lcot0cVq/68U65Y4mFhYF5gEjIs936ipgl4niciwCTVuGQdSqQthXnVjgT NWBjBQvdIXlcIixceSV3hsiYKfHMB/tMb9xal5JXNywFXQwBanq9wYDo1hNZKzmyit0w0cOJACC0 uio= =EocZ -----END PGP SIGNATURE----- --------------GfbcW2TfCzfSdWummWPt0QuX-- From nobody Sat Apr 8 10:24:21 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 4PtrvG6ZGdz44Glq; Sat, 8 Apr 2023 10:24:26 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-oa1-x34.google.com (mail-oa1-x34.google.com [IPv6:2001:4860:4864:20::34]) (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 4PtrvD1fZHz4LlW; Sat, 8 Apr 2023 10:24:24 +0000 (UTC) (envelope-from mjguzik@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-oa1-x34.google.com with SMTP id 586e51a60fabf-1841c57c221so3217939fac.3; Sat, 08 Apr 2023 03:24:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; t=1680949462; x=1683541462; h=content-transfer-encoding:cc:to:subject:message-id:date:from :references:in-reply-to:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=Zk8RT3Tax+WVdP0OJhTag1owONtK6p08hZoxYbLL+EY=; b=bAb10uUEQoyWhr1Yll1OD292JcGgW57NMEvf0P+h5mAR66ryO/zkSH/vE/Pp3jOHVt yANXQxEyJr7x0OH7dPl/TPOOdFnAG/My1EdCuEEY7wGuBEmh/4jRY0ZiOc94O1u5m1rA wSuDCD11x7dtiGKIzAdqfAayMjvVZ+YLOOwgJ65THjmXa/fl9lea/SCkbZkV1H1Qb5vi gFlmhecDDvIoMKETp18mqQCLK5pUONdO/z3Ijbos2XWgG2aGVS2jUByOKqM/vSQPxB/d 3jQaGiCYDCtCanakzECiecuPASpWfD+sOWfJCDH+JVIuiWpCjLpRuH63f2y/X89WPKvp ryJQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680949462; x=1683541462; h=content-transfer-encoding:cc:to:subject:message-id:date:from :references:in-reply-to:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=Zk8RT3Tax+WVdP0OJhTag1owONtK6p08hZoxYbLL+EY=; b=Nx2cqtTObHFxEyUlKITAstaEL0XL71YiTh3mo81EyTyZ7OPgImVmxoFvb5D6fOKLI5 a4zPTxBk3LH5j0EidSSTeP/VJNJexwovHs3U1Ospk1m0w0prtJHb028pydcmjUYScwoj YkbZqlMsopOLkaEL+c4wDFiBhXtQQEPEjXCZf//6TgqK4FJH+awJBe0TkD2l4B5Zbe6p zmRsTSzendXeit6lgD81S2wCHcYv5fXBHtX6zZ9aQOvMTPherehWcsSiGK4Ae5uyyDo1 1ZkMH+Lo0hKbHy9FTlEyjNWw65mTvUWxgiLfsAOUuBatsh1+dWr8h8eYivEF6NhOejPK TFpg== X-Gm-Message-State: AAQBX9caZyveBEydb/kUE9aGoKWRV0K3mm0jPoHuDIBoi/HqduNtQcwD gbd4l6yCy5I56/1akTV1rTQzJs8wc0WLjS3sAduE4nQP X-Google-Smtp-Source: AKy350Zc1+gJznNaPGI30pPGDH6bDvfFE0ZkyskEf0m23OAfaObHp4RJCAcyfVTOj+GGRzywoSJEKqsuU3vzwVKAcao= X-Received: by 2002:a05:6870:12cf:b0:17a:b713:63e9 with SMTP id 15-20020a05687012cf00b0017ab71363e9mr826601oam.4.1680949462144; Sat, 08 Apr 2023 03:24:22 -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 Received: by 2002:ac9:798d:0:b0:49c:b071:b1e3 with HTTP; Sat, 8 Apr 2023 03:24:21 -0700 (PDT) In-Reply-To: References: <3A019D10-E520-4C11-AE9F-4EA5D99B9B07@yahoo.com> From: Mateusz Guzik Date: Sat, 8 Apr 2023 12:24:21 +0200 Message-ID: Subject: Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75 [separate aarch64 panic for zpool import] To: Kyle Evans Cc: Mark Millard , dev-commits-src-main@freebsd.org, Current FreeBSD , freebsd-arm , John F Carr Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4PtrvD1fZHz4LlW X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2001:4860:4864::/48, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On 4/8/23, Kyle Evans wrote: > On Fri, Apr 7, 2023 at 4:54=E2=80=AFPM Mateusz Guzik = wrote: >> >> On 4/7/23, Mark Millard wrote: >> > On Apr 7, 2023, at 14:26, Mateusz Guzik wrote: >> > >> >> On 4/7/23, Mateusz Guzik wrote: >> >>> can you try with this: >> >>> >> >>> diff --git >> >>> a/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h >> >>> b/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h >> >>> index 16276b08c759..e1bca9ef140a 100644 >> >>> --- >> >>> a/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h >> >>> +++ >> >>> b/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h >> >>> @@ -71,7 +71,7 @@ >> >>> #define ID_AA64PFR0_EL1 sys_reg(3, 0, 0, 1, 0) >> >>> #define ID_AA64ISAR0_EL1 sys_reg(3, 0, 0, 6, 0) >> >>> >> >>> -#define kfpu_allowed() 1 >> >>> +#define kfpu_allowed() 0 >> >>> #define kfpu_begin() kernel_neon_begin() >> >>> #define kfpu_end() kernel_neon_end() >> >>> #define kfpu_init() (0) >> >>> >> >>> >> >> >> >> ops, wrong file >> >> >> >> diff --git a/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.= h >> >> b/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h >> >> index 178fbc3b3c6e..c462220289d6 100644 >> >> --- a/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h >> >> +++ b/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h >> >> @@ -46,7 +46,7 @@ >> >> #include >> >> #include >> >> >> >> -#define kfpu_allowed() 1 >> >> +#define kfpu_allowed() 0 >> >> #define kfpu_initialize(tsk) do {} while (0) >> >> #define kfpu_begin() do {} while (0) >> >> #define kfpu_end() do {} while (0) >> > >> > It will take me a bit to setup a separate build/install >> > context for the source code vintage involved. Then more >> > time to do the build, install, and test. (I'm keeping >> > my normal environments completely before the mess.) >> > >> > FYI: >> > >> > I have used the artifact build just after your pair of zfs >> > related updates to confirm the VFP problem is still in >> > place as of that point: >> > >> > https://artifact.ci.freebsd.org/snapshot/main/5e2e3615d91f9c0c68898791= 5ff5c8de23c22bde/arm64/aarch64/kernel.txz >> > >> > (No artifact build was exactly at either of your commits.) >> > >> > =3D=3D=3D >> > Mark Millard >> > marklmi at yahoo.com >> > >> > >> >> I have arm64 + zfs at $job and just verified the above lets it boot >> again, so I committed already. >> > > This was a known issue that we were working on fixing properly over in > https://reviews.freebsd.org/D39448... this really could have waited > just a little bit longer. This problem was already brought up in > response to the commit in question days ago. > Mate, that's one confusing email. I had seen the upstream review, apparently there is opposition to the patch, it is clearly not going to land within hours. Whatever the Real Fix(tm) might be, I'm confident my change has no impact on work on it, past the need to flip kfpu_allowed back to 1. At the same time things were broken to the point where aarch64 + zfs literally did not boot. Once more, I fail to see how restoring basic operation by fipping a macro to 0 throws any wrenches into the effort to get simd working. If anything the question is how come a clearly *not* implemented simd support got kfpu_allowed set to 1. --=20 Mateusz Guzik From nobody Sat Apr 8 19:21:08 2023 X-Original-To: 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 4Pv4q05d5Vz44mZt for ; Sat, 8 Apr 2023 19:21:32 +0000 (UTC) (envelope-from garyj@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Pv4pz0zkNz4LY6 for ; Sat, 8 Apr 2023 19:21:30 +0000 (UTC) (envelope-from garyj@gmx.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.de header.s=s31663417 header.b=mArZm59J; spf=pass (mx1.freebsd.org: domain of garyj@gmx.de designates 212.227.17.21 as permitted sender) smtp.mailfrom=garyj@gmx.de; dmarc=pass (policy=none) header.from=gmx.de DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.de; s=s31663417; t=1680981689; i=garyj@gmx.de; bh=BGfJ7l6nOz8U9jjfSCnVcT4qmpBVZ/6Sjx+AGGA6IxA=; h=X-UI-Sender-Class:Date:From:To:Subject:Reply-To; b=mArZm59JFeNYz/wRQgscYt7QBMj00fIMYKSFnx+XCx+WZ8QKD9sXbnqYpjs6tX/PV tQzJpKeDG7+g+uigfyylkBBs+1iJs1/9hHIvdLkwr2AdTs+eYENvAXtG36yrAsikNy A8MA8t97DtAF7rGJAUETF0KNCL3p7x0Vqf8sEzZKVeQFE8mWoeCQYh8zewKPa8JUo0 bhoiO5TOKs2jqUKMt2u8JPN+NDVi6CIYJJUSlMPNxmieAM7NSq8D4/WftO0FbY7/r2 4lqizjJ4+7o/VmUzkdzwo9XBo1RKWdPo7mCKBs7fVRdd+38j7lxIdmzDBpqT5AAQyk xx2I9DM9qDD5A== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from ernst.home ([217.226.57.227]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MWRRT-1ps6ok0YCB-00XxPy for ; Sat, 08 Apr 2023 21:21:29 +0200 Date: Sat, 8 Apr 2023 19:21:08 +0000 From: Gary Jennejohn To: current@freebsd.org Subject: /usr/src/sys/netlink/route/iface.c:738:1: warning: unused function Message-ID: <20230408212108.7246eed3@ernst.home> Reply-To: garyj@gmx.de X-Mailer: Claws Mail 3.19.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) 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-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:8igMEBOwSlCHmzeBS8TNJ6Gl2RaVeBTUCu1uMO4r4rhytjxRoCI 1aauX4ZuZHcWvj90RwvapNU1Y8d6cysCdkf75+Xv25imHw3fo0RRq9HQUhbU49lDS2Mqcgj 3rSqufxtQE6C0HkibiFDU3vQHrTceau9gIkjVsFnIHl/63/G8kIMJEzbx5i+dES69hxdPVk xQj7t4kr1xFATDTFDKgWQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:f1ovqfp7GZY=;ITrW9tkNS6YkqtXVU/dsDNTudXb QgtBl3Okn2fpk++bJeklNRiQpIX3vEkCaOq4BBOD8CBIejIn15xuc0xbLQKHFZco7hvR+EZKy m4B3NJKY1Y6vsDXy3vYXZmBMsdlSedQXoBMnZgiwBbZKFaLwFP+18ctlNeSaomPCu0sj+4Sql qxCMmfo5IM9CfrVJtb0YsBubqUUFotfLZzYvNZFitdcJ/qtw16KFhh+NaAQzfOwSNQ0B4W94v S6dUoNSWYpbimNd6LJKO5JmRS8wYSiERaHvGdpbhc3v1drlZ44nGRr+0C+FMcqNL4V2vbToRE UbXogGxfUjU58XbNjTy6ItmPwpZZojXizjaThlwrRXCK0lFbzmFgmSmvcU6Oog3lHTaMJCL62 7Q0qGNzYvBdiSD0WcrHXnIbZRi13qoSML9DXh/cIHR9yeIxmSIgdQBXgFrV5wxT6e0nMdZePw a2sLPpqhmlMWJM1166a4lDut0uyMrI1f80GfokCajrQYZh+I5nkh2UUCdc2yR6TsdW5DAWQnO PhVliSW/Z5QIldTjIm5ULXUZBx/M1+OnxtRmTviTPQfc67nmlhF4hogsRmUe6ScAEkax8ob0m arKH0yfrXZOwjd8oFGxGz0dORqOmfqnsqrRMS1Q4HdDq0C34nhH5dhvaiK9c9avYuoLJSoF2B 6D2jxCOY8fIstyQmImgnE6qyefx/RIKA5qG8Y0M+3aQDeOUFVJawkjkiLyU0O6x2G/4eCBcgx 492lxtUWSMJbux90FQZKoqtg4eQjZcA2mwvv27h6wOxhnjef2LNEX8tYCVdVHREzq8gnKBkwW AYFOaT+M91MDote6SNM+mQBugDD6BU9v+43yh8HYkV0hyLAbkkihKdLonNekQG9mXF1+ONZC2 /1428EwPo3SGcAibNEj69dfmVFdHYaSZ0Zumz3RJ3zvoSi/SX/5Vj86yvM9kECOhEV11wwX5g d90j+g== X-Spamd-Result: default: False [-4.07 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.99)[-0.993]; NEURAL_HAM_SHORT(-0.98)[-0.976]; DMARC_POLICY_ALLOW(-0.50)[gmx.de,none]; R_DKIM_ALLOW(-0.20)[gmx.de:s=s31663417]; R_SPF_ALLOW(-0.20)[+ip4:212.227.17.0/27]; RCVD_IN_DNSWL_LOW(-0.10)[212.227.17.21:from]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[current@freebsd.org]; FROM_HAS_DN(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FREEMAIL_REPLYTO(0.00)[gmx.de]; RWL_MAILSPIKE_POSSIBLE(0.00)[212.227.17.21:from]; RCPT_COUNT_ONE(0.00)[1]; HAS_REPLYTO(0.00)[garyj@gmx.de]; RCVD_COUNT_TWO(0.00)[2]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_NONE(0.00)[]; FREEMAIL_FROM(0.00)[gmx.de]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[gmx.de:+]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; FREEMAIL_ENVFROM(0.00)[gmx.de]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4Pv4pz0zkNz4LY6 X-Spamd-Bar: ---- X-ThisMailContainsUnwantedMimeParts: N This isn't a fatal error, but it would be easy to fix: /usr/src/sys/netlink/route/iface.c:738:1: warning: unused function 'inet6_= get_plen' [-Wunused-function] inet6_get_plen(const struct in6_addr *addr) ^ 1 warning generated. This function is called in get_sa_plen(const struct sockaddr *sa) and the call is done inside #ifdef INET6...#endif, whereas the implementation is NOT inside #ifdef INET6...#endif, as it should be. I do not have INET6 in my kernel config file. =2D- Gary Jennejohn From nobody Sat Apr 8 19:49:13 2023 X-Original-To: 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 4Pv5R86YnFz44nnY for ; Sat, 8 Apr 2023 19:49:24 +0000 (UTC) (envelope-from melifaro@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 4Pv5R866mWz4JN4; Sat, 8 Apr 2023 19:49:24 +0000 (UTC) (envelope-from melifaro@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680983364; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=lofWgwL9eTqY09RfWbWu5oEIAU25fzC2EuRodvlteo0=; b=ZtZvv+7Rn4U7FEmYoYZY1wcuyTmvb08tyrj2zyE48l8cXHGIp46+eW2iid+BPgKoEZIKzO At3kVMh39b8VddF1kENUBnkd6P0xiEmkivFt0tFO7Fmwwb7geDoDN6kZU8/YIyZWBxGbiA zs+TkIrEVbjWSQXiz9xtuDeWi5Ux5Fs3Lv7gkKrMvF/qXwG4yydmr9LWK6fZy2xgBmhna6 Ero2oJwFFcEdRhZ7ppacxfi/DgUIk4pPo1o2oUCriqnmmJgp0+Eu4Gpr72et3alTXs2G+4 DTvuIk61euhbGQBtEnX+1O5ljK78612DcET3dGQPKkUMvHmqNQ0j99NCP4rNxw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680983364; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=lofWgwL9eTqY09RfWbWu5oEIAU25fzC2EuRodvlteo0=; b=KUaUsvGY6Jkm4P64lI2lQnEd+YZiChBd94L6aVCJDATJe4D5TcrIZCfedIzwJW4pl+hR1T 4qHvpGODwgZLfuFG2ntfqGfWd59mZ3ZGVKEdndQUHsvnv1NyD1HmR0ZtTxOzKfJJGeiLKo klrXxsuwlG43oTAFdXlKCu3U6NaTeKQCpnXtElBWvZAiFoJ4hqi+l2Dvq8OOS8fdOZfxUh EK5AeNJTEeimkOAzV2GKYIy8MA+cCNxHQPfZ3BE1hzmYxnLpcoh5ggZaREMjB2lEV/YiHk 5ihUL5I05LC0kC8TncjABETJ6BLysxWEgzXbHaxBNHaNnsuzfVZCQkX+ztRt6w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1680983364; a=rsa-sha256; cv=none; b=v6c10S58zc8qnfo71zwpmcSfwvJ+qOjZJtLCwq2Z7ZocdxU2sUM+LxsYGwvzXuqOjIL1uc TmHehlQ1PGjPNNqCR2iFPLfA05wjO5ht8J11drLmPtsCkeNfuEwKt7SQeHMXk07O6kZmyP nrLsG2bR4YIEhC15aCtQp9R0/C8LTepvn5vcS1S8UJelI7ljB3JRi2AUep5Jl/22Jq+mNu IeVBel75FmkY0q3HfO0n+KaIPdxYptH2uXB2xB0asy+9k/MXinQsab6Pqkn6BnWXVihbSX LRSafilxsmD7kvF7bJITk6Sa5UYu3UBi4S067NxD8TsHlcrdnjKTSndRa9ocHw== Received: from smtpclient.apple (unknown [109.78.117.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: melifaro/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Pv5R82zLSzgYn; Sat, 8 Apr 2023 19:49:24 +0000 (UTC) (envelope-from melifaro@freebsd.org) 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 \(3731.400.51.1.1\)) Subject: Re: /usr/src/sys/netlink/route/iface.c:738:1: warning: unused function From: Alexander Chernikov In-Reply-To: <20230408212108.7246eed3@ernst.home> Date: Sat, 8 Apr 2023 20:49:13 +0100 Cc: current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20230408212108.7246eed3@ernst.home> To: garyj@gmx.de X-Mailer: Apple Mail (2.3731.400.51.1.1) X-ThisMailContainsUnwantedMimeParts: N > On 8 Apr 2023, at 20:21, Gary Jennejohn wrote: >=20 > This isn't a fatal error, but it would be easy to fix: >=20 > /usr/src/sys/netlink/route/iface.c:738:1: warning: unused function = 'inet6_get_plen' [-Wunused-function] > inet6_get_plen(const struct in6_addr *addr) > ^ > 1 warning generated. >=20 > This function is called in get_sa_plen(const struct sockaddr *sa) and = the > call is done inside #ifdef INET6...#endif, whereas the implementation = is > NOT inside #ifdef INET6...#endif, as it should be. Thanks for the report, should be fixed by 39c0036d881b. >=20 > I do not have INET6 in my kernel config file. >=20 > -- > Gary Jennejohn >=20