From owner-freebsd-current@freebsd.org Sun Feb 21 00:27:25 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5856753D747; Sun, 21 Feb 2021 00:27:25 +0000 (UTC) (envelope-from freebsd@twc.com) Received: from p-impout008.msg.pkvw.co.charter.net (p-impout008aa.msg.pkvw.co.charter.net [47.43.26.139]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DjmNX6P9Wz4vRD; Sun, 21 Feb 2021 00:27:24 +0000 (UTC) (envelope-from freebsd@twc.com) Received: from freebsd.localnet ([74.132.18.25]) by cmsmtp with ESMTPA id DcajllZ8lGwBgDcakl1FDi; Sun, 21 Feb 2021 00:27:18 +0000 X-Authority-Analysis: v=2.3 cv=WOgBoUkR c=1 sm=1 tr=0 a=6dKv8Xy78h5PIHsve0hi3A==:117 a=6dKv8Xy78h5PIHsve0hi3A==:17 a=kj9zAlcOel0A:10 a=UNWf5WQ7AAAA:8 a=6I5d2MoRAAAA:8 a=kUAvkmD9ovdvG-Fg8c4A:9 a=CjuIK1q_8ugA:10 a=TmY6P1tBX-PGzTCW-pm6:22 a=IjZwj45LgO3ly-622nXo:22 From: Steven Friedrich To: freebsd-questions@freebsd.org, imp@freebsd.org, freebsd-current@freebsd.org Subject: Re: Strange anomaly when Netgear A6100 - AC600 Dual Band WiFi USB Mini Adapter plugged in on boot Date: Sat, 20 Feb 2021 05:38:21 -0500 Message-ID: <9068449.RH3biPoPvx@freebsd> In-Reply-To: <16988739.sFgvYJuXru@freebsd> References: <4833150.YNO7O01DYZ@freebsd> <4838382.YNO7O01DYZ@freebsd> <16988739.sFgvYJuXru@freebsd> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-CMAE-Envelope: MS4wfMNGmRWEv8vjdz0HbTr3ya9TnDLLFcZskCIdaI2IBrdEeLKMlyIm3Vig17yLE9j/2MKjud2/UMCYrul0A7UtkZ/4ZsfyCyRMDXyKaBUQx1lmAOVfwlJ7 rXvr49Wd9Co+cT+OD8kRtl8RjS1mtoqiavV1gIbKVQcuXxPkthie/Y7LexGZbsBd/SZ7Fdso6/6oQvhmPiBMmZHr96bdTVC+SMZRIRWxi0AdW5v+LBHscLie WQurE5/1EW6sdR/gplL8xw== X-Rspamd-Queue-Id: 4DjmNX6P9Wz4vRD X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@twc.com designates 47.43.26.139 as permitted sender) smtp.mailfrom=freebsd@twc.com X-Spamd-Result: default: False [-2.30 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RECEIVED_SPAMHAUS_PBL(0.00)[74.132.18.25:received]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:47.43.26.0/24:c]; FREEMAIL_FROM(0.00)[twc.com]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[twc.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_TLS_LAST(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[47.43.26.139:from]; NEURAL_HAM_SHORT(-1.00)[-0.998]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MID_RHS_NOT_FQDN(0.50)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[twc.com]; CTE_CASE(0.50)[]; MIME_TRACE(0.00)[0:+]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-questions]; ASN(0.00)[asn:40294, ipnet:47.43.24.0/21, country:US] X-Mailman-Approved-At: Sun, 21 Feb 2021 02:20:15 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Feb 2021 00:27:25 -0000 On Friday, 19 February 2021 06:41:49 EST Steven Friedrich wrote: > BTW, I included output from pciconf, but the device is USB. Sorry. > I was confused because there's an unsupported wi-fi on the motherboard, also > from Realtek. > mobo Realtek is 8821ce > USB Realtek is 8811au > > On Thursday, 18 February 2021 21:37:34 EST Steven Friedrich wrote: > > On Thursday, 18 February 2021 16:35:48 EST Daniel Stevenson wrote: > > > On Thursday, February 18th, 2021 at 04:40, Steven Friedrich > > > > wrote: > > > > Starting devd. > > > > > > > > Cannot 'start' webcamd. Set webcamd_enable to YES in /etc/rc.conf or > > > > use > > > > > > > > 'onestart' instead of 'start'. > > > > > > > > There's nothing in /etc/rc.conf to invoke webcam. Nothing in > > > > /etc/devd.conf > > > > > > > > (AFAIK). I haven't modified devd.conf > > > > > > > > If I unplug the adapter and reboot, no message about webcam appears. > > > > > > > > Here's the device as reported by pciconf -lv > > > > > > > > none6@pci0:2:0:0: class=0x028000 card=0x831a103c chip=0xc82110ec > > > > > > > > rev=0x00 hdr=0x00 > > > > > > > > vendor = 'Realtek Semiconductor Co., Ltd.' > > > > > > > > device = 'RTL8821CE 802.11ac PCIe Wireless Network Adapter' > > > > > > > > class = network > > > > > > > > Here's the dmesg > > > > > > > > ugen0.2: at usbus0 > > > > > > > > rtwn0 on uhub0 > > > > > > > > rtwn0: <802.11ac WLAN Adapter > on usbus0 > > > > > > > > rtwn0: MAC/BB RTL8821AU, RF 6052 1T1R > > > > > > Whether or not you have a line in your /etc/rc.conf that says > > > webcamd_enable="NO", webcamd is disabled by default. You have to > > > override this by setting webcamd_enable="YES". > > > > You misinterpreted my post. > > > > I don't want webcam. > > > > I get this errant message because I have a USB network adapter plugged in > > on boot. > > > > I believe this is related to /usr/src/UPDATING entry 20180211: > > > > 20180211: > > devmatch functionality has been turned on in devd. It will > > > > automatically > > > > load drivers for unattached devices. This may cause unexpected > > > > drivers to > > > > be loaded. Please report any problems to current@ and > > > > imp@freebsd.org. > > > > > > _______________________________________________ > > freebsd-questions@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > > To unsubscribe, send any mail to > > "freebsd-questions-unsubscribe@freebsd.org" Here is the what the original report SHOULD have been: This appears in dmesg if Netgear A6100 plugged in at boot Starting devd. Cannot 'start' webcamd. Set webcamd_enable to YES in /etc/rc.conf or use 'onestart' instead of 'start'. I don't HAVE or want a webcam. This is an anomaly Here's the device as reported by lsusb Bus /dev/usb Device /dev/ugen0.5: ID 0846:9052 NetGear, Inc. A6100 AC600 DB Wireless Adapter [Realtek RTL8811AU] Here's the dmesg ugen0.2: at usbus0 rtwn0 on uhub0 rtwn0: <802.11ac WLAN Adapter > on usbus0 rtwn0: MAC/BB RTL8821AU, RF 6052 1T1R I hope I am getting better at reporting anomalies... 8o) -- FreeBSD FreeBSD 12.2-RELEASE-p3 FreeBSD 12.2-RELEASE-p3 r369283 Special amd64 HP-Slimline 290-p0014 Desktop Using integrated UHD Graphics 630 Built drm from /usr/ports/drm-kmod From owner-freebsd-current@freebsd.org Sun Feb 21 14:54:20 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 756845592AE for ; Sun, 21 Feb 2021 14:54:20 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from out.alvermark.net (out.alvermark.net [185.34.136.138]) (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 4Dk7cq49P2z4mMT for ; Sun, 21 Feb 2021 14:54:19 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from c-f649235c.06-431-73746f70.bbcust.telenor.se ([92.35.73.246] helo=mail.alvermark.net) by out.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1lDq7e-000Lnd-15; Sun, 21 Feb 2021 15:54:10 +0100 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alvermark.net; s=x; h=Content-Transfer-Encoding:Content-Type:In-Reply-To: MIME-Version:Date:Message-ID:From:References:To:Subject:Sender:Reply-To:Cc: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=UwA8+uvy/HVoXvM7CfQecNftueouTHvrE4sj+YsjW1g=; b=J9iRtGigme3ZeyrndmYAklv0m0 5joDpI5jiieLBcXApjp7euF6EerXNlMfgwuwEDQfQbJsB2KpneMRV1OgFzqtER1MXmx4829yMqM8S mFrKFszKk6MfXTaN4c0aCe1yWhduGFxqZcZgJxchUopLgTr2E7DsXqdK1XrRBc5VE3ow9jxTjmwzm XQN0SPQpv2H74zge98DlPQPFNK5VQnxWZvyfvYQl92u56CjWVJDkWrEJEY3K3UAGx5jPiorTQ3t/w +n7/b3SHEXadAEQm+zFSs/KAQx4DQtOvk3Glt2bq96O97FRc5Uy15CBBk9kk8FWOZW5SSP8iKgvFK tMpSFlDw==; Received: from [192.168.67.27] by mail.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1lDq7d-000HcH-IQ; Sun, 21 Feb 2021 15:54:09 +0100 Subject: Re: webcamd not started automatically To: Hans Petter Selasky , Steve Wills , freebsd-current References: <69de9fde-4c3f-f909-359c-0156767b121c@alvermark.net> <8709cf86-0439-e3c8-a416-6c68c577939d@selasky.org> <2577c0ad-00aa-5da8-ab7f-98672c598674@alvermark.net> <037d398c-e6d0-f805-b5da-9c6a7ab6e097@mouf.net> <31d7c2f5-6d20-743e-f7d1-e735234f938f@alvermark.net> <27537651-0715-fe00-d583-4077735e694f@selasky.org> <7735a26c-198f-d2b3-3698-2d8274d179d6@alvermark.net> <3f349e76-6b86-1a62-8c94-3ccecd88c736@selasky.org> <977d00b0-f2b7-36bf-50a9-e5ac3a0e44e0@selasky.org> From: Jakob Alvermark Message-ID: <267586a9-a7aa-a05f-db3a-6b59939b086c@alvermark.net> Date: Sun, 21 Feb 2021 15:54:09 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: <977d00b0-f2b7-36bf-50a9-e5ac3a0e44e0@selasky.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4Dk7cq49P2z4mMT X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=alvermark.net header.s=x header.b=J9iRtGig; dmarc=none; spf=pass (mx1.freebsd.org: domain of jakob@alvermark.net designates 185.34.136.138 as permitted sender) smtp.mailfrom=jakob@alvermark.net X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[alvermark.net:s=x]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:185.34.136.138]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[alvermark.net: no valid DMARC record]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[185.34.136.138:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[alvermark.net:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[185.34.136.138:from]; ASN(0.00)[asn:34971, ipnet:185.34.136.0/23, country:IT]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Feb 2021 14:54:20 -0000 On 2/20/21 11:33 PM, Hans Petter Selasky wrote: > On 2/20/21 7:48 PM, Jakob Alvermark wrote: >> The problem is that it DID work > > Are there any webcamd.core files? No. # find / -name webcamd.core -print # These show up on the console when booting: webcamd 998 - - Attached to ugen2.4[0] webcamd already running?  (pid=999). webcamd already running?  (pid=999). webcamd already running?  (pid=999). webcamd already running?  (pid=999). webcamd already running?  (pid=999). Jakob From owner-freebsd-current@freebsd.org Sun Feb 21 15:37:20 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7898755A035 for ; Sun, 21 Feb 2021 15:37:20 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dk8ZR4SZ2z4pSK for ; Sun, 21 Feb 2021 15:37:19 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [178.17.145.105]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 9C7082600AD; Sun, 21 Feb 2021 16:37:11 +0100 (CET) Subject: Re: webcamd not started automatically To: Jakob Alvermark , Steve Wills , freebsd-current References: <69de9fde-4c3f-f909-359c-0156767b121c@alvermark.net> <8709cf86-0439-e3c8-a416-6c68c577939d@selasky.org> <2577c0ad-00aa-5da8-ab7f-98672c598674@alvermark.net> <037d398c-e6d0-f805-b5da-9c6a7ab6e097@mouf.net> <31d7c2f5-6d20-743e-f7d1-e735234f938f@alvermark.net> <27537651-0715-fe00-d583-4077735e694f@selasky.org> <7735a26c-198f-d2b3-3698-2d8274d179d6@alvermark.net> <3f349e76-6b86-1a62-8c94-3ccecd88c736@selasky.org> <977d00b0-f2b7-36bf-50a9-e5ac3a0e44e0@selasky.org> <267586a9-a7aa-a05f-db3a-6b59939b086c@alvermark.net> From: Hans Petter Selasky Message-ID: <4a442994-4f56-bac9-f4f1-2e620db7ca20@selasky.org> Date: Sun, 21 Feb 2021 16:36:55 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 In-Reply-To: <267586a9-a7aa-a05f-db3a-6b59939b086c@alvermark.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Dk8ZR4SZ2z4pSK X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 2a01:4f8:c17:6c4b::2 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-3.30 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a01:4f8:c17:6c4b::2:from]; SPAMHAUS_ZRD(0.00)[2a01:4f8:c17:6c4b::2:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Feb 2021 15:37:20 -0000 Sorry for taking so long to nail this issue. I believe the following patch will fix it: https://svnweb.freebsd.org/changeset/ports/566228 --HPS From owner-freebsd-current@freebsd.org Sun Feb 21 19:52:39 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AEF4E55FF86 for ; Sun, 21 Feb 2021 19:52:39 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [202.12.127.228]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.protected-networks.net", Issuer "R3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DkGF262BKz3L59 for ; Sun, 21 Feb 2021 19:52:38 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id 3C75143A4 for ; Sun, 21 Feb 2021 14:52:31 -0500 (EST) To: freebsd-current From: Michael Butler Subject: kern_jail.c w/o INVARIANTS Message-ID: Date: Sun, 21 Feb 2021 14:52:30 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-NZ Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DkGF262BKz3L59 X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[protected-networks.net:s=201508]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[202.12.127.228:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[protected-networks.net:+]; DMARC_POLICY_ALLOW(-0.50)[protected-networks.net,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[202.12.127.228:from]; ASN(0.00)[asn:5716, ipnet:202.12.127.0/24, country:US]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Feb 2021 19:52:39 -0000 Seems there's a typo in this when INVARIANTS is not turned on .. diff --git a/sys/kern/kern_jail.c b/sys/kern/kern_jail.c index 48c91a95bf..342af50462 100644 --- a/sys/kern/kern_jail.c +++ b/sys/kern/kern_jail.c @@ -2671,7 +2671,7 @@ prison_free_not_last(struct prison *pr) ("prison_free_not_last freed last ref on prison %p (jid=%d).", pr, pr->pr_id)); #else - refcount_release(&pr>pr_ref); + refcount_release(&pr->pr_ref); #endif } From owner-freebsd-current@freebsd.org Mon Feb 22 06:12:19 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7BDDB54942F; Mon, 22 Feb 2021 06:12:19 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail02.asahi-net.or.jp (mail02.asahi-net.or.jp [202.224.55.14]) by mx1.freebsd.org (Postfix) with ESMTP id 4DkX013Ygfz4fk4; Mon, 22 Feb 2021 06:12:17 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from vmware12.advok.com (cpe-184-152-96-96.nj.res.rr.com [184.152.96.96]) (Authenticated sender: NR2Y-OOT) by mail02.asahi-net.or.jp (Postfix) with ESMTPSA id 515346BF6D; Mon, 22 Feb 2021 15:12:13 +0900 (JST) Date: Mon, 22 Feb 2021 00:39:11 -0500 From: Yoshihiro Ota To: Glen Barber Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-snapshots@freebsd.org, FreeBSD Release Engineering Team Subject: Re: FreeBSD 13.0-BETA3 Now Available Message-Id: <20210222003911.dc90fabac3a15772bf27dd95@j.email.ne.jp> In-Reply-To: <20210220203950.GY48055@FreeBSD.org> References: <20210220203950.GY48055@FreeBSD.org> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; i386-portbld-freebsd12.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DkX013Ygfz4fk4 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of ota@j.email.ne.jp designates 202.224.55.14 as permitted sender) smtp.mailfrom=ota@j.email.ne.jp X-Spamd-Result: default: False [-2.80 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:202.224.55.0/24]; RCPT_COUNT_FIVE(0.00)[5]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_NO_TLS_LAST(0.10)[]; RECEIVED_SPAMHAUS_PBL(0.00)[184.152.96.96:received]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[202.224.55.14:from]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:4685, ipnet:202.224.32.0/19, country:JP]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_IN_DNSWL_LOW(-0.10)[202.224.55.14:from]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[email.ne.jp]; SPAMHAUS_ZRD(0.00)[202.224.55.14:from:127.0.2.255]; RWL_MAILSPIKE_POSSIBLE(0.00)[202.224.55.14:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-snapshots,freebsd-stable] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2021 06:12:19 -0000 Hi, tmp/legacy/usr/bin/make fails to run when sharing /usr/obj built on 13-BETA* to 12.2-RELEASE machines. I entered https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253727 Hiro On Sat, 20 Feb 2021 20:39:50 +0000 Glen Barber wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > The third BETA build of the 13.0-RELEASE release cycle is now available. > From owner-freebsd-current@freebsd.org Mon Feb 22 00:28:02 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 26BC8541630 for ; Mon, 22 Feb 2021 00:28:02 +0000 (UTC) (envelope-from daniel@dstev.net) Received: from mail-40136.protonmail.ch (mail-40136.protonmail.ch [185.70.40.136]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DkNLn0x7rz3tHP; Mon, 22 Feb 2021 00:28:00 +0000 (UTC) (envelope-from daniel@dstev.net) Date: Mon, 22 Feb 2021 00:27:41 +0000 To: Steven Friedrich From: Daniel Stevenson Cc: freebsd-questions@freebsd.org, imp@freebsd.org, freebsd-current@freebsd.org Reply-To: Daniel Stevenson Subject: Re: Strange anomaly when Netgear A6100 - AC600 Dual Band WiFi USB Mini Adapter plugged in on boot Message-ID: In-Reply-To: <9068449.RH3biPoPvx@freebsd> References: <4833150.YNO7O01DYZ@freebsd> <4838382.YNO7O01DYZ@freebsd> <16988739.sFgvYJuXru@freebsd> <9068449.RH3biPoPvx@freebsd> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.0 required=10.0 tests=ALL_TRUSTED shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch X-Rspamd-Queue-Id: 4DkNLn0x7rz3tHP X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=dstev.net; spf=pass (mx1.freebsd.org: domain of daniel@dstev.net designates 185.70.40.136 as permitted sender) smtp.mailfrom=daniel@dstev.net X-Spamd-Result: default: False [-3.50 / 15.00]; HAS_REPLYTO(0.00)[daniel@dstev.net]; RWL_MAILSPIKE_VERYGOOD(0.00)[185.70.40.136:from]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.60)[-0.605]; DMARC_POLICY_ALLOW(-0.50)[dstev.net,none]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEMAIL_TO(0.00)[twc.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.136:from] X-Mailman-Approved-At: Mon, 22 Feb 2021 09:04:49 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2021 00:28:02 -0000 On Saturday, February 20th, 2021 at 04:38, Steven Friedrich wrote: > On Friday, 19 February 2021 06:41:49 EST Steven Friedrich wrote: > > > BTW, I included output from pciconf, but the device is USB. Sorry. > > > > I was confused because there's an unsupported wi-fi on the motherboard,= also > > > > from Realtek. > > > > mobo Realtek is 8821ce > > > > USB Realtek is 8811au > > > > On Thursday, 18 February 2021 21:37:34 EST Steven Friedrich wrote: > > > > > On Thursday, 18 February 2021 16:35:48 EST > > > > > > Daniel > > > > > > Stevenson wrote: > > > > > > > On Thursday, February 18th, 2021 at 04:40, Steven Friedrich > > > > > > FreeBSD@twc.com wrote: > > > > > > > > Starting devd. > > > > > > > > > > Cannot 'start' webcamd. Set webcamd_enable to YES in /etc/rc.conf= or > > > > > > > > > > use > > > > > > > > > > 'onestart' instead of 'start'. > > > > > > > > > > There's nothing in /etc/rc.conf to invoke webcam. Nothing in > > > > > > > > > > /etc/devd.conf > > > > > > > > > > (AFAIK). I haven't modified devd.conf > > > > > > > > > > If I unplug the adapter and reboot, no message about webcam appea= rs. > > > > > > > > > > Here's the device as reported by pciconf -lv > > > > > > > > > > none6@pci0:2:0:0: class=3D0x028000 card=3D0x831a103c chip=3D0xc82= 110ec > > > > > > > > > > rev=3D0x00 hdr=3D0x00 > > > > > > > > > > vendor =3D 'Realtek Semiconductor Co., Ltd.' > > > > > > > > > > device =3D 'RTL8821CE 802.11ac PCIe Wireless Network Adapter' > > > > > > > > > > class =3D network > > > > > > > > > > Here's the dmesg > > > > > > > > > > ugen0.2: at usbus0 > > > > > > > > > > rtwn0 on uhub0 > > > > > > > > > > rtwn0: <802.11ac WLAN Adapter > on usbus0 > > > > > > > > > > rtwn0: MAC/BB RTL8821AU, RF 6052 1T1R > > > > > > > > Whether or not you have a line in your /etc/rc.conf that says > > > > > > > > webcamd_enable=3D"NO", webcamd is disabled by default. You have to > > > > > > > > override this by setting webcamd_enable=3D"YES". > > > > > > You misinterpreted my post. > > > > > > I don't want webcam. > > > > > > I get this errant message because I have a USB network adapter plugge= d in > > > > > > on boot. > > > > > > I believe this is related to /usr/src/UPDATING entry 20180211: > > > > > > 20180211: > > > > > > devmatch functionality has been turned on in devd. It will > > > > > > automatically > > > > > > load drivers for unattached devices. This may cause unexpecte= d > > > > > > > > > drivers to > > > > > > be loaded. Please report any problems to current@ and > > > > > > > > > imp@freebsd.org. > > > > > > freebsd-questions@freebsd.org mailing list > > > > > > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > > > > > > To unsubscribe, send any mail to > > > > > > "freebsd-questions-unsubscribe@freebsd.org" > > Here is the what the original report SHOULD have been: > > This appears in dmesg if Netgear A6100 plugged in at boot > > Starting devd. > > Cannot 'start' webcamd. Set webcamd_enable to YES in /etc/rc.conf or use > > 'onestart' instead of 'start'. > > I don't HAVE or want a webcam. This is an anomaly > > Here's the device as reported by lsusb > > Bus /dev/usb Device /dev/ugen0.5: ID 0846:9052 NetGear, Inc. A6100 AC600 = DB > > Wireless Adapter [Realtek RTL8811AU] > > Here's the dmesg > > ugen0.2: at usbus0 > > rtwn0 on uhub0 > > rtwn0: <802.11ac WLAN Adapter > on usbus0 > > rtwn0: MAC/BB RTL8821AU, RF 6052 1T1R > > I hope I am getting better at reporting anomalies... 8o) Uninstalling webcamd would be a good place to start. It's not part of the base system; it must have been pulled in as a dependency somewhere along the line. -- Daniel Stevenson From owner-freebsd-current@freebsd.org Mon Feb 22 09:14:05 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2D92954ED92 for ; Mon, 22 Feb 2021 09:14:05 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from out.alvermark.net (out.alvermark.net [185.34.136.138]) (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 4Dkc1m2ZxPz4s5q for ; Mon, 22 Feb 2021 09:14:04 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from c-f649235c.06-431-73746f70.bbcust.telenor.se ([92.35.73.246] helo=mail.alvermark.net) by out.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1lE7I1-000Mmx-Nq; Mon, 22 Feb 2021 10:14:01 +0100 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alvermark.net; s=x; h=Content-Transfer-Encoding:Content-Type:In-Reply-To: MIME-Version:Date:Message-ID:From:References:To:Subject:Sender:Reply-To:Cc: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=+39KAZ+Pv305Yu+oz30xhijr1uwd7rHoGzvfSPHzjeQ=; b=t/2N5sVS12xcAUh+w2s5kG5neO raj8wW7c2wy8hPGNlUh20locHINWK8ZCuh7XCbJgeybHVSkp0NqRqouToxIASLexobPNSntevBJeR KwxksCKk1jObuAebjSPrdFo0hYAnLYd90t2S4hwRJ559+7E+LotRsy8gDTU0O4pI8DspgjtJmEsyi TCv6W9WpbVTXgZ9n9cEGueY2AY9CeKYO/2t1rKQBgqsmN9fzdFGUIg1YTVedtQDLGufxumV9k5dXm lFdqpwf080MKB1LDWCyUqkNBYjUSaQsQ2MIyHMlTSHeEkDMjoi2Qj93oDNmVuIhIpjmz01rZvuwLi PI5ynSXw==; Received: from [192.168.67.27] by mail.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1lE7I1-000EJd-8U; Mon, 22 Feb 2021 10:14:01 +0100 Subject: Re: webcamd not started automatically To: Hans Petter Selasky , Steve Wills , freebsd-current References: <69de9fde-4c3f-f909-359c-0156767b121c@alvermark.net> <8709cf86-0439-e3c8-a416-6c68c577939d@selasky.org> <2577c0ad-00aa-5da8-ab7f-98672c598674@alvermark.net> <037d398c-e6d0-f805-b5da-9c6a7ab6e097@mouf.net> <31d7c2f5-6d20-743e-f7d1-e735234f938f@alvermark.net> <27537651-0715-fe00-d583-4077735e694f@selasky.org> <7735a26c-198f-d2b3-3698-2d8274d179d6@alvermark.net> <3f349e76-6b86-1a62-8c94-3ccecd88c736@selasky.org> <977d00b0-f2b7-36bf-50a9-e5ac3a0e44e0@selasky.org> <267586a9-a7aa-a05f-db3a-6b59939b086c@alvermark.net> <4a442994-4f56-bac9-f4f1-2e620db7ca20@selasky.org> From: Jakob Alvermark Message-ID: <515d9cde-f78b-d07e-e0fa-df80ab5d7d4e@alvermark.net> Date: Mon, 22 Feb 2021 10:14:01 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: <4a442994-4f56-bac9-f4f1-2e620db7ca20@selasky.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 4Dkc1m2ZxPz4s5q X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=alvermark.net header.s=x header.b=t/2N5sVS; dmarc=none; spf=pass (mx1.freebsd.org: domain of jakob@alvermark.net designates 185.34.136.138 as permitted sender) smtp.mailfrom=jakob@alvermark.net X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[alvermark.net:s=x]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:185.34.136.138]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[alvermark.net: no valid DMARC record]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[185.34.136.138:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[alvermark.net:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[185.34.136.138:from]; ASN(0.00)[asn:34971, ipnet:185.34.136.0/23, country:IT]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2021 09:14:05 -0000 On 2/21/21 4:36 PM, Hans Petter Selasky wrote: > Sorry for taking so long to nail this issue. I believe the following > patch will fix it: > > https://svnweb.freebsd.org/changeset/ports/566228 Yes, confirmed it is working for me. It is back to the previous behavior. Thanks! Jakob From owner-freebsd-current@freebsd.org Mon Feb 22 20:31:17 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7F5C054D84A for ; Mon, 22 Feb 2021 20:31:17 +0000 (UTC) (envelope-from core-secretary@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4Dkv392hnJz4jcx for ; Mon, 22 Feb 2021 20:31:17 +0000 (UTC) (envelope-from core-secretary@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 5AC5E54D9A9; Mon, 22 Feb 2021 20:31:17 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5A8C854D849 for ; Mon, 22 Feb 2021 20:31:17 +0000 (UTC) (envelope-from core-secretary@freebsd.org) Received: from mail-ej1-f52.google.com (mail-ej1-f52.google.com [209.85.218.52]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dkv390m1tz4jZV for ; Mon, 22 Feb 2021 20:31:16 +0000 (UTC) (envelope-from core-secretary@freebsd.org) Received: by mail-ej1-f52.google.com with SMTP id r17so5014256ejy.13 for ; Mon, 22 Feb 2021 12:31:16 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:reply-to:mime-version:subject:date :message-id:cc:to; bh=3fRDphfAyEtH9wqsFaNqS++LYnuUYNFYDvYr6GZPvi4=; b=GJV1H43ynj45l8vt2mkpSsYPvq6NRy2N1scsA5HE9rZl3dC7mXZbzZYjgrVIaXofis AEiDQH3NzdlAz0WGvzA7HPSlW8QUcXwO2EenE8ax7WvTqehYOsL8dbFNLYhnTbJPF1cI D44vY88SxrzM5cf+e3xQBMa/PayrtqIlynCMHyFWEiTiPAG2ppYQL2U5A2tsNVNJMzgy vbTxjBBhLorSwlFTNnWqvjA6tZf7/20PKSDWSx33hzEoq3cdvT2j+Kl1RrNIw39J6/0+ RtQtKOH9I3zo2tmtBWAkXDhQPa8FQRLi6S37eJnl6rXm0919VQRFvFSwqSu+wcvoY0Hj icgw== X-Gm-Message-State: AOAM530wZByzQwfH11nkJ0DZDcYUlfoDn2cIBqm4RnB/6j/J97fP6TAn BSR3gf0qgCPDnwm6Zud7EQ2f8rRs X-Google-Smtp-Source: ABdhPJyePUVKml/U99mfpHrVfzkk+bJUno5HiZpWYKhLLoC5qKgWwN6hgsrdlSKqijOEnYe06LHk8A== X-Received: by 2002:a17:906:1e50:: with SMTP id i16mr9795631ejj.466.1614025875589; Mon, 22 Feb 2021 12:31:15 -0800 (PST) Received: from mx.bofh.network (mx.bofh.network. [2001:19f0:5001:2b77:5400:2ff:fe7b:aa2c]) by smtp.gmail.com with ESMTPSA id g3sm13361131edk.75.2021.02.22.12.31.14 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 22 Feb 2021 12:31:14 -0800 (PST) Received: from [IPv6:2402:54c0:ffff:ffff:5db8:43f1:c50a:131a] ( [2402:54c0:ffff:ffff:5db8:43f1:c50a:131a]) by mx.bofh.network (OpenSMTPD) with ESMTPSA id d026c320 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO); Mon, 22 Feb 2021 20:31:11 +0000 (UTC) From: FreeBSD Core Team Secretary Content-Type: multipart/signed; boundary="Apple-Mail=_D4ACF78A-980D-4F04-8B24-7357681DF378"; protocol="application/pgp-signature"; micalg=pgp-sha512 Reply-To: FreeBSD Core Team Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: CORE Team Office Hours Date: Tue, 23 Feb 2021 02:31:06 +0600 Message-Id: Cc: developers@freebsd.org, hackers@freebsd.org, current@freebsd.org, Deb Goodkin To: announce@freebsd.org X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4Dkv390m1tz4jZV X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; local_wl_from(0.00)[freebsd.org] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2021 20:31:17 -0000 --Apple-Mail=_D4ACF78A-980D-4F04-8B24-7357681DF378 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi, Following on from the effort in 2019, The FreeBSD team is arranging = another Community Survey to help shape the future of The FreeBSD = Project. The purpose of this survey is to collect quantitative data from = the public in order to help guide the project=E2=80=99s priorities and = efforts. Similar surveys have been conducted twice by the FreeBSD = Project and we are preparing for our third. Before publishing the next survey the Core Team welcomes you to attend = for a Virtual Town Hall meeting to share some of the insights of the = 2020 Community Survey, and seek advice on how the next survey should be = conducted. The virtual Town Hall will take place on the 17th of March = 2021, at 18:00 hours GMT/UTC. See https://wiki.freebsd.org/OfficeHours = for details on how to join either a live stream to watch, or an = interactive meeting to participate. If time permits the Core Team may be able to answer questions related to = the survey process.. If you have any specific questions that you would = like answered during the session you can send an email to core@ ahead of = the meeting which the Core Team will try to address. Thanks! We look forward to meeting you. Regards, Moin (bofh), with core-secretary@ hat on --Apple-Mail=_D4ACF78A-980D-4F04-8B24-7357681DF378 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEES2Tp4L3ps+zAa1xm2MjIO0nybxcFAmA0FIpfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDRC NjRFOUUwQkRFOUIzRUNDMDZCNUM2NkQ4QzhDODNCNDlGMjZGMTcACgkQ2MjIO0ny bxcXBg/9Ewpi84WQWv8vd4UKs2Tct9zg7tb5hDclvJmuNVWG06biXqVEI/TNr4+i fGIkZ3wfLaZvT5w9k8Ae7zP3k+eKIT4QqP1FmJZV1L1f0PDLZPj9ZyAWGqAgEmB3 qn807T+xrZ6LA+VuFLh0D6WD8bl4KZQhdNMd42z+reQ66/OGuzYpjzLyhy6OFB95 0+R/pT2XPCl3d7egFQhxZFI9AP4zGD3Bn3PXe7d1d/Dhf2t7Ow/iQQqyIfiXxd8t t3Da89txmUU6ZRl4dMsEsinj6O8ktcBslZ2UP2x5TbCDXcKgfwRYfGvnMg8vOAnV z2vpv6v07x+PBjMngf5RqmW+S407EoSGLBaTnyaRJeAmxYyYf84keWeU+0ZxXT2f V3NUVY3D64PHnaR05ibsoiP1DA0L0UIuUEDLXuqA1Qrp6nkhFowHpg+yyiQKcgYf 5bM/KCb7cLNFBtucm7JSmDxPcqbUarBZlxAffMR2rkTgMv3V9zGa7sDB1YncohMx vJePGD0wNvgCG5DG93rk3QfhBLrpLF2/M4Q603dN1Dn2sMpH1K7xRwA1WvhL20aP QHlpK/MWZizKJbY3DjDXsSNIGecx9Af9hhFw03RKxQmyExpv+4MU2IcZ13T545mW WoKTl6eSWKIo8cMx0vcSmRrkGGRHUWhJRUkU7zlzJyyARQiu30U= =eQnL -----END PGP SIGNATURE----- --Apple-Mail=_D4ACF78A-980D-4F04-8B24-7357681DF378-- From owner-freebsd-current@freebsd.org Mon Feb 22 21:30:10 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DA90054FC5C for ; Mon, 22 Feb 2021 21:30:10 +0000 (UTC) (envelope-from lizbethmutterhunt@gmail.com) Received: from mail-io1-xd30.google.com (mail-io1-xd30.google.com [IPv6:2607:f8b0:4864:20::d30]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DkwM61GSHz4pBD for ; Mon, 22 Feb 2021 21:30:09 +0000 (UTC) (envelope-from lizbethmutterhunt@gmail.com) Received: by mail-io1-xd30.google.com with SMTP id i8so14888045iog.7 for ; Mon, 22 Feb 2021 13:30:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=fe8zCznoRIPU3JkZPeETih82CcKl1oxlcKtXU+1qVNU=; b=WddoqEdvgJEQqQtNTUI1tEUC1x+tWQzcpbeAe6nuX58JmoZ1jnhMouIuk8p/tfO/G8 qPBbB04s0iHJrPN5lp/s/GyN0sfNYQlpnq3NeU2ItAbBza9MavZSOfjXm18GwgqfXeUM uVfWnwJXlJa1ja1wF3sF16vJ3/X3DxesPnzZuHd4KACwUc+mZv/MlaETss/LUTYMpDqK qrKawjspXvtPmwmjgfi4I9cXYNG3Gq98QxdzckyyNiepm2guJO5+s6642hbIFqN3N/Ov EhQ1J3ed+Vt/avelT1U9prWuJEWA7nSaZ2tx34lC22pXaKP1ZJnKR5F8zTxegNxdtm1C vpNg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=fe8zCznoRIPU3JkZPeETih82CcKl1oxlcKtXU+1qVNU=; b=HGvXYrADFFKKrwNSU7FhnUcJIP40HbJlWlnjJlrZLgHZJL44jusrGjJPjuGbFxqJUH x7VGvfzs/Pe0YoCwm05TKbXNZJlNET3Koty0jWVHkd+Gk4TcsiHIx7mruhxFNbta/gXh pXGO9aTxEDr17Iaotg5LumzBzIcUeZQOBUVhpZecu9tn6Iw9Ag/zQ8Ny23lCsTcZ9pBc HNtCnVyb2KKktm1wnp0zOX8itO954osX8zGJXc/XJjaAXkH8UYlJs/qSy1M2+5JU1Q+M FT6RexmHNnvKlndXdARDvA/cjWeF0QcxY9ZQ1deDHzIMpZQ9s0fAlsljID+Gv3vXfJmg mwNg== X-Gm-Message-State: AOAM532xbcw0GU+V3hdYWNB2IqHggJy8ICwJ6eI8bv6mq1lnHV68KBYJ jnWivSUlW9ys8JZxWsFlelGRqMnf5s+YIp+N/JJ5oQvRw+c= X-Google-Smtp-Source: ABdhPJykIja5EMLB+reFtq9Y0pX7paJW1LS+5oEY8KTPlDShIBMAsdqlC5k01+S24hcPFhLrnAKOdBeyyc5fAhPZqsM= X-Received: by 2002:a5e:8507:: with SMTP id i7mr13107086ioj.9.1614029408510; Mon, 22 Feb 2021 13:30:08 -0800 (PST) MIME-Version: 1.0 From: "Lizbeth Mutterhunt, Ph.D" Date: Mon, 22 Feb 2021 21:29:56 -0500 Message-ID: Subject: no graphics on a Dell Vostro 131 To: Current FreeBSD X-Rspamd-Queue-Id: 4DkwM61GSHz4pBD X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=WddoqEdv; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of lizbethmutterhunt@gmail.com designates 2607:f8b0:4864:20::d30 as permitted sender) smtp.mailfrom=lizbethmutterhunt@gmail.com X-Spamd-Result: default: False [0.00 / 15.00]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; DATE_IN_FUTURE(4.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::d30:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::d30:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::d30:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2021 21:30:10 -0000 so, it's my great-grandma and has since recent update of the glib package the following problem when trying to start the DE or even lightdm, sddm, cdm... the reference output of X is: ld-elf.so.1: /usr/local/lib/libglib-2.0.so0: Undefined symbol "eventfd@FBSD1_6" what I did so far: a) make kernel and userspace b) trying to compile devel/glib20 with an error something like cant't find textbook.xsl to be downloaded although there. c) trying to rebuild the linker, errors on compile: the above error message. When trying to add hald to /etc/rc.conf I get the same error message! Is the linker dead or is it the new version 2.66.7_1 of glib? what to do now? slim works but doesn't start any session (Plasma, GNOME, XFCE4). Starting plasma manually: same error. Any help appreciated, Lizbeth From owner-freebsd-current@freebsd.org Mon Feb 22 21:56:26 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 590425508A2 for ; Mon, 22 Feb 2021 21:56:26 +0000 (UTC) (envelope-from rollingbits@gmail.com) Received: from mail-qk1-x731.google.com (mail-qk1-x731.google.com [IPv6:2607:f8b0:4864:20::731]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DkwxP4SRQz4rKT for ; Mon, 22 Feb 2021 21:56:25 +0000 (UTC) (envelope-from rollingbits@gmail.com) Received: by mail-qk1-x731.google.com with SMTP id b14so14329268qkk.0 for ; Mon, 22 Feb 2021 13:56:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=content-transfer-encoding:mime-version:subject:from:in-reply-to:cc :date:message-id:references:to; bh=zsUTAnWL2cda5U9RK+5YrJrDvMe+v3+afYIcz3wQDm0=; b=XQtioHEoNwhEYP4HcaoD4jvQClQS+YhotJ2QaVR72LO3sULaiyjZ8vQFj+xyaTrhUe MRbmhMLDVhLTnKExhxvIl3wiT/kwRZMxUrho5ctLo1D7PRqqjqUsbpfKrbwIEGCDperC tlxPwp2StBm6P76iuwyHXU5TixgeH5XTuBj6ShjAt2f9FDX3QPLX/zDckejxiRDSTCoB Sw64eGCmRb4GQHVE5goj5UEyISlGLj+5JahChAJ7QB2eQAifhMBl5MJBqMQMe1CUbsdk XQjKytLv0BIiDsTdyspc+TMovQflCS67jZQ7YmSx+txgcGF5CL31WO7ijiKtGenQ23A6 3UEQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:content-transfer-encoding:mime-version:subject :from:in-reply-to:cc:date:message-id:references:to; bh=zsUTAnWL2cda5U9RK+5YrJrDvMe+v3+afYIcz3wQDm0=; b=EKrmghn+7fg96SHKmWENvakQHKjgIhpeIXTMIVMuFhbu092e+FFB5DsNrMZaLG+zMk JTWd3jC0yz+B6cuh2aG9O5vSDMkZm6OwONM9Ea+3IL7ZsNlMMNnpShbm6Yg3zajnvulG odlAa+LZxKw7Cy+LiNKIJ6kDseGZR0NOokBR0ld9Zdiyjq7GlqhHoBz+JwYGF28arcst HqMAQqNI8hCHJJMLbtwuhG7KgAIXHO0Yn7W99bb0YGx27+jIjdi/73K55mm/hryQB03Q wB5COHKd7m2/1fE/RqPJam7E+VtR8ZprCcD9YvBmaz++yIM7RL11d82OkJm3Jozz5j88 NmpQ== X-Gm-Message-State: AOAM531SFbWY7QiA2SxdMiV7ZmRsOBg27U7Yh/hjM5cmXBFNINDvM69m in1hbhFY6NTruKW7BQRkz6aY8gB4KPQ= X-Google-Smtp-Source: ABdhPJyptVupDalDGQOEvNr/0GwsZx9yoblA9PTm2HHuGItqtxkNV5im9Je8TKTpneASX8dVU+LTdQ== X-Received: by 2002:a37:dd7:: with SMTP id 206mr22866434qkn.306.1614030984829; Mon, 22 Feb 2021 13:56:24 -0800 (PST) Received: from ?IPv6:2804:389:1029:d47a:4d3:8926:eef9:90ee? ([2804:389:1029:d47a:4d3:8926:eef9:90ee]) by smtp.gmail.com with ESMTPSA id l6sm13343378qki.25.2021.02.22.13.56.23 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 22 Feb 2021 13:56:23 -0800 (PST) Mime-Version: 1.0 (1.0) Subject: Re: CORE Team Office Hours From: =?utf-8?Q?Lucas_Nali_de_Magalh=C3=A3es?= In-Reply-To: Cc: Deb Goodkin Date: Mon, 22 Feb 2021 18:56:20 -0300 Message-Id: <585B3ADE-C434-4FBC-8358-D07E5D3C4B88@gmail.com> References: To: FreeBSD Current X-Mailer: iPhone Mail (18D52) X-Rspamd-Queue-Id: 4DkwxP4SRQz4rKT X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=XQtioHEo; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rollingbits@gmail.com designates 2607:f8b0:4864:20::731 as permitted sender) smtp.mailfrom=rollingbits@gmail.com X-Spamd-Result: default: False [-2.94 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; R_MIXED_CHARSET(0.56)[subject]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::731:from]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::731:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::731:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[FreeBSD-current] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2021 21:56:26 -0000 > On Feb 22, 2021, at 5:31 PM, FreeBSD Core Team Secretary wrote: > Following on from the effort in 2019, The FreeBSD team is arranging anothe= r Community Survey to help shape the future of The FreeBSD Project. The purp= ose of this survey is to collect quantitative data from the public in order t= o help guide the project=E2=80=99s priorities and efforts. Similar surveys h= ave been conducted twice by the FreeBSD Project and we are preparing for our= third. Hi. I hope it's fine to not cross-post and also that the message goes to the rig= ht place. I'm interested in the answers but the questions aren't specific an= d I'm not going to attend to the meeting. So I expect that there are better q= uestions to fill that place. These questions have being in my head for a lon= g time, even. - Where are the results of the (past) surveys? - Can the surveys be audited? - How safe they are? I mean: if someone wants to change the data, the securi= ty measures to the data integrity? - "Community" is very vague therm. Can we have details about the users that a= nswered them like a general description about the typical FreeBSD user and t= he user that answered them? - How the biases of the surveys were managed? - How the surveys data were processed to arrive at the results? - the papers about these surveys? Sorry if this all looks late or repetitive. --=20 rollingbits =E2=80=94 =F0=9F=93=A7 rollingbits@icloud.com =F0=9F=93=A7 rolli= ngbits@gmail.com =F0=9F=93=A7 rollingbits@yahoo.com =F0=9F=93=A7 rollingbits= @terra.com.br =F0=9F=93=A7 rollingbits@globo.com From owner-freebsd-current@freebsd.org Tue Feb 23 00:01:13 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BADD6553C38 for ; Tue, 23 Feb 2021 00:01:13 +0000 (UTC) (envelope-from bakul@iitbombay.org) Received: from mail-ot1-x329.google.com (mail-ot1-x329.google.com [IPv6:2607:f8b0:4864:20::329]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DkzjP0VMWz3Gr2 for ; Tue, 23 Feb 2021 00:01:12 +0000 (UTC) (envelope-from bakul@iitbombay.org) Received: by mail-ot1-x329.google.com with SMTP id e45so4592216ote.9 for ; Mon, 22 Feb 2021 16:01:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=iitbombay-org.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=u8tWDotTnN+u0hk9f6hL4neyki6x1tJwuinjheJzb/E=; b=DfnXpevjFD3xCo8b14U0FS/0JJQqfxpPbINvNuN1q5b85c8RGx96+QQAb9MKy78rds f6riUXJK+K6LwJ2zfFyFndg2AKtyGgd2X20ey7Y339A7HHazfEeVSprFHZrNtpMVy2ey koLOHOTkuDd05/c4HzkITjsQOBqJsNbkBmEqbJ78wfpEapnEeVE7M5U7oAnbd9W9Te9I ii8dF2lI8NDU0qugDBDaMzZJwa6Ldd41Gw2rnY0vBzdp5VI45EN0mnJnHfLNEpHiFnhh rGFehzQfN4Scdnn035YQuPvDvGv50UftIoXLNxFl4vT+wVwOWjYCbpaZPMyf71QkECo5 SPlA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=u8tWDotTnN+u0hk9f6hL4neyki6x1tJwuinjheJzb/E=; b=jrCAAzYi2el7e/RaGigklnI868zHf9MOSrTO+KUIbSjt/QhB9oA3oa5tx84D+B02jo FY5Sj76JOS/kEGlqpFBLaqi+eKVT2Z3RcSmDbOQoOIR0YW3eqtY51OcTYzt91z/gT4pj yYH85OHRVOqvHo1sXyEBb532sEMZO2hQdAzEYIR7hDDKD1Z/b+t9d6aM8Nx2d/7qzGo2 iWIlMDoOZceua9OB3hW2CiL/pD39v1yshpYdPyBTxC5GHxad4uz8geW7nOq2f7dqKHpB 8GD7v0eezT9s9p1UGlvHoUW7prrzW1pV4SAUsHQAI28DOhPaWsGswX007FNRe+ZhTYWT CchQ== X-Gm-Message-State: AOAM531qtCWUZNWekq0F9w9/W7wP8xkLTCHkYPfwf5k9Vuh5A9CbhGE5 OL0zdPZl6/gm1iUlL0fQd3kCcw== X-Google-Smtp-Source: ABdhPJypmIgW63zT3JoHvfn0o0h7dxHCSOZx65xAAv0fFp0obI/pv6IG4oxpuFZRUAIEtnZXiSf6Ag== X-Received: by 2002:a9d:261:: with SMTP id 88mr17995377otb.310.1614038471493; Mon, 22 Feb 2021 16:01:11 -0800 (PST) Received: from unknowna45e60f0be01.attlocal.net (172-125-77-130.lightspeed.sntcca.sbcglobal.net. [172.125.77.130]) by smtp.gmail.com with ESMTPSA id k68sm3088776otk.28.2021.02.22.16.01.10 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 22 Feb 2021 16:01:11 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: no graphics on a Dell Vostro 131 From: Bakul Shah In-Reply-To: Date: Mon, 22 Feb 2021 16:01:09 -0800 Cc: Current FreeBSD Content-Transfer-Encoding: quoted-printable Message-Id: <4EA8B7FA-65AA-4EFC-8908-4CE41A015E61@iitbombay.org> References: To: "Lizbeth Mutterhunt, Ph.D" X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DkzjP0VMWz3Gr2 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=iitbombay-org.20150623.gappssmtp.com header.s=20150623 header.b=DfnXpevj; dmarc=none; spf=pass (mx1.freebsd.org: domain of bakul@iitbombay.org designates 2607:f8b0:4864:20::329 as permitted sender) smtp.mailfrom=bakul@iitbombay.org X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[iitbombay-org.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::329:from]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[iitbombay-org.20150623.gappssmtp.com:s=20150623]; FREEFALL_USER(0.00)[bakul]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[iitbombay.org]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::329:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::329:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2021 00:01:13 -0000 On Feb 22, 2021, at 6:29 PM, Lizbeth Mutterhunt, Ph.D = wrote: >=20 > so, it's my great-grandma and has since recent update of the glib = package > the following problem when trying to start the DE or even lightdm, = sddm, > cdm... the reference output of X is: >=20 > ld-elf.so.1: /usr/local/lib/libglib-2.0.so0: Undefined symbol > "eventfd@FBSD1_6" >=20 > what I did so far: >=20 > a) make kernel and userspace > b) trying to compile devel/glib20 with an error something like cant't = find > textbook.xsl to be downloaded although there. > c) trying to rebuild the linker, errors on compile: the above error > message. >=20 > When trying to add hald to /etc/rc.conf I get the same error message! = Is > the linker dead or is it the new version 2.66.7_1 of glib? >=20 > what to do now? > slim works but doesn't start any session (Plasma, GNOME, XFCE4). = Starting > plasma manually: same error. >=20 > Any help appreciated, >=20 > Lizbeth There is no eventfd.c in /usr/src/lib/libc/gen in -12.x. It was added on Dec 23, 2020 and seems to be in -13 and later. If you are running -12.x, you may wish to either make sure you are=20 installing packages from a -12 repo or update your OS to 13.0-BETA3. From owner-freebsd-current@freebsd.org Tue Feb 23 11:27:27 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1441656782E for ; Tue, 23 Feb 2021 11:27:27 +0000 (UTC) (envelope-from tsoome@me.com) Received: from mr85p00im-zteg06022001.me.com (mr85p00im-zteg06022001.me.com [17.58.23.193]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DlGxB2ZSpz4qLc for ; Tue, 23 Feb 2021 11:27:26 +0000 (UTC) (envelope-from tsoome@me.com) Received: from nazgul.lan (148-52-235-80.sta.estpak.ee [80.235.52.148]) by mr85p00im-zteg06022001.me.com (Postfix) with ESMTPSA id D385F3803DA; Tue, 23 Feb 2021 11:27:19 +0000 (UTC) From: Toomas Soome Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: testers needed: loader: use display pixel density for font autoselection Message-Id: Date: Tue, 23 Feb 2021 13:27:16 +0200 To: FreeBSD Developers , freebsd-current X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-02-23_07:2021-02-23, 2021-02-23 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 mlxscore=0 mlxlogscore=872 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-2006250000 definitions=main-2102230099 X-Rspamd-Queue-Id: 4DlGxB2ZSpz4qLc X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.60 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[me.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:17.58.0.0/16]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[me.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[me.com,quarantine]; NEURAL_HAM_SHORT(-1.00)[-0.997]; RCVD_IN_DNSWL_LOW(-0.10)[17.58.23.193:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[me.com]; ASN(0.00)[asn:714, ipnet:17.58.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[me.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[17.58.23.193:from]; R_DKIM_ALLOW(-0.20)[me.com:s=1a1hai]; FREEFALL_USER(0.00)[tsoome]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; SPAMHAUS_ZRD(0.00)[17.58.23.193:from:127.0.2.255]; RECEIVED_SPAMHAUS_PBL(0.00)[80.235.52.148:received]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[17.58.23.193:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2021 11:27:27 -0000 hi! I have done some work to make font pickup a bit smarter (hopefully = better;), but my own ability to test is limited to one bugged supermicro = and one MBP with retina display=E2=80=A6=20 The phab link is https://reviews.freebsd.org/D28849 = I have built loader binaries as well (bios and uefi): loader_lua loader_lua.efi To test, you should remove screen.font=3D line from loader.conf and test = with different resolutions. thanks, toomas= From owner-freebsd-current@freebsd.org Tue Feb 23 11:31:04 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A26D15679F3 for ; Tue, 23 Feb 2021 11:31:04 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DlH1L4GB9z4ql4 for ; Tue, 23 Feb 2021 11:31:02 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.16.1/8.15.2) with ESMTP id 11NBUtpp025863 for ; Tue, 23 Feb 2021 11:30:55 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.16.1/8.16.1/Submit) id 11NBUt6A025862 for freebsd-current@freebsd.org; Tue, 23 Feb 2021 03:30:55 -0800 (PST) (envelope-from david) Date: Tue, 23 Feb 2021 03:30:55 -0800 From: David Wolfskill To: Toomas Soome via freebsd-current Subject: Re: testers needed: loader: use display pixel density for font autoselection Message-ID: Mail-Followup-To: David Wolfskill , Toomas Soome via freebsd-current References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="BlTX3EI9CmtoecNP" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4DlH1L4GB9z4ql4 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 107.204.234.170 as permitted sender) smtp.mailfrom=david@catwhisker.org X-Spamd-Result: default: False [-5.36 / 15.00]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[107.204.234.170:from]; FREEFALL_USER(0.00)[david]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[107.204.234.170:from:127.0.2.255]; DMARC_NA(0.00)[catwhisker.org]; TO_DN_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.96)[-0.960]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2021 11:31:04 -0000 --BlTX3EI9CmtoecNP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I will plan on testing later today, using the laptop that has a mouse that doesn't work under FreeBSD. :-} As time permits between meeetings & stuff... Peace, david --=20 David H. Wolfskill david@catwhisker.org It is supremely disingenuous to claim a lack of jurisdiction, then =20 proceed to participate in a decision on the same matter. See https://www.catwhisker.org/~david/publickey.gpg for my public key. --BlTX3EI9CmtoecNP Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAmA0529fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 Pclc9wf+N0JLtZmVRYLo7Mn0k1WtE8XjdagaOitZ69KPS4s0Pf395HRY3eJNd4Dj QMp3rc6tF086zRx4cVoiQsVyiZ5FFJ+HBJfad9xMP8pGN6eef2q/RTg8G/hXbR/3 Rq0sKnLY96FO53k88HTKxbTh3j6pLXkkVP3GMsxuavmER1+ukcF79//EbqP/MUHZ 4dqtpWrDjaKonEH+VDT9VTt4SnwfsQGuLTTTMfcYDCCll/SXGcgWKvHnO45Azm9E IW73yY11YQrBgjqyiymCeAY2pTcTUw4n7PBHk+jG+Ff/9UP8XaT6oosQ5I6ddOWq iQjo8W1NgoqnAPb5AWUtSqn5ZpqUWQ== =OA7W -----END PGP SIGNATURE----- --BlTX3EI9CmtoecNP-- From owner-freebsd-current@freebsd.org Tue Feb 23 12:42:46 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A26CA542611 for ; Tue, 23 Feb 2021 12:42:46 +0000 (UTC) (envelope-from SRS0=SaFxpT=HZ=codenetworks.net=sm@eigbox.net) Received: from bosmailout06.eigbox.net (bosmailout06.eigbox.net [66.96.186.6]) (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 4DlJc642y3z3CLw; Tue, 23 Feb 2021 12:42:46 +0000 (UTC) (envelope-from SRS0=SaFxpT=HZ=codenetworks.net=sm@eigbox.net) Received: from bosmailscan01.eigbox.net ([10.20.15.1]) by bosmailout06.eigbox.net with esmtp (Exim) id 1lEX1Z-0006uh-R3; Tue, 23 Feb 2021 07:42:45 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=codenetworks.net; s=dkim; h=Sender:Content-Transfer-Encoding:Content-Type: In-Reply-To:MIME-Version:Date:Message-ID:From:References:To:Subject:Reply-To: Cc:Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=W+dClpzxM/D2x25SnMpKY5dPPk5iSu/vUgfurJQocpQ=; b=K6ywqiAmyDCk7S/S2hj8/UjU4w ccWsLZbu1R4p3Iba+hQTdKKpQFh2s/2DXXPGghx/94S2JSShPx4404nPYGF5+uXk+tNW6uIT9DnHc qPg96RjDYLK8pFHccIxP3G5XCugw+gOroxF71fTa1HbabfI0dzTd4o0ODAy7HHNReNL6Li8SnCOrT FHOEL1lBzpwT5Top56gqfs7cTxOYFgaN4U6VtvtGGEjhZ4eGT4Bdp5EN6jdYGwIdPWH/t2F8nFuDv zLt7296ZyEIINeDRxgjPlO5fACTlaBCVorOsMWpGEfvBEgbTg5FAN1Li+vSsttYX3iuzD4h+mop/a cK/YfALA==; Received: from [10.115.3.33] (helo=bosimpout13) by bosmailscan01.eigbox.net with esmtp (Exim) id 1lEX1Z-00024A-6R; Tue, 23 Feb 2021 07:42:45 -0500 Received: from bosauthsmtp09.yourhostingaccount.com ([10.20.18.9]) by bosimpout13 with id Ycii240010BkY8i01ciljp; Tue, 23 Feb 2021 07:42:45 -0500 X-Authority-Analysis: v=2.3 cv=RNUo47q+ c=1 sm=1 tr=0 a=+tcVrJynzLVJ9yqDAOBWjQ==:117 a=Q8lLzpqWiUYMAFMncj8R3w==:17 a=IkcTkHD0fZMA:10 a=qa6Q16uM49sA:10 a=zW0gRWPTQUEA:10 a=6I5d2MoRAAAA:8 a=uVROCEoNAAAA:8 a=FrBmuehnv2xO8gjsa14A:9 a=QEXdDO2ut3YA:10 a=Dj4llu4YySQA:10 a=IjZwj45LgO3ly-622nXo:22 a=qiwA3tW9fd7zhG1genvr:22 Received: from [5.159.171.182] (port=5143 helo=[192.168.1.100]) by bosauthsmtp09.eigbox.net with esmtpa (Exim) id 1lEX1V-0007b1-SV; Tue, 23 Feb 2021 07:42:41 -0500 Subject: Re: testers needed: loader: use display pixel density for font autoselection To: Toomas Soome , FreeBSD Developers , freebsd-current References: From: Santiago Martinez Message-ID: <942ff475-3656-8d4f-64e4-202b0cffe8ce@codenetworks.net> Date: Tue, 23 Feb 2021 12:42:37 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-EN-UserInfo: d3bdfab0736480cedf04ed92aaea2ef5:931c98230c6409dcc37fa7e93b490c27 X-EN-AuthUser: sm@codenetworks.net Sender: Santiago Martinez X-EN-OrigIP: 5.159.171.182 X-EN-OrigHost: unknown X-Rspamd-Queue-Id: 4DlJc642y3z3CLw X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2021 12:42:46 -0000 Will test today and report back. Santi On 2/23/21 11:27 AM, Toomas Soome via freebsd-current wrote: > hi! > > I have done some work to make font pickup a bit smarter (hopefully better;), but my own ability to test is limited to one bugged supermicro and one MBP with retina display… > > The phab link is https://reviews.freebsd.org/D28849 > > I have built loader binaries as well (bios and uefi): > loader_lua > loader_lua.efi > > To test, you should remove screen.font= line from loader.conf and test with different resolutions. > > thanks, > toomas > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Tue Feb 23 13:23:55 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 17FE1543D07 for ; Tue, 23 Feb 2021 13:23:55 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4DlKWZ6S7Tz3Fk8 for ; Tue, 23 Feb 2021 13:23:54 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id DD6EA5439ED; Tue, 23 Feb 2021 13:23:54 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DD351543B71 for ; Tue, 23 Feb 2021 13:23:54 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DlKWY611kz3FRt for ; Tue, 23 Feb 2021 13:23:53 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.16.1/8.15.2) with ESMTP id 11NDNqQI030153 for ; Tue, 23 Feb 2021 13:23:52 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.16.1/8.16.1/Submit) id 11NDNqTX030152 for current@freebsd.org; Tue, 23 Feb 2021 05:23:52 -0800 (PST) (envelope-from david) Date: Tue, 23 Feb 2021 05:23:52 -0800 From: David Wolfskill To: current@freebsd.org Subject: /usr/local/lib/compat no longer searched? Message-ID: Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="NJEHamdBDlwJMJi1" Content-Disposition: inline X-Rspamd-Queue-Id: 4DlKWY611kz3FRt X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 107.204.234.170 as permitted sender) smtp.mailfrom=david@catwhisker.org X-Spamd-Result: default: False [0.94 / 15.00]; HAS_REPLYTO(0.00)[current@freebsd.org]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170:c]; TO_DN_NONE(0.00)[]; NEURAL_HAM_SHORT(-0.66)[-0.664]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[107.204.234.170:from]; REPLYTO_EQ_TO_ADDR(5.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEFALL_USER(0.00)[david]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; DMARC_NA(0.00)[catwhisker.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[107.204.234.170:from:127.0.2.255]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2021 13:23:55 -0000 --NJEHamdBDlwJMJi1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable This is after an update from main-n244973-c02a28754bc2 -> main-n245005-77e1ccbee3ed. Before the update: ldconfig -r | grep curses=20 51:-lncursesw.9 =3D> /lib/libncursesw.so.9 811:-lncursesw.8 =3D> /usr/local/lib/compat/libncursesw.so.8 812:-lncurses.8 =3D> /usr/local/lib/compat/libncurses.so.8 after: g1-48(14.0-C)[9] ldconfig -r | grep curses 33:-lncursesw.9 =3D> /lib/libncursesw.so.9 g1-48(14.0-C)[10]=20 Circumvention: g1-48(14.0-C)[10] sudo ldconfig -m /usr/local/lib/compat/ Password: g1-48(14.0-C)[11] ldconfig -r | grep curses 33:-lncursesw.9 =3D> /lib/libncursesw.so.9 807:-lncurses.8 =3D> /usr/local/lib/compat//libncurses.so.8 808:-lncursesw.8 =3D> /usr/local/lib/compat//libncursesw.so.8 g1-48(14.0-C)[12]=20 Was this intentional? Or am I missing something I ought not? Peace, david --=20 David H. Wolfskill david@catwhisker.org It is supremely disingenuous to claim a lack of jurisdiction, then =20 proceed to participate in a decision on the same matter. See https://www.catwhisker.org/~david/publickey.gpg for my public key. --NJEHamdBDlwJMJi1 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAmA1AedfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 Pcll4AgAmBDvOI0hL6+Wi00xef1aFhziogT4EdX/LJGolN/EDrZcfIrGTsh65BND N6+5pX5RpmPljW+rpkOXyawEFsqf/HOz/eIT5nSsuBcKLcJ8ZhdpH2a8YZXzglFd xzNXKdEJONth8dRtAkklQsUJ0mk/H0J32LfxYF3WEwElye66bZsmBVzv5myCISGy fMIdNSah4D3+ayI/xTn5ZBkbkO7Iosn088KCsnylBwQr3POJxOzihkKDnPhTXr2b wrqe4NtqhLu+iFhXjhi4osRxZkUWcaYUr2SBOMfCss+yRp9ws3+4fdjey1n7VZHc Rh/H+TyoDnSUVTzXdl3avWEf8Dl47w== =QC+B -----END PGP SIGNATURE----- --NJEHamdBDlwJMJi1-- From owner-freebsd-current@freebsd.org Tue Feb 23 15:28:58 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D6A5B547B18 for ; Tue, 23 Feb 2021 15:28:58 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-ej1-x62d.google.com (mail-ej1-x62d.google.com [IPv6:2a00:1450:4864:20::62d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DlNHt5WDtz3Qxv for ; Tue, 23 Feb 2021 15:28:58 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: by mail-ej1-x62d.google.com with SMTP id r17so8795946ejy.13 for ; Tue, 23 Feb 2021 07:28:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=P4dyZmqrJyscO0gDL65RgYtfnbiM+8g/tZcwd+4hat0=; b=QVW2HbnZ6TJiHPouNTXx6wpxIS6o9jfn8t2gHyuSGabe5IbF0IRU3Bl1WTlaye1ZQ7 u/vZ2tqaYAIlu1w3WvRAoXErBYKq5m/K5EKjJ4ujy0TUxf9zqqdbIFaZ4comUH6cQ8U6 fUdc93she94o3fZI5BpskQfmZd7YrlYXxIYg5BDosBlQ2TvWCd09F1G64i8Cgf4JQMhB dKsjDcHFFYOSIiRIK0dcJWU74tfXsYVMdVv/JEe/ElUCVC2kbQcqqeZ0Zq70kcPp4KYg 5EZutJ3ZvD5Dbt6nAcm16uvlUNilTHgQpE+Hmq7bJ3ETWKkDHTngL4z7tu5YVbmU4JCq G/QA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=P4dyZmqrJyscO0gDL65RgYtfnbiM+8g/tZcwd+4hat0=; b=UpqtFKUJ3zVWO5iYkgzoAVUtgTI8dLZDbBGxJ96E5f80EwMsbqHxBxiOGwtKPZsVUi JvcNn/4PEEIKhadZFv4TdIW0DJORdDep9e0EF8ydk//lK+BMHDVqEz3n5FrLXjWbs8QW c9lKdGWAdjzIUNWH9AZKPKV4mr2j0NTSm1RiJXI8NYJncVSVpjUitUEBNVL6PDXi6ftL T0tSOoT8N5HyjjtM3Bzs9r2FsFA2Vk4Js5M1HweohMoJncEVGXmFnp537+WBH0QEV0tE LsbRJnBfjzlTg3wQorSyA1y3Mp+oMuDNrNtt4hmfglCEb9dduI6jxI5h//MVYsVJUB0T eQsg== X-Gm-Message-State: AOAM5312RqP2IcSzoRKYsdGtmQ0lLxdKVFx73UMUzSxvSuXB/wxBuH+0 rdEZLVFaxXttBhTH6eBMY0X8EJQLJkgLcw== X-Google-Smtp-Source: ABdhPJyKMFxzlD0aDz8GXkdbcxWiTmZ0yxWh/AmdSmhPr5wKxp4kWxjfdTTdtVR/ZA7i3McMGEzOrg== X-Received: by 2002:a17:906:4b12:: with SMTP id y18mr26784916eju.216.1614094135954; Tue, 23 Feb 2021 07:28:55 -0800 (PST) Received: from MacBook-Pro-van-Johan.local (85-147-130-226.cable.dynamic.v4.ziggo.nl. [85.147.130.226]) by smtp.gmail.com with ESMTPSA id hr3sm12187022ejc.41.2021.02.23.07.28.55 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 23 Feb 2021 07:28:55 -0800 (PST) Subject: Re: testers needed: loader: use display pixel density for font autoselection To: Toomas Soome , FreeBSD Current References: From: Johan Hendriks Message-ID: <912da037-14e8-a4b5-d00a-999746213a41@gmail.com> Date: Tue, 23 Feb 2021 16:28:55 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.16; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4DlNHt5WDtz3Qxv X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2021 15:28:58 -0000 On 23/02/2021 12:27, Toomas Soome via freebsd-current wrote: > hi! > > I have done some work to make font pickup a bit smarter (hopefully better;), but my own ability to test is limited to one bugged supermicro and one MBP with retina display… > > The phab link is https://reviews.freebsd.org/D28849 > > I have built loader binaries as well (bios and uefi): > loader_lua > loader_lua.efi > > To test, you should remove screen.font= line from loader.conf and test with different resolutions. > > thanks, > toomas > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" On my Intel core2 it looks fine, it has smaller fonts than before, but this looks more like a 1280 x 1024 screen that i use. I use vbe_max_resolution="1280x1024" in /boot/loader.conf to use the new boot screens. This is 13.0-BETA3 with the latest patches of today. This is my dmesg output. ---<>--- Copyright (c) 1992-2021 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994     The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 13.0-BETA3 #52 releng/13.0-n244538-d7296b893969-dirty: Tue Feb 23 15:58:29 CET 2021     root@srv-01.thuis.local:/usr/obj/usr/src/amd64.amd64/sys/KRNL amd64 FreeBSD clang version 11.0.1 (git@github.com:llvm/llvm-project.git llvmorg-11.0.1-0-g43ff75f2c3fe) VT(vbefb): resolution 1280x1024 CPU: Intel(R) Core(TM)2 Duo CPU     E6550  @ 2.33GHz (2327.55-MHz K8-class CPU)   Origin="GenuineIntel"  Id=0x6fb  Family=0x6  Model=0xf Stepping=11 Features=0xbfebfbff Features2=0xe3fd   AMD Features=0x20100800   AMD Features2=0x1   VT-x: (disabled in BIOS) HLT,PAUSE   TSC: P-state invariant, performance statistics real memory  = 5372903424 (5124 MB) avail memory = 5054898176 (4820 MB) Event timer "LAPIC" quality 100 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) random: unblocking device. ioapic0: MADT APIC ID 1 != hw id 0 ioapic0 irqs 0-23 Launching APs: 1 Timecounter "TSC-low" frequency 1163773173 Hz quality 1000 KTLS: Initialized 2 threads random: entropy device external interface [ath_hal] loaded WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD 13.0. kbd1 at kbdmux0 000.000054 [4350] netmap_init               netmap: loaded module WARNING: Device "spkr" is Giant locked and may be deleted before FreeBSD 13.0. mlx5en: Mellanox Ethernet driver 3.6.0 (December 2020) nexus0 cryptosoft0: aesni0: No AES or SHA support. acpi0: acpi0: Power Button (fixed) cpu0: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock, resolution 1.000000s Event timer "RTC" frequency 32768 Hz quality 0 hpet1: iomem 0xfed00000-0xfed003ff on acpi0 Event timer "HPET" frequency 14318180 Hz quality 450 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 Event timer "HPET3" frequency 14318180 Hz quality 440 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 device_attach: hpet0 attach returned 12 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xf808-0xf80b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 Firmware Error (ACPI): \134_SB.PCI0._OSC: Excess arguments - ASL declared 5, ACPI requires 4 (20201113/nsarguments-311) Firmware Error (ACPI): Failure creating named object [\134_SB.PCI0._OSC.CAPD], AE_ALREADY_EXISTS (20201113/dsfield-352) ACPI Error: AE_ALREADY_EXISTS, CreateBufferField failure (20201113/dswload2-639) ACPI Error: Aborting method \134_SB.PCI0._OSC due to previous error (AE_ALREADY_EXISTS) (20201113/psparse-689) pcib0: _OSC failed: AE_ALREADY_EXISTS pci0: on pcib0 vgapci0: port 0x1230-0x1237 mem 0xf0100000-0xf017ffff,0xe0000000-0xefffffff,0xf0000000-0xf00fffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 WARNING: Device "agp" is Giant locked and may be deleted before FreeBSD 13.0. agp0: aperture size is 256M, detected 6140k stolen memory vgapci0: Boot video device pci0: at device 3.0 (no driver attached) atapci0: port 0x1238-0x123f,0x1270-0x1273,0x1240-0x1247,0x1274-0x1277,0x11e0-0x11ef irq 18 at device 3.2 on pci0 ata2: at channel 0 on atapci0 ata3: at channel 1 on atapci0 pci0: at device 3.3 (no driver attached) em0: port 0x1100-0x111f mem 0xf0180000-0xf019ffff,0xf01a5000-0xf01a5fff irq 19 at device 25.0 on pci0 em0: Using 1024 TX descriptors and 1024 RX descriptors em0: Using an MSI interrupt em0: Ethernet address: 00:22:64:19:cf:e6 em0: netmap queues/slots: TX 1/1024, RX 1/1024 uhci0: port 0x1120-0x113f irq 20 at device 26.0 on pci0 usbus0 on uhci0 usbus0: 12Mbps Full Speed USB v1.0 uhci1: port 0x1140-0x115f irq 21 at device 26.1 on pci0 usbus1 on uhci1 usbus1: 12Mbps Full Speed USB v1.0 uhci2: port 0x1160-0x117f irq 22 at device 26.2 on pci0 usbus2 on uhci2 usbus2: 12Mbps Full Speed USB v1.0 ehci0: mem 0xf01a6000-0xf01a63ff irq 22 at device 26.7 on pci0 usbus3: EHCI version 1.0 usbus3 on ehci0 usbus3: 480Mbps High Speed USB v2.0 hdac0: mem 0xf01a0000-0xf01a3fff irq 21 at device 27.0 on pci0 pcib1: at device 28.0 on pci0 Firmware Error (ACPI): \134_SB.PCI0._OSC: Excess arguments - ASL declared 5, ACPI requires 4 (20201113/nsarguments-311) Firmware Error (ACPI): Failure creating named object [\134_SB.PCI0._OSC.CAPD], AE_ALREADY_EXISTS (20201113/dsfield-352) ACPI Error: AE_ALREADY_EXISTS, CreateBufferField failure (20201113/dswload2-639) ACPI Error: Aborting method \134_SB.PCI0._OSC due to previous error (AE_ALREADY_EXISTS) (20201113/psparse-689) pcib0: _OSC failed: AE_ALREADY_EXISTS pci1: on pcib1 pcib2: irq 21 at device 28.1 on pci0 Firmware Error (ACPI): \134_SB.PCI0._OSC: Excess arguments - ASL declared 5, ACPI requires 4 (20201113/nsarguments-311) Firmware Error (ACPI): Failure creating named object [\134_SB.PCI0._OSC.CAPD], AE_ALREADY_EXISTS (20201113/dsfield-352) ACPI Error: AE_ALREADY_EXISTS, CreateBufferField failure (20201113/dswload2-639) ACPI Error: Aborting method \134_SB.PCI0._OSC due to previous error (AE_ALREADY_EXISTS) (20201113/psparse-689) pcib0: _OSC failed: AE_ALREADY_EXISTS pci2: on pcib2 uhci3: port 0x1180-0x119f irq 20 at device 29.0 on pci0 usbus4 on uhci3 usbus4: 12Mbps Full Speed USB v1.0 uhci4: port 0x11a0-0x11bf irq 21 at device 29.1 on pci0 usbus5 on uhci4 usbus5: 12Mbps Full Speed USB v1.0 ehci1: mem 0xf01a6400-0xf01a67ff irq 20 at device 29.7 on pci0 usbus6: EHCI version 1.0 usbus6 on ehci1 usbus6: 480Mbps High Speed USB v2.0 pcib3: at device 30.0 on pci0 pci3: on pcib3 isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x11f0-0x11ff,0x1200-0x120f irq 18 at device 31.2 on pci0 ata0: at channel 0 on atapci1 ata1: at channel 1 on atapci1 atapci2: port 0x1260-0x1267,0x1280-0x1283,0x1268-0x126f,0x1284-0x1287,0x1210-0x121f,0x1220-0x122f irq 18 at device 31.5 on pci0 ata4: at channel 0 on atapci2 ata5: at channel 1 on atapci2 acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: port 0x378-0x37f,0x778-0x77d irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/13 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 est0: on cpu0 Timecounters tick every 1.000 msec ZFS filesystem version: 5 ZFS storage pool version: features support (5000) ugen0.1: at usbus0 ugen5.1: at usbus5 uhub0 on usbus0 hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 18 and 21 on hdaa0 pcm1: at nid 17 and 20 on hdaa0 uhub1 on usbus5 uhub1: on usbus5 ugen3.1: at usbus3 ugen2.1: at usbus2 uhub2 on usbus3 uhub3 on usbus2 uhub3: on usbus2 ugen4.1: at usbus4 uhub2: on usbus3 uhub4 on usbus4 uhub4: on usbus4 ugen1.1: at usbus1 uhub5 on usbus1 uhub5: on usbus1 uhub0: on usbus0 ugen6.1: at usbus6 uhub6 on usbus6 uhub6: on usbus6 Trying to mount root from zfs:zroot/ROOT/default []... Root mount waiting for: CAM usbus0 usbus1 usbus2 usbus3 usbus4 usbus5 usbus6 uhub1: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub5: 2 ports with 2 removable, self powered uhub0: 2 ports with 2 removable, self powered Root mount waiting for: CAM usbus3 usbus6 uhub6: 4 ports with 4 removable, self powered fdc0: cmd 08 failed at in byte 1 of 1 fdc0: sense intr err reading stat reg 0 fdc0: cmd 08 failed at in byte 1 of 1 fdc0: sense intr err reading stat reg 0 Root mount waiting for: CAM usbus3 usbus6 uhub2: 6 ports with 6 removable, self powered fdc0: cmd 08 failed at in byte 1 of 1 fdc0: sense intr err reading stat reg 0 Root mount waiting for: CAM fdc0: cmd 08 failed at in byte 1 of 1 fdc0: sense intr err reading stat reg 0 ugen5.2: at usbus5 Root mount waiting for: CAM ugen5.3: at usbus5 ukbd0 on uhub1 ukbd0: on usbus5 kbd2 at ukbd0 ukbd1 on uhub1 ukbd1: on usbus5 kbd3 at ukbd1 Root mount waiting for: CAM ada0 at ata0 bus 0 scbus2 target 0 lun 0 ada0: ACS-2 ATA SATA 3.x device ada0: Serial Number S1D5NSBDA29837E ada0: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) ada0: 114473MB (234441648 512 byte sectors) ada0: quirks=0x3<4K,NCQ_TRIM_BROKEN> ada1 at ata4 bus 0 scbus4 target 0 lun 0 ada1: ACS-2 ATA SATA 3.x device ada1: Serial Number CVDA433402LU1207GN ada1: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) ada1: 114473MB (234441648 512 byte sectors) ada1: quirks=0x1<4K> cd0 at ata1 bus 0 scbus3 target 0 lun 0 cd0: Removable CD-ROM SCSI device cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed hpet0: iomem 0xfed00000-0xfed003ff on acpi0 device_attach: hpet0 attach returned 12 acpi_wmi0: on acpi0 acpi_wmi0: cannot find EC device acpi_wmi0: Embedded MOF found ACPI: \134_SB.WMID.WQZZ: 1 arguments were passed to a non-method ACPI object (Buffer) (20201113/nsarguments-361) bridge0: Ethernet address: 58:9c:fc:10:ff:fb lo0: link state changed to UP ums0 on uhub1 ums0: on usbus5 ums0: 3 buttons and [XYZ] coordinates ID=0 em0: link state changed to UP Security policy loaded: MAC/ntpd (mac_ntpd) regards Johan From owner-freebsd-current@freebsd.org Tue Feb 23 15:54:00 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CCB9C548888 for ; Tue, 23 Feb 2021 15:54:00 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from out.alvermark.net (out.alvermark.net [185.34.136.138]) (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 4DlNrm5Khpz3k29; Tue, 23 Feb 2021 15:54:00 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from c-f649235c.06-431-73746f70.bbcust.telenor.se ([92.35.73.246] helo=mail.alvermark.net) by out.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1lEa0V-000Opx-R6; Tue, 23 Feb 2021 16:53:51 +0100 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alvermark.net; s=x; h=Content-Transfer-Encoding:Content-Type:In-Reply-To: MIME-Version:Date:Message-ID:References:To:Subject:From:Sender:Reply-To:Cc: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=vd4EPPxdEHgmXX4AFSfwRj+5GydREStQJX2ExPooVYg=; b=YSZZjVuzmHa8KYTSfnf4pApQBm FAPHLL2wk1hIfLwmOJLlfD+uY3YKm4vu8BN29fYgvirKalClWvJTiTJnBT9ndRY6F+t5dMZxzkLFs 8X7EouNePmcYzglqcGf713AX05VETp7PLh4c+Hbanasgpqhvih98Igup+aRuLSG25ZCJvP3jL6nsY hFUQVzTfG9aUmiHbflPIauJspJhNCrW61zDt+WL7WkzuNMpYq/MZ5yOeHWKtJkov0rDx34FtfssBt SpTEipjT0u7//Z/9CyaxG6zhcrLO8z9NRYkYHft+b8YLjx9K9q0B1ETdmxyKaWgMmI0fXXdLZS8j+ movOO4bw==; Received: from [192.168.67.27] by mail.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1lEa0V-000MEa-Cm; Tue, 23 Feb 2021 16:53:51 +0100 From: Jakob Alvermark Subject: Re: testers needed: loader: use display pixel density for font autoselection To: Toomas Soome , FreeBSD Developers , freebsd-current References: Message-ID: <59877cd0-781a-4ee9-da3e-8fc80bc92f81@alvermark.net> Date: Tue, 23 Feb 2021 16:53:51 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4DlNrm5Khpz3k29 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2021 15:54:00 -0000 On 2/23/21 12:27 PM, Toomas Soome via freebsd-current wrote: > hi! > > I have done some work to make font pickup a bit smarter (hopefully better;), but my own ability to test is limited to one bugged supermicro and one MBP with retina display… > > The phab link ishttps://reviews.freebsd.org/D28849 > > I have built loader binaries as well (bios and uefi): > loader_lua > loader_lua.efi > > To test, you should remove screen.font= line from loader.conf and test with different resolutions. > > thanks, > toomas Hi Toomas, I tested on five different setups. Surface Pro 10.6"@1920x1080: The loader menu looks different, the "FreeBSD" text is on the right side of the screen. Otherwise, the font size is what I would call a normal size. Acer laptop 11.6"@1366x768: Menu looks fine. Almost fills the entire screen. The font feels a little too big. Thinkpad built in 13"@1920x1080: Menu looks fine, but a little slow. The font size is a little to big for my liking. When drm loads and mirrors the screen to my external 27" it looks comically large. Thinkpad external 24"@1920x1200: Menu looks OK, uses about a quarter of the screen. Font size is fine, but once drm loads it looks a bit squeezed (like thin and tall), but I guess that's drm detecting the built in 1920x1080, and the external display is stretched. Thinkpad external 27"@3840x2160: Menu looks OK, uses about a quarter of the screen. Font size is fine. Looking at the dmesg though, it says: VT(efifb): resolution 1920x1080 Jakob From owner-freebsd-current@freebsd.org Tue Feb 23 17:05:38 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 73B3354ACAE for ; Tue, 23 Feb 2021 17:05:38 +0000 (UTC) (envelope-from tsoome@me.com) Received: from st43p00im-zteg10063401.me.com (st43p00im-zteg10063401.me.com [17.58.63.175]) (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 4DlQRQ2k02z3pxj for ; Tue, 23 Feb 2021 17:05:38 +0000 (UTC) (envelope-from tsoome@me.com) Received: from nazgul.lan (148-52-235-80.sta.estpak.ee [80.235.52.148]) by st43p00im-zteg10063401.me.com (Postfix) with ESMTPSA id 2E5BF4A02E8; Tue, 23 Feb 2021 17:05:29 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: testers needed: loader: use display pixel density for font autoselection From: Toomas Soome In-Reply-To: <59877cd0-781a-4ee9-da3e-8fc80bc92f81@alvermark.net> Date: Tue, 23 Feb 2021 19:05:26 +0200 Cc: FreeBSD Developers , freebsd-current Content-Transfer-Encoding: quoted-printable Message-Id: <30FE8DB4-19C4-4A7E-926C-A790562D09DC@me.com> References: <59877cd0-781a-4ee9-da3e-8fc80bc92f81@alvermark.net> To: Jakob Alvermark X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-02-23_08:2021-02-23, 2021-02-23 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 mlxscore=0 mlxlogscore=957 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-2006250000 definitions=main-2102230142 X-Rspamd-Queue-Id: 4DlQRQ2k02z3pxj X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2021 17:05:38 -0000 > On 23. Feb 2021, at 17:53, Jakob Alvermark = wrote: >=20 > On 2/23/21 12:27 PM, Toomas Soome via freebsd-current wrote: >> hi! >>=20 >> I have done some work to make font pickup a bit smarter (hopefully = better;), but my own ability to test is limited to one bugged supermicro = and one MBP with retina display=E2=80=A6 >>=20 >> The phab link ishttps://reviews.freebsd.org/D28849 = >>=20 >> I have built loader binaries as well (bios and uefi): >> loader_lua >> loader_lua.efi >>=20 >> To test, you should remove screen.font=3D line from loader.conf and = test with different resolutions. >>=20 >> thanks, >> toomas >=20 >=20 >=20 > Hi Toomas, >=20 >=20 > I tested on five different setups. >=20 > Surface Pro 10.6"@1920x1080: >=20 > The loader menu looks different, the "FreeBSD" text is on the right = side of the screen. I think, this was the lua script bug we did fix not too long time ago. >=20 > Otherwise, the font size is what I would call a normal size. >=20 >=20 > Acer laptop 11.6"@1366x768: >=20 > Menu looks fine. Almost fills the entire screen. >=20 > The font feels a little too big. The laptop built in displays usually do not give out EDID (we get = physical dimensions from EDID), so there we fall back to try to get = 80x25 terminal method. >=20 >=20 > Thinkpad built in 13"@1920x1080: >=20 > Menu looks fine, but a little slow. >=20 > The font size is a little to big for my liking. When drm loads and = mirrors the screen to my external 27" it looks comically large. >=20 There is another issue - once DRM will kick in, we should re-consider = the console attributes, like fonts, but at this time, the kernel itself = only can use what was built in (8x16), or what loader was offering = (default if present). So it is up to user to act there. >=20 > Thinkpad external 24"@1920x1200: >=20 > Menu looks OK, uses about a quarter of the screen. >=20 > Font size is fine, but once drm loads it looks a bit squeezed (like = thin and tall), but I guess that's drm detecting the built in 1920x1080, = and the external display is stretched. >=20 >=20 > Thinkpad external 27"@3840x2160: >=20 > Menu looks OK, uses about a quarter of the screen. >=20 > Font size is fine. >=20 > Looking at the dmesg though, it says: VT(efifb): resolution 1920x1080 >=20 >=20 > Jakob >=20 Those cases .. I suppose the menu was still at left side, not in middle? = The thing there is, our menu is designed for 80x25 screen, with = respective constants.=20 many thanks for testing, toomas From owner-freebsd-current@freebsd.org Tue Feb 23 21:02:27 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6E5C7552C19 for ; Tue, 23 Feb 2021 21:02:27 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4DlWhg2j9bz4cTQ for ; Tue, 23 Feb 2021 21:02:27 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id 5AD205528C4; Tue, 23 Feb 2021 21:02:27 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5A6B55528C3; Tue, 23 Feb 2021 21:02:27 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from relay12.mail.gandi.net (relay12.mail.gandi.net [217.70.178.232]) (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 4DlWhf5bTPz4cTP; Tue, 23 Feb 2021 21:02:23 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from [192.168.0.88] (unknown [195.64.148.76]) (Authenticated sender: andriy.gapon@uabsd.com) by relay12.mail.gandi.net (Postfix) with ESMTPSA id 48224200006; Tue, 23 Feb 2021 21:02:21 +0000 (UTC) To: FreeBSD Current , net@FreeBSD.org From: Andriy Gapon Subject: panic: sackhint bytes rtx >= 0 Message-ID: <960081ac-2839-a226-3142-5a4666eb54ad@FreeBSD.org> Date: Tue, 23 Feb 2021 23:02:20 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Firefox/78.0 Thunderbird/78.7.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DlWhf5bTPz4cTP X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:29169, ipnet:217.70.176.0/20, country:FR]; local_wl_from(0.00)[FreeBSD.org] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2021 21:02:27 -0000 Got this panic on 13.0-STABLE 4b2a20dfde9c using a custom kernel with INVARIANTS enabled. Below is some information from the crash dump. If anyone has any clues, suggestions, etc, please help. I will try to help you to help me the best I can. #0 doadump (textdump=textdump@entry=1) at /usr/devel/git/trant/sys/kern/kern_shutdown.c:399 #1 0xffffffff808396b2 in kern_reboot (howto=260) at /usr/devel/git/trant/sys/kern/kern_shutdown.c:486 #2 0xffffffff80839d07 in vpanic ( fmt=0xffffffff80cbd551 "sackhint bytes rtx >= 0", ap=0xfffffe0120b9e6d0) at /usr/devel/git/trant/sys/kern/kern_shutdown.c:919 #3 0xffffffff808398b3 in panic (fmt=) at /usr/devel/git/trant/sys/kern/kern_shutdown.c:843 #4 0xffffffff8098a82c in tcp_sack_doack (tp=, tp@entry=0xfffff807548187f0, to=, to@entry=0xfffffe0120b9e780, th_ack=) at /usr/devel/git/trant/sys/netinet/tcp_sack.c:691 #5 0xffffffff80983699 in tcp_do_segment (m=0xfffff8029868ca00, m@entry=, th=, th@entry=, so=0xfffff804e7359b10, so@entry=, tp=0xfffff807548187f0, tp@entry=, drop_hdrlen=60, drop_hdrlen@entry=, tlen=, tlen@entry=, iptos=72 'H', iptos@entry=) at /usr/devel/git/trant/sys/netinet/tcp_input.c:2497 #6 0xffffffff80980d97 in tcp_input (mp=, mp@entry=, offp=, offp@entry=, proto=) at /usr/devel/git/trant/sys/netinet/tcp_input.c:1381 #7 0xffffffff80976eb7 in ip_input (m=0x0) at /usr/devel/git/trant/sys/netinet/ip_input.c:833 #8 0xffffffff8094c78f in netisr_dispatch_src (proto=1, source=source@entry=0, m=0xfffff8029868ca00) at /usr/devel/git/trant/sys/net/netisr.c:1143 #9 0xffffffff8094cb0e in netisr_dispatch (proto=, m=) at /usr/devel/git/trant/sys/net/netisr.c:1234 #10 0xffffffff80943345 in ether_demux (ifp=ifp@entry=0xfffff80008c75000, m=) at /usr/devel/git/trant/sys/net/if_ethersubr.c:923 #11 0xffffffff809446c1 in ether_input_internal (ifp=0xfffff80008c75000, m=) at /usr/devel/git/trant/sys/net/if_ethersubr.c:709 #12 0xffffffff809443d0 in ether_nh_input (m=) at /usr/devel/git/trant/sys/net/if_ethersubr.c:739 #13 0xffffffff8094c78f in netisr_dispatch_src (proto=proto@entry=5, source=source@entry=0, m=m@entry=0xfffff8029868ca00) at /usr/devel/git/trant/sys/net/netisr.c:1143 #14 0xffffffff8094cb0e in netisr_dispatch (proto=, proto@entry=5, m=, m@entry=0xfffff8029868ca00) at /usr/devel/git/trant/sys/net/netisr.c:1234 #15 0xffffffff8094383d in ether_input (ifp=0xfffff80008c75000, ifp@entry=, m=0xfffff8029868ca00, m@entry=) at /usr/devel/git/trant/sys/net/if_ethersubr.c:830 #16 0xffffffff8066da13 in re_rxeof (sc=sc@entry=0xfffffe00391a5000, rx_npktsp=0x0) at /usr/devel/git/trant/sys/dev/re/if_re.c:2388 #17 0xffffffff8066b3ab in re_intr_msi (xsc=0xfffffe00391a5000) at /usr/devel/git/trant/sys/dev/re/if_re.c:2684 #18 0xffffffff80801bcf in intr_event_execute_handlers ( p=p@entry=0xfffff80006a94a50, ie=ie@entry=0xfffff80008c57800) at /usr/devel/git/trant/sys/kern/kern_intr.c:1168 #19 0xffffffff80801942 in ithread_execute_handlers ( p=p@entry=0xfffff80006a94a50, ie=ie@entry=0xfffff80008c57800) at /usr/devel/git/trant/sys/kern/kern_intr.c:1181 #20 0xffffffff80801758 in ithread_loop (arg=arg@entry=0xfffff80008c20c40) at /usr/devel/git/trant/sys/kern/kern_intr.c:1269 #21 0xffffffff807fe0a9 in fork_exit ( callout=0xffffffff808016c0 , arg=0xfffff80008c20c40, frame=0xfffffe0120b9ed40) at /usr/devel/git/trant/sys/kern/kern_fork.c:1069 (kgdb) fr 4 #4 0xffffffff8098a82c in tcp_sack_doack (tp=, tp@entry=0xfffff807548187f0, to=, to@entry=0xfffffe0120b9e780, th_ack=) at /usr/devel/git/trant/sys/netinet/tcp_sack.c:691 691 KASSERT(tp->sackhint.sack_bytes_rexmit >= 0, (kgdb) i loc sack_blocks = {{start = 3846350860, end = 3846396940}, {start = 3846398380, end = 3846415660}, {start = 0, end = 0}, {start = 1417775088, end = 4294965255}, {start = 549054304, end = 4294966785}} left_edge_delta = delivered_data = 0 sack_changed = num_sack_blks = i = j = sack = {start = , end = } sblkp = 0xfffffe0120b9e700 temp = cur = 0xfffff8013da5a320 (kgdb) p *cur $1 = {start = 3846347980, end = 3846352300, rxmit = 3846352300, scblink = {tqe_next = 0xfffff8013da5a220, tqe_prev = 0xfffff80754818930}} (kgdb) p 3846352300 - 3846347980 $2 = 4320 (kgdb) p tp->sackhint.sack_bytes_rexmit value has been optimized out (kgdb) p tp@entry->sackhint.sack_bytes_rexmit $3 = -1440 (kgdb) p 4320 - 1440 $4 = 2880 (kgdb) p *sblkp $5 = {start = 3846350860, end = 3846396940} (kgdb) p *tp@entry $7 = {t_inpcb = 0xfffff80640ca65b8, t_fb = 0xffffffff80ef4700 , t_fb_ptr = 0x0, t_maxseg = 1440, t_logstate = 0, t_port = 0, t_state = 4, t_idle_reduce = 0, t_delayed_ack = 0, t_fin_is_rst = 0, t_log_state_set = 0, bits_spare = 0, t_flags = 1613759072, snd_una = 3846347980, snd_max = 3846417100, snd_nxt = 3846417100, snd_up = 3846347980, snd_wnd = 237568, snd_cwnd = 4320, t_peakrate_thr = 0, ts_offset = 71449215, rfbuf_ts = 162235772, rcv_numsacks = 0, t_tsomax = 0, t_tsomaxsegcount = 0, t_tsomaxsegsize = 0, rcv_nxt = 2281639092, rcv_adv = 2281705332, rcv_wnd = 66240, t_flags2 = 1030, t_srtt = 876, t_rttvar = 33, ts_recent = 0, snd_scale = 8 '\b', rcv_scale = 6 '\006', snd_limited = 2 '\002', request_r_scale = 6 '\006', last_ack_sent = 2281639092, t_rcvtime = 2309118641, rcv_up = 2281639092, t_segqlen = 0, t_segqmbuflen = 0, t_segq = { tqh_first = 0x0, tqh_last = 0xfffff80754818880}, t_in_pkt = 0x0, t_tail_pkt = 0x0, t_timers = 0xfffff80754818a78, t_vnet = 0x0, snd_ssthresh = 31680, snd_wl1 = 2281639092, snd_wl2 = 3846347980, irs = 2281631223, iss = 3840447913, t_acktime = 0, t_sndtime = 2309118613, ts_recent_age = 0, snd_recover = 3846415660, cl4_spare = 0, t_oobflags = 0 '\000', t_iobc = 0 '\000', t_rxtcur = 270, t_rxtshift = 1, t_rtttime = 2309118613, t_rtseq = 3846415660, t_starttime = 2309086941, t_fbyte_in = 2309087188, t_fbyte_out = 2309087159, t_pmtud_saved_maxseg = 0, t_blackhole_enter = 0, t_blackhole_exit = 0, t_rttmin = 30, t_rttbest = 845, t_softerror = 0, max_sndwnd = 237568, snd_cwnd_prev = 64800, snd_ssthresh_prev = 8640, snd_recover_prev = 3846347980, t_sndzerowin = 0, t_rttupdated = 368, snd_numholes = 2, t_badrxtwin = 0, snd_holes = {tqh_first = 0xfffff8013da5a320, tqh_last = 0xfffff8013da5a230}, snd_fack = 3846415660, sackblks = {{start = 2281632180, end = 2281632690}, {start = 0, end = 0}, {start = 0, end = 0}, {start = 0, end = 0}, {start = 0, end = 0}, {start = 0, end = 0}}, sackhint = {nexthole = 0xfffff8013da5a220, sack_bytes_rexmit = -1440, last_sack_ack = 3846415660, delivered_data = 1440, sacked_bytes = 61920, recover_fs = 67680, prr_delivered = 1440, _pad = {0}}, t_rttlow = 25, rfbuf_cnt = 0, tod = 0x0, t_sndrexmitpack = 520, t_rcvoopack = 0, t_toe = 0x0, cc_algo = 0xffffffff80ef2530 , ccv = 0xfffff80754818bc0, osd = 0x0, t_bytes_acked = 11520, t_maxunacktime = 0, t_keepinit = 0, t_keepidle = 0, t_keepintvl = 0, t_keepcnt = 0, t_dupacks = 4, t_lognum = 0, t_loglimit = 0, t_pacing_rate = -1, t_logs = {stqh_first = 0x0, stqh_last = 0x0}, t_lin = 0x0, t_lib = 0x0, t_output_caller = 0x0, t_stats = 0x0, t_logsn = 0, gput_ts = 0, gput_seq = 0, gput_ack = 0, t_stats_gput_prev = 0, t_tfo_client_cookie_len = 0 '\000', t_end_info_status = 0, t_tfo_pending = 0x0, t_tfo_cookie = {client = '\000' , server = 0}, { t_end_info_bytes = "\000\000\000\000\000\000\000", t_end_info = 0}} (kgdb) p *tp@entry->sackhint.nexthole $8 = {start = 3846396940, end = 3846398380, rxmit = 3846398380, scblink = {tqe_next = 0x0, tqe_prev = 0xfffff8013da5a330}} -- Andriy Gapon From owner-freebsd-current@freebsd.org Tue Feb 23 22:08:06 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7ABED554D74 for ; Tue, 23 Feb 2021 22:08:06 +0000 (UTC) (envelope-from serzh@expir.org) Received: from mail-oo1-xc29.google.com (mail-oo1-xc29.google.com [IPv6:2607:f8b0:4864:20::c29]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DlY8L00jQz4jyX for ; Tue, 23 Feb 2021 22:08:01 +0000 (UTC) (envelope-from serzh@expir.org) Received: by mail-oo1-xc29.google.com with SMTP id l5so23800ooj.7 for ; Tue, 23 Feb 2021 14:08:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=expir.org; s=google; h=mime-version:from:date:message-id:subject:to; bh=4qWNSsdtW7cozjhJ1XtGJ37+U7HOQ2RF3LEmWaVO3jg=; b=DgiSi8CyLCpUDXhYjmLmd/aqe6wadIg9Dl0Vc8hzWi2NqzoAapGUk4OhBWDK6NkYg9 Tj2jW5MJx7vx2qeevomSHz+36VlfPkDlx246D7wyc4nHHRLYhz11qH+Wftu9M/OiyrwE mLxC1ejBXMIYliINtkXEnx+Uol482RHByVv5A= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=4qWNSsdtW7cozjhJ1XtGJ37+U7HOQ2RF3LEmWaVO3jg=; b=iUbLS61QPbHt5x1g/gpg2+llRkzdB2va0KjZPZEqs3Q2SUvUEFjcwh96y0gT6udgkL PD8soecdNmHrVMQf+5bTztOZVnHD8FARfO2iUksQDUAVXVhHm1LjD3BNd+2oniwzsjY5 ar280RAhoJdAiuqvpOTI9ImmpgpfZrNylAUr7uyEAjzthyvF/Z1oQN9EWQMn+kUtneMJ ra0c209Es1ayt24FS1TFHhllujE/7IQ1o29X8XHxHaYGnxdAz250LYVSEjhn6gFwXHbd h1MDndq9iSJYd0kcA487W52gQgyOaMXuh78krexj3Cz5/bv3Q8lMHu3zuPo4TH4AMN4G 8LFg== X-Gm-Message-State: AOAM530PvuMSKvxnzsCuyGQYY8dg99RtZfdf6ryCi2H2LZUcwcGjcZMY 2yO3keZuBOzR4bolFshiOH+BqFikmKfSRjdhVM4/ykYaINz/GqjSF/o= X-Google-Smtp-Source: ABdhPJwy+69+Ni3mYKtGM0QGA/JGC7TeJLfKaowsZo5UbaEQNXbN2vbFhCdQtLQDKMkE26mK+fu0OU8imAsRpEEOMwA= X-Received: by 2002:a4a:ab8d:: with SMTP id m13mr21537874oon.57.1614118079992; Tue, 23 Feb 2021 14:07:59 -0800 (PST) MIME-Version: 1.0 From: Sergey Masharov Date: Wed, 24 Feb 2021 01:07:24 +0300 Message-ID: Subject: 13.0-BETA2 and 13.0-BETA3 hangs randomly To: FreeBSD-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4DlY8L00jQz4jyX X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=expir.org header.s=google header.b=DgiSi8Cy; dmarc=none; spf=none (mx1.freebsd.org: domain of serzh@expir.org has no SPF policy when checking 2607:f8b0:4864:20::c29) smtp.mailfrom=serzh@expir.org X-Spamd-Result: default: False [-3.30 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[expir.org:s=google]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::c29:from:127.0.2.255]; DMARC_NA(0.00)[expir.org]; DKIM_TRACE(0.00)[expir.org:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::c29:from]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::c29:from]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[FreeBSD-current]; RCVD_COUNT_TWO(0.00)[2] X-Mailman-Approved-At: Wed, 24 Feb 2021 06:38:31 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2021 22:08:06 -0000 After updating from 12.2-RELEASE to 13.0-BETA2, the system started to hang randomly, updating to BETA3 did not change the situation. Sometimes it even hangs during kernel boot, but usually it happens after some load, the maximum uptime was about two hours, but with all the services disabled. ThinkPad X1 Carbon (8th Gen) 12-2-RELEASE is working fine From owner-freebsd-current@freebsd.org Wed Feb 24 06:44:26 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 59604551931 for ; Wed, 24 Feb 2021 06:44:26 +0000 (UTC) (envelope-from driesm.michiels@gmail.com) Received: from mail-wr1-x431.google.com (mail-wr1-x431.google.com [IPv6:2a00:1450:4864:20::431]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dlmc92mTLz4Td1 for ; Wed, 24 Feb 2021 06:44:25 +0000 (UTC) (envelope-from driesm.michiels@gmail.com) Received: by mail-wr1-x431.google.com with SMTP id u14so765649wri.3 for ; Tue, 23 Feb 2021 22:44:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:thread-topic:thread-index:date:message-id :references:in-reply-to:accept-language:content-language :mime-version; bh=pVfE71RiYz2FhFOtTDjlHAesmOX/3FrkJQ0zVeH0kG0=; b=GxIUWUVrTAEJg7UlZuvWbZF7I2PBE5EtVHn9zTR5nKlO7G7EVvu372ay24cm2dT2FP CaD+DE5nOFGffjqsAX19GNXneX1llUJxFRzEtB/iETFhErYYqYAHKCeGS3G/oa+OeLDD xMX5cep/GMV7p0Ts3Zjmaw/Sm4soU2+qGjxscjFnZ4b5TZ1t4Awd/1R5PhGi1tzUCuIi J8tzvzjVSB1wbzcOIctXi3tvmEHidae+wno+uZarom0IzKpaS32riyrSiMNcNus3o6W2 v8ayIxrkIs8m90NnItPlAIwaJu3qySyAwlZb0PPD+uQ9GJ6qZkXo8saBISR0Ua0oZyqy NYzQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:thread-topic:thread-index:date :message-id:references:in-reply-to:accept-language:content-language :mime-version; bh=pVfE71RiYz2FhFOtTDjlHAesmOX/3FrkJQ0zVeH0kG0=; b=m8ExZ3Abk6M9pbdYzsL6oc7tJN9ZOER+Ha0ul/NQTgwCy5ctjwPilBEk0247XdIEnd JY9bxvu7Y0/wMDIdVl+uX9Am+Jw7OW8pLmM/TLfxquFpfG6/DzuDgf9IcAW7Nd66X0hR QJ7Zf0zOFA/aKPn2bIXEu6yjCC2BzHYo0Y59cI8lXIRbpOZuAcip97pDJIJBwqiUH1Bp zhAeLJgzBL00lSUTxQOWdbnuN4qHhOZXbvqEBorM/lUMO2er2rE7Qi+Dklle//RF9/yZ V/CUKCWm/hTzhdPiG08jClpT6BLGYRDMe44ZpgmpXVZX5zQV/QrHMhscONY7w5Kkm/sZ tJgA== X-Gm-Message-State: AOAM5303OK0S9EXBr/HpdM0R4M0XJDQfLo5cJ3Et6frXxWcKpQw8Yr/q pwD/5RxGdJObGoS9SKbB6kTZHAChdil4Nw== X-Google-Smtp-Source: ABdhPJx3VZ1ME7WGGdTPGUplk5J/O4RpxMjnsL7oFYQtxHt/6+iZG4hVNcG3iaYDsWTQ9Z3M/7LWHQ== X-Received: by 2002:adf:f6cd:: with SMTP id y13mr9459809wrp.309.1614149063042; Tue, 23 Feb 2021 22:44:23 -0800 (PST) Received: from DB3PR0402MB3787.eurprd04.prod.outlook.com ([2603:1026:8:12::5]) by smtp.gmail.com with ESMTPSA id p16sm1227785wmj.8.2021.02.23.22.44.22 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 23 Feb 2021 22:44:22 -0800 (PST) From: Dries Michiels To: Sergey Masharov , "FreeBSD-current@freebsd.org" Subject: Re: 13.0-BETA2 and 13.0-BETA3 hangs randomly Thread-Topic: 13.0-BETA2 and 13.0-BETA3 hangs randomly Thread-Index: AVEyZ3Zzd3KeZgQS3Uu/1D7BMM2cDIuwIf0Q X-MS-Exchange-MessageSentRepresentingType: 1 Date: Wed, 24 Feb 2021 06:44:20 +0000 Message-ID: References: In-Reply-To: Accept-Language: nl-NL, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-Exchange-Organization-SCL: -1 X-MS-TNEF-Correlator: X-MS-Exchange-Organization-RecordReviewCfmType: 0 MIME-Version: 1.0 X-Rspamd-Queue-Id: 4Dlmc92mTLz4Td1 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=GxIUWUVr; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of driesmmichiels@gmail.com designates 2a00:1450:4864:20::431 as permitted sender) smtp.mailfrom=driesmmichiels@gmail.com X-Spamd-Result: default: False [-1.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; URI_COUNT_ODD(1.00)[5]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::431:from]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::431:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::431:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[FreeBSD-current] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2021 06:44:26 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D248659 Get Outlook for iOS ________________________________ From: owner-freebsd-current@freebsd.org = on behalf of Sergey Masharov Sent: Tuesday, February 23, 2021 11:07:24 PM To: FreeBSD-current@freebsd.org Subject: 13.0-BETA2 and 13.0-BETA3 hangs randomly After updating from 12.2-RELEASE to 13.0-BETA2, the system started to hang randomly, updating to BETA3 did not change the situation. Sometimes it even hangs during kernel boot, but usually it happens after some load, the maximum uptime was about two hours, but with all the services disabled. ThinkPad X1 Carbon (8th Gen) 12-2-RELEASE is working fine _______________________________________________ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Wed Feb 24 16:03:18 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E76AD56161A for ; Wed, 24 Feb 2021 16:03:18 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.70]) (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 "gromit.dlib.vt.edu", Issuer "Chumby Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dm1121pFXz3k2p for ; Wed, 24 Feb 2021 16:03:18 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from mather.gromit23.net (unknown [73.99.214.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id 7EA971B5 for ; Wed, 24 Feb 2021 11:03:17 -0500 (EST) From: Paul Mather Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: /etc/rc: ERROR: /etc/rc: no interface specified Message-Id: Date: Wed, 24 Feb 2021 11:03:16 -0500 To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4Dm1121pFXz3k2p X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=vt.edu (policy=none); spf=none (mx1.freebsd.org: domain of paul@gromit.dlib.vt.edu has no SPF policy when checking 128.173.49.70) smtp.mailfrom=paul@gromit.dlib.vt.edu X-Spamd-Result: default: False [-2.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; TO_DN_NONE(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RECEIVED_SPAMHAUS_PBL(0.00)[73.99.214.146:received]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[128.173.49.70:from]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:1312, ipnet:128.173.0.0/16, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEFALL_USER(0.00)[paul]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[128.173.49.70:from:127.0.2.255]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current]; DMARC_POLICY_SOFTFAIL(0.10)[vt.edu : No valid SPF, No valid DKIM,none] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2021 16:03:19 -0000 I have two systems on which I run -CURRENT. I updated them yesterday to = the following: FreeBSD 14.0-CURRENT #1 main-n245033-6ab923cbca87: Tue = Feb 23 21:29:31 EST 2021. Both use the stock GENERIC-NODEBUG kernel. Since the update, the systems do not boot up correctly. I get this late = in the boot sequence: =3D=3D=3D=3D=3D Enabling pf. Updating /var/run/os-release done. Creating and/or trimming log files. Clearing /tmp (X related). Updating motd:. Starting syslogd. Security policy loaded: MAC/ntpd (mac_ntpd) Starting ntpd. Starting powerd. Mounting late filesystems:. Configuring vt: blanktime. Performing sanity check on sshd configuration. Starting sshd. Starting cron. Starting background file system checks in 60 seconds. /etc/rc: ERROR: /etc/rc: no interface specified Usage: /etc/rc [0x00|0x01] WARNING: attempt to domain_add(bluetooth) after domainfinalize() /etc/rc: ERROR: Unsupported device: =3D=3D=3D=3D=3D The last line is the final console output prior to the console login = prompt. As well as the error during boot, none of the local services (installed = via pkg with startup scripts under /usr/local/etc/rc.d) start up. Also, I can't be certain this is new, but I just noticed it: I get a = bunch of extra KLDs loaded: =3D=3D=3D=3D=3D 32 4 0xffffffff82e95000 25a8 ng_bluetooth.ko 33 1 0xffffffff82e98000 a238 ng_hci.ko 34 3 0xffffffff82ea3000 aac8 netgraph.ko 35 1 0xffffffff82eae000 e250 ng_l2cap.ko 36 1 0xffffffff82ebd000 1be48 ng_btsocket.ko =3D=3D=3D=3D=3D I don't know why it's loading bluetooth-related kernel modules as both = systems are rack-mounted servers with no bluetooth hardware in them to = my knowledge. I've looked in /usr/src/UPDATING for any recent note related to this but = can't find anything. My last update (circa 5th February 2021) worked = fine. Cheers, Paul.= From owner-freebsd-current@freebsd.org Wed Feb 24 16:18:07 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 42DED5619B7 for ; Wed, 24 Feb 2021 16:18:07 +0000 (UTC) (envelope-from jkim@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 4Dm1L60V27z3kVB; Wed, 24 Feb 2021 16:18:05 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from freefall.freebsd.org (pool-100-8-53-238.nwrknj.fios.verizon.net [100.8.53.238]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: jkim/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 22BBABB0F; Wed, 24 Feb 2021 16:18:05 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Subject: Re: /etc/rc: ERROR: /etc/rc: no interface specified To: Paul Mather , freebsd-current@freebsd.org References: From: Jung-uk Kim Organization: FreeBSD.org Message-ID: Date: Wed, 24 Feb 2021 11:18:04 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2021 16:18:07 -0000 On 21. 2. 24., Paul Mather wrote: > I have two systems on which I run -CURRENT. I updated them yesterday to the following: FreeBSD 14.0-CURRENT #1 main-n245033-6ab923cbca87: Tue Feb 23 21:29:31 EST 2021. Both use the stock GENERIC-NODEBUG kernel. > > Since the update, the systems do not boot up correctly. I get this late in the boot sequence: > > ===== > Enabling pf. > Updating /var/run/os-release done. > Creating and/or trimming log files. > Clearing /tmp (X related). > Updating motd:. > Starting syslogd. > Security policy loaded: MAC/ntpd (mac_ntpd) > Starting ntpd. > Starting powerd. > Mounting late filesystems:. > Configuring vt: blanktime. > Performing sanity check on sshd configuration. > Starting sshd. > Starting cron. > Starting background file system checks in 60 seconds. > /etc/rc: ERROR: /etc/rc: no interface specified > Usage: /etc/rc [0x00|0x01] > WARNING: attempt to domain_add(bluetooth) after domainfinalize() > /etc/rc: ERROR: Unsupported device: > ===== > > The last line is the final console output prior to the console login prompt. > > As well as the error during boot, none of the local services (installed via pkg with startup scripts under /usr/local/etc/rc.d) start up. > > Also, I can't be certain this is new, but I just noticed it: I get a bunch of extra KLDs loaded: > > ===== > 32 4 0xffffffff82e95000 25a8 ng_bluetooth.ko > 33 1 0xffffffff82e98000 a238 ng_hci.ko > 34 3 0xffffffff82ea3000 aac8 netgraph.ko > 35 1 0xffffffff82eae000 e250 ng_l2cap.ko > 36 1 0xffffffff82ebd000 1be48 ng_btsocket.ko > ===== > > I don't know why it's loading bluetooth-related kernel modules as both systems are rack-mounted servers with no bluetooth hardware in them to my knowledge. > > I've looked in /usr/src/UPDATING for any recent note related to this but can't find anything. My last update (circa 5th February 2021) worked fine. The following commit fixed the problem for me. https://cgit.freebsd.org/src/commit/?id=6e822e99570fdf4c564be04840a054bccc070222 Jung-uk Kim From owner-freebsd-current@freebsd.org Wed Feb 24 18:49:51 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id ECE6A565E7B for ; Wed, 24 Feb 2021 18:49:51 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x334.google.com (mail-wm1-x334.google.com [IPv6:2a00:1450:4864:20::334]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dm4jC08JSz4TSW for ; Wed, 24 Feb 2021 18:49:50 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wm1-x334.google.com with SMTP id u125so2737652wmg.4 for ; Wed, 24 Feb 2021 10:49:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding:content-language; bh=w42Mss5Z6xO1skf88zpJNXip+Qu9HTsxaDgGKVJ3oAg=; b=u26LekVRjG/+3Gdc9nSBF2bFl4tANRfh5wCaTZGWqI0nD4q6c9ano/EnK+XTMSqIXn MvGNKtvH8o/UBzUDndYFWPhBV/i/Cai+5rtmZAetZM3U/u6qtAIx3spYW+TBXW8aYFqp 5T0018zK20Sh0JaaFiWKhp0NwBUfyVZxjlm2ZACwL7JlzlUvdWUcSHscmQtMN/4nUjZI ORoPuqPSzes581fVaweZ4EiX9VVPvhI5D6LOEo0xY901/ocTbht9sijiuqePCQ2ZOL7S fpT58/ZcsbCF+gHIkbnBKW1JFl3qGJLFtL/2jexIG2uLQAun44gaiBvndm2YD7cCw4ZM JiKQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=w42Mss5Z6xO1skf88zpJNXip+Qu9HTsxaDgGKVJ3oAg=; b=gffXlG69LJyelIl05FvRj2Aul8p5Gv8zlHW7bIMrkaMNlyr1tbY6zeQeFKTcJNJmh3 FkB9keEovdx3EJwrpHMUWXC2AyBZPl5MF3dz2P5Pyzlvhg7mtaHhtEHHSd5WBcIe2KTO rPSjbmoB9o86hBt0mX/Tj19zBbV+HTUHBByKvRwbR3UTAZfRE68oUdglFnyDbREBvA8b sO8ZUoBJIOEwz5b+A3Vb1Jukc8/mxL87J8z3ojRuX+qpP6EVMDsawtN7oAA8k/p2Njwc Y7NtVumycjl/ln/tGJQrXjgS5DDrP2HVWtXNOocTOq7n1NcUnd/pqSPfOaUITWIUj2Yj LHnQ== X-Gm-Message-State: AOAM532O0yzkkI7wcfp/iwdSqrM4eckDhzUXYtQqKdMMqnNhxCWrb17b hrCrXkHvAVGgx1JiBoqyzzXS5tkJI0H05A== X-Google-Smtp-Source: ABdhPJwSnTiXQQ+0dm/imnJSAEn40GjrPAN8rS1KJq/O21utS5SGS0MIS5IPkFJosT9mcpSaQamN+w== X-Received: by 2002:a1c:4d0d:: with SMTP id o13mr5052978wmh.147.1614192588978; Wed, 24 Feb 2021 10:49:48 -0800 (PST) Received: from [192.168.1.13] (88-105-96-80.dynamic.dsl.as9105.com. [88.105.96.80]) by smtp.gmail.com with ESMTPSA id u8sm4706546wmb.36.2021.02.24.10.49.48 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 24 Feb 2021 10:49:48 -0800 (PST) To: freebsd-current@freebsd.org From: Graham Perrin Subject: apt install failures with /compat/ubuntu Message-ID: Date: Wed, 24 Feb 2021 18:49:47 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Rspamd-Queue-Id: 4Dm4jC08JSz4TSW X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=u26LekVR; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::334 as permitted sender) smtp.mailfrom=grahamperrin@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RECEIVED_SPAMHAUS_PBL(0.00)[88.105.96.80:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::334:from]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::334:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::334:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2021 18:49:52 -0000 After following /compat/ubuntu advice in the FreeBSD wiki, I attempted installation of two things. Both failed in the same way. The second example: root@mowa219-gjp4-8570p:/# apt install htop Reading package lists... Done Building dependency tree Reading state information... Done htop is already the newest version (2.1.0-3). 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 1 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Do you want to continue? [Y/n] y Setting up rsyslog (8.32.0-1ubuntu4) ... The user `syslog' is already a member of `adm'. Failed to fstat() file /var/spool/rsyslog: Invalid argument Failed to fstat() file /var/log: Invalid argument dpkg: error processing package rsyslog (--configure):  installed rsyslog package post-installation script subprocess returned error exit status 1 Errors were encountered while processing:  rsyslog E: Sub-process /usr/bin/dpkg returned an error code (1) root@mowa219-gjp4-8570p:/# exit exit root@mowa219-gjp4-8570p:~ # date ; uname -v Wed Feb 24 18:41:54 GMT 2021 FreeBSD 14.0-CURRENT #87 main-5ac839029d: Mon Feb 22 04:02:26 GMT 2021 root@mowa219-gjp4-8570p:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG root@mowa219-gjp4-8570p:~ # freebsd-version -kru 14.0-CURRENT 14.0-CURRENT 14.0-CURRENT root@mowa219-gjp4-8570p:~ # cat /etc/fstab # Device        Mountpoint              FStype Options                      Dump  Pass# /dev/ada0p3.eli none                    swap sw,late                      0     0 # linprocfs     /compat/linux/proc      linprocfs rw                           0     0 # linsysfs      /compat/linux/sys       linsysfs rw                           0     0 # tmpfs         /compat/linux/dev/shm   tmpfs rw,mode=1777                 0     0 tmpfs           /tmp                    tmpfs rw,mode=01777                0     0 fdescfs         /dev/fd                 fdescfs rw                           0     0 proc            /proc                   procfs rw                           0     0 # devfs           /compat/ubuntu/dev      devfs rw,late                      0       0 tmpfs           /compat/ubuntu/dev/shm  tmpfs rw,late,size=1g,mode=1777    0       0 fdescfs         /compat/ubuntu/dev/fd   fdescfs rw,late,linrdlnk             0       0 linprocfs       /compat/ubuntu/proc     linprocfs rw,late                      0       0 linsysfs        /compat/ubuntu/sys      linsysfs rw,late                      0       0 /tmp            /compat/ubuntu/tmp      nullfs rw,late                      0       0 /home           /compat/ubuntu/home     nullfs rw,late                      0       0 root@mowa219-gjp4-8570p:~ # chroot /compat/ubuntu /bin/sh # apt install htop Reading package lists... Done Building dependency tree Reading state information... Done htop is already the newest version (2.1.0-3). 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 1 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Do you want to continue? [Y/n] y Setting up rsyslog (8.32.0-1ubuntu4) ... The user `syslog' is already a member of `adm'. Failed to fstat() file /var/spool/rsyslog: Invalid argument Failed to fstat() file /var/log: Invalid argument dpkg: error processing package rsyslog (--configure):  installed rsyslog package post-installation script subprocess returned error exit status 1 Errors were encountered while processing:  rsyslog E: Sub-process /usr/bin/dpkg returned an error code (1) # exit root@mowa219-gjp4-8570p:~ # From owner-freebsd-current@freebsd.org Wed Feb 24 19:11:48 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2F6FF566767 for ; Wed, 24 Feb 2021 19:11:48 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.70]) (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 "gromit.dlib.vt.edu", Issuer "Chumby Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dm5BX0v1Fz4Vsy; Wed, 24 Feb 2021 19:11:47 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from mather.gromit23.net (unknown [73.99.214.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id 49388B9; Wed, 24 Feb 2021 14:11:47 -0500 (EST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: /etc/rc: ERROR: /etc/rc: no interface specified From: Paul Mather In-Reply-To: Date: Wed, 24 Feb 2021 14:11:46 -0500 Cc: freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <2D5A610C-2908-442A-803F-B6393DABA4DB@gromit.dlib.vt.edu> References: To: Jung-uk Kim X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4Dm5BX0v1Fz4Vsy X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2021 19:11:48 -0000 On Feb 24, 2021, at 11:18 AM, Jung-uk Kim wrote: > On 21. 2. 24., Paul Mather wrote: >> I have two systems on which I run -CURRENT. I updated them yesterday = to the following: FreeBSD 14.0-CURRENT #1 main-n245033-6ab923cbca87: Tue = Feb 23 21:29:31 EST 2021. Both use the stock GENERIC-NODEBUG kernel. >>=20 >> Since the update, the systems do not boot up correctly. I get this = late in the boot sequence: >>=20 >> =3D=3D=3D=3D=3D >> Enabling pf. >> Updating /var/run/os-release done. >> Creating and/or trimming log files. >> Clearing /tmp (X related). >> Updating motd:. >> Starting syslogd. >> Security policy loaded: MAC/ntpd (mac_ntpd) >> Starting ntpd. >> Starting powerd. >> Mounting late filesystems:. >> Configuring vt: blanktime. >> Performing sanity check on sshd configuration. >> Starting sshd. >> Starting cron. >> Starting background file system checks in 60 seconds. >> /etc/rc: ERROR: /etc/rc: no interface specified >> Usage: /etc/rc [0x00|0x01] >> WARNING: attempt to domain_add(bluetooth) after domainfinalize() >> /etc/rc: ERROR: Unsupported device: >> =3D=3D=3D=3D=3D >>=20 >> The last line is the final console output prior to the console login = prompt. >>=20 >> As well as the error during boot, none of the local services = (installed via pkg with startup scripts under /usr/local/etc/rc.d) start = up. >>=20 >> Also, I can't be certain this is new, but I just noticed it: I get a = bunch of extra KLDs loaded: >>=20 >> =3D=3D=3D=3D=3D >> 32 4 0xffffffff82e95000 25a8 ng_bluetooth.ko >> 33 1 0xffffffff82e98000 a238 ng_hci.ko >> 34 3 0xffffffff82ea3000 aac8 netgraph.ko >> 35 1 0xffffffff82eae000 e250 ng_l2cap.ko >> 36 1 0xffffffff82ebd000 1be48 ng_btsocket.ko >> =3D=3D=3D=3D=3D >>=20 >> I don't know why it's loading bluetooth-related kernel modules as = both systems are rack-mounted servers with no bluetooth hardware in them = to my knowledge. >>=20 >> I've looked in /usr/src/UPDATING for any recent note related to this = but can't find anything. My last update (circa 5th February 2021) = worked fine. >=20 > The following commit fixed the problem for me. >=20 > = https://cgit.freebsd.org/src/commit/?id=3D6e822e99570fdf4c564be04840a054bc= cc070222 >=20 > Jung-uk Kim Thank you. That fixed the problem for me, too. Cheers, Paul.= From owner-freebsd-current@freebsd.org Wed Feb 24 22:04:11 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CEAC654AB77 for ; Wed, 24 Feb 2021 22:04:11 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x335.google.com (mail-wm1-x335.google.com [IPv6:2a00:1450:4864:20::335]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dm91R18WTz4hhw for ; Wed, 24 Feb 2021 22:04:10 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wm1-x335.google.com with SMTP id n4so1730739wmq.3 for ; Wed, 24 Feb 2021 14:04:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:from:to:references:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=dZPO382pseP0wu1JKsawEFOtQoB/8KcVnsDHiR+1lT4=; b=rSuFJtO+TXV1olt1ovX6jqAMvnprsqL29ohnJPERrAjHucfe0Zw9mmRVHlcKrfdVEf e0UmdipqnIHE+f2mAL50WUC71fOWkuSJ35aNX/dN/DDlktDgqdIcyldwQ5ldL/IihQfy E9cVOID66ISffBvjF++BfQCjIeUtxTYBXseFD93kje/Yrr2HF2eHLmx9YREd0izqlgR/ /6hUprLp6beLsrZLpDeA87M+1pIIx9QOkN6JFFIiCx+CAQ3JZgz4cv+20CId3zagq7VH dtb/YicA3At7i1EdY4NFMalVToKOZQRtQnto8rRC4vZnjLTrOALed6AMB3eMAJg89TPL gj/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=dZPO382pseP0wu1JKsawEFOtQoB/8KcVnsDHiR+1lT4=; b=OUvYrOQQ2hjRfDjz3+V8VUL6heUCFDB2Re6Q4HP2Fp+/q/w6TCMb3dIWDFRlmC37ot GYzh3l4HtjSqhyy0LxMCbrkPiWzD557eoQxckCo8ORxS8OfD8F+iZaZirnsywKdtXuVS GzkgDh87MXrCxkvBzM2aeiZ7paHJb5IEnJj7+KU+xm+VkWRC60ssLs7wNra4f41HIvAo fQeI6hi1qoc8l7axuZ3ly6xQ27Fp5FiaIyFsW2PGPIZu/h1NunOl6j8HSCEuhxThgsFA pKV8fzlaAgIhVOUn6Zxvd2MTfldlTdKhP6P5A1Oq/7PaD0ZcXgeb20f28DZCeWA85LlD FAIQ== X-Gm-Message-State: AOAM532KZ/86onhiOyZbPPIYuUVdq0nYbNQ386yJeJXDYYSt+NAQkqWP 2Ca3cziVCLMxvRWxgJ5PKUDA3FBnjLZyHQ== X-Google-Smtp-Source: ABdhPJyKIRtZloXnlMtj/eRB95jlqoBsEScGA1Et1b0h70MN+uafsOp7Ff40AR3f6NXGl9iqkBLxxg== X-Received: by 2002:a1c:4182:: with SMTP id o124mr142147wma.61.1614204248998; Wed, 24 Feb 2021 14:04:08 -0800 (PST) Received: from [192.168.1.13] (88-105-96-80.dynamic.dsl.as9105.com. [88.105.96.80]) by smtp.gmail.com with ESMTPSA id c3sm5504520wrr.29.2021.02.24.14.04.08 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 24 Feb 2021 14:04:08 -0800 (PST) Subject: Re: apt install failures with /compat/ubuntu From: Graham Perrin To: freebsd-current@freebsd.org References: Message-ID: <36a57890-ffba-8587-0dba-432eb7876028@gmail.com> Date: Wed, 24 Feb 2021 22:04:07 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Rspamd-Queue-Id: 4Dm91R18WTz4hhw X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=rSuFJtO+; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::335 as permitted sender) smtp.mailfrom=grahamperrin@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::335:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[88.105.96.80:received]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::335:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::335:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2021 22:04:11 -0000 On 24/02/2021 18:49, Graham Perrin wrote: > After following /compat/ubuntu advice in the FreeBSD wiki, … Please ignore my previous e-mail. I lost sight of the last part of the wiki, which was relevant. From owner-freebsd-current@freebsd.org Thu Feb 25 00:50:16 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9360F550142 for ; Thu, 25 Feb 2021 00:50:16 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (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 "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DmDj35cpfz4tDY; Thu, 25 Feb 2021 00:50:15 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.16.1/8.16.1) with ESMTPS id 11P0o843026139 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 24 Feb 2021 16:50:08 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.16.1/8.16.1/Submit) id 11P0o8jE026138; Wed, 24 Feb 2021 16:50:08 -0800 (PST) (envelope-from sgk) Date: Wed, 24 Feb 2021 16:50:08 -0800 From: Steve Kargl To: Glen Barber Cc: freebsd-current@freebsd.org Subject: Re: any images for freebsd-current? Message-ID: <20210225005008.GA26120@troutmask.apl.washington.edu> References: <20210206195927.GA45627@troutmask.apl.washington.edu> <20210208030310.GY77557@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210208030310.GY77557@FreeBSD.org> X-Rspamd-Queue-Id: 4DmDj35cpfz4tDY X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=washington.edu (policy=none); spf=none (mx1.freebsd.org: domain of sgk@troutmask.apl.washington.edu has no SPF policy when checking 128.95.76.21) smtp.mailfrom=sgk@troutmask.apl.washington.edu X-Spamd-Result: default: False [-2.00 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; DMARC_POLICY_SOFTFAIL(0.10)[washington.edu : No valid SPF, No valid DKIM,none]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; RBL_DBL_DONT_QUERY_IPS(0.00)[128.95.76.21:from]; SPAMHAUS_ZRD(0.00)[128.95.76.21:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2021 00:50:16 -0000 On Mon, Feb 08, 2021 at 03:03:10AM +0000, Glen Barber wrote: > On Sat, Feb 06, 2021 at 11:59:27AM -0800, Steve Kargl wrote: > > Any one aware of where images from freebsd-current? > > freebsd.org appears to offer no images. > > > > Some juggling needs to be done to the release build machines, which > I hope to have done this week before the weekly snapshots. > FYI. I downloaded the 20210218 memstick image for FreeBSD-14 amd64, and re-installed FreeBSD on the problematic laptop. So far, the laptop has been rock solid. Rebuilt 547 ports from source. I suspect that there is vm or ufs or clang/llvm bug(s) that make running FreeBSD i386 on this laptop a nightmare. From early Jan 2021 until this passed weekend, I was having daily (sometime multiple) panics. Panics pointed at issues with vm (but required drm-kmod to be loaded) and massively scrambled my SU ufs filesystems. I also know that clang miscompiles libm, so by extension it may be miscompiling others parts of FreeBSD (leading to the panics). YMMV. -- Steve From owner-freebsd-current@freebsd.org Thu Feb 25 14:09:22 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E106356480E for ; Thu, 25 Feb 2021 14:09:22 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: from mail-qk1-x736.google.com (mail-qk1-x736.google.com [IPv6:2607:f8b0:4864:20::736]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DmZR616P7z4mgg; Thu, 25 Feb 2021 14:09:21 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: by mail-qk1-x736.google.com with SMTP id x124so5707049qkc.1; Thu, 25 Feb 2021 06:09:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:to:cc:from:subject:organization:message-id:date:user-agent :mime-version:content-language:content-transfer-encoding; bh=GBiQ/QEoC1pewPRhI6kAvlAvdoAJBNCADd2ALIYcuiQ=; b=XpgyI3amJatCWaACOVYZdQrA4XQSNUp6ksk4PPd4DC509aWYgHhyBlBveDf8TZCdgz Mvzxm+LrMd+uSSXrMzyj6dCXkrFEKIw9lJ+tIZ8TL4CzA56muVXs4szB1PqOZo4ZtgAU RWof5vurkqAURJrfKzXMqaGSlv8qbAjTgl+BHJEUVpLqK8U4IdILoAfNc0XPTViJfsFw GxVbaFOjKO82EYt4bCy4uYvePlbXq6lTQLd5VHC0XS1O5BlUs7HCTKTwXt3JnkpniL05 q6ziPREdUTE+iRbIX291acoOBQFoXgAaTra/4sonDfdtlBdm8gJkGAYwjRucbXBZR2fL Qc4g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:to:cc:from:subject:organization :message-id:date:user-agent:mime-version:content-language :content-transfer-encoding; bh=GBiQ/QEoC1pewPRhI6kAvlAvdoAJBNCADd2ALIYcuiQ=; b=tqAOpaeiitXFCw24OZ8NpNSOt/8ZrB0pZkXG+yuBlx61mEbcGRsxvDdgJ5Jg1JtWfW ZbGA2OhH967efFmDy102NisPCM4QNFnujJnm830Tn5CBJB8Y3+blt7e8LWSBnH6TRJnT xNA1eddYRh6V7cS6TOpvEZWFUqwLDwSWMrHf1pNYKkdBKgAMpBUbpM/K8wLhyyp94/rG ZEqhA33YFJLZSKlXRo7rjnBVXm/53WebZs8r1E/+2Du4SrUGWY0voOsnjBRJEshM69Rb ZDFD59ssE8YN2cz7Ziw+jJcDRr5pCG2z1hfJ4dT4RRpWVdGEslJi88rwPPzTiDbVCXdC LeGQ== X-Gm-Message-State: AOAM530Y56d4BT8I/QuPylSqs5AEFHgTeWMVXACz903ttzrp31CuAybY Jv7sbKnAqVnQP2XLCSl3FlOZP+HWNO4= X-Google-Smtp-Source: ABdhPJya3mwWxvLLZC4YU/olhJwl1a22/lFlqXDs2M3FxsuY7KteCU2MKul8BWYk71GQp2jwmBaYbg== X-Received: by 2002:ae9:e804:: with SMTP id a4mr2878398qkg.281.1614262160892; Thu, 25 Feb 2021 06:09:20 -0800 (PST) Received: from mbp.home (200-12-5-188.rev.tribenet.com.br. [200.12.5.188]) by smtp.gmail.com with ESMTPSA id z65sm3614471qtd.15.2021.02.25.06.09.19 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 25 Feb 2021 06:09:20 -0800 (PST) Sender: Renato Botelho To: freebsd-current@freebsd.org Cc: Martin Matuska From: Renato Botelho Subject: zpool upgrade can't enable new features Organization: FreeBSD Message-ID: Date: Thu, 25 Feb 2021 11:09:17 -0300 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.16; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 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: 4DmZR616P7z4mgg X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=XpgyI3am; dmarc=none; spf=pass (mx1.freebsd.org: domain of gargabsd@gmail.com designates 2607:f8b0:4864:20::736 as permitted sender) smtp.mailfrom=gargabsd@gmail.com X-Spamd-Result: default: False [-3.20 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[garga@FreeBSD.org,gargabsd@gmail.com]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::736:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_NEQ_ENVFROM(0.00)[garga@FreeBSD.org,gargabsd@gmail.com]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[FreeBSD.org]; NEURAL_HAM_LONG(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::736:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::736:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2021 14:09:22 -0000 I recently upgraded a CURRENT system to main-n244932-248a47a4c2f and zpool status shows: pool: zroot state: ONLINE status: Some supported and requested features are not enabled on the pool. The pool can still be used, but some features are unavailable. action: Enable all features using 'zpool upgrade'. Once this is done, the pool may no longer be accessible by software that does not support the features. See zpool-features(5) for details. config: NAME STATE READ WRITE CKSUM zroot ONLINE 0 0 0 raidz2-0 ONLINE 0 0 0 da0p4 ONLINE 0 0 0 da1p4 ONLINE 0 0 0 da2p4 ONLINE 0 0 0 da3p4 ONLINE 0 0 0 errors: No known data errors Then I ran zpool upgrade zroot and got: This system supports ZFS pool feature flags. Pool 'zroot' already has all supported and requested features enabled. After that zpool status output stays the same what made me believe something is not right here. -- Renato Botelho From owner-freebsd-current@freebsd.org Thu Feb 25 16:21:28 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3821B5680EF for ; Thu, 25 Feb 2021 16:21:28 +0000 (UTC) (envelope-from warlock@phouka1.phouka.net) Received: from phouka1.phouka.net (phouka1.phouka.net [107.170.196.116]) (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 "phouka.net", Issuer "Go Daddy Secure Certificate Authority - G2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DmdMW5ntnz4xqn; Thu, 25 Feb 2021 16:21:27 +0000 (UTC) (envelope-from warlock@phouka1.phouka.net) Received: from phouka1.phouka.net (localhost [127.0.0.1]) by phouka1.phouka.net (8.16.1/8.16.1) with ESMTPS id 11PGK4Ud048026 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 25 Feb 2021 08:20:04 -0800 (PST) (envelope-from warlock@phouka1.phouka.net) Received: (from warlock@localhost) by phouka1.phouka.net (8.16.1/8.16.1/Submit) id 11PGK4ll048023; Thu, 25 Feb 2021 08:20:04 -0800 (PST) (envelope-from warlock) Date: Thu, 25 Feb 2021 08:20:03 -0800 From: John Kennedy To: Renato Botelho Cc: freebsd-current@freebsd.org, Martin Matuska Subject: Re: zpool upgrade can't enable new features Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4DmdMW5ntnz4xqn X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2021 16:21:28 -0000 On Thu, Feb 25, 2021 at 11:09:17AM -0300, Renato Botelho wrote: > I recently upgraded a CURRENT system to main-n244932-248a47a4c2f and > zpool status shows: > > pool: zroot > state: ONLINE > status: Some supported and requested features are not enabled on the pool. > The pool can still be used, but some features are unavailable. > action: Enable all features using 'zpool upgrade'. Once this is done, > the pool may no longer be accessible by software that does not support > the features. See zpool-features(5) for details. I noticed that the other day with main-n245037-6e822e99570f. pool: zroot state: ONLINE status: Some supported and requested features are not enabled on the pool. The pool can still be used, but some features are unavailable. action: Enable all features using 'zpool upgrade'. Once this is done, the pool may no longer be accessible by software that does not support the features. See zpool-features(5) for details. scan: scrub repaired 0B in 00:01:10 with 0 errors on Mon Feb 1 18:34:43 2021 config: NAME STATE READ WRITE CKSUM zroot ONLINE 0 0 0 vtbd0p3.eli ONLINE 0 0 0 I didn't see anything at all that seemed missing. zpool get all zroot | grep feature | sed -E 's/^([^ ]+)[ ]+([^ ]+)[ ]+([^ ]+)[ ]+([^ ]+).*$/\1 \3 \4/' | sort | uniq -c 12 zroot active local 21 zroot enabled local From owner-freebsd-current@freebsd.org Thu Feb 25 16:25:53 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DB3C9568A4D for ; Thu, 25 Feb 2021 16:25:53 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (mail.vx.sk [IPv6:2a01:4f8:191:9029::4]) by mx1.freebsd.org (Postfix) with ESMTP id 4DmdSd5PCcz4yM6; Thu, 25 Feb 2021 16:25:53 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id DCB9D1D8EA0; Thu, 25 Feb 2021 17:25:51 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk by mail.vx.sk (amavisd-new, unix socket) with LMTP id EUl4w5fez307; Thu, 25 Feb 2021 17:25:51 +0100 (CET) Received: from [10.9.8.122] (188-167-101-78.dynamic.chello.sk [188.167.101.78]) by mail.vx.sk (Postfix) with ESMTPSA id A69DE1D8E9D; Thu, 25 Feb 2021 17:25:51 +0100 (CET) Subject: Re: zpool upgrade can't enable new features To: John Kennedy , Renato Botelho Cc: freebsd-current@freebsd.org References: From: Martin Matuska Message-ID: <0598fa4b-e2ef-d5d8-9c14-175297c15663@FreeBSD.org> Date: Thu, 25 Feb 2021 17:25:51 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 4DmdSd5PCcz4yM6 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2021 16:25:53 -0000 Looks like Ryan didn't think it all the way through in: https://github.com/openzfs/zfs/commit/35ec51796f0aa8d4fe322b48e7d1d5a65e38a4ce I am preparing a patch for OpenZFS. On 25. 2. 2021 17:20, John Kennedy wrote: > On Thu, Feb 25, 2021 at 11:09:17AM -0300, Renato Botelho wrote: >> I recently upgraded a CURRENT system to main-n244932-248a47a4c2f and >> zpool status shows: >> >> pool: zroot >> state: ONLINE >> status: Some supported and requested features are not enabled on the pool. >> The pool can still be used, but some features are unavailable. >> action: Enable all features using 'zpool upgrade'. Once this is done, >> the pool may no longer be accessible by software that does not support >> the features. See zpool-features(5) for details. > I noticed that the other day with main-n245037-6e822e99570f. > > pool: zroot > state: ONLINE > status: Some supported and requested features are not enabled on the pool. > The pool can still be used, but some features are unavailable. > action: Enable all features using 'zpool upgrade'. Once this is done, > the pool may no longer be accessible by software that does not support > the features. See zpool-features(5) for details. > scan: scrub repaired 0B in 00:01:10 with 0 errors on Mon Feb 1 18:34:43 2021 > config: > > NAME STATE READ WRITE CKSUM > zroot ONLINE 0 0 0 > vtbd0p3.eli ONLINE 0 0 0 > > I didn't see anything at all that seemed missing. > > zpool get all zroot | grep feature | sed -E 's/^([^ ]+)[ ]+([^ ]+)[ ]+([^ ]+)[ ]+([^ ]+).*$/\1 \3 \4/' | sort | uniq -c > 12 zroot active local > 21 zroot enabled local > From owner-freebsd-current@freebsd.org Thu Feb 25 17:28:09 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 665D556A5DF for ; Thu, 25 Feb 2021 17:28:09 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (mail.vx.sk [IPv6:2a01:4f8:191:9029::4]) by mx1.freebsd.org (Postfix) with ESMTP id 4DmfrT1wwKz53SL; Thu, 25 Feb 2021 17:28:08 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id 5CEE31DBFDC; Thu, 25 Feb 2021 18:28:07 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk by mail.vx.sk (amavisd-new, unix socket) with LMTP id Wgpw4-zgXuf0; Thu, 25 Feb 2021 18:28:07 +0100 (CET) Received: from [10.9.8.122] (188-167-101-78.dynamic.chello.sk [188.167.101.78]) by mail.vx.sk (Postfix) with ESMTPSA id 1D71F1DBFDB; Thu, 25 Feb 2021 18:28:07 +0100 (CET) Subject: Re: zpool upgrade can't enable new features To: John Kennedy , Renato Botelho Cc: freebsd-current@freebsd.org, Ryan Moeller References: From: Martin Matuska Message-ID: <86527741-6771-f878-2071-3df092891b12@FreeBSD.org> Date: Thu, 25 Feb 2021 18:28:06 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 4DmfrT1wwKz53SL X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2021 17:28:09 -0000 I have submitted a pull request to fix this in OpenZFS: https://github.com/openzfs/zfs/pull/11653 On 25. 2. 2021 17:20, John Kennedy wrote: > On Thu, Feb 25, 2021 at 11:09:17AM -0300, Renato Botelho wrote: >> I recently upgraded a CURRENT system to main-n244932-248a47a4c2f and >> zpool status shows: >> >> pool: zroot >> state: ONLINE >> status: Some supported and requested features are not enabled on the pool. >> The pool can still be used, but some features are unavailable. >> action: Enable all features using 'zpool upgrade'. Once this is done, >> the pool may no longer be accessible by software that does not support >> the features. See zpool-features(5) for details. > I noticed that the other day with main-n245037-6e822e99570f. > > pool: zroot > state: ONLINE > status: Some supported and requested features are not enabled on the pool. > The pool can still be used, but some features are unavailable. > action: Enable all features using 'zpool upgrade'. Once this is done, > the pool may no longer be accessible by software that does not support > the features. See zpool-features(5) for details. > scan: scrub repaired 0B in 00:01:10 with 0 errors on Mon Feb 1 18:34:43 2021 > config: > > NAME STATE READ WRITE CKSUM > zroot ONLINE 0 0 0 > vtbd0p3.eli ONLINE 0 0 0 > > I didn't see anything at all that seemed missing. > > zpool get all zroot | grep feature | sed -E 's/^([^ ]+)[ ]+([^ ]+)[ ]+([^ ]+)[ ]+([^ ]+).*$/\1 \3 \4/' | sort | uniq -c > 12 zroot active local > 21 zroot enabled local > From owner-freebsd-current@freebsd.org Thu Feb 25 20:58:28 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6060F548F96 for ; Thu, 25 Feb 2021 20:58:28 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-il1-f179.google.com (mail-il1-f179.google.com [209.85.166.179]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DmlW73knLz3jpV for ; Thu, 25 Feb 2021 20:58:27 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-il1-f179.google.com with SMTP id d5so6192527iln.6 for ; Thu, 25 Feb 2021 12:58:27 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=E7wf+0tLYAzXSFe75SsNnmwG92Xr9osABfTXa7pC3yg=; b=OoAX7Ni7zeYO7gX7rv68FByOqfa3asjDvKF1rjnYomvsAU0sOk+EvAR0ts2/Snc+4c gwU2MTlD+p85uUYADRWNdQIW7gyoJNXtpkB85Zs9vAE9Ww1WYhfxztB+ctXdk/H2Pa2b P7tFXID+t3J0zYyN21P5pV/Pqt0mfWwwQX6BxW7l77BO/BYBgRMy9h3h6x/oROjI+heA zcIy7uwdzLJKq2h5hL8X40Li5eSHt6HvCb0eh6TaBQRIYulmilYYZDEgZS/lruep9ELS aoHtruzk3O9TT2ofXh/7TxcwOIXyRF2GGAnOVkXrqZ9J/C5j9ID3DLNwz6mSLMWrRSej DfzQ== X-Gm-Message-State: AOAM530DDYRGCZiXiwMZIZaWDUd+ZUNtkqvbzMveuXkr9qszcoay/m2K jsOXFGrUO093R/fSrY/u5OoqFFVecST4+W3Sl8P8wb1WiWaneg== X-Google-Smtp-Source: ABdhPJw98NvekMvJBHBGqbdRLJHwXlQDA4Nc9NN1rj6TiPLDSFi1ZBMAfyf4tohonVGx9oo7eVwIvAGTCPVNcRe5vt4= X-Received: by 2002:a92:c690:: with SMTP id o16mr4143875ilg.256.1614286705234; Thu, 25 Feb 2021 12:58:25 -0800 (PST) MIME-Version: 1.0 From: Ed Maste Date: Thu, 25 Feb 2021 15:58:07 -0500 Message-ID: Subject: HEADS-UP: PIE enabled by default on main To: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4DmlW73knLz3jpV X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.166.179 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.166.179:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; TO_DOM_EQ_FROM_DOM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEFALL_USER(0.00)[carpeddiem]; R_DKIM_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[209.85.166.179:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[209.85.166.179:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.166.179:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2021 20:58:28 -0000 As of 9a227a2fd642 (main-n245052) base system binaries are now built as position-independent executable (PIE) by default, for 64-bit architectures. PIE executables are used in conjunction with address randomization as a mitigation for certain types of security vulnerabilities. If you track -CURRENT and normally build WITHOUT_CLEAN you'll need to do one initial clean build -- either run `make cleanworld` or set WITH_CLEAN=yes. No significant user-facing changes are expected from this change, but there are some minor ones. For example, `file` will indicate that binaries are PIE by reporting something like `ELF 64-bit LSB pie executable` rather than `ELF 64-bit LSB executable`. Also, for most workloads no notable performance impact is expected. For almost all ports this should result in no change. There are a small number of ports that use base system /usr/share/mk infrastructure and thus inherit the base system default, and some of those initially failed to build. Those found during an exp-run in PR253275 have been addressed or have patches waiting. Please watch out for any new issues after you next update the base system and/or ports, and report issues via a Bugzilla PR or in reply here. From owner-freebsd-current@freebsd.org Thu Feb 25 23:10:37 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A5AC054C4DD for ; Thu, 25 Feb 2021 23:10:37 +0000 (UTC) (envelope-from grog@lemis.com) Received: from lax.lemis.com (www.lemis.com [45.32.70.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4DmpRc46Kzz3tlY; Thu, 25 Feb 2021 23:10:36 +0000 (UTC) (envelope-from grog@lemis.com) Received: from eureka.lemis.com (unknown [121.200.11.253]) by lax.lemis.com (Postfix) with ESMTP id 029DB280E1; Thu, 25 Feb 2021 23:10:29 +0000 (UTC) Received: by eureka.lemis.com (Postfix, from userid 1004) id 51B862635BE; Fri, 26 Feb 2021 10:10:28 +1100 (AEDT) Date: Fri, 26 Feb 2021 10:10:28 +1100 From: Greg 'groggy' Lehey To: Ed Maste Cc: FreeBSD Current Subject: Re: HEADS-UP: PIE enabled by default on main Message-ID: <20210225231028.GB69550@eureka.lemis.com> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hQiwHBbRI9kgIhsi" Content-Disposition: inline In-Reply-To: Organization: The FreeBSD Project Phone: +61-3-5309-0418 Mobile: +61-490-494-038. Use only as instructed. WWW-Home-Page: http://www.FreeBSD X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 User-Agent: Mutt/1.6.1 (2016-04-27) X-Rspamd-Queue-Id: 4DmpRc46Kzz3tlY X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of grog@lemis.com has no SPF policy when checking 45.32.70.18) smtp.mailfrom=grog@lemis.com X-Spamd-Result: default: False [-1.80 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[45.32.70.18:from]; FREEFALL_USER(0.00)[grog]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[FreeBSD.org]; AUTH_NA(1.00)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; HAS_ORG_HEADER(0.00)[]; SPAMHAUS_ZRD(0.00)[45.32.70.18:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; SIGNED_PGP(-2.00)[]; FORGED_SENDER(0.30)[grog@FreeBSD.org,grog@lemis.com]; RCVD_NO_TLS_LAST(0.10)[]; R_SPF_NA(0.00)[no SPF record]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:20473, ipnet:45.32.64.0/19, country:US]; FROM_NEQ_ENVFROM(0.00)[grog@FreeBSD.org,grog@lemis.com]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2021 23:10:37 -0000 --hQiwHBbRI9kgIhsi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thursday, 25 February 2021 at 15:58:07 -0500, Ed Maste wrote: > As of 9a227a2fd642 (main-n245052) base system binaries are now built > as position-independent executable (PIE) by default, for 64-bit > architectures. PIE executables are used in conjunction with address > randomization as a mitigation for certain types of security > vulnerabilities. > > If you track -CURRENT and normally build WITHOUT_CLEAN you'll need to > do one initial clean build -- either run `make cleanworld` or set > WITH_CLEAN=yes. This details worries me. How compatible are PIE executables with non-PIE executables? Can I run PIE executables on older systems? Can I run older executables on a PIE system? Greg -- Sent from my desktop computer. See complete headers for address and phone numbers. This message is digitally signed. If your Microsoft mail program reports problems, please read http://lemis.com/broken-MUA --hQiwHBbRI9kgIhsi Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iEUEARECAAYFAmA4LmQACgkQIubykFB6QiN8UwCXWJMlnCiHOKzvxECmd9QFsT7j bwCfTPUObhpGfwCgnDqtTzoqmZY0KBo= =jY7+ -----END PGP SIGNATURE----- --hQiwHBbRI9kgIhsi-- From owner-freebsd-current@freebsd.org Fri Feb 26 00:22:04 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CE9B554E897 for ; Fri, 26 Feb 2021 00:22:04 +0000 (UTC) (envelope-from jhb@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 4Dmr245Rmsz4S7H; Fri, 26 Feb 2021 00:22:04 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro.local (ralph.baldwin.cx [66.234.199.215]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: jhb) by smtp.freebsd.org (Postfix) with ESMTPSA id 7CEA52A4BE; Fri, 26 Feb 2021 00:22:03 +0000 (UTC) (envelope-from jhb@FreeBSD.org) To: "Hartmann, O." Cc: Guido Falsi via freebsd-current , Guido Falsi , Rick Macklem , "junchoon@dec.sakura.ne.jp" References: <20210130073923.0b2a80c1@hermann.fritz.box> <20210130192520.e7cf7f680c0abd31b0771107@dec.sakura.ne.jp> <18e15d74-d95b-76b7-59a4-64a8f338ba73@madpilot.net> <20210131103510.30d9a322@hermann.fritz.box> <86a368dc-f118-79fb-2ed8-af461041198a@madpilot.net> <20210203071608.1c2118b6@hermann.fritz.box> <0b93d9bb-a0be-e37f-ae94-d4e31f74491d@madpilot.net> <20210209231617.796fccda@hermann.fritz.box> <246970a3-acfe-7672-7387-c64082d11d00@FreeBSD.org> <20210210072120.63613787@hermann.fritz.box> <20210211185935.289e7dd1@hermann.fritz.box> From: John Baldwin Subject: Re: (n244517-f17fc5439f5) svn stuck forever in /usr/ports? Message-ID: <10ac22c3-b0f4-ffeb-01a1-d08644a1ef1a@FreeBSD.org> Date: Thu, 25 Feb 2021 16:22:02 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: <20210211185935.289e7dd1@hermann.fritz.box> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2021 00:22:04 -0000 On 2/11/21 9:59 AM, Hartmann, O. wrote: > On Wed, 10 Feb 2021 07:21:20 +0100 > "Hartmann, O." wrote: > >> On Tue, 9 Feb 2021 15:15:38 -0800 >> John Baldwin wrote: >> >>> On 2/9/21 2:16 PM, Hartmann, O. wrote: >>>> On Wed, 3 Feb 2021 17:34:24 +0100 >>>> Guido Falsi via freebsd-current wrote: >>>> >>>>> On 03/02/21 17:02, John Baldwin wrote: >>>>>> On 2/2/21 10:16 PM, Hartmann, O. wrote: >>>>>>> On Mon, 1 Feb 2021 03:24:45 +0000 >>>>>>> Rick Macklem wrote: >>>>>>> >>>>>>>> Rick Macklem wrote: >>>>>>>>> Guido Falsi wrote: >>>>>>>>> [good stuff snipped] >>>>>>>>>> Performed a full bisect. Tracked it down to commit aa906e2a4957, >>>>>>>>>> adding >>>>>>>>>> KTLS support to embedded OpenSSL. >>>>>>>>>> >>>>>>>>>> I filed a bug report about this: >>>>>>>>>> >>>>>>>>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253135 >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Apart from switching to svn:// scheme, another workaround is to build >>>>>>>>>> base using WITHOUT_OPENSSL_KTLS. >>>>>>>>> Just fyi, when I tested the daemons I have for nfs-over-tls (which >>>>>>>>> use ktls), >>>>>>>>> they acted like things were ok (no handshake problems), but the data >>>>>>>>> ended up on the wire unencrypted (nfs-over-tls doesn't do a >>>>>>>>> SSL_write(), >>>>>>>>> so it depends on ktls to do the encryption). >>>>>>>>> >>>>>>>>> Since these daemons work fine with openssl3 in >>>>>>>>> ports/security/openssl-devel, >>>>>>>>> I suspect the ktls backport is not quite right. I've sent jhb@ email. >>>>>>>> I was wrong on the above. I did a full buildworld/installworld and >>>>>>>> the daemons >>>>>>>> now seem to work with the openssl in head/main. >>>>>>>> >>>>>>>> Btw, did anyone try rebuilding svn from sources after doing >>>>>>>> the system upgrade? >>>>>>>> (The openssl library calls and .h files definitely changed.) >>>>>>> >>>>>>> Yes, I did, on all boxes and its a pain in the a..., we had to rebuild >>>>>>> EVERY port (at >>>>>>> least, I did, to avoid further problem). Yesterday, on of our fastes >>>>>>> boxes got ready and >>>>>>> even with a full rebuild of the system AND a full rebuild of the ports >>>>>>> (no poudriere, >>>>>>> traditional way via make), the Apache 2.4 webservice doesn't work, and >>>>>>> so does subversion >>>>>>> not (Firefox reports problems with SSL handshake, subversion is >>>>>>> stuck/frozen forever). >>>>>>> I will run today another full world build today, hopefully finishing >>>>>>> on friday (portmaster >>>>>>> -dfR doesn't get everything in line on some ports, I assume). >>>>>>> >>>>>>> oh >>>>>> >>>>>> I tracked the subversion hang down to a bug in serf (an Apache library >>>>>> used by >>>>>> subversion).  It would also affect any other software using serf.  The >>>>>> serf in >>>>>> ports will also have to be patched. >>>>>> >>>>> >>>>> I submitted your patch as a bug report to the serf port: >>>>> >>>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253214 >>>>> >>>> >>>> What is the status of this bug? >>>> As PR 253214 might suggest, the patch to www/serf has been commited. We still face a >>>> problem with FreeBSD CURRENT-14 based systems running Apache24: >>>> >>>> FreeBSD 14.0-CURRENT #4 main-n244672-866c8b8d5dd: Mon Feb 8 08:38:59 CET 2021 amd64 >>>> >>>> /usr/ports is at Revision: 564736. >>>> >>>> www/apache24, www/serf have been rebuilt using "portmaster -f www/apache24 >>>> www/serf". >>>> >>>> Restarting Apache 2.4 still fails on any access with SSL enabled, firefox reports: >>>> >>>> SSL_ERROR_HANDSHAKE_UNEXPECTED_ALERT >>> >>> This is the first report I've had after the serf update. >>> >>> Here's an untested patch that is similar to the serf bug. You would >>> apply this in the www/apache24 port. >>> >>> Index: files/patch-modules_ssl_ssl__engine__io.c >>> =================================================================== >>> --- files/patch-modules_ssl_ssl__engine__io.c (nonexistent) >>> +++ files/patch-modules_ssl_ssl__engine__io.c (working copy) >>> @@ -0,0 +1,11 @@ >>> +--- modules/ssl/ssl_engine_io.c.orig 2021-02-09 15:09:39.362123000 -0800 >>> ++++ modules/ssl/ssl_engine_io.c 2021-02-09 15:12:13.596690000 -0800 >>> +@@ -542,7 +542,7 @@ static int bio_filter_in_gets(BIO *bio, char *buf, int >>> + >>> + static long bio_filter_in_ctrl(BIO *bio, int cmd, long num, void *ptr) >>> + { >>> +- return -1; >>> ++ return 0; >>> + } >>> + >>> + #if MODSSL_USE_OPENSSL_PRE_1_1_API >>> >> >> Thank you very much for investigating and the patch. >> >> I haven't got the chance to apply the patch yet, I'll do within the next two hours. For >> the record: I filed a PR on this specific problem in Apache 2.4, please see here: >> >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253394 >> >> Kind regards, >> >> O. Hartmann > > > I tried the patch, it doesn't work. > Assuming that it is sufficient to recompile from scratch/clean tree the whole OS and then > recompile every port required by www/apach24, applying then the patch, I tried to connect > to pages served by the 14-CURRENT server running the pacthed Apache 2.4 (ports tree at > the most recent state at that time), I still get the error described above. > > Kind regards, > > oh I finally reproduced this today and was able to at least get a valid response back from the server using openssl s_client as the client with a larger version of this patch. You can find the full patch at https://reviews.freebsd.org/D28932 -- John Baldwin From owner-freebsd-current@freebsd.org Fri Feb 26 00:23:16 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 864AE54EC30 for ; Fri, 26 Feb 2021 00:23:16 +0000 (UTC) (envelope-from warlock@phouka1.phouka.net) Received: from phouka1.phouka.net (phouka1.phouka.net [107.170.196.116]) (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 "phouka.net", Issuer "Go Daddy Secure Certificate Authority - G2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dmr3S2MqDz4SyR; Fri, 26 Feb 2021 00:23:16 +0000 (UTC) (envelope-from warlock@phouka1.phouka.net) Received: from phouka1.phouka.net (localhost [127.0.0.1]) by phouka1.phouka.net (8.16.1/8.16.1) with ESMTPS id 11Q0LwUO049391 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 25 Feb 2021 16:21:59 -0800 (PST) (envelope-from warlock@phouka1.phouka.net) Received: (from warlock@localhost) by phouka1.phouka.net (8.16.1/8.16.1/Submit) id 11Q0LwCx049390; Thu, 25 Feb 2021 16:21:58 -0800 (PST) (envelope-from warlock) Date: Thu, 25 Feb 2021 16:21:58 -0800 From: John Kennedy To: "Greg 'groggy' Lehey" Cc: Ed Maste , FreeBSD Current Subject: Re: HEADS-UP: PIE enabled by default on main Message-ID: References: <20210225231028.GB69550@eureka.lemis.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210225231028.GB69550@eureka.lemis.com> X-Rspamd-Queue-Id: 4Dmr3S2MqDz4SyR X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2021 00:23:16 -0000 On Fri, Feb 26, 2021 at 10:10:28AM +1100, Greg 'groggy' Lehey wrote: > On Thursday, 25 February 2021 at 15:58:07 -0500, Ed Maste wrote: > > As of 9a227a2fd642 (main-n245052) base system binaries are now built > > as position-independent executable (PIE) by default, for 64-bit > > architectures. ... > > > > If you track -CURRENT and normally build WITHOUT_CLEAN you'll need to > > do one initial clean build -- either run `make cleanworld` or set > > WITH_CLEAN=yes. > > This details worries me. How compatible are PIE executables with > non-PIE executables? Can I run PIE executables on older systems? Can > I run older executables on a PIE system? Assuming we're basically talking about WITH_PIE=YES in /etc/src.conf, I've been doing this since 2020/08/04 (12.1 -> 12.2 -> 13/14). I don't think I've associated any problems with PIE. I've certainly got lots of non-PIE ports linked against base libraries (but ELF 64-bit LSB shared object, vs ELF 64-bit LSB pie executable). The E in PIE is executable. Not sure if Ed Maste just wants to make sure that all the executables are rebuilt as PIE (vs hit-and-miss) or there is a sneaker corner-case that he knows about. I can't say that I've had an opportunity to try the scenario I think you're looking at. My "older" crossovers are +/- a __FreeBSD_version bump. From owner-freebsd-current@freebsd.org Fri Feb 26 02:04:04 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 473C5551AA6 for ; Fri, 26 Feb 2021 02:04:04 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-il1-f181.google.com (mail-il1-f181.google.com [209.85.166.181]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DmtHm1ZKQz4Z6k; Fri, 26 Feb 2021 02:04:03 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-il1-f181.google.com with SMTP id z18so6745196ile.9; Thu, 25 Feb 2021 18:04:03 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=bULQ3qZn2d1WxM1g85MgKbMtipmTCkTX/mXWzetPuz0=; b=mPILzfIsUoL2EF71UFyTlpLvaSdGgsnf0Jr9Zzct6j8k67o/TSLwFjQqfMxtAQqeLu 3rRe1egBAiSERJfYbnds/AhQPROkHCUstW1YjoJh+YUBz+Qg2Oq2QIoCSoRIlPWac5+F VlJjxzqL5N71xDBKaIdJSJg3gav28Gb6MZDq1KWwgK+/+1lscHEtUN2yOi8suifWakQl rGtlRH3eahC+uFlq+ScGOMSMlo+OT3BUc4FVscf5cOE0YUWkNAVTek2WaK5ygKZJMBea vVDZuLmSg5TwJhVAY3oK5OPOvoZPefW0UNIMdBO62HVbt9WP0jK5PKr7LfK79b3olUK4 c6sQ== X-Gm-Message-State: AOAM531inwCDeVOP6DutGr8TRY/HskqjnTOuh5ndoPLuaSzRPPSsgU+I xUtGYsPOViDDPjE1O1Dw0+vgZWTB/Kn4JRF3Xo3AeUNK3m4= X-Google-Smtp-Source: ABdhPJzc2iy/zwRAUbYNa91bMnWtAxYH/z5vreAEwepqgxZYM/XmEha4LkFZ3Y062ZzKOXKK0N8LhGiEyDZOIWAOvD0= X-Received: by 2002:a92:d981:: with SMTP id r1mr539480iln.98.1614305042466; Thu, 25 Feb 2021 18:04:02 -0800 (PST) MIME-Version: 1.0 References: <20210225231028.GB69550@eureka.lemis.com> In-Reply-To: <20210225231028.GB69550@eureka.lemis.com> From: Ed Maste Date: Thu, 25 Feb 2021 21:03:43 -0500 Message-ID: Subject: Re: HEADS-UP: PIE enabled by default on main To: "Greg 'groggy' Lehey" Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4DmtHm1ZKQz4Z6k X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2021 02:04:04 -0000 On Thu, 25 Feb 2021 at 18:10, Greg 'groggy' Lehey wrote: > > This details worries me. How compatible are PIE executables with > non-PIE executables? Can I run PIE executables on older systems? Can > I run older executables on a PIE system? There is no issue mixing PIE and non-PIE binaries, and they introduce no additional constraints on running on older kernels. From owner-freebsd-current@freebsd.org Fri Feb 26 02:23:03 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D2F48552034 for ; Fri, 26 Feb 2021 02:23:03 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-il1-f177.google.com (mail-il1-f177.google.com [209.85.166.177]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dmtjg5dTQz4bDW; Fri, 26 Feb 2021 02:23:03 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-il1-f177.google.com with SMTP id q9so6814142ilo.1; Thu, 25 Feb 2021 18:23:03 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=AICI3KhGZWEXoTJhN4UgFGbdet5P8EQwKy3yotZHV5w=; b=W9QTXl+rKEEdiCcuxDq5avFI0ilGOWuWUUPSGXa48VJu9PgDUdR6LiskMIgd/hhwOc E6PIcZiR9peQQp8CPdswzWH+VVDaHXtQY644fYuOvG5BKGX6iOZjVRI0NC9m7kSDTWlH MeIOaIfduSpsIf0WmGbJ4HyTj5kjywO1Vc2diTE7jsWMemfksM9HUbK8j378ZA26KzYg YmD+wdIxGElT9QMHArQvtKLcovL6hNu9XBcQX50ets8xebln6wZAuwc8PrWZJtU1KEob 5+LzCfDhUBeRGHLTgpvOXcpOWbUV1PnNke807u/guv1jeJmWhubKC+f5jXsAV9WN/jMa fAwA== X-Gm-Message-State: AOAM530FMGXt3t2Af4SACYt0Dh4e+BZV9bzQv5Wl80aUtyWI/444zIiH FYInXcuC2+I4qvfQNAyKGTvoOcw8def6YcyNFKk2a7QNi2A7+w== X-Google-Smtp-Source: ABdhPJy36lPzfoJ3KQFgqxqND3kQz/ndEBQyujZdesvn9luR5zKmbnRr4PgGo+Sl/ijPv2XJAHvmbrO4g02K2RihuvE= X-Received: by 2002:a05:6e02:1845:: with SMTP id b5mr604033ilv.11.1614306182735; Thu, 25 Feb 2021 18:23:02 -0800 (PST) MIME-Version: 1.0 References: <20210225231028.GB69550@eureka.lemis.com> In-Reply-To: From: Ed Maste Date: Thu, 25 Feb 2021 21:22:43 -0500 Message-ID: Subject: Re: HEADS-UP: PIE enabled by default on main To: John Kennedy Cc: "Greg 'groggy' Lehey" , FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4Dmtjg5dTQz4bDW X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2021 02:23:03 -0000 On Thu, 25 Feb 2021 at 19:23, John Kennedy wrote: > > Not sure if Ed Maste just wants to make sure that all the executables > are rebuilt as PIE (vs hit-and-miss) or there is a sneaker corner-case that > he knows about. The issue is that without a clean build you may have some .o files left around that are built without PIE enabled (i.e., compiled without -fPIE), and attempting to link them into a PIE executable will fail with an error like: ld: error: can't create dynamic relocation R_X86_64_32 against local symbol in readonly segment; recompile object files with -fPIC or pass '-Wl,-z,notext' to allow text relocations in the output I am not aware of any configuration that would link successfully, but then have some run-time failure. If it builds it should work. From owner-freebsd-current@freebsd.org Fri Feb 26 03:41:48 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F1B1D553AD0 for ; Fri, 26 Feb 2021 03:41:48 +0000 (UTC) (envelope-from grog@lemis.com) Received: from lax.lemis.com (www.lemis.com [45.32.70.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4DmwSX5hpyz4grs; Fri, 26 Feb 2021 03:41:48 +0000 (UTC) (envelope-from grog@lemis.com) Received: from eureka.lemis.com (unknown [121.200.11.253]) by lax.lemis.com (Postfix) with ESMTP id 0E44427F7C; Fri, 26 Feb 2021 03:41:47 +0000 (UTC) Received: by eureka.lemis.com (Postfix, from userid 1004) id 427A72635BE; Fri, 26 Feb 2021 14:41:46 +1100 (AEDT) Date: Fri, 26 Feb 2021 14:41:46 +1100 From: Greg 'groggy' Lehey To: Ed Maste Cc: John Kennedy , FreeBSD Current Subject: Re: HEADS-UP: PIE enabled by default on main Message-ID: <20210226034146.GC69550@eureka.lemis.com> References: <20210225231028.GB69550@eureka.lemis.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5QAgd0e35j3NYeGe" Content-Disposition: inline In-Reply-To: Organization: The FreeBSD Project Phone: +61-3-5309-0418 Mobile: +61-490-494-038. Use only as instructed. WWW-Home-Page: http://www.FreeBSD X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 User-Agent: Mutt/1.6.1 (2016-04-27) X-Rspamd-Queue-Id: 4DmwSX5hpyz4grs X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2021 03:41:49 -0000 --5QAgd0e35j3NYeGe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thursday, 25 February 2021 at 21:22:43 -0500, Ed Maste wrote: > On Thu, 25 Feb 2021 at 19:23, John Kennedy wrote: >> >> Not sure if Ed Maste just wants to make sure that all the executables >> are rebuilt as PIE (vs hit-and-miss) or there is a sneaker corner-case that >> he knows about. > > The issue is that without a clean build you may have some .o files > left around that are built without PIE enabled (i.e., compiled without > -fPIE), and attempting to link them into a PIE executable will fail > with an error like: > > ld: error: can't create dynamic relocation R_X86_64_32 against local symbol in readonly segment; recompile object files with -fPIC or pass '-Wl,-z,notext' to allow text relocations in the output Ah, thanks. That makes more sense. Greg -- Sent from my desktop computer. See complete headers for address and phone numbers. This message is digitally signed. If your Microsoft mail program reports problems, please read http://lemis.com/broken-MUA --5QAgd0e35j3NYeGe Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAmA4bfoACgkQIubykFB6QiNgOQCeP38rdC2kS2Q/UFEy+vvQ5uiL lDoAnR+8pA2fBvrFFM1CcOLa64PzTwAa =h02k -----END PGP SIGNATURE----- --5QAgd0e35j3NYeGe-- From owner-freebsd-current@freebsd.org Fri Feb 26 05:20:24 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E7F875557FA for ; Fri, 26 Feb 2021 05:20:24 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-oo1-f54.google.com (mail-oo1-f54.google.com [209.85.161.54]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DmyfJ1Y8Xz4mFj for ; Fri, 26 Feb 2021 05:20:24 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-oo1-f54.google.com with SMTP id y21so1935234oou.13 for ; Thu, 25 Feb 2021 21:20:24 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=BK2eOBMDDRSbkdIda5DckV+1B2fzmVS8MI3WSII7dUo=; b=N5DC+Io35GhqLaPfMALEPm6rS/0fOfw6uxnuGUQSbof37p2jhbTLWWlquQIQqdVwHV MDVpFdoOCsOlVcbyiY2488qgKtUVEIC+ipvUXH7SCsfyHWjcHWlNhehMP7fQFxc1gk9z jMSOp/ExVkdNASMjF3iNXA+AkbqXyXVVMJjA/cABS/Q8yqlSC2bvhn3qHaQP7Z/9E99M qidGdydgqCXA0j3+82cY9ThlUep5jIhTX5u+QeFtVdO9J1BAfUszJrvA+izuWphAXsXJ QdVTMoVfv1FlegAD0k3cmjZPqJG8R0xKc3iy/i86vFNa1WASR4aYYKUxg5bip72x2M34 P7cQ== X-Gm-Message-State: AOAM530DjvSNhkpwE47jBkS9/vtAh4zOhUi1p6xWJ1XdKLWT3wrhKTEh wqSK2iCoz5V1unjDtir4cY0FWROlWX36vf6fgic7PQDqCpw= X-Google-Smtp-Source: ABdhPJwqlsU98sh4oXUR9tOzA608UhnUlxgaxeCIG4mkLIMSBNUB7RpTrhVtg0mMi/DjigejnC1eBhCIJ0SKk0HexvU= X-Received: by 2002:a4a:88ee:: with SMTP id q43mr1141805ooh.61.1614316822551; Thu, 25 Feb 2021 21:20:22 -0800 (PST) MIME-Version: 1.0 From: Alan Somers Date: Thu, 25 Feb 2021 22:20:12 -0700 Message-ID: Subject: KTLS with zfs recv To: FreeBSD CURRENT X-Rspamd-Queue-Id: 4DmyfJ1Y8Xz4mFj X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of asomers@gmail.com designates 209.85.161.54 as permitted sender) smtp.mailfrom=asomers@gmail.com X-Spamd-Result: default: False [-2.64 / 15.00]; RWL_MAILSPIKE_GOOD(0.00)[209.85.161.54:from]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.64)[-0.636]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.161.54:from]; R_DKIM_NA(0.00)[]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; TO_DOM_EQ_FROM_DOM(0.00)[]; FREEFALL_USER(0.00)[asomers]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[209.85.161.54:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[209.85.161.54:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2021 05:20:25 -0000 My understanding is that KTLS works very well with OpenSSL for sending, but not as well for receiving, because there's nothing like a recvfile syscall. However, it works great for both send and receive with NFS, where all the data remains in the kernel. What about zfs recv? A very common pattern is for an application to read from an SSL socket and then pipe the data to zfs recv. For example, zrepl does that. Could zfs recv instead read directly from the KTLS socket, bypassing userspace? That could potentially save a _lot_ of cycles for a _lot_ of people. -Alan From owner-freebsd-current@freebsd.org Fri Feb 26 03:43:00 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 23F48553B89 for ; Fri, 26 Feb 2021 03:43:00 +0000 (UTC) (envelope-from freebsd@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DmwTt6V4Zz4h9G; Fri, 26 Feb 2021 03:42:58 +0000 (UTC) (envelope-from freebsd@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 11Q3glEL028500; Thu, 25 Feb 2021 19:42:47 -0800 (PST) (envelope-from freebsd@gndrsh.dnsmgr.net) Received: (from freebsd@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 11Q3gkZU028499; Thu, 25 Feb 2021 19:42:46 -0800 (PST) (envelope-from freebsd) From: "Rodney W. Grimes" Message-Id: <202102260342.11Q3gkZU028499@gndrsh.dnsmgr.net> Subject: Re: testers needed: loader: use display pixel density for font autoselection In-Reply-To: <30FE8DB4-19C4-4A7E-926C-A790562D09DC@me.com> To: Toomas Soome Date: Thu, 25 Feb 2021 19:42:46 -0800 (PST) CC: Jakob Alvermark , FreeBSD Developers , freebsd-current Reply-To: rgrimes@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4DmwTt6V4Zz4h9G X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd@gndrsh.dnsmgr.net has no SPF policy when checking 69.59.192.140) smtp.mailfrom=freebsd@gndrsh.dnsmgr.net X-Spamd-Result: default: False [-1.58 / 15.00]; HAS_REPLYTO(0.00)[rgrimes@freebsd.org]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; DMARC_NA(0.00)[dnsmgr.net]; R_SPF_NA(0.00)[no SPF record]; SPAMHAUS_ZRD(0.00)[69.59.192.140:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.48)[-0.480]; AUTH_NA(1.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_TO(0.00)[me.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current]; RBL_DBL_DONT_QUERY_IPS(0.00)[69.59.192.140:from] X-Mailman-Approved-At: Fri, 26 Feb 2021 06:26:37 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2021 03:43:00 -0000 > > On 23. Feb 2021, at 17:53, Jakob Alvermark wrote: > > > > On 2/23/21 12:27 PM, Toomas Soome via freebsd-current wrote: > >> hi! > >> > >> I have done some work to make font pickup a bit smarter (hopefully better;), but my own ability to test is limited to one bugged supermicro and one MBP with retina display? > >> > >> The phab link ishttps://reviews.freebsd.org/D28849 > >> > >> I have built loader binaries as well (bios and uefi): > >> loader_lua > >> loader_lua.efi > >> > >> To test, you should remove screen.font= line from loader.conf and test with different resolutions. > >> > >> thanks, > >> toomas > > > > > > > > Hi Toomas, > > > > > > I tested on five different setups. > > > > Surface Pro 10.6"@1920x1080: > > > > The loader menu looks different, the "FreeBSD" text is on the right side of the screen. > > > I think, this was the lua script bug we did fix not too long time ago. > > > > > Otherwise, the font size is what I would call a normal size. > > > > > > Acer laptop 11.6"@1366x768: > > > > Menu looks fine. Almost fills the entire screen. > > > > The font feels a little too big. > > > The laptop built in displays usually do not give out EDID (we get physical dimensions from EDID), so there we fall back to try to get 80x25 terminal method. I am having a hard time with that statement. EDID is very common on laptop screens, infact I can not recall ever not seeing EDID on a laptops builtin screen. My 11" acer 1400 has EDID in it. > > > > Thinkpad built in 13"@1920x1080: > > > > Menu looks fine, but a little slow. > > > > The font size is a little to big for my liking. When drm loads and mirrors the screen to my external 27" it looks comically large. > > > > There is another issue - once DRM will kick in, we should re-consider the console attributes, like fonts, but at this time, the kernel itself only can use what was built in (8x16), or what loader was offering (default if present). So it is up to user to act there. It would be really nice if DRM could pick up what the resolution and font was when it loaded! > > > > > Thinkpad external 24"@1920x1200: > > > > Menu looks OK, uses about a quarter of the screen. > > > > Font size is fine, but once drm loads it looks a bit squeezed (like thin and tall), but I guess that's drm detecting the built in 1920x1080, and the external display is stretched. > > > > > > Thinkpad external 27"@3840x2160: > > > > Menu looks OK, uses about a quarter of the screen. > > > > Font size is fine. > > > > Looking at the dmesg though, it says: VT(efifb): resolution 1920x1080 > > > > > > Jakob > > > > > Those cases .. I suppose the menu was still at left side, not in middle? The thing there is, our menu is designed for 80x25 screen, with respective constants. SO again... why are we deviating from that causing us issues? > > many thanks for testing, I have downloaded your modified loader, and put it in place, it shall get tested on my next reboot, which should be soon as 13-BETA4 should be popping out soon. > toomas > > > -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Fri Feb 26 07:29:33 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BC837558562 for ; Fri, 26 Feb 2021 07:29:33 +0000 (UTC) (envelope-from tsoome@me.com) Received: from mr85p00im-zteg06012001.me.com (mr85p00im-zteg06012001.me.com [17.58.23.197]) (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 4Dn1WK34JZz4twB for ; Fri, 26 Feb 2021 07:29:33 +0000 (UTC) (envelope-from tsoome@me.com) Received: from nazgul.lan (148-52-235-80.sta.estpak.ee [80.235.52.148]) by mr85p00im-zteg06012001.me.com (Postfix) with ESMTPSA id 741FBA004D3; Fri, 26 Feb 2021 07:29:24 +0000 (UTC) From: Toomas Soome Message-Id: Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: testers needed: loader: use display pixel density for font autoselection Date: Fri, 26 Feb 2021 09:29:20 +0200 In-Reply-To: <202102260342.11Q3gkZU028499@gndrsh.dnsmgr.net> Cc: Jakob Alvermark , FreeBSD Developers , freebsd-current To: rgrimes@freebsd.org References: <202102260342.11Q3gkZU028499@gndrsh.dnsmgr.net> X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-02-26_01:2021-02-24, 2021-02-26 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-2006250000 definitions=main-2102260057 X-Rspamd-Queue-Id: 4Dn1WK34JZz4twB X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2021 07:29:33 -0000 > On 26. Feb 2021, at 05:42, Rodney W. Grimes = wrote: >=20 >>> On 23. Feb 2021, at 17:53, Jakob Alvermark = wrote: >>>=20 >>> On 2/23/21 12:27 PM, Toomas Soome via freebsd-current wrote: >>>> hi! >>>>=20 >>>> I have done some work to make font pickup a bit smarter (hopefully = better;), but my own ability to test is limited to one bugged supermicro = and one MBP with retina display? >>>>=20 >>>> The phab link ishttps://reviews.freebsd.org/D28849 = >>>>=20 >>>> I have built loader binaries as well (bios and uefi): >>>> loader_lua >>>> loader_lua.efi >>>>=20 >>>> To test, you should remove screen.font=3D line from loader.conf and = test with different resolutions. >>>>=20 >>>> thanks, >>>> toomas >>>=20 >>>=20 >>>=20 >>> Hi Toomas, >>>=20 >>>=20 >>> I tested on five different setups. >>>=20 >>> Surface Pro 10.6"@1920x1080: >>>=20 >>> The loader menu looks different, the "FreeBSD" text is on the right = side of the screen. >>=20 >>=20 >> I think, this was the lua script bug we did fix not too long time = ago. >>=20 >>>=20 >>> Otherwise, the font size is what I would call a normal size. >>>=20 >>>=20 >>> Acer laptop 11.6"@1366x768: >>>=20 >>> Menu looks fine. Almost fills the entire screen. >>>=20 >>> The font feels a little too big. >>=20 >>=20 >> The laptop built in displays usually do not give out EDID (we get = physical dimensions from EDID), so there we fall back to try to get = 80x25 terminal method. >=20 > I am having a hard time with that statement. EDID is very common on = laptop screens, infact I can not recall ever not seeing EDID on a = laptops builtin screen. > My 11" acer 1400 has EDID in it. >=20 >=20 If there is EDID, then it is all good. I have seen cases we do not get = it with available API. >>>=20 >>> Thinkpad built in 13"@1920x1080: >>>=20 >>> Menu looks fine, but a little slow. >>>=20 >>> The font size is a little to big for my liking. When drm loads and = mirrors the screen to my external 27" it looks comically large. >>>=20 >>=20 >> There is another issue - once DRM will kick in, we should re-consider = the console attributes, like fonts, but at this time, the kernel itself = only can use what was built in (8x16), or what loader was offering = (default if present). So it is up to user to act there. >=20 > It would be really nice if DRM could pick up what the resolution and = font was when it loaded! it should do more, my supermicro X10SAE is ony doing 800x600 with UEFI, = it has dell 27=E2=80=9D 4k monitor connected. VBE can get 1600x1200 from = the same set. What I would like to see is, once KMS is attached (i915), = I=E2=80=99d like to get bets possible resolution and appropriate font. = But thats something for future work. >=20 >>=20 >>>=20 >>> Thinkpad external 24"@1920x1200: >>>=20 >>> Menu looks OK, uses about a quarter of the screen. >>>=20 >>> Font size is fine, but once drm loads it looks a bit squeezed (like = thin and tall), but I guess that's drm detecting the built in 1920x1080, = and the external display is stretched. >>>=20 >>>=20 >>> Thinkpad external 27"@3840x2160: >>>=20 >>> Menu looks OK, uses about a quarter of the screen. >>>=20 >>> Font size is fine. >>>=20 >>> Looking at the dmesg though, it says: VT(efifb): resolution = 1920x1080 >>>=20 >>>=20 >>> Jakob >>>=20 >>=20 >>=20 >> Those cases .. I suppose the menu was still at left side, not in = middle? The thing there is, our menu is designed for 80x25 screen, with = respective constants.=20 >=20 > SO again... why are we deviating from that causing us issues? You have misunderstood - the current menu code *is* built for 80x25 - = the menu frame size is fixed, logo/brand locations are constants and so = on. >=20 >>=20 >> many thanks for testing, >=20 > I have downloaded your modified loader, and put it in place, it shall = get tested on my next reboot, which should be soon as 13-BETA4 should be = popping out soon. >=20 thank you! rgds, toomas From owner-freebsd-current@freebsd.org Fri Feb 26 09:16:47 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5CC3255B172 for ; Fri, 26 Feb 2021 09:16:47 +0000 (UTC) (envelope-from dim@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 4Dn3v325rsz3HMs; Fri, 26 Feb 2021 09:16:47 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "R3" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 1ED082EAF6; Fri, 26 Feb 2021 09:16:47 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:470:7a58::24c7:1fd9:f554:d26d] (unknown [IPv6:2001:470:7a58:0:24c7:1fd9:f554:d26d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 3116E30BC7; Fri, 26 Feb 2021 10:16:45 +0100 (CET) From: Dimitry Andric Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_0D3FE9D2-4707-4109-9F80-084B5D650A7A"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.17\)) Subject: Re: HEADS-UP: PIE enabled by default on main Date: Fri, 26 Feb 2021 10:16:35 +0100 In-Reply-To: Cc: John Kennedy , Greg 'groggy' Lehey , FreeBSD Current To: Ed Maste References: <20210225231028.GB69550@eureka.lemis.com> X-Mailer: Apple Mail (2.3445.104.17) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2021 09:16:47 -0000 --Apple-Mail=_0D3FE9D2-4707-4109-9F80-084B5D650A7A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 26 Feb 2021, at 03:22, Ed Maste wrote: >=20 > On Thu, 25 Feb 2021 at 19:23, John Kennedy wrote: >>=20 >> Not sure if Ed Maste just wants to make sure that all the = executables >> are rebuilt as PIE (vs hit-and-miss) or there is a sneaker = corner-case that >> he knows about. >=20 > The issue is that without a clean build you may have some .o files > left around that are built without PIE enabled (i.e., compiled without > -fPIE), and attempting to link them into a PIE executable will fail Hmm, maybe it is time for a ".pieo" extension? (I disliked .pico at first, but now I see the sense in it; might as well make clear that plain ".o" is meant for 'static' object files.) -Dimitry --Apple-Mail=_0D3FE9D2-4707-4109-9F80-084B5D650A7A Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCYDi8dAAKCRCwXqMKLiCW o1B1AKDxH13gjoNjRTIT1HeIZyHTbASyxQCgiCYHSb/oLvBkbKJS1W32uFl/2c4= =4E8t -----END PGP SIGNATURE----- --Apple-Mail=_0D3FE9D2-4707-4109-9F80-084B5D650A7A-- From owner-freebsd-current@freebsd.org Fri Feb 26 12:25:32 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CC83B5601C2 for ; Fri, 26 Feb 2021 12:25:32 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4Dn84r4WXlz3kd9 for ; Fri, 26 Feb 2021 12:25:32 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id 9B07156017A; Fri, 26 Feb 2021 12:25:32 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9ACBA5602B3 for ; Fri, 26 Feb 2021 12:25:32 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dn84q4CXDz3kft for ; Fri, 26 Feb 2021 12:25:31 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.16.1/8.15.2) with ESMTP id 11QCPNLe073734 for ; Fri, 26 Feb 2021 12:25:23 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.16.1/8.16.1/Submit) id 11QCPNCq073733 for current@freebsd.org; Fri, 26 Feb 2021 04:25:23 -0800 (PST) (envelope-from david) Date: Fri, 26 Feb 2021 04:25:23 -0800 From: David Wolfskill To: current@freebsd.org Subject: Re: HEADS-UP: PIE enabled by default on main Message-ID: Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org References: <20210225231028.GB69550@eureka.lemis.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="vQEFuVmhge+AWB29" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4Dn84q4CXDz3kft X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 107.204.234.170 as permitted sender) smtp.mailfrom=david@catwhisker.org X-Spamd-Result: default: False [-0.40 / 15.00]; HAS_REPLYTO(0.00)[current@freebsd.org]; RBL_DBL_DONT_QUERY_IPS(0.00)[107.204.234.170:from]; FREEFALL_USER(0.00)[david]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[107.204.234.170:from:127.0.2.255]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_NA(0.00)[catwhisker.org]; ARC_NA(0.00)[]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; MAILMAN_DEST(0.00)[current]; REPLYTO_EQ_TO_ADDR(5.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2021 12:25:32 -0000 --vQEFuVmhge+AWB29 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 25, 2021 at 09:22:43PM -0500, Ed Maste wrote: > On Thu, 25 Feb 2021 at 19:23, John Kennedy wrote: > > > > Not sure if Ed Maste just wants to make sure that all the executables > > are rebuilt as PIE (vs hit-and-miss) or there is a sneaker corner-case = that > > he knows about. >=20 > The issue is that without a clean build you may have some .o files > left around that are built without PIE enabled (i.e., compiled without > -fPIE), and attempting to link them into a PIE executable will fail > with an error like: >=20 > ld: error: can't create dynamic relocation R_X86_64_32 against local > symbol in readonly segment; recompile object files with -fPIC or pass > '-Wl,-z,notext' to allow text relocations in the output > .... FWIW, my source update from: FreeBSD freebeast.catwhisker.org 14.0-CURRENT FreeBSD 14.0-CURRENT #1194 ma= in-n245061-c861373bdff9: Thu Feb 25 04:09:17 PST 2021 root@freebeast.ca= twhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/GENERIC amd64 1400005 = 1400005 to: FreeBSD freebeast.catwhisker.org 14.0-CURRENT FreeBSD 14.0-CURRENT #1195 ma= in-n245107-172f2fc11cc5: Fri Feb 26 04:01:22 PST 2021 root@freebeast.ca= twhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/GENERIC amd64 1400005 = 1400005 this morning was quite uneventful. I did nothing special -- just the normal META_MODE build I always do. Rebooted; started X11 (built under stable/12, as with all of the ports save x11/nvidia-driver)... things Just Worked. :-) (Above was from one machine; I actually updated 3 machines in parallel.) Peace, david --=20 David H. Wolfskill david@catwhisker.org It is supremely disingenuous to claim a lack of jurisdiction, then =20 proceed to participate in a decision on the same matter. See https://www.catwhisker.org/~david/publickey.gpg for my public key. --vQEFuVmhge+AWB29 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAmA46LNfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 Pcl7CQf9Ethjg8vu5LLwFj8xekr7WkiDbMvznY37iiodNTwqOcAc1taBCL71xayI 0f3oH/BTwN+DH8fcFgVQKcjkE9R9qZn+epWzn7dwRWXF7bRaLRwtEMF8qkRQdoaC j7fVFGgWpU+yue6GxdBFBocDBvByzTcHUS2AbDc61f7V3Um8Ssy6THz1kfnA++Pe r9AJ2sBJym+l9gKeaEBUdutmdG9B4l4IzybWGB9nLdSNi2bj5rx7wz6wRr7muEfK ENFx55Y40dcPkhvyPdFjUUqEvj0YOssEDYoTnxHpwPUco/MzhSHVgZ7RfJ035uJD d9WcTWefYkDQ48lHun2hEGpKNf4mag== =jsnB -----END PGP SIGNATURE----- --vQEFuVmhge+AWB29-- From owner-freebsd-current@freebsd.org Fri Feb 26 13:57:36 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 592AD562298 for ; Fri, 26 Feb 2021 13:57:36 +0000 (UTC) (envelope-from pkubaj@anongoth.pl) Received: from mail.anongoth.pl (mail.anongoth.pl [46.248.190.61]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X448 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "anongoth.pl", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DnB733TDjz3qSF for ; Fri, 26 Feb 2021 13:57:35 +0000 (UTC) (envelope-from pkubaj@anongoth.pl) Received: from anongoth.pl (unknown [192.168.1.15]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: pkubaj@anongoth.pl) by mail.anongoth.pl (Postfix) with ESMTPSA id 8D706BFE1D for ; Fri, 26 Feb 2021 14:57:32 +0100 (CET) Date: Fri, 26 Feb 2021 14:57:31 +0100 From: Piotr Kubaj To: freebsd-current@freebsd.org Subject: Re: freebsd-current Digest, Vol 904, Issue 5 Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="iObbSPRB4FVQFDmX" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4DnB733TDjz3qSF X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.15 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEFALL_USER(0.00)[pkubaj]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[46.248.190.61:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:46.248.190.61]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[46.248.190.61:from:127.0.2.255]; MID_RHS_NOT_FQDN(0.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[anongoth.pl,reject]; NEURAL_HAM_SHORT(-0.75)[-0.746]; ARC_NA(0.00)[]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:47544, ipnet:46.248.160.0/19, country:PL]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-Mailman-Approved-At: Fri, 26 Feb 2021 14:17:14 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2021 13:57:36 -0000 --iObbSPRB4FVQFDmX Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Thanks for that work. Is there any plan to enable PIE for ports by default? On my workstation I've been building ports with PIE for some time. Most ports seem to build fine. Piotr Kubaj. --iObbSPRB4FVQFDmX Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEycyIeNkkgohzsoorelmbhSCDnJ0FAmA4/ksACgkQelmbhSCD nJ2/ExAAlvzo6KK2o4XcwDoHZWULjxYZ/NUiXlYTcWXORhL8cbG2BHfOdeGRxGW1 zs+fDHRjwnv1ABdedTL6YFpwoaJg6kdqB0eoJ1nRy3tUyCrxXcvuKmGe6PESJE08 jWucVoshrAT6bxczQH5wsZQ2AMMYsFqPOze9KwhdaJkCADquw2h53+Jv0+D/Rqve pv9qDSwt0yyQZAuJz0zllqOPV6RfIKelTWI+V2JyQWLTcXrMhmKnXPyggGvDRiMR o6doBs/uFi0lBkcA5XLP0lc0TWL1UkEJPWRUk5sHLd3sLyA7rZNw3cajHVFVq8yd B83vVI1HcMBvli6NPNjmrnxz7lpO3tgpZOvjlRRdSHXkTNaALA13Z2zEmwieeogt eYBzBFt+nwFCRX5csZFjWUBBfQPsZGgt16ME46TA+BUOnXlPahBop3XjK4uszab4 tKRz39rM7n12xo6SKdV+uVU/DN+5Ejai+7ak1IxROIKuBJgDxlB8bFK0ys2PEPbE JYRX6iRDxxnHeDyIqJbOz0gpgJecSrKzquoW2AAL8+XXJ7/nWwTWNrtS4mrQzsx9 C92WE+GquHryfzW/WQgQ6hp5iogYeYDHlY3yFZyv/r1yM+TwKxu5RsTR/gmNWmbL J4LJmp1rStULpSEcp5UY9NMv/FBsW1Duuu0rg4kH5AUag2erFys= =6Ctg -----END PGP SIGNATURE----- --iObbSPRB4FVQFDmX-- From owner-freebsd-current@freebsd.org Fri Feb 26 15:56:29 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CA2705647DD for ; Fri, 26 Feb 2021 15:56:29 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DnDmF3f6nz4SbF; Fri, 26 Feb 2021 15:56:29 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 11QFuNTD030822; Fri, 26 Feb 2021 07:56:23 -0800 (PST) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 11QFuMY4030821; Fri, 26 Feb 2021 07:56:22 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202102261556.11QFuMY4030821@gndrsh.dnsmgr.net> Subject: Re: testers needed: loader: use display pixel density for font autoselection In-Reply-To: To: Toomas Soome Date: Fri, 26 Feb 2021 07:56:22 -0800 (PST) CC: rgrimes@freebsd.org, Jakob Alvermark , FreeBSD Developers , freebsd-current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4DnDmF3f6nz4SbF X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2021 15:56:29 -0000 > > On 26. Feb 2021, at 05:42, Rodney W. Grimes wrote: > > > >>> On 23. Feb 2021, at 17:53, Jakob Alvermark wrote: > >>> > >>> On 2/23/21 12:27 PM, Toomas Soome via freebsd-current wrote: > >>>> hi! > >>>> > >>>> I have done some work to make font pickup a bit smarter (hopefully better;), but my own ability to test is limited to one bugged supermicro and one MBP with retina display? > >>>> > >>>> The phab link ishttps://reviews.freebsd.org/D28849 > >>>> > >>>> I have built loader binaries as well (bios and uefi): > >>>> loader_lua > >>>> loader_lua.efi > >>>> > >>>> To test, you should remove screen.font= line from loader.conf and test with different resolutions. > >>>> > >>>> thanks, > >>>> toomas > >>> > >>> > >>> > >>> Hi Toomas, > >>> > >>> > >>> I tested on five different setups. > >>> > >>> Surface Pro 10.6"@1920x1080: > >>> > >>> The loader menu looks different, the "FreeBSD" text is on the right side of the screen. > >> > >> > >> I think, this was the lua script bug we did fix not too long time ago. > >> > >>> > >>> Otherwise, the font size is what I would call a normal size. > >>> > >>> > >>> Acer laptop 11.6"@1366x768: > >>> > >>> Menu looks fine. Almost fills the entire screen. > >>> > >>> The font feels a little too big. > >> > >> > >> The laptop built in displays usually do not give out EDID (we get physical dimensions from EDID), so there we fall back to try to get 80x25 terminal method. > > > > I am having a hard time with that statement. EDID is very common on laptop screens, infact I can not recall ever not seeing EDID on a laptops builtin screen. > > My 11" acer 1400 has EDID in it. > > > > > > > If there is EDID, then it is all good. I have seen cases we do not get it with available API. Is there a way for me to know if the laoder found EDID data or not? It might be that the issue is that what ever loader is using for an API is not working. I based my "EDID is very common on laptop screens" on the fact that X11 almost always finds EDID. > >>> > >>> Thinkpad built in 13"@1920x1080: > >>> > >>> Menu looks fine, but a little slow. > >>> > >>> The font size is a little to big for my liking. When drm loads and mirrors the screen to my external 27" it looks comically large. > >>> > >> > >> There is another issue - once DRM will kick in, we should re-consider the console attributes, like fonts, but at this time, the kernel itself only can use what was built in (8x16), or what loader was offering (default if present). So it is up to user to act there. > > > > It would be really nice if DRM could pick up what the resolution and font was when it loaded! > > it should do more, my supermicro X10SAE is ony doing 800x600 with UEFI, it has dell 27? 4k monitor connected. VBE can get 1600x1200 from the same set. What I would like to see is, once KMS is attached (i915), I?d like to get bets possible resolution and appropriate font. But thats something for future work. > > > > >> > >>> > >>> Thinkpad external 24"@1920x1200: > >>> > >>> Menu looks OK, uses about a quarter of the screen. > >>> > >>> Font size is fine, but once drm loads it looks a bit squeezed (like thin and tall), but I guess that's drm detecting the built in 1920x1080, and the external display is stretched. > >>> > >>> > >>> Thinkpad external 27"@3840x2160: > >>> > >>> Menu looks OK, uses about a quarter of the screen. > >>> > >>> Font size is fine. > >>> > >>> Looking at the dmesg though, it says: VT(efifb): resolution 1920x1080 > >>> > >>> > >>> Jakob > >>> > >> > >> > >> Those cases .. I suppose the menu was still at left side, not in middle? The thing there is, our menu is designed for 80x25 screen, with respective constants. > > > > SO again... why are we deviating from that causing us issues? > > > You have misunderstood - the current menu code *is* built for 80x25 - the menu frame size is fixed, logo/brand locations are constants and so on. No, I think you have misunderstood me. I really do not like that the Loader and DRM seeem to deviate significantly from the default screen textual dimensions, as in that every thing is great on just about every machine I use until either the loader or DRM decides that it wants to use a resolution that, IMHO, is far too small font wise. Aka almost all machines booted to a "DOS" prompt well have a 80x25 text mode screen. FreeBSD seems to like to do a lot of 128x43. > > > > > >> > >> many thanks for testing, > > > > I have downloaded your modified loader, and put it in place, it shall get tested on my next reboot, which should be soon as 13-BETA4 should be popping out soon. > > > > thank you! Still waiting on Beta4, but I think I am going to push this loader to a few other systems and give it a try. > > rgds, > toomas > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Fri Feb 26 16:11:16 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A18275655BA for ; Fri, 26 Feb 2021 16:11:16 +0000 (UTC) (envelope-from tsoome@me.com) Received: from pv50p00im-ztbu10021601.me.com (pv50p00im-ztbu10021601.me.com [17.58.6.57]) (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 4DnF5J3Yv9z4TXX for ; Fri, 26 Feb 2021 16:11:16 +0000 (UTC) (envelope-from tsoome@me.com) Received: from nazgul.lan (148-52-235-80.sta.estpak.ee [80.235.52.148]) by pv50p00im-ztbu10021601.me.com (Postfix) with ESMTPSA id 33F376E0738; Fri, 26 Feb 2021 16:11:06 +0000 (UTC) From: Toomas Soome Message-Id: Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: testers needed: loader: use display pixel density for font autoselection Date: Fri, 26 Feb 2021 18:11:02 +0200 In-Reply-To: <202102261556.11QFuMY4030821@gndrsh.dnsmgr.net> Cc: rgrimes@freebsd.org, Jakob Alvermark , FreeBSD Developers , freebsd-current To: "Rodney W. Grimes" References: <202102261556.11QFuMY4030821@gndrsh.dnsmgr.net> X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-02-26_05:2021-02-26, 2021-02-26 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 mlxscore=0 mlxlogscore=730 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-2006250000 definitions=main-2102260122 X-Rspamd-Queue-Id: 4DnF5J3Yv9z4TXX X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2021 16:11:16 -0000 > On 26. Feb 2021, at 17:56, Rodney W. Grimes = wrote: >=20 >>> On 26. Feb 2021, at 05:42, Rodney W. Grimes = wrote: >>>=20 >>>>> On 23. Feb 2021, at 17:53, Jakob Alvermark = wrote: >>>>>=20 >>>>> On 2/23/21 12:27 PM, Toomas Soome via freebsd-current wrote: >>>>>> hi! >>>>>>=20 >>>>>> I have done some work to make font pickup a bit smarter = (hopefully better;), but my own ability to test is limited to one bugged = supermicro and one MBP with retina display? >>>>>>=20 >>>>>> The phab link ishttps://reviews.freebsd.org/D28849 = >>>>>>=20 >>>>>> I have built loader binaries as well (bios and uefi): >>>>>> loader_lua >>>>>> loader_lua.efi >>>>>>=20 >>>>>> To test, you should remove screen.font=3D line from loader.conf = and test with different resolutions. >>>>>>=20 >>>>>> thanks, >>>>>> toomas >>>>>=20 >>>>>=20 >>>>>=20 >>>>> Hi Toomas, >>>>>=20 >>>>>=20 >>>>> I tested on five different setups. >>>>>=20 >>>>> Surface Pro 10.6"@1920x1080: >>>>>=20 >>>>> The loader menu looks different, the "FreeBSD" text is on the = right side of the screen. >>>>=20 >>>>=20 >>>> I think, this was the lua script bug we did fix not too long time = ago. >>>>=20 >>>>>=20 >>>>> Otherwise, the font size is what I would call a normal size. >>>>>=20 >>>>>=20 >>>>> Acer laptop 11.6"@1366x768: >>>>>=20 >>>>> Menu looks fine. Almost fills the entire screen. >>>>>=20 >>>>> The font feels a little too big. >>>>=20 >>>>=20 >>>> The laptop built in displays usually do not give out EDID (we get = physical dimensions from EDID), so there we fall back to try to get = 80x25 terminal method. >>>=20 >>> I am having a hard time with that statement. EDID is very common on = laptop screens, infact I can not recall ever not seeing EDID on a = laptops builtin screen. >>> My 11" acer 1400 has EDID in it. >>>=20 >>>=20 >>=20 >>=20 >> If there is EDID, then it is all good. I have seen cases we do not = get it with available API. >=20 > Is there a way for me to know if the laoder found EDID data or not? > It might be that the issue is that what ever loader is using for an = API is not working. > I based my "EDID is very common on laptop screens" on the fact that = X11 almost always finds EDID. >=20 Yes, gop get / vbe list =E2=80=94 yes, it is inconsistent, should fix = at some point=E2=80=A6 :) we do use gop get active edid/get discovered edid protocol and vbe = function 0x4f15. rgds, toomas= From owner-freebsd-current@freebsd.org Fri Feb 26 16:24:54 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 174D1565DB4 for ; Fri, 26 Feb 2021 16:24:54 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DnFP02FTqz4Vyt; Fri, 26 Feb 2021 16:24:51 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 11QGOn9Q030933; Fri, 26 Feb 2021 08:24:49 -0800 (PST) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 11QGOnq2030932; Fri, 26 Feb 2021 08:24:49 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202102261624.11QGOnq2030932@gndrsh.dnsmgr.net> Subject: Re: KTLS with zfs recv In-Reply-To: To: Alan Somers Date: Fri, 26 Feb 2021 08:24:49 -0800 (PST) CC: FreeBSD CURRENT X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4DnFP02FTqz4Vyt X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-rwg@gndrsh.dnsmgr.net has no SPF policy when checking 69.59.192.140) smtp.mailfrom=freebsd-rwg@gndrsh.dnsmgr.net X-Spamd-Result: default: False [-2.07 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[69.59.192.140:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[69.59.192.140:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-0.98)[-0.984]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.98)[-0.982]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2021 16:24:54 -0000 > My understanding is that KTLS works very well with OpenSSL for sending, but > not as well for receiving, because there's nothing like a recvfile > syscall. However, it works great for both send and receive with NFS, where > all the data remains in the kernel. What about zfs recv? A very common > pattern is for an application to read from an SSL socket and then pipe the > data to zfs recv. For example, zrepl does that. Could zfs recv instead > read directly from the KTLS socket, bypassing userspace? That could > potentially save a _lot_ of cycles for a _lot_ of people. I did some patches and a short presentation at BSDCan that basically shoves the whole zfs send and zfs recv process into the kernel, ie it opens the sockets up, makes the connections, then the socket is passed into the kernel(s) and it all runs in kernel mode. https://www.bsdcan.org/2018/schedule/attachments/479_BSDCan-2018-zfs-send.pdf A few things need fixed like reversing who does the listen for security reasons, but this feature is probably ready for prime time. > -Alan -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Fri Feb 26 16:43:30 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7CD2C566B00 for ; Fri, 26 Feb 2021 16:43:30 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DnFpT2p97z4X9D; Fri, 26 Feb 2021 16:43:28 +0000 (UTC) (envelope-from ohartmann@walstatt.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1614357799; bh=DQ1zvZgu6YgnAuuYRO0/agwm8wjDvkTgqx5N833V1/M=; h=X-UI-Sender-Class:Date:From:To:Cc:Subject:In-Reply-To:References; b=Ak8pDZ94kCIq3xPZ9VLzLebxZKx9CSp78Lf2hw2bTnX0UeLqbXn3WJ2s6k++DMZtn +ee5uRsnl5WiqfkQInmFnUDJa56WKUis4k0NJdtUaBMcZ76OvnYafVOT/IWTGAztFN qlSyU2BtoVyboE8Y0JetXOXbsGX1y+EJ6QAdJsn0= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from thor.intern.walstatt.dynvpn.de ([78.54.181.75]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MSt8Q-1lNyDQ40ha-00UK3I; Fri, 26 Feb 2021 17:43:19 +0100 Date: Fri, 26 Feb 2021 17:42:42 +0100 From: "O. Hartmann" To: Martin Matuska Cc: John Kennedy , Renato Botelho , freebsd-current@freebsd.org, Ryan Moeller Subject: Re: zpool upgrade can't enable new features Message-ID: <20210226174309.71720987@thor.intern.walstatt.dynvpn.de> In-Reply-To: <86527741-6771-f878-2071-3df092891b12@FreeBSD.org> References: <86527741-6771-f878-2071-3df092891b12@FreeBSD.org> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Provags-ID: V03:K1:DmJnjjMhQJeafzI+hK6WlakCiL9YYtbX/7KdjD8YUK5/Bg7/8Zb 7K9SyAEC9BWoXOL10ahpqVdFeGL20gioLsg/0VZaxgyZ0iGgOHJtTTnJ0+xBjbRobEgf7vm Y75W6GuwjbicqcoBw7FFLxI7mNcH2vVSkSceUyGkKDwckhonzcz4kZ7w2NS95qJA9SRRtqW 42HPrZ66xgZp+qhAoMIEg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:NKGIIfaUKQM=:W7H4jSHzTsoEN6DGqzoZ0g di+tntRnoFI3S/dMjbHtVS6qQ7utjPvVyBv/pHRtYJUE9CwhW2S6QD1TFOJFLOYVU0gdvLm/q N1l586pAvE3PFPzbydk20GLm4JZpz5RyzQdqP31poVh7rLvBg0Dk+uXD/GBS4cBjT5flAqR4i a7w0L+NKVwLvLe5veg5qcFVkh5sqkmmEWQ9VYwPhqaJsAYANGur93w+AW6IStgn3zpdmMbFfr VsOu8xXAi7+/KLtiy/FsQNpM1RJDzWOntdslDPqWLnmrlY/++Oc5OEN6THYxeBe50pzFxJOtB OBTrjUZhF62jtksTnqpsSPFIvgKRaV+VvgsDhh2BYyh4/5zlMGusOI+RYsiKjVhjxuUEfDKTq 0o2kxExIrLupLFyXJ8QphLGBmyvHAgYLpOYOkWTPKOdEU0y9qH1W/sx/FywVKut36cedjM9R3 wUFDItSFuiD06y0XNWPUo/Lhfp5C8sPRONOxZwyxcmyOWuSP3T+BChxfmAquDNH1nElSoO45U FqrXceHkoG+4ROZcf1juDircF97qhdwWbbm5EeWSwzpY3x923+Fh6ibuTK0T09F3Wg8gIZ5pU Sfy730IRap059R+rcasnd3scz5/7/W+kcwefaRAe2BuZ+DChzv/p2lGgIRo00rCe9HpRtrFWs 3KmFbC9I/DNbEKJr4bfKdT6JQBaHTimydI3f6S+D1wePbT5f151CYCVHVhEIJaiZy3Peh0v4h D7BUZtJ8AJ0Zt6YInMHVWrLKmaSWSJNiEnL99OvRv+O6ZUG9RG61YM1bcYVMcqNILKQxgPzA3 KLoHt60DWiTGgPbejgY8Q1fwjvcOXcOB0WGQINwWH5JXunOP02Hk8p6MGy7KbCyn9oFjyvJ9a CyDAtlQN9d0ec8zGJC1A== X-Rspamd-Queue-Id: 4DnFpT2p97z4X9D X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.net header.s=badeba3b8450 header.b=Ak8pDZ94; dmarc=none; spf=none (mx1.freebsd.org: domain of ohartmann@walstatt.org has no SPF policy when checking 212.227.17.22) smtp.mailfrom=ohartmann@walstatt.org X-Spamd-Result: default: False [-3.30 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; RCPT_COUNT_FIVE(0.00)[5]; HAS_ORG_HEADER(0.00)[]; DKIM_TRACE(0.00)[gmx.net:+]; MIME_BASE64_TEXT(0.10)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RECEIVED_SPAMHAUS_PBL(0.00)[78.54.181.75:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[212.227.17.22:from]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; RCVD_IN_DNSWL_LOW(-0.10)[212.227.17.22:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[walstatt.org]; SPAMHAUS_ZRD(0.00)[212.227.17.22:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record]; RWL_MAILSPIKE_POSSIBLE(0.00)[212.227.17.22:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2021 16:43:30 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBMjU2DQoNCkFtIFRo dSwgMjUgRmViIDIwMjEgMTg6Mjg6MDYgKzAxMDANCk1hcnRpbiBNYXR1c2thIDxtbUBGcmVlQlNE Lm9yZz4gc2NocmllYjoNCg0KPiBJIGhhdmUgc3VibWl0dGVkIGEgcHVsbCByZXF1ZXN0IHRvIGZp eCB0aGlzIGluIE9wZW5aRlM6DQo+IGh0dHBzOi8vZ2l0aHViLmNvbS9vcGVuemZzL3pmcy9wdWxs LzExNjUzDQo+IA0KPiBPbiAyNS4gMi4gMjAyMSAxNzoyMCwgSm9obiBLZW5uZWR5IHdyb3RlOg0K PiA+IE9uIFRodSwgRmViIDI1LCAyMDIxIGF0IDExOjA5OjE3QU0gLTAzMDAsIFJlbmF0byBCb3Rl bGhvIHdyb3RlOiAgDQo+ID4+IEkgcmVjZW50bHkgdXBncmFkZWQgYSBDVVJSRU5UIHN5c3RlbSB0 byBtYWluLW4yNDQ5MzItMjQ4YTQ3YTRjMmYgYW5kDQo+ID4+IHpwb29sIHN0YXR1cyBzaG93czoN Cj4gPj4NCj4gPj4gICAgIHBvb2w6IHpyb290DQo+ID4+ICAgIHN0YXRlOiBPTkxJTkUNCj4gPj4g c3RhdHVzOiBTb21lIHN1cHBvcnRlZCBhbmQgcmVxdWVzdGVkIGZlYXR1cmVzIGFyZSBub3QgZW5h YmxlZCBvbiB0aGUgcG9vbC4NCj4gPj4gICAgICAgICAgIFRoZSBwb29sIGNhbiBzdGlsbCBiZSB1 c2VkLCBidXQgc29tZSBmZWF0dXJlcyBhcmUgdW5hdmFpbGFibGUuDQo+ID4+IGFjdGlvbjogRW5h YmxlIGFsbCBmZWF0dXJlcyB1c2luZyAnenBvb2wgdXBncmFkZScuIE9uY2UgdGhpcyBpcyBkb25l LA0KPiA+PiAgICAgICAgICAgdGhlIHBvb2wgbWF5IG5vIGxvbmdlciBiZSBhY2Nlc3NpYmxlIGJ5 IHNvZnR3YXJlIHRoYXQgZG9lcyBub3Qgc3VwcG9ydA0KPiA+PiAgICAgICAgICAgdGhlIGZlYXR1 cmVzLiBTZWUgenBvb2wtZmVhdHVyZXMoNSkgZm9yIGRldGFpbHMuICANCj4gPiAgICBJIG5vdGlj ZWQgdGhhdCB0aGUgb3RoZXIgZGF5IHdpdGggbWFpbi1uMjQ1MDM3LTZlODIyZTk5NTcwZi4NCj4g Pg0KPiA+IAkgIHBvb2w6IHpyb290DQo+ID4gCSBzdGF0ZTogT05MSU5FDQo+ID4gCXN0YXR1czog U29tZSBzdXBwb3J0ZWQgYW5kIHJlcXVlc3RlZCBmZWF0dXJlcyBhcmUgbm90IGVuYWJsZWQgb24g dGhlIHBvb2wuDQo+ID4gCSAgICAgICAgVGhlIHBvb2wgY2FuIHN0aWxsIGJlIHVzZWQsIGJ1dCBz b21lIGZlYXR1cmVzIGFyZSB1bmF2YWlsYWJsZS4NCj4gPiAJYWN0aW9uOiBFbmFibGUgYWxsIGZl YXR1cmVzIHVzaW5nICd6cG9vbCB1cGdyYWRlJy4gT25jZSB0aGlzIGlzIGRvbmUsDQo+ID4gCSAg ICAgICAgdGhlIHBvb2wgbWF5IG5vIGxvbmdlciBiZSBhY2Nlc3NpYmxlIGJ5IHNvZnR3YXJlIHRo YXQgZG9lcyBub3Qgc3VwcG9ydA0KPiA+IAkgICAgICAgIHRoZSBmZWF0dXJlcy4gU2VlIHpwb29s LWZlYXR1cmVzKDUpIGZvciBkZXRhaWxzLg0KPiA+IAkgIHNjYW46IHNjcnViIHJlcGFpcmVkIDBC IGluIDAwOjAxOjEwIHdpdGggMCBlcnJvcnMgb24gTW9uIEZlYiAgMSAxODozNDo0MyAyMDIxDQo+ ID4gCWNvbmZpZzoNCj4gPg0KPiA+IAkgICAgICAgIE5BTUUgICAgICAgICAgIFNUQVRFICAgICBS RUFEIFdSSVRFIENLU1VNDQo+ID4gCSAgICAgICAgenJvb3QgICAgICAgICAgT05MSU5FICAgICAg IDAgICAgIDAgICAgIDANCj4gPiAJICAgICAgICAgIHZ0YmQwcDMuZWxpICBPTkxJTkUgICAgICAg MCAgICAgMCAgICAgMA0KPiA+DQo+ID4gICAgSSBkaWRuJ3Qgc2VlIGFueXRoaW5nIGF0IGFsbCB0 aGF0IHNlZW1lZCBtaXNzaW5nLg0KPiA+DQo+ID4gCXpwb29sIGdldCBhbGwgenJvb3QgfCBncmVw IGZlYXR1cmUgfCBzZWQgLUUgJ3MvXihbXiBdKylbIF0rKFteIF0rKVsgXSsoW14gXSspWw0KPiA+ IF0rKFteIF0rKS4qJC9cMSBcMyBcNC8nIHwgc29ydCB8IHVuaXEgLWMgMTIgenJvb3QgYWN0aXZl IGxvY2FsDQo+ID4gCSAgMjEgenJvb3QgZW5hYmxlZCBsb2NhbA0KPiA+ICANCj4gX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gZnJlZWJzZC1jdXJyZW50 QGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdA0KPiBodHRwczovL2xpc3RzLmZyZWVic2Qub3JnL21h aWxtYW4vbGlzdGluZm8vZnJlZWJzZC1jdXJyZW50DQo+IFRvIHVuc3Vic2NyaWJlLCBzZW5kIGFu eSBtYWlsIHRvICJmcmVlYnNkLWN1cnJlbnQtdW5zdWJzY3JpYmVAZnJlZWJzZC5vcmciDQoNCkkg aGF2ZSB0aGUgc2FtZSBwcm9ibGVtIGhlcmUuDQpXaGVuIHdpbGwgdGhlIHBhdGNoIGxhbmQgaW4g RnJlZUJTRD8NCg0KS2luZCByZWdhcmRzLA0KDQpvaA0KDQotIC0tIA0KTy4gSGFydG1hbm4NCg0K SWNoIHdpZGVyc3ByZWNoZSBkZXIgTnV0enVuZyBvZGVyIMOcYmVybWl0dGx1bmcgbWVpbmVyIERh dGVuIGbDvHINCldlcmJlendlY2tlIG9kZXIgZsO8ciBkaWUgTWFya3QtIG9kZXIgTWVpbnVuZ3Nm b3JzY2h1bmcgKMKnIDI4IEFicy4gNCBCRFNHKS4NCi0tLS0tQkVHSU4gUEdQIFNJR05BVFVSRS0t LS0tDQoNCmlIVUVBUllJQUIwV0lRU3k4SUJ4QVBEa3FWQmFUSjQ0TjFaWlBiYTVSd1VDWURrbEhR QUtDUkE0TjFaWlBiYTUNClI1VW9BUDl2K0gwZGNDMGRHR09BOERGUHVZbnNnZ2RJNHRHK2ZHT1BQ ZDlwdG5zblZnRDlFSzFQMzFuMmx3VXANCmdQNkJCcjhuTm9DZTBESkZQNTNJZE1mTS9FbWVMUWc9 DQo9a3J4TA0KLS0tLS1FTkQgUEdQIFNJR05BVFVSRS0tLS0tDQo= From owner-freebsd-current@freebsd.org Fri Feb 26 16:55:09 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 54D10566EAE for ; Fri, 26 Feb 2021 16:55:09 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DnG3w3Rs3z4Y5W for ; Fri, 26 Feb 2021 16:55:08 +0000 (UTC) (envelope-from ohartmann@walstatt.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1614358507; bh=s4ugT8+uhYmQgnuCm5Gh/Aw3/CZ3PWG1VCpE5cVtbVw=; h=X-UI-Sender-Class:Date:From:To:Subject; b=b4IXMRM6qLQJki5R1Pm/GkCwP7TQ6lEdZFKGaaBMoITuKAwb1xdU1pwgVb/kW/5Wf pYffVaMAC2nA1DB2tBYEFEjIscfV6iYrwfPbGVJUkfCEd8pamTV9h+r7sFZNvNLx5s OyC+EfMrR8jvkKojwfsrIBgBFaEx5Yb8+nSED+tY= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from thor.intern.walstatt.dynvpn.de ([78.54.181.75]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MWigq-1lHwUV0lBI-00X524 for ; Fri, 26 Feb 2021 17:55:07 +0100 Date: Fri, 26 Feb 2021 17:54:39 +0100 From: "O. Hartmann" To: FreeBSD CURRENT Subject: No serial console: VBE not available Message-ID: <20210226175506.1742c469@thor.intern.walstatt.dynvpn.de> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Provags-ID: V03:K1:GMjoiJKrbAeNHALTV3qiojFTWZ/bLJg7iyMfhHzba/fxOddC/dV H/XP8ZQVGIJEsFktG39QwSKMjtPZIezXy+f/3qmyXaxyemfpnrbkbUDIowA6594luQ84FT+ Oyva+uZKUJPAPAZcbiQprwhE7k1QYMqmmEAlb+UPQLl9uNTrgi9+tHFreVs15rSantBNgZ/ AbcaruNo33jjGNTQBuV2Q== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:lRnaV4MfrmU=:KdY0h1EdzL/agh9Bs9iQr4 +a0qnHN5wsz4isfvi92E6/HB/7LaqRXqrtufrv7mNX1kAXpJlD98iASaZrN0RwccA98HX9fCr 6BnkJof/2WeqXzKocCm4GUYXp4VqjgVReogarZek09EMffHx7+cUV2yv8+8TuAGhL6PVPvy99 5P5vkFM4Aw/0CrwZvd06GB7ZUj52GQQtY9ntHV15cZmLhW5fEWCTrzr6g4pfCdI4B3fcpvvJk yev8mUzBpWLj+Dqnp7J8l1f8KlYFh/TNbCxLsG1/uuMLs7fNPhpKJcVmdaqo3eYLnIrkrMdNM EHvwQ4nbkeyX1WDS0cMX/gVHAgRppYwwDu//wV1vBDocwFkyUMw1gx+HbGjmhElzQO3tfWTgG Vk5kf5U6TGHKAgEfFtUkNWDSm4gpNQOGkSTVRmKCjD9QcaeNFNm53VGfdzFqLFZWjFlzGtiix of8NDPmznveaeWGAdl4jbhFbYhNXmJYRf/lO8g3KFM+bRvygGGTFXOdPvvKfQG9YNuPqouCuS W+ohmy2kw2yHFzYf1v6lWEavxW6FaS9xGptrewfyDDU3Iy5Vrlkaym3CgG8UzwSjyQvaM26Qe lLMCbkZsfVuQXUg0ogTkIukKRf+R42fVsMMSMpRPsYERU0fh1MAISQbN0kELYrOIga40Fg8/O AG5xg+uzLVyU2fsk2xoHIU9EX5NVpY+MKKm9aVU7UeNNwme5Ivs39YvDLkh9ChvaFo+O4rUH7 6C3qeLewZVnClm2cLr2U+KGNBlrxOld8bTr6fq2NBLQcbAplTVScxcePj5KJccAbkVkNS4VyW 7sYOdE67EB3ZE9be92+8YuIaFEQcVRcCqP9k0V4giFedft1jHv84oP3cA1FZD/DIiPBrm9Ux3 GD7Cl6mvrA3EF1GWW7Yg== X-Rspamd-Queue-Id: 4DnG3w3Rs3z4Y5W X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.net header.s=badeba3b8450 header.b=b4IXMRM6; dmarc=none; spf=none (mx1.freebsd.org: domain of ohartmann@walstatt.org has no SPF policy when checking 212.227.17.22) smtp.mailfrom=ohartmann@walstatt.org X-Spamd-Result: default: False [-3.30 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_ORG_HEADER(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmx.net:+]; MIME_BASE64_TEXT(0.10)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RECEIVED_SPAMHAUS_PBL(0.00)[78.54.181.75:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[212.227.17.22:from]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; RCVD_IN_DNSWL_LOW(-0.10)[212.227.17.22:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[walstatt.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[212.227.17.22:from:127.0.2.255]; R_SPF_NA(0.00)[no SPF record]; RWL_MAILSPIKE_POSSIBLE(0.00)[212.227.17.22:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2021 16:55:09 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBMjU2DQoNCmhlbGxv LA0KDQpydW5uaW5nIGEgRnJlZUJTRCBhcHBsaWFuY2Ugb24gdG9wIG9mIGEgUENlbmdpbmVzIEFQ VTJDNCB3aXRoIHRoZSBsYXRlc3Qgc2VhYmlvcw0KKGFwdTJfdjQuMTMuMC4zLnJvbSkuIFRoZSBQ Q2VuZ2luZXMgYm9vdCBpbWFnZSBsYXlvdXQgaXMgYmFzZWQgb24gcG1ici9ncHRib290IChHUFQg cGF0aXRpb24NCnNjaGVtZSksIHZpYSBuYW5vQlNEIHRoZSBsYXRlc3QgcG1ici9ncHRib290IGJp bmFyaWVzIGFyZSBhcHBsaWVkIHRha2VuIGZyb20gdGhlIDEzLVNUQUJMRQ0KdHJlZSAob3IgMTQt Q1VSUkVOVCkuDQoNCkl0IGRvZXNuJ3QgbWF0dGVyIHdoZXRoZXIgSSBwdXQgdGhlc2UgbGluZXMg aW50byAvYm9vdC9sb2FkZXIuY29uZjoNCg0KYm9vdF9zZXJpYWw9IllFUyINCmNvbWNvbnNvbGVf c3BlZWQ9IjExNTIwMCINCmNvbnNvbGU9ImNvbWNvbnNvbGUiDQoNCmF1dG9ib290X2RlbGF5PSIw Ig0KDQphbmQgaW4gdGhlIGtlcm5lbCBjb25maWcgZmlsZToNCg0Kb3B0aW9ucyAgICAgICAgIENP TlNQRUVEPTExNTIwMA0KDQp3aGlsZSBoYXZpbmcgYWxvcyBpbiBib3RoIGNhc2VzDQoNCi9ib290 L2NvbmZpZw0KLSAtaCAtUzExNTIwMA0KDQpmb2xsb3dpbmcgc3RyaWN0IHRoZSBoYW5kYm9vaydz IHN1Z2dlc3Rpb25zLg0KDQpBZnRlciBib290aW5nLCBJIGZhY2UgYWx3YXlzIGZvcmV2ZXIgdGhp cyBzY3JlZW46DQoNClNlYUJJT1MgKHZlcnNpb24gcmVsLTEuMTIuMS4zLTAtZzMwMGU4YjcwKQ0K DQpQcmVzcyBGMTAga2V5IG5vdyBmb3IgYm9vdCBtZW51DQoNClNlbGVjdCBib290IGRldmljZToN Cg0KMS4gU0QgY2FyZCBTTjY0RyA2MDkwNk1pQg0KMi4gVVNCIE1TQyBEcml2ZSAgVVNCIERJU0sg My4wIFBNQVANCjMuIEFIQ0kvMDogU2Ftc3VuZyBTU0QgODYwIEVWTyBtU0FUQSAyNTBHQiBBVEEt MTEgSGFyZC1EaXNrICgyMzIgR2lCeXRlcykNCjQuIFBheWxvYWQgW3NldHVwXQ0KNS4gUGF5bG9h ZCBbbWVtdGVzdF0NCg0KQm9vdGluZyBmcm9tIEhhcmQgRGlzay4uLg0KL2Jvb3QvY29uZmlnOiAt aCAtUzExNTIwMA0KQ29uc29sZXM6IHNlcmlhbCBwb3J0ICANCkJJT1MgZHJpdmUgQzogaXMgZGlz azANCkJJT1MgZHJpdmUgRDogaXMgZGlzazENCkJJT1MgZHJpdmUgRTogaXMgZGlzazINCkJJT1Mg NjM5a0IvMzQwNTMzNmtCIGF2YWlsYWJsZSBtZW1vcnkNCg0KRnJlZUJTRC94ODYgYm9vdHN0cmFw IGxvYWRlciwgUmV2aXNpb24gMS4xDQooTW9uIEZlYiAyMiAxODoxNzozMCBDRVQgMjAyMSByb290 QHRob3IpDQp8DQoNClZCRSBub3QgYXZhaWxhYmxlDQoNCg0KDQouLi4gYW5kIGl0cyBzdHVjayBm b3JldmVyIC4uLg0KDQpXaGF0IGlzIHdyb25nIGhlcmU/DQoNClRoYW5rcyBmb3IgeW91ciBoZWxw LA0KDQpraW5kIHJlZ2FyZHMNCg0KT2xpdmVyDQoNCg0KLSAtLSANCk8uIEhhcnRtYW5uDQoNCklj aCB3aWRlcnNwcmVjaGUgZGVyIE51dHp1bmcgb2RlciDDnGJlcm1pdHRsdW5nIG1laW5lciBEYXRl biBmw7xyDQpXZXJiZXp3ZWNrZSBvZGVyIGbDvHIgZGllIE1hcmt0LSBvZGVyIE1laW51bmdzZm9y c2NodW5nICjCpyAyOCBBYnMuIDQgQkRTRykuDQotLS0tLUJFR0lOIFBHUCBTSUdOQVRVUkUtLS0t LQ0KDQppSFVFQVJZSUFCMFdJUVN5OElCeEFQRGtxVkJhVEo0NE4xWlpQYmE1UndVQ1lEa242Z0FL Q1JBNE4xWlpQYmE1DQpSM1UwQVA5STFYQ2FZdUhxbjFHODhKUmNvRjhCWlZqZVNLeGQ1KzVjM2hU QTNqdzdoUUVBbUNmYjZ3N2wrbjEvDQovanlXbmk5Qy82Y0hOdk9TMzM3TGNMemZhRXVJY1E0PQ0K PTJRQXoNCi0tLS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLQ0K From owner-freebsd-current@freebsd.org Fri Feb 26 16:58:44 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8AE5D566E5B for ; Fri, 26 Feb 2021 16:58:44 +0000 (UTC) (envelope-from tsoome@me.com) Received: from pv50p00im-zteg10011501.me.com (pv50p00im-zteg10011501.me.com [17.58.6.42]) (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 4DnG831R4Kz4YcZ for ; Fri, 26 Feb 2021 16:58:42 +0000 (UTC) (envelope-from tsoome@me.com) Received: from nazgul.lan (148-52-235-80.sta.estpak.ee [80.235.52.148]) by pv50p00im-zteg10011501.me.com (Postfix) with ESMTPSA id 0A118B0031D; Fri, 26 Feb 2021 16:58:35 +0000 (UTC) From: Toomas Soome Message-Id: Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: No serial console: VBE not available Date: Fri, 26 Feb 2021 18:58:32 +0200 In-Reply-To: <20210226175506.1742c469@thor.intern.walstatt.dynvpn.de> Cc: FreeBSD CURRENT To: "O. Hartmann" References: <20210226175506.1742c469@thor.intern.walstatt.dynvpn.de> X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-02-26_05:2021-02-26, 2021-02-26 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-2006250000 definitions=main-2102260126 X-Rspamd-Queue-Id: 4DnG831R4Kz4YcZ X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.60 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[me.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:17.58.0.0/16]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[me.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[me.com,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_IN_DNSWL_LOW(-0.10)[17.58.6.42:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[me.com]; ASN(0.00)[asn:714, ipnet:17.58.0.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[me.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[17.58.6.42:from]; R_DKIM_ALLOW(-0.20)[me.com:s=1a1hai]; FREEFALL_USER(0.00)[tsoome]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; SPAMHAUS_ZRD(0.00)[17.58.6.42:from:127.0.2.255]; RECEIVED_SPAMHAUS_PBL(0.00)[80.235.52.148:received]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2021 16:58:44 -0000 > On 26. Feb 2021, at 18:54, O. Hartmann wrote: >=20 > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 >=20 > hello, >=20 > running a FreeBSD appliance on top of a PCengines APU2C4 with the = latest seabios > (apu2_v4.13.0.3.rom). The PCengines boot image layout is based on = pmbr/gptboot (GPT patition > scheme), via nanoBSD the latest pmbr/gptboot binaries are applied = taken from the 13-STABLE > tree (or 14-CURRENT). >=20 > It doesn't matter whether I put these lines into /boot/loader.conf: >=20 > boot_serial=3D"YES" > comconsole_speed=3D"115200" > console=3D"comconsole" >=20 > autoboot_delay=3D"0" >=20 > and in the kernel config file: >=20 > options CONSPEED=3D115200 >=20 > while having alos in both cases >=20 > /boot/config > - -h -S115200 >=20 > following strict the handbook's suggestions. >=20 > After booting, I face always forever this screen: >=20 > SeaBIOS (version rel-1.12.1.3-0-g300e8b70) >=20 > Press F10 key now for boot menu >=20 > Select boot device: >=20 > 1. SD card SN64G 60906MiB > 2. USB MSC Drive USB DISK 3.0 PMAP > 3. AHCI/0: Samsung SSD 860 EVO mSATA 250GB ATA-11 Hard-Disk (232 = GiBytes) > 4. Payload [setup] > 5. Payload [memtest] >=20 > Booting from Hard Disk... > /boot/config: -h -S115200 > Consoles: serial port =20 > BIOS drive C: is disk0 > BIOS drive D: is disk1 > BIOS drive E: is disk2 > BIOS 639kB/3405336kB available memory >=20 > FreeBSD/x86 bootstrap loader, Revision 1.1 > (Mon Feb 22 18:17:30 CET 2021 root@thor) > | >=20 > VBE not available >=20 >=20 >=20 > ... and its stuck forever ... >=20 > What is wrong here? >=20 > Thanks for your help, >=20 > kind regards >=20 > Oliver >=20 You are missing this one: commit 61c50cbc096d28e44cb8b627e524ae58158c423a Author: Toomas Soome Date: Sun Feb 21 12:32:18 2021 +0200 loader: autoload_font will hung loader when there is no local = console =20 If we start with console set to comconsole, the local console (vidconsole, efi) is never initialized and attempt to use the data can render the loader hung. =20 Reported by: Kamigishi Rei MFC after: 3 days The temporary workaround is to add -D, this will trigger call to = vidc_init() and will prevent the hung. rgds, toomas From owner-freebsd-current@freebsd.org Fri Feb 26 17:53:05 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BEC4A548B2B for ; Fri, 26 Feb 2021 17:53:05 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-ot1-f44.google.com (mail-ot1-f44.google.com [209.85.210.44]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DnHLn510Cz4dRX for ; Fri, 26 Feb 2021 17:53:05 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-ot1-f44.google.com with SMTP id h22so9819742otr.6 for ; Fri, 26 Feb 2021 09:53:05 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Smy6QA+iW6pkVbJje3A1AD/i9BSzpe1zXnEwNJ92qCQ=; b=fUbUFIze4Mka5Otqcb6FazRZSyaSpBs4XotN/b2PudifbI/oE7z0LPLDidcGlVvu7n pszlAMBlsyP0bDtBNgV47W/jbLSyHqighjRrvu6iwegql94bDZjjVIHDyFiWOyUuZ15d lU572QeDSfl7y4YirrMFfSIIPsWUVgaUiw/E8UXSeQysesT9mAnM09kvMbrWvQHyDKde aZdFi97c5MZR66ydwHnX9okouijmyCp0wzbI/Ryke5150iqWdsNlUbeQVRXWDK7VvGAg vhTVxHj7Y6h81Cv9g6lDw18pe0Yrqitw9T5lBy68vPkntpGJ9LNRtVf63953BC7G3D/Z 329g== X-Gm-Message-State: AOAM530yj83dQlBBiCRJ/KLdTTsGyUhp2rkyAKhDLIGyDMWR44GjW7fi w/dHFPDqRG/0ZSdDbuvOBKaA/AlBboZuxTpjYkzl/N6K+u8= X-Google-Smtp-Source: ABdhPJzbAYnSwcczKeI5USkB12hIzvBsLVfiXvrnG3/bnyqmU7Yorro2HqxpB1E2cn99L+Fj8t/b93Pihdut15zFbn8= X-Received: by 2002:a9d:3642:: with SMTP id w60mr3292900otb.18.1614361984504; Fri, 26 Feb 2021 09:53:04 -0800 (PST) MIME-Version: 1.0 References: <202102261624.11QGOnq2030932@gndrsh.dnsmgr.net> In-Reply-To: <202102261624.11QGOnq2030932@gndrsh.dnsmgr.net> From: Alan Somers Date: Fri, 26 Feb 2021 10:52:53 -0700 Message-ID: Subject: Re: KTLS with zfs recv To: "Rodney W. Grimes" Cc: FreeBSD CURRENT X-Rspamd-Queue-Id: 4DnHLn510Cz4dRX X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2021 17:53:05 -0000 On Fri, Feb 26, 2021 at 9:24 AM Rodney W. Grimes < freebsd-rwg@gndrsh.dnsmgr.net> wrote: > > My understanding is that KTLS works very well with OpenSSL for sending, > but > > not as well for receiving, because there's nothing like a recvfile > > syscall. However, it works great for both send and receive with NFS, > where > > all the data remains in the kernel. What about zfs recv? A very common > > pattern is for an application to read from an SSL socket and then pipe > the > > data to zfs recv. For example, zrepl does that. Could zfs recv instead > > read directly from the KTLS socket, bypassing userspace? That could > > potentially save a _lot_ of cycles for a _lot_ of people. > > I did some patches and a short presentation at BSDCan that basically > shoves the whole zfs send and zfs recv process into the kernel, ie > it opens the sockets up, makes the connections, then the socket > is passed into the kernel(s) and it all runs in kernel mode. > > > https://www.bsdcan.org/2018/schedule/attachments/479_BSDCan-2018-zfs-send.pdf > > A few things need fixed like reversing who does the listen for > security reasons, but this feature is probably ready for prime > time. > > > -Alan > > -- > Rod Grimes > rgrimes@freebsd.org That looks potentially useful, but it doesn't use encryption. Would it work if the socket had been opened by openssl with ktls? From owner-freebsd-current@freebsd.org Fri Feb 26 18:16:26 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CA484549CEE for ; Fri, 26 Feb 2021 18:16:26 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DnHsk0t60z4gW9; Fri, 26 Feb 2021 18:16:25 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 11QIGMCi031367; Fri, 26 Feb 2021 10:16:22 -0800 (PST) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 11QIGME9031366; Fri, 26 Feb 2021 10:16:22 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202102261816.11QIGME9031366@gndrsh.dnsmgr.net> Subject: Re: KTLS with zfs recv In-Reply-To: To: Alan Somers Date: Fri, 26 Feb 2021 10:16:22 -0800 (PST) CC: "Rodney W. Grimes" , FreeBSD CURRENT X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4DnHsk0t60z4gW9 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-rwg@gndrsh.dnsmgr.net has no SPF policy when checking 69.59.192.140) smtp.mailfrom=freebsd-rwg@gndrsh.dnsmgr.net X-Spamd-Result: default: False [1.14 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[dnsmgr.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[69.59.192.140:from]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.24)[0.244]; SPAMHAUS_ZRD(0.00)[69.59.192.140:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MIME_TRACE(0.00)[0:+]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2021 18:16:26 -0000 > On Fri, Feb 26, 2021 at 9:24 AM Rodney W. Grimes < > freebsd-rwg@gndrsh.dnsmgr.net> wrote: > > > > My understanding is that KTLS works very well with OpenSSL for sending, > > but > > > not as well for receiving, because there's nothing like a recvfile > > > syscall. However, it works great for both send and receive with NFS, > > where > > > all the data remains in the kernel. What about zfs recv? A very common > > > pattern is for an application to read from an SSL socket and then pipe > > the > > > data to zfs recv. For example, zrepl does that. Could zfs recv instead > > > read directly from the KTLS socket, bypassing userspace? That could > > > potentially save a _lot_ of cycles for a _lot_ of people. > > > > I did some patches and a short presentation at BSDCan that basically > > shoves the whole zfs send and zfs recv process into the kernel, ie > > it opens the sockets up, makes the connections, then the socket > > is passed into the kernel(s) and it all runs in kernel mode. > > > > > > https://www.bsdcan.org/2018/schedule/attachments/479_BSDCan-2018-zfs-send.pdf > > > > A few things need fixed like reversing who does the listen for > > security reasons, but this feature is probably ready for prime > > time. > > > > > -Alan > > > > -- > > Rod Grimes > > rgrimes@freebsd.org > > > That looks potentially useful, but it doesn't use encryption. Would it > work if the socket had been opened by openssl with ktls? Yes, it should. Internally the zfs send and recv code just does reads and writes to the socket, so what ever you setup for "connected" sockets should work. -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Fri Feb 26 18:34:08 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6CB5154A69E for ; Fri, 26 Feb 2021 18:34:08 +0000 (UTC) (envelope-from gbe@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 4DnJG82fX9z4hsq; Fri, 26 Feb 2021 18:34:08 +0000 (UTC) (envelope-from gbe@freebsd.org) Received: from localhost (p200300d5d740b9896d069cdace2dee6b.dip0.t-ipconnect.de [IPv6:2003:d5:d740:b989:6d06:9cda:ce2d:ee6b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gbe) by smtp.freebsd.org (Postfix) with ESMTPSA id EC00A3318; Fri, 26 Feb 2021 18:34:07 +0000 (UTC) (envelope-from gbe@freebsd.org) Date: Fri, 26 Feb 2021 19:34:03 +0100 From: Gordon Bergling To: Ed Maste Cc: FreeBSD Current Subject: Re: HEADS-UP: PIE enabled by default on main Message-ID: References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="N5TZ0lfI0IglflPV" Content-Disposition: inline In-Reply-To: X-Url: X-Operating-System: FreeBSD 12.2-STABLE amd64 X-Host-Uptime: 7:32PM up 11:22, 1 user, load averages: 0.22, 0.25, 0.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2021 18:34:08 -0000 --N5TZ0lfI0IglflPV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 25, 2021 at 03:58:07PM -0500, Ed Maste wrote: > As of 9a227a2fd642 (main-n245052) base system binaries are now built > as position-independent executable (PIE) by default, for 64-bit > architectures. PIE executables are used in conjunction with address > randomization as a mitigation for certain types of security > vulnerabilities. >=20 > If you track -CURRENT and normally build WITHOUT_CLEAN you'll need to > do one initial clean build -- either run `make cleanworld` or set > WITH_CLEAN=3Dyes. >=20 > No significant user-facing changes are expected from this change, but > there are some minor ones. For example, `file` will indicate that > binaries are PIE by reporting something like `ELF 64-bit LSB pie > executable` rather than `ELF 64-bit LSB executable`. Also, for most > workloads no notable performance impact is expected. >=20 > For almost all ports this should result in no change. There are a > small number of ports that use base system /usr/share/mk > infrastructure and thus inherit the base system default, and some of > those initially failed to build. Those found during an exp-run in > PR253275 have been addressed or have patches waiting. >=20 > Please watch out for any new issues after you next update the base > system and/or ports, and report issues via a Bugzilla PR or in reply > here. Thats a huge step forward in terms on security. Thanks for the efforts and anyone involved. --Gordon --N5TZ0lfI0IglflPV Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEEYbWI0KY5X7yH/Fy4OQX2V8rP09wFAmA5PxtfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDYx QjU4OEQwQTYzOTVGQkM4N0ZDNUNCODM5MDVGNjU3Q0FDRkQzREMACgkQOQX2V8rP 09w3vAf/QMMXS//HKi/CVLUpki2+X8WDsDLDHT87yVPPuPXzPfodjBTn4Eb9ZYD7 5e3lRd+wB6pUQbnSQN/GsyTxjRldFOLjkRtqQ50RTApOk0AYUctfZXoD9DRobc8T cxfwRDWa33v999yMC0XZF2TUnSNFZ/GMCRH/4F/JQK1WITlSGfIAxXDtd5jRZIUN DpXqx+rU/r7Y6Sfr3sVx1nJxrBK9uTaBq6a+LiQXzO83KUbu0a2rcR/hoNsJ0jM/ N7wI+ma8hr9OlYn/eUqidq2VHQYhAs6h11ci7uqsGEb/bgiSnzuM6FkGFTeyuj6R K9uhNAKdWPE5/Y/+Bx4jYyWqnHLfAA== =v6tF -----END PGP SIGNATURE----- --N5TZ0lfI0IglflPV-- From owner-freebsd-current@freebsd.org Fri Feb 26 18:53:16 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4A61E54ADA2 for ; Fri, 26 Feb 2021 18:53:16 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x72a.google.com (mail-qk1-x72a.google.com [IPv6:2607:f8b0:4864:20::72a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DnJhD1Vkxz4jsK for ; Fri, 26 Feb 2021 18:53:16 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x72a.google.com with SMTP id l132so8913706qke.7 for ; Fri, 26 Feb 2021 10:53:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=kOBJvVhAp43wwuFwle4ge8Sczy3WyM/TkQ9StsQ1tww=; b=tSvn6JSUHuybYHSl5+xJvv332uy9O7Ks2vnExqJ3t2zRYksLYg+wqsL6FoJk6mBqHB rnYh15lDQDZXyYkXxNCeN8//P66AW24X69jxfYGI33CDrjtpM6pj1wEEXK4/n8SGczhk YcpAYqu0uKBPi10yjHx0y0KgmV4kg/KkiD1ei0Nxk31nA1L5YcDs0ocyWy6dwrXAxPHV cbGmHmZMdfO7CDtW14UjYicDihCT6pH9xgwFgqDb9vKeZ2L78hHNTXwrmEpMq7937/Qw dsjt0o6X5XJ6U7vOOY1HQkHoAEE3bzBNHQmLWt1kjUTCdnikamPBlxAHb/2hWiBaSDPH JVnw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=kOBJvVhAp43wwuFwle4ge8Sczy3WyM/TkQ9StsQ1tww=; b=Y27YfUHOkvZRVnLL0Ju1Y0CPU/OVuaPtDtzXOrE4L8Y8i7rIYJXonOJIhSvfLiN7Fn WJyCTegPOAv3QOzGZZf+/FxEF8SnbAQNBktlNFFaGCvZC+/1BRTUBweLHBFTNJpNMGpM +8iGo0V6l1QtlM8cnlpQ84gUqtWGb08+bmdr2VzopMdqmF+HyiWj6EOvlTqBGFH+4rQw zzKdtGzSVFhdARlM/N4Zt6FgG/zD3XVuLuHEZzC0GxjulgTsEh4QTUTguDiNq3TLgLq9 BMiw8zpM7doGNfYS7vzGvVFG2e6EZ5XPODuh8REjbi7Hp4N4UL2eg13R4TN6mw9rrdz8 cAgA== X-Gm-Message-State: AOAM530L3+MatjlyGkxJQMz+tPpsFpQikxCSctHB/tWiehQf/01gd5rK Abvoro+2W5Ym8w/GWkCNZt5UkQAt8fqa7tg+axOo2qnoXTYjjg== X-Google-Smtp-Source: ABdhPJy9+qqtwZY/dYqmdhZ4k739xo8BBi0nxaqZJOMyU/6td2IXzH06vdHtg20Py7k4GDVtDRUqNAx4RZPXARJPcFo= X-Received: by 2002:a37:a151:: with SMTP id k78mr3959539qke.359.1614365595172; Fri, 26 Feb 2021 10:53:15 -0800 (PST) MIME-Version: 1.0 References: <202102261816.11QIGME9031366@gndrsh.dnsmgr.net> In-Reply-To: <202102261816.11QIGME9031366@gndrsh.dnsmgr.net> From: Warner Losh Date: Fri, 26 Feb 2021 11:53:03 -0700 Message-ID: Subject: Re: KTLS with zfs recv To: "Rodney W. Grimes" Cc: Alan Somers , FreeBSD CURRENT X-Rspamd-Queue-Id: 4DnJhD1Vkxz4jsK X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2021 18:53:16 -0000 On Fri, Feb 26, 2021 at 11:16 AM Rodney W. Grimes < freebsd-rwg@gndrsh.dnsmgr.net> wrote: > > On Fri, Feb 26, 2021 at 9:24 AM Rodney W. Grimes < > > freebsd-rwg@gndrsh.dnsmgr.net> wrote: > > > > > > My understanding is that KTLS works very well with OpenSSL for > sending, > > > but > > > > not as well for receiving, because there's nothing like a recvfile > > > > syscall. However, it works great for both send and receive with NFS, > > > where > > > > all the data remains in the kernel. What about zfs recv? A very > common > > > > pattern is for an application to read from an SSL socket and then > pipe > > > the > > > > data to zfs recv. For example, zrepl does that. Could zfs recv > instead > > > > read directly from the KTLS socket, bypassing userspace? That could > > > > potentially save a _lot_ of cycles for a _lot_ of people. > > > > > > I did some patches and a short presentation at BSDCan that basically > > > shoves the whole zfs send and zfs recv process into the kernel, ie > > > it opens the sockets up, makes the connections, then the socket > > > is passed into the kernel(s) and it all runs in kernel mode. > > > > > > > > > > https://www.bsdcan.org/2018/schedule/attachments/479_BSDCan-2018-zfs-send.pdf > > > > > > A few things need fixed like reversing who does the listen for > > > security reasons, but this feature is probably ready for prime > > > time. > > > > > > > -Alan > > > > > > -- > > > Rod Grimes > > > rgrimes@freebsd.org > > > > > > That looks potentially useful, but it doesn't use encryption. Would it > > work if the socket had been opened by openssl with ktls? > > Yes, it should. Internally the zfs send and recv code just does reads > and writes to the socket, so what ever you setup for "connected" sockets > should work. > Yea, KTLS generally wants userland to do the initial negotiation and share the connection state before doing the bulk encryption in the kernel... Warner From owner-freebsd-current@freebsd.org Fri Feb 26 18:58:11 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1081E54B2A7 for ; Fri, 26 Feb 2021 18:58:11 +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 4DnJnt1ThGz4kCC; Fri, 26 Feb 2021 18:58:09 +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 11QIvtPM030536 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 26 Feb 2021 20:57:58 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 11QIvtPM030536 Received: (from kostik@localhost) by tom.home (8.16.1/8.16.1/Submit) id 11QIvtmN030535; Fri, 26 Feb 2021 20:57:55 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 26 Feb 2021 20:57:55 +0200 From: Konstantin Belousov To: Gordon Bergling Cc: Ed Maste , FreeBSD Current Subject: Re: HEADS-UP: PIE enabled by default on main Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on tom.home X-Rspamd-Queue-Id: 4DnJnt1ThGz4kCC X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2021 18:58:11 -0000 On Fri, Feb 26, 2021 at 07:34:03PM +0100, Gordon Bergling wrote: > On Thu, Feb 25, 2021 at 03:58:07PM -0500, Ed Maste wrote: > > As of 9a227a2fd642 (main-n245052) base system binaries are now built > > as position-independent executable (PIE) by default, for 64-bit > > architectures. PIE executables are used in conjunction with address > > randomization as a mitigation for certain types of security > > vulnerabilities. > > > > If you track -CURRENT and normally build WITHOUT_CLEAN you'll need to > > do one initial clean build -- either run `make cleanworld` or set > > WITH_CLEAN=yes. > > > > No significant user-facing changes are expected from this change, but > > there are some minor ones. For example, `file` will indicate that > > binaries are PIE by reporting something like `ELF 64-bit LSB pie > > executable` rather than `ELF 64-bit LSB executable`. Also, for most > > workloads no notable performance impact is expected. > > > > For almost all ports this should result in no change. There are a > > small number of ports that use base system /usr/share/mk > > infrastructure and thus inherit the base system default, and some of > > those initially failed to build. Those found during an exp-run in > > PR253275 have been addressed or have patches waiting. > > > > Please watch out for any new issues after you next update the base > > system and/or ports, and report issues via a Bugzilla PR or in reply > > here. > > Thats a huge step forward in terms on security. Can you explain why? Thanks. > Thanks for the efforts and anyone involved. > > --Gordon From owner-freebsd-current@freebsd.org Fri Feb 26 19:32:29 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1E27D54C5DB for ; Fri, 26 Feb 2021 19:32:29 +0000 (UTC) (envelope-from gbe@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 4DnKYT0FvMz4mrH; Fri, 26 Feb 2021 19:32:29 +0000 (UTC) (envelope-from gbe@freebsd.org) Received: from localhost (p200300d5d740b9896d069cdace2dee6b.dip0.t-ipconnect.de [IPv6:2003:d5:d740:b989:6d06:9cda:ce2d:ee6b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gbe) by smtp.freebsd.org (Postfix) with ESMTPSA id 7C0A63DAE; Fri, 26 Feb 2021 19:32:28 +0000 (UTC) (envelope-from gbe@freebsd.org) Date: Fri, 26 Feb 2021 20:32:26 +0100 From: Gordon Bergling To: Konstantin Belousov Cc: Gordon Bergling , Ed Maste , FreeBSD Current Subject: Re: HEADS-UP: PIE enabled by default on main Message-ID: References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="0aKDmc0T7z5bRVAk" Content-Disposition: inline In-Reply-To: X-Url: X-Operating-System: FreeBSD 12.2-STABLE amd64 X-Host-Uptime: 8:28PM up 12:18, 1 user, load averages: 0.39, 0.29, 0.26 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2021 19:32:29 -0000 --0aKDmc0T7z5bRVAk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 26, 2021 at 08:57:55PM +0200, Konstantin Belousov wrote: > On Fri, Feb 26, 2021 at 07:34:03PM +0100, Gordon Bergling wrote: > > On Thu, Feb 25, 2021 at 03:58:07PM -0500, Ed Maste wrote: > > > As of 9a227a2fd642 (main-n245052) base system binaries are now built > > > as position-independent executable (PIE) by default, for 64-bit > > > architectures. PIE executables are used in conjunction with address > > > randomization as a mitigation for certain types of security > > > vulnerabilities. > > >=20 > > > If you track -CURRENT and normally build WITHOUT_CLEAN you'll need to > > > do one initial clean build -- either run `make cleanworld` or set > > > WITH_CLEAN=3Dyes. > > >=20 > > > No significant user-facing changes are expected from this change, but > > > there are some minor ones. For example, `file` will indicate that > > > binaries are PIE by reporting something like `ELF 64-bit LSB pie > > > executable` rather than `ELF 64-bit LSB executable`. Also, for most > > > workloads no notable performance impact is expected. > > >=20 > > > For almost all ports this should result in no change. There are a > > > small number of ports that use base system /usr/share/mk > > > infrastructure and thus inherit the base system default, and some of > > > those initially failed to build. Those found during an exp-run in > > > PR253275 have been addressed or have patches waiting. > > >=20 > > > Please watch out for any new issues after you next update the base > > > system and/or ports, and report issues via a Bugzilla PR or in reply > > > here. > >=20 > > Thats a huge step forward in terms on security. > Can you explain why? >=20 > Thanks. I can try. Enabling PIE for every 64bit architecture is in that matter a st= ep forward in security as it enables ASLR for further adoption. Thank You, again. --Gordon > > Thanks for the efforts and anyone involved. --0aKDmc0T7z5bRVAk Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEEYbWI0KY5X7yH/Fy4OQX2V8rP09wFAmA5TMpfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDYx QjU4OEQwQTYzOTVGQkM4N0ZDNUNCODM5MDVGNjU3Q0FDRkQzREMACgkQOQX2V8rP 09xi1Qf/bzXv5q8UON5FW5fLatZSuOCE5oH1iD5/Sp80R917R6CimMO9Ofd/lcnL Yedtu6MK7WgK5WYf/nTtuOv5pesvcMTWhJo6dqjBJanynlcKx2Lt79fwV1LNn6O/ 6hPlWiTO5CvH16zgkLBpSq0dLlU4GUHlgZKwv8ysDui5Ye29a5C7NdO3WLz0Bcqs CBfgEz9cEjFiILrcp1HcREhdEGGWw5AsekocDT17P3cicNcQaH6XhhoCb8cchRj8 3L3ioN4fSntDkIwKiSIDiAKsC5//6cW5FQ0FfpcNyA+rJPOyDQanXl80Wmh3bucf LNn0VsSHm2JqVAuY6NKUo3NctXHJtg== =AHE4 -----END PGP SIGNATURE----- --0aKDmc0T7z5bRVAk-- From owner-freebsd-current@freebsd.org Fri Feb 26 22:14:09 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8D463550C65 for ; Fri, 26 Feb 2021 22:14:09 +0000 (UTC) (envelope-from rebecca@bsdio.com) Received: from out01.mta.xmission.com (out01.mta.xmission.com [166.70.13.231]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DnP804z74z3DgB for ; Fri, 26 Feb 2021 22:14:08 +0000 (UTC) (envelope-from rebecca@bsdio.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=simple/simple; d=bsdio.com; s=xmission; h=Subject:Content-Transfer-Encoding:Content-Type:MIME-Version: Date:Message-ID:From:To:Sender:Reply-To:Cc:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=LR8JHuzre0qUAdGO6tvfNIWngnJDqmLeUDCREL1q600=; b=q+fXtMYKrCx0DPaQ+ubWQKDGK3 B+qVMgr0+NgqFJDTUIRrxghhhNGzUlRuJbOTuBiz/2lAPNGoo1pJY8k5CNQdRY3GElO5s+CGAuPRm hIXU2c/7BObHJ5Z5WqLVwJPnQAJGM4vZdL4S3+I5a2OYUhZVtcQ7RfeLuAbmEOWNe65Q=; Received: from in02.mta.xmission.com ([166.70.13.52]) by out01.mta.xmission.com with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.93) (envelope-from ) id 1lFlN6-0017xe-J3 for freebsd-current@freebsd.org; Fri, 26 Feb 2021 15:14:04 -0700 Received: from mta5.zcs.xmission.com ([166.70.13.69]) by in02.mta.xmission.com with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.93) (envelope-from ) id 1lFlN5-001gMD-RU for freebsd-current@freebsd.org; Fri, 26 Feb 2021 15:14:04 -0700 Received: from localhost (localhost [127.0.0.1]) by mta5.zcs.xmission.com (Postfix) with ESMTP id AE05A1281A16 for ; Fri, 26 Feb 2021 15:14:03 -0700 (MST) X-Amavis-Modified: Mail body modified (using disclaimer) - mta5.zcs.xmission.com Received: from mta5.zcs.xmission.com ([127.0.0.1]) by localhost (mta5.zcs.xmission.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id HP9isTysB2Zv for ; Fri, 26 Feb 2021 15:14:03 -0700 (MST) Received: from [10.0.10.142] (c-174-52-16-57.hsd1.ut.comcast.net [174.52.16.57]) by mta5.zcs.xmission.com (Postfix) with ESMTPSA id 7D06E12819FD for ; Fri, 26 Feb 2021 15:14:03 -0700 (MST) To: freebsd-current From: Rebecca Cran Message-ID: Date: Fri, 26 Feb 2021 15:14:02 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-XM-SPF: eid=1lFlN5-001gMD-RU; ; ; mid=; ; ; hst=in02.mta.xmission.com; ; ; ip=166.70.13.69; ; ; frm=rebecca@bsdio.com; ; ; spf=none X-SA-Exim-Connect-IP: 166.70.13.69 X-SA-Exim-Mail-From: rebecca@bsdio.com X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on sa04.xmission.com X-Spam-Level: X-Spam-Status: No, score=0.5 required=8.0 tests=ALL_TRUSTED,BAYES_50, DCC_CHECK_NEGATIVE,T_TM2_M_HEADER_IN_MSG,XMSubLong autolearn=disabled version=3.4.2 X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP * 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% * [score: 0.5001] * 0.7 XMSubLong Long Subject * 0.0 T_TM2_M_HEADER_IN_MSG BODY: No description available. * -0.0 DCC_CHECK_NEGATIVE Not listed in DCC * [sa04 1397; IP=ok Body=1 Fuz1=1] [Fuz2=1] X-Spam-DCC: XMission; sa04 1397; IP=ok Body=1 Fuz1=1 Fuz2=1 X-Spam-Combo: ;freebsd-current X-Spam-Relay-Country: X-Spam-Timing: total 276 ms - load_scoreonly_sql: 0.04 (0.0%), signal_user_changed: 10 (3.6%), b_tie_ro: 9 (3.1%), parse: 0.79 (0.3%), extract_message_metadata: 3.5 (1.3%), get_uri_detail_list: 0.69 (0.2%), tests_pri_-1000: 2.2 (0.8%), tests_pri_-950: 1.06 (0.4%), tests_pri_-900: 0.89 (0.3%), tests_pri_-90: 99 (35.9%), check_bayes: 98 (35.5%), b_tokenize: 4.6 (1.7%), b_tok_get_all: 6 (2.0%), b_comp_prob: 1.68 (0.6%), b_tok_touch_all: 84 (30.3%), b_finish: 0.68 (0.2%), tests_pri_0: 148 (53.6%), check_dkim_signature: 0.50 (0.2%), check_dkim_adsp: 38 (13.7%), poll_dns_idle: 32 (11.7%), tests_pri_10: 1.80 (0.7%), tests_pri_500: 7 (2.4%), rewrite_mail: 0.00 (0.0%) Subject: zfs: zpool status says I have unactivated features, but upgrade says I don't X-SA-Exim-Version: 4.2.1 (built Sat, 08 Feb 2020 21:53:50 +0000) X-SA-Exim-Scanned: Yes (on in02.mta.xmission.com) X-Rspamd-Queue-Id: 4DnP804z74z3DgB X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdio.com header.s=xmission header.b=q+fXtMYK; dmarc=none; spf=none (mx1.freebsd.org: domain of rebecca@bsdio.com has no SPF policy when checking 166.70.13.231) smtp.mailfrom=rebecca@bsdio.com X-Spamd-Result: default: False [-3.40 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[166.70.13.231:from]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdio.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RECEIVED_SPAMHAUS_PBL(0.00)[174.52.16.57:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[166.70.13.231:from]; RCVD_TLS_LAST(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:6315, ipnet:166.70.0.0/16, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_COUNT_FIVE(0.00)[6]; R_DKIM_ALLOW(-0.20)[bsdio.com:s=xmission]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdio.com]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[166.70.13.231:from:127.0.2.255]; RCVD_IN_DNSWL_LOW(-0.10)[166.70.13.231:from]; R_SPF_NA(0.00)[no SPF record]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2021 22:14:09 -0000 I'm seeing a mismatch on 14-CURRENT between 'zpool status' saying I have features that aren't enabled, and 'zpool upgrade' which says I don't. [bcran@smic ~]$ zpool status pool: spool state: ONLINE status: Some supported and requested features are not enabled on the pool. The pool can still be used, but some features are unavailable. action: Enable all features using 'zpool upgrade'. Once this is done, the pool may no longer be accessible by software that does not support the features. See zpool-features(5) for details. scan: scrub repaired 0B in 01:20:51 with 0 errors on Thu Feb 11 16:48:07 2021 config: NAME STATE READ WRITE CKSUM spool ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 ada0p2 ONLINE 0 0 0 ada1p2 ONLINE 0 0 0 ada2p2 ONLINE 0 0 0 ada3p2 ONLINE 0 0 0 mirror-1 ONLINE 0 0 0 ada4p2 ONLINE 0 0 0 ada5p2 ONLINE 0 0 0 ada6p2 ONLINE 0 0 0 ada7p2 ONLINE 0 0 0 errors: No known data errors [bcran@smic ~]$ sudo zpool upgrade spool This system supports ZFS pool feature flags. Pool 'spool' already has all supported and requested features enabled. -- Rebecca Cran From owner-freebsd-current@freebsd.org Fri Feb 26 23:25:27 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DFE3055283F for ; Fri, 26 Feb 2021 23:25:27 +0000 (UTC) (envelope-from freqlabs@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 4DnQkH62y3z3KDV for ; Fri, 26 Feb 2021 23:25:27 +0000 (UTC) (envelope-from freqlabs@FreeBSD.org) Received: from Ryans-MacBook-Pro.local (69-228-200-148.lightspeed.knvltn.sbcglobal.net [69.228.200.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: freqlabs/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id AB32254F5 for ; Fri, 26 Feb 2021 23:25:27 +0000 (UTC) (envelope-from freqlabs@FreeBSD.org) Subject: Re: zfs: zpool status says I have unactivated features, but upgrade says I don't To: freebsd-current@freebsd.org References: From: Ryan Moeller Message-ID: Date: Fri, 26 Feb 2021 18:25:26 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.16; rv:78.0) Gecko/20100101 Thunderbird/78.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2021 23:25:27 -0000 On 2/26/21 5:14 PM, Rebecca Cran wrote: > I'm seeing a mismatch on 14-CURRENT between 'zpool status' saying I > have features that aren't enabled, and 'zpool upgrade' which says I > don't. > > [bcran@smic ~]$ zpool status >   pool: spool >  state: ONLINE > status: Some supported and requested features are not enabled on the > pool. >         The pool can still be used, but some features are unavailable. > action: Enable all features using 'zpool upgrade'. Once this is done, >         the pool may no longer be accessible by software that does not > support >         the features. See zpool-features(5) for details. >   scan: scrub repaired 0B in 01:20:51 with 0 errors on Thu Feb 11 > 16:48:07 2021 > config: > >         NAME        STATE     READ WRITE CKSUM >         spool       ONLINE       0     0     0 >           mirror-0  ONLINE       0     0     0 >             ada0p2  ONLINE       0     0     0 >             ada1p2  ONLINE       0     0     0 >             ada2p2  ONLINE       0     0     0 >             ada3p2  ONLINE       0     0     0 >           mirror-1  ONLINE       0     0     0 >             ada4p2  ONLINE       0     0     0 >             ada5p2  ONLINE       0     0     0 >             ada6p2  ONLINE       0     0     0 >             ada7p2  ONLINE       0     0     0 > > errors: No known data errors > > [bcran@smic ~]$ sudo zpool upgrade spool > This system supports ZFS pool feature flags. > > Pool 'spool' already has all supported and requested features enabled. Should be fixed now, see https://reviews.freebsd.org/D28935 -Ryan From owner-freebsd-current@freebsd.org Sat Feb 27 00:11:12 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1F2A4553DEC for ; Sat, 27 Feb 2021 00:11:12 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670087.outbound.protection.outlook.com [40.107.67.87]) (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 4DnRl36nrmz3N6g; Sat, 27 Feb 2021 00:11:11 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=F0kus52YStqvFOBTaVDBgxZXW/I9Ss6UhZGU0L/oEY1hd53qp3BjiDoPRxJH74n164OOfND89v2B7c+sskpi7WaHc85L3zJaEayWBMqMhXZ5wysGRYBvpmeQ+3U8ZNipL6TmxUTGuPR1KBO3BJB0CgH+APHiUzm0J/nFX4rWQlGEsNa8/ocZdVruorAVbK5bpzhdusmSi5usbJ1c6ksKjAsaWHgDX/P663s3UU2AwiK2I75Jh0O7t3shgqqdQur1I+2dDEaD+3TGKJCGrMTNYQUe8jctlSJ+ateiOdf9X163pNMQoo7a395kD5yECu4HPO+ifKDUmu/+5HS5u8UnYw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=eI2/3aZFnX8PnZnKYq/VzUc5uTv65za6IzJSdFO1JWE=; b=OXjr2JzPc8YelNSnWm5zywBszXrc4T3LC0kOuF0nGmhJlLep/6vgV20mUt4ki2vAz1kn671BtsI35yFlArXsEjuqnUE/nGyMmUYUn4+HxaEuUgmcdazyQn4nyO7ILruSAcvhATYcaHlczq9NwCQoR11fkrWXm70Ks1IhZ9vpvKsZwsjWGmxRHq3R5xHMhlKjLS/XYWQVlZnk7TO7TvIi+LuRRuzpQTNzlJdQlKnSkpmOyGRJgGsG3t7KsOmLfFTKoZ9bLQr9ZO0Q3sAQ0UxN0fR4sO0DjMeKSjEyNQIjmNt2LPrW/hfeUue1YOsNRXPYfL9gJKXM0nd7J9F0dCo3wA== 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=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=eI2/3aZFnX8PnZnKYq/VzUc5uTv65za6IzJSdFO1JWE=; b=VklA4b+waFFkZpmpLuwinYDC3Ka6XPbGqEYSJb4VL8WibYHaLQH909pdBMGTtKyU8irHU/HT1oFoTb4niOEQFTM98jd6aThcuHNjOr8YkCVjDitikfj7b7S7veCXJ1R9rtG6xiAk8z3tuc8O12dWc5IIjQfVeca+Rz3OKB4JIXZzgflfP4RCee9pSddwffJ+0gbwPIAvMdCXkFcAq8WlPOgd27xM/XB4gT/jpRsVWEZYQqyoHZ/hUY4ISdMAw73kYNFSx75nhUXrYAANhjDVsaGUSkpHJE7YO9BizIkNuxBLmV+ZZWpOXBi6Ded1WlY4I0knqrutncD2P38G1A6LQg== Received: from YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:19::29) by YQBPR0101MB2082.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:f::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3868.32; Sat, 27 Feb 2021 00:11:09 +0000 Received: from YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM ([fe80::6073:6fc0:5ddf:dc8a]) by YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM ([fe80::6073:6fc0:5ddf:dc8a%7]) with mapi id 15.20.3846.048; Sat, 27 Feb 2021 00:11:09 +0000 From: Rick Macklem To: Warner Losh , "Rodney W. Grimes" CC: Alan Somers , FreeBSD CURRENT Subject: Re: KTLS with zfs recv Thread-Topic: KTLS with zfs recv Thread-Index: AQHXC/8ayZIiwV83pUycfuNq2VZYvqpqn9CAgAAYm4CAAAaPAIAACkCAgABS0fk= Date: Sat, 27 Feb 2021 00:11:09 +0000 Message-ID: References: <202102261816.11QIGME9031366@gndrsh.dnsmgr.net>, In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: b79cdfb2-3da7-4122-0ef9-08d8dab42f7b x-ms-traffictypediagnostic: YQBPR0101MB2082: x-ms-exchange-minimumurldomainage: bsdcan.org#6392 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: eYyu6kP/AnuasvvjBoWlw57LdeNCV5JLCI52plQIPeNAjI4RyZ0v1OUGLZx8sDaqDa11Vu5P7Qw1KS0KDnGZLFI0DrM3huFdyTynKG9LekrocHqKDGt3RVtbaktA9H7Xyb5yCXxX6nb7973vRLVPfqBdqqHtOT0hif+TFbiHgD3J1LU0LsV3GSXNBP8wD2I/qEgEEmpVzuviCkJUYKXAezFwPYFLP0lKP112r8Ok03bBhXsyRL7Zx/3uc2N1G/DrWHVOey1sNAsE1oFYoJ4Pvc9hLIkKdYBs7+rp2jzesyfeEivwSkH+qciRXB/aRb/SyoLeYJfNct9PfPpKQOBFReGu/24t33bSO6tkwoHaE3Qxxy80h+QjTMnvhaIsyipreObnKtOi1o6R2FLJN6bOc2GTQ4drvFbnoxA83pHdF+PRIFjAMSj/j/bR7xnrbsrZqnfgF6tGizt8Als+yO49LToky341dRjBwZIZ4ZqrbqM5LKedQKOBK6LAoKuR2RVeZ55seqNWGS1EUnJbWwI3zmWhz4C4D7cLwYPHHme8/1Isn+GZA/vEV2qyp8mMOzkNqhYgQu9gIQPc82429YzEXzSYzmlfP/OOvvhsHU8b5cY= 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:(136003)(39860400002)(396003)(366004)(346002)(376002)(83380400001)(4326008)(53546011)(64756008)(66446008)(91956017)(66556008)(66476007)(76116006)(2906002)(86362001)(33656002)(5660300002)(66946007)(8936002)(186003)(8676002)(110136005)(54906003)(55016002)(7696005)(478600001)(786003)(966005)(316002)(71200400001)(9686003)(52536014)(6506007)(3480700007); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: UqS1WkHorU731DecivEoOlvDP9ffpXuL1vzhiy4aegpfKVBiv/kzJ/XueKyZ5HJFMqJ8Ht3+UaFYDSIVLg/qqX899Q9Rfh7NrVc+5RDSgi2Bdru0IIuBzHJxKK+VZa+ViEYrd1HjvDuhryCwsB4wOndiZW6nlCEObd2qc+DL9qpjouvvOeUzxsO3hU0nPbPLNwIwrakUJ31uou5DCRjbWfkbwF9YvCOF8z8V6SAvLU0ydaSs8s/Hyixj3VI+QzAchgWNQBvVl2tPGnlW5vz8VULvRVYpSD8MVvoCQ6Iu6KZBY0h5gmguVU6cTIs3fym//9usnwly0HAmnyhHcSAzCJ7qsOpJagb6gATRlfHkypun9CktKPSU4Hsr4q6NwoNHjncL3TaxHJrZ1VvZvvUz0f0ENweBr6qIcaRCM3LIvefLNwY9wyznoVVNAgVGdly4ksMRxny8YaV9e0WzaenzF+YmJlCuVXm7XSZLqYA+q/GqYdbQNFhff2Q9pRrl+TUb2YgeRpf+i0pwnrfwcY01HY4Q3XetiSeTTKo5IZR0bCGJNNVwtd5yJuKr69PNA5YLANjpKSvoJmlf+rgaiURc1mMHqD7Nd6S5n3MFCHOr6PoSAliqfRnknqJnraB2oBf6OEnCg25z53he/3RPGu52K3NEEsVOQ+0TUuHTuHkn5rIArH9jqzqUWGU1rW74isyt41Yw8PBWliK/0J+ohUZLeR4lGf80O+Q4JF71R9Hv95xLKe9aLhCGMCG0LOij4ZWVzUJQYycBtm/QUT7VUR3tOIk5r3djot4+JpAfAxHGxGw= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable 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: b79cdfb2-3da7-4122-0ef9-08d8dab42f7b X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Feb 2021 00:11:09.7488 (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: RvldRAbnpG/qX3D8QlzCXoveh5zSSsilv53jj/zToQ+FOcYkczFfllmTiwq+3rPQZEPtjWBQEf2JDOIAs0Rqug== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR0101MB2082 X-Rspamd-Queue-Id: 4DnRl36nrmz3N6g X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2021 00:11:12 -0000 Warner Losh wrote:=0A= >On Fri, Feb 26, 2021 at 11:16 AM Rodney W. Grimes <=0A= >freebsd-rwg@gndrsh.dnsmgr.net> wrote:=0A= >=0A= >> > On Fri, Feb 26, 2021 at 9:24 AM Rodney W. Grimes <=0A= >> > freebsd-rwg@gndrsh.dnsmgr.net> wrote:=0A= >> >=0A= >> > > > My understanding is that KTLS works very well with OpenSSL for=0A= >> sending,=0A= >> > > but=0A= >> > > > not as well for receiving, because there's nothing like a recvfile= =0A= >> > > > syscall. However, it works great for both send and receive with N= FS,=0A= >> > > where=0A= >> > > > all the data remains in the kernel. What about zfs recv? A very= =0A= >> common=0A= >> > > > pattern is for an application to read from an SSL socket and then= =0A= >> pipe=0A= >> > > the=0A= >> > > > data to zfs recv. For example, zrepl does that. Could zfs recv=0A= >> instead=0A= >> > > > read directly from the KTLS socket, bypassing userspace? That cou= ld=0A= >> > > > potentially save a _lot_ of cycles for a _lot_ of people.=0A= >> > >=0A= >> > > I did some patches and a short presentation at BSDCan that basically= =0A= >> > > shoves the whole zfs send and zfs recv process into the kernel, ie= =0A= >> > > it opens the sockets up, makes the connections, then the socket=0A= >> > > is passed into the kernel(s) and it all runs in kernel mode.=0A= >> > >=0A= >> > >=0A= >> > >=0A= >> https://www.bsdcan.org/2018/schedule/attachments/479_BSDCan-2018-zfs-sen= d.pdf=0A= >> > >=0A= >> > > A few things need fixed like reversing who does the listen for=0A= >> > > security reasons, but this feature is probably ready for prime=0A= >> > > time.=0A= >> > >=0A= >> > > > -Alan=0A= >> > >=0A= >> > > --=0A= >> > > Rod Grimes=0A= >> > > rgrimes@freebsd.org=0A= >> >=0A= >> >=0A= >> > That looks potentially useful, but it doesn't use encryption. Would i= t=0A= >> > work if the socket had been opened by openssl with ktls?=0A= >>=0A= >> Yes, it should. Internally the zfs send and recv code just does reads= =0A= >> and writes to the socket, so what ever you setup for "connected" sockets= =0A= >> should work.=0A= >>=0A= >=0A= >Yea, KTLS generally wants userland to do the initial negotiation and share= =0A= >the connection state before doing the bulk encryption in the kernel...=0A= Yes. KTLS only handles application data records. The TLS handshake must=0A= be done in userspace.=0A= =0A= Handling of non-application data records received after the initial handsha= ke=0A= also needs to be handled in userspace. All the userspace program does is an= =0A= SSL_read() with a len argument =3D=3D 0. This will always return an error, = but only=0A= after it has read the non-application data records off the head of the sock= et's=0A= receive queue. The kernel code needs to tell the userspace program to do th= is=0A= somehow. The nfs-over-tls code does this via an upcall RPC to the userspace= =0A= daemon (rpc.tlsclntd or rpc.tlsservd).=0A= =0A= I added MSG_TLSAPPDATA which can be used as an argument to soreceive()=0A= to tell it to return an error when there is a non-application data record a= t the=0A= head of the socket's receive queue, to facilitate this.=0A= =0A= You do normal sosend()/soreceive() on the socket with unencrypted data,=0A= although each soreceive() will give you a ctrlmsg mbuf with TLS record=0A= info, if you care (when you use MSG_TLSAPPDATA, they're all just applicatio= n=0A= data records). Each soreceive() gives you one application data record, but= =0A= the code probably won't care.=0A= =0A= Finally, when done transferring data, userspace probably wants to do=0A= SSL_shutdown() to do the peer reset (although if/when you need to do=0A= peer resets seems to be a bit sketchy in the TLS game).=0A= =0A= rpc.tlsclntd.c and rpc.tlscommon.c probably gives you some useful hints.=0A= =0A= It sounds worthwhile to explore this.=0A= =0A= Good luck with it, rick=0A= =0A= Warner=0A= _______________________________________________=0A= freebsd-current@freebsd.org mailing list=0A= https://lists.freebsd.org/mailman/listinfo/freebsd-current=0A= To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"= =0A= =0A= From owner-freebsd-current@freebsd.org Sat Feb 27 00:35:36 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7FE4D5553F2 for ; Sat, 27 Feb 2021 00:35:36 +0000 (UTC) (envelope-from rebecca@bsdio.com) Received: from out01.mta.xmission.com (out01.mta.xmission.com [166.70.13.231]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DnSHD2gHbz3PW3; Sat, 27 Feb 2021 00:35:36 +0000 (UTC) (envelope-from rebecca@bsdio.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=simple/simple; d=bsdio.com; s=xmission; h=Subject:Content-Transfer-Encoding:Content-Type:In-Reply-To: MIME-Version:Date:Message-ID:From:References:To:Sender:Reply-To:Cc:Content-ID :Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To: Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe :List-Post:List-Owner:List-Archive; bh=4864QBhLndq+OnFsPGmkaI97J4nDQ+rQWPoGRa+fq0k=; b=rtir2U3azDFK5ixDa/v8wtLu9I 4VLzidQCTYai2ax3+8aSc+Ti13yGGyZHq7+mjN/y2CCMsgPTElfVYMRr1SEVr1EcgE69vjrLFV/Ag JBA4r/gkQDL7vi6mrmyU71EwyD/+pWxUQTFOIdDNUY+dwLSokCzFU5PE3VoByeDp61LI=; Received: from in01.mta.xmission.com ([166.70.13.51]) by out01.mta.xmission.com with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.93) (envelope-from ) id 1lFna2-001Khk-0i; Fri, 26 Feb 2021 17:35:34 -0700 Received: from mta5.zcs.xmission.com ([166.70.13.69]) by in01.mta.xmission.com with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.87) (envelope-from ) id 1lFnZz-0006Us-6C; Fri, 26 Feb 2021 17:35:33 -0700 Received: from localhost (localhost [127.0.0.1]) by mta5.zcs.xmission.com (Postfix) with ESMTP id 0A9E912815B2; Fri, 26 Feb 2021 17:35:31 -0700 (MST) X-Amavis-Modified: Mail body modified (using disclaimer) - mta5.zcs.xmission.com Received: from mta5.zcs.xmission.com ([127.0.0.1]) by localhost (mta5.zcs.xmission.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id rdgcP3aZa9Bt; Fri, 26 Feb 2021 17:35:30 -0700 (MST) Received: from [10.0.10.120] (c-174-52-16-57.hsd1.ut.comcast.net [174.52.16.57]) by mta5.zcs.xmission.com (Postfix) with ESMTPSA id CC97412808F0; Fri, 26 Feb 2021 17:35:30 -0700 (MST) To: Ryan Moeller , freebsd-current@freebsd.org References: From: Rebecca Cran Message-ID: <677e7417-0e0c-b791-e4c9-e0e8a2082e5e@bsdio.com> Date: Fri, 26 Feb 2021 17:35:29 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-XM-SPF: eid=1lFnZz-0006Us-6C; ; ; mid=<677e7417-0e0c-b791-e4c9-e0e8a2082e5e@bsdio.com>; ; ; hst=in01.mta.xmission.com; ; ; ip=166.70.13.69; ; ; frm=rebecca@bsdio.com; ; ; spf=none X-SA-Exim-Connect-IP: 166.70.13.69 X-SA-Exim-Mail-From: rebecca@bsdio.com X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on sa07.xmission.com X-Spam-Level: X-Spam-Status: No, score=0.8 required=8.0 tests=ALL_TRUSTED,BAYES_50, DCC_CHECK_NEGATIVE,NICE_REPLY_A,T_TM2_M_HEADER_IN_MSG,TooManyTo_001, XMSubLong,XM_B_Unicode autolearn=disabled version=3.4.2 X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP * 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% * [score: 0.4999] * 0.7 XMSubLong Long Subject * 0.3 TooManyTo_001 Multiple "To" Header Recipients 2x (uncommon) * 0.0 T_TM2_M_HEADER_IN_MSG BODY: No description available. * 0.0 XM_B_Unicode BODY: Testing for specific types of unicode * -0.0 DCC_CHECK_NEGATIVE Not listed in DCC * [sa07 1397; IP=ok Body=1 Fuz1=1] [Fuz2=1] * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Spam-DCC: XMission; sa07 1397; IP=ok Body=1 Fuz1=1 Fuz2=1 X-Spam-Combo: ; Ryan Moeller , freebsd-current@freebsd.org X-Spam-Relay-Country: X-Spam-Timing: total 1885 ms - load_scoreonly_sql: 0.10 (0.0%), signal_user_changed: 11 (0.6%), b_tie_ro: 10 (0.5%), parse: 1.09 (0.1%), extract_message_metadata: 5 (0.3%), get_uri_detail_list: 1.37 (0.1%), tests_pri_-1000: 2.7 (0.1%), tests_pri_-950: 1.32 (0.1%), tests_pri_-900: 1.14 (0.1%), tests_pri_-90: 1612 (85.5%), check_bayes: 1610 (85.4%), b_tokenize: 8 (0.4%), b_tok_get_all: 7 (0.4%), b_comp_prob: 2.2 (0.1%), b_tok_touch_all: 1589 (84.3%), b_finish: 1.06 (0.1%), tests_pri_0: 240 (12.7%), check_dkim_signature: 0.63 (0.0%), check_dkim_adsp: 40 (2.1%), poll_dns_idle: 32 (1.7%), tests_pri_10: 2.3 (0.1%), tests_pri_500: 7 (0.4%), rewrite_mail: 0.00 (0.0%) Subject: Re: zfs: zpool status says I have unactivated features, but upgrade says I don't X-Spam-Flag: No X-SA-Exim-Version: 4.2.1 (built Thu, 05 May 2016 13:38:54 -0600) X-SA-Exim-Scanned: Yes (on in01.mta.xmission.com) X-Rspamd-Queue-Id: 4DnSHD2gHbz3PW3 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2021 00:35:36 -0000 On 2/26/2021 4:25 PM, Ryan Moeller wrote: > On 2/26/21 5:14 PM, Rebecca Cran wrote: >> I'm seeing a mismatch on 14-CURRENT between 'zpool status' saying I >> have features that aren't enabled, and 'zpool upgrade' which says I >> don't. >> >> [bcran@smic ~]$ zpool status >>   pool: spool >>  state: ONLINE >> status: Some supported and requested features are not enabled on the >> pool. >>         The pool can still be used, but some features are unavailable. >> action: Enable all features using 'zpool upgrade'. Once this is done, >>         the pool may no longer be accessible by software that does >> not support >>         the features. See zpool-features(5) for details. >>   scan: scrub repaired 0B in 01:20:51 with 0 errors on Thu Feb 11 >> 16:48:07 2021 >> config: >> >>         NAME        STATE     READ WRITE CKSUM >>         spool       ONLINE       0     0     0 >>           mirror-0  ONLINE       0     0     0 >>             ada0p2  ONLINE       0     0     0 >>             ada1p2  ONLINE       0     0     0 >>             ada2p2  ONLINE       0     0     0 >>             ada3p2  ONLINE       0     0     0 >>           mirror-1  ONLINE       0     0     0 >>             ada4p2  ONLINE       0     0     0 >>             ada5p2  ONLINE       0     0     0 >>             ada6p2  ONLINE       0     0     0 >>             ada7p2  ONLINE       0     0     0 >> >> errors: No known data errors >> >> [bcran@smic ~]$ sudo zpool upgrade spool >> This system supports ZFS pool feature flags. >> >> Pool 'spool' already has all supported and requested features enabled. > > > Should be fixed now, see https://reviews.freebsd.org/D28935 Great - thanks! -- Rebecca Cran From owner-freebsd-current@freebsd.org Sat Feb 27 04:47:49 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id ED77555B4F2 for ; Sat, 27 Feb 2021 04:47:49 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (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 "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DnYtD6Nm7z3vNK for ; Sat, 27 Feb 2021 04:47:48 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.16.1/8.16.1) with ESMTPS id 11R4le7d036590 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Fri, 26 Feb 2021 20:47:40 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.16.1/8.16.1/Submit) id 11R4leFt036589 for freebsd-current@freebsd.org; Fri, 26 Feb 2021 20:47:40 -0800 (PST) (envelope-from sgk) Date: Fri, 26 Feb 2021 20:47:40 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Subject: cardbus panic Message-ID: <20210227044740.GA36584@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 4DnYtD6Nm7z3vNK X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=washington.edu (policy=none); spf=none (mx1.freebsd.org: domain of sgk@troutmask.apl.washington.edu has no SPF policy when checking 128.95.76.21) smtp.mailfrom=sgk@troutmask.apl.washington.edu X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[128.95.76.21:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[128.95.76.21:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current]; DMARC_POLICY_SOFTFAIL(0.10)[washington.edu : No valid SPF, No valid DKIM, none] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2021 04:47:50 -0000 Ejecting a D-Link DWL-G630 AirPlus G NIC leads to panic: mutex Giant not owned at /usr/src/sys/kern/subr_bus.c:3001 cpuid = 1 time = 1614400775 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0062fc3b40 vpanic() at vpanic+0x181/frame 0xfffffe0062fc3b90 panic() at panic+0x43/frame 0xfffffe0062fc3bf0 __mtx_assert() at __mtx_assert+0xb0/frame 0xfffffe0062fc3c00 device_detach() at device_detach+0x2e/frame 0xfffffe0062fc3c40 bus_generic_detach() at bus_generic_detach+0x38/frame 0xfffffe0062fc3c60 cardbus_detach_card() at cardbus_detach_card+0xf/frame 0xfffffe0062fc3c80 cbb_event_thread() at cbb_event_thread+0x1be/frame 0xfffffe0062fc3cf0 fork_exit() at fork_exit+0x80/frame 0xfffffe0062fc3d30 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0062fc3d30 --- trap 0, rip = 0, rsp = 0, rbp = 0 --- KDB: enter: panic __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 55 __asm("movq %%gs:%P1,%0" : "=r" (td) : "n" (offsetof(struct pcpu, (kgdb) #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 #1 doadump (textdump=-1772142592) at /usr/src/sys/kern/kern_shutdown.c:399 #2 0xffffffff80438f9e in db_fncall_generic (addr=, rv=, nargs=0, args=) at /usr/src/sys/ddb/db_command.c:610 #3 db_fncall (dummy1=, dummy2=, dummy3=, dummy4=) at /usr/src/sys/ddb/db_command.c:658 #4 0xffffffff80438ab0 in db_command (last_cmdp=, cmd_table=, dopager=dopager@entry=1) at /usr/src/sys/ddb/db_command.c:482 #5 0xffffffff8043880d in db_command_loop () at /usr/src/sys/ddb/db_command.c:535 #6 0xffffffff8043bb76 in db_trap (type=, code=) at /usr/src/sys/ddb/db_main.c:270 #7 0xffffffff80750714 in kdb_trap (type=type@entry=3, code=code@entry=0, tf=, tf@entry=0xfffffe0062fc3a70) at /usr/src/sys/kern/subr_kdb.c:727 #8 0xffffffff80a7af3e in trap (frame=0xfffffe0062fc3a70) at /usr/src/sys/amd64/amd64/trap.c:576 #9 #10 kdb_enter (why=0xffffffff80b4ad3c "panic", msg=) at /usr/src/sys/kern/subr_kdb.c:506 #11 0xffffffff80704682 in vpanic (fmt=, ap=, ap@entry=0xfffffe0062fc3bd0) at /usr/src/sys/kern/kern_shutdown.c:907 #12 0xffffffff80704413 in panic ( fmt=0xffffffff80eb3230 "\vb\254\200\377\377\377\377\n") at /usr/src/sys/kern/kern_shutdown.c:843 #13 0xffffffff806e14d0 in __mtx_assert (c=, what=, file=0xfffffe0062fc3a30 "", line=-2135709212) at /usr/src/sys/kern/kern_mutex.c:1086 #14 0xffffffff8073cc8e in device_detach (dev=dev@entry=0xfffff8000540a500) at /usr/src/sys/kern/subr_bus.c:3001 #15 0xffffffff8073f9e8 in bus_generic_detach (dev=) at /usr/src/sys/kern/subr_bus.c:3761 #16 0xffffffff8050e6ef in cardbus_detach_card (cbdev=0xfffff80003021e00) at /usr/src/sys/dev/cardbus/cardbus.c:259 #17 0xffffffff80555eae in CARD_DETACH_CARD (dev=0xfffff80003021e00) at ./card_if.h:106 #18 cbb_removal (sc=0xfffff8000305d400) at /usr/src/sys/dev/pccbb/pccbb.c:581 #19 cbb_event_thread (arg=arg@entry=0xfffff8000305d400) at /usr/src/sys/dev/pccbb/pccbb.c:474 #20 0xffffffff806bfc60 in fork_exit ( callout=0xffffffff80555cf0 , arg=0xfffff8000305d400, frame=0xfffffe0062fc3d40) at /usr/src/sys/kern/kern_fork.c:1069 #21 -- Steve From owner-freebsd-current@freebsd.org Sat Feb 27 07:03:07 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0FD4B55D7B2 for ; Sat, 27 Feb 2021 07:03:07 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x836.google.com (mail-qt1-x836.google.com [IPv6:2607:f8b0:4864:20::836]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DnctL1fzHz4Vtw for ; Sat, 27 Feb 2021 07:03:05 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x836.google.com with SMTP id 18so5710311qty.3 for ; Fri, 26 Feb 2021 23:03:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ERwSDD4RGSjYjm6nMTrTg7jwo4RHaHCU0kf5R0GvIkQ=; b=z7IkefkStxggsLhkTFaiLlE6jFvHboBSP0fdaaF6PGAWVdlmWClJbkSWpY6z0jlWna 7Cyl9/J1/mC5W7x4b9NlCsWFMCBbZLLrvuF8sZIImWcQL4ljXx7I92OlJJdn3nA8Oj8Q e85EPJkCDNL9lx6Jl+8IJl7Amr7XdrvEJ99qZadRVLb1Pl65IABQzKrEQjNvOwpLUBLR AKi6OqVYmha7Xzu/0KMn5RPoIHeRRB9gvMwq2EYHnpwJmi4zA3UdutwUJsMkHwvmvRSQ e7hnNzPSMD0McxAAjTJxFSqQUI7UP/a6/RGKLW9lOXrhkAfvQ4JU4HbgoGzWl6WuHhKi zY3Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ERwSDD4RGSjYjm6nMTrTg7jwo4RHaHCU0kf5R0GvIkQ=; b=Z0sR9MsvVzE5ZnZGqRFEJDrISenRlI9Y1WJlgypxk0nlAyXXeGibN7yGwDLu4i1LzD zDcEw8WYjlYxbPeB63cl9dvnjYh5ZAUl9Z+zsqmklOY0cusZXNCgrMRJdPVrcKtHMM1T 5MmCoFiijFGbTPjnur9ULZl/Pbg/2iTntN4LHMegfmtYDfVgnhU5WnU/bJ6Ie+viaktb YIEqJKkbxG3F5/sXz8hOHH1ZG+IhYP9SjZeGsFDZ8THHHYxzdpoKCYDNz4uazBRdbTq+ BTWdalgxSXxmNdofQtHwGYiqu3hGS5adu4gS32gNU0qNNLGE0EscScNnQYAU3uSnwqlV Srqg== X-Gm-Message-State: AOAM532dMJsvnBZOJkoPERLESOEq4580D9ltSqbAtbtuTXSzK56YxX+H CIAFD2hI2T149TrqnvMgYyTRmzn3f5cwIZq2igWuHX+PCwdY5y4y X-Google-Smtp-Source: ABdhPJwILhnDAfZcp3/Pjnv/3Vw/OHk/SqRtpRl35IUin1WI1o2TKTrxhuJJzyK3dka7znPUKIb17XOqGZnDuyMBZ4Y= X-Received: by 2002:a05:622a:90:: with SMTP id o16mr5448780qtw.49.1614409385225; Fri, 26 Feb 2021 23:03:05 -0800 (PST) MIME-Version: 1.0 References: <20210227044740.GA36584@troutmask.apl.washington.edu> In-Reply-To: <20210227044740.GA36584@troutmask.apl.washington.edu> From: Warner Losh Date: Sat, 27 Feb 2021 00:02:54 -0700 Message-ID: Subject: Re: cardbus panic To: Steve Kargl Cc: FreeBSD Current X-Rspamd-Queue-Id: 4DnctL1fzHz4Vtw X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=z7IkefkS; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::836) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::836:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::836:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::836:from]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2021 07:03:07 -0000 What does https://reviews.freebsd.org/D28963 do for you? Warner On Fri, Feb 26, 2021 at 9:48 PM Steve Kargl < sgk@troutmask.apl.washington.edu> wrote: > Ejecting a D-Link DWL-G630 AirPlus G NIC leads to > > panic: mutex Giant not owned at /usr/src/sys/kern/subr_bus.c:3001 > cpuid = 1 > time = 1614400775 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe0062fc3b40 > vpanic() at vpanic+0x181/frame 0xfffffe0062fc3b90 > panic() at panic+0x43/frame 0xfffffe0062fc3bf0 > __mtx_assert() at __mtx_assert+0xb0/frame 0xfffffe0062fc3c00 > device_detach() at device_detach+0x2e/frame 0xfffffe0062fc3c40 > bus_generic_detach() at bus_generic_detach+0x38/frame 0xfffffe0062fc3c60 > cardbus_detach_card() at cardbus_detach_card+0xf/frame 0xfffffe0062fc3c80 > cbb_event_thread() at cbb_event_thread+0x1be/frame 0xfffffe0062fc3cf0 > fork_exit() at fork_exit+0x80/frame 0xfffffe0062fc3d30 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0062fc3d30 > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > KDB: enter: panic > > __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 > 55 __asm("movq %%gs:%P1,%0" : "=r" (td) : "n" > (offsetof(struct pcpu, > (kgdb) #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 > #1 doadump (textdump=-1772142592) at /usr/src/sys/kern/kern_shutdown.c:399 > #2 0xffffffff80438f9e in db_fncall_generic (addr=, > rv=, nargs=0, args=) > at /usr/src/sys/ddb/db_command.c:610 > #3 db_fncall (dummy1=, dummy2=, > dummy3=, dummy4=) > at /usr/src/sys/ddb/db_command.c:658 > #4 0xffffffff80438ab0 in db_command (last_cmdp=, > cmd_table=, dopager=dopager@entry=1) > at /usr/src/sys/ddb/db_command.c:482 > #5 0xffffffff8043880d in db_command_loop () > at /usr/src/sys/ddb/db_command.c:535 > #6 0xffffffff8043bb76 in db_trap (type=, code= out>) > at /usr/src/sys/ddb/db_main.c:270 > #7 0xffffffff80750714 in kdb_trap (type=type@entry=3, code=code@entry=0, > tf=, tf@entry=0xfffffe0062fc3a70) > at /usr/src/sys/kern/subr_kdb.c:727 > #8 0xffffffff80a7af3e in trap (frame=0xfffffe0062fc3a70) > at /usr/src/sys/amd64/amd64/trap.c:576 > #9 > #10 kdb_enter (why=0xffffffff80b4ad3c "panic", msg=) > at /usr/src/sys/kern/subr_kdb.c:506 > #11 0xffffffff80704682 in vpanic (fmt=, ap=, > ap@entry=0xfffffe0062fc3bd0) at /usr/src/sys/kern/kern_shutdown.c:907 > #12 0xffffffff80704413 in panic ( > fmt=0xffffffff80eb3230 > "\vb\254\200\377\377\377\377\n") at /usr/src/sys/kern/kern_shutdown.c:843 > #13 0xffffffff806e14d0 in __mtx_assert (c=, > what=, file=0xfffffe0062fc3a30 "", line=-2135709212) > at /usr/src/sys/kern/kern_mutex.c:1086 > #14 0xffffffff8073cc8e in device_detach (dev=dev@entry=0xfffff8000540a500) > at /usr/src/sys/kern/subr_bus.c:3001 > #15 0xffffffff8073f9e8 in bus_generic_detach (dev=) > at /usr/src/sys/kern/subr_bus.c:3761 > #16 0xffffffff8050e6ef in cardbus_detach_card (cbdev=0xfffff80003021e00) > at /usr/src/sys/dev/cardbus/cardbus.c:259 > #17 0xffffffff80555eae in CARD_DETACH_CARD (dev=0xfffff80003021e00) > at ./card_if.h:106 > #18 cbb_removal (sc=0xfffff8000305d400) at > /usr/src/sys/dev/pccbb/pccbb.c:581 > #19 cbb_event_thread (arg=arg@entry=0xfffff8000305d400) > at /usr/src/sys/dev/pccbb/pccbb.c:474 > #20 0xffffffff806bfc60 in fork_exit ( > callout=0xffffffff80555cf0 , arg=0xfffff8000305d400, > frame=0xfffffe0062fc3d40) at /usr/src/sys/kern/kern_fork.c:1069 > #21 > > -- > Steve > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Sat Feb 27 08:13:47 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6A04B55FAAE for ; Sat, 27 Feb 2021 08:13:47 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (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 "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DnfRt4ch0z4ZLG for ; Sat, 27 Feb 2021 08:13:46 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.16.1/8.16.1) with ESMTPS id 11R8Dhx4037153 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 27 Feb 2021 00:13:43 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.16.1/8.16.1/Submit) id 11R8DhIa037152; Sat, 27 Feb 2021 00:13:43 -0800 (PST) (envelope-from sgk) Date: Sat, 27 Feb 2021 00:13:43 -0800 From: Steve Kargl To: Warner Losh Cc: FreeBSD Current Subject: Re: cardbus panic Message-ID: <20210227081343.GA37119@troutmask.apl.washington.edu> References: <20210227044740.GA36584@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4DnfRt4ch0z4ZLG X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=washington.edu (policy=none); spf=none (mx1.freebsd.org: domain of sgk@troutmask.apl.washington.edu has no SPF policy when checking 128.95.76.21) smtp.mailfrom=sgk@troutmask.apl.washington.edu X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[128.95.76.21:from]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[128.95.76.21:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current]; DMARC_POLICY_SOFTFAIL(0.10)[washington.edu : No valid SPF, No valid DKIM, none] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2021 08:13:47 -0000 That fixes the problem. Thanks for the quick response. -- steve On Sat, Feb 27, 2021 at 12:02:54AM -0700, Warner Losh wrote: > What does https://reviews.freebsd.org/D28963 do for you? > > Warner > > On Fri, Feb 26, 2021 at 9:48 PM Steve Kargl < > sgk@troutmask.apl.washington.edu> wrote: > > > Ejecting a D-Link DWL-G630 AirPlus G NIC leads to > > > > panic: mutex Giant not owned at /usr/src/sys/kern/subr_bus.c:3001 > > cpuid = 1 > > time = 1614400775 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > > 0xfffffe0062fc3b40 > > vpanic() at vpanic+0x181/frame 0xfffffe0062fc3b90 > > panic() at panic+0x43/frame 0xfffffe0062fc3bf0 > > __mtx_assert() at __mtx_assert+0xb0/frame 0xfffffe0062fc3c00 > > device_detach() at device_detach+0x2e/frame 0xfffffe0062fc3c40 > > bus_generic_detach() at bus_generic_detach+0x38/frame 0xfffffe0062fc3c60 > > cardbus_detach_card() at cardbus_detach_card+0xf/frame 0xfffffe0062fc3c80 > > cbb_event_thread() at cbb_event_thread+0x1be/frame 0xfffffe0062fc3cf0 > > fork_exit() at fork_exit+0x80/frame 0xfffffe0062fc3d30 > > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0062fc3d30 > > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > > KDB: enter: panic > > -- Steve From owner-freebsd-current@freebsd.org Sat Feb 27 08:24:31 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 717B155FE57 for ; Sat, 27 Feb 2021 08:24:31 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x830.google.com (mail-qt1-x830.google.com [IPv6:2607:f8b0:4864:20::830]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DnfhG44nVz4Zxr for ; Sat, 27 Feb 2021 08:24:30 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x830.google.com with SMTP id f17so8416840qth.7 for ; Sat, 27 Feb 2021 00:24:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=WQMvbpEmlKeHm9HzAmZhviCHLgKv6N1Lhst0adCTpSg=; b=zPofkegMz+hg9ME+5vSQvfzQ5IO/OdMEd6ZKheMjl9R5QaDwE9PON+BBwL47eJE7Ot OItAJAjfWipmyCdFxbIdGiajC0+58SjvfyUqp1QhH4vdCEKG0k/rBhDgGg42aW2i0ISn /+PQfXh6DLZHOp3bTdppWEJARDyntxF+sR7T4zFqe98UY+LQV8+KjExiOmE6JAakieYk V1K4+j0M1EZg7hHZuiLjQjUn1j73waguyHyxvSLB6HePIjtTIrKSWFW4OEPgcjxVSuBv Zu2E3OhWYi2aMhvifLB0TVMes+rUOADw+yqLXbwdt52SmnsYEXj9uQCny6oy7GyQSF6m QTKQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=WQMvbpEmlKeHm9HzAmZhviCHLgKv6N1Lhst0adCTpSg=; b=H7GP+Z1gjqaeMGOXMApe6+k8nR8KINA7c8i4WoVQMQznOzeupPyyzc2YN2HrCMr1wt 41ZrmYgnxjyZI3tAQe+6ln9R/66GmNgn2MsEfaetaDc76qc9ksc1naUVMWRW/8dXj85T i2lVETjCg6xNM+9e6evgY6i6oBEzmbW4zo/hsV+TODVinnIeSj0uXJLFu1eq4sVoziiI 8gyOxUriHNWXp8VRvyy94YnLkuCX7CJVSfeBZdoWse+xqPUhdaZc/n5e9GoXWurAJkbS iLpsg7jEKaDSs13FXHpSN5PX6ClofAqyieGEWZ4vrnGWxtmYnHUXSTqAPNIW4suiViVW 66OA== X-Gm-Message-State: AOAM532XIDfO7SH5ky/2CfMj4UFkpKK/Ue7ijvrOlqrAzTLyr2Vo1rtG y5os0u5ue/P1S9bCJ7HxutuCdJ788AeJebpXS8YeI0zotIcvH/wA X-Google-Smtp-Source: ABdhPJxlHtWP6GsxacF/bf3g3tupsIfKbZhR/6tUkHVZ+n2KUwIh5q1hSzamywW4BeryazvpYkNPhUQgDrNZha9Iz+4= X-Received: by 2002:a05:622a:1c9:: with SMTP id t9mr5852656qtw.244.1614414269541; Sat, 27 Feb 2021 00:24:29 -0800 (PST) MIME-Version: 1.0 References: <20210227044740.GA36584@troutmask.apl.washington.edu> <20210227081343.GA37119@troutmask.apl.washington.edu> In-Reply-To: <20210227081343.GA37119@troutmask.apl.washington.edu> From: Warner Losh Date: Sat, 27 Feb 2021 01:24:18 -0700 Message-ID: Subject: Re: cardbus panic To: Steve Kargl Cc: FreeBSD Current X-Rspamd-Queue-Id: 4DnfhG44nVz4Zxr X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=zPofkegM; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::830) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::830:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::830:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::830:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2021 08:24:31 -0000 Great. Committed as c01da939b0998f8de068a23c9016c377e761255e. As you might have guessed, I don't have a current cardbus system, though I need to bring one up to finish the removal of PC Card support. Warner On Sat, Feb 27, 2021 at 1:13 AM Steve Kargl < sgk@troutmask.apl.washington.edu> wrote: > That fixes the problem. Thanks for the quick response. > > -- > steve > > On Sat, Feb 27, 2021 at 12:02:54AM -0700, Warner Losh wrote: > > What does https://reviews.freebsd.org/D28963 do for you? > > > > Warner > > > > On Fri, Feb 26, 2021 at 9:48 PM Steve Kargl < > > sgk@troutmask.apl.washington.edu> wrote: > > > > > Ejecting a D-Link DWL-G630 AirPlus G NIC leads to > > > > > > panic: mutex Giant not owned at /usr/src/sys/kern/subr_bus.c:3001 > > > cpuid = 1 > > > time = 1614400775 > > > KDB: stack backtrace: > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > > > 0xfffffe0062fc3b40 > > > vpanic() at vpanic+0x181/frame 0xfffffe0062fc3b90 > > > panic() at panic+0x43/frame 0xfffffe0062fc3bf0 > > > __mtx_assert() at __mtx_assert+0xb0/frame 0xfffffe0062fc3c00 > > > device_detach() at device_detach+0x2e/frame 0xfffffe0062fc3c40 > > > bus_generic_detach() at bus_generic_detach+0x38/frame > 0xfffffe0062fc3c60 > > > cardbus_detach_card() at cardbus_detach_card+0xf/frame > 0xfffffe0062fc3c80 > > > cbb_event_thread() at cbb_event_thread+0x1be/frame 0xfffffe0062fc3cf0 > > > fork_exit() at fork_exit+0x80/frame 0xfffffe0062fc3d30 > > > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0062fc3d30 > > > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > > > KDB: enter: panic > > > > > -- > Steve > From owner-freebsd-current@freebsd.org Sat Feb 27 14:10:23 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 056C85677B2 for ; Sat, 27 Feb 2021 14:10:23 +0000 (UTC) (envelope-from SRS0=Cses=H5=FreeBSD.org=otis@ns2.wilbury.net) Received: from ns2.wilbury.net (ns2.wilbury.net [92.60.51.55]) (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 "svc.wilbury.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DnpML0Dlvz4tJ4 for ; Sat, 27 Feb 2021 14:10:21 +0000 (UTC) (envelope-from SRS0=Cses=H5=FreeBSD.org=otis@ns2.wilbury.net) Received: from chemex.owhome.lan (gw-upc.owhome.net [188.167.168.254]) (Authenticated sender: juraj@lutter.sk) by svc.wilbury.net (Postfix) with ESMTPSA id 9329345CFD0 for ; Sat, 27 Feb 2021 15:10:14 +0100 (CET) From: Juraj Lutter Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Subject: -CURRENT panics in NFS Message-Id: Date: Sat, 27 Feb 2021 15:10:13 +0100 To: freebsd-current X-Mailer: Apple Mail (2.3608.120.23.2.4) X-Rspamd-Queue-Id: 4DnpML0Dlvz4tJ4 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of SRS0=Cses=H5=FreeBSD.org=otis@ns2.wilbury.net has no SPF policy when checking 92.60.51.55) smtp.mailfrom=SRS0=Cses=H5=FreeBSD.org=otis@ns2.wilbury.net X-Spamd-Result: default: False [0.32 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; FORGED_SENDER(0.30)[otis@FreeBSD.org,SRS0=Cses=H5=FreeBSD.org=otis@ns2.wilbury.net]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[92.60.51.55:from]; ASN(0.00)[asn:44185, ipnet:92.60.48.0/22, country:SK]; R_DKIM_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DOM_EQ_FROM_DOM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_NEQ_ENVFROM(0.00)[otis@FreeBSD.org,SRS0=Cses=H5=FreeBSD.org=otis@ns2.wilbury.net]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[92.60.51.55:from:127.0.2.255]; DMARC_NA(0.00)[FreeBSD.org]; NEURAL_SPAM_SHORT(0.62)[0.617]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2021 14:10:23 -0000 - poudriere data stored on NFS - NFS server 12-STABLE - NFS client (that panicked) 14-CURRENT - Panic string: condition dvp !=3D vp not met at /usr/src/sys/kern/vfs_cache.c:2269 = (cache_enter_time) backtrace: Tracing pid 27294 tid 100893 td 0xfffffe00ea1a3500 kdb_enter() at kdb_enter+0x37/frame 0xfffffe00ea3dee10 vpanic() at vpanic+0x1b2/frame 0xfffffe00ea3dee60 panic() at panic+0x43/frame 0xfffffe00ea3deec0 cache_enter_time() at cache_enter_time+0x1574/frame 0xfffffe00ea3defa0 nfsrpc_readdirplus() at nfsrpc_readdirplus+0xcb6/frame = 0xfffffe00ea3df3d0 ncl_readdirplusrpc() at ncl_readdirplusrpc+0xdc/frame 0xfffffe00ea3df520 ncl_doio() at ncl_doio+0x423/frame 0xfffffe00ea3df5b0 ncl_bioread() at ncl_bioread+0x5cc/frame 0xfffffe00ea3df740 nfs_readdir() at nfs_readdir+0x18f/frame 0xfffffe00ea3df850 vop_sigdefer() at vop_sigdefer+0x2f/frame 0xfffffe00ea3df880 VOP_READDIR_APV() at VOP_READDIR_APV+0x38/frame 0xfffffe00ea3df8a0 kern_getdirentries() at kern_getdirentries+0x1fb/frame = 0xfffffe00ea3df990 sys_getdirentries() at sys_getdirentries+0x29/frame 0xfffffe00ea3df9c0 amd64_syscall() at amd64_syscall+0x12e/frame 0xfffffe00ea3dfaf0 fast_syscall_common() at fast_syscall_common+0xf8/frame = 0xfffffe00ea3dfaf0 running processes: 27295 27179 27179 0 S+ piperd 0xfffff800090b4ba0 xargs 27294 27179 27179 0 R+ CPU 1 find 27179 816 27179 0 S+ wait 0xfffff80181b69528 sh Dump header from device: /dev/vtbd0p3 Architecture: amd64 Architecture Version: 2 Dump Length: 1860571136 Blocksize: 512 Compression: none Dumptime: 2021-02-27 14:59:59 +0100 Hostname: b14.builder.wilbury.net Magic: FreeBSD Kernel Dump Version String: FreeBSD 14.0-CURRENT #0 main-n245107-172f2fc11cc: Fri = Feb 26 15:20:00 CET 2021 = root@b14.builder.wilbury.net:/usr/obj/usr/src/amd64.amd64/sys/GENERIC Panic String: condition dvp !=3D vp not met at = /usr/src/sys/kern/vfs_cache.c:2269 (cache_enter_time) Dump Parity: 1481068399 Bounds: 0 Dump Status: good =E2=80=94 Juraj Lutter XMPP: juraj (at) lutter.sk GSM: +421907986576 From owner-freebsd-current@freebsd.org Sat Feb 27 14:10:23 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7662F5675C2 for ; Sat, 27 Feb 2021 14:10:23 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DnpML2DKzz4tLq; Sat, 27 Feb 2021 14:10:21 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 11REAEGX034987; Sat, 27 Feb 2021 06:10:14 -0800 (PST) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 11REAEZm034986; Sat, 27 Feb 2021 06:10:14 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202102271410.11REAEZm034986@gndrsh.dnsmgr.net> Subject: Re: KTLS with zfs recv In-Reply-To: To: Alan Somers Date: Sat, 27 Feb 2021 06:10:13 -0800 (PST) CC: "Rodney W. Grimes" , FreeBSD CURRENT X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4DnpML2DKzz4tLq X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-rwg@gndrsh.dnsmgr.net has no SPF policy when checking 69.59.192.140) smtp.mailfrom=freebsd-rwg@gndrsh.dnsmgr.net X-Spamd-Result: default: False [-0.10 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[dnsmgr.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[69.59.192.140:from]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[69.59.192.140:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MIME_TRACE(0.00)[0:+]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2021 14:10:23 -0000 > On Fri, Feb 26, 2021 at 9:24 AM Rodney W. Grimes < > freebsd-rwg@gndrsh.dnsmgr.net> wrote: > > > > My understanding is that KTLS works very well with OpenSSL for sending, > > but > > > not as well for receiving, because there's nothing like a recvfile > > > syscall. However, it works great for both send and receive with NFS, > > where > > > all the data remains in the kernel. What about zfs recv? A very common > > > pattern is for an application to read from an SSL socket and then pipe > > the > > > data to zfs recv. For example, zrepl does that. Could zfs recv instead > > > read directly from the KTLS socket, bypassing userspace? That could > > > potentially save a _lot_ of cycles for a _lot_ of people. > > > > I did some patches and a short presentation at BSDCan that basically > > shoves the whole zfs send and zfs recv process into the kernel, ie > > it opens the sockets up, makes the connections, then the socket > > is passed into the kernel(s) and it all runs in kernel mode. > > > > > > https://www.bsdcan.org/2018/schedule/attachments/479_BSDCan-2018-zfs-send.pdf > > > > A few things need fixed like reversing who does the listen for > > security reasons, but this feature is probably ready for prime > > time. > > > > > -Alan > > > > -- > > Rod Grimes > > rgrimes@freebsd.org > > > That looks potentially useful, but it doesn't use encryption. Would it > work if the socket had been opened by openssl with ktls? Alan, Should I revise the code to meet the state that was discussed during the BSDCan talk so that it can be committed? Matt Aherns said at the time he felt if I just reversed the listen/connect relationship between send and recv that it addressed enough of the security concern to be usable "on a local and well administered" network and would probably be safe to import into upstream ZFS. (This was prior to FreeBSD moving to openzfs.) >From other discussion in this thread it does not sound difficult to implement the KTLS end of it, but I doubt that would be portable enough to upstream, maybe someone can speak to that issue? -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Sat Feb 27 14:18:26 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A059B567A72 for ; Sat, 27 Feb 2021 14:18:26 +0000 (UTC) (envelope-from SRS0=Cses=H5=FreeBSD.org=otis@ns2.wilbury.net) Received: from ns2.wilbury.net (ns2.wilbury.net [92.60.51.55]) (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 "svc.wilbury.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DnpXd3rhvz4vGC for ; Sat, 27 Feb 2021 14:18:25 +0000 (UTC) (envelope-from SRS0=Cses=H5=FreeBSD.org=otis@ns2.wilbury.net) Received: from chemex.owhome.lan (gw-upc.owhome.net [188.167.168.254]) (Authenticated sender: juraj@lutter.sk) by svc.wilbury.net (Postfix) with ESMTPSA id 06E1A45D0C2 for ; Sat, 27 Feb 2021 15:18:23 +0100 (CET) From: Juraj Lutter Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Subject: Re: -CURRENT panics in NFS Date: Sat, 27 Feb 2021 15:18:23 +0100 References: To: freebsd-current In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3608.120.23.2.4) X-Rspamd-Queue-Id: 4DnpXd3rhvz4vGC X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of SRS0=Cses=H5=FreeBSD.org=otis@ns2.wilbury.net has no SPF policy when checking 92.60.51.55) smtp.mailfrom=SRS0=Cses=H5=FreeBSD.org=otis@ns2.wilbury.net X-Spamd-Result: default: False [-1.29 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.991]; FORGED_SENDER(0.30)[otis@FreeBSD.org,SRS0=Cses=H5=FreeBSD.org=otis@ns2.wilbury.net]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[92.60.51.55:from]; ASN(0.00)[asn:44185, ipnet:92.60.48.0/22, country:SK]; MID_RHS_MATCH_FROM(0.00)[]; FROM_NEQ_ENVFROM(0.00)[otis@FreeBSD.org,SRS0=Cses=H5=FreeBSD.org=otis@ns2.wilbury.net]; TO_DOM_EQ_FROM_DOM(0.00)[]; R_DKIM_NA(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[92.60.51.55:from:127.0.2.255]; DMARC_NA(0.00)[FreeBSD.org]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2021 14:18:26 -0000 Reliably reproducible: VNASSERT failed: dvp !=3D vp not true at = /usr/src/sys/kern/vfs_cache.c:2269 (cache_enter_time) 0xfffff80079321e00: type VDIR usecount 4, writecount 0, refcount 3 seqc users 0 mountedhere 0 hold count flags () flags (VV_ROOT|VV_VMSIZEVNLOCK) v_object 0xfffff801eeaf1d68 ref 0 pages 2 cleanbuf 1 dirtybuf 0 lock type nfs: SHARED (count 1) fileid 34 fsid 0x3a3a00ff02 panic: condition dvp !=3D vp not met at = /usr/src/sys/kern/vfs_cache.c:2269 (cache_enter_time) cpuid =3D 1 time =3D 1614435453 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame = 0xfffffe00d01c3e10 vpanic() at vpanic+0x181/frame 0xfffffe00d01c3e60 panic() at panic+0x43/frame 0xfffffe00d01c3ec0 cache_enter_time() at cache_enter_time+0x1574/frame 0xfffffe00d01c3fa0 nfsrpc_readdirplus() at nfsrpc_readdirplus+0xcb6/frame = 0xfffffe00d01c43d0 ncl_readdirplusrpc() at ncl_readdirplusrpc+0xdc/frame 0xfffffe00d01c4520 ncl_doio() at ncl_doio+0x423/frame 0xfffffe00d01c45b0 ncl_bioread() at ncl_bioread+0x5cc/frame 0xfffffe00d01c4740 nfs_readdir() at nfs_readdir+0x18f/frame 0xfffffe00d01c4850 vop_sigdefer() at vop_sigdefer+0x2f/frame 0xfffffe00d01c4880 VOP_READDIR_APV() at VOP_READDIR_APV+0x38/frame 0xfffffe00d01c48a0 kern_getdirentries() at kern_getdirentries+0x1fb/frame = 0xfffffe00d01c4990 sys_getdirentries() at sys_getdirentries+0x29/frame 0xfffffe00d01c49c0 amd64_syscall() at amd64_syscall+0x12e/frame 0xfffffe00d01c4af0 fast_syscall_common() at fast_syscall_common+0xf8/frame = 0xfffffe00d01c4af0 --- syscall (554, FreeBSD ELF64, sys_getdirentries), rip =3D = 0x8012a83fa, rsp =3D 0x7fffffffd928, rbp =3D 0x7fffffffd960 --- KDB: enter: panic [ thread pid 1879 tid 101207 ] Stopped at kdb_enter+0x37: movq $0,0x128bdde(%rip) db> =E2=80=94 Juraj Lutter XMPP: juraj (at) lutter.sk GSM: +421907986576 > On 27 Feb 2021, at 15:10, Juraj Lutter wrote: >=20 > - poudriere data stored on NFS > - NFS server 12-STABLE > - NFS client (that panicked) 14-CURRENT > - Panic string: >=20 > condition dvp !=3D vp not met at /usr/src/sys/kern/vfs_cache.c:2269 = (cache_enter_time) >=20 > backtrace: >=20 > Tracing pid 27294 tid 100893 td 0xfffffe00ea1a3500 > kdb_enter() at kdb_enter+0x37/frame 0xfffffe00ea3dee10 > vpanic() at vpanic+0x1b2/frame 0xfffffe00ea3dee60 > panic() at panic+0x43/frame 0xfffffe00ea3deec0 > cache_enter_time() at cache_enter_time+0x1574/frame 0xfffffe00ea3defa0 > nfsrpc_readdirplus() at nfsrpc_readdirplus+0xcb6/frame = 0xfffffe00ea3df3d0 > ncl_readdirplusrpc() at ncl_readdirplusrpc+0xdc/frame = 0xfffffe00ea3df520 > ncl_doio() at ncl_doio+0x423/frame 0xfffffe00ea3df5b0 > ncl_bioread() at ncl_bioread+0x5cc/frame 0xfffffe00ea3df740 > nfs_readdir() at nfs_readdir+0x18f/frame 0xfffffe00ea3df850 > vop_sigdefer() at vop_sigdefer+0x2f/frame 0xfffffe00ea3df880 > VOP_READDIR_APV() at VOP_READDIR_APV+0x38/frame 0xfffffe00ea3df8a0 > kern_getdirentries() at kern_getdirentries+0x1fb/frame = 0xfffffe00ea3df990 > sys_getdirentries() at sys_getdirentries+0x29/frame 0xfffffe00ea3df9c0 > amd64_syscall() at amd64_syscall+0x12e/frame 0xfffffe00ea3dfaf0 > fast_syscall_common() at fast_syscall_common+0xf8/frame = 0xfffffe00ea3dfaf0 >=20 >=20 > running processes: >=20 > 27295 27179 27179 0 S+ piperd 0xfffff800090b4ba0 xargs > 27294 27179 27179 0 R+ CPU 1 find > 27179 816 27179 0 S+ wait 0xfffff80181b69528 sh >=20 > Dump header from device: /dev/vtbd0p3 > Architecture: amd64 > Architecture Version: 2 > Dump Length: 1860571136 > Blocksize: 512 > Compression: none > Dumptime: 2021-02-27 14:59:59 +0100 > Hostname: b14.builder.wilbury.net > Magic: FreeBSD Kernel Dump > Version String: FreeBSD 14.0-CURRENT #0 main-n245107-172f2fc11cc: Fri = Feb 26 15:20:00 CET 2021 > = root@b14.builder.wilbury.net:/usr/obj/usr/src/amd64.amd64/sys/GENERIC > Panic String: condition dvp !=3D vp not met at = /usr/src/sys/kern/vfs_cache.c:2269 (cache_enter_time) > Dump Parity: 1481068399 > Bounds: 0 > Dump Status: good >=20 > =E2=80=94 > Juraj Lutter > XMPP: juraj (at) lutter.sk > GSM: +421907986576 >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Sat Feb 27 14:32:01 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 92920548166 for ; Sat, 27 Feb 2021 14:32:01 +0000 (UTC) (envelope-from SRS0=Cses=H5=FreeBSD.org=otis@ns2.wilbury.net) Received: from ns2.wilbury.net (ns2.wilbury.net [92.60.51.55]) (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 "svc.wilbury.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DnprJ4h6fz3Bpr for ; Sat, 27 Feb 2021 14:32:00 +0000 (UTC) (envelope-from SRS0=Cses=H5=FreeBSD.org=otis@ns2.wilbury.net) Received: from chemex.owhome.lan (gw-upc.owhome.net [188.167.168.254]) (Authenticated sender: juraj@lutter.sk) by svc.wilbury.net (Postfix) with ESMTPSA id 1811D45CFD0 for ; Sat, 27 Feb 2021 15:31:59 +0100 (CET) From: Juraj Lutter Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Subject: Re: -CURRENT panics in NFS Date: Sat, 27 Feb 2021 15:31:58 +0100 References: To: freebsd-current In-Reply-To: Message-Id: <560DD7DF-B1C0-432B-BFCA-9D00819E0C28@FreeBSD.org> X-Mailer: Apple Mail (2.3608.120.23.2.4) X-Rspamd-Queue-Id: 4DnprJ4h6fz3Bpr X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of SRS0=Cses=H5=FreeBSD.org=otis@ns2.wilbury.net has no SPF policy when checking 92.60.51.55) smtp.mailfrom=SRS0=Cses=H5=FreeBSD.org=otis@ns2.wilbury.net X-Spamd-Result: default: False [-1.28 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.98)[-0.984]; FORGED_SENDER(0.30)[otis@FreeBSD.org,SRS0=Cses=H5=FreeBSD.org=otis@ns2.wilbury.net]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[92.60.51.55:from]; ASN(0.00)[asn:44185, ipnet:92.60.48.0/22, country:SK]; R_DKIM_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DOM_EQ_FROM_DOM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_NEQ_ENVFROM(0.00)[otis@FreeBSD.org,SRS0=Cses=H5=FreeBSD.org=otis@ns2.wilbury.net]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[92.60.51.55:from:127.0.2.255]; DMARC_NA(0.00)[FreeBSD.org]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2021 14:32:01 -0000 And a kgdb backtrace: (kgdb) bt #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 #1 doadump (textdump=3Dtextdump@entry=3D0) at = /usr/src/sys/kern/kern_shutdown.c:399 #2 0xffffffff804c7b2a in db_dump (dummy=3D, = dummy2=3D, dummy3=3D, dummy4=3D) = at /usr/src/sys/ddb/db_command.c:575 #3 0xffffffff804c78ee in db_command (last_cmdp=3D, = cmd_table=3D, dopager=3Ddopager@entry=3D1) at = /usr/src/sys/ddb/db_command.c:482 #4 0xffffffff804c762d in db_command_loop () at = /usr/src/sys/ddb/db_command.c:535 #5 0xffffffff804cac36 in db_trap (type=3D, = code=3D) at /usr/src/sys/ddb/db_main.c:270 #6 0xffffffff80c59d04 in kdb_trap (type=3Dtype@entry=3D3, = code=3Dcode@entry=3D0, tf=3D, = tf@entry=3D0xfffffe00d01c3d40) at /usr/src/sys/kern/subr_kdb.c:727 #7 0xffffffff810bc1ee in trap (frame=3D0xfffffe00d01c3d40) at = /usr/src/sys/amd64/amd64/trap.c:576 #8 #9 kdb_enter (why=3D0xffffffff812accc9 "panic", msg=3D) = at /usr/src/sys/kern/subr_kdb.c:506 #10 0xffffffff80c0d5d2 in vpanic (fmt=3D, ap=3D, ap@entry=3D0xfffffe00d01c3ea0) at = /usr/src/sys/kern/kern_shutdown.c:907 #11 0xffffffff80c0d363 in panic (fmt=3D0xffffffff81e9a178 = "\177\256&\201\377\377\377\377") at = /usr/src/sys/kern/kern_shutdown.c:843 #12 0xffffffff80cd6d74 in cache_enter_time (dvp=3D0xfffff80079321e00, = vp=3D0xfffff80079321e00, cnp=3Dcnp@entry=3D0xfffffe00d01c4030, = tsp=3Dtsp@entry=3D0xfffffe00d01c40e0, dtsp=3D) at /usr/src/sys/kern/vfs_cache.c:2274 #13 0xffffffff80ae2bd6 in nfsrpc_readdirplus (vp=3D, = vp@entry=3D0xfffff80079321e00, uiop=3D, = uiop@entry=3D0xfffffe00d01c4540, cookiep=3Dcookiep@entry=3D0xfffffe00d01c44e0, = cred=3Dcred@entry=3D0xfffff80079307e00, p=3D, = p@entry=3D0xfffffe00de06be00, nap=3Dnap@entry=3D0xfffffe00d01c4400, attrflagp=3D0xfffffe00d01c44f0, eofp=3D0xfffffe00d01c44f4, = stuff=3D0x0) at /usr/src/sys/fs/nfsclient/nfs_clrpcops.c:3766 #14 0xffffffff80aed4ec in ncl_readdirplusrpc = (vp=3Dvp@entry=3D0xfffff80079321e00, uiop=3Duiop@entry=3D0xfffffe00d01c454= 0, cred=3D0xfffff80079307e00, td=3Dtd@entry=3D0xfffffe00de06be00) at /usr/src/sys/fs/nfsclient/nfs_clvnops.c:2490 #15 0xffffffff80afdc93 in ncl_doio (vp=3Dvp@entry=3D0xfffff80079321e00, = bp=3Dbp@entry=3D0xfffffe000ee1c610, cr=3D0xfffffe00d01c3d00, = cr@entry=3D0xfffff80079307e00, td=3Dtd@entry=3D0xfffffe00de06be00, called_from_strategy=3Dcalled_from_strategy@entry=3D0) at = /usr/src/sys/fs/nfsclient/nfs_clbio.c:1686 #16 0xffffffff80afce3c in ncl_bioread (vp=3D, = vp@entry=3D0xfffff80079321e00, uio=3D, = ioflag=3Dioflag@entry=3D0, cred=3D) at /usr/src/sys/fs/nfsclient/nfs_clbio.c:604 #17 0xffffffff80af1baf in nfs_readdir (ap=3Dap@entry=3D0xfffffe00d01c4918)= at /usr/src/sys/fs/nfsclient/nfs_clvnops.c:2383 #18 0xffffffff80ce490f in vop_sigdefer (vop=3D, = a=3D0xfffffe00d01c4918) at /usr/src/sys/kern/vfs_default.c:1471 #19 0xffffffff81181f38 in VOP_READDIR_APV (vop=3D0xffffffff81af00d8 = , a=3Da@entry=3D0xfffffe00d01c4918) at vnode_if.c:1939 #20 0xffffffff80d0b23b in VOP_READDIR (vp=3D0xfffff80079321e00, = uio=3D0xfffffe00d01c48d0, cred=3D, = eofflag=3D0xfffffe00d01c48cc, ncookies=3D0x0, cookies=3D0x0) at = ./vnode_if.h:985 #21 kern_getdirentries (td=3D, fd=3D, = buf=3D0x801851000 , = count=3D4096, basep=3Dbasep@entry=3D0xfffffe00d01c49b0, residp=3Dresidp@entry=3D0x0, bufseg=3DUIO_USERSPACE) at = /usr/src/sys/kern/vfs_syscalls.c:4142 #22 0xffffffff80d0b449 in sys_getdirentries (td=3D0xffffffff81e9a178 = , uap=3D0xfffffe00de06c1e8) at = /usr/src/sys/kern/vfs_syscalls.c:4089 #23 0xffffffff810bd00e in syscallenter (td=3D) at = /usr/src/sys/amd64/amd64/../../kern/subr_syscall.c:189 #24 amd64_syscall (td=3D0xfffffe00de06be00, traced=3D0) at = /usr/src/sys/amd64/amd64/trap.c:1156 #25 #26 0x00000008012a83fa in ?? () Backtrace stopped: Cannot access memory at address 0x7fffffffd928 =E2=80=94 Juraj Lutter XMPP: juraj (at) lutter.sk GSM: +421907986576 > On 27 Feb 2021, at 15:18, Juraj Lutter wrote: >=20 > Reliably reproducible: >=20 From owner-freebsd-current@freebsd.org Sat Feb 27 14:59:51 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DCB48548EB3; Sat, 27 Feb 2021 14:59:51 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DnqSR5wqFz3DVS; Sat, 27 Feb 2021 14:59:51 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1614437991; 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=Mz2WZ0dZekaXyU+38BGmpHvJrtz9JZq6EGOenrCUP6c=; b=fyasYFkR/dJa621AfuJcNkhSLon2m6QhA759cv2UMpRDfArfqP2QdN5avDPFofIBcAgWa8 jLLZoGl+yv9Krk/xrZFXeMxT+H2BCDXO4map11/n/5Mpt7YtPI6mZVGbwtniZkq1yZh034 ugHn0Op2OvWqaHM88z1bWFAKsp9yF4StHtz3ZuBuAeOGqLY1waWBCXjtY0IaTBTD7Xatcj uFSOpMfqU2LihskkedzddicHNAhDPN8vuRxmDy2c+1xK3MuxnliEuNarQR1/dFrMRfBx+0 LCPifXYiPD4zgMmyCmhLZa8Y+dSI6Z7orW18HPIZ6QHWG6Jte9nYK0PWAGeOLw== 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 51E831F14; Sat, 27 Feb 2021 14:59:51 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Sat, 27 Feb 2021 14:59:48 +0000 From: Glen Barber To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-snapshots@freebsd.org Cc: FreeBSD Release Engineering Team Subject: FreeBSD 13.0-BETA4 Now Available Message-ID: <20210227145948.GK48055@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=1614437991; 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=Mz2WZ0dZekaXyU+38BGmpHvJrtz9JZq6EGOenrCUP6c=; b=HodjLlX9ff0Ufk6ugrML+8LOsO5JKUVJu7Vls9rSAIfzDYO4Pak0QfVnnYHir+XWXnIIWy jHMlZSN4VzLDTp3UxuvqPK9WqXnPImDmWOGMrE2Ga5aEur/LC0F7jAarwtCVf1Dhv+8xTn 6gV0c5LY8fbg2eb6EmEo5pVyj2ZiG6CL+usChJmtCB1VMo3ZHcYIbKBCMp2lc7jXCEvkLJ Hf3xoCXWAIE+C4Z+hlOrGrQfioihhQPNMTf8ZIh1rqIcfQ3lbTPmxMmszt8ePp5eNw5bX3 XZpKR+QvpiYdX4U+sHITobZTEdqzvFgwiYD2iIV7XI1XuFckWqloA8BQ3MSHoQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1614437991; a=rsa-sha256; cv=none; b=Gv0NUmUlzgfvNCesIW4X00+HLOMhbcH7mvrMMuo7UgtLJC6YQuKK9fHU9MU8CE2eFbBAQf hTScEuqOie0Fi6OFSJ3d5heZeVYrZsS70d1W3EujWHRXbiWC2HQgBY4N5qvo0WTI3cGHC+ GR/eQi0jmS0kh2CQgIOyDYGaEEnlfRg0BiY5Ump/pV1PXSWkYCj+Im3j57Lk0GOg2qbSlN zmtG7KaR6EMqXtIX9PzwmzJKqnPPB9Hs0Zp0xnuJ/8n4UpR9ac9bW7gvCpgumj4Jl+/Q1f HUQiWvAe1gD9crhvmWqR+yA55Vq23mldW8HlaAAnBRvoJy59qhzxNoyb1KLdbw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2021 14:59:51 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The fourth BETA build of the 13.0-RELEASE release cycle is now available. Installation images are available for: o 13.0-BETA4 amd64 GENERIC o 13.0-BETA4 i386 GENERIC o 13.0-BETA4 powerpc GENERIC o 13.0-BETA4 powerpc64 GENERIC64 o 13.0-BETA4 powerpc64le GENERIC64LE o 13.0-BETA4 powerpcspe MPC85XXSPE o 13.0-BETA4 armv6 RPI-B o 13.0-BETA4 armv7 GENERICSD o 13.0-BETA4 aarch64 GENERIC o 13.0-BETA4 aarch64 RPI o 13.0-BETA4 aarch64 PINE64 o 13.0-BETA4 aarch64 PINE64-LTS o 13.0-BETA4 aarch64 PINEBOOK o 13.0-BETA4 aarch64 ROCK64 o 13.0-BETA4 aarch64 ROCKPRO64 o 13.0-BETA4 riscv64 GENERIC o 13.0-BETA4 riscv64 GENERICSD Note regarding arm SD card images: For convenience for those without console access to the system, a freebsd user with a password of freebsd is available by default for ssh(1) access. Additionally, the root user password is set to root. It is strongly recommended to change the password for both users after gaining access to the system. Installer images and memory stick images are available here: https://download.freebsd.org/ftp/releases/ISO-IMAGES/13.0/ The image checksums follow at the end of this e-mail. If you notice problems you can report them through the Bugzilla PR system or on the -stable mailing list. If you would like to use Git to do a source based update of an existing system, use the "releng/13.0" branch. A summary of changes since 13.0-BETA3 includes: o A possible race between jail_remove(2) and fork(2) had been fixed. o An issue with the pf(4) osfp configuration had been fixed. o An update to the ena(4) driver had been added. o A bug fix to flex(1) had been addressed. o Fixes for FreeBSD-SA-21:06.xen and FreeBSD-SA-21:03.pam_login_access had been addressed. o A fix to ZFS to address a potential system crash if scrubbing after removing a slog device had been addressed. o And other miscellaneous fixes. A list of changes since 12.2-RELEASE is available in the releng/13.0 release notes: https://www.freebsd.org/releases/13.0R/relnotes.html Please note, the release notes page is not yet complete, and will be updated on an ongoing basis as the 13.0-RELEASE cycle progresses. === Virtual Machine Disk Images === VM disk images are available for the amd64, i386, and aarch64 architectures. Disk images may be downloaded from the following URL (or any of the FreeBSD download mirrors): https://download.freebsd.org/ftp/releases/VM-IMAGES/13.0-BETA4/ The partition layout is: ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) The disk images are available in QCOW2, VHD, VMDK, and raw disk image formats. The image download size is approximately 135 MB and 165 MB respectively (amd64/i386), decompressing to a 21 GB sparse image. Note regarding arm64/aarch64 virtual machine images: a modified QEMU EFI loader file is needed for qemu-system-aarch64 to be able to boot the virtual machine images. See this page for more information: https://wiki.freebsd.org/arm64/QEMU To boot the VM image, run: % qemu-system-aarch64 -m 4096M -cpu cortex-a57 -M virt \ -bios QEMU_EFI.fd -serial telnet::4444,server -nographic \ -drive if=none,file=VMDISK,id=hd0 \ -device virtio-blk-device,drive=hd0 \ -device virtio-net-device,netdev=net0 \ -netdev user,id=net0 Be sure to replace "VMDISK" with the path to the virtual machine image. BASIC-CI images can be found at: https://download.freebsd.org/ftp/snapshots/CI-IMAGES/ === Amazon EC2 AMI Images === FreeBSD/amd64 EC2 AMIs are available in the following regions: af-south-1 region: ami-018ff0bbb489cc147 eu-north-1 region: ami-0d254e869c98cee4c ap-south-1 region: ami-0fbf06953c56b6f0d eu-west-3 region: ami-052a22f0481d6b334 eu-west-2 region: ami-015353db614403879 eu-south-1 region: ami-00846500ffe1975b8 eu-west-1 region: ami-0b515b56fa3b7332b ap-northeast-2 region: ami-06803a95877671551 me-south-1 region: ami-08de3623ff267603a ap-northeast-1 region: ami-05161601758e32a63 sa-east-1 region: ami-0d06cd4055c68ba45 ca-central-1 region: ami-0d0388a8a169d558f ap-east-1 region: ami-0451191bad1ef9693 ap-southeast-1 region: ami-0ebd0fd4279e33ec8 ap-southeast-2 region: ami-05ade971900f558c0 eu-central-1 region: ami-0ad78f12e0a41a4b0 us-east-1 region: ami-0d05110d430079833 us-east-2 region: ami-02da8e14277738938 us-west-1 region: ami-01f37e43b49871d73 us-west-2 region: ami-0f07edd632e38b962 FreeBSD/aarch64 EC2 AMIs are available in the following regions: af-south-1 region: ami-0967dd10e7b2b5dff eu-north-1 region: ami-09fb93f6c2c7109e5 ap-south-1 region: ami-0034cc6c0c95e6f1c eu-west-3 region: ami-01b1667281c168197 eu-west-2 region: ami-02ecf0f64094a745c eu-south-1 region: ami-07481931ee179e035 eu-west-1 region: ami-07b117d18ce82445e ap-northeast-2 region: ami-0fe53007cad4e0126 me-south-1 region: ami-0edf8b794587f5eb1 ap-northeast-1 region: ami-018bbcb291610cba7 sa-east-1 region: ami-09280ae90d5f2df1f ca-central-1 region: ami-02e44b65eb0e4e88b ap-east-1 region: ami-01a41c8540edf87dd ap-southeast-1 region: ami-0b1aa4beb112c3767 ap-southeast-2 region: ami-085a1039c67631873 eu-central-1 region: ami-0009146e1e50f15e5 us-east-1 region: ami-0e22d39850e1a1afd us-east-2 region: ami-0b14d8a4cd8819124 us-west-1 region: ami-05ece71f325f2200f us-west-2 region: ami-044e74dc5f386b446 === Vagrant Images === FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can be installed by running: % vagrant init freebsd/FreeBSD-13.0-BETA4 % 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 13.0-BETA4 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 11.x. Alternatively, the user can install misc/compat11x and other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install == ISO CHECKSUMS == o 13.0-BETA4 amd64 GENERIC: SHA512 (FreeBSD-13.0-BETA4-amd64-bootonly.iso) = 4c9789e45b4ea598756a2abacebbba91448f91080f498b409555cd627744907921ac1fe9fa4e8a28ed3396fbbede476ed196d4ddd0c07e84f2321be14cdf0e54 SHA512 (FreeBSD-13.0-BETA4-amd64-bootonly.iso.xz) = b9f87907c6b4391d985aab71ace7670644f9d2f3ae2500805496e7ec7548385b1788353f73bb2921e43a8d8dfaa8468049bfd5576dbcd0612c3313a8ac8f3bd2 SHA512 (FreeBSD-13.0-BETA4-amd64-disc1.iso) = b5cd1504af62e4ce566f89111959669ca670c697e7099bef55db1dcab9a7eb58323c5573a041c67568074e5024db2a24478442e1d417b1f3ff7bf4cdace2c9ab SHA512 (FreeBSD-13.0-BETA4-amd64-disc1.iso.xz) = 8294aa66443ddf8eb545ee7deb1cb5a4676c17be8c60e8e7423679206f781f2c656f724ad984fa3430b421769caf0a54660b28ba1c5f0f088340adc3fa9eebe8 SHA512 (FreeBSD-13.0-BETA4-amd64-dvd1.iso) = 59f33219e0ed67908b4272c7d7c394fe36295dcf3d58e359fbb666eb7dad4a94340603ddcb25bfde92fb983e4ef939cc699cb165793faa2cb98564485285065f SHA512 (FreeBSD-13.0-BETA4-amd64-dvd1.iso.xz) = 3099b503bc5635c97238e5ce7246c5627340463c599c28224191b39664e2d2e1d53114e6b64e4633017709816222755cf64d75c8c00ee229a71c24f858aee08b SHA512 (FreeBSD-13.0-BETA4-amd64-memstick.img) = 5d83b59128ca124edc6aeae22fd6f385cf8645a0a19c6d4d1dd4ad746f0a16a255f92ca4f217bc6bd987069333b9a31416d5bdc6388b47bc43011766c5d2a25f SHA512 (FreeBSD-13.0-BETA4-amd64-memstick.img.xz) = 5b547c9738582f1ca7876f06c4440bcb79efc1955e78869b062d9ae8777d6a740717ca6178d12242140c0b26d93bee70b3156d3202e9f0478014ba06e5f505f7 SHA512 (FreeBSD-13.0-BETA4-amd64-mini-memstick.img) = 1bcda4e516d6f661086cf719af320ad4599e1c707d42b273743a1aba86c0a086e24dee88de18e5e474aa93adf97d39835ef1681a71ed31db5dd8c456235d9d78 SHA512 (FreeBSD-13.0-BETA4-amd64-mini-memstick.img.xz) = 77e5b96fa6cb1cf989cab164ba92b87b37dd0b374a7b53f8967b56dbeb0cb734d46c10f92591b43b488193c3e772648c422ab57b8558433112353170f85c7dbb SHA256 (FreeBSD-13.0-BETA4-amd64-bootonly.iso) = 34ef2ec4bb1308d74822bf53f845cd16c53644792492bef9f0f89ea26cc6c6f2 SHA256 (FreeBSD-13.0-BETA4-amd64-bootonly.iso.xz) = cea8ca06e7d6e3c80f07a54ef36b6bf435ae7341e9cf7e4b081549ce6689e34a SHA256 (FreeBSD-13.0-BETA4-amd64-disc1.iso) = 99261858e73aa7f401871cd6ef4e8aaf483caaf792201e99639d66c0e1885bfd SHA256 (FreeBSD-13.0-BETA4-amd64-disc1.iso.xz) = 0aa137fac5d3f530a0959ec22c46d48cc2b9cd75071336884af79d3bb20fbbff SHA256 (FreeBSD-13.0-BETA4-amd64-dvd1.iso) = e67dda3e3d9644a0b980fa1bc9cafb047f56678ef3a86befe947283daa70590d SHA256 (FreeBSD-13.0-BETA4-amd64-dvd1.iso.xz) = 84011747f39700f0450ac57f2769a6fc30da211e4300dbb81a335c16cd430768 SHA256 (FreeBSD-13.0-BETA4-amd64-memstick.img) = a2bdb6315f38f1a79a82a31d4de9098ee9122624cce8e5155b750eb099473a61 SHA256 (FreeBSD-13.0-BETA4-amd64-memstick.img.xz) = d1309cc53b29bac79dc885dec04b53bba97cf33a40b3306f2ca85036040b96f5 SHA256 (FreeBSD-13.0-BETA4-amd64-mini-memstick.img) = 95672732c6a16ae5397b7f943d70649e27cccc1f853449cc01f66e787c2af758 SHA256 (FreeBSD-13.0-BETA4-amd64-mini-memstick.img.xz) = 096f4fabafc6e748a29811f8a6a5c0efe38f48dd0b611a5e6fb286afd0adaeba o 13.0-BETA4 i386 GENERIC: SHA512 (FreeBSD-13.0-BETA4-i386-bootonly.iso) = c93c17381c76d8ea9a7f79930c696212dda06e4f80c2320c372447d3b79640687d2238ff99fd8390ebd5e9a287e508e22561fb329b5592fba454bdca958ff762 SHA512 (FreeBSD-13.0-BETA4-i386-bootonly.iso.xz) = c0527e5883d76d0bd3233f354dbd1ef48433407236d4f3229f9a5ca287c32973ef2ca7562a1a87157d1c502e7da9eade611acf7dbb028e1b4b645597ed624804 SHA512 (FreeBSD-13.0-BETA4-i386-disc1.iso) = 0698baf8b42b92951b41e094af1b1b4d62a6965bb5cc694d473b913f1a2753e5d5f3601837f79a4b32999b56bba870156d8565c7ae2e6de03ff35da2b7cb76f9 SHA512 (FreeBSD-13.0-BETA4-i386-disc1.iso.xz) = 6a58c2891f293c80b20f4ec2ed1cb3ace9e363efce2527561c158e920979be29acacdc393c8fee7e78a8314322eb978fcdd16b51ba3443a3cbe838d494ab2222 SHA512 (FreeBSD-13.0-BETA4-i386-dvd1.iso) = 077c1bf8a11ba7bd7329dbea923bdc2732bb9334a28b12953ad439d2dabdb67ac6b7a3aea9e8f63047ae9ff33cdd6cb9dcca1713dafca8e894a458eb622b2058 SHA512 (FreeBSD-13.0-BETA4-i386-dvd1.iso.xz) = 2f9ea87d73b1cc0c7e66dc195ce61f7bb0bd88bb9329e9fc206049d2e87ea5d397dedde9a7e4eacc483a630893e9785bf469652462a0de50d8630a841c7ca540 SHA512 (FreeBSD-13.0-BETA4-i386-memstick.img) = 951b1dc507429c587c750d3770d6f49c3032ea70c9e32e0f929c857a52cde8448d3b8c2a2b5436bad70a119cc168bb63cbe9d34ab135b2c8bfdd60574bc17a4d SHA512 (FreeBSD-13.0-BETA4-i386-memstick.img.xz) = 20b0676d4eb62064fdfe990c9efacc7704839a31441d76e6eb173b1719d4a6b31b33d66d08d26174ec9116c3c179e3691656993bf2f6c21c022b1d38f04be144 SHA512 (FreeBSD-13.0-BETA4-i386-mini-memstick.img) = c207b7df67d97b8aed8ce964eab15f837ac19eac289c61b615a7951ec48b9ca0e02019f8e6fa396cb62aaeebfe2c271f551ed5133d2671accf42a4ade9ac89cd SHA512 (FreeBSD-13.0-BETA4-i386-mini-memstick.img.xz) = a29dec493dbdc85969912f908da23727aa3568736501bad9ccf834115e2f9c9d4eaf4035492e06d8954ae22ea2b1506a4993a96d70f484e091a8f46b197b95d7 SHA256 (FreeBSD-13.0-BETA4-i386-bootonly.iso) = dce5ae78aa5152bd35a75169cd6a1d55252bf7291867e6d25137a3f8c7c162c8 SHA256 (FreeBSD-13.0-BETA4-i386-bootonly.iso.xz) = ca91b72f4d1ce19400611948c99147e8f436bcfbb97e0ca307ad3fb90257f148 SHA256 (FreeBSD-13.0-BETA4-i386-disc1.iso) = 4824c2c836b7f364ed55051505239390abe1e025caf617ff866fc9d457e69827 SHA256 (FreeBSD-13.0-BETA4-i386-disc1.iso.xz) = b39ac81f741cf4b34328a3f7eafb94eef0480ddb69f390dc45e002062d392752 SHA256 (FreeBSD-13.0-BETA4-i386-dvd1.iso) = 8572697b0d4dd69f00f18405147113fd6102b9ffeeb9675a6699c44f37a375e0 SHA256 (FreeBSD-13.0-BETA4-i386-dvd1.iso.xz) = fe83bda72fe8c527ebcefb7df2cd8e138c81f6ca5970a3902e821056199a0c3c SHA256 (FreeBSD-13.0-BETA4-i386-memstick.img) = ebd32608ec8bce02dc111f28b13d10e8859c41c2b1d69c0106bfd951364003dc SHA256 (FreeBSD-13.0-BETA4-i386-memstick.img.xz) = 37fe485bcbfc29ba4b87b5cdca3245ba490810c8a5b68be8ad3be159a08c5177 SHA256 (FreeBSD-13.0-BETA4-i386-mini-memstick.img) = 167b620aced2a47bb474507fc3b523b7ddea00da1965dfb7e17b07a0c91b0dac SHA256 (FreeBSD-13.0-BETA4-i386-mini-memstick.img.xz) = dbdcc0caac8811db03a7ffa329684ccb27b61838309060c4aeba9d78cc88538f o 13.0-BETA4 powerpc GENERIC: SHA512 (FreeBSD-13.0-BETA4-powerpc-bootonly.iso) = 2013081d948246b16466169d94fc51d7e2781fbc20bdc27d180adbf940f8db8708632809c45356dae30ccdeb2aa78f631276072c89caa2d46f4dfa064ca090fa SHA512 (FreeBSD-13.0-BETA4-powerpc-bootonly.iso.xz) = 93c7ca8807edbfa9d1463711af1f5064caa1bc808e054b4c67622e5b5c0b9c0c426212ca3f3e8149983fc0a8f3c6c7835801d9589cccacdd209967ba60efc3b0 SHA512 (FreeBSD-13.0-BETA4-powerpc-disc1.iso) = ef5342c0ff482c3255a87e67f4c5be83c2bccd2ed6a0abfde6aca7fe6fc5ee1b720339d7577ccdc711ade0641ceb07a6876276597f7aa6a0d12e69c4fbf8987f SHA512 (FreeBSD-13.0-BETA4-powerpc-disc1.iso.xz) = 9c27fb2778e16c97f9f65d53874f82318e66ae97ab52f2a8b7d6c9512f2e2edc80f01afb199e94bd277641b2c97800e3c31e5e9bbf59526e7d9b58191fbe2160 SHA512 (FreeBSD-13.0-BETA4-powerpc-dvd1.iso) = 184d8314c52c62e1f750d9139722d48c0c409f4dcede1e496b1921712b95c35efbdc1d628c4202dbc9abd10940b029b67a33aac404a54d0fd069c371395c47a5 SHA512 (FreeBSD-13.0-BETA4-powerpc-dvd1.iso.xz) = 9ba2aad51daacdc77c3fca5be6ca84fe8915a61050504b7ae4edefbb1be134e219295fdf4e59e83fcb76f71e0498aae9ef45eb038cd5e28069015fc538883b57 SHA512 (FreeBSD-13.0-BETA4-powerpc-memstick.img) = e5d6a1c4ddea676984f4da025c3ac52b3b3c8e1307944e4e11359545c86359dd04ee66941a4999b98c64e9e6aaaa17f18eb5ad73dc5350bb9f8f81a65384671c SHA512 (FreeBSD-13.0-BETA4-powerpc-memstick.img.xz) = a7f74fd583508bd25a5a4f69309aa493cf0eec879a3f2ab5e34e633daa53f2bc2fefa3eb85d51b487061a8c84f53beb922ff1167c12e88174facf44e066bc318 SHA512 (FreeBSD-13.0-BETA4-powerpc-mini-memstick.img) = 2ae508dd5e2be14ba5ea67bef953c490bb2a4c39fb19f22ebd5ce5ff828a169f3e70f6b00f5046862dbfc435f1f262946968ce1b75b0ffb8f7f79f3f950b9a10 SHA512 (FreeBSD-13.0-BETA4-powerpc-mini-memstick.img.xz) = 74cf9b77b7fe6f0b8f9530929cee5d62388462d3aa6f9072602ce5eb75dd483930600fd90e39b8f6366d92a7b6997af5c1c98b374d1a024d8ab01f8b7225f683 SHA256 (FreeBSD-13.0-BETA4-powerpc-bootonly.iso) = 374ca9526862285ba0f59a2197d995e51436870cd752ac619ccd4e0f6e8445ae SHA256 (FreeBSD-13.0-BETA4-powerpc-bootonly.iso.xz) = 30e180dd8e04cebf7e9bdbf4083c47e36d3303641ec9b876bed48155c797ecfc SHA256 (FreeBSD-13.0-BETA4-powerpc-disc1.iso) = 71c4f68de6450b722783675f7159db9cea20eee242a09e7438c3e948c288edab SHA256 (FreeBSD-13.0-BETA4-powerpc-disc1.iso.xz) = 9d0ad52aa9b9ea42b660072b5f9892125ef5945ec04fd5befd4a6532a15c7ac9 SHA256 (FreeBSD-13.0-BETA4-powerpc-dvd1.iso) = dc452c57c765ebf93ad32a78ea6b18b0bb99a4a0f2a26598a08408e6bbadae56 SHA256 (FreeBSD-13.0-BETA4-powerpc-dvd1.iso.xz) = 1715da1f51e04b914189927d1088b00eaadb48d5204ffc4f9ceb78c587a70584 SHA256 (FreeBSD-13.0-BETA4-powerpc-memstick.img) = 91bde3311ff57bc7d2fea22af48eec0501a5f6995cba270a20befad244649d88 SHA256 (FreeBSD-13.0-BETA4-powerpc-memstick.img.xz) = d769845aa45377949849b1a4671358b9d6ee775dbe01c7e54754b5a9f19517e1 SHA256 (FreeBSD-13.0-BETA4-powerpc-mini-memstick.img) = faaf08948e86dd4e60c426fffc50a4a5169083e96ca2dd39f144e994e8b02c00 SHA256 (FreeBSD-13.0-BETA4-powerpc-mini-memstick.img.xz) = 8698cc75bf03d8a5dfdef1987ac57b926075b83120626e904782b6d0578d6510 o 13.0-BETA4 powerpc64 GENERIC64: SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64-bootonly.iso) = 38e5e27e0bd119cbd9c8e4151573c4182df3266923a3389b2956e6330c8f23ddc97f6b3951c91ff01c77d7a186996690de5964f8a9e3076228bbc87058847850 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64-bootonly.iso.xz) = b56fc3da3ca22fbd92096c3979f1f55c5a5bd71278abba6db4bef64cf782ea35b819f516522e8b5dee0deba7e4389f21d75870cc0a48ab44e9fc15c8132840dd SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64-disc1.iso) = 059bf84f9a27dfdd86d34173c69fa02d0074a25c60d8699a6972e5c985b9257772a06ff275861681a94a56b1240feb88dc58765667738e25010a1aa6760450d8 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64-disc1.iso.xz) = 3b4e5be487c3f312910a2211af33e249be9a806934775b1a1047adb6cd68692bb0fe164fe5a6b4e6a47f1e4bef4af096d45c585114e5f568d3b86f6875b443c7 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64-dvd1.iso) = 4d80624def99d04c6a1bfff77c7cf8ba8a364dd5249dc6b26fd185865d41013214a071ac858d449c7c80402afe517da2b56fb22f9a36c13cb3ef0ffa3675cf08 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64-dvd1.iso.xz) = 0097e04a66568dc5ea53f9bb89a576bc1c2ab6a795be88d53ea840bc1007a702292fe1c43fbe384ec147b9d1919325da3d61082e0cb8b99518bb20ae7420dde7 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64-memstick.img) = b43d86402d76f1fc0ccf3c0e345dbc76d278ff4325f4c215be2caf22c5770be57f51b751c53e629f79a1c9b71c5358194642c6464122392ce32da3f6e88b8548 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64-memstick.img.xz) = 9d6f1d0d8535880ffa74c76be6ce3e2e0e7be2b48ec52f9392fc9235e5dc50a56a7618b25348feef010a416c6db097b385b215415b75f283f61d107d85831d74 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64-mini-memstick.img) = b436e1583cfb46c53532b6926cdd8d9636306e645ca5a95ec41182420a1930785a3deae6d865b36c459c8540d0802fac80d8917b75f3055aa62e8506a6034c4f SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64-mini-memstick.img.xz) = 98c21fa39b2b65fb0e51c6c71186ece6c56260217f3b19ee52d9d28d276bd69e30979b9bb0cb172aef233f818ed67233f8cee7487f143aeee768b80c46ef5cf9 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64-bootonly.iso) = 6d28856e6e8b01bf5d66952a8a7880a07a64b3d7518645551a8f5d2ce35de352 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64-bootonly.iso.xz) = 43d74a9581431e169225e8984b55c28f820a14ee43fc4be89c58423d8344728f SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64-disc1.iso) = 100df8f11d810ef7d85df1c178c0419bc9096c612cba64f06e2b5fe17cd5f002 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64-disc1.iso.xz) = 2bc80cfcbf88793e832febd38af666ec90d71248d31f2ccdb0c21216ca47f5b3 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64-dvd1.iso) = c45c7b000234c1552e1c75ca86ed51ef4a8ad43036c698d2ed721be189c22fda SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64-dvd1.iso.xz) = 347bb9b018bce00b770ca873fc55a749ba7af96a56477e39d8c74c67eff1ac27 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64-memstick.img) = d9eaad23e4f7ea92feb7eca0ef042b2d61749a56230e23280e3ab9ba69c3c634 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64-memstick.img.xz) = c65b0ab1f37d83e2553e963be39d573abc428a5b8714aa2437ef4d06069c62c0 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64-mini-memstick.img) = 2acfcba5db245012038c768b0e26bfd1116fb75800c4c32279123f930d05f43c SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64-mini-memstick.img.xz) = 3d050e72995fd7050316683463791e33153d4725e404ab6573db3915935bfc73 o 13.0-BETA4 powerpc64le GENERIC64LE: SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-bootonly.iso) = 52ef0b1466308212566d44e2e852fc8ef7c6798a2b7fddd75cc3df76826e512941ebc7227c9cae8a4d341d5479e3c7c5eaf8560458d8fae6f2ec462aeb52a9c0 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-bootonly.iso.xz) = a7d5c708eb37f20a07b7ebf228390210ae0fc55aac3d5934edd023533972273b57f7625be783d2918f2601670b8217d6e71a871b2b83635f0def10227cf8c092 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-disc1.iso) = 1c3b0b920df0824149f5ed994d0f5635c3a3e3331fd1d95d0b328eebe48982f0371f89d1e59f179f2b03c9cffadf14180cc86419844a4c54663ae481c51fdbb6 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-disc1.iso.xz) = 49ea24fa4f6c5fc39ac7bcd9093dcd22b6ea569bed08f79a64823406d98fa4f246620e0e3ecb488c024415a529946de4eca7460121bb2d7d4370ff2f047fe90c SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-dvd1.iso) = 11c522ef914aee045c9d094e7b31d01d9713c3c1da6c433a3c716f92af60d1ad02537d6e08831c3c131026adc0df8f7399f2af0f208c8a8ef0d2c8432878a846 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-dvd1.iso.xz) = 6e0dbf0947c3ec2de550d5f8e7bd25965bac32c063b64f8f7c4296cdcccd175a55a6627d85c10d9728523b81e9b9aeb44d3727c1648b84d02618a80b25e200c4 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-memstick.img) = 07bec62cc4788769f7055ff9ad237c5510453584a2d32818e4da86f9f79ab3b80f270f86063abb202a3216a30a3a58cb79c1017383c80ac1e89f5ef7fb5d9735 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-memstick.img.xz) = be895a51bf3dee73349b2bb1a5ab26235c302e67b51a4ab804b359d4c8964e16a0d9fed160b8d977dade83599d555217d6a0d085dba56dfa7475ece45c566be6 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-mini-memstick.img) = cef833123b6428db05492f00d8b9c77e4f5dde4e0aef8912305da7ffa232fdcd9cc3987da991a5956585b519831ac6a1ee826effbab4e2f07e1ad644b76bf641 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-mini-memstick.img.xz) = 1590f1a3aee806203439a2019b878fb16ca319dc118b2756a32e1d2d5b5992372fb0c941e00d240644580518e833ae0e27c011cace2626c40ffbfb963bb8a52e SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-bootonly.iso) = ffc7fb2397fbbdea23613a4b1ed6d80ae6b528fecb03dd68dbf646ab51221f46 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-bootonly.iso.xz) = 32c26db1f1a6e35bbf3d37176441247660fb250dbdc60e86472a5285f6fe4462 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-disc1.iso) = 85aec1f3373d79ad3abf925fa4d271f664eb9c8a71c4e1560b83f3995b7fc1fa SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-disc1.iso.xz) = 9a8ec61f5a737d0d058372ea8bf388f700b4f3b62609b2714eb99aa110eedc64 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-dvd1.iso) = 4198b8f86ebc3fc057469bb576a78f667c54d254e240d3b32972f1c83b4f82ab SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-dvd1.iso.xz) = 0cd1d62d84fc714fe2573af90a6cd4827ec41396f656ef96c665676e045fb891 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-memstick.img) = f642b6a5bd165b3a754db792d69fb16cf46167ba1eba470495d4f229011ced90 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-memstick.img.xz) = 74a47dc8f15463f8f3855c0129330c081887a1194599f52f895e132413c2a8d2 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-mini-memstick.img) = e86aaf36009467d08431e6f55443b74673f6dc10c03107e40955597005ef896f SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpc64le-mini-memstick.img.xz) = 4a9c52a9df2064dfb680a1d3a04cadd21d9d85f8f3a265c689346d72fe3b1e16 o 13.0-BETA4 powerpcspe MPC85XXSPE: SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-bootonly.iso) = 68f420e6de3e1f55eff845ebbe8fda9bf48dab9cf9c97b2e7635342279a56243cca0dca4a8dc5aadfcc2dce5950ee3d4c09b7d466a4db019592add83ec456135 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-bootonly.iso.xz) = b85ab0ecfbe3ef931f6f1552b3626a13994372d8859c6c2b718adc4515a00cb0974185caecbb403348975f3cf6af13ef75be6a6ab1fb020c2ad457e0cc266e57 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-disc1.iso) = 58d07e2122c77306df6222224a694e7e0d31716aaeb70d23b6640c3fb5126f28fb0af9ef46cb5a1ef887ef8c6f194b8f3147ba6c338c5d3ea433ba97b27ba7ac SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-disc1.iso.xz) = 700c4b1a9697e1b3f29235eb67f1dab5569e365375cc6071cff7948ea4b1f58343446327850f647d2d6cdeb92b1564f4f1605f97895975494abe7514254aefdd SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-dvd1.iso) = 2dfce7eb44da5aff95eb2dd5b5d8471e1e03d44f45974b83125aa1f5c0e043419a3dc173a838e356ff3f55345141950fa56a2ebb2f5661b6369161f2920b7add SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-dvd1.iso.xz) = 37cd5784de4ed635f4fc0671df6f02cb97196508178cb34a96fc2ae459532ac7ebbbbb108b4d6bf66ce84f14a64da1b2750674a1f8d4c086c3992599c30875d7 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-memstick.img) = 3cfad6a9e1c5e2cf030609b3871d375200b1bdc334c27c98d76da5b2d4c546c9ffb9f00ceb27340d96c8211c9cf0a6b2dedc54196ed3a7e12287470eb3715743 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-memstick.img.xz) = a3a1c825a724dcea81d235d616562e2cdf20b7e9b3567d83d119a084c3df0fd9a3a6216c1af2181604c78b21157abd261f0f7c901bb29da46a8f5ced6c9d9422 SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-mini-memstick.img) = fe98bfbf18bf08d0f32c4941bf0dc8bd5abc988b9ec169b8fbaaab2a0f1f86c8dffb48adde686440b0813fbce1aeec11bbc2f6d645f78099548b3b9ce54e751a SHA512 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-mini-memstick.img.xz) = b1bfeac71a2872af1328207a643b7ccb76e40e38aa2e81935f04e73a083443c6dba0a3378cf009d190f22e21180d26bf5361e67f09819aab25a2cf193bcfbf5d SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-bootonly.iso) = 77b0bea642b852d61d7d0d4b2998a3f282ea194109430db9c5d333f2c7d3e8b9 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-bootonly.iso.xz) = dcd4a875755d006561789153c18d8c3566e14e16b5898e9710f051077e63f8c4 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-disc1.iso) = 33ec21a6c20be8b6ace309ea901fbc7f80fc9028bd3ecf4234e7d56d05df6179 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-disc1.iso.xz) = 275b69ddd447215322e6b95163e147bd750e587efc40c38c782535cdbd4683d9 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-dvd1.iso) = bb13b110eebf0ea5cb0395e5dea15580f199707446375035e3a83ac37ce2f742 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-dvd1.iso.xz) = dba9295076864db75065b7e41ce432b328429e8b86c8f77409bf32aa4b40832e SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-memstick.img) = 6b9baf754786621f8ac3000572c26a5afe880086b6b7100409fad97a304a7282 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-memstick.img.xz) = 596415fbfc07a505bbe45f43ef13ab261342fd9876d69cf5180fb2463f473b0c SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-mini-memstick.img) = 511cfccd4d10e0db29a9adedf8d28b5a710fde7ea968c5f7b20fabf21d48faf2 SHA256 (FreeBSD-13.0-BETA4-powerpc-powerpcspe-mini-memstick.img.xz) = abc22d28be0a2c155995796e760c2d3d46a0c11ec61d421dcabe98276a52dd77 o 13.0-BETA4 armv6 RPI-B: SHA512 (FreeBSD-13.0-BETA4-arm-armv6-RPI-B.img.xz) = 7f2979efa084da6f5d6355658d3f2bc3800ff47d4ea135894d83324b89637a8e46a67a1abc9e7318f3c6c17a28c7d969f43255b875e77ae2a82ace54ee9b548a SHA256 (FreeBSD-13.0-BETA4-arm-armv6-RPI-B.img.xz) = 241dfc07efe61b412bc8d0b5dbb2646816c90c2c348a15844d41a4b7c3525eda o 13.0-BETA4 armv7 GENERICSD: SHA512 (FreeBSD-13.0-BETA4-arm-armv7-GENERICSD.img.xz) = 6ad6b50c6abf9f184fb14d13b30af52cb735d5de14196e0635ba3858215b4dd02ab94cba3d18be23d190d667217ad799194f5d8d673e0044e35488bfca248e80 SHA256 (FreeBSD-13.0-BETA4-arm-armv7-GENERICSD.img.xz) = 995f8746f422337b7c485ddbe3e1aea4ce336540a6ff15fa2db27431a0d47baf o 13.0-BETA4 aarch64 GENERIC: SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64-bootonly.iso) = e6fa07a3bbd87d38ed93a0af06598f6a6a5063f9cd7a89d8331ca835e1f12684a5748042d449720319f58602ba222d24e6190b34caef904213862eb7d7f79bd3 SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64-bootonly.iso.xz) = 9acd367c3b5dad09411fb21feeacfe657f023be785a1eac575c8a8c52340ce5b6fcf5dded2154fb7a2c65a9111813af80f48f4c5eb329fef4a7014cda89f2140 SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64-disc1.iso) = 3eba9b7ef598dcee2baa80e0931b4b1c28cd1fc620595f16c41d6ce4cb7ec37970cd85c0c0393e7a70b86e741ea1133288bb5c4f15cb25cbaa12562494e7e188 SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64-disc1.iso.xz) = 5ae3ee5a8dce9207c5e1878ccf59fe8400f2ad2af62e54a06a981ae6966016e5b29bbb6af7b7fbc2ee38077ffb99ca708feb05529d675073b453cdbf15a3b854 SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64-dvd1.iso) = 4683759ed7beb5e88171917350de443ebfcc2eef15d92938b26d0412b0f2456cd494b39ca485f79c23cf8a1f021f2201b1edeefe90af11aafde33d5c3114f802 SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64-dvd1.iso.xz) = 7d62a182afcbc90598e0099d3e632e410a439b842d6a432fcf1ffe49646a9fd9d80d7aeff18da13873565e5f904d0e8e67a6958861f5ef3e796887ceb37c0ef4 SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64-memstick.img) = cfd95797ff19bdcfeca21254262e580c6f134bd69c94fe8d57168b560075660cccc14f07457a31d7b311aad3dab026cfed07ec2156e64a8e0fa9a4228fed7602 SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64-memstick.img.xz) = ceb810704d7518d43c52a4f9f3e68062e27e76929675edf91e554a291d49da861a30f11140acd1df277bd8e791763887f19a445f79ec2ef995590bef89968e69 SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64-mini-memstick.img) = b70b02c25795c563f9fc284f381cf7e3d7ca95b60707eeb5e7d9e6e5ca9d0ddd45d5cf82f9be978f99c9ce86decea2e9bfc93914723e524d72cdbab249f01782 SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64-mini-memstick.img.xz) = ad35f38f3faba0f5c04a9b885cd0477d5ea511605382b89ac65be2815c7889a6b1304e1735d385ce679d6709165b700b6b6aa6719523f683e821de9efb6f8b0e SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64-bootonly.iso) = 7e281fc1e833e5098cbe41bec3daee183af27c49f030e3267ade9b8af644e190 SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64-bootonly.iso.xz) = 4eb242d3ae8bd40fa61b89da2f4e7ab76f1c46713ca0d12fc608641a1078e247 SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64-disc1.iso) = 4f786d86a6ae3167d498e131c77aa15524742cb3cab3393221783ad4a42c03e0 SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64-disc1.iso.xz) = be444894be52cce4cd52ca3586cc4c376017692619610d8c6d6e0b4df7c26137 SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64-dvd1.iso) = c5fed13995b1e759d79ad7ad6b2ad4f2e2b33e83179953aeb908a95ff3fa158d SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64-dvd1.iso.xz) = 1c1aaaafe5524e18d6c3e52b618933690c05c5cea85ea373ee5329ee21365cef SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64-memstick.img) = d1dcbbad9ed8f499caa0a7243e06c04d3e76a1b3f86ad12001aecaa5215bbdb7 SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64-memstick.img.xz) = dcc56d02fde7314a7b251db5ea7ed0ec79f9a193cf0ff195dbb27676c16ebd63 SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64-mini-memstick.img) = 5eab6032dd194cd9c85d14a84b69150e22259ceb95dbdbb5f5b222e7810e78e4 SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64-mini-memstick.img.xz) = abe73e600a47b5c38bf7d452d885c5eb2fde89723745ddc9e6fdcf0ee83f4137 o 13.0-BETA4 aarch64 RPI: SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64-RPI.img.xz) = b53afaac71fa5d8a1550447d1c58b8ac91e31c891de61d0ffb74699499a6fd50df2480bef5f0d5573e24c493028eddc7070c2d9e70355ccce4be2a527450680a SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64-RPI.img.xz) = ca680d1f81f46b5b4478b1bdb5fa785a9c5a7d2dbff30e29b56992922ca18017 o 13.0-BETA4 aarch64 PINE64: SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64-PINE64.img.xz) = c66b1a888a5ff3db00fce90496ca956b79cbb6355b9dd173edca4ae46e12d8507cb9e63e96074974de71ed500d2d4ee8bb3b9a3c944a0630f02c116f23d43db7 SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64-PINE64.img.xz) = 62a3fa5d919ef11924a3681f960676bc1ce678d8d2fb646ae4b5afc57dffacec o 13.0-BETA4 aarch64 PINE64-LTS: SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64-PINE64-LTS.img.xz) = 91ac6804744077603765d289e5bd15212732d4da560e85b25310da68227b2d59696538c1239af1bf4b25ea71509c5a7aa2bcc1b4c46b2b01dfe31142aa0c83b0 SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64-PINE64-LTS.img.xz) = e488888649bba3c29a64efa38891cde1ea7ea04c8d5a3c652fab2004a0fa4208 o 13.0-BETA4 aarch64 PINEBOOK: SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64-PINEBOOK.img.xz) = 43ab5e2e99f64bcf1b4912608190d25cc3891d17ca6589c630829a7709cb0085f379ccbae192064f611b734a52ac06f5ff99f7ab8eef23d6e986dae306f299cd SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64-PINEBOOK.img.xz) = 7d059d0f80c90cdd506e99e2b346eda668d992377b06468891bed4aac5004a3e o 13.0-BETA4 aarch64 ROCK64: SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64-ROCK64.img.xz) = df36ebac797ea92772c6ac783947e3b98cd4f450485c2fba48fba1f2a7857f7edb993858f4ae22ff39e3735ba54422a8ed78a5ea93743e6b9814af3059ff91b2 SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64-ROCK64.img.xz) = 6647cbc4a191f5b0ae4ca8c88db9922e9656acfcfd35b8935496ae7cdb25935d o 13.0-BETA4 aarch64 ROCKPRO64: SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64-ROCKPRO64.img.xz) = 0103e22ca9fb1264c97e61e1c11f3b949b8cc3eb809ff8ffeb96e3ebb8992eb148ec81a93f3467f7876a02417c78669aed6e46f3a7cadeb1b53fac7019da18b1 SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64-ROCKPRO64.img.xz) = 60549907595b27a0d7e8ecb84533f5169085426ae7732fa50a27f98cf70e7b4f o 13.0-BETA4 riscv64 GENERIC: SHA512 (FreeBSD-13.0-BETA4-riscv-riscv64-bootonly.iso) = 68975a0fbca3635770eb286e24dbee0c23491f7fdd884c84703c7da73cc3a54c7883b111457f6768cbcb0335b22683b1240b688681781174667a16f5d0393240 SHA512 (FreeBSD-13.0-BETA4-riscv-riscv64-bootonly.iso.xz) = 7481de04f9c73cf02f619accf0b7b0cc4ebddb2e46e44f356f80e0ed83022e5a5a54ac48f41b03f0e8b9376cf1780b8c3dc39e7bdeccdd786ff77f9b00882d6b SHA512 (FreeBSD-13.0-BETA4-riscv-riscv64-disc1.iso) = 08a898e872a0d21ff4fb3b859e13031532c20899318c4d7961e3c632ded5ff06ba7735dd342e336c485c506267acd3348713fff805f083e7363cbcceb69ae455 SHA512 (FreeBSD-13.0-BETA4-riscv-riscv64-disc1.iso.xz) = 22f2fcc75b0ef4776f63cbd99dfa9d3b3ca6dc58eb19102af796fb3bb6791550ccb7ac3a171c3c691d24744426bb99dc5339963c402dcc5b8fc071643760dd3e SHA512 (FreeBSD-13.0-BETA4-riscv-riscv64-dvd1.iso) = 312031ccb3bb35f663c22e9ec66728b4c6d03dc9fa36ac9765d32e69b446bbe53e4bc3306984dff6d7f1640b3015ac8c39bb4fa74c68df2809ce336bea6ab073 SHA512 (FreeBSD-13.0-BETA4-riscv-riscv64-dvd1.iso.xz) = 2a79946e034a1527706b93dab08a59a3eff3c803a5794f6eb3ed1f8baa0634d4a0e616e82e90d6035fedb5f8854f6868b722eec4d91977a6521b64ceececebb6 SHA512 (FreeBSD-13.0-BETA4-riscv-riscv64-memstick.img) = 4626f7bd27b6c70a34f3bec083161ab7a5b8f4ba4ce1ba0e9cc7f649dd14c51fb92e15458e28d9efd40ad3536be81354e16a51a86b311bd03cf527edd09b2ee1 SHA512 (FreeBSD-13.0-BETA4-riscv-riscv64-memstick.img.xz) = e3d3e4c393e629ca19630fb77e2f08d1e9473afbec8a9f866ed1def87d84bdaa8b001454e54410054c411f3990a29dbbe3bbeb6127d12b2be1b3aaa814542c56 SHA512 (FreeBSD-13.0-BETA4-riscv-riscv64-mini-memstick.img) = 47c5a6830552049ecef674ac2a1a697094ffec29d918a88566ef9aa482b618bc7f34da70fa24b46446aae81a0d3f8cbb485d7a348c3e92a0ad2a0ed86ad3230c SHA512 (FreeBSD-13.0-BETA4-riscv-riscv64-mini-memstick.img.xz) = 2179a567bcd0a58f7c1e7514dd7ca82c68a0de7b7050fc042ca431e3e2722e674e0264994b846ae995a3e349ad9b1284f8c2afde683b6c16e76e6b43075fcaa8 SHA256 (FreeBSD-13.0-BETA4-riscv-riscv64-bootonly.iso) = ed574d7d825176b188726faa992562f1f5c98c099beaa8501c66cbcf5228c321 SHA256 (FreeBSD-13.0-BETA4-riscv-riscv64-bootonly.iso.xz) = 34db3a8ccb1477363eced8f4edd7f775cd670417e8e8c4f3e31919809184a948 SHA256 (FreeBSD-13.0-BETA4-riscv-riscv64-disc1.iso) = 850dc34229aaf141bc716674fabe88e1fa1bad56c2830a9f8fdb4df6e350df46 SHA256 (FreeBSD-13.0-BETA4-riscv-riscv64-disc1.iso.xz) = da128358b1cce336fedcf491618a233e7c3266f5c9406a51173e402e3416933e SHA256 (FreeBSD-13.0-BETA4-riscv-riscv64-dvd1.iso) = 9d5f459f5a35565dead899a804df5ecfdfccb2684d43c5e6729acf275f7e2dec SHA256 (FreeBSD-13.0-BETA4-riscv-riscv64-dvd1.iso.xz) = 79f5490e6ee64723f13e72070515baa12ec1e9e8c1df8240074f2f3e3f368a95 SHA256 (FreeBSD-13.0-BETA4-riscv-riscv64-memstick.img) = 96f04d69fab914b4fd5f49c51736c4dfbd2ce52c7a52cd2b6637d2f63f56708e SHA256 (FreeBSD-13.0-BETA4-riscv-riscv64-memstick.img.xz) = e0cdb0e7394f47899b2f3a72b617347ba624c3a695ecfbc4754f4fc64ca68322 SHA256 (FreeBSD-13.0-BETA4-riscv-riscv64-mini-memstick.img) = b28ec4e724989463b4c370a7c06076241567007bd6d75c5ca3a9a8d1efc0205d SHA256 (FreeBSD-13.0-BETA4-riscv-riscv64-mini-memstick.img.xz) = 16f02d252fd3fab08a85568625e73633c36d7b9b3d4eca6bd55bc2423f236fe0 o 13.0-BETA4 riscv64 GENERICSD: SHA512 (FreeBSD-13.0-BETA4-riscv-riscv64-GENERICSD.img.xz) = 2c5fc9d9aec52d65372d1c28dd3c80f57d5ba9fc43d387b66abb71b9c0051e7a132505c3744a36d6c298218e9af9d2262f4cb6b27af716d32ca30dd98c47fab1 SHA256 (FreeBSD-13.0-BETA4-riscv-riscv64-GENERICSD.img.xz) = 60cd2218ccec4d39cd27022309d6db30cb27195a25646953e3040c7f6e46904f == VM IMAGE CHECKSUMS == o 13.0-BETA4 amd64: SHA512 (FreeBSD-13.0-BETA4-amd64.qcow2.xz) = c0150c3259ce36e85bb656086cda04a6bae6a0a4b7c16367a85ad8c3588493ac00d52ca2ff742e62d469a66e59739618f87e34b2c2b78aef0ed29634f8e444b2 SHA512 (FreeBSD-13.0-BETA4-amd64.raw.xz) = ba910ebe01f8b62eb477299a0dc6ef24c24f0b451d4181d6324cd0fbbb0de5218287ab592722fdf436e90cb847bf10a14982e3014d67eebe7672463b9510f306 SHA512 (FreeBSD-13.0-BETA4-amd64.vhd.xz) = 35303a86fbcfc8c3c6f82076e1f567269b047c28b8b8b29c43dd49e31b6d602be106f058caf2a1957bd17523be801009e662451a783afaa50070a087380cdb94 SHA512 (FreeBSD-13.0-BETA4-amd64.vmdk.xz) = 5d1c3129f6754eec1e8974dfe9f11f4cbf182271eddce916000131dc8e8f6ad93d4d7094ca5e8d5e1646c474d2648e588acbbfa75b27d5931b74feba3b1f29ca SHA256 (FreeBSD-13.0-BETA4-amd64.qcow2.xz) = 0a6119aa326c2df79c934b55704a193f553bd51fc3b3ffdd934d0996f8a49f3e SHA256 (FreeBSD-13.0-BETA4-amd64.raw.xz) = ebf17269b4e098d8cbf532331d9f963c01d660576ac8e9257c15570ec067e7b5 SHA256 (FreeBSD-13.0-BETA4-amd64.vhd.xz) = 26bb10c109a76fa028aff4fc6a1765136b055d2af20d976a9b4be7ef4bb68e42 SHA256 (FreeBSD-13.0-BETA4-amd64.vmdk.xz) = 8763f280bddfa9639f7315ba1f746e60886ba6b1ffbdb65cc651d1b5e12aa077 o 13.0-BETA4 i386: SHA512 (FreeBSD-13.0-BETA4-i386.qcow2.xz) = 803f3e0e245e022a6cabc55284092a15fb0a8e6a2fbe8ef207dff3793febe9a874104fc28d85e40d2e2b116573b36353e2eef582901fa3c41717b024116f394f SHA512 (FreeBSD-13.0-BETA4-i386.raw.xz) = 7a31b29342d688b45527131f2276dd66b70e96f8055f3b8c3543142aee266741bc316ac5fd459fa71beb9606f9aad57a42cd550e5325f3bcdf96824bd641ea77 SHA512 (FreeBSD-13.0-BETA4-i386.vhd.xz) = 2cabef73d89a31fc86c0525e30b61bc362b7567438de82f7441c2535beb7525544134cf1f4989e07d6d01519cc3d0813b7dce323b62a1e0fc9f5ef127017e17a SHA512 (FreeBSD-13.0-BETA4-i386.vmdk.xz) = 6ba3bd748e4e0538b25e12252a628e7aa700ce94ef8c4c7326062ed4593fbb6e0c53ebaff223e97665fd5d5f9f2d01b8fac41f3589e434d3b88d21a2b9b613ed SHA256 (FreeBSD-13.0-BETA4-i386.qcow2.xz) = 2eb6f661952f5c326c5ac88b683588915cc68ca5b7bdc9b23110ef2fb766954b SHA256 (FreeBSD-13.0-BETA4-i386.raw.xz) = 0f656ba6a3c5cbe10169fa6dc69a3b0ef3a9ea58df38470e047104bc85cc6ed2 SHA256 (FreeBSD-13.0-BETA4-i386.vhd.xz) = 4df580e53cd590e243fde28df191d33e0af36e556506ae8d6a20fa30d000b484 SHA256 (FreeBSD-13.0-BETA4-i386.vmdk.xz) = 1535cf51e69c09ee2dd98e1511a3c336b1f1941e13dde89f35fec47bf27e1eae o 13.0-BETA4 aarch64: SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64.qcow2.xz) = 6be3cff3cfb8be1d5ba569ec888e95e4da9759d80c94fb235b3975ed24d20fb10abf77b9c60de3a45fa60f1dd15d00bfaf59ec007c195d3711a979c8260139f5 SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64.raw.xz) = 60382304c1bc0cc6dd0b6fa3a8463ac6cc4a43f9c2b521f8bd724c1d4652a3c00c8e1c3ef00e55f74364fd2c1d76d77ad016cf1e7370661b0c9ff3b6339ab7f0 SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64.vhd.xz) = 3370ec526faa7fbbd721ac96f817c47ae49c7bd4493ebc6be7621167ccb13e0695b40aece2309f6b391bef48a9140335f565277af2c9d5851e8d302060cb83f9 SHA512 (FreeBSD-13.0-BETA4-arm64-aarch64.vmdk.xz) = 88420b7e93c7e3607b35ec8b8a1cf8f04ab5111cb5934bfe7d678a237f4b5dbdd3b00a2bd7bbe75b59afce14764c1e5cf35a9cfeedafc6a38e244521fe5173da SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64.qcow2.xz) = 4a5e66eea08eda152f8a8b26df29bdfc9a1a9776d85b71a4a56e701ea87e65a5 SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64.raw.xz) = 37712081e64c384d19dd93721e87b9ab84bb5c98ed3e863cd8c1e381a6a07764 SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64.vhd.xz) = 579d75675ee99b1dd9c3b68007db583294eaa77d29e251e1540714e125881e82 SHA256 (FreeBSD-13.0-BETA4-arm64-aarch64.vmdk.xz) = b430019a9be12762148b8a2c3cf45e0c23d0d3c755e18b2e77d10d12f8574a16 o 13.0-BETA4 riscv64: SHA512 (FreeBSD-13.0-BETA4-riscv-riscv64.qcow2.xz) = 8ac26193bf8bca083719c99792423dbde2304ce0dd9eb323b67fad68bd917668d53c60fa2e183768b6c59f854b61f8aa548237242279d34ce051b78985991c74 SHA512 (FreeBSD-13.0-BETA4-riscv-riscv64.raw.xz) = 5b9cdffcdad1e092cee3da5d8d92a0e7665966b53e682d6f30dd6a326fca80a493e70ea6b4a39dd39c7ef9453e362a8c1981842c101553bc83924b6e4f7c5e4f SHA512 (FreeBSD-13.0-BETA4-riscv-riscv64.vhd.xz) = aab7ba57152fcb28521c2e6806eda1e61a284ce5079b45f98f0ea7123469dd8a30a189dad1b3a11f19c06968a0d22e33101798b323b327512c95fbba45ea6008 SHA512 (FreeBSD-13.0-BETA4-riscv-riscv64.vmdk.xz) = 966b4582f09a81b02d8dbdc59beccdf7272c23a4d4ddda1c80b2fef1a6463dd8fa1ac11d90eec5215edd2344d519147f6b1b56aba54717dc8380f685e581596d SHA256 (FreeBSD-13.0-BETA4-riscv-riscv64.qcow2.xz) = f84dedbfda5e12ff2c330acc080966d9259bf453923b1f64d32cf4d2cbd5485f SHA256 (FreeBSD-13.0-BETA4-riscv-riscv64.raw.xz) = bf7c2e73b0885a35d17c5857b610adb7f2cec88487ae959c65d0107e65608233 SHA256 (FreeBSD-13.0-BETA4-riscv-riscv64.vhd.xz) = 944088f7841b08d2a70a045184d054bd73b2fc8b93f3697ca3dbe6515f8b16fb SHA256 (FreeBSD-13.0-BETA4-riscv-riscv64.vmdk.xz) = 3fbb8889a25b01fc3f11fa056510eb8c08f4bbc870de212974b4a9ae9eacaa3a o 13.0-BETA4 amd64 BASIC-CI: SHA512 (FreeBSD-13.0-BETA4-amd64-BASIC-CI.raw.xz) = 31db9d1452414175a87e84401b0af750cbc241c66a946d22146ffcec359b07f3505ae5920f6a9bde8193dd169ba15bfb46675595b875fdce2d91de3a00f5280b SHA256 (FreeBSD-13.0-BETA4-amd64-BASIC-CI.raw.xz) = 3c6e3d77af566150d25b0d516d141eb7f3b9af1cba8ca1c8e00f338288056d97 Regards, Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmA6XmQACgkQAxRYpUeP 4pM5WQ//ZMhemWn/955h9tyfAyNGbcBXIp4pQqQDbDfBlTT8/JYbXETOjea9uVQB 8Yg/9nUJ9a7uYh5gdHRHKKi023AOfNAeJ7PL0Czk3vjfs+oC0E8EsVQzIdAqTtvK H9fhyp6AZm9MBdwasZi0qz3BuYo7sfwS6cykvFhBMxAhQbVo8BeEkR/ECIQKm2si Ap2DDieXn3Gh0IYdp52K5sEOgAnsbEBpur8eIUDwUImitLCs7FMV5B/mPY7HMhXY 6kiPFY+XjYh3mmlCSJjuN8g3OjIKFZTiMc1VQ2JGG5C/Pyf3aqDOngEy8TG/2PaY 7fIUdnolml+voNeclERuhiSCvWporo7bk7t6WzgA8VfxWcdnSsqwj8snv+iwUN4H UNxD6ZpUwOeypIv4yu3bYyVlfcDog0vvO/qAY+mHX2uf/O9V7SirxZ3pDrzZw686 LrBNtlCysTJrasHBMijeOEN1LNCJf7KLgaAjY/xNUwUY9Icsj50qXFITLS1eq/xi EYMbQuPgh+/83co86XImWdab/BXYEGmanumM9yOJgDdrs+PwCdOJeih6Dj+B7KpK +PxHgBS44POFxlh/2qj8W+nmHurjr/C8NgPX2HY2ZuzBSsSvxRxq8pUIbNt8gIWh JJ18+oTwEuJrYXgYOnFApofy27C4mIm6NOBoOUcwYJck9Bm3rOw= =yNzs -----END PGP SIGNATURE----- From owner-freebsd-current@freebsd.org Sat Feb 27 15:20:35 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 70F70549C83 for ; Sat, 27 Feb 2021 15:20:35 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-oo1-f50.google.com (mail-oo1-f50.google.com [209.85.161.50]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DnqwM2lGtz3FYF for ; Sat, 27 Feb 2021 15:20:35 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-oo1-f50.google.com with SMTP id p6so2907423oot.2 for ; Sat, 27 Feb 2021 07:20:35 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=qmGDpvSwPb5olKl47kLbYaqoj8Xzr/hv0hcQZYknrUQ=; b=GjBOlPkZ01cBwpIxYUP5T2p1sq8jDGneatPNpCbQF9Rd2YDFE9bfQZpUcTTPOI9Nk5 Mzh3uPXKhKK6xAEKnmXTl85Vpt1MWNbYwwfuDYFDRrTDWT4I8JMCvGFn2JOyo9YU9K8S jX38/DIDnlmuINqWWsQZm92/na16sMlpQsF7+8Ryi6J18CbnvxOFSdawJ5CfED+bXTxM u9Y3HpOfSkzh4Jm93+zvHxfPFpR4rHSgS6j1Gi/+oigr7F765OK5v5Lk34ZoIfPyFOYD LQf3uDRCsp5J9JeA5R8e0tGuIAbWwG6PSg4eC+9G9OdWLb/dr/XxGwSZPga2VAe1CrCp BivA== X-Gm-Message-State: AOAM533at9lbTLd2BKEThNIaYgqi/0XRhLQSfJEDpI7rFIE/ZwNZV3OY 3ProU2TJL25pgry94Hc+/BF44H9JHOe3qbPy0OA= X-Google-Smtp-Source: ABdhPJwXqO7THGz+7qeWVAo1OHdhtKU9uXtM6/q02hyRxi+OjdZl6vzwa2DIOKqppNfpdN/RGKlSwKSny6ZFD90OcaU= X-Received: by 2002:a4a:e939:: with SMTP id a25mr6258036ooe.44.1614439234191; Sat, 27 Feb 2021 07:20:34 -0800 (PST) MIME-Version: 1.0 References: <202102271410.11REAEZm034986@gndrsh.dnsmgr.net> In-Reply-To: <202102271410.11REAEZm034986@gndrsh.dnsmgr.net> From: Alan Somers Date: Sat, 27 Feb 2021 08:20:23 -0700 Message-ID: Subject: Re: KTLS with zfs recv To: "Rodney W. Grimes" Cc: FreeBSD CURRENT X-Rspamd-Queue-Id: 4DnqwM2lGtz3FYF X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2021 15:20:35 -0000 On Sat, Feb 27, 2021 at 7:10 AM Rodney W. Grimes < freebsd-rwg@gndrsh.dnsmgr.net> wrote: > > On Fri, Feb 26, 2021 at 9:24 AM Rodney W. Grimes < > > freebsd-rwg@gndrsh.dnsmgr.net> wrote: > > > > > > My understanding is that KTLS works very well with OpenSSL for > sending, > > > but > > > > not as well for receiving, because there's nothing like a recvfile > > > > syscall. However, it works great for both send and receive with NFS, > > > where > > > > all the data remains in the kernel. What about zfs recv? A very > common > > > > pattern is for an application to read from an SSL socket and then > pipe > > > the > > > > data to zfs recv. For example, zrepl does that. Could zfs recv > instead > > > > read directly from the KTLS socket, bypassing userspace? That could > > > > potentially save a _lot_ of cycles for a _lot_ of people. > > > > > > I did some patches and a short presentation at BSDCan that basically > > > shoves the whole zfs send and zfs recv process into the kernel, ie > > > it opens the sockets up, makes the connections, then the socket > > > is passed into the kernel(s) and it all runs in kernel mode. > > > > > > > > > > https://www.bsdcan.org/2018/schedule/attachments/479_BSDCan-2018-zfs-send.pdf > > > > > > A few things need fixed like reversing who does the listen for > > > security reasons, but this feature is probably ready for prime > > > time. > > > > > > > -Alan > > > > > > -- > > > Rod Grimes > > > rgrimes@freebsd.org > > > > > > That looks potentially useful, but it doesn't use encryption. Would it > > work if the socket had been opened by openssl with ktls? > > Alan, > Should I revise the code to meet the state that was discussed > during the BSDCan talk so that it can be committed? Matt Aherns said > at the time he felt if I just reversed the listen/connect relationship > between send and recv that it addressed enough of the security concern > to be usable "on a local and well administered" network and would > probably be safe to import into upstream ZFS. (This was prior to > FreeBSD moving to openzfs.) > > From other discussion in this thread it does not sound difficult to > implement the KTLS end of it, but I doubt that would be portable > enough to upstream, maybe someone can speak to that issue? > > -- > Rod Grimes > rgrimes@freebsd.org Rod, it would be great if we can get that code committed. I'll try to come up with a OpenSSL->zfs recv POC program next week. And I think we should try to upstream it to OpenZFS, too. They aren't strict about portability; plenty of OS-specific features have made it into their repo. -Alan From owner-freebsd-current@freebsd.org Sat Feb 27 15:53:19 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6626D54AE07 for ; Sat, 27 Feb 2021 15:53:19 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-qb1can01on0605.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe5c::605]) (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 4Dnrf61mVDz3Hk5; Sat, 27 Feb 2021 15:53:17 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=eKCEB3rAPzSdY3Er4/+cNzGw3sSrPkFcq+deSN4pX3x5AhFZJNFtUWpyYSXAa442oSqZIobRFF8AjS3Bn1y706hxI7EnHUaC1ldyfl+C/Zsn6y04/a50mblKTWiHepGhu3jut4O7LaPJtBellwZfuBd+g/YuEqtPVY/i/ErKQl7pSl+GxLILmZbsyjq7rLftr9bXKPvyerq2rHqCvWx0Vk9ViCZZ0SnEK2dBkmraK7Kkv0dYwS7+AAiHDDdYcIL0mw+Sb7m8TJQIlvptMLeVTbn9O20g15F3OcH2JCQnb2XV5iE8gEYKlgj/BcSa+drycZ5qlrywLfZeb1TbseNL7A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=z3D99AqKpL9XAnFHUI1oUNta11FjmRFvKHzk+x4T1LY=; b=h62axlZf68ngdVpz0DNWOrw7IIKQ86yjsrpdu7wAnMxhVSVpxygdr6W4J4bhV8gCMSj9oRcrSUsd340mkvPChUSbyJ1/T+68fmpw2EHDNcMziC1q1/1QUFiPQRxHMbogUU9fAsdODTjRn8hOzqiqAk3q3b93LnGPqmQV+4spbGW1zFpkyUVckDTWDKxnMKDl/15tf/+xX6CrZ1a6i/UDpC4dMJnXGkPtGJtmsNf2GLr2vRmLXEypfpR/OK0GyGeaV5gfdyK+sHnWNUZ8SZVWNl7NyHo3z2uSFz/5poel/K+Bx/bQjtqDjDsM0F4hm2D5T+knjZaHbgVgNltd1/q2zA== 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=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=z3D99AqKpL9XAnFHUI1oUNta11FjmRFvKHzk+x4T1LY=; b=OAAh4RqsCyzOefOCM3A9nUy+K/7zh1m1wHrxrRtZTg4pib3jqxDOlb+2omvddqV005TrahJjld5/uMLElz6XPiDp1GU8UU7bgDB6u6f6VZ6JBSv8IcfoACi7pEEL5Qo12/YtvUkNNKFPIw/dInhI/DluHYWtWBdZlHFrbmJxYFoTurqC3zhJdumYoXt8PGU5HJg5eE/6Pr6SjnUss+hPAIGvt9vfLOYCjkK3QPEt0ro/ZqUzeURmj9TzQJvqDCpk6Ni/U23MYirc4lbrWLdspJWIQE9lpEdlnd5Ad7KB8KiXxa3ARZu/EbvUj0ZPGLQO17yxZW8uGtcy33CWfbm/zg== Received: from YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:19::29) by QB1PR01MB3473.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:37::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3890.23; Sat, 27 Feb 2021 15:53:16 +0000 Received: from YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM ([fe80::6073:6fc0:5ddf:dc8a]) by YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM ([fe80::6073:6fc0:5ddf:dc8a%7]) with mapi id 15.20.3846.048; Sat, 27 Feb 2021 15:53:15 +0000 From: Rick Macklem To: Juraj Lutter , freebsd-current CC: Mateusz Guzik Subject: Re: -CURRENT panics in NFS Thread-Topic: -CURRENT panics in NFS Thread-Index: AQHXDRJN5L8E8SgKaketC2lT/a2XG6psDKuAgAADywCAABWNBg== Date: Sat, 27 Feb 2021 15:53:15 +0000 Message-ID: References: , <560DD7DF-B1C0-432B-BFCA-9D00819E0C28@FreeBSD.org> In-Reply-To: <560DD7DF-B1C0-432B-BFCA-9D00819E0C28@FreeBSD.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 9489a48a-5fef-4ed1-bbbf-08d8db37cbb0 x-ms-traffictypediagnostic: QB1PR01MB3473: x-ms-exchange-minimumurldomainage: freebsd.org#9658 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7691; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: Oc6lbaBwBm3balmcbjEo2B+O2KpCVx65CgGjoqGyjKJNVUqetb5hGWlrvPvampQT0hOs8NmSvNM3y84lCMShQXBEuFMtgyVAw8huMC4NrrBf4wdIMykjGJnbJUjQIZETL88rZuerJ9Lf0jrwEZoHjNuIMOB+d84bM5ufmq0wYgOebXTtD+46LUdVWmIbjo2HA6ELDZu/V35rvZ7YYT4M8iIB6lDFvtmvLjuR80wEuiKH7f0jo+Xya4TlQpwcKS3gF1iWCd3N+jO/rLk6O+I8ZQ47DyU6FwgSvN0pxrhYDRyOQ1Mea+zlG4H0J2+/VjVxtdX/n8GMm0wXsXk9B3i6Rqx0zntSv79N44Mu4mMs+DRPMAlvwdhxC3HFjpkyKUsGLn2ka4nZWT+isP+LGb0wDb5hyh8+IkHd9dNHp4BkOY/SJZpK23gJwCZbiHtBqBMTZ4ig9g2EA2lbubGs4mQSiiQZkhB+XmZdou3IYIJ+phjyT5ujYv6/1/FF3qdWOi4GnyrvGyBcgNobA6XtAM1FMD/0fvqog8DX0xKAyHrjgbyJXz09ees43evNbj17FDvfg+SASaJH2RnjLn2mZA6Fu4Zj0rBAxXW+eJ/HIxqYM+A= 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:(396003)(136003)(366004)(39860400002)(346002)(376002)(316002)(7696005)(52536014)(6506007)(8676002)(450100002)(53546011)(4326008)(5660300002)(55016002)(786003)(86362001)(2906002)(478600001)(33656002)(9686003)(186003)(71200400001)(966005)(66946007)(76116006)(66616009)(91956017)(64756008)(66556008)(66446008)(66476007)(83380400001)(110136005)(8936002)(99936003); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?Windows-1252?Q?AOd2B9N4BxX/VQ6M+KQivzWrN/GvmCIMcU5Jx6ccbEG9tMdz6AAFLDbY?= =?Windows-1252?Q?jYSSpHZAu+L7z7qKJxHK9akujPpYPaqmmhNzsIEJ5NpQFi28A5LWCy6Y?= =?Windows-1252?Q?EIvfAAJK5BNrfWwKg3wdJ6Kfyrby+rVxfYnJmeOEd8GWGGATWUlPggTw?= =?Windows-1252?Q?WAK09oCDhotAnTeMnA8jR18ATVxD2DvkeUtvT3yQDBDj/Cz7QaPsyyU/?= =?Windows-1252?Q?ruU+pvlLCETYe4RIh/jFoSCICywgsd0LG6Pyf9hBKidch1SnM2aJEgLK?= =?Windows-1252?Q?gjKlW3U1MEVBaV/gjvHchdD+iI3PuneWb/Ubzju9cFxkFzeHUkpD6XR0?= =?Windows-1252?Q?qlZiSm7pl83KRvQBX2zYSCrq0e3AfCgTYDsCcE3476ARjyx9AgKOSE5K?= =?Windows-1252?Q?IrlqRn4pb7HAow+jXbIUPAd5mSPkZIduEE6CS1QWYYAM9p5yMAWFxrcG?= =?Windows-1252?Q?H/Ch2WwY4T2GP+2+3wQd8pGgbvjRmVPrcqKxHDWTF+aS8Cw8Mcwov9O5?= =?Windows-1252?Q?LV3FAdLHGTYz32lLCa6sXDk/33zXtlRoeg5W4LkSiTCgsADM2L+A9Qbf?= =?Windows-1252?Q?8xpkmqBk2uHnHcXJjg0BD9DUYFJEphLCUDxshhnxS1GZL3Mr2wNNe+6p?= =?Windows-1252?Q?hAG9RFvfVJX6OEGekuWKzUABbJkMXL0/tPnq2G3K8xs9M/u0aguRpOLy?= =?Windows-1252?Q?gmvycpnVQhxbK6q22IysRxekKxZv0kJDn/mjKwqvJFidgbhTt1zPSGOy?= =?Windows-1252?Q?/Lsr9tebSZGqWWy6XsWj907suxKY956sBe0ncKa8B8P8e7E65LsJlcL2?= =?Windows-1252?Q?e7Q5WiJRgWq1Hh1uNwhnGvrZNgBKW7j8AH21j6k1hqmJXO2px5nPgAFp?= =?Windows-1252?Q?dy6bnxxl3NuKVICrhb56iqhuDorN0LuyTBPIR5AH3q533HZ935DMNCgl?= =?Windows-1252?Q?jQAC/3hVrwcdVaEGLRSpR06ldONoiJydavczoj3gFv65qt6duAxG6EHz?= =?Windows-1252?Q?3HE/HvdZ5o4SSiDmbuUUDOCjivOh9MQRmjiiT9qwZIGo9Wsw15tmwtrj?= =?Windows-1252?Q?N996HkaCKnbhr0vHA7DYUdBdVSvB1ZnbuN+3gfZi6IOeVjByMwT0xMsL?= =?Windows-1252?Q?hRpsqy6emES888mfvMaNl1e3iWyLwQsQHGlf4hCCgWUkkUjFluyunoHd?= =?Windows-1252?Q?qAQuJTSBLiy/LPesbRdzGJAgMPTgPX6ggYTQsB9x1oPZn63n0U0cnJIb?= =?Windows-1252?Q?Bplq2QKshL7NdTzDqH008QKKSOHVKOneo8QoKtsHLRJm0CBJvzPwqCcu?= =?Windows-1252?Q?x4Teq7HxPc4scblbve2LFHtAsvEk4h5T3a3q2pyrbSfiAE/GDGkFaZCj?= =?Windows-1252?Q?keu01x2HyiI8laaMaAG0NcQCBcFeVvbjAThCxkHXK0NH9KpCwcXnfqB+?= =?Windows-1252?Q?PDRbQngZPYifiKpUIqrC538zsRsENbyR0jw5lZ05kJk=3D?= x-ms-exchange-transport-forked: True Content-Type: multipart/mixed; boundary="_002_YQXPR0101MB0968CF8BCCD34DB340879F44DD9C9YQXPR0101MB0968_" 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: 9489a48a-5fef-4ed1-bbbf-08d8db37cbb0 X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Feb 2021 15:53:15.7058 (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: 5iU8C12fD0Mn1rrZ0oyFlVRTKMlzbqgOA5ZfTvWg326s/d53FVbO0bEVpgET8Tye6BUjeoVatDGAUlNsdiVHWA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: QB1PR01MB3473 X-Rspamd-Queue-Id: 4Dnrf61mVDz3Hk5 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector1 header.b=OAAh4Rqs; arc=pass (microsoft.com:s=arcselector9901:i=1); dmarc=pass (policy=none) header.from=uoguelph.ca; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 2a01:111:f400:fe5c::605 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-6.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a01:111:f400:fe5c::605:from]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector1]; FREEFALL_USER(0.00)[rmacklem]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:111:f400::/48]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; HAS_ATTACHMENT(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[uoguelph.ca:+]; DMARC_POLICY_ALLOW(-0.50)[uoguelph.ca,none]; SPAMHAUS_ZRD(0.00)[2a01:111:f400:fe5c::605:from:127.0.2.255]; NEURAL_HAM_SHORT(-1.00)[-0.997]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:2a01:111:f000::/36, country:US]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2021 15:53:19 -0000 --_002_YQXPR0101MB0968CF8BCCD34DB340879F44DD9C9YQXPR0101MB0968_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable I reproduced the problem and the attached trivial patch=0A= seems to fix it. Please test the patch if you can.=0A= =0A= Mateusz, I assume the directory shouldn't try and add=0A= a cache entry for itself?=0A= I don't test NFSv3 much and I don't test "rdirplus"=0A= much, so it slipped through the cracks.=0A= =0A= Thanks for reporting it, rick=0A= =0A= ________________________________________=0A= From: owner-freebsd-current@freebsd.org = on behalf of Juraj Lutter =0A= Sent: Saturday, February 27, 2021 9:31 AM=0A= To: freebsd-current=0A= Subject: Re: -CURRENT panics in NFS=0A= =0A= CAUTION: This email originated from outside of the University of Guelph. Do= not click links or open attachments unless you recognize the sender and kn= ow the content is safe. If in doubt, forward suspicious emails to IThelp@uo= guelph.ca=0A= =0A= =0A= And a kgdb backtrace:=0A= =0A= (kgdb) bt=0A= #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55=0A= #1 doadump (textdump=3Dtextdump@entry=3D0) at /usr/src/sys/kern/kern_shutd= own.c:399=0A= #2 0xffffffff804c7b2a in db_dump (dummy=3D, dummy2=3D, dummy3=3D, dummy4=3D) at /usr/src/sys/dd= b/db_command.c:575=0A= #3 0xffffffff804c78ee in db_command (last_cmdp=3D, cmd_tabl= e=3D, dopager=3Ddopager@entry=3D1) at /usr/src/sys/ddb/db_co= mmand.c:482=0A= #4 0xffffffff804c762d in db_command_loop () at /usr/src/sys/ddb/db_command= .c:535=0A= #5 0xffffffff804cac36 in db_trap (type=3D, code=3D) at /usr/src/sys/ddb/db_main.c:270=0A= #6 0xffffffff80c59d04 in kdb_trap (type=3Dtype@entry=3D3, code=3Dcode@entr= y=3D0, tf=3D, tf@entry=3D0xfffffe00d01c3d40) at /usr/src/sys= /kern/subr_kdb.c:727=0A= #7 0xffffffff810bc1ee in trap (frame=3D0xfffffe00d01c3d40) at /usr/src/sys= /amd64/amd64/trap.c:576=0A= #8 =0A= #9 kdb_enter (why=3D0xffffffff812accc9 "panic", msg=3D) at = /usr/src/sys/kern/subr_kdb.c:506=0A= #10 0xffffffff80c0d5d2 in vpanic (fmt=3D, ap=3D, ap@entry=3D0xfffffe00d01c3ea0) at /usr/src/sys/kern/kern_shutdown.c:907= =0A= #11 0xffffffff80c0d363 in panic (fmt=3D0xffffffff81e9a178 "\17= 7\256&\201\377\377\377\377") at /usr/src/sys/kern/kern_shutdown.c:843=0A= #12 0xffffffff80cd6d74 in cache_enter_time (dvp=3D0xfffff80079321e00, vp=3D= 0xfffff80079321e00, cnp=3Dcnp@entry=3D0xfffffe00d01c4030, tsp=3Dtsp@entry= =3D0xfffffe00d01c40e0, dtsp=3D)=0A= at /usr/src/sys/kern/vfs_cache.c:2274=0A= #13 0xffffffff80ae2bd6 in nfsrpc_readdirplus (vp=3D, vp@entr= y=3D0xfffff80079321e00, uiop=3D, uiop@entry=3D0xfffffe00d01c= 4540,=0A= cookiep=3Dcookiep@entry=3D0xfffffe00d01c44e0, cred=3Dcred@entry=3D0xfff= ff80079307e00, p=3D, p@entry=3D0xfffffe00de06be00, nap=3Dnap= @entry=3D0xfffffe00d01c4400,=0A= attrflagp=3D0xfffffe00d01c44f0, eofp=3D0xfffffe00d01c44f4, stuff=3D0x0)= at /usr/src/sys/fs/nfsclient/nfs_clrpcops.c:3766=0A= #14 0xffffffff80aed4ec in ncl_readdirplusrpc (vp=3Dvp@entry=3D0xfffff800793= 21e00, uiop=3Duiop@entry=3D0xfffffe00d01c4540, cred=3D0xfffff80079307e00, t= d=3Dtd@entry=3D0xfffffe00de06be00)=0A= at /usr/src/sys/fs/nfsclient/nfs_clvnops.c:2490=0A= #15 0xffffffff80afdc93 in ncl_doio (vp=3Dvp@entry=3D0xfffff80079321e00, bp= =3Dbp@entry=3D0xfffffe000ee1c610, cr=3D0xfffffe00d01c3d00, cr@entry=3D0xfff= ff80079307e00, td=3Dtd@entry=3D0xfffffe00de06be00,=0A= called_from_strategy=3Dcalled_from_strategy@entry=3D0) at /usr/src/sys/= fs/nfsclient/nfs_clbio.c:1686=0A= #16 0xffffffff80afce3c in ncl_bioread (vp=3D, vp@entry=3D0xf= ffff80079321e00, uio=3D, ioflag=3Dioflag@entry=3D0, cred=3D<= optimized out>)=0A= at /usr/src/sys/fs/nfsclient/nfs_clbio.c:604=0A= #17 0xffffffff80af1baf in nfs_readdir (ap=3Dap@entry=3D0xfffffe00d01c4918) = at /usr/src/sys/fs/nfsclient/nfs_clvnops.c:2383=0A= #18 0xffffffff80ce490f in vop_sigdefer (vop=3D, a=3D0xfffffe= 00d01c4918) at /usr/src/sys/kern/vfs_default.c:1471=0A= #19 0xffffffff81181f38 in VOP_READDIR_APV (vop=3D0xffffffff81af00d8 , a=3Da@entry=3D0xfffffe00d01c4918) at vnode_if.c:1939=0A= #20 0xffffffff80d0b23b in VOP_READDIR (vp=3D0xfffff80079321e00, uio=3D0xfff= ffe00d01c48d0, cred=3D, eofflag=3D0xfffffe00d01c48cc, ncooki= es=3D0x0, cookies=3D0x0) at ./vnode_if.h:985=0A= #21 kern_getdirentries (td=3D, fd=3D, buf=3D0= x801851000 , count=3D40= 96, basep=3Dbasep@entry=3D0xfffffe00d01c49b0,=0A= residp=3Dresidp@entry=3D0x0, bufseg=3DUIO_USERSPACE) at /usr/src/sys/ke= rn/vfs_syscalls.c:4142=0A= #22 0xffffffff80d0b449 in sys_getdirentries (td=3D0xffffffff81e9a178 , uap=3D0xfffffe00de06c1e8) at /usr/src/sys/kern/vfs_syscalls.c:4089= =0A= #23 0xffffffff810bd00e in syscallenter (td=3D) at /usr/src/s= ys/amd64/amd64/../../kern/subr_syscall.c:189=0A= #24 amd64_syscall (td=3D0xfffffe00de06be00, traced=3D0) at /usr/src/sys/amd= 64/amd64/trap.c:1156=0A= #25 =0A= #26 0x00000008012a83fa in ?? ()=0A= Backtrace stopped: Cannot access memory at address 0x7fffffffd928=0A= =0A= =97=0A= Juraj Lutter=0A= XMPP: juraj (at) lutter.sk=0A= GSM: +421907986576=0A= =0A= > On 27 Feb 2021, at 15:18, Juraj Lutter wrote:=0A= >=0A= > Reliably reproducible:=0A= >=0A= =0A= _______________________________________________=0A= freebsd-current@freebsd.org mailing list=0A= https://lists.freebsd.org/mailman/listinfo/freebsd-current=0A= To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"= =0A= --_002_YQXPR0101MB0968CF8BCCD34DB340879F44DD9C9YQXPR0101MB0968_ Content-Type: application/octet-stream; name="rdirplus.patch" Content-Description: rdirplus.patch Content-Disposition: attachment; filename="rdirplus.patch"; size=468; creation-date="Sat, 27 Feb 2021 15:52:55 GMT"; modification-date="Sat, 27 Feb 2021 15:52:55 GMT" Content-Transfer-Encoding: base64 LS0tIHN5cy9mcy9uZnNjbGllbnQvbmZzX2NscnBjb3BzLmMuc2F2MgkyMDIxLTAyLTI3IDA3OjIx OjA0LjAxNzM3MzAwMCAtMDgwMAorKysgc3lzL2ZzL25mc2NsaWVudC9uZnNfY2xycGNvcHMuYwky MDIxLTAyLTI3IDA3OjIzOjIxLjIxMzU1NTAwMCAtMDgwMApAQCAtMzc2MSw2ICszNzYxLDcgQEAg bmZzcnBjX3JlYWRkaXJwbHVzKHZub2RlX3QgdnAsIHN0cnVjdCB1aW8gKnVpb3AsIG5mc3VpCiAJ CQkJICAgIG5kcC0+bmlfdnAgPSBuZXd2cDsKIAkJCQkgICAgTkZTQ05IQVNIKGNucCwgSEFTSElO SVQpOwogCQkJCSAgICBpZiAoY25wLT5jbl9uYW1lbGVuIDw9IE5DSE5BTUxFTiAmJgorCQkJCQlu ZHAtPm5pX2R2cCAhPSBuZHAtPm5pX3ZwICYmCiAJCQkJCShuZXd2cC0+dl90eXBlICE9IFZESVIg fHwKIAkJCQkJIGRjdGltZS50dl9zZWMgIT0gMCkpIHsKIAkJCQkJY2FjaGVfZW50ZXJfdGltZShu ZHAtPm5pX2R2cCwK --_002_YQXPR0101MB0968CF8BCCD34DB340879F44DD9C9YQXPR0101MB0968_-- From owner-freebsd-current@freebsd.org Sat Feb 27 16:01:16 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3805954B1E8; Sat, 27 Feb 2021 16:01:16 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from relay9-d.mail.gandi.net (relay9-d.mail.gandi.net [217.70.183.199]) (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 4DnrqH4XgQz3HvL; Sat, 27 Feb 2021 16:01:15 +0000 (UTC) (envelope-from avg@FreeBSD.org) X-Originating-IP: 195.64.148.76 Received: from [192.168.0.88] (unknown [195.64.148.76]) (Authenticated sender: andriy.gapon@uabsd.com) by relay9-d.mail.gandi.net (Postfix) with ESMTPSA id 5AE60FF804; Sat, 27 Feb 2021 16:01:12 +0000 (UTC) Subject: Re: panic: condition seqc_in_modify(_vp->v_seqc) not met at zfs_acl.c:1147 (zfs_acl_chown_setattr) To: Mateusz Guzik Cc: FreeBSD Current , freebsd-fs@freebsd.org References: <1b261679-3492-dda8-614e-21150a2375d8@FreeBSD.org> <038304d0-2cd0-f089-56ee-c094cdc4cc21@FreeBSD.org> <8f944450-734d-e70b-c1fb-10d2239576e2@FreeBSD.org> From: Andriy Gapon Message-ID: <7f377610-c1fe-1658-4cb5-72b8f60cea36@FreeBSD.org> Date: Sat, 27 Feb 2021 18:01:11 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Firefox/78.0 Thunderbird/78.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DnrqH4XgQz3HvL X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:29169, ipnet:217.70.176.0/20, country:FR]; local_wl_from(0.00)[FreeBSD.org] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2021 16:01:16 -0000 On 16/02/2021 22:38, Mateusz Guzik wrote: > I think for future proofing it would be best if all vnodes going there > had seqc marked, thus I think this should do the trick: > > diff --git a/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_vnops_os.c > b/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_vnops_os.c > index d5f0da9ecd4b..8172916c4329 100644 > --- a/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_vnops_os.c > +++ b/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_vnops_os.c > @@ -2756,7 +2756,9 @@ zfs_setattr(znode_t *zp, vattr_t *vap, int > flags, cred_t *cr) > err = zfs_acl_chown_setattr(zp); > ASSERT(err == 0); > if (attrzp) { > + vn_seqc_write_begin(ZTOV(attrzp)); > err = zfs_acl_chown_setattr(attrzp); > + vn_seqc_write_end(ZTOV(attrzp)); > ASSERT(err == 0); > } > } > > I don't see other calls to the routine. This patch works perfectly for me. Thank you! > On 2/16/21, Andriy Gapon wrote: >> On 15/02/2021 11:45, Andriy Gapon wrote: >>> On 15/02/2021 10:22, Andriy Gapon wrote: >>>> >>>> I've got this panic once when copying a couple of files. >>>> The system is stable/13 as of 1996360d7338d, a custom kernel >>>> configuration, but >>>> no local source code modifications. >>>> >>>> Unread portion of the kernel message buffer: >>>> VNASSERT failed: ({ seqc_t __seqc = (_vp->v_seqc); >>>> __builtin_expect((__seqc & >>>> 1), 0); }) not true at >>>> /usr/devel/git/trant/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_acl.c:1147 >>>> (zfs_acl_chown_setattr) >>>> 0xfffff8013e4e85b8: type VDIR >>>> usecount 1, writecount 0, refcount 1 seqc users 0 mountedhere 0 >>>> hold count flags () >>>> flags () >>>> lock type zfs: EXCL by thread 0xfffffe01dd1cd560 (pid 30747, >>>> kdeinit5, tid >>>> 159911) >>>> panic: condition seqc_in_modify(_vp->v_seqc) not met at >>>> /usr/devel/git/trant/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_acl.c:1147 >>>> (zfs_acl_chown_setattr) >>>> >>>> Any ideas, suggestions, hints? >>>> Thanks! >>>> >>> ... >>>> #4 0xffffffff8036fd21 in zfs_acl_chown_setattr (zp=0xfffff801ccd203b0) >>>> at >>>> /usr/devel/git/trant/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_acl.c:1147 >>>> #5 0xffffffff8037e52d in zfs_setattr (zp=0xfffff8024b04f760, >>>> vap=vap@entry=0xfffffe029a36c870, flags=flags@entry=0, >>>> cr=, cr@entry=0xfffff8003ecedc00) >>>> at >>>> /usr/devel/git/trant/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_vnops_os.c:2758 >>> >>> So, this is actually the second zfs_acl_chown_setattr call here: >>> err = zfs_acl_chown_setattr(zp); >>> ASSERT(err == 0); >>> if (attrzp) { >>> err = zfs_acl_chown_setattr(attrzp); >>> ASSERT(err == 0); >>> } >>> >>> I am not sure if the assertion is actually applicable to attrzp (extended >>> attributes "directory"). >>> At least I do not see any seq calls for it. >>> >> >> So, I think that the problem should be reproducible by simply chown-ing a >> file >> with an extended attribute. The kernel should be compiled with both >> DEBUG_VFS_LOCKS and INVARIANTS. >> >> -- >> Andriy Gapon >> > > -- Andriy Gapon From owner-freebsd-current@freebsd.org Sat Feb 27 16:05:29 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3248554B6B8 for ; Sat, 27 Feb 2021 16:05:29 +0000 (UTC) (envelope-from SRS0=Cses=H5=FreeBSD.org=otis@ns2.wilbury.net) Received: from ns2.wilbury.net (ns2.wilbury.net [IPv6:2a01:b200:0:1:f816:3eff:fecd:13e6]) (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 "svc.wilbury.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dnrw90KrMz3JdX; Sat, 27 Feb 2021 16:05:28 +0000 (UTC) (envelope-from SRS0=Cses=H5=FreeBSD.org=otis@ns2.wilbury.net) Received: from chemex.owhome.lan (gw-upc.owhome.net [188.167.168.254]) (Authenticated sender: juraj@lutter.sk) by svc.wilbury.net (Postfix) with ESMTPSA id 6172F45CFCF; Sat, 27 Feb 2021 17:05:20 +0100 (CET) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Subject: Re: -CURRENT panics in NFS From: Juraj Lutter In-Reply-To: Date: Sat, 27 Feb 2021 17:05:19 +0100 Cc: freebsd-current , Mateusz Guzik Content-Transfer-Encoding: quoted-printable Message-Id: References: <560DD7DF-B1C0-432B-BFCA-9D00819E0C28@FreeBSD.org> To: Rick Macklem X-Mailer: Apple Mail (2.3608.120.23.2.4) X-Rspamd-Queue-Id: 4Dnrw90KrMz3JdX X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2021 16:05:29 -0000 Hi, thank you for the swift reaction. This patch fixed my problem. otis =E2=80=94 Juraj Lutter XMPP: juraj (at) lutter.sk GSM: +421907986576 > On 27 Feb 2021, at 16:53, Rick Macklem wrote: >=20 > I reproduced the problem and the attached trivial patch > seems to fix it. Please test the patch if you can. >=20 From owner-freebsd-current@freebsd.org Sat Feb 27 16:07:18 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C336F54B8EE for ; Sat, 27 Feb 2021 16:07:18 +0000 (UTC) (envelope-from SRS0=Cses=H5=FreeBSD.org=otis@ns2.wilbury.net) Received: from ns2.wilbury.net (ns2.wilbury.net [IPv6:2a01:b200:0:1:f816:3eff:fecd:13e6]) (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 "svc.wilbury.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DnryG0GtDz3JsS for ; Sat, 27 Feb 2021 16:07:17 +0000 (UTC) (envelope-from SRS0=Cses=H5=FreeBSD.org=otis@ns2.wilbury.net) Received: from chemex.owhome.lan (gw-upc.owhome.net [188.167.168.254]) (Authenticated sender: juraj@lutter.sk) by svc.wilbury.net (Postfix) with ESMTPSA id 791FD45CFC9 for ; Sat, 27 Feb 2021 17:07:16 +0100 (CET) From: Juraj Lutter Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Subject: LORs in -CURRENT Message-Id: Date: Sat, 27 Feb 2021 17:07:16 +0100 To: freebsd-current X-Mailer: Apple Mail (2.3608.120.23.2.4) X-Rspamd-Queue-Id: 4DnryG0GtDz3JsS X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of SRS0=Cses=H5=FreeBSD.org=otis@ns2.wilbury.net has no SPF policy when checking 2a01:b200:0:1:f816:3eff:fecd:13e6) smtp.mailfrom=SRS0=Cses=H5=FreeBSD.org=otis@ns2.wilbury.net X-Spamd-Result: default: False [0.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; FORGED_SENDER(0.30)[otis@FreeBSD.org,SRS0=Cses=H5=FreeBSD.org=otis@ns2.wilbury.net]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a01:b200:0:1:f816:3eff:fecd:13e6:from]; ASN(0.00)[asn:44185, ipnet:2a01:b200::/32, country:SK]; R_DKIM_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DOM_EQ_FROM_DOM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_NEQ_ENVFROM(0.00)[otis@FreeBSD.org,SRS0=Cses=H5=FreeBSD.org=otis@ns2.wilbury.net]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a01:b200:0:1:f816:3eff:fecd:13e6:from:127.0.2.255]; DMARC_NA(0.00)[FreeBSD.org]; NEURAL_SPAM_SHORT(1.00)[0.998]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2021 16:07:18 -0000 I=E2=80=99ve got some LORs: lock order reversal: 1st 0xfffff8008c4f4af0 nfs (nfs, lockmgr) @ = /usr/src/sys/kern/vfs_mount.c:1071 2nd 0xfffff8008c51a930 zfs (zfs, lockmgr) @ = /usr/src/sys/kern/vfs_mount.c:1083 lock order zfs -> nfs established at: #0 0xffffffff80c7bb7d at witness_checkorder+0x46d #1 0xffffffff80bdcf18 at lockmgr_lock_flags+0x188 #2 0xffffffff80af1b9c at nfs_lock+0x2c #3 0xffffffff80ce485f at vop_sigdefer+0x2f #4 0xffffffff80d0e5e4 at _vn_lock+0x54 #5 0xffffffff80ced6a5 at vfs_domount+0xef5 #6 0xffffffff80cebb02 at vfs_donmount+0x872 #7 0xffffffff80ceb259 at sys_nmount+0x69 #8 0xffffffff810bd00e at amd64_syscall+0x12e #9 0xffffffff8108fdfe at fast_syscall_common+0xf8 lock order nfs -> zfs attempted at: #0 0xffffffff80c7c4dc at witness_checkorder+0xdcc #1 0xffffffff80bde955 at lockmgr_xlock+0x55 #2 0xffffffff80d0e5e4 at _vn_lock+0x54 #3 0xffffffff80ced6a5 at vfs_domount+0xef5 #4 0xffffffff80cebb02 at vfs_donmount+0x872 #5 0xffffffff80ceb259 at sys_nmount+0x69 #6 0xffffffff810bd00e at amd64_syscall+0x12e #7 0xffffffff8108fdfe at fast_syscall_common+0xf8 lock order reversal: 1st 0xfffff8008c6473f0 zfs (zfs, lockmgr) @ = /usr/src/sys/kern/vfs_mount.c:1071 2nd 0xfffff80035f4dcb0 devfs (devfs, lockmgr) @ = /usr/src/sys/kern/vfs_mount.c:1083 lock order devfs -> zfs established at: #0 0xffffffff80c7bb7d at witness_checkorder+0x46d #1 0xffffffff80bde955 at lockmgr_xlock+0x55 #2 0xffffffff80d0e5e4 at _vn_lock+0x54 #3 0xffffffff80ced6a5 at vfs_domount+0xef5 #4 0xffffffff80cebb02 at vfs_donmount+0x872 #5 0xffffffff80cf01f7 at kernel_mount+0x57 #6 0xffffffff80cf2bc1 at parse_mount+0x4a1 #7 0xffffffff80cf1027 at vfs_mountroot+0x587 #8 0xffffffff80b9a4ff at start_init+0x1f #9 0xffffffff80bc7470 at fork_exit+0x80 #10 0xffffffff8109055e at fork_trampoline+0xe lock order zfs -> devfs attempted at: #0 0xffffffff80c7c4dc at witness_checkorder+0xdcc #1 0xffffffff80bde955 at lockmgr_xlock+0x55 #2 0xffffffff80d0e5e4 at _vn_lock+0x54 #3 0xffffffff80ced6a5 at vfs_domount+0xef5 #4 0xffffffff80cebb02 at vfs_donmount+0x872 #5 0xffffffff80ceb259 at sys_nmount+0x69 #6 0xffffffff810bd00e at amd64_syscall+0x12e #7 0xffffffff8108fdfe at fast_syscall_common+0xf8 lock order reversal: 1st 0xfffff8008c6f7230 nfs (nfs, lockmgr) @ = /usr/src/sys/kern/vfs_syscalls.c:4135 2nd 0xfffffe000ee1dc50 bufwait (bufwait, lockmgr) @ = /usr/src/sys/kern/vfs_bio.c:1674 3rd 0xfffff8008c6f73f0 nfs (nfs, lockmgr) @ = /usr/src/sys/kern/vfs_subr.c:2915 lock order nfs -> bufwait established at: #0 0xffffffff80c7bb7d at witness_checkorder+0x46d #1 0xffffffff80bdd5ec at lockmgr_xlock_hard+0x6c #2 0xffffffff80bde303 at __lockmgr_args+0x613 #3 0xffffffff80ccf504 at getnewbuf+0x334 #4 0xffffffff80ccc839 at getblkx+0x359 #5 0xffffffff80ccf1b2 at getblk+0x22 #6 0xffffffff80afd3b6 at nfs_getcacheblk+0x46 #7 0xffffffff80afcd4b at ncl_bioread+0x58b #8 0xffffffff80af1aff at nfs_readdir+0x18f #9 0xffffffff80ce485f at vop_sigdefer+0x2f #10 0xffffffff81181f38 at VOP_READDIR_APV+0x38 #11 0xffffffff80d0b18b at kern_getdirentries+0x1fb #12 0xffffffff80d0b399 at sys_getdirentries+0x29 #13 0xffffffff810bd00e at amd64_syscall+0x12e #14 0xffffffff8108fdfe at fast_syscall_common+0xf8 lock order bufwait -> nfs attempted at: #0 0xffffffff80c7c4dc at witness_checkorder+0xdcc #1 0xffffffff80bdcf18 at lockmgr_lock_flags+0x188 #2 0xffffffff80af1b9c at nfs_lock+0x2c #3 0xffffffff80ce485f at vop_sigdefer+0x2f #4 0xffffffff80d0e5e4 at _vn_lock+0x54 #5 0xffffffff80cf6e0f at vget_finish+0x4f #6 0xffffffff80ce6b3c at vfs_hash_get+0xbc #7 0xffffffff80af9d09 at nfscl_nget+0x119 #8 0xffffffff80ae291a at nfsrpc_readdirplus+0xaaa #9 0xffffffff80aed43c at ncl_readdirplusrpc+0xdc #10 0xffffffff80afdbe3 at ncl_doio+0x423 #11 0xffffffff80afcd8c at ncl_bioread+0x5cc #12 0xffffffff80af1aff at nfs_readdir+0x18f #13 0xffffffff80ce485f at vop_sigdefer+0x2f #14 0xffffffff81181f38 at VOP_READDIR_APV+0x38 #15 0xffffffff80d0b18b at kern_getdirentries+0x1fb #16 0xffffffff80d0b399 at sys_getdirentries+0x29 #17 0xffffffff810bd00e at amd64_syscall+0x12e kernel is GENERIC, stock config. otis =E2=80=94 Juraj Lutter XMPP: juraj (at) lutter.sk GSM: +421907986576 From owner-freebsd-current@freebsd.org Sat Feb 27 20:49:10 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 91604552CB5 for ; Sat, 27 Feb 2021 20:49:10 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-lf1-x135.google.com (mail-lf1-x135.google.com [IPv6:2a00:1450:4864:20::135]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DnzCV3Wwtz3s4Y; Sat, 27 Feb 2021 20:49:10 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-lf1-x135.google.com with SMTP id j19so19173539lfr.12; Sat, 27 Feb 2021 12:49:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=KhtvWDh5h009S/2YTa8ybG7w8uNlA3XFfK4eQKCwwUk=; b=A1I61538yt1vcpJxtV2jJ+VW9mkQEO4O5uQJ9Tv/ZJGjdiTIBI8pltrFvdChVqFvfM 5ol4qsw66HiBkjXaaVkZuXpnUfrVRzWhNE6uLRXgdqgYBMA7yb7l9E+bpeV4VoEq+JLs yjM+Jbw0Ry9D6RX85I8MujzqRw0tLeXw4NKPX8uX4Y2PTy+QhU7jbMVhfrY20tyR1qJk bXhPKYeHE36UUfJSo0rRdbW8o7CYrf+TKrXdaa0ex3eswCwOyX+K95PQEWNqjsWuCBYQ ZPiuGZspNdlJoXJEhoYCFd1+00kF6icK7zcLbZ+gZj/P60UEQPb97dLDSzs+HIA4nGMB JCVQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=KhtvWDh5h009S/2YTa8ybG7w8uNlA3XFfK4eQKCwwUk=; b=lZ5DYS50mB0MCdzpJ4TSN6LH5v102ZiQKWSJyEVd6fQr8i5IMXwApv8/MW0F3roZoi H0aMSVXsRb8zfDap5dFhcWlxRPob7rEc10wRbDnkMpayQtbb7VWWHGUTuoTaipbq/2bI DLzOnrJEGrsGd3ZMC8QbhpHwQFwwj4cVZfxeOdEOQ0oeUST3bm/zA/UB1CCBINA64Bbs pIBoDRoEpDufA8hlJ4t08zT2+My95/V+ct44qCeS9GqPFPx5HMXzpWim6qDkPWLJKn9o 7MheHpBKx2MwKau7Wqpd6UVseMLK+/VP9/ifQqnAhd4kavYq+Mw5ezsda43zTQXHEUBE 5TnQ== X-Gm-Message-State: AOAM530l7sLFCc53wNpWkYHynkoSUrSUBkmEj+2RSVRaQ2+EdYHOoGL6 BWBy58G/XWck2h9QSHu7ZR+VbpVdVRSKuQdYGggN3VZstqg= X-Google-Smtp-Source: ABdhPJwSEtuIOYdMyY0QDztEFZ4F9AiJ5Fy7LSG0EYfpCTkYwRGoedcOvriUCr7nEa8v8eLL7ORxuNYW3uyEoR06fZQ= X-Received: by 2002:ac2:4144:: with SMTP id c4mr5262113lfi.549.1614458947631; Sat, 27 Feb 2021 12:49:07 -0800 (PST) MIME-Version: 1.0 Received: by 2002:a2e:958d:0:0:0:0:0 with HTTP; Sat, 27 Feb 2021 12:49:06 -0800 (PST) In-Reply-To: References: <560DD7DF-B1C0-432B-BFCA-9D00819E0C28@FreeBSD.org> From: Mateusz Guzik Date: Sat, 27 Feb 2021 21:49:06 +0100 Message-ID: Subject: Re: -CURRENT panics in NFS To: Juraj Lutter Cc: Rick Macklem , freebsd-current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4DnzCV3Wwtz3s4Y X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2021 20:49:10 -0000 Can you dump 'struct componentname *cnp'? This should do the trick: f 12 p cnp Most notably I want to know if the name to added is a literal dot. That case is handled if necessary, but the assert was added to start making the interface stricter. If the name is a dot I'll be inclined to remove the assert for 13.x to avoid problems with other callers of the sort. Otherwise I'll have to check what's going on there. On 2/27/21, Juraj Lutter wrote: > Hi, > > thank you for the swift reaction. This patch fixed my problem. > > otis > > =E2=80=94 > Juraj Lutter > XMPP: juraj (at) lutter.sk > GSM: +421907986576 > >> On 27 Feb 2021, at 16:53, Rick Macklem wrote: >> >> I reproduced the problem and the attached trivial patch >> seems to fix it. Please test the patch if you can. >> > > --=20 Mateusz Guzik From owner-freebsd-current@freebsd.org Sat Feb 27 20:56:06 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AF75F552F38 for ; Sat, 27 Feb 2021 20:56:06 +0000 (UTC) (envelope-from SRS0=Cses=H5=FreeBSD.org=otis@ns2.wilbury.net) Received: from ns2.wilbury.net (ns2.wilbury.net [IPv6:2a01:b200:0:1:f816:3eff:fecd:13e6]) (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 "svc.wilbury.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DnzMV3tcDz3sj5 for ; Sat, 27 Feb 2021 20:56:06 +0000 (UTC) (envelope-from SRS0=Cses=H5=FreeBSD.org=otis@ns2.wilbury.net) Received: from chemex.owhome.lan (gw-upc.owhome.net [188.167.168.254]) (Authenticated sender: juraj@lutter.sk) by svc.wilbury.net (Postfix) with ESMTPSA id 884D345CF6B; Sat, 27 Feb 2021 21:56:03 +0100 (CET) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Subject: Re: -CURRENT panics in NFS From: Juraj Lutter In-Reply-To: Date: Sat, 27 Feb 2021 21:56:02 +0100 Cc: Rick Macklem , freebsd-current Content-Transfer-Encoding: quoted-printable Message-Id: <6CD719B1-71B1-4EAB-A0D0-949ABA1751BB@FreeBSD.org> References: <560DD7DF-B1C0-432B-BFCA-9D00819E0C28@FreeBSD.org> To: Mateusz Guzik X-Mailer: Apple Mail (2.3608.120.23.2.4) X-Rspamd-Queue-Id: 4DnzMV3tcDz3sj5 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2021 20:56:06 -0000 I am now running a patched kernel, without problems. I can boot to unpatched one and see the output of these ddb commands. otis =E2=80=94 Juraj Lutter XMPP: juraj (at) lutter.sk GSM: +421907986576 > On 27 Feb 2021, at 21:49, Mateusz Guzik wrote: >=20 > Can you dump 'struct componentname *cnp'? This should do the trick: > f 12 > p cnp >=20 From owner-freebsd-current@freebsd.org Sat Feb 27 21:02:07 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5A438553236 for ; Sat, 27 Feb 2021 21:02:07 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-lj1-x233.google.com (mail-lj1-x233.google.com [IPv6:2a00:1450:4864:20::233]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DnzVQ3KfNz3svS; Sat, 27 Feb 2021 21:02:06 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-lj1-x233.google.com with SMTP id q23so14756145lji.8; Sat, 27 Feb 2021 13:02:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=Ie/eAMZuvrwPuubrJWU+FfIQEaMGDs8ym83OZxlyRfU=; b=Awdu/furcfRStzQZt22OlY1O1depIzvt+3wLFHgC2NdVa+oRQ8FubgnutyBbcuBiaV UdXpimkXJY177nmKDrV41ScP0ULNoD7mIkesycu+MunvWatIvMqC+IUI6a9wJAoZ77rK xtm/8Dc20Jf62yE+DFFSlV2YB2ifj0uN5R5isFhFM3AsSEridv3rhv0BMqUp4H6RLR2s +RvGlmnnD5T2aMzPaF0mMrNvVaqVsMm58l0PT9Xb7IFDZ59AgB5QqYSC/OXBUMoqfM1x Spu19Ai61HDDZEo1QLgTz3hC4CHSxMhqOPV0gmSdCk4yzcC/t/4fTzs5JaK7IJyXNGnm 5C5w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=Ie/eAMZuvrwPuubrJWU+FfIQEaMGDs8ym83OZxlyRfU=; b=MM4Pq/HvGL95o2hVZWqfgniWQKtCvxVyGJFXp+fzbdyj0/7dyzDK/64PsAfmDv7KLg uzLaWdebEdEMcrHbXMtC4v7pVXXHKf/XSFRxQPuvpynprhac9lldEJ1FMUDixgghTkcm 7CmkuhKJGB6xNpzbuJbgH0S2HIGNnxL/1ye3DeG+DDgwpLMXEH1fIeuHz2enBEMqDrvB MRuLt68RZoaTukhfmQuc9sZsRwLsnn+eZ7Tn0rmwsYyjclDFJVG5xJ1A1rty7AfSr2e4 I26dCZIZJifcrm2eJMnoCMdMgG2Xt9te8vUg9MImKqkKJB9Wjwa9KdTWVC1FHrsvwJAn JP1Q== X-Gm-Message-State: AOAM531RaLK2FPlyY/eMES7MguJ9bJNvzoMLGXxWmCphKM0+4CreET/7 8NJ5BV0Ydon4Gk7o4t0NsHnSBh9lQkMXC9KMzmrmdJOO+nQ= X-Google-Smtp-Source: ABdhPJyVsgtKfBCWI5+UVa+QrbV04xLutEm8W40Z3ucXTVouhPVPbDJUDmdomD1nVSMzWR6Fpdc1pmm2+gb6J3UULkk= X-Received: by 2002:a2e:751b:: with SMTP id q27mr5042911ljc.463.1614459724260; Sat, 27 Feb 2021 13:02:04 -0800 (PST) MIME-Version: 1.0 Received: by 2002:a2e:958d:0:0:0:0:0 with HTTP; Sat, 27 Feb 2021 13:02:03 -0800 (PST) In-Reply-To: <6CD719B1-71B1-4EAB-A0D0-949ABA1751BB@FreeBSD.org> References: <560DD7DF-B1C0-432B-BFCA-9D00819E0C28@FreeBSD.org> <6CD719B1-71B1-4EAB-A0D0-949ABA1751BB@FreeBSD.org> From: Mateusz Guzik Date: Sat, 27 Feb 2021 22:02:03 +0100 Message-ID: Subject: Re: -CURRENT panics in NFS To: Juraj Lutter Cc: Rick Macklem , freebsd-current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4DnzVQ3KfNz3svS X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Awdu/fur; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mjguzik@gmail.com designates 2a00:1450:4864:20::233 as permitted sender) smtp.mailfrom=mjguzik@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[text/plain]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::233:from]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::233:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::233:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2021 21:02:07 -0000 You should be able to just use kgdb on the old kernel and the crashdump you already collected, provided both are still around. Alternatively boot with this without the fix: diff --git a/sys/kern/vfs_cache.c b/sys/kern/vfs_cache.c index fef1e31d197b..c4d2990b155d 100644 --- a/sys/kern/vfs_cache.c +++ b/sys/kern/vfs_cache.c @@ -2266,6 +2266,9 @@ cache_enter_time(struct vnode *dvp, struct vnode *vp, struct componentname *cnp, KASSERT(cnp->cn_namelen <=3D NAME_MAX, ("%s: passed len %ld exceeds NAME_MAX (%d)", __func__, cnp->cn_namelen, NAME_MAX)); + if (dvp =3D=3D vp) { + panic("%s: same vnodes; cnp [%s] len %ld\n", __func__, cnp->cn_nameptr, cnp->cn_namelen); + } VNPASS(dvp !=3D vp, dvp); VNPASS(!VN_IS_DOOMED(dvp), dvp); VNPASS(dvp->v_type !=3D VNON, dvp); On 2/27/21, Juraj Lutter wrote: > I am now running a patched kernel, without problems. > > I can boot to unpatched one and see the output of these ddb commands. > > otis > > =E2=80=94 > Juraj Lutter > XMPP: juraj (at) lutter.sk > GSM: +421907986576 > >> On 27 Feb 2021, at 21:49, Mateusz Guzik wrote: >> >> Can you dump 'struct componentname *cnp'? This should do the trick: >> f 12 >> p cnp >> > > > --=20 Mateusz Guzik From owner-freebsd-current@freebsd.org Sat Feb 27 21:13:10 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4AC55553908 for ; Sat, 27 Feb 2021 21:13:10 +0000 (UTC) (envelope-from SRS0=Cses=H5=FreeBSD.org=otis@ns2.wilbury.net) Received: from ns2.wilbury.net (ns2.wilbury.net [92.60.51.55]) (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 "svc.wilbury.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DnzlB108Sz3tnw for ; Sat, 27 Feb 2021 21:13:09 +0000 (UTC) (envelope-from SRS0=Cses=H5=FreeBSD.org=otis@ns2.wilbury.net) Received: from chemex.owhome.lan (gw-upc.owhome.net [188.167.168.254]) (Authenticated sender: juraj@lutter.sk) by svc.wilbury.net (Postfix) with ESMTPSA id 9B5D345CF6B; Sat, 27 Feb 2021 22:13:07 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Subject: Re: -CURRENT panics in NFS From: Juraj Lutter In-Reply-To: Date: Sat, 27 Feb 2021 22:13:06 +0100 Cc: Rick Macklem , freebsd-current Content-Transfer-Encoding: 7bit Message-Id: <7F582CAF-DEA6-41C9-92C4-16A15315CB83@FreeBSD.org> References: <560DD7DF-B1C0-432B-BFCA-9D00819E0C28@FreeBSD.org> To: Mateusz Guzik X-Mailer: Apple Mail (2.3608.120.23.2.4) X-Rspamd-Queue-Id: 4DnzlB108Sz3tnw X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2021 21:13:10 -0000 > On 27 Feb 2021, at 21:49, Mateusz Guzik wrote: > > Can you dump 'struct componentname *cnp'? This should do the trick: > f 12 > p cnp > > Most notably I want to know if the name to added is a literal dot. > Yes, it is a dot (the directory itself): cn_nameptr = 0xfffffe0011428018 ".", cn_namelen = 1 otis From owner-freebsd-current@freebsd.org Sat Feb 27 22:30:29 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 501C45564C4 for ; Sat, 27 Feb 2021 22:30:29 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-lf1-x12a.google.com (mail-lf1-x12a.google.com [IPv6:2a00:1450:4864:20::12a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dp1SN4zRCz4TlW; Sat, 27 Feb 2021 22:30:28 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-lf1-x12a.google.com with SMTP id e7so19458127lft.2; Sat, 27 Feb 2021 14:30:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=GE1opI5tcoC1l2PpA0LN0mtqJ9vbm50tE7SL82/oq/g=; b=VF4gle2hp48wRtH8TD2CNt72Sjk+841lQJe9f7Wb5WpVWeSIHNonSxKXcjPeVVcNrE J2FQC58pSwMvz7AtwxsSBFO3K02vPXprY0i23BA65hh8Tb8HyTc996snreIb4apQxSKC lXk8S7rva9mRl4ogieFgToGfl9T7cGeY706TmrtkzjL+XRcQvmVmEn7OTAq7kCsnT5qu GRvQTodpuC/zgjBAon/hO+LuGHZ6PpDcxknXfJVFKRMXK0LzMLTc6hPXj1FEIALRPA0J dEd+DqcuB6yLUQJa42ermfb5wShGmxC+wCncVBj9vpEIVEQ6tnxisG/uIMPau2AWGmlN 0v+g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=GE1opI5tcoC1l2PpA0LN0mtqJ9vbm50tE7SL82/oq/g=; b=f3Opw3GLIWWumn/WztafqjTXGfh9TVYFAJ4FeF2W6/Bngzm67FwgN9m2UnZzC580AZ knJ9qdeaShCgehNvAUruEXNRjgCf9xOWOBFy0Bdp/Eb7ShqfLEDbfmspYuJZ1omKhspu r4MUjCg4wIphhfclg4n1PuP1XJZsViVXq8nI4nwh9/iHn4aBxsqwp93LHvVIhaGUtQHB PtKvzbTOb2wEA/KTEToUTazbTPa1KxdrG+O2UG5bZ5Xwq3ufVc6ipEa31MY5TJFFh3BB DZIsZcxfk5ePsOzFi55iTQN1ajBVRAjH9ZIvZShvYnQS076TlqAVauhYtKnDJreJ03ym 1ZOw== X-Gm-Message-State: AOAM532Gu30q1wDDWCS9zAe/UzGsvPCLt0ZjTHnyKgThxDXXhIwqYLSy mNgnS7psrquIBhCJlwZkZqviW1V+MnA/9B4GcuPWKe3POes= X-Google-Smtp-Source: ABdhPJzL1ypg5HoWzTq4FIdoxCFdsYrOTi8WvPNDKFeY5H15LtQm80vuhL4xJJ0BB6QtEYeKcJQ5LOcfZPtKSqj3zio= X-Received: by 2002:ac2:4144:: with SMTP id c4mr5427104lfi.549.1614465026307; Sat, 27 Feb 2021 14:30:26 -0800 (PST) MIME-Version: 1.0 Received: by 2002:a2e:958d:0:0:0:0:0 with HTTP; Sat, 27 Feb 2021 14:30:25 -0800 (PST) In-Reply-To: <7F582CAF-DEA6-41C9-92C4-16A15315CB83@FreeBSD.org> References: <560DD7DF-B1C0-432B-BFCA-9D00819E0C28@FreeBSD.org> <7F582CAF-DEA6-41C9-92C4-16A15315CB83@FreeBSD.org> From: Mateusz Guzik Date: Sat, 27 Feb 2021 23:30:25 +0100 Message-ID: Subject: Re: -CURRENT panics in NFS To: Juraj Lutter Cc: Rick Macklem , freebsd-current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4Dp1SN4zRCz4TlW X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=VF4gle2h; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mjguzik@gmail.com designates 2a00:1450:4864:20::12a as permitted sender) smtp.mailfrom=mjguzik@gmail.com X-Spamd-Result: default: False [-3.93 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[text/plain]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::12a:from]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::12a:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::12a:from]; NEURAL_HAM_SHORT(-0.93)[-0.931]; NEURAL_HAM_LONG(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2021 22:30:29 -0000 Thanks. I adjusted the namecache. However, the nfs fix provided by Rick should go in regardless. On 2/27/21, Juraj Lutter wrote: > > >> On 27 Feb 2021, at 21:49, Mateusz Guzik wrote: >> >> Can you dump 'struct componentname *cnp'? This should do the trick: >> f 12 >> p cnp >> >> Most notably I want to know if the name to added is a literal dot. >> > > Yes, it is a dot (the directory itself): > > cn_nameptr = 0xfffffe0011428018 ".", cn_namelen = 1 > > otis > > -- Mateusz Guzik