From nobody Mon Nov 1 08:51:11 2021 X-Original-To: stable@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 7122F183871B; Mon, 1 Nov 2021 08:51:14 +0000 (UTC) (envelope-from avg@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 4HjRb62mJsz3GZH; Mon, 1 Nov 2021 08:51:14 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from [192.168.0.88] (unknown [195.64.148.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: avg/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id C298C24E76; Mon, 1 Nov 2021 08:51:13 +0000 (UTC) (envelope-from avg@FreeBSD.org) To: freebsd-stable List , hackers@FreeBSD.org From: Andriy Gapon Subject: gdb cannot cross doreti_ast ? Message-ID: <7064dc89-202e-36ea-02c5-a8872eac8eb4@FreeBSD.org> Date: Mon, 1 Nov 2021 10:51:11 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Firefox/78.0 Thunderbird/78.14.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N I have a crash dump and kgdb (from gdb 10.2) cannot cross doreti_ast() when examining a stack trace: #0 sched_switch (td=0xfffff801291507c0, newtd=0xfffff80061bc97c0, flags=) at /usr/src/sys/kern/sched_ule.c:2146 #1 0xffffffff80748494 in mi_switch (flags=266, newtd=0x0) at /usr/src/sys/kern/kern_synch.c:452 #2 0xffffffff80751154 in thread_suspend_switch (td=0xfffff801291507c0, p=) at /usr/src/sys/kern/kern_thread.c:1118 #3 0xffffffff80750f74 in thread_single (p=0xfffff8011df70000, mode=) at /usr/src/sys/kern/kern_thread.c:862 #4 0xffffffff80702b86 in exit1 (td=0xfffff801291507c0, rval=0, signo=15) at /usr/src/sys/kern/kern_exit.c:240 #5 0xffffffff80740f3a in sigexit (td=0xfffff801291507c0, sig=15) at /usr/src/sys/kern/kern_sig.c:3194 #6 0xffffffff8074230f in postsig (sig=15) at /usr/src/sys/kern/kern_sig.c:3079 #7 0xffffffff80794b43 in ast (framep=0xfffffe0105a76c00) at /usr/src/sys/kern/subr_trap.c:331 #8 0xffffffff809b5449 in doreti_ast () at /usr/src/sys/amd64/amd64/exception.S:1150 #9 0x00000008020c7400 in ?? () #10 0x0000000000000011 in ?? () #11 0x0000000000000000 in ?? () It's only a minor annoyance, but I would like to get it fixed. Maybe some markers need to be added to doreti_ast? Or some smarts need to be added to gdb to recognize doreti_ast? Thanks! -- Andriy Gapon From nobody Mon Nov 1 09:19:48 2021 X-Original-To: freebsd-stable@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 51B9418452C8; Mon, 1 Nov 2021 09:19:59 +0000 (UTC) (envelope-from SRS0=42hC=PU=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 4HjSDG6nmCz3RHY; Mon, 1 Nov 2021 09:19:58 +0000 (UTC) (envelope-from SRS0=42hC=PU=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 64B4428411; Mon, 1 Nov 2021 10:19:51 +0100 (CET) Received: from illbsd.quip.test (ip-78-45-215-131.net.upcbroadband.cz [78.45.215.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id B809228417; Mon, 1 Nov 2021 10:19:49 +0100 (CET) Subject: Re: Deprecating smbfs(5) and removing it before FreeBSD 14 To: Yuri , freebsd-current@freebsd.org, freebsd-stable References: <6f99f9bc-8831-aefe-4f73-72f50f8f347b@aetern.org> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <79402464-f9e6-5f56-645e-cfd49640032e@quip.cz> Date: Mon, 1 Nov 2021 10:19:48 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: <6f99f9bc-8831-aefe-4f73-72f50f8f347b@aetern.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4HjSDG6nmCz3RHY X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On 01/11/2021 09:36, Yuri wrote: > Ed Maste wrote: >> The smbfs(5) filesystem supports only the obsolete SMBv1 protocol, and >> I propose removing it for FreeBSD 14. I know the CHERI folks have been >> using it but they plan to migrate away from it. It was broken for >> months before they fixed it, so I suspect nobody is using it on >> contemporary releases. >> >> I have review D32707 (https://reviews.freebsd.org/D32707) open to add >> this deprecation notice to the man page: >> The smbfs filesystem driver supports only the obsolete SMBv1 protocol. >> smbfs and userspace counterparts smbutil(1) and mount_smbfs(8) are not >> present in FreeBSD 14 and above. Users are advised to evaluate the >> sysutils/fusefs-smbnetfs port instead. >> >> A similar notice would be added to the smbutil and mount_smbfs man >> pages, and manu@ suggested having the userland utilities emit a >> warning when they are used. >> >> I am interested in comments, objections, or reports that anyone is in >> fact using smbfs. > > I thought I'd mention the SMB client in illumos which is originally > based on FreeBSD one, imported and enhanced by Apple, then imported by > Sun, and finally updated to support SMB2/SMB3 in illumos. It has a lot > of CDDL code now, but as ZFS shows it's not really a stopper. > > ISTR there is (was?) also an Apple SMB client (based on FreeBSD) > somewhere on their "opensource" site. > > Just saying that there are other options if someone(TM) is interested in > doing the work. Apple sources can be found there https://opensource.apple.com/source/smb/ with all the history from SMBv1 to SMBv3. The files have original copyright header from 2001 Boris Popov (same as FreeBSD) but otherwise it is very different code due to different kernel interfaces and so on. With Apple and Illumos sources it is possible to have smbfs in FreeBSD upgraded to v2 or v3 but very skilled programmer is needed for this work. And for the past years there is none interested in this work. Miroslav Lachman From nobody Mon Nov 1 09:39:05 2021 X-Original-To: stable@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 772C418258D6; Mon, 1 Nov 2021 09:39:14 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4HjSfV0pncz3nVn; Mon, 1 Nov 2021 09:39:13 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.16.1/8.16.1) with ESMTPS id 1A19d6wR040455 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 1 Nov 2021 11:39:09 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 1A19d6wR040455 Received: (from kostik@localhost) by tom.home (8.16.1/8.16.1/Submit) id 1A19d5jE040454; Mon, 1 Nov 2021 11:39:05 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 1 Nov 2021 11:39:05 +0200 From: Konstantin Belousov To: Andriy Gapon Cc: freebsd-stable List , hackers@freebsd.org Subject: Re: gdb cannot cross doreti_ast ? Message-ID: References: <7064dc89-202e-36ea-02c5-a8872eac8eb4@FreeBSD.org> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7064dc89-202e-36ea-02c5-a8872eac8eb4@FreeBSD.org> X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.5 X-Spam-Checker-Version: SpamAssassin 3.4.5 (2021-03-20) on tom.home X-Rspamd-Queue-Id: 4HjSfV0pncz3nVn X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N On Mon, Nov 01, 2021 at 10:51:11AM +0200, Andriy Gapon wrote: > > I have a crash dump and kgdb (from gdb 10.2) cannot cross doreti_ast() when > examining a stack trace: > > #0 sched_switch (td=0xfffff801291507c0, newtd=0xfffff80061bc97c0, > flags=) at /usr/src/sys/kern/sched_ule.c:2146 > #1 0xffffffff80748494 in mi_switch (flags=266, newtd=0x0) at > /usr/src/sys/kern/kern_synch.c:452 > #2 0xffffffff80751154 in thread_suspend_switch (td=0xfffff801291507c0, > p=) at /usr/src/sys/kern/kern_thread.c:1118 > #3 0xffffffff80750f74 in thread_single (p=0xfffff8011df70000, > mode=) at /usr/src/sys/kern/kern_thread.c:862 > #4 0xffffffff80702b86 in exit1 (td=0xfffff801291507c0, rval=0, signo=15) at > /usr/src/sys/kern/kern_exit.c:240 > #5 0xffffffff80740f3a in sigexit (td=0xfffff801291507c0, sig=15) at > /usr/src/sys/kern/kern_sig.c:3194 > #6 0xffffffff8074230f in postsig (sig=15) at /usr/src/sys/kern/kern_sig.c:3079 > #7 0xffffffff80794b43 in ast (framep=0xfffffe0105a76c00) at > /usr/src/sys/kern/subr_trap.c:331 > #8 0xffffffff809b5449 in doreti_ast () at /usr/src/sys/amd64/amd64/exception.S:1150 > #9 0x00000008020c7400 in ?? () > #10 0x0000000000000011 in ?? () > #11 0x0000000000000000 in ?? () > > It's only a minor annoyance, but I would like to get it fixed. > Maybe some markers need to be added to doreti_ast? > Or some smarts need to be added to gdb to recognize doreti_ast? What do you want to see above doreti_ast? Basically there is no kernel frames, except the struct trapframe at the very top. doreti_ast is the last point with interrupts enabled (again) before return to usermode. The only wrong thing in this trace is that gdb did not stopped the unwinding. It might be that we could add some dwarf annotation to indicate the 'no frame' place. From nobody Mon Nov 1 11:44:50 2021 X-Original-To: freebsd-stable@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 A436A1840D6A for ; Mon, 1 Nov 2021 11:45:01 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward500p.mail.yandex.net (forward500p.mail.yandex.net [77.88.28.110]) (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 4HjWRc33myz3F8D for ; Mon, 1 Nov 2021 11:45:00 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from sas1-df7c155f48c6.qloud-c.yandex.net (sas1-df7c155f48c6.qloud-c.yandex.net [IPv6:2a02:6b8:c08:e119:0:640:df7c:155f]) by forward500p.mail.yandex.net (Yandex) with ESMTP id 6C39BF01B36; Mon, 1 Nov 2021 14:44:52 +0300 (MSK) Received: from sas1-e20a8b944cac.qloud-c.yandex.net (2a02:6b8:c14:6696:0:640:e20a:8b94 [2a02:6b8:c14:6696:0:640:e20a:8b94]) by sas1-df7c155f48c6.qloud-c.yandex.net (mxback/Yandex) with ESMTP id 37TXiVm0Wl-ipDC22vY; Mon, 01 Nov 2021 14:44:52 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1635767092; bh=EWflE0+0heHaj8oDOWbWYEOIXd2X3hs7ThxRJlXMOVM=; h=In-Reply-To:From:Date:References:To:Subject:Message-ID; b=GzkLZvX72n0/MpQw5qzwxc1MpEV3igb45oz0rV3lKE5xgcPITptPMuWKx3sJrir/p u9HzXOuI3T+JrkC53So6SvA7AmT91oPeisSHCZKg9VrO5ddsoeokujrZUtVn6hQxki TN97jgXP6Yb4GXuwmCed76pjCgTwCt06ynOkgpXs= Received: by sas1-e20a8b944cac.qloud-c.yandex.net (smtp/Yandex) with ESMTPS id BIu5xtHdvL-ipMiQaPD; Mon, 01 Nov 2021 14:44:51 +0300 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client certificate not present) X-Yandex-Fwd: 2 Subject: Re: IPv6 inflight fragmentation To: Peter , freebsd-stable@freebsd.org References: From: "Andrey V. Elsukov" Message-ID: <4053ee14-de6a-7f20-1d15-bb6ddb3c4d66@yandex.ru> Date: Mon, 1 Nov 2021 14:44:50 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="jvIb5ndFvgvZnNep3W0cG3chYCX0hFt1S" X-Rspamd-Queue-Id: 4HjWRc33myz3F8D X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yandex.ru header.s=mail header.b=GzkLZvX7; dmarc=pass (policy=none) header.from=yandex.ru; spf=pass (mx1.freebsd.org: domain of bu7cher@yandex.ru designates 77.88.28.110 as permitted sender) smtp.mailfrom=bu7cher@yandex.ru X-Spamd-Result: default: False [-4.10 / 15.00]; DWL_DNSWL_NONE(0.00)[yandex.ru:dkim]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yandex.ru:s=mail]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yandex.ru]; R_SPF_ALLOW(-0.20)[+ip4:77.88.0.0/18]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yandex.ru:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yandex.ru,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~]; FREEMAIL_ENVFROM(0.00)[yandex.ru]; ASN(0.00)[asn:13238, ipnet:77.88.0.0/18, country:RU]; RCVD_TLS_LAST(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[77.88.28.110:from] X-ThisMailContainsUnwantedMimeParts: N This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --jvIb5ndFvgvZnNep3W0cG3chYCX0hFt1S Content-Type: multipart/mixed; boundary="ggR69GAB6t79jZHKAXhuslwZglMYR3Wcd"; protected-headers="v1" From: "Andrey V. Elsukov" To: Peter , freebsd-stable@freebsd.org Message-ID: <4053ee14-de6a-7f20-1d15-bb6ddb3c4d66@yandex.ru> Subject: Re: IPv6 inflight fragmentation References: In-Reply-To: --ggR69GAB6t79jZHKAXhuslwZglMYR3Wcd Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable 31.10.2021 05:24, Peter =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > From what I understood, inflight fragmentation (on an intermediate rout= er) > is not practical with IPv6. But it happens: > And it doesn't seem like these packets would be answered at all. >=20 > This happens when there is a dummynet pipe/queue rule (or a divert > rule) in the outbound rules to an interface that must reduce the MTU. > As soon as we skip over that dummynet (or divert), we get these ICMPv6 > messages at the other end, and the fragmentation ceases: Hi, divert rule does implicit IP fragments reassembling before passing a packet to application. I don't think dummynet is affected by this. --=20 WBR, Andrey V. Elsukov --ggR69GAB6t79jZHKAXhuslwZglMYR3Wcd-- --jvIb5ndFvgvZnNep3W0cG3chYCX0hFt1S Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature" -----BEGIN PGP SIGNATURE----- wsB5BAABCAAjFiEE5lkeG0HaFRbwybwAAcXqBBDIoXoFAmF/0zMFAwAAAAAACgkQAcXqBBDIoXqt DQf7B/sV9F5vUbjH/lIg2oefRw28uoaJhhEyPiL2W/u6sDKskVTTlwWbYu8ff7Oh0KpLxykVaO38 gHsqXAFbEDvJ32dR8jThvLQj/Z60/UFx9CH90tn9+HWChBHUNCLwjYiJ9uokvNCh6/F8eu9ZKBXy hSCM1suqNe8BVzGNc7GJTrixnPHx12CTab+rFNJylKGlJzHO44ZymrA0s0IZGbM1zOUpOmT3FVKG Fxhwcn4Te9AV1EiMDvu4NDIz9QFpp6SNM9TQnm5L9mAOlX5PX4hIrcUqETjE1PoagnRbW6MMM5uc +yq5yi5P3yfM5OY7D58XKGTYK2ebBn43moD38x46Sw== =SLpi -----END PGP SIGNATURE----- --jvIb5ndFvgvZnNep3W0cG3chYCX0hFt1S-- From nobody Mon Nov 1 15:55:52 2021 X-Original-To: freebsd-stable@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 1EBFA1835B75; Mon, 1 Nov 2021 15:56:01 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-qb1can01on061b.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe5c::61b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hjd1D5n0Yz3HSC; Mon, 1 Nov 2021 15:56:00 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=QNNymklK2UPeA0LcRPC6yicTyje6NOmVD1zLlXoxbk6KAtmaFhZQgfW44Abnwx1owuAgkuidtosnyMExQ1tLllFLpjoCnebUBQUXMIJX2TUP5T2MUtGSL8jsX+o3VoXEMRZeoDymRIzdb5X6eOOUVyQYQb714vWW/3naoDK3HYcGzXWxK2ucJY3KtM/MDKAO2CTQcpp2YxoLnLr6Z0QNrmjrYOgwCiFa8COked+o9Wtvas7x2HBltkdmYK+g4mXJ4Y/R65zXRVt9qRYvcuWiKA1BVypEUZ5bDSwCUXs+qZDriQoVG9eNwNW0oh5zXh8oZQTlhIkje2V/hMyPnUJPpA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=0DatJwa1dJXQhWUZT2O5GwFTWiW9Y36UJZR+k/LhSs4=; b=mnR5reS4rQO8i6AO6L7F9E/oBBZ9GiJO14t+LuCSwoRHNejAwfwnxknur0vJUQ8OfEfnkpKe85NoUhVx0ysFDpblrXmpF8jxyUrYBv50YjYCdIfXz63hOJThoPfgcyZXTv96M7vimG3aWQNOZ5PvPTO7pkcBY026FReJQXOrGm2gNG7lp16HBBMpHXsiFDLh5eBqMuZ+gk6gtQ0SUCg5E/dZ/zwK3OVs/BNcgaPX59pM+DYzk16Go9PRcztx9Bmeq9R57lNTb27ZUIbtkkjcwenBOARRs0hq2857aleOkmg8SCnCeVDYuC24VgZHfqkLM+E6HSkQmDOaZkWPjgGuPg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=0DatJwa1dJXQhWUZT2O5GwFTWiW9Y36UJZR+k/LhSs4=; b=kZodUrPcwXUgcnlBrobEPum4TnYtb3E+LqkuMCBIzLprdmA/JK92winzS3ditdmfFW42Q1iQ6U/SsCAT9Yd+9aBHxi5UZJNDvWT9Wat+EdSKeG7FU7hSIpn9kOp4M6ITR46wQBZ0HV2dMj8L/Tt3eYxNRrWpv7uCfvQxdgw8fL5lyWuUyv5XElS9SGuZFoeGKxbCY1gNGm1cwy6lovnYfpLfgIpozjWaMttSrWzd2Ax1R+uoIQhV3Pej4inQzA8ZXJey/R2qVPRZUIEgdBgLqp5kenQqFToPviJSBQl8jt2cbSzgAi71Isj+uzOJVXYdHa+6YkFL5P7CR4aeqcXLCA== Received: from YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:19::29) by QB1PR01MB3476.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:3c::31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4649.14; Mon, 1 Nov 2021 15:55:52 +0000 Received: from YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM ([fe80::7091:13ac:171f:1c12]) by YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM ([fe80::7091:13ac:171f:1c12%5]) with mapi id 15.20.4649.019; Mon, 1 Nov 2021 15:55:52 +0000 From: Rick Macklem To: Miroslav Lachman <000.fbsd@quip.cz>, Yuri , "freebsd-current@freebsd.org" , freebsd-stable Subject: Re: Deprecating smbfs(5) and removing it before FreeBSD 14 Thread-Topic: Deprecating smbfs(5) and removing it before FreeBSD 14 Thread-Index: AQHXzvvFA1WWxQSLW0uUJGavCusr2KvuZUQAgABpl4U= Date: Mon, 1 Nov 2021 15:55:52 +0000 Message-ID: References: <6f99f9bc-8831-aefe-4f73-72f50f8f347b@aetern.org> <79402464-f9e6-5f56-645e-cfd49640032e@quip.cz> In-Reply-To: <79402464-f9e6-5f56-645e-cfd49640032e@quip.cz> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: suggested_attachment_session_id: 2f489da7-c08d-7d47-366e-c9495048a1f0 x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 46a1a91d-e685-40e6-8a72-08d99d501538 x-ms-traffictypediagnostic: QB1PR01MB3476: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: NbqSr2SZex/oDoXBf4PhJLfGs/adu8G77LJ+M34J5b2jjMF5v1L/QOASuQ1jO1tCzPe3F5QjgqXOZIFrnqOBnhWjxDIW3jNK5Rd5FQlX1Ypm1p6TYYMgPom0cMIzBHds/S4tK2vXzcDJbVMAHRqJ4bfmp7nKKSJ2bvvd2Nt3O0o7Y6JMukPFgKMJ3fMx/l+GXqWPh3c8rEhUfgPdEaKTuH6L2hkuotl83WlQefnhl07cg0pOM79FKXI4P+Px85W4zVE0m3fLhqFEA7HBjd922umVomY92J6TyuKKEDqxAK/amqqiBFgWGu5ORwaCCAjU3wrUb+04QBY4VKPktiXB2ud+4wg4EgGYgSQ8yzAyFg4XrlofBWpARSperMGd8LRd67zmfx9rSOsrf0cXbNiUJQ1bXFXpqAGI0I67MO/j+zFHsq+bn2+T5nbQWtHSDc+tc3Qc6c8o8nS9aVcj5twd1IdnvbslqzeEwVSZkJgOA21MFnbWxAjwD248yb9aMYhYLV7+1hM7aGC8CaNnYZRVdGs7vfVAPPIxO9FAKKMhMa/Z+1GRoloow84Lvq/OM4AE2h7nZXeJPFiPxp1D7+dFDPKO0VGuNA67PsH16tzJooTy/Xp/CbOdDJWttbwdx8E+VYmmrX6pHZPV3uFlqnehYzTVQWIuXfzrw8NgGNhBcNDUZu5NWXC+fuVcF6OZ8LnFCqd0dWPkUZfyLxc64NMtoFRO6naypmI5TKE1RnR1ImS7rU0SL//B7UWL+8ViO6HQ1irGSLOfD7WNGbak87yxm+wMQGRAWPPEmDlhtUxh1ho= x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(366004)(2906002)(508600001)(66476007)(38100700002)(66556008)(64756008)(71200400001)(66946007)(66446008)(966005)(122000001)(33656002)(6506007)(83380400001)(76116006)(110136005)(5660300002)(86362001)(7696005)(186003)(8936002)(38070700005)(316002)(8676002)(786003)(52536014)(55016002)(9686003);DIR:OUT;SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?og+LHAe0kNaxF0O0Ix6xsA2z4cAIm4IMtjjGcQ1lG8u/xvBSPiCxv4T+08?= =?iso-8859-1?Q?a9VzNATS7hbLX6KGKWscCZ/nBUl57IjP3T7ttIeRsmNFNJGp1K1voU89HT?= =?iso-8859-1?Q?jf6oEz5JD5ltDmbo81FMzsNCh5pvxYFrRh+dzMuNURCW731DFrOQLcuHpN?= =?iso-8859-1?Q?qZClXOCBt24N0ChEue7RTxNv111GUs6ctiYkkr5IjYBmHu3I1rZ/lbQRme?= =?iso-8859-1?Q?AVwoc4iJkPoYy6htIPneOr1AEqXKofDbV4drMTGLFn+r5Yl3/0w8ofBpvT?= =?iso-8859-1?Q?HS3rMCxnFJHQkk9+TPzLnM+n0PRKZdPdr5/9lOYdpCETpIUE9kuQD6bWGT?= =?iso-8859-1?Q?YkxWD7rCpy3pHoySnKceVLFMh4cs1am9E5FQheHLPDIN7WqSOzVJ/cvGkS?= =?iso-8859-1?Q?+rrAzN9bM8wAS559TVbFo3TSRIVqpwTkuq6GlKQrU20ofKiLbhNBsxKpro?= =?iso-8859-1?Q?OV4Gd9kth2Pq0qhd5iga9sNwwlgxmdv7gLGGcmaTYf/c5L/OgujmPv6Ggs?= =?iso-8859-1?Q?jHRocaR9BrNtK1WsuzyW8GZAempYqHQGw5wC7Xhjh0/CpFvLWgyqQeGvhQ?= =?iso-8859-1?Q?/2NSAG3ced/B4wWy19M1lTfZG6Wi2sKP+ZR4yshKLszXGjF82dYtNRK7i3?= =?iso-8859-1?Q?bbjmSyAfOS9unmbA11XiQmMXf3waFc3IzmDxp1quxxv+YAeK2MXNkH3Wng?= =?iso-8859-1?Q?RAQMV6FccZP14tJX6H+hmuMbcPp2iJfqERV4fKlzNOikcEjrsuxVY4gSdT?= =?iso-8859-1?Q?bqnntd4QmUnnvDA+MbyvJgjmNXAphveGMevLV6SsgVIlnU2Vlj6tCHz6Fy?= =?iso-8859-1?Q?sC3bHY5FjKieK9xg68P/6Xrl1FGbPjZezeIlcyLVWXHbzT/IEMl1s8wLgw?= =?iso-8859-1?Q?4zuz2Xx/Fg0cXIk3o3NKGec1NzFfxs3xQrDwK7sFdWC/jiKthS8pj6XhTN?= =?iso-8859-1?Q?aoTEWd8uGYfvDghQdIIWOXIXVV1zlsgaRco+j7bc0kzLyheSzNm6kPZfxe?= =?iso-8859-1?Q?gdpV9YIZEDsiAGRgysESYZolm4AG+E58OITNuPVPETq63/xfVYREthmaVY?= =?iso-8859-1?Q?HiPKzcQbX9lYWAG+xFOytpDlR6SnTIOg8TpJkpSx3wjomE/k+aP+ze2HGo?= =?iso-8859-1?Q?9tv8gcLn+N98J0XZvwk0UzoSwWcK8ekE5fs30daQ5F8tVXKhbXqmGMBiTG?= =?iso-8859-1?Q?BjhGSot9nCNTW1x1XCqtquXaLGBErTJ08K/B/ANVeXg50vJH8IGQufppug?= =?iso-8859-1?Q?OrtmXGZdxTdJUvRMrdOoxXbbVm6CGPVHiRhCqhuUjehzfECDJfkIJjShfp?= =?iso-8859-1?Q?NrkdbyOT9VKBqoiO3FQZZp1hvZbMA87gjGP89coUOKCd4tJQPRxyq+YWmI?= =?iso-8859-1?Q?N5YsNAN1mMoe1S/HkyDuGRXSDhcX9me/5PDmWZ0olECa6Mff4zFayIGPn0?= =?iso-8859-1?Q?DguPoPqBv/pELveb7fVMaKVhfs3XpgBdst7A6zt8NfMTYI9jTqvWV83DSK?= =?iso-8859-1?Q?uLxqodMXDV9mqAPlYWdacKvD1HaA6Em0AUuntuJ4urRPViSZkkLNX976We?= =?iso-8859-1?Q?lKQ/j8GAlNb/pYRhFmRVJ9tGIIzCCo+O8HZSpqCmUBz3wmYUDKjz5akKwS?= =?iso-8859-1?Q?wEVsmblIVqBf94Q9ldBoQs0C3uj2fm6Y4Cvtb4mgaxmTWr0/Y/1yEeX+Ju?= =?iso-8859-1?Q?08Wfq7cknoRhY/uYASxkMBhAGz9pBZg+ffbL5iYeyTFMl7JzkwZp5WKo1x?= =?iso-8859-1?Q?CRXA=3D=3D?= Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 46a1a91d-e685-40e6-8a72-08d99d501538 X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Nov 2021 15:55:52.7957 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: R1Nosu5IyWHxBKhmk2ppsVDmugQxPyrya2f2Cf383o16ih+1N+zS8dG9RHl4LXh5oVgqmaMkUKFL7J5xgU0vLQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: QB1PR01MB3476 X-Rspamd-Queue-Id: 4Hjd1D5n0Yz3HSC X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N Miroslav Lachman wrote:=0A= [good stuff snipped]=0A= > Apple sources can be found there=0A= > https://opensource.apple.com/source/smb/ with all the history from SMBv1= =0A= > to SMBv3. The files have original copyright header from 2001 Boris Popov= =0A= > (same as FreeBSD) but otherwise it is very different code due to=0A= > different kernel interfaces and so on.=0A= > With Apple and Illumos sources it is possible to have smbfs in FreeBSD=0A= > upgraded to v2 or v3 but very skilled programmer is needed for this=0A= > work. And for the past years there is none interested in this work.=0A= =0A= Although I agree that it would be a non-trivial exercise, a lot of the Appl= e=0A= differences are in the "smoke and mirrors" category.=0A= Around OSX 10.4, they changed their VFS/VOP to typedefs and accessor=0A= functions. For example:=0A= "struct vnode *vp" became "vnode_t vp"=0A= and "vp->v_type" became "vnode_type(vp)"=0A= =0A= Ten years ago, the actual semantics were very close to what FreeBSD used.= =0A= If you look at sys/fs/nfs/nfskpiport.h in older sources (around FreeBSD 10)= ,=0A= you'll see a bunch of macros I used to allow the Apple port to also build/r= un=0A= on FreeBSD (a couple, such as vnode_t are still left because I've never got= ten=0A= around to doing the edit to replace them).=0A= =0A= The hard part will be dealing with the actual VFS/VOP semantics changes tha= t=0A= have occurred in the last 10 years.=0A= =0A= Did they stick APSLs on the files? (If so, I think it could still be ok, si= nce the APSL=0A= is a lot like the CDDL. However, I'm not sure if the APSL has ever been ble= ssed=0A= by FreeBSD as of yet?)=0A= =0A= Don't assume anything will happen, but I *might* take a look in the winter,= =0A= since outstanding NFS changes should be done by the end of 2021.=0A= =0A= It does sound like there is some interest in this and that fuse doesn't sol= ve=0A= the problem (at least for everyone).=0A= =0A= rick=0A= =0A= Miroslav Lachman=0A= =0A= From nobody Mon Nov 1 18:27:52 2021 X-Original-To: freebsd-stable@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 2CC201838BB1; Mon, 1 Nov 2021 18:28:16 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io1-f46.google.com (mail-io1-f46.google.com [209.85.166.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 4HjhNw0XXqz4tn2; Mon, 1 Nov 2021 18:28:16 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io1-f46.google.com with SMTP id d63so22709133iof.4; Mon, 01 Nov 2021 11:28:16 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=kysNLc2G/SQA2Lm9rhro+dVmi5wGje0VFwRWBszsEmc=; b=TBUohFlYGSIzlVzAdPYjRMAfEapfrX1Ac7wIAy/CITp2cZq+TP0gd7V5XJOYbDzk4D n5g0nJz0kjqZmV1IbAHEv6gIeA+4uJKZTLKrUsq0CcdRLgbngCEk0a5amyyJ5RUuvoUR swO56p8xe/EOAIQuCbqVtdEic8xkPcrNZP+OffPz+LG7mR/cbiE4xqUuaNimFcIecZXA Gf8VXVOycbe6eBU5J4LU3PVuHHFolDaDM3w7KbZROTMPCW2h3k3SwH3hC0g16Eg8Wod4 ig3jCa9KsIGLjHfyvW9K+ZvaiYzJQILPedDcQZhcrLswd6gtNYkErGBwStSF/a19W4vO ChqA== X-Gm-Message-State: AOAM533ecl59LLWcd4a8PkkUbk7MNMhPeSG4T82WKg8NL5xSwO6eRlqF YkmpXismdLhiG5KmIJcKFpZVQft1+DeQxtcmstyxfpg1xFE= X-Google-Smtp-Source: ABdhPJwwkvlt0dr00wuHbSgbpew4q3hgIYQeKXb/+7b2Ca8weHCZ4JbOqMY6bv5sMEItPA1GqYzEZPPs4BjoNwb6GnA= X-Received: by 2002:a02:7105:: with SMTP id n5mr23394075jac.64.1635791295501; Mon, 01 Nov 2021 11:28:15 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <6f99f9bc-8831-aefe-4f73-72f50f8f347b@aetern.org> <79402464-f9e6-5f56-645e-cfd49640032e@quip.cz> In-Reply-To: From: Ed Maste Date: Mon, 1 Nov 2021 14:27:52 -0400 Message-ID: Subject: Re: Deprecating smbfs(5) and removing it before FreeBSD 14 To: Rick Macklem Cc: Miroslav Lachman <000.fbsd@quip.cz>, Yuri , "freebsd-current@freebsd.org" , freebsd-stable Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4HjhNw0XXqz4tn2 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Mon, 1 Nov 2021 at 11:56, Rick Macklem wrote: > > Did they stick APSLs on the files? (If so, I think it could still be ok, since the APSL > is a lot like the CDDL. However, I'm not sure if the APSL has ever been blessed > by FreeBSD as of yet?) I had a quick look at the Illumos kernel files and it appears each file is licensed under only one of 4-clause BSD, APSL, or CDDL, depending on where it originated. Files from Boris Popov's original FreeBSD implementation have the 4-clause BSD license, followed by something like: /* * Copyright (c) 2008, 2010, Oracle and/or its affiliates. All rights reserved. * Portions Copyright (C) 2001 - 2013 Apple Inc. All rights reserved. * Copyright 2018 Nexenta Systems, Inc. All rights reserved. */ There are 28 BSD-licensed kernel files, 5 APSL, and 13 CDDL. I think that having an smbfs kernel module in the tree using a combination of those licenses is fine. (This isn't on behalf of core@ and of course due diligence needs to be done, but from a high level it seems reasonable.) From nobody Mon Nov 1 19:50:01 2021 X-Original-To: freebsd-stable@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 43E6B1840B10 for ; Mon, 1 Nov 2021 19:50:13 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ua1-x92d.google.com (mail-ua1-x92d.google.com [IPv6:2607:f8b0:4864:20::92d]) (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 4HjkCT1DtSz3rlj for ; Mon, 1 Nov 2021 19:50:13 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-ua1-x92d.google.com with SMTP id ay21so13371682uab.12 for ; Mon, 01 Nov 2021 12:50:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=sPGbSD5Q2qQVeU/jlWlSN1u15ovZgb/2BqCNwty7K5c=; b=grSgQg90bpoDyYTcmt2ARYSgg54h7h3sHN8511+mLsOlZ2U5zXvBxXYtfgHsvQRI7w KitFal8VQ1DSDC5boV4IGKbG6FsW7/BAtPti5tr5RzxM+pRFSV51HM92/v/GUGJXbsG7 8Wa1vkWPC0dvxfjoRLQXAGAyqF2QSoS/4YkriB7B36x0ZewgJJFNly3GPiTPGfvVy235 aB9tv+qHbuQEwHaTA00RrkZ733c8ryDy4HNwnR9FIUC1DeqYU/NLnYvSphNvcluz4rGU A184DPzy+OMo7jErhs7G/52iwxxNeWqiL/RPF12trMWlWbb5zJ1cwZdasiyaDXrYSSnN ysJw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=sPGbSD5Q2qQVeU/jlWlSN1u15ovZgb/2BqCNwty7K5c=; b=b2ycFF/Wfm+Hwg55CGUj3m6iUD26jX7keJagGxgBK/5WJ+sT31nWSdqzxKVBnn0fHk MhZ9rmrD4WYrj81PoXpBFAv8U93g5aBbpT+oW+khZgILXo+K/FVD8Jv5lBOtiRzfEkv5 ZiPsSJClyBbDYjA7CCh7yKgEIDq+hTHKPpfVZARosRGutca77qCPK8+bdZZByJNkOqzV a2aJledDBGeSOZkQ/z9Wrzjg3eZQ4NGXIsjJpwsdg8+x6a1jyVjeT0K8h5MBxZJ1adV4 yXY2GjtEGj+xJR9wVuMrKbZ5kwEB6yq0E2DVykS/DzCsIfXS6Iuj4CDY/1tE2HIp5t0F Vdyg== X-Gm-Message-State: AOAM5302AdIvi4IYOMw2xokUS8429QawmQ0XBP7RYH0PGGvoAQ6QGrKT F2/BNF4WaoItPfsr66CL9AHEmf8b6uyX+RyNNK8UqA== X-Google-Smtp-Source: ABdhPJwq0ntnGWPlz5jlx/CZDT5mAHPjqbLAnwq4AXnqztbH3nvHKWMMmJ8tT0/rwLMp/fNV8k90VkDdYup+b53M9/k= X-Received: by 2002:ab0:3d07:: with SMTP id f7mr9169156uax.11.1635796212503; Mon, 01 Nov 2021 12:50:12 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <6f99f9bc-8831-aefe-4f73-72f50f8f347b@aetern.org> <79402464-f9e6-5f56-645e-cfd49640032e@quip.cz> In-Reply-To: From: Warner Losh Date: Mon, 1 Nov 2021 13:50:01 -0600 Message-ID: Subject: Re: Deprecating smbfs(5) and removing it before FreeBSD 14 To: Ed Maste Cc: Rick Macklem , Miroslav Lachman <000.fbsd@quip.cz>, Yuri , "freebsd-current@freebsd.org" , freebsd-stable Content-Type: multipart/alternative; boundary="0000000000002bee6a05cfbf7c72" X-Rspamd-Queue-Id: 4HjkCT1DtSz3rlj X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: Y --0000000000002bee6a05cfbf7c72 Content-Type: text/plain; charset="UTF-8" On Mon, Nov 1, 2021 at 12:29 PM Ed Maste wrote: > On Mon, 1 Nov 2021 at 11:56, Rick Macklem wrote: > > > > Did they stick APSLs on the files? (If so, I think it could still be ok, > since the APSL > > is a lot like the CDDL. However, I'm not sure if the APSL has ever been > blessed > > by FreeBSD as of yet?) > > I had a quick look at the Illumos kernel files and it appears each > file is licensed under only one of 4-clause BSD, APSL, or CDDL, > depending on where it originated. > > Files from Boris Popov's original FreeBSD implementation have the > 4-clause BSD license, followed by something like: > /* > * Copyright (c) 2008, 2010, Oracle and/or its affiliates. All rights > reserved. > * Portions Copyright (C) 2001 - 2013 Apple Inc. All rights reserved. > * Copyright 2018 Nexenta Systems, Inc. All rights reserved. > */ > > There are 28 BSD-licensed kernel files, 5 APSL, and 13 CDDL. I think > that having an smbfs kernel module in the tree using a combination of > those licenses is fine. (This isn't on behalf of core@ and of course > due diligence needs to be done, but from a high level it seems > reasonable.) > Yea, I took a quick look and came to a similar conclusion: this code base is likely fine for inclusion from a license perspective, but would take some doing to get it working on FreeBSD robustly for all the reasons that Rick delved into far better than I can... Warner --0000000000002bee6a05cfbf7c72-- From nobody Mon Nov 1 20:56:58 2021 X-Original-To: freebsd-stable@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 50C381836470 for ; Mon, 1 Nov 2021 21:09:46 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::12]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HjlzG10lJz4nbF for ; Mon, 1 Nov 2021 21:09:45 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.org [185.220.148.12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 1A1L94Xs015432 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 1 Nov 2021 22:09:04 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-Authentication-Warning: uucp.dinoex.sub.de: Host uucp.dinoex.org [185.220.148.12] claimed to be uucp.dinoex.sub.de Received: (from uucp@localhost) by uucp.dinoex.sub.de (8.17.1/8.17.1/Submit) with UUCP id 1A1L94fD015431; Mon, 1 Nov 2021 22:09:04 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.16.1/8.16.1) with ESMTP id 1A1KvIpX061490; Mon, 1 Nov 2021 21:57:18 +0100 (CET) (envelope-from peter@gate.intra.daemon.contact) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by gate.intra.daemon.contact (8.16.1/8.16.1) with ESMTPS id 1A1KuwPB061439 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 1 Nov 2021 21:56:58 +0100 (CET) (envelope-from peter@gate.intra.daemon.contact) Received: (from peter@localhost) by gate.intra.daemon.contact (8.16.1/8.16.1/Submit) id 1A1Kuwcw061438; Mon, 1 Nov 2021 21:56:58 +0100 (CET) (envelope-from peter) Date: Mon, 1 Nov 2021 21:56:58 +0100 From: Peter To: "Andrey V. Elsukov" Cc: freebsd-stable@freebsd.org Subject: Re: IPv6 inflight fragmentation Message-ID: References: <4053ee14-de6a-7f20-1d15-bb6ddb3c4d66@yandex.ru> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <4053ee14-de6a-7f20-1d15-bb6ddb3c4d66@yandex.ru> X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 185.220.148.12; Sender-helo: uucp.dinoex.sub.de;) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [185.220.148.12]); Mon, 01 Nov 2021 22:09:07 +0100 (CET) X-Rspamd-Queue-Id: 4HjlzG10lJz4nbF X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N Hi Andrey! On Mon, Nov 01, 2021 at 02:44:50PM +0300, Andrey V. Elsukov wrote: ! 31.10.2021 05:24, Peter =D0=BF=D0=B8=D1=88=D0=B5=D1=82: ! > From what I understood, inflight fragmentation (on an intermediate rout= er) ! > is not practical with IPv6. But it happens: ! > And it doesn't seem like these packets would be answered at all. ! >=20 ! > This happens when there is a dummynet pipe/queue rule (or a divert ! > rule) in the outbound rules to an interface that must reduce the MTU. ! > As soon as we skip over that dummynet (or divert), we get these ICMPv6 ! > messages at the other end, and the fragmentation ceases: !=20 ! divert rule does implicit IP fragments reassembling before passing a ! packet to application. I don't think dummynet is affected by this. No, we're not going to an application, we are routing to the Internet. And the uplink iface (tun0) has mtu=3D1492. And we have a rule in ipfw, like: > queue 21 proto all xmit tun0 out And we have sysctl net.inet.ip.fw.one_pass=3D0 So, at the time when we go thru the queue, we do not yet know the actual interface to use for xmit (because there might still be a "forward" rule following), so we do not yet know the mtu. Only when we finally give the packet out for sending, *after* passing the queue, then we will recognize our actual mtu. And then the difference happens: * if we did *not* go through the queue, the packet is (probably) dropped and an ICMPv6 type 2 ("too big") is sent back to the originator. This is how I understand that it should work, and that works. * if we *did* go through the queue, the packet is split into fragments although it is IPv6. And that does not work; such packet does not get answered by Youtube, and playback hangs. From a quick glance the fragments do look technically correct - and I have no idea why YT would receive a fullsized packet from the player, anyway (and I won't analyze their stuff). The behaviour is the same if there is either a "queue" action or a "divert" action or both. With "divert" we know that the mbuf flags are lost - with dummynet I did not yet look into the code. I had a hard time finding the cause in bulky video data, and then I simply reduced the mtu one hop earlier within my intranet, to workaround the issue for now. Later on I will start to move my nested VPN tunnels (VPN within VPN within ...) to IPv6, and look into the mtu handling with these, and I will probably need NPTv6 and divert for these, and I expect there will be more fun then, so I will have to setup a test environment anyway. So much for now, cheerio PMc From nobody Mon Nov 1 21:47:03 2021 X-Original-To: freebsd-stable@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 4C5D5182B38E; Mon, 1 Nov 2021 21:47:10 +0000 (UTC) (envelope-from SRS0=42hC=PU=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 4HjmpQ07Gtz55KN; Mon, 1 Nov 2021 21:47:09 +0000 (UTC) (envelope-from SRS0=42hC=PU=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 4CB1128416; Mon, 1 Nov 2021 22:47:07 +0100 (CET) Received: from illbsd.quip.test (ip-78-45-215-131.net.upcbroadband.cz [78.45.215.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id B604528411; Mon, 1 Nov 2021 22:47:05 +0100 (CET) Subject: Re: Deprecating smbfs(5) and removing it before FreeBSD 14 To: Rick Macklem , "freebsd-current@freebsd.org" , freebsd-stable References: <6f99f9bc-8831-aefe-4f73-72f50f8f347b@aetern.org> <79402464-f9e6-5f56-645e-cfd49640032e@quip.cz> From: Miroslav Lachman <000.fbsd@quip.cz> Cc: Yuri Message-ID: <7db04ed9-39eb-7163-ce92-9a52c5f7d302@quip.cz> Date: Mon, 1 Nov 2021 22:47:03 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4HjmpQ07Gtz55KN X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On 01/11/2021 16:55, Rick Macklem wrote: > Miroslav Lachman wrote: > [good stuff snipped] >> Apple sources can be found there >> https://opensource.apple.com/source/smb/ with all the history from SMBv1 >> to SMBv3. The files have original copyright header from 2001 Boris Popov >> (same as FreeBSD) but otherwise it is very different code due to >> different kernel interfaces and so on. >> With Apple and Illumos sources it is possible to have smbfs in FreeBSD >> upgraded to v2 or v3 but very skilled programmer is needed for this >> work. And for the past years there is none interested in this work. > > Although I agree that it would be a non-trivial exercise, a lot of the Apple > differences are in the "smoke and mirrors" category. > Around OSX 10.4, they changed their VFS/VOP to typedefs and accessor > functions. For example: > "struct vnode *vp" became "vnode_t vp" > and "vp->v_type" became "vnode_type(vp)" > > Ten years ago, the actual semantics were very close to what FreeBSD used. > If you look at sys/fs/nfs/nfskpiport.h in older sources (around FreeBSD 10), > you'll see a bunch of macros I used to allow the Apple port to also build/run > on FreeBSD (a couple, such as vnode_t are still left because I've never gotten > around to doing the edit to replace them). If I see it right even the 10 years old Apple version of smbfs has support for SMBv2 so if this old version is closer to FreeBSD kernel / smbfs it can be a good starting point to merge changes to our smbfs to have SMBv2 support on FreeBSD. > The hard part will be dealing with the actual VFS/VOP semantics changes that > have occurred in the last 10 years. > > Did they stick APSLs on the files? (If so, I think it could still be ok, since the APSL > is a lot like the CDDL. However, I'm not sure if the APSL has ever been blessed > by FreeBSD as of yet?) The old versions of smbfs has original copyright header and no other license. Newer version has some added files with different header with APSL license. For example https://opensource.apple.com/source/smb/smb-759.40.1/kernel/smbfs/smbfs_subr_2.h.auto.html If license is a problem then I think it can live with APSL in the ports tree as a loadable kernel module. Maybe this will be the easier for development too? > Don't assume anything will happen, but I *might* take a look in the winter, > since outstanding NFS changes should be done by the end of 2021. I really appreciate your endless work on NFS on FreeBSD. Without your work the NFS will be lacking behind industry standards similar to what we see with smbfs. And if you will have some spare time to take a look on smbfs and maybe solve the SMBv2 / SMBv3 problem you will be my hero. I am waiting for it for many years and I know I am not alone who needs working SMB / CIFS on FreeBSD. > It does sound like there is some interest in this and that fuse doesn't solve > the problem (at least for everyone). Yes, there is an interest. It was discussed few times in the past in the mailing lists and web forums.freebsd.org but without anybody willing to touch the code. FUSE alternatives have so many problems with performance, stability and configuration. https://forums.freebsd.org/threads/getting-smbnetfs-to-work.78413/ Kind regards Miroslav Lachman From nobody Tue Nov 2 13:06:02 2021 X-Original-To: freebsd-stable@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 C355D183FA40 for ; Tue, 2 Nov 2021 13:06:14 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward500o.mail.yandex.net (forward500o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::610]) (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 4Hk9Bt3Kmwz3t4B; Tue, 2 Nov 2021 13:06:14 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from iva6-6951b41b66a9.qloud-c.yandex.net (iva6-6951b41b66a9.qloud-c.yandex.net [IPv6:2a02:6b8:c0c:610b:0:640:6951:b41b]) by forward500o.mail.yandex.net (Yandex) with ESMTP id 48D1B94207A; Tue, 2 Nov 2021 16:06:04 +0300 (MSK) Received: from iva8-a4a480c9f089.qloud-c.yandex.net (iva8-a4a480c9f089.qloud-c.yandex.net [2a02:6b8:c0c:da5:0:640:a4a4:80c9]) by iva6-6951b41b66a9.qloud-c.yandex.net (mxback/Yandex) with ESMTP id ebnn6RN2h9-63FubtjP; Tue, 02 Nov 2021 16:06:04 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1635858364; bh=LzLXsaPELvdGBIZ/Fu9x4l2ZAuZNsXRqXpfLHQG0Sgo=; h=In-Reply-To:Subject:From:Date:References:To:Message-ID:Cc; b=Xd2bfjQPanbDL6Po2kBWVlXmH3T34x2uFBgm6x9sBOxA0KFkgQkBsi7/kfWwpHM9X wpBvOSUK5bn4DVz94ApSw6pLXqGpp6CUMiq8FUlKMYsLmz+sqR0H7xaLoobwNgGMkm P07sNEuVEWPXrp6GNap3dAQhcTwHCbpIaGwfNHUA= Received: by iva8-a4a480c9f089.qloud-c.yandex.net (smtp/Yandex) with ESMTPS id Xqyw867zHz-63LuKbKt; Tue, 02 Nov 2021 16:06:03 +0300 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client certificate not present) X-Yandex-Fwd: 2 To: Peter Cc: freebsd-stable@freebsd.org, "Bjoern A. Zeeb" , "Alexander V. Chernikov" References: <4053ee14-de6a-7f20-1d15-bb6ddb3c4d66@yandex.ru> From: "Andrey V. Elsukov" Subject: Re: IPv6 inflight fragmentation Message-ID: <4f63aa64-6ff0-7eb0-6043-70b0205fa8f2@yandex.ru> Date: Tue, 2 Nov 2021 16:06:02 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="fAHkCGTItiJqywcASEp5rf1CCAqzYWfei" X-Rspamd-Queue-Id: 4Hk9Bt3Kmwz3t4B X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --fAHkCGTItiJqywcASEp5rf1CCAqzYWfei Content-Type: multipart/mixed; boundary="ytN7Xc48yOHN0CYl6v6Qdd3tSQvRdTfMx"; protected-headers="v1" From: "Andrey V. Elsukov" To: Peter Cc: freebsd-stable@freebsd.org, "Bjoern A. Zeeb" , "Alexander V. Chernikov" Message-ID: <4f63aa64-6ff0-7eb0-6043-70b0205fa8f2@yandex.ru> Subject: Re: IPv6 inflight fragmentation References: <4053ee14-de6a-7f20-1d15-bb6ddb3c4d66@yandex.ru> In-Reply-To: --ytN7Xc48yOHN0CYl6v6Qdd3tSQvRdTfMx Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable 01.11.2021 23:56, Peter =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > ! divert rule does implicit IP fragments reassembling before passing a > ! packet to application. I don't think dummynet is affected by this. >=20 > No, we're not going to an application, we are routing to the > Internet. And the uplink iface (tun0) has mtu=3D1492. And we have a rul= e > in ipfw, like: >=20 >> queue 21 proto all xmit tun0 out >=20 > And we have sysctl net.inet.ip.fw.one_pass=3D0 >=20 > So, at the time when we go thru the queue, we do not yet know the > actual interface to use for xmit (because there might still be a > "forward" rule following), so we do not yet know the mtu. >=20 > Only when we finally give the packet out for sending, *after* passing > the queue, then we will recognize our actual mtu. And then the > difference happens: >=20 > * if we did *not* go through the queue, the packet is (probably) > dropped and an ICMPv6 type 2 ("too big") is sent back to the > originator. This is how I understand that it should work, and > that works. Hi, without divert/dummynet rules packets are handled trough usual forwarding path. I.e. ip6_tryforward() handles MTU case and sends ICMP6_PACKET_TOO_BIG message. > * if we *did* go through the queue, the packet is split into > fragments although it is IPv6. And that does not work; such packet > does not get answered by Youtube, and playback hangs. From a quick > glance the fragments do look technically correct - and I have no > idea why YT would receive a fullsized packet from the player, > anyway (and I won't analyze their stuff). And there it seems we have the problem. When you use dummynet rule with "out xmit" opcode, it is handled on PFIL_OUT|PFIL_FWD pass. And as the result, dummynet consumes a packet and sends it to ip6_output() with IPV6_FORWARDING flag. Currently this flag does make some sense only for multicast routing. And there is the problem - the router that uses dummynet rule for forwarded packet can do IP fragmentation, that it must not do. Alexander and Bjoern, can you take a look at this? I made a quick patch that does check for PFIL_FWD and IPV6_FORWARDING flags. So, dummynet now knows that we are forwarding and sets IPV6_FORWARDING only in that case. Then ip6_output() does set dontfrag variable when we have IPV6_FORWARDING. And in the end, when we got EMSGSIZE error with IPV6_FORWARDING flag, we send ICMP6_PACKET_TOO_BIG error message instead of quiet dropping. https://people.freebsd.org/~ae/ip6_dont_frag.diff The patch doesn't touch divert code. I think diverted packet can be assumed as locally generated, so it is ok to fragment it. > The behaviour is the same if there is either a "queue" action or > a "divert" action or both. > With "divert" we know that the mbuf flags are lost - with dummynet > I did not yet look into the code. I had a hard time finding the cause > in bulky video data, and then I simply reduced the mtu one hop earlier > within my intranet, to workaround the issue for now. As a workaround usually it is enough to use tcp-setmss opcode. --=20 WBR, Andrey V. Elsukov --ytN7Xc48yOHN0CYl6v6Qdd3tSQvRdTfMx-- --fAHkCGTItiJqywcASEp5rf1CCAqzYWfei Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature" -----BEGIN PGP SIGNATURE----- wsB5BAABCAAjFiEE5lkeG0HaFRbwybwAAcXqBBDIoXoFAmGBN7sFAwAAAAAACgkQAcXqBBDIoXp8 tgf/dp50XdZAdcWQgPwB8KQuVZ+1Rikmevt/BAkyBWcwFjESe+able7KQjzpk641Hc0WmqDvKFA1 OyOdwARKwER6o7d7EMYhJGjT/2IRS+cubgPNettnpHxYoewfYQup+Fb1w9wAtfYTobFOK9s/lFpn RE+gzkelwNZuC4syXpcKXcjNVsd2FXWciA/vYR/v73rZNpPGrdj/5BGU8lEdjyOt5kLEHvq9o00T ymJ9KZdnj2VPe21+K/kXD5wwWIxfWILTN0wm0E5olfFY/ZYq/N2DvSnEUqzpK3wFuJ+1TnYWHvG2 0gdQLvQUbN5yp2OW+8+VAF0PtWSI/H5+Il1q7dvUgw== =sfW/ -----END PGP SIGNATURE----- --fAHkCGTItiJqywcASEp5rf1CCAqzYWfei-- From nobody Tue Nov 2 15:38:40 2021 X-Original-To: stable@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 C760218294D9; Tue, 2 Nov 2021 15:38:43 +0000 (UTC) (envelope-from avg@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 4HkDZq59Vjz3lxF; Tue, 2 Nov 2021 15:38:43 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from [192.168.0.88] (unknown [195.64.148.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: avg/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 24116423D; Tue, 2 Nov 2021 15:38:43 +0000 (UTC) (envelope-from avg@freebsd.org) From: Andriy Gapon To: Konstantin Belousov Cc: freebsd-stable List , hackers@freebsd.org References: <7064dc89-202e-36ea-02c5-a8872eac8eb4@FreeBSD.org> Subject: Re: gdb cannot cross doreti_ast ? Message-ID: <10219850-96bc-fcd7-518e-304e7c922edb@FreeBSD.org> Date: Tue, 2 Nov 2021 17:38:40 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Firefox/78.0 Thunderbird/78.14.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N On 01/11/2021 11:39, Konstantin Belousov wrote: > On Mon, Nov 01, 2021 at 10:51:11AM +0200, Andriy Gapon wrote: >> >> I have a crash dump and kgdb (from gdb 10.2) cannot cross doreti_ast() when >> examining a stack trace: >> >> #0 sched_switch (td=0xfffff801291507c0, newtd=0xfffff80061bc97c0, >> flags=) at /usr/src/sys/kern/sched_ule.c:2146 >> #1 0xffffffff80748494 in mi_switch (flags=266, newtd=0x0) at >> /usr/src/sys/kern/kern_synch.c:452 >> #2 0xffffffff80751154 in thread_suspend_switch (td=0xfffff801291507c0, >> p=) at /usr/src/sys/kern/kern_thread.c:1118 >> #3 0xffffffff80750f74 in thread_single (p=0xfffff8011df70000, >> mode=) at /usr/src/sys/kern/kern_thread.c:862 >> #4 0xffffffff80702b86 in exit1 (td=0xfffff801291507c0, rval=0, signo=15) at >> /usr/src/sys/kern/kern_exit.c:240 >> #5 0xffffffff80740f3a in sigexit (td=0xfffff801291507c0, sig=15) at >> /usr/src/sys/kern/kern_sig.c:3194 >> #6 0xffffffff8074230f in postsig (sig=15) at /usr/src/sys/kern/kern_sig.c:3079 >> #7 0xffffffff80794b43 in ast (framep=0xfffffe0105a76c00) at >> /usr/src/sys/kern/subr_trap.c:331 >> #8 0xffffffff809b5449 in doreti_ast () at /usr/src/sys/amd64/amd64/exception.S:1150 >> #9 0x00000008020c7400 in ?? () >> #10 0x0000000000000011 in ?? () >> #11 0x0000000000000000 in ?? () >> >> It's only a minor annoyance, but I would like to get it fixed. >> Maybe some markers need to be added to doreti_ast? >> Or some smarts need to be added to gdb to recognize doreti_ast? > > What do you want to see above doreti_ast? Basically there is no kernel > frames, except the struct trapframe at the very top. doreti_ast is the > last point with interrupts enabled (again) before return to usermode. > > The only wrong thing in this trace is that gdb did not stopped the > unwinding. It might be that we could add some dwarf annotation to > indicate the 'no frame' place. Oh, oops. I think I got confused by a post-processed output from ddb and expected to see something that couldn't be there. It looks that ddb also does not know that doreti_ast is a "terminal" function. So, the post processing I have here joined stacks from the thread that I showed and a next thread in the process but I did not notice that. -- Andriy Gapon From nobody Tue Nov 2 19:48:30 2021 X-Original-To: stable@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 E602F182F51A for ; Tue, 2 Nov 2021 19:48:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HkL743bf1z4gZ3 for ; Tue, 2 Nov 2021 19:48:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 3CBBA2EC2 for ; Tue, 2 Nov 2021 19:48:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 1A2JmW8M040763 for ; Tue, 2 Nov 2021 19:48:32 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 1A2JmWra040762 for stable@FreeBSD.org; Tue, 2 Nov 2021 19:48:32 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 228536] x11/nvidia-driver: 11.2-BETA3 - fails to operate correctly Date: Tue, 02 Nov 2021 19:48:30 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.1-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: ahmedsayeed1982@yahoo.com X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Overcome By Events X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D228536 Ahmed changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ahmedsayeed1982@yahoo.com --- Comment #15 from Ahmed --- Minimal testcase: http://www.compilatori.com/category/computers/ .align 8 .globl main http://www.acpirateradio.co.uk/category/property/ .globl insn .type main, @function http://www.logoarts.co.uk/category/services/ .type insn, @function # This should return 0 on success. http://www.slipstone.co.uk/tech/nvidia-and-samsung/ main: basr %r1, %r0 insn: bc 15, win-insn(0,%r1) http://embermanchester.uk/category/technology/ lghi %r2,1 win: lghi %r2,0 https://www.mktrade.fi/ruiskuvalu br %r14 http://connstr.net/category/tech/ Assemble and link the above. Turn on displaced stepping, set a breakpoint on `insn`, run, then try to st= ep over the breakpoint with stepi. http://joerg.li/computers/latest-car-deals/ (gdb) set displaced-stepping on (gdb) b insn http://www.jopspeech.com/services/surface-duo/ (gdb) r (gdb) stepi http://www.wearelondonmade.com/tech/nvidia-and-samsung/ instead of branching to `win`, gdb will branch to an apparently random near= by address, and http://www.mconstantine.co.uk/category/sports/ the inferior wi= ll generally crash. This problem is present in all versions of GDB I've tested. https://waytowhatsnext.com/computers/what-is-ssl-certificate/ When trying to step over a breakpoint set on a BC (branch on condition) instruction with displaced stepping on IBM Z, gdb would incorrectly http://www.go-mk-websites.co.uk/category/sports/ adjust the pc regardless of whether or not the branch was taken. Since http://www.iu-bloomington.com/technology/advantages-of-online-banks/ the branch target is an absolute address, this would cause the inferior http://fishingnewsletters.co.uk/category/sports/ to jump around wildly whenever the branch was taken, either crashing it https://komiya-dental.com/sports/telegram/ or causing it to behave unpredicta When trying to step over a breakpoint set on a BC (branch on condition) http://www-look-4.com/property/houses-in-france/ instruction with displaced stepping on IBM Z, gdb would incorrectly adjust the pc regardless of whether http://the-hunters.org/category/property/ or not the branch was taken. Since the branch target is an absolute address, https://www.webb-dev.co.uk/sports/sports-and-health/ this would cause the inferior to jump around wildly whenever the branch was taken, either crashing it or causing it to behave unpredicta --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Tue Nov 2 19:48:33 2021 X-Original-To: stable@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 BD808182F553 for ; Tue, 2 Nov 2021 19:48:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HkL7774l4z4gTt for ; Tue, 2 Nov 2021 19:48:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id C654D3192 for ; Tue, 2 Nov 2021 19:48:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 1A2JmZU1040865 for ; Tue, 2 Nov 2021 19:48:35 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 1A2JmZmD040864 for stable@FreeBSD.org; Tue, 2 Nov 2021 19:48:35 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 228535] emulators/virtualbox-ose-kmod: 11.2-BETA3 - kldload vboxdrv leads to panic Date: Tue, 02 Nov 2021 19:48:33 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Documentation X-Bugzilla-Component: Documentation X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: ahmedsayeed1982@yahoo.com X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: doc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D228535 Ahmed changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ahmedsayeed1982@yahoo.com --- Comment #21 from Ahmed --- With this patch (not sure yet whether it's relevant) in place:=20=20 ... http://www-look-4.com/category/computers/ diff --git a/gdb/testsuite/lib/gdbserver-support.exp b/gdb/testsuite/lib/gdbserver-support. Exp https://komiya-dental.com/health/healthy-foods/ index a2cc80f28d..7b9c0eef6e 100644 --- a/gdb/testsuite/lib/gdbserver-support.exp http://www.iu-bloomington.com/services/travel-services/ +++ b/gdb/testsuite/lib/gdbserver-support.exp @@ -451,8 +451,10 @@ proc gdbserver_exit { is_mi } { https://waytowhatsnext.com/technology/korean-technology/ # We use expect rather than gdb_expect because # we want to suppress printing exception messages, otherwise, http://www.wearelondonmade.com/category/health/ # remote_expect, invoked by gdb_expect, prints the exceptions. + set read_prompt 0 expect { http://www.jopspeech.com/category/property/ -i "$gdb_spawn_id" -re "$gdb_prompt $" { + set read_prompt 1 http://joerg.li/category/technology/ exp_continue } -i "$server_spawn_id" eof { http://connstr.net/property/mars-researches/ @@ -463,6 +465,7 @@ proc gdbserver_exit { is_mi } { warning "Timed out waiting for EOF in server after $monitor_exit" http://the-hunters.org/category/technology/ } }=20=20=20=20=20=20=20 + gdb_assert {$read_prompt} } } http://embermanchester.uk/health/social-privacy/ close_gdbserver ... and running in parallel with: http://fishingnewsletters.co.uk/category/shopping/ ... $ stress -c 5 http://www.slipstone.co.uk/category/services/ ... I ran into: ... (gdb) PASS: gdb.multi/multi-target.exp: continue: non-stop=3Don: inferior 2 http://www.logoarts.co.uk/category/travel/ Remote debugging from host ::1, port 34088^M Process build/gdb/testsuite/outputs/gdb.multi/multi-target/multi-target created; pid http://www.go-mk-websites.co.uk/category/shopping/ =3D 8649^M monitor exit^M (gdb) Killing process(es): 8649^M http://www.acpirateradio.co.uk/technology/facetime/ #9 0x16a2c57 in pop_all_targets_at_and_above(strata) /home/vries/gdb_versions/devel/src/gdb/target.c:678 http://www.mconstantine.co.uk/category/shopping/ #10 0x1442749 in remote_unpush_target=20 http://www.compilatori.com/tech/xiaomi/ /home/vries/gdb_versions/devel/src/gdb/remote.c:5522 #11 0x1458c16 in remote_target::readchar(int) /home/vries/gdb_versions/devel/src/gdb/remote.c:9137 https://www.webb-dev.co.uk/sports/how-to-choose-sportwear/=20 #12 0x145b25b in remote_target::getpkt_or_notif_sane_1(std::vector > >*, int, int, int*) --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Fri Nov 5 01:10:29 2021 X-Original-To: freebsd-stable@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 EF7671802A5C; Fri, 5 Nov 2021 01:10:31 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hlj9g6Rk0z3K7f; Fri, 5 Nov 2021 01:10:31 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1636074631; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=FIVPCG0b6VjzSex4cp3oxbHjB/pGKUfy4MFnx4b4Vhk=; b=Pp6kJw7wBloXLnS5WeTm3mLNuExCbRdf03WwW1FlxTfkwK/9ztaZaTt7zk0dzobcL37GeE uTgWVUjHw/PydtkskJGwEWGyIAFQjW62NQwwP73Lo8dVkQ4HppnYEZJ6wYyGje5pIEL/dv k6AbjamLMP5g3uyAhXWCDIwV2qFs0bXmHLZ4U6sd5i9C4Iv6iv6IGuJVvdzA2+60BrvKxl TIb2P7jsoBWSwveAWqG8qy7goAGyLY9dvAuPSPDvsrL3nWThBWL4GkdZo5PEthKVjaiG19 ugcW35OK8lcyZFU85Tsrxi2X1iwnhK7QkRJKHdDPURnCLCjDWMUMi5KgMCxfIQ== Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 69E641EB7C; Fri, 5 Nov 2021 01:10:31 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Fri, 5 Nov 2021 01:10:29 +0000 From: Glen Barber To: freebsd-snapshots@freebsd.org, freebsd-stable@freebsd.org Cc: FreeBSD Release Engineering Team Subject: FreeBSD 12.3-BETA3 Now Available Message-ID: <20211105011029.GS2620@FreeBSD.org> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1636074631; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=FIVPCG0b6VjzSex4cp3oxbHjB/pGKUfy4MFnx4b4Vhk=; b=yCoABKyakN+ikDtIFw3qdREF6eUJ11fvcM350DBMYlIM3Q/o1Oyo5RZdcSLgR/X8gmfSvj A9WU5eJ1nwsvmdXAKM5rjAIOv6HcPJUfqy+2BuZR2wUj5XIcKItRhp9ywQHf1rTM58ct7W m3XD2LcJT90i67Egocy5d9KmsCqYRmFP7y2ziEW7B0BoFDPydN4dqdb/8uGYxLxFDOp1yW t70tTU+DLFjHS72BhlyZ0c0siZi8b9643G8AuNtH6FhI0KbsIHKUse4tHmnLUzsvKu8V7Y qCI/UYb7nv08yEp2K87pW58qKhUPoyAqWhsKbm+fjh9zhLSUa9sI8aOjcbcHtQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1636074631; a=rsa-sha256; cv=none; b=DAj2fATKEvrzbS8eeVrIpET1gerp447/6HfSbcz46JU+GkYeofsWoJvp1q4Za5xThzNR9/ 5pqGKvJQMRpSPHxEYYa3w+WnIbR0y7zp/iTssE/aiB9SsO/+01nD//jSESp5s+rCldYv7z PXsNTzDwHhPjxZrkBf9kmMgtpHlcJ58N5D+ka8+4CsAt5CX8CPAdaD+rPsZjaNtkIvmhx2 FQ4yvuPSoGNW4UhEJx8FGoXO4u+pMsuU2+GBf8SY7RDwAQ4/rcuo04WWDbuTzJknvoWpfy Hz1K8/GMfhMkpMuLPuFi+0IEg/TG6D49VTh9krRemjW+M1vuEaPpHUyfE5+3kQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The third BETA build of the 12.3-RELEASE release cycle is now available. Installation images are available for: o 12.3-BETA3 amd64 GENERIC o 12.3-BETA3 i386 GENERIC o 12.3-BETA3 powerpc GENERIC o 12.3-BETA3 powerpc64 GENERIC64 o 12.3-BETA3 powerpcspe MPC85XXSPE o 12.3-BETA3 sparc64 GENERIC o 12.3-BETA3 armv6 RPI-B o 12.3-BETA3 armv7 BANANAPI o 12.3-BETA3 armv7 BEAGLEBONE o 12.3-BETA3 armv7 CUBIEBOARD o 12.3-BETA3 armv7 CUBIEBOARD2 o 12.3-BETA3 armv7 CUBOX-HUMMINGBOARD o 12.3-BETA3 armv7 RPI2 o 12.3-BETA3 armv7 WANDBOARD o 12.3-BETA3 armv7 GENERICSD o 12.3-BETA3 aarch64 GENERIC o 12.3-BETA3 aarch64 RPI3 o 12.3-BETA3 aarch64 PINE64 o 12.3-BETA3 aarch64 PINE64-LTS Note regarding arm SD card images: For convenience for those without console access to the system, a freebsd user with a password of freebsd is available by default for ssh(1) access. Additionally, the root user password is set to root. It is strongly recommended to change the password for both users after gaining access to the system. Installer images and memory stick images are available here: https://download.freebsd.org/ftp/releases/ISO-IMAGES/12.3/ The image checksums follow at the end of this e-mail. If you notice problems you can report them through the Bugzilla PR system or on the -stable mailing list. If you would like to use SVN to do a source based update of an existing system, use the "releng/12.3" branch. A summary of changes since 12.3-BETA2 includes: o A fix for use after free in combination with EVDEV_SUPPORT has been added to the usb(4) stack. Please note, the release notes page is not yet complete, and will be updated on an ongoing basis as the 12.3-RELEASE cycle progresses. === Virtual Machine Disk Images === VM disk images are available for the amd64, i386, and aarch64 architectures. Disk images may be downloaded from the following URL (or any of the FreeBSD download mirrors): https://download.freebsd.org/ftp/releases/VM-IMAGES/12.3-BETA3/ The partition layout is: ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) The disk images are available in QCOW2, VHD, VMDK, and raw disk image formats. The image download size is approximately 135 MB and 165 MB respectively (amd64/i386), decompressing to a 21 GB sparse image. Note regarding arm64/aarch64 virtual machine images: a modified QEMU EFI loader file is needed for qemu-system-aarch64 to be able to boot the virtual machine images. See this page for more information: https://wiki.freebsd.org/arm64/QEMU To boot the VM image, run: % qemu-system-aarch64 -m 4096M -cpu cortex-a57 -M virt \ -bios QEMU_EFI.fd -serial telnet::4444,server -nographic \ -drive if=none,file=VMDISK,id=hd0 \ -device virtio-blk-device,drive=hd0 \ -device virtio-net-device,netdev=net0 \ -netdev user,id=net0 Be sure to replace "VMDISK" with the path to the virtual machine image. === Amazon EC2 AMI Images === FreeBSD/amd64 EC2 AMIs are available in the following regions: af-south-1 region: ami-0474575e4743c09ef eu-north-1 region: ami-086d14e67901fbe18 ap-south-1 region: ami-0070d860537d0ded8 eu-west-3 region: ami-0b3dc01c43c0912fe eu-west-2 region: ami-0980e2d73f5d45dde eu-south-1 region: ami-0e7f23b4407ea2984 eu-west-1 region: ami-07e6a1fef7da32d00 ap-northeast-3 region: ami-05abadc5c531ee229 ap-northeast-2 region: ami-0d19b72fb447f1351 me-south-1 region: ami-04594b13da5f816c8 ap-northeast-1 region: ami-0a22abde412c924dd sa-east-1 region: ami-0b1c3ebd4e3c3d110 ca-central-1 region: ami-00a7cbd0c72d71f34 ap-east-1 region: ami-04764a6d430eee081 ap-southeast-1 region: ami-0eeeacb4006f6c3dc ap-southeast-2 region: ami-090d2e10d03f4e7e2 eu-central-1 region: ami-08b58933a7123b517 us-east-1 region: ami-01c2add58c60cdaa0 us-east-2 region: ami-089ef8724c5788778 us-west-1 region: ami-09675dff8007c2120 us-west-2 region: ami-04dcf23effaa07fa2 These AMI IDs can be retrieved from the Systems Manager Parameter Store in each region using the keys: /aws/service/freebsd/amd64/base/ufs/12.3/BETA3 FreeBSD/aarch64 EC2 AMIs are available in the following regions: af-south-1 region: ami-0ddb2ab71276a1cd2 eu-north-1 region: ami-067904d4b39b13b52 ap-south-1 region: ami-0914a27f72a3defcb eu-west-3 region: ami-0a067d26bbb475270 eu-west-2 region: ami-0445d628b7727bbc0 eu-south-1 region: ami-0f0c5ab6ae5a0222e eu-west-1 region: ami-0fe3c1f09940fc2a5 ap-northeast-3 region: ami-041c97971472b0b2a ap-northeast-2 region: ami-0dc899119ea13ebbe me-south-1 region: ami-01aba86d507b0caad ap-northeast-1 region: ami-0177cd37b15b7cf32 sa-east-1 region: ami-00d3752ace91695cc ca-central-1 region: ami-0092b0802c7929b82 ap-east-1 region: ami-0c14a86ca5234df3f ap-southeast-1 region: ami-09b5c8e04397b1a0c ap-southeast-2 region: ami-0bd853e50e9cbd099 eu-central-1 region: ami-079e8694c2b8b9b71 us-east-1 region: ami-0006ee96beca8fec2 us-east-2 region: ami-0de58b11cdcc18d5b us-west-1 region: ami-0c96f66557b5771af us-west-2 region: ami-025360ab398d1f77a These AMI IDs can be retrieved from the Systems Manager Parameter Store in each region using the keys: /aws/service/freebsd/arm64/base/ufs/12.3/BETA3 === Vagrant Images === FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can be installed by running: % vagrant init freebsd/FreeBSD-12.3-BETA3 % vagrant up === Upgrading === The freebsd-update(8) utility supports binary upgrades of amd64 and i386 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 12.3-BETA3 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 11.x. Alternatively, the user can install misc/compat11x and other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install == ISO CHECKSUMS == o 12.3-BETA3 amd64 GENERIC: SHA512 (FreeBSD-12.3-BETA3-amd64-bootonly.iso) = 1558189f4b999430575733a3a11b05bf4cda485a7adb044eeb76d788dc2ce0f1a9ce195bf46b2bb373725cf6ab9f2061090ea1c38d11443028e6537f0cc32bdc SHA512 (FreeBSD-12.3-BETA3-amd64-bootonly.iso.xz) = 5197cf9f702305c8f9924f73a29ef12bd88b1bde1097191b945ffb1e5b701403377799e258eac2bd415108b8d315afa8a4b721827a1e2e9d573d01a46646d652 SHA512 (FreeBSD-12.3-BETA3-amd64-disc1.iso) = d17b986aa5fac483a623ce7c979ec88045ad9966358b98207c3a8c3b2b3cf337d71f49d5b7b682fa79be826c2ba1c931fa323a70046c8c60823731acb50f5d43 SHA512 (FreeBSD-12.3-BETA3-amd64-disc1.iso.xz) = 49d3769fe7c6c5f6c8b71978337ca8a4dcca88ed27ce30f4285b67fb0ded11e67e8900d7bb6f098283e16b102c5f1b86355623a8adc38decaa782ac1d20ea92b SHA512 (FreeBSD-12.3-BETA3-amd64-dvd1.iso) = 56cd2c2b2f14bd50981c0eb2c966d57b7f89f9193de0ecf87d5f60ca9813f6ef30a78d26c695d46a02f36c6c5ca003de83c30e756239ab1f0493bbfdc24ac6e5 SHA512 (FreeBSD-12.3-BETA3-amd64-dvd1.iso.xz) = 02dfd38c53d9500d828d3a46da97455ce500e758491010f9cf9fe946e2b37b062d45efa7acc4c64cd49927e2d1a60f971e937970edd30c6330f014defaa81cd0 SHA512 (FreeBSD-12.3-BETA3-amd64-memstick.img) = b7f96847d027b656519ae6b0beb003d95d0ada7bd1faebadca39d5164f36180e835999c8ed8dd5a549de2b9e4d3e7ec4143c8976f3be8f6f9608a32913192be1 SHA512 (FreeBSD-12.3-BETA3-amd64-memstick.img.xz) = c48694a9891f78771d216d542dfce30213489bd4ca795366f9770e809a6312f7abcf2ff6fbafe2ab60d17b690a2bd98bf21621342cafaecd6a6b5f744eef34ea SHA512 (FreeBSD-12.3-BETA3-amd64-mini-memstick.img) = a6aaf5e6915dbdc0697ca60799248b2fadd37ea090f4c36936d0d99d3c767412e155ad10a9498cc5ac8d2b7ebe5bdc75001b291e21cfb3d6e4c2ec18e4cebd5f SHA512 (FreeBSD-12.3-BETA3-amd64-mini-memstick.img.xz) = 65cc901d3a50bf4b7cebc939ff98e9e25d62eeb0d2241dd621a1c48bab61c527e1a1d6a60203054835429a5ff79e7431b0d5508df285b53fa8b3b3b6dfed53f5 SHA256 (FreeBSD-12.3-BETA3-amd64-bootonly.iso) = e5d0b3c4ec84e44a900fd58fc15c049f21074b88fdefefb5c2b1deb552c3f9a0 SHA256 (FreeBSD-12.3-BETA3-amd64-bootonly.iso.xz) = 6c0c67e2e280183e19d334d7290c474d2f1c91c0ed15884e5e35c8888120930a SHA256 (FreeBSD-12.3-BETA3-amd64-disc1.iso) = 0c2069275f593b866359ec453e4c21536a51577d796f6454e668fba58808139d SHA256 (FreeBSD-12.3-BETA3-amd64-disc1.iso.xz) = 2256c8e80c1f5c155418c6e3d085346ae4ed739a1fc0a665c7a91c19f522a0ff SHA256 (FreeBSD-12.3-BETA3-amd64-dvd1.iso) = b8adcb6ecc133005fe55c920c1e06e14bdfcf7fd30f27f493110cbc34509f0ff SHA256 (FreeBSD-12.3-BETA3-amd64-dvd1.iso.xz) = ee9f563886b3868b3d264af6908a50c94e750a440752e7ae607444c20c19699d SHA256 (FreeBSD-12.3-BETA3-amd64-memstick.img) = b24fc28933567fe7e24f163457eae2c6af7f54899503fc8cde1ac8af23ed4967 SHA256 (FreeBSD-12.3-BETA3-amd64-memstick.img.xz) = 99883b652981fdc9cc36c5ef09be19a0e6ad8cc17bc6bf8c5478b466c130798a SHA256 (FreeBSD-12.3-BETA3-amd64-mini-memstick.img) = 99c34c4bfba3c4662f2a50be9b9c1a0662d5f2958b86380f020dc092aa07d7c4 SHA256 (FreeBSD-12.3-BETA3-amd64-mini-memstick.img.xz) = 4fd5b1787a68a95fc17a773bc3d6c34ebe883b9fb15adceb91ed818799442dbd o 12.3-BETA3 i386 GENERIC: SHA512 (FreeBSD-12.3-BETA3-i386-bootonly.iso) = 0633b95c0a284500a74f8e9159290c58416eb6108fd3016cf5622755226b8ce84c0b35d580c8aa7a41eeb0cbb2408b74bf05b5e3447d963f24632343634d3ed8 SHA512 (FreeBSD-12.3-BETA3-i386-bootonly.iso.xz) = ac4ce8faf019f2421a73616898d53b27ee7617aded29cbb282dc55e72e189abd62065551433508e9b5874f66db470b9e7e3068f5b5a18b07a51ab1372b3b5502 SHA512 (FreeBSD-12.3-BETA3-i386-disc1.iso) = bef06722fe3c981342111eb587181c799653b4456fbfc7e1874d685f51b96f050fdaa707b82301d2e95f1d76b23de28d52fc4d94fd7952c109a6666f7693ac6e SHA512 (FreeBSD-12.3-BETA3-i386-disc1.iso.xz) = 3c27b3128cf8276be65691c13b7cd97ffcce7d654b7ff68bb60008aa461972a9f3c120a9cae84100db9227ba11f54d51129624d7848859bfe41655b6d205fc2a SHA512 (FreeBSD-12.3-BETA3-i386-dvd1.iso) = d7be9ca994064535c97ed7f0c59c4253757400486f8a1387a4a322c4b9497bba901ddb33b2dbb3fe681f22d8f108f89b2e96e1faca4da0142b29a2bd1e5ab53a SHA512 (FreeBSD-12.3-BETA3-i386-dvd1.iso.xz) = 0b68fe501b1ddaf13d49c42db0feed92924b2560f7e6eddf0a14000f77f57cd82ee382cd52ef36369b844c1200c234b6644a5568d9a29ee2dca3d89e71238610 SHA512 (FreeBSD-12.3-BETA3-i386-memstick.img) = 864de5b489b83cb4c919204fbf5ebd368d35fa8181662bc403b09ba4989b43b2b1e39c6306ff398e4789536386e5f269f36e19b84b1ba65e5661be1cafdcf7d6 SHA512 (FreeBSD-12.3-BETA3-i386-memstick.img.xz) = 3d4c03b4e0aa139013ab3e4fc0ab55dfb63719a674c1d240a15782b03736291c9130e166297c631c7b6aa51c830bcedfe3c322ae7992fd59207004d377d0f940 SHA512 (FreeBSD-12.3-BETA3-i386-mini-memstick.img) = 962baae84575258f2a9d1488dd246a2cfd4e8bd38a434a0cd12f90c2cc4cb6f19f65f31b04acf9cbf803dc127cb8e2efdef5e18e96b1b78318986ac84388abca SHA512 (FreeBSD-12.3-BETA3-i386-mini-memstick.img.xz) = 5815debe27c052bd2bd8b801b7d42971fd0c34bb03c682e606ee6666316e5c98c915d1e6489af22b71d50a962c94804231a8155c4ee40fa3a9e5b0d6ad83662f SHA256 (FreeBSD-12.3-BETA3-i386-bootonly.iso) = 9326a472e98c513ac1090e8685488f9defc995ced65ba670607707d4da428224 SHA256 (FreeBSD-12.3-BETA3-i386-bootonly.iso.xz) = ffab6295aaba4bb27fe916b9dae30dc4ec8d60c696b2c68d9efed405ca3a37ef SHA256 (FreeBSD-12.3-BETA3-i386-disc1.iso) = 2a5717e91669f934841d9a8a48128de61db8fcc72efd7a9317ca84aee9a72aa7 SHA256 (FreeBSD-12.3-BETA3-i386-disc1.iso.xz) = d2f319ddc85646f444dbb292994390ce0de8088262065865c61ae13c8c8dec73 SHA256 (FreeBSD-12.3-BETA3-i386-dvd1.iso) = efafd45a881ab53176a7463fa5712be204f73e8c9f0c0d916cb150b157ef836c SHA256 (FreeBSD-12.3-BETA3-i386-dvd1.iso.xz) = cebbc4c496983ddb365fa1d33c4997f93ee378b6f928ab0c6b0ee5eb74864e4e SHA256 (FreeBSD-12.3-BETA3-i386-memstick.img) = ef538a72cd3bc8cb15d878752e1f00a4cffe84d72475fff7183e920a33d2f76e SHA256 (FreeBSD-12.3-BETA3-i386-memstick.img.xz) = fc58685a9e81833fcbe2a909a71591bc393b0e98274a357b51d76bf432d8608b SHA256 (FreeBSD-12.3-BETA3-i386-mini-memstick.img) = 281c6a2c62211ae5908022bb0c4e30108732de041dfe333ecc03125c5754c2f8 SHA256 (FreeBSD-12.3-BETA3-i386-mini-memstick.img.xz) = e615c92095aa58b73655493d416aebdb5c78aa93e9f6355429d4fdc8a16bb48f o 12.3-BETA3 powerpc GENERIC: SHA512 (FreeBSD-12.3-BETA3-powerpc-bootonly.iso) = e7a411cd7ab22bf8936a70810a9a29d0d8823cced1fbc2bc79930e69686453e548e850cd5069caccd78ba8d25105081869b8ed58f55ea9fc663557230628261a SHA512 (FreeBSD-12.3-BETA3-powerpc-bootonly.iso.xz) = 84536e52b742386104deced7e5b9dccb511a3607350947495f93e18f865b81f5435fbbab0440f9f62e859ad664fda6023559a17350905550cb3a59da9a8e0ce7 SHA512 (FreeBSD-12.3-BETA3-powerpc-disc1.iso) = 718076a89a079b0607efd3108ec67b4079d0de4befdcba3794b0fb5ca53038c6a72366485eda8ec304d353a9cdc7e86152f3eb90a3ac4577caff44b6ea7ef3e8 SHA512 (FreeBSD-12.3-BETA3-powerpc-disc1.iso.xz) = e77da92333f8267d9dcace2f00a1d4011b738c574e1825bb1f18fc7cbb5c0a67e613be58d1f147c0271260b111db42f70b0ec688297a5e6b406fe01ccf936019 SHA512 (FreeBSD-12.3-BETA3-powerpc-dvd1.iso) = a60ec9d10f4dc0ecf604ad32d1e7233f63d01354b33dd8ddf6845de684350c83fc8b2cdfd27f00b09fe323603bb4e4b8f4e6663cc575c7ed22f650ad15be649c SHA512 (FreeBSD-12.3-BETA3-powerpc-dvd1.iso.xz) = 57fd715ca348b97e5511511e4ff8bbefebec60ed42f5501fe8f929f51a2d59d6b917e66bea0ae17c3120e53adffa87e59895ae9fa44130e97597a585c764a910 SHA512 (FreeBSD-12.3-BETA3-powerpc-memstick.img) = 640f9c71bdbfb58193b3012d12d479d51ff99c76595fc9f8ca41dab1600c070f16362bb57b4d5c4edb0615ac2b6b166ad9f9c240d345095a32eed5a093344aec SHA512 (FreeBSD-12.3-BETA3-powerpc-memstick.img.xz) = e821a1980c37b27ff4b3698d296f05d431a39e1c59922e7867c235802e251630eecae897d2ba28b392a287cb94830bb4233ec82624dac35f899ff4083a3911d2 SHA512 (FreeBSD-12.3-BETA3-powerpc-mini-memstick.img) = ad679cca05147499345a77306d44bdde607da4237afcb767898359cfe582a13659349cd0f4a59e9e280a7bf59b5b2b7b5ab36a7a9eb892d4a7af1c14550da7da SHA512 (FreeBSD-12.3-BETA3-powerpc-mini-memstick.img.xz) = 6368d8df73efd7466aba06ff69eac963a0707d6ab5a7da75d85b279bcc9d6b9d774582dc8ba9bd7e60798f6c4f908d31ac31fea593de33db6079ae6df6ad7712 SHA256 (FreeBSD-12.3-BETA3-powerpc-bootonly.iso) = 70eb8cde437aed04375266a27fcf7497ef0ddc19014563bdfecf4fee121bc0e9 SHA256 (FreeBSD-12.3-BETA3-powerpc-bootonly.iso.xz) = 13d141fabd3557136089018cc3be61b9541f8264b65a6bee2aa56a6936c9d7a5 SHA256 (FreeBSD-12.3-BETA3-powerpc-disc1.iso) = 132ea9eb71a7f373b2a409e50908fe2c72ae5f99431d8467d50a55c815f10238 SHA256 (FreeBSD-12.3-BETA3-powerpc-disc1.iso.xz) = cc8f2e40f0c18b71c3d895c6890ad71c5b19a536ab38f671a6b6ee417b3b1039 SHA256 (FreeBSD-12.3-BETA3-powerpc-dvd1.iso) = e558a1b8e63224048370f485f515b29262142d6541520c0d512428a2c32454eb SHA256 (FreeBSD-12.3-BETA3-powerpc-dvd1.iso.xz) = 8822fd5e838b4b713855d0420736fa22506b7d62ea7f3bbc49022cc15c6bf7d2 SHA256 (FreeBSD-12.3-BETA3-powerpc-memstick.img) = 2e22a2e458a3eadfb1dd46f56e55a33b86c3fc2e8b538ec3b8f4cfd8f4e3c8dd SHA256 (FreeBSD-12.3-BETA3-powerpc-memstick.img.xz) = db52a85c812682a6eba3e85721bb50227e485a27a28d8dc0953f8cd640399c67 SHA256 (FreeBSD-12.3-BETA3-powerpc-mini-memstick.img) = 6357023c72fb8fe5205338181506d30cfab7c0c29f8bdac277a406bc3fe2e2bd SHA256 (FreeBSD-12.3-BETA3-powerpc-mini-memstick.img.xz) = 5846141cbc82c99a2215b245963fe9df8678961d5b9baa4e6b394328b53d8e02 o 12.3-BETA3 powerpc64 GENERIC64: SHA512 (FreeBSD-12.3-BETA3-powerpc-powerpc64-bootonly.iso) = 4c494a9451212c66202ac98ef67f63f0cb86260f24ac09cf8387da624a9f0c51619d9beeaf0a10f0a9ebbf91a0f60c305378f3c0ddb8c003a26ac4ce1d949be4 SHA512 (FreeBSD-12.3-BETA3-powerpc-powerpc64-bootonly.iso.xz) = 01dff88d2971e3fa2a53bb357f9a9b31afb223410e9625fc9fb050d60787972e59ed542161600756c382c3a851490fd566b9bb00095deca607b7bac1e0443626 SHA512 (FreeBSD-12.3-BETA3-powerpc-powerpc64-disc1.iso) = 93d206dcd63726ea4173ef8713e91b8177d29bcc35d0511e61356f0ae4cfba1054797196abbe8d0fde593bc47b19586e482148b595b177bf343e20f6a351f7d0 SHA512 (FreeBSD-12.3-BETA3-powerpc-powerpc64-disc1.iso.xz) = 4f7b3330e37f503dabd699322e4276fe43632aa082116771ccfd1d790ac2ea3b6e4ce3f575d76aab646898f3d6bc8b4217b4f2e67f24f2ea83140d4a57ce79ef SHA512 (FreeBSD-12.3-BETA3-powerpc-powerpc64-dvd1.iso) = 51243a2e1f7eb573585d88dc525008f69582402109dab270ea4f64ad749a8e683b35ee0e667224b11ddc05e43d4062ad04ff29dc6f1cdbec05577a160e37d3db SHA512 (FreeBSD-12.3-BETA3-powerpc-powerpc64-dvd1.iso.xz) = 714210b756a26bc5dc6fc442c1d0db284297e9707d5e7ac0106ec8be6ba4857d5330ef6d31f4e4acf4961ea359d7566d2430aa2518ed3be9cbf5ebc3291b5dd1 SHA512 (FreeBSD-12.3-BETA3-powerpc-powerpc64-memstick.img) = 4b6f3f8f98cd8f9775d691f7557c56591a23d50e854459b3d4beec43b3953dd3471f0e55e719ac16ac0b16a5d9271c094d017e15af302647aa4d4f52d855549c SHA512 (FreeBSD-12.3-BETA3-powerpc-powerpc64-memstick.img.xz) = 50c88d48be398528621038870cdbf5259f4d0a1b6924c58df0fb46deaccf3fd658b93b39392bae102955a6f40aac02176822bcd2db38744e62dce5dd8a336ca4 SHA512 (FreeBSD-12.3-BETA3-powerpc-powerpc64-mini-memstick.img) = 9b5176e52f7d49f995da632c817ea3ce64e14e2be337d8f8b570462e157b39ab2ec39fe69e1ae7ec41b2dad025a45be65ea096c9506c11a051990d97da12c6f6 SHA512 (FreeBSD-12.3-BETA3-powerpc-powerpc64-mini-memstick.img.xz) = 50cd1bbb60d0308875060684b8255d0875adf12fbfe38d6c0259a62f40b6cac4a2a9b189d81bfbe56453c7888023a391b720354379dabf2f86e32a41cf38231a SHA256 (FreeBSD-12.3-BETA3-powerpc-powerpc64-bootonly.iso) = 095bbbf6ee9f6903ab9004c3a744ec83794675646bb01bac2edcbe5769586c0a SHA256 (FreeBSD-12.3-BETA3-powerpc-powerpc64-bootonly.iso.xz) = 481fee0d3745855a2cd1d53938298a33ee8a1e8031e9768181c0152830ec9e3a SHA256 (FreeBSD-12.3-BETA3-powerpc-powerpc64-disc1.iso) = ec7a00efc4562c455597370b4ec01c50f863d13ad84ca9b6bc9cd95dcaba592b SHA256 (FreeBSD-12.3-BETA3-powerpc-powerpc64-disc1.iso.xz) = 23689efb1c455ad405c3d6793082057aabb8b53bd852b9e1209c5f375521e812 SHA256 (FreeBSD-12.3-BETA3-powerpc-powerpc64-dvd1.iso) = bce79b35a4c9c974b03d26b7258775ab777ce6c02a408f8710bfbb396b0c98a7 SHA256 (FreeBSD-12.3-BETA3-powerpc-powerpc64-dvd1.iso.xz) = 5329ffa8c42b19404491adffc8ce65d105a0e444a5c87f27434e1ed307873b53 SHA256 (FreeBSD-12.3-BETA3-powerpc-powerpc64-memstick.img) = 461ca493f580edc80b640c61c15bc69d0936a6ce94b7921015dc01bcd0c7a86a SHA256 (FreeBSD-12.3-BETA3-powerpc-powerpc64-memstick.img.xz) = fa14e14772e84d22c2cba943149642227fde4c9e581835add3b9a851f6684042 SHA256 (FreeBSD-12.3-BETA3-powerpc-powerpc64-mini-memstick.img) = 925c9dac498b76a1e2b04c1acf34d818b04447375e2be1d9bf7a29553f1ce74c SHA256 (FreeBSD-12.3-BETA3-powerpc-powerpc64-mini-memstick.img.xz) = b33a38d46b4b2d1c684f5dfe434371c7071dceb4f80fbd69062d6967c62d56d7 o 12.3-BETA3 powerpcspe MPC85XXSPE: SHA512 (FreeBSD-12.3-BETA3-powerpc-powerpcspe-bootonly.iso) = e9004653237c2d46884dc6c0465381799872847015d6a88ef50210af45f14bf696b5774563c652c6ac66f175026416b915924fd3f12dfc6ff1d2fbcef6f19dd0 SHA512 (FreeBSD-12.3-BETA3-powerpc-powerpcspe-bootonly.iso.xz) = 7780efef514925a6cba53d36a1ca4ddadf50e8f477535a0578d8962cb41dec20755dcf79c2f3ebe99d6bde3f83e5ea0c7775e24d71af97540e3e2a0afe328a18 SHA512 (FreeBSD-12.3-BETA3-powerpc-powerpcspe-disc1.iso) = e6d3f7bdb656d2130b1aeaf408273a3289d8e5d01e8fc1459c21381721e345e8635727e0133c6b0e9268eb2a0614de927762afd93bdfaed0bd7c0ac0e23c5f58 SHA512 (FreeBSD-12.3-BETA3-powerpc-powerpcspe-disc1.iso.xz) = 457eb06e4e6cc1f394c318808b589debf5217e8013b4cb198e60f4fb0c15bb1679f0014ddd574f4a230e15638e5f8c2461b9d216c414c8861b1fd21fa1327bff SHA512 (FreeBSD-12.3-BETA3-powerpc-powerpcspe-dvd1.iso) = 66c039a3f1bdb99d93e61f941e8b7b9abf922470b7ea5bd21b0ced27b0c7fbc1e8e522b00372c57329b1545681556816fc82619ed8ec7091e8b0f7389aa5010b SHA512 (FreeBSD-12.3-BETA3-powerpc-powerpcspe-dvd1.iso.xz) = 15e8e70d6759c2c33acbca03a700d17c32f5145fb7d73ee0adf939ea022e7f73ad5ed183c37a6b8a4abcdbf21a3d226d5cf22fa2dd64a7f04b9e29d75b0fd205 SHA512 (FreeBSD-12.3-BETA3-powerpc-powerpcspe-memstick.img) = d777a1048bfb9b64ec28bfd2f9d5cbfc93b96458c6a0de495fd27f210f602dfcee6e95abddfa121501f7219eca59afb0b1e791fc422832c0b9468a1b97b8edca SHA512 (FreeBSD-12.3-BETA3-powerpc-powerpcspe-memstick.img.xz) = 6136a96816f9682994057c4439f60f295823337a7b38cdc94fee6ddc6b496e68091a43e4055414ab0437343f81afee8c4820ddcb915f57306eb17731eb44a9c3 SHA512 (FreeBSD-12.3-BETA3-powerpc-powerpcspe-mini-memstick.img) = a9da07a452ee066d5d8b1438b83256e74fca176c2629265a9bb193be4998d243697d27f90db1dfcb1723c9d4a2a7caab7a793b92c76f9bbac4838e60baee0d03 SHA512 (FreeBSD-12.3-BETA3-powerpc-powerpcspe-mini-memstick.img.xz) = ade579d31486cbfadc0438dc932b22aa7d200eeda71f04e505022acc0ffd684dcc66753ae257412c7af0faaa8b6acfbd3ce5091ef19c7b0e962fb6009cb39c50 SHA256 (FreeBSD-12.3-BETA3-powerpc-powerpcspe-bootonly.iso) = 9715a84e560f5dc0e377f8f9519ca8ec65990a774d9d9b61860f24d69587cffb SHA256 (FreeBSD-12.3-BETA3-powerpc-powerpcspe-bootonly.iso.xz) = 7b52bd0d749ec023e9fa4a5f3a8f9659ed06b53fae3e90d005f0e962a38b7b26 SHA256 (FreeBSD-12.3-BETA3-powerpc-powerpcspe-disc1.iso) = 313f6bf103e02a9478d792987e5f1377f9e9aa2007740bf2e71551144d8642e6 SHA256 (FreeBSD-12.3-BETA3-powerpc-powerpcspe-disc1.iso.xz) = 2811cbd6634e65a9f5ebc84730f25953750e8efe934d23d0c1a46eafe8c3b3d2 SHA256 (FreeBSD-12.3-BETA3-powerpc-powerpcspe-dvd1.iso) = 4de64893665e3f11bf767d86edd4a842f1398bc755eba2a2b8eeb357119ba971 SHA256 (FreeBSD-12.3-BETA3-powerpc-powerpcspe-dvd1.iso.xz) = e4fa1ee365d17079d5386b3bec9fdfaecac0863794140471f49d4ccaeb72cc42 SHA256 (FreeBSD-12.3-BETA3-powerpc-powerpcspe-memstick.img) = 9c3b1c9c66d15f5e212c3c5c3041c9e13e732a83547acfd41099c74d42dfc267 SHA256 (FreeBSD-12.3-BETA3-powerpc-powerpcspe-memstick.img.xz) = a1eac817f4450c6754f8e6bf1b4c74ea2f7560403407b4f346b588d7183ba13c SHA256 (FreeBSD-12.3-BETA3-powerpc-powerpcspe-mini-memstick.img) = 6a90dbc9879b076d542bda90a5f525811d9e31c2c94f6ed2296d5d024d145ec5 SHA256 (FreeBSD-12.3-BETA3-powerpc-powerpcspe-mini-memstick.img.xz) = 62b0da7b31850cf3ad334e4fea51c9236b1cc29f33705c19fc487a13ca54d5a3 o 12.3-BETA3 sparc64 GENERIC: SHA512 (FreeBSD-12.3-BETA3-sparc64-bootonly.iso) = e15935bcf4cca46a3fe2efe6454ee82b7fb69d8288bde67efc16a5d7c2cc140b9ab8a59a55e8f6ca901c1ce7e86b7064653a49765978edc1c8f2fb14f1314969 SHA512 (FreeBSD-12.3-BETA3-sparc64-bootonly.iso.xz) = 2778a35c1f3369754dc8d959cfb72185f2808491ed3c628af9f5c79fc1794b5e82a7fc247121b806536a69cf3772a45ed342a98866b9cee8d35dee6d399e3644 SHA512 (FreeBSD-12.3-BETA3-sparc64-disc1.iso) = ceef96cac651cb1acad7637e40fa938522fadcaebb38f3ef2e872dc97ab46129eed042793423159bc1c72a098335e5e4863dc15b77b9b69280c52314746d575c SHA512 (FreeBSD-12.3-BETA3-sparc64-disc1.iso.xz) = 97432e7f9715ed2c8ad52d967624f2d59fef8af180f38d586f573f2f3ce049284e4b840353183795ad88077666d25f64895cde6d82344e9c6646d5d353064662 SHA512 (FreeBSD-12.3-BETA3-sparc64-dvd1.iso) = 9b201e6254793ae9a8bb14465bf835487b335acfe05909408402264b7136f9fd9b365ab5bd56c7e4803fad0a395714ff327af9df1aecb4761ae08a00bb0d636f SHA512 (FreeBSD-12.3-BETA3-sparc64-dvd1.iso.xz) = a1d75f9d503410a1a8164c46ee05c8f6735b59835e789fd6860fad3a07d13ad05b4b06b930804958b887d13adc0c65aeb268adf5b48f71912c559f2247670d76 SHA256 (FreeBSD-12.3-BETA3-sparc64-bootonly.iso) = 38da5775e67eab56e26312290c576bb60ac40893159af0b4466d5884bd3981f9 SHA256 (FreeBSD-12.3-BETA3-sparc64-bootonly.iso.xz) = 3f996b34e2b651fb71451d301e53d2496f689b708ba0feb983b75604dc153839 SHA256 (FreeBSD-12.3-BETA3-sparc64-disc1.iso) = 2dc983e9e228e90218fa5669b564c55723184585ad33c2e73e51c156727f730d SHA256 (FreeBSD-12.3-BETA3-sparc64-disc1.iso.xz) = b9568c90d56e80f55c1c2f1cd5ae769b3302ff730f87f7f1cf0ee3006c0155f7 SHA256 (FreeBSD-12.3-BETA3-sparc64-dvd1.iso) = d3d02272aa421df23347f88303a866fc441d6cf1da59078c90d5dd1ef1ca4b05 SHA256 (FreeBSD-12.3-BETA3-sparc64-dvd1.iso.xz) = 33397c06bd53972fb90c048003c0a0b6b6d6f8b83e4d304de48812f0e8347985 o 12.3-BETA3 armv6 RPI-B: SHA512 (FreeBSD-12.3-BETA3-arm-armv6-RPI-B.img.xz) = c007d14d69b3afe053d498cfa7d925e9527d26decbe20634711c880096a95fbad55cad9a97a36b03a8ef1254d0ad56abf6747364eda5d238bb7dd3a2fd7c2c95 SHA256 (FreeBSD-12.3-BETA3-arm-armv6-RPI-B.img.xz) = c7c45934a44825d76fc7da3bec9b3852e345c6b956fca34a5acc380dd86f09aa o 12.3-BETA3 armv7 BANANAPI: SHA512 (FreeBSD-12.3-BETA3-arm-armv7-BANANAPI.img.xz) = 3f532cc252063fc6ae4a806fbc6e80a8d8f33bba44217df6c83e97350067e9ba56b03118d0fa554a0c9e4e56b449d1ee9ce833b67e3a52d90ed1233ea1596f40 SHA256 (FreeBSD-12.3-BETA3-arm-armv7-BANANAPI.img.xz) = 161832b6d325531da876ff9b92cfab1fcd2a5a94f286993d6788854ed35c5901 o 12.3-BETA3 armv7 BEAGLEBONE: SHA512 (FreeBSD-12.3-BETA3-arm-armv7-BEAGLEBONE.img.xz) = 1195f6f2f7ce26f316de3af2dcdbb5c70144a7b89509c6e027dc5222923a0e28b41117670cc1bf4bcef9fc4380a0680dd6c88ea263ed098c1cde22b2f601fb42 SHA256 (FreeBSD-12.3-BETA3-arm-armv7-BEAGLEBONE.img.xz) = b202afc528fe6ea78488d76af971cee50cd98555821e884605ed133d39c1c525 o 12.3-BETA3 armv7 CUBIEBOARD: SHA512 (FreeBSD-12.3-BETA3-arm-armv7-CUBIEBOARD.img.xz) = 2c6316b4b34ddc5873bda2c2cb7825344f66f8025813bed3cdcb8d516eb60dea03a447584717dd463427a661e39458a174f9b7b2c58e94fadec49cb21f473e12 SHA256 (FreeBSD-12.3-BETA3-arm-armv7-CUBIEBOARD.img.xz) = eb10c8661ca1bfdc02a445f285285b265cbe4fa7c39644e6693d0e6fb98d9ed0 o 12.3-BETA3 armv7 CUBIEBOARD2: SHA512 (FreeBSD-12.3-BETA3-arm-armv7-CUBIEBOARD2.img.xz) = b84c6084e1231a71abd9b43d993cec0936413fa5ba78be0041ee268cc61bdfce125633d4fbba1aa017f59c7ff249daed6637ef4d09d7c85494a6a154079b1fd1 SHA256 (FreeBSD-12.3-BETA3-arm-armv7-CUBIEBOARD2.img.xz) = 13dd202062800ab34ebfc27731995f287c415e06149e9fe84ab0e626da8366d6 o 12.3-BETA3 armv7 CUBOX-HUMMINGBOARD: SHA512 (FreeBSD-12.3-BETA3-arm-armv7-CUBOX-HUMMINGBOARD.img.xz) = aa6edf642c03994902dba3abf41ea7ba086adc2aee566a24b3b016f9b94e85fc5666086d07b2b8c2cf509533f5df81713df6605f136c4967bebbe1291e12e604 SHA256 (FreeBSD-12.3-BETA3-arm-armv7-CUBOX-HUMMINGBOARD.img.xz) = 9a1f6dadf0764f9f1630da3e3e16478126ae906f49f8ef871e5e6c9d54b899c7 o 12.3-BETA3 armv7 RPI2: SHA512 (FreeBSD-12.3-BETA3-arm-armv7-RPI2.img.xz) = ad1b04842a252d51e512a6d82eb999991d1ad7cf1506e867371f22c9cc4ca117d5b861c3aa4a7e2c1d4616670f38e70b06c1063b6bf848eb2320dde31c5e03b5 SHA256 (FreeBSD-12.3-BETA3-arm-armv7-RPI2.img.xz) = 863cba22eed1fa32f0b5ecaf94dbd7db269f49ec7b8114617d9d4c8641b14fae o 12.3-BETA3 armv7 WANDBOARD: SHA512 (FreeBSD-12.3-BETA3-arm-armv7-WANDBOARD.img.xz) = d41443f04de8c7cb67ae8ed83cc8f3bbbe5c02971f356c8e4de434fa63fac85e0a0faab65b3b42e4fdd989c82db848a7511b9526ae6f08d873938e5dd7ad3e64 SHA256 (FreeBSD-12.3-BETA3-arm-armv7-WANDBOARD.img.xz) = 558714ddbbb3180c24d63591305687fc33b9f6be8ed3a5b0afff1563f04a3320 o 12.3-BETA3 armv7 GENERICSD: SHA512 (FreeBSD-12.3-BETA3-arm-armv7-GENERICSD.img.xz) = a48fe96dace4e6626ff4c5ce24bef5aa0ce670ce1c19694d12470b0944fc5b1c6dd96ae79a30855f9ec7b6a5e250ce854c3a528872baf0b0928767f23275a30d SHA256 (FreeBSD-12.3-BETA3-arm-armv7-GENERICSD.img.xz) = 47700633205cb8226487d00f01c3610eec04bc050e43617e59ce634b1c730c33 o 12.3-BETA3 aarch64 GENERIC: SHA512 (FreeBSD-12.3-BETA3-arm64-aarch64-bootonly.iso) = 22b940c8d1e704fae608a284ec781314eb006c331209cb3e4b44c692ebe923568a53c11e40e54c7bec169854b6a677ad927d48bf9f18e158774122d6ca7df63a SHA512 (FreeBSD-12.3-BETA3-arm64-aarch64-bootonly.iso.xz) = 9c03618255b8f3aa9369dd558484925b9e429759e99c4dc7309c972b3f29801434378dfc376f433a28eb512e034018390d4d6cb6012387c40a1f41ee74f91e24 SHA512 (FreeBSD-12.3-BETA3-arm64-aarch64-disc1.iso) = 80a0203d0855c7209ee64c3c7838b15976ad3b1a723ed3f1354e6fb53b6ac4606180a2b0273eb4846df47e6dc172113ca23a545d1379bbcaa81c411fe67e2269 SHA512 (FreeBSD-12.3-BETA3-arm64-aarch64-disc1.iso.xz) = ceaf4491680f33b04902dc9aa26861fe8728248df8a18d798b81aa215b7de523af19613e3e90bce326676af7f97982562c4c26168d8801b0982d03564c7626c5 SHA512 (FreeBSD-12.3-BETA3-arm64-aarch64-dvd1.iso) = 272bae57eb493c96be18da4b56f815a3e971f0a2964d7f66564e549e89b74fb0c0f0d7ce009c778f36d055d2bcf1ce0d1aaabc1fa6fd29eb9ada5d7dfd241b0c SHA512 (FreeBSD-12.3-BETA3-arm64-aarch64-dvd1.iso.xz) = c7ec4b166d9d31938db96dd9a2d5f3f0dba9b61b064e301ee58adc34a2fd990be3f79c84b8c2f8750a2eebe5d290485dbf7662f775e30e3f6b6925f34a2cadfb SHA512 (FreeBSD-12.3-BETA3-arm64-aarch64-memstick.img) = 2df3c8e5dc5740f0a0fd304e86c8837e737dd74ca2e2e5beec9012a4e8293c1fe449f6ac928adabee3a26b2f2046b3d041596caafd23076bbad0ad4c2f7e78a6 SHA512 (FreeBSD-12.3-BETA3-arm64-aarch64-memstick.img.xz) = 543de33cd81c76df8aa4858de09bec916a4cbee91afabb25e9f0dc326acfe230ec42bad484792ef56f457e4e013e0b02cfd195b0a12552b383197a9c462c0664 SHA512 (FreeBSD-12.3-BETA3-arm64-aarch64-mini-memstick.img) = ea703e463fffb4457d47e132e29bf3b6e868f9c337e4a89e40645e2a79106568c33eb5356c5604210d52bfb1d6c4c92052dea494a9ae66ddbf9e1cd7010ff79d SHA512 (FreeBSD-12.3-BETA3-arm64-aarch64-mini-memstick.img.xz) = cea8c6ea35fbb3ba2acea8d40d9b4d1b81e05723131c911580687478dc96e049dc61ce6086aa6e76ea43dade6358934f6724dc1c0ca5f41e9cc41d53e27bc530 SHA256 (FreeBSD-12.3-BETA3-arm64-aarch64-bootonly.iso) = 2880490c0116c51b73a57e786b5b7fef32ae8478e5772aff2002cebd8b7c49ce SHA256 (FreeBSD-12.3-BETA3-arm64-aarch64-bootonly.iso.xz) = 6af68bb356f01277a0a2310d2201033d26bbf5d5d391f567e896f07b401ffec5 SHA256 (FreeBSD-12.3-BETA3-arm64-aarch64-disc1.iso) = 2f9f285bf9e6cc58d121e3e654a860926cb7563843fca828dc0985835b7ccb00 SHA256 (FreeBSD-12.3-BETA3-arm64-aarch64-disc1.iso.xz) = 55bb8037a1f7fd8f6d862221324fcc10c941d559d77e9de581b6e551cd6eb5dd SHA256 (FreeBSD-12.3-BETA3-arm64-aarch64-dvd1.iso) = 36bd4d6bd1dc75ea273650eabdd999196c8e56fabd0682445906db00ac869b7e SHA256 (FreeBSD-12.3-BETA3-arm64-aarch64-dvd1.iso.xz) = e2a4356f4b5f6213d35ae7ddb81d38d7c4a76efb67ee99f39fad2b8b5b676f1e SHA256 (FreeBSD-12.3-BETA3-arm64-aarch64-memstick.img) = 084b4652dab9ab901493489524d9eb14fc869cd1211d9ed4cd4553f0226b9b75 SHA256 (FreeBSD-12.3-BETA3-arm64-aarch64-memstick.img.xz) = 8f60ae6270d06de93b52f787ff42907cde41aa260b554b90b131ea69fbaeb9d5 SHA256 (FreeBSD-12.3-BETA3-arm64-aarch64-mini-memstick.img) = 26c8c3e60a8054c9861a8adc59edb668613823dc97233de743f4e545db23b7c4 SHA256 (FreeBSD-12.3-BETA3-arm64-aarch64-mini-memstick.img.xz) = e31082c48b13774a86e611f8b5947fbc4b99a5dfdf9200348e2840d0f364b1fe o 12.3-BETA3 aarch64 RPI3: SHA512 (FreeBSD-12.3-BETA3-arm64-aarch64-RPI3.img.xz) = a8f9b53e78973cec61f0837b68f6ac1e8988c556a878e2fa8fe539126b708ea3b96fb68acf097d142d0a679934d475dff6002ad4573e640c7549914e71ac6f1c SHA256 (FreeBSD-12.3-BETA3-arm64-aarch64-RPI3.img.xz) = 8030fdc35d27243dec8bad64258be85ab4207ff1b0269732378a19cce62aaa1a o 12.3-BETA3 aarch64 PINE64: SHA512 (FreeBSD-12.3-BETA3-arm64-aarch64-PINE64.img.xz) = 70719ad451d80f2e906de5bf12480db51dcbea80c04094bff3790d3b4b11989adb496a9333700347e64513de057825aab993430fda268e0921f6f0315d9c0ec4 SHA256 (FreeBSD-12.3-BETA3-arm64-aarch64-PINE64.img.xz) = e0704da77b469a7b1fffd65d442d399801aba9f109c58410a5d7575a8f4242e3 o 12.3-BETA3 aarch64 PINE64-LTS: SHA512 (FreeBSD-12.3-BETA3-arm64-aarch64-PINE64-LTS.img.xz) = 045a4a47a97842801f95ee418e6a0a3c77f1ce24485725dedd3b347cb0af2adec2a56200f814c1699603477540de056bf11ba3d7b11a98caf0455371f8634797 SHA256 (FreeBSD-12.3-BETA3-arm64-aarch64-PINE64-LTS.img.xz) = e48d9ffccf0c2a8ae19830d9339d12019135061065bc0ab5c559b4a98b537c27 == VM IMAGE CHECKSUMS == o 12.3-BETA3 amd64: SHA512 (FreeBSD-12.3-BETA3-amd64.qcow2.xz) = ee500e1d6ad2f9563f63a4911df4ff531d56eba8cd4530b6d6b01f23a6e21526bf66c622a2ca6ce782598f1c176f2250fa75ee7a0aa01065b9bcc5e1e8f0ae60 SHA512 (FreeBSD-12.3-BETA3-amd64.raw.xz) = 92f48181d3c10de71e1fa2e9b1aa3ef5e1355d47877cac551b13516424597e1f211055707e12911ea5381e858ef3383cda2a11096e2e538c57fe35bca664b894 SHA512 (FreeBSD-12.3-BETA3-amd64.vhd.xz) = 071eca17cb3e30a46d7faf8953987c72ee50afa7cdbd447588747edcba3b6cc21747252488f5d4184a8474db837f88325a42c1304a1ad209835279e4ceb25b89 SHA512 (FreeBSD-12.3-BETA3-amd64.vmdk.xz) = cff4a7b829e338f27d290119bb24f602128099007cd0913d76450a7950ae5c004668e4c3ffba9bd7665740a4185cf0c1c48b5f73294d2ea573fbd88a72eada97 SHA256 (FreeBSD-12.3-BETA3-amd64.qcow2.xz) = 05a3cc6f6030914a53897e2b1b8687fed6891766737499784de652dbce4a4b94 SHA256 (FreeBSD-12.3-BETA3-amd64.raw.xz) = 10d07ce86c774171c1012767bd32edd93fd7da3e33fdfe919f5167a4fac2fe07 SHA256 (FreeBSD-12.3-BETA3-amd64.vhd.xz) = 1d7bf96228de7907fbd1a0db73c99445f056fe309288f2c9871f7b8b0afeacde SHA256 (FreeBSD-12.3-BETA3-amd64.vmdk.xz) = 21622ff140d7cf66b42bc9edebbe42176c326578f255a782062676cea25e1cd8 o 12.3-BETA3 i386: SHA512 (FreeBSD-12.3-BETA3-i386.qcow2.xz) = d1f2b71b3aff41e5f36f0f8d7dad49bd28de3dc7d4981c39f2aad944c25b08e10be9151c88486f4c693d1e9934f599a9ef807998873f8b16b6d8ad2985c4ff19 SHA512 (FreeBSD-12.3-BETA3-i386.raw.xz) = c98f28a074b73b101fa2e4a63130cdfcffc35bd4e2a694b6f66c93aff86c9cd1f984fc016f00a292626c2295a38f42fc252e9ea7a6ea594aba8a2c96c6945063 SHA512 (FreeBSD-12.3-BETA3-i386.vhd.xz) = bd4f85be14077e45b3d99834e4d5f4f6a36bd16ef0dbb21a05cc3d66187f1626baa7949fc183aa0cca76ffec1c9112eb64f4ee83c9110b777f77f9c04fc9f952 SHA512 (FreeBSD-12.3-BETA3-i386.vmdk.xz) = e8f61d86b404e06a1b6f4758a4453b8ff5f0828aaf3a06e758b5f165919c639b6cc58fdbebf28324ea7fdc4f012fbea2f4472ffa453250e50b37350effb1e71e SHA256 (FreeBSD-12.3-BETA3-i386.qcow2.xz) = ca26abf000a0982d0cedc3cfe30099e9c5e0a826163329c4e58760439419f988 SHA256 (FreeBSD-12.3-BETA3-i386.raw.xz) = e3c880161fdebff101cfc5882d7f3f67efd4d2ffacac4060d399dcc2832a04d9 SHA256 (FreeBSD-12.3-BETA3-i386.vhd.xz) = 125c591ed785c5b7883d5a3dc6f3080ed91dbfcfc8af6af0d2207f190e44037a SHA256 (FreeBSD-12.3-BETA3-i386.vmdk.xz) = d034360ff7dd90e8c375d5de875302d97172eb7b4480b57b3cf71b2734c68075 o 12.3-BETA3 aarch64: SHA512 (FreeBSD-12.3-BETA3-arm64-aarch64.qcow2.xz) = 695f70380dc7b225c13db61666eacf6ad9a09f3a50fc95af4bd90af549e357078d8140d2feb7864355dc20aab31617f5d305cfe924eab5ac0b16ddd5f68be7a7 SHA512 (FreeBSD-12.3-BETA3-arm64-aarch64.raw.xz) = 0d4512b72a0324a2a172e7b3850d094c7ff4917fd91d523e63c5f9f3928e6c7afa330b94dbf54f53f87feeecb1680f8aa0596853ff42e21e01b233acb0fdb3c8 SHA512 (FreeBSD-12.3-BETA3-arm64-aarch64.vhd.xz) = cf28a071032324aaea2882d9c6f2c2c1c9b43f59f45e39149645af427fbacf60943ad15118d7747ac9a547382492a1059170353954075ee72914d7c0daaeec6c SHA512 (FreeBSD-12.3-BETA3-arm64-aarch64.vmdk.xz) = dc54d83a09bac6d030f2375d900c3958bc9e44925e508d4492840d3917d84b6f5f8238db89d67458348403b75683cd32ec8a98bdac71fddaf4b6caaedaa7c5f4 SHA256 (FreeBSD-12.3-BETA3-arm64-aarch64.qcow2.xz) = 5f7cbd46669b384a1b92fc73eed427d454ab5dfa45146eaea7db90419fe6b240 SHA256 (FreeBSD-12.3-BETA3-arm64-aarch64.raw.xz) = 290bfe381bd86cd0a2fd11cf1f66111206816e27e63515f62e7c0111432914f8 SHA256 (FreeBSD-12.3-BETA3-arm64-aarch64.vhd.xz) = 58f4e19d5e8ab5e220d0482187e5adf8155a9f831fb85ec68981bb639e169700 SHA256 (FreeBSD-12.3-BETA3-arm64-aarch64.vmdk.xz) = 332ddc8992a9f7e25d07230951676cae3e4c708c8a10b93f7ef7508ee6136f38 Regards, Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmGEhIUACgkQAxRYpUeP 4pOPZA/+JN3aWq+/wQbmJ3Ru9EmZYFMAvym58SJmzbdiwZ4vBpBCySLXpkJzPA+2 dwABjtEAp8apyh7iV0ppEa+AabGbXGGIuGZfkcUxmudVkwqzKe7l22pxafvvY+5S TtVay55dfERylaGuDjc7/Sm5oRq0bTZ2nFJXE40B6RgZ4OC9FMZUIaVCC5G6BWd0 459Yze1tdXBu0O39rIW3DJN8zlM4LZVFY8gAYHEhqbgqGWZeuwRDs6GEAZTkxQxP tTHnIdg9eLePpE54qZ92N7tBANafVwTxDkur8Xp0d8aHSXvOWLYyFfmx0sFHNhwC Ysd/hvAg/k1i3I9/tt4o2skvWGcq1EWo3oue3W6J2A5Pv5OdHUmYFnmkBM/92Hx5 44rBbdWc9aqcUZXcA9L17QRsT+C7mYivRNF9tJQ0wwtAzQ8pjakJ1zJAfVkCrj/l t8hbpo2KppzZtlpqkwEc52bUgqi+ZzK0DkfwqjE63M4krEIiCsO2B+d+HxT4RkMc /FYFb/r5n6jlVhqB1wkfWIuFosGbq5ioSXdhQbEFLKUtnium2gGdAqXvIG7IIq/l amLUN1J1euhJ8N8BPot49gCeU6NJEwNf7tmpQWyGn4V0r5mkBRg/lCG9TAaNM71t QIFMNhw6bVWQRUBLOoRD5Bj1V1gxTABivQgqeHRvH87M/twGYt4= =qbEZ -----END PGP SIGNATURE----- From nobody Fri Nov 5 17:21:36 2021 X-Original-To: freebsd-stable@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 498AF183151C for ; Fri, 5 Nov 2021 17:21:47 +0000 (UTC) (envelope-from SRS0=WQUi=PY=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 4Hm6kL3KxRz4Zbn for ; Fri, 5 Nov 2021 17:21:46 +0000 (UTC) (envelope-from SRS0=WQUi=PY=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 6ED7F28416 for ; Fri, 5 Nov 2021 18:21:38 +0100 (CET) Received: from illbsd.quip.test (ip-78-45-215-131.net.upcbroadband.cz [78.45.215.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 7A5BF28411 for ; Fri, 5 Nov 2021 18:21:37 +0100 (CET) To: freebsd-stable@freebsd.org From: Miroslav Lachman <000.fbsd@quip.cz> Subject: sshd -T does not work with Match Message-ID: <1a5aa3d1-c544-568c-543a-10e626ac7e7e@quip.cz> Date: Fri, 5 Nov 2021 18:21:36 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Hm6kL3KxRz4Zbn X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of "SRS0=WQUi=PY=quip.cz=000.fbsd@elsa.codelab.cz" has no SPF policy when checking 94.124.105.4) smtp.mailfrom="SRS0=WQUi=PY=quip.cz=000.fbsd@elsa.codelab.cz" X-Spamd-Result: default: False [1.72 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.999]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[quip.cz]; NEURAL_SPAM_SHORT(0.64)[0.643]; NEURAL_SPAM_MEDIUM(0.87)[0.872]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=WQUi=PY=quip.cz=000.fbsd@elsa.codelab.cz]; RECEIVED_SPAMHAUS_PBL(0.00)[78.45.215.131:received]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; MIME_TRACE(0.00)[0:+]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=WQUi=PY=quip.cz=000.fbsd@elsa.codelab.cz] X-ThisMailContainsUnwantedMimeParts: N I don't know if this should be considered as bug or "just changed behavior". sshd -T works in FreeBSD 11.4 (OpenSSH_7.5) and prints details about current configuration but it does not work with the same configuration file in FreeBSD 12.2 (OpenSSH_7.9). # sshd -T 'Match Group' in configuration but 'user' not in connection test specification. Once I have any "Match" in sshd_config then sshd -T does not work. It needs additional -C user=fakeuser to print configuration. (I just needed to view supported ciphers) You can try it with default sshd_config and add something like this: Match group sftponly ChrootDirectory %h ...or just ucomment section "Match User anoncvs". I think sshd -T should still work without -C as it was in older versions and print configuration for any non-matched criteria. Kind reagards Miroslav Lachman