From nobody Mon Aug 30 08:35:19 2021 X-Original-To: hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 8570C1788848 for ; Mon, 30 Aug 2021 08:38:04 +0000 (UTC) (envelope-from customercare@freebsd.org) Received: from inbox0.alfaspeedy.com (bizcloud-inbox.alfaspeedy.com [144.126.220.67]) (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 4GykH02Xzlz3DqT for ; Mon, 30 Aug 2021 08:38:04 +0000 (UTC) (envelope-from customercare@freebsd.org) Reply-To: VoiceMail From: VoiceMail To: hackers@freebsd.org Subject: (1) Missed call +1(561)*** Date: 30 Aug 2021 01:35:19 -0700 Message-ID: <20210830013519.169D81836A2D2CAF@freebsd.org> List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0012_F2F69672.E22EB148" X-Rspamd-Queue-Id: 4GykH02Xzlz3DqT X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:14061, ipnet:144.126.208.0/20, country:US]; local_wl_from(0.00)[freebsd.org] X-ThisMailContainsUnwantedMimeParts: Y ------=_NextPart_000_0012_F2F69672.E22EB148 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Dear, hackers ------=_NextPart_000_0012_F2F69672.E22EB148-- From nobody Mon Aug 30 11:55:23 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4AA9217969CB for ; Mon, 30 Aug 2021 11:55:25 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from mail.metricspace.net (static-74-106-232-4.bltmmd.fios.verizon.net [74.106.232.4]) by mx1.freebsd.org (Postfix) with ESMTP id 4Gypfh3387z3Hdq for ; Mon, 30 Aug 2021 11:55:24 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from [IPv6:2001:470:1f11:617:3210:b3ff:fe77:becd] (unknown [IPv6:2001:470:1f11:617:3210:b3ff:fe77:becd]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: eric) by mail.metricspace.net (Postfix) with ESMTPSA id 3C12F8C0E for ; Mon, 30 Aug 2021 11:55:24 +0000 (UTC) To: "freebsd-hackers@FreeBSD.org" From: Eric McCorkle Subject: autounmountd unload ZFS keys Message-ID: Date: Mon, 30 Aug 2021 07:55:23 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Gypfh3387z3Hdq X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of eric@metricspace.net has no SPF policy when checking 74.106.232.4) smtp.mailfrom=eric@metricspace.net X-Spamd-Result: default: False [1.14 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[eric]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; DMARC_NA(0.00)[metricspace.net]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(1.00)[0.998]; NEURAL_HAM_SHORT(-1.00)[-0.999]; NEURAL_SPAM_LONG(0.14)[0.139]; TO_DN_EQ_ADDR_ALL(0.00)[]; R_SPF_NA(0.00)[no SPF record]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:701, ipnet:74.106.224.0/19, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hello all, I finally got some free time to hack on FreeBSD again. I have a patch that will enable autounmountd to unload ZFS encryption keys whenever it unmounts a ZFS dataset: https://reviews.freebsd.org/D31725 This is the first of a pair which I'm planning to do, which will enable you to have encrypted ZFS home directories managed by autofs, which will only have the keys loaded while a given user is logged in. (This is a common requirement in standards for high-security systems.) The next one I'm planning to work on is a pam module that will load ZFS keys upon a successful login. From nobody Mon Aug 30 12:00:16 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3B39A179892F for ; Mon, 30 Aug 2021 12:00:17 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from mail.metricspace.net (static-74-106-232-4.bltmmd.fios.verizon.net [74.106.232.4]) by mx1.freebsd.org (Postfix) with ESMTP id 4GypmJ5Znbz3K9f for ; Mon, 30 Aug 2021 12:00:16 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from [IPv6:2001:470:1f11:617:3210:b3ff:fe77:becd] (unknown [IPv6:2001:470:1f11:617:3210:b3ff:fe77:becd]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: eric) by mail.metricspace.net (Postfix) with ESMTPSA id A16D98AFE for ; Mon, 30 Aug 2021 12:00:16 +0000 (UTC) To: "freebsd-hackers@freebsd.org" From: Eric McCorkle Subject: autounmountd unload ZFS keys Message-ID: <79ba78a2-7125-144a-cff9-41dde28d0599@metricspace.net> Date: Mon, 30 Aug 2021 08:00:16 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4GypmJ5Znbz3K9f X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of eric@metricspace.net has no SPF policy when checking 74.106.232.4) smtp.mailfrom=eric@metricspace.net X-Spamd-Result: default: False [1.14 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[eric]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; DMARC_NA(0.00)[metricspace.net]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(1.00)[0.998]; NEURAL_HAM_SHORT(-1.00)[-0.999]; NEURAL_SPAM_LONG(0.14)[0.139]; TO_DN_EQ_ADDR_ALL(0.00)[]; R_SPF_NA(0.00)[no SPF record]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:701, ipnet:74.106.224.0/19, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hello all, I finally got some free time to hack on FreeBSD again. I have a patch that will enable autounmountd to unload ZFS encryption keys whenever it unmounts a ZFS dataset: https://reviews.freebsd.org/D31725 This is the first of a pair which I'm planning to do, which will enable you to have encrypted ZFS home directories managed by autofs, which will only have the keys loaded while a given user is logged in. (This is a common requirement in standards for high-security systems.) The next one I'm planning to work on is a pam module that will load ZFS keys upon a successful login. From nobody Mon Aug 30 12:06:33 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D3574179BEF7 for ; Mon, 30 Aug 2021 12:07:59 +0000 (UTC) (envelope-from dirkx@webweaving.org) Received: from weser.webweaving.org (weser.webweaving.org [148.251.234.232]) (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 "weser.webweaving.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GypxC4Lbzz3Mbm for ; Mon, 30 Aug 2021 12:07:59 +0000 (UTC) (envelope-from dirkx@webweaving.org) Received: from smtpclient.apple (94-210-140-34.cable.dynamic.v4.ziggo.nl [94.210.140.34]) (authenticated bits=0) by weser.webweaving.org (8.16.1/8.16.1) with ESMTPSA id 17UC6aCi005691 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 30 Aug 2021 14:06:36 +0200 (CEST) (envelope-from dirkx@webweaving.org) X-Authentication-Warning: weser.webweaving.org: Host 94-210-140-34.cable.dynamic.v4.ziggo.nl [94.210.140.34] claimed to be smtpclient.apple Content-Type: text/plain; charset=us-ascii List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: autounmountd unload ZFS keys From: Dirk-Willem van Gulik In-Reply-To: <79ba78a2-7125-144a-cff9-41dde28d0599@metricspace.net> Date: Mon, 30 Aug 2021 14:06:33 +0200 Cc: "freebsd-hackers@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <1AA77CFF-015E-446B-9D8F-72EC1292F73F@webweaving.org> References: <79ba78a2-7125-144a-cff9-41dde28d0599@metricspace.net> To: Eric McCorkle X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.2 (weser.webweaving.org [148.251.234.232]); Mon, 30 Aug 2021 14:06:36 +0200 (CEST) X-Rspamd-Queue-Id: 4GypxC4Lbzz3Mbm X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N > On 30 Aug 2021, at 14:00, Eric McCorkle wrote: >=20 > Hello all, >=20 > I finally got some free time to hack on FreeBSD again. I have a patch > that will enable autounmountd to unload ZFS encryption keys whenever = it > unmounts a ZFS dataset: >=20 > https://reviews.freebsd.org/D31725 Very useful ! As we're now bending over backwards to accomplish this = with custom hacks. > This is the first of a pair which I'm planning to do, which will = enable > you to have encrypted ZFS home directories managed by autofs, which = will > only have the keys loaded while a given user is logged in. (This is a > common requirement in standards for high-security systems.) The next > one I'm planning to work on is a pam module that will load ZFS keys = upon > a successful login. With kind regards, Dw From nobody Wed Sep 1 01:26:37 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 89D1B179A1F2 for ; Wed, 1 Sep 2021 01:26:39 +0000 (UTC) (envelope-from leres@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 4GzmcH1RK2z3vLx for ; Wed, 1 Sep 2021 01:26:39 +0000 (UTC) (envelope-from leres@freebsd.org) Received: from ice.alameda.xse.com (unknown [IPv6:2600:1700:a570:e20:f2ad:4eff:fe0b:a065]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: leres) by smtp.freebsd.org (Postfix) with ESMTPSA id D643221EF4 for ; Wed, 1 Sep 2021 01:26:38 +0000 (UTC) (envelope-from leres@freebsd.org) From: Craig Leres To: freebsd-hackers@freebsd.org Subject: Patched gpsd and /dev/pps0 results in "sleeping thread" kernel panic Message-ID: Date: Tue, 31 Aug 2021 18:26:37 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="------------65AF694C5EFA2B5FEF707328" Content-Language: en-US X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --------------65AF694C5EFA2B5FEF707328 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit I have many FreeBSD based ntp time servers using half a dozen different kinds of receivers. Now I have a Javad Alpha2 satellite receiver I'd like to use. Since gpsd knows how to talk GREIS to it I'm pretty deep into trying to figure out how to configure that. gpsd appears to know a lot about the RFC 2783 pps api but incorrectly assumes only tty-like devices can support it. It tries to use time_pps_* functions with /dev/gps0 (a symlink to cuau0) which fail and doesn't even open /dev/pps0. My gpsd rc.conf config is: gpsd_enable="YES" gpsd_flags="-D1 -n -s 115200" gpsd_devices="/dev/gps0 /dev/pps0" The relevant part of my ntp.conf is (driver 46 is the GPSD-NG driver): server 127.127.46.0 fudge 127.127.46.0 flag4 1 Running with these two configs, the gpsd tool cgps shows the radio happily is tracking ~20 satellites. ntpd shows "GPSD" running about 10 us fast but because this so far off it eventually discards it (ntpq -p show 'x' before it). I know /dev/pps0 works because if I add pps clock config (driver 22) for it to ntp.conf: server 127.127.22.0 prefer fudge 127.127.22.0 flag3 1 ntpd is then able to poll for data and shows a reasonable offset that is comparable to ntpd running on nearby servers. So I'm pretty close, I just need to get gpsd working with /dev/pps0. To that end, I made a copy of the source and made some changes to ppsthread.c (see attached patch.txt) which basically forces an open() on /dev/pps0. This gets further: gpsd:INFO: KPPS:/dev/pps0 pps_caps 0x1151 gpsd:INFO: KPPS:/dev/pps0 have PPS_CANWAIT gpsd:WARN: KPPS:/dev/pps0 missing PPS_CAPTURECLEAR, pulse may be offset gpsd:INFO: KPPS:/dev/pps0 kernel PPS will be used [New LWP 101408 of process 2046] gpsd:PROG: PPS:/dev/pps0 thread launched gpsd:INFO: PPS:/dev/pps0 ntpshm_link_activate: 0 gpsd:INFO: device /dev/pps0 activated and gpsd starts to talk GREIS protocol to the radio and then the kernel panics with "sleeping thread". Here are more details about my setup. I have 12.2-RELEASE-p10 kernel with these options: device pps options PPS_SYNC options P1003_1B_MQUEUE I'm building the ports version of net/ntp with these options: ATOM DEBUG IPV6 JUPITER NMEA ONCORE PERL_UTILS SHM SSL THREADS I'm building the ports version of astro/gpsd with these options: GPSCLOCK IPV6 NCURSES NMEA0183 NTP NTPSHM ONCORE PPS RECONFIG SHMEXPORT SOCKEXPORT My gpsd source tree is just a copy of patched version of the astro/gpsd port. (Which caused me to have to learn how to use scons...) When testing I start gpsd with: ./gpsd -N -D5 -n -s 115200 -P /var/run/gpsd.pid /dev/gps0 /dev/pps0 The Alpha2 is connected to /dev/cuau0 at 115200 baud, its pps is connected to a parallel printer port. Can anyone help me with gpsd+pps and/or the kernel panic? Craig --------------65AF694C5EFA2B5FEF707328 Content-Type: text/plain; charset=UTF-8; name="patch.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="patch.txt" LS0tIHBwc3RocmVhZC5jCTIwMjEvMDkvMDEgMDA6MTg6MTMJMS4xCisrKyBwcHN0aHJlYWQu YwkyMDIxLzA5LzAxIDAwOjI4OjI3CkBAIC0yMTYsNiArMjE2LDEzIEBACiB9CiAjZW5kaWYg LyogX19saW51eF9fICovCiAKKyNpZmRlZiBfX0ZyZWVCU0RfXworY2hhciAqcHBzX2dldF9m aXJzdCh2b2lkKQoreworICAgIHJldHVybiAiL2Rldi9wcHMwIjsKK30KKyNlbmRpZgorCiBz dGF0aWMgaW50IGluaXRfa2VybmVsX3BwcyhzdHJ1Y3QgaW5uZXJfY29udGV4dF90ICppbm5l cl9jb250ZXh0KQogLyogcmV0dXJuIGhhbmRsZSBmb3Iga2VybmVsIHBwcywgb3IgLTE7IHJl cXVpcmVzIHJvb3QgcHJpdmlsZWdlcyAqLwogewpAQCAtMjMyLDYgKzIzOSwxNSBAQAogICAg IGlubmVyX2NvbnRleHQtPmtlcm5lbHBwc19oYW5kbGUgPSAtMTsKICAgICBpbm5lcl9jb250 ZXh0LT5wcHNfY2Fud2FpdCA9IGZhbHNlOwogCisjaWZkZWYgX19GcmVlQlNEX18KKyAgICBp ZiAoc3RybmNtcChwcHNfdGhyZWFkLT5kZXZpY2VuYW1lLCAiL2Rldi9wcHMiLCA4KSAhPSAw KSB7CisJcHBzX3RocmVhZC0+bG9nX2hvb2socHBzX3RocmVhZCwgVEhSRUFEX1dBUk4sCisJ ICAgICJLUFBTOiVzIGlnbm9yaW5nIG5vbi1wcHMgZGV2aWNlIGluIGluaXRfa2VybmVsX3Bw c1xuIiwKKwkgICAgcHBzX3RocmVhZC0+ZGV2aWNlbmFtZSk7CisJcmV0dXJuICgtMSk7Cisg ICAgfQorI2VuZGlmCisKICAgICAvKgogICAgICAqIFRoaXMgbmV4dCBjb2RlIGJsb2NrIGFi dXNlcyAicmV0IiBieSBzdG9yaW5nIHRoZSBmaWxlZGVzY3JpcHRvcgogICAgICAqIHRvIHVz ZSBmb3IgUkZDMjc4MyBjYWxscy4KQEAgLTM0MSw4ICszNTcsMjIgQEAKICAgICAgKiBGSVhN RSEgbmVlZCBtb3JlIHNwZWNpZmljIHRoYW4gJ25vdCBsaW51eCcKICAgICAgKi8KICAgICAo dm9pZClzdHJsY3B5KHBhdGgsIHBwc190aHJlYWQtPmRldmljZW5hbWUsIHNpemVvZihwYXRo KSk7Ci0gICAgLy8gY3BwY2hlY2stc3VwcHJlc3MgcmVkdW5kYW50QXNzaWdubWVudAotICAg IHJldCAgPSBwcHNfdGhyZWFkLT5kZXZpY2VmZDsKKworICAgIGlmIChwcHNfdGhyZWFkLT5k ZXZpY2VmZCA8IDApIHsKKwkgICAgcmV0ID0gb3BlbihwYXRoLCBPX1JEV1IpOworCSAgICBp ZiAocmV0IDwgMCkgeworCQljaGFyIGVycmJ1ZltCVUZTSVpdID0gInVua25vd24gZXJyb3Ii OworCQlwcHNfc3RyZXJyb3JfcihlcnJubywgZXJyYnVmLCBzaXplb2YoZXJyYnVmKSk7CisJ CXBwc190aHJlYWQtPmxvZ19ob29rKHBwc190aHJlYWQsIFRIUkVBRF9JTkYsCisJCQkgICAg IktQUFM6JXMgcnVubmluZyBhcyAlZC8lZCwgY2Fubm90IG9wZW4gJXM6ICVzXG4iLAorCQkJ ICAgIHBwc190aHJlYWQtPmRldmljZW5hbWUsCisJCQkgICAgZ2V0dWlkKCksIGdldGV1aWQo KSwKKwkJCSAgICBwYXRoLCBlcnJidWYpOworCQlyZXR1cm4gKC0xKTsKKwkgICAgfQorICAg IH0gZWxzZSB7CisJcmV0ICA9IHBwc190aHJlYWQtPmRldmljZWZkOworICAgIH0KICNlbmRp ZgogICAgIC8qIGFzc2VydChyZXQgPj0gMCk7ICovCiAgICAgcHBzX3RocmVhZC0+bG9nX2hv b2socHBzX3RocmVhZCwgVEhSRUFEX0lORiwK --------------65AF694C5EFA2B5FEF707328-- From nobody Wed Sep 1 01:54:50 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7B97817A61F9 for ; Wed, 1 Sep 2021 01:55:03 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ua1-x932.google.com (mail-ua1-x932.google.com [IPv6:2607:f8b0:4864:20::932]) (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 4GznF32pXNz4XhC for ; Wed, 1 Sep 2021 01:55:03 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-ua1-x932.google.com with SMTP id g16so501779uam.7 for ; Tue, 31 Aug 2021 18:55:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=+zaC2vEdLSmK6XpOkpGu2Vv253zsSa8ZZMb08h8TrMc=; b=DEuRnFQI1Ovm1WxSYHV8ZIGbYqlp0Op+lacnKnBBVCn6aG+iRx3T01lhhR6WJFlvSp y/KrzzSMM46v0ehrC/MwXYP+WfAB6JE5g7nSk5YW40mJPSqJVwRr7RXmOQHMCX3JgcDC Z6hulClv/snpUDRIjvuUu+pHDhl27Su5eIYdWjPZZmBHBySJe48L/i7EjSWni+xuSxuO JZ+6MDJeQY79W2B+5Jbgz9G9ybWatagJbP9SGQtWc//evC+SEKeLm6p/8/diu/qLS4uN 42y1DZa6QoVN1TkjE+83qYRs02j7VNY+yZ+zFSmAj47m/bNvHYVwWhrrHSCsBMYmzJ6K kiFA== 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=+zaC2vEdLSmK6XpOkpGu2Vv253zsSa8ZZMb08h8TrMc=; b=ItTOjcwQGNbbS/DMkEUoneq0TgKp311NL1wFwkL5+wb7+2NRduYxc4AgMtQN2fNI5C LFBPAW4jSRZp0pM/JpxgMTVUe75Df/m073z8+p1vnWgwcyl4M7rvKC7gs5rKlOQl/oQ0 Go7yk4y2MvV2WGEjzz3i4HUWVgVWcVl/knudQjles/xlM5z/mGpDXeFNYjhxx0xdjUeH WtLPBbNEHqOKay69AjPIHZY8thcZd7Qv5L7GK1ZfVhiNf5krmmtq5wHzC2h0AFQCQfzZ 6zywrvI25jtSfssf35xXKBGPpmED9PzZoQ45wXnE4iIQjpR1GnleRqWdCJf2d1c4dST9 ViBw== X-Gm-Message-State: AOAM530z8zBi9aOfGvnrgQ75HN7kbzEsfZgAqVIBpcTLSfz0m6ci4l9V peiBZdhI6cUHAA6wkfBw5+wsnFAl8cGuU1AYNgDS4vKquaM= X-Google-Smtp-Source: ABdhPJyEzcnGC1WGwNrUxXCm5YVigtvQDmz9ICLH2d+17IAP1fKvRfaULbQkvjILC4q0z9uGLtK/jnbhFjrRqidEQ5U= X-Received: by 2002:a9f:23d0:: with SMTP id 74mr21745946uao.69.1630461302757; Tue, 31 Aug 2021 18:55:02 -0700 (PDT) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Tue, 31 Aug 2021 19:54:50 -0600 Message-ID: Subject: Re: Patched gpsd and /dev/pps0 results in "sleeping thread" kernel panic To: Craig Leres Cc: FreeBSD Hackers Content-Type: multipart/alternative; boundary="000000000000c56e5a05cae55aa3" X-Rspamd-Queue-Id: 4GznF32pXNz4XhC X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: Y --000000000000c56e5a05cae55aa3 Content-Type: text/plain; charset="UTF-8" On Tue, Aug 31, 2021, 7:28 PM Craig Leres wrote: > I have many FreeBSD based ntp time servers using half a dozen different > kinds of receivers. Now I have a Javad Alpha2 satellite receiver I'd > like to use. Since gpsd knows how to talk GREIS to it I'm pretty deep > into trying to figure out how to configure that. > > gpsd appears to know a lot about the RFC 2783 pps api but incorrectly > assumes only tty-like devices can support it. It tries to use time_pps_* > functions with /dev/gps0 (a symlink to cuau0) which fail and doesn't > even open /dev/pps0. My gpsd rc.conf config is: > > gpsd_enable="YES" > gpsd_flags="-D1 -n -s 115200" > gpsd_devices="/dev/gps0 /dev/pps0" > > The relevant part of my ntp.conf is (driver 46 is the GPSD-NG driver): > > server 127.127.46.0 > fudge 127.127.46.0 flag4 1 > > Running with these two configs, the gpsd tool cgps shows the radio > happily is tracking ~20 satellites. ntpd shows "GPSD" running about 10 > us fast but because this so far off it eventually discards it (ntpq -p > show 'x' before it). I know /dev/pps0 works because if I add pps clock > config (driver 22) for it to ntp.conf: > > server 127.127.22.0 prefer > fudge 127.127.22.0 flag3 1 > > ntpd is then able to poll for data and shows a reasonable offset that is > comparable to ntpd running on nearby servers. > > So I'm pretty close, I just need to get gpsd working with /dev/pps0. To > that end, I made a copy of the source and made some changes to > ppsthread.c (see attached patch.txt) which basically forces an open() on > /dev/pps0. This gets further: > > gpsd:INFO: KPPS:/dev/pps0 pps_caps 0x1151 > gpsd:INFO: KPPS:/dev/pps0 have PPS_CANWAIT > gpsd:WARN: KPPS:/dev/pps0 missing PPS_CAPTURECLEAR, pulse may be > offset > gpsd:INFO: KPPS:/dev/pps0 kernel PPS will be used > [New LWP 101408 of process 2046] > gpsd:PROG: PPS:/dev/pps0 thread launched > gpsd:INFO: PPS:/dev/pps0 ntpshm_link_activate: 0 > gpsd:INFO: device /dev/pps0 activated > > and gpsd starts to talk GREIS protocol to the radio and then the kernel > panics with "sleeping thread". > > Here are more details about my setup. I have 12.2-RELEASE-p10 kernel > with these options: > > device pps > options PPS_SYNC > options P1003_1B_MQUEUE > > I'm building the ports version of net/ntp with these options: > > ATOM DEBUG IPV6 JUPITER NMEA ONCORE PERL_UTILS SHM SSL THREADS > > I'm building the ports version of astro/gpsd with these options: > > GPSCLOCK IPV6 NCURSES NMEA0183 NTP NTPSHM ONCORE PPS RECONFIG > SHMEXPORT SOCKEXPORT > > My gpsd source tree is just a copy of patched version of the astro/gpsd > port. (Which caused me to have to learn how to use scons...) When > testing I start gpsd with: > > ./gpsd -N -D5 -n -s 115200 -P /var/run/gpsd.pid /dev/gps0 /dev/pps0 > > The Alpha2 is connected to /dev/cuau0 at 115200 baud, its pps is > connected to a parallel printer port. > > Can anyone help me with gpsd+pps and/or the kernel panic? > Can you post a traceback? We recently tightened up the sleeping conditions and many of the panics are straight forward to fix... Warner Craig > --000000000000c56e5a05cae55aa3-- From nobody Wed Sep 1 02:11:33 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7585317AED15 for ; Wed, 1 Sep 2021 02:11:34 +0000 (UTC) (envelope-from leres@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 4Gznc630yGz4fSp; Wed, 1 Sep 2021 02:11:34 +0000 (UTC) (envelope-from leres@freebsd.org) Received: from ice.alameda.xse.com (unknown [IPv6:2600:1700:a570:e20:f2ad:4eff:fe0b:a065]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: leres) by smtp.freebsd.org (Postfix) with ESMTPSA id 0CCC5226E4; Wed, 1 Sep 2021 02:11:33 +0000 (UTC) (envelope-from leres@freebsd.org) Subject: Re: Patched gpsd and /dev/pps0 results in "sleeping thread" kernel panic To: Warner Losh Cc: FreeBSD Hackers References: From: Craig Leres Message-ID: <5476ea21-9e8a-32f5-08ff-add46c02d910@freebsd.org> Date: Tue, 31 Aug 2021 19:11:33 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: N On 8/31/21 6:54 PM, Warner Losh wrote: > Can you post a traceback? We recently tightened up the sleeping conditions > and many of the panics are straight forward to fix Is this sufficient? Craig toc2 4 # kgdb /boot/kernel/kernel /var/crash/vmcore.1 GNU gdb (GDB) 10.2 [GDB v10.2 for FreeBSD] Copyright (C) 2021 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-portbld-freebsd12.2". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /boot/kernel/kernel... Reading symbols from /boot/kernel.LBLNET/kernel.debug... Unread portion of the kernel message buffer: Sleeping thread (tid 101408, pid 2046) owns a non-sleepable lock KDB: stack backtrace of thread 101408: sched_switch() at sched_switch+0x630/frame 0xfffffe0070e4f760 mi_switch() at mi_switch+0xd4/frame 0xfffffe0070e4f790 sleepq_catch_signals() at sleepq_catch_signals+0x403/frame 0xfffffe0070e4f7e0 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x14/frame 0xfffffe0070e4f820 _sleep() at _sleep+0x1b3/frame 0xfffffe0070e4f8a0 pps_ioctl() at pps_ioctl+0x298/frame 0xfffffe0070e4f8f0 ppsioctl() at ppsioctl+0x48/frame 0xfffffe0070e4f920 devfs_ioctl() at devfs_ioctl+0xb0/frame 0xfffffe0070e4f970 VOP_IOCTL_APV() at VOP_IOCTL_APV+0x7b/frame 0xfffffe0070e4f9a0 vn_ioctl() at vn_ioctl+0x16a/frame 0xfffffe0070e4fab0 devfs_ioctl_f() at devfs_ioctl_f+0x1e/frame 0xfffffe0070e4fad0 kern_ioctl() at kern_ioctl+0x2b7/frame 0xfffffe0070e4fb30 sys_ioctl() at sys_ioctl+0xfa/frame 0xfffffe0070e4fc00 amd64_syscall() at amd64_syscall+0x387/frame 0xfffffe0070e4fd30 fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe0070e4fd30 --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x8004c899a, rsp = 0x7fffdfdfc6a8, rbp = 0x7fffdfdfc730 --- panic: sleeping thread cpuid = 8 time = 1630456142 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe005ab73ab0 vpanic() at vpanic+0x17b/frame 0xfffffe005ab73b00 panic() at panic+0x43/frame 0xfffffe005ab73b60 propagate_priority() at propagate_priority+0x282/frame 0xfffffe005ab73b90 turnstile_wait() at turnstile_wait+0x30c/frame 0xfffffe005ab73be0 __mtx_lock_sleep() at __mtx_lock_sleep+0x199/frame 0xfffffe005ab73c70 ppcintr() at ppcintr+0x2a0/frame 0xfffffe005ab73c90 ithread_loop() at ithread_loop+0x23c/frame 0xfffffe005ab73cf0 fork_exit() at fork_exit+0x7e/frame 0xfffffe005ab73d30 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe005ab73d30 --- trap 0, rip = 0, rsp = 0, rbp = 0 --- Uptime: 17m20s Dumping 607 out of 12240 MB:..3%..11%..22%..32%..43%..51%..61%..72%..82%..93% __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 55 /usr/src/sys/amd64/include/pcpu_aux.h: No such file or directory. (kgdb) bt #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 #1 doadump (textdump=1) at ../../../kern/kern_shutdown.c:371 #2 0xffffffff80b83ada in kern_reboot (howto=260) at ../../../kern/kern_shutdown.c:451 #3 0xffffffff80b83f33 in vpanic (fmt=, ap=) at ../../../kern/kern_shutdown.c:880 #4 0xffffffff80b83d53 in panic (fmt=) at ../../../kern/kern_shutdown.c:807 #5 0xffffffff80be7152 in propagate_priority (td=0xfffff80196959740) at ../../../kern/subr_turnstile.c:228 #6 0xffffffff80be7d1c in turnstile_wait (ts=0xfffff8000357a780, owner=, queue=0) at ../../../kern/subr_turnstile.c:785 #7 0xffffffff80b62ca9 in __mtx_lock_sleep (c=0xfffff80003969bd0, v=) at ../../../kern/kern_mutex.c:654 #8 0xffffffff8086fcc0 in ppcintr (arg=0xfffff80003969b00) at ../../../dev/ppc/ppc.c:1546 #9 0xffffffff80b4637c in intr_event_execute_handlers (p=, ie=0xfffff800030d9d00) at ../../../kern/kern_intr.c:1143 #10 ithread_execute_handlers (p=, ie=0xfffff800030d9d00) at ../../../kern/kern_intr.c:1156 #11 ithread_loop (arg=0xfffff800039aa7e0) at ../../../kern/kern_intr.c:1236 #12 0xffffffff80b42e1e in fork_exit ( callout=0xffffffff80b46140 , arg=0xfffff800039aa7e0, frame=0xfffffe005ab73d40) at ../../../kern/kern_fork.c:1080 #13 (kgdb) From nobody Wed Sep 1 03:07:53 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7FC2F179DF24 for ; Wed, 1 Sep 2021 03:08:10 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ua1-x92a.google.com (mail-ua1-x92a.google.com [IPv6:2607:f8b0:4864:20::92a]) (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 4GzpsQ31Ddz4tkT for ; Wed, 1 Sep 2021 03:08:10 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-ua1-x92a.google.com with SMTP id r20so592038uat.2 for ; Tue, 31 Aug 2021 20:08:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=XZobRO5AVdmQaeRiD300sVTU4hViUkuJRQbiuOazAjs=; b=xPgxL+yacIRICiriA0nhYPg+tUf6cle8bhkk8MtIEGE1g3lk/LUWX5y8wnmyinV0tQ eDoGcRcNuI7Vf6h6q1y/ZjrTbdYwFe1dSSjnAzQPgA8cBPvjZzHxbgr3M1DDjBCl4gYS 58UN6W+kz2ykOYRHKPYuYRgTS1yR40YdgvWEEjOUPpSmtsKTC7M5bT+Hl2A+CPahVZE2 6gwDh49SXQ3e6X67wuT21Qq+hn8VFNgnAaSZ9MSJRnwQS7Y2oAHDgJo7wo7AjPC/U45o ezXMeP+nIpLCqethKrEkNPbKvXxMIJQ0mLop+ZrrcczrfWfrxEwss+v2OE6XWyjvqEjH Dhrg== 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=XZobRO5AVdmQaeRiD300sVTU4hViUkuJRQbiuOazAjs=; b=iAZTTeOlSIPq6KPMTlqtAfww7yRrSeafJUpQmc+1UolAfATvWgu9OQigoKvkdtYoBg VeLKemn6HdvzdsERGoIqrxIqg10rrLf2NBnYyzXZsMRZaah0JuzsnmDGl4QpTXeaCT/L DIyEr8/9iChz/6q/hHizbVX8e3HwOESENRS2hoA0Izs5cASndnH6PjUSeU+XQXKH8fqU YZuXtGGNIbUzzkwDgEWkGUjNNZ+Dt9Wo3bVvUKVHxSy5Hf8vDBOrUBEE5KASFHVuOD3+ v7hkiZrzpXnpdwVYxgCiH8cms/pqPMTBN1z2CyzHOjlCKuHZT0O3Al6OO81BWrsdkO72 8UUA== X-Gm-Message-State: AOAM532SUVxa95qnOZIiklY0YBfXn2m1UnCkEb8TW5iyDj1T3m7lDFMU WO1prcz0g8oeWtlqJMdLN33jyfRc1U4vZehKtzeAmw== X-Google-Smtp-Source: ABdhPJybgl5yw6SrrDnXyr3Q3o1Hp7UvflbxRxyg2zIf2wagZHYNv0KIZd7Dq5vkoadW19iJ0Akpf/4FDUfbq8X2oNE= X-Received: by 2002:ab0:3413:: with SMTP id z19mr21360660uap.39.1630465684230; Tue, 31 Aug 2021 20:08:04 -0700 (PDT) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 References: <5476ea21-9e8a-32f5-08ff-add46c02d910@freebsd.org> In-Reply-To: <5476ea21-9e8a-32f5-08ff-add46c02d910@freebsd.org> From: Warner Losh Date: Tue, 31 Aug 2021 21:07:53 -0600 Message-ID: Subject: Re: Patched gpsd and /dev/pps0 results in "sleeping thread" kernel panic To: Craig Leres Cc: FreeBSD Hackers , Ian Lepore Content-Type: multipart/alternative; boundary="000000000000ed626c05cae65f94" X-Rspamd-Queue-Id: 4GzpsQ31Ddz4tkT X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: Y --000000000000ed626c05cae65f94 Content-Type: text/plain; charset="UTF-8" On Tue, Aug 31, 2021 at 8:11 PM Craig Leres wrote: > > On 8/31/21 6:54 PM, Warner Losh wrote: > > Can you post a traceback? We recently tightened up the sleeping > conditions > > and many of the panics are straight forward to fix > > Is this sufficient? > Maybe. I'm guessing that the pps driver isn't setting driver_mtx for the pps_state that it keeps, so when we're sleeping in pps_ioctl we're not dropping the the ppbus lock, which leads to this diagnostic. Warner > Craig > > toc2 4 # kgdb /boot/kernel/kernel /var/crash/vmcore.1 > GNU gdb (GDB) 10.2 [GDB v10.2 for FreeBSD] > Copyright (C) 2021 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later > > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. > Type "show copying" and "show warranty" for details. > This GDB was configured as "x86_64-portbld-freebsd12.2". > Type "show configuration" for configuration details. > For bug reporting instructions, please see: > . > Find the GDB manual and other documentation resources online at: > . > > For help, type "help". > Type "apropos word" to search for commands related to "word"... > Reading symbols from /boot/kernel/kernel... > Reading symbols from /boot/kernel.LBLNET/kernel.debug... > > Unread portion of the kernel message buffer: > Sleeping thread (tid 101408, pid 2046) owns a non-sleepable lock > KDB: stack backtrace of thread 101408: > sched_switch() at sched_switch+0x630/frame 0xfffffe0070e4f760 > mi_switch() at mi_switch+0xd4/frame 0xfffffe0070e4f790 > sleepq_catch_signals() at sleepq_catch_signals+0x403/frame > 0xfffffe0070e4f7e0 > sleepq_timedwait_sig() at sleepq_timedwait_sig+0x14/frame > 0xfffffe0070e4f820 > _sleep() at _sleep+0x1b3/frame 0xfffffe0070e4f8a0 > pps_ioctl() at pps_ioctl+0x298/frame 0xfffffe0070e4f8f0 > ppsioctl() at ppsioctl+0x48/frame 0xfffffe0070e4f920 > devfs_ioctl() at devfs_ioctl+0xb0/frame 0xfffffe0070e4f970 > VOP_IOCTL_APV() at VOP_IOCTL_APV+0x7b/frame 0xfffffe0070e4f9a0 > vn_ioctl() at vn_ioctl+0x16a/frame 0xfffffe0070e4fab0 > devfs_ioctl_f() at devfs_ioctl_f+0x1e/frame 0xfffffe0070e4fad0 > kern_ioctl() at kern_ioctl+0x2b7/frame 0xfffffe0070e4fb30 > sys_ioctl() at sys_ioctl+0xfa/frame 0xfffffe0070e4fc00 > amd64_syscall() at amd64_syscall+0x387/frame 0xfffffe0070e4fd30 > fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe0070e4fd30 > --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x8004c899a, rsp = > 0x7fffdfdfc6a8, rbp = 0x7fffdfdfc730 --- > panic: sleeping thread > cpuid = 8 > time = 1630456142 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe005ab73ab0 > vpanic() at vpanic+0x17b/frame 0xfffffe005ab73b00 > panic() at panic+0x43/frame 0xfffffe005ab73b60 > propagate_priority() at propagate_priority+0x282/frame 0xfffffe005ab73b90 > turnstile_wait() at turnstile_wait+0x30c/frame 0xfffffe005ab73be0 > __mtx_lock_sleep() at __mtx_lock_sleep+0x199/frame 0xfffffe005ab73c70 > ppcintr() at ppcintr+0x2a0/frame 0xfffffe005ab73c90 > ithread_loop() at ithread_loop+0x23c/frame 0xfffffe005ab73cf0 > fork_exit() at fork_exit+0x7e/frame 0xfffffe005ab73d30 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe005ab73d30 > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > Uptime: 17m20s > Dumping 607 out of 12240 > MB:..3%..11%..22%..32%..43%..51%..61%..72%..82%..93% > > __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 > 55 /usr/src/sys/amd64/include/pcpu_aux.h: No such file or directory. > (kgdb) bt > #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 > #1 doadump (textdump=1) at ../../../kern/kern_shutdown.c:371 > #2 0xffffffff80b83ada in kern_reboot (howto=260) > at ../../../kern/kern_shutdown.c:451 > #3 0xffffffff80b83f33 in vpanic (fmt=, ap=) > at ../../../kern/kern_shutdown.c:880 > #4 0xffffffff80b83d53 in panic (fmt=) > at ../../../kern/kern_shutdown.c:807 > #5 0xffffffff80be7152 in propagate_priority (td=0xfffff80196959740) > at ../../../kern/subr_turnstile.c:228 > #6 0xffffffff80be7d1c in turnstile_wait (ts=0xfffff8000357a780, > owner=, queue=0) at ../../../kern/subr_turnstile.c:785 > #7 0xffffffff80b62ca9 in __mtx_lock_sleep (c=0xfffff80003969bd0, > v=) at ../../../kern/kern_mutex.c:654 > #8 0xffffffff8086fcc0 in ppcintr (arg=0xfffff80003969b00) > at ../../../dev/ppc/ppc.c:1546 > #9 0xffffffff80b4637c in intr_event_execute_handlers (p=, > ie=0xfffff800030d9d00) at ../../../kern/kern_intr.c:1143 > #10 ithread_execute_handlers (p=, ie=0xfffff800030d9d00) > at ../../../kern/kern_intr.c:1156 > #11 ithread_loop (arg=0xfffff800039aa7e0) at ../../../kern/kern_intr.c:1236 > #12 0xffffffff80b42e1e in fork_exit ( > callout=0xffffffff80b46140 , arg=0xfffff800039aa7e0, > frame=0xfffffe005ab73d40) at ../../../kern/kern_fork.c:1080 > #13 > (kgdb) > --000000000000ed626c05cae65f94-- From nobody Wed Sep 1 03:12:58 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 60A5417A15DA for ; Wed, 1 Sep 2021 03:13:08 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (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 4Gzpz80HnGz3D5d for ; Wed, 1 Sep 2021 03:13:07 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1630465981; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=WATd8V8ZjnCnBppM9QEEQaf9jL6esIVM8cIfmONFdBIeveldEB+tI6w5WbKIXs4e0vjPjoInkLGWA mJCvj8sa8e3ZKkQWOWdVT4y1KsP/dkZnBT1XYDXy52crnX1kGksAZAJ9upxjbP6T9iRB1wDMjwp9yg /uacvKKb3gN7oTtyuEUhgN/7HpO1Fno/8cVgjtB5RAZ0L3jIh8xvGJPEgUinqc3fajddZUZXOrsxak ouwSO+MRWokjh+8QYZRGs9XaOq2aEvWy2cgTvsZyz8ixOB8BJymcYYR1MS2MzRgbzIA+ZIukWEwg8M nHStDln5GTq+migGf0KjAk8xsdxcXUw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:dkim-signature:from; bh=ixMyYNi+DoI6I9QGQsk9MB25GVgkhypBjjdU6y6Ic38=; b=lnsMky4+lBR/mNYYrD9r29RJHhaKGttOhmybG8qLcuvHUGmCg52eTjYTiez0NnmsiLcaWUiSxhd+W E+1BpUvx+ReK09ltf8WqbJj0Fm39S5o8JP2wfHVD8HkHcql47rs7CvM9iVYQlbO5nykSjueDRqnAbr MQeeXts9sBI03K46v4YqZr0rgWvyDSjx1i+R9gQiRrfMwNhBUSiKtjDD9/HLutOba6PSoQuNa89Eok z4rwTot1HHAV2O5vac/MWEFkm/fx3o2vWG2ZUIH0dYW5nigLfJMAhZ2OZ1iNs+Mmp9uhwYGbIz807I 8KuDFBcu8GgIdd8hHi25Q2qo1PVnzCg== ARC-Authentication-Results: i=1; outbound3.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=ixMyYNi+DoI6I9QGQsk9MB25GVgkhypBjjdU6y6Ic38=; b=k1vHZnU3BUbmB8X/fnWbUv1pCiaBbSRM4VYELSZ/621t8P6skJqifDXb7LC5eQy/DIltd1rq8TAkB jx/yadq9mVxIpLn1cjV3e43d6nL8icMN8Nkde2lYPkFddND2oYDGg5ixhnAIYYHO4rCwI0TOUSxz9Q G4T8vZeqA4crsBYZyMxyNlvAX0PzK2NEqV4Jmyk0JeY3LiybOQu6OWrnCh94Mf7XhFXEdklKV2G4yL gjunLnOGHwgwzu6EzyYYz9mlwhpS5+W08R1yW/Lkgk29UIGoR9JBnA8lMG33mGsj1JK0xEUg2zKjoM lsG4pzpce1kP135g4HLFlzyHNkIlSLQ== X-Originating-IP: 67.177.211.60 X-MHO-RoutePath: aGlwcGll X-MHO-User: 825c21d7-0ad2-11ec-97b4-bf9d68d023b6 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (c-67-177-211-60.hsd1.co.comcast.net [67.177.211.60]) by outbound3.ore.mailhop.org (Halon) with ESMTPSA id 825c21d7-0ad2-11ec-97b4-bf9d68d023b6; Wed, 01 Sep 2021 03:12:59 +0000 (UTC) Received: from [172.22.42.84] (rev2.hippie.lan [172.22.42.84]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 1813Cwpa085925; Tue, 31 Aug 2021 21:12:58 -0600 (MDT) (envelope-from ian@freebsd.org) X-Authentication-Warning: paranoia.hippie.lan: Host rev2.hippie.lan [172.22.42.84] claimed to be [172.22.42.84] Message-ID: Subject: Re: Patched gpsd and /dev/pps0 results in "sleeping thread" kernel panic From: Ian Lepore To: Warner Losh , Craig Leres Cc: FreeBSD Hackers Date: Tue, 31 Aug 2021 21:12:58 -0600 In-Reply-To: References: <5476ea21-9e8a-32f5-08ff-add46c02d910@freebsd.org> Content-Type: text/plain; charset="ISO-8859-1" User-Agent: Evolution 3.40.3 FreeBSD GNOME Team List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4Gzpz80HnGz3D5d X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Tue, 2021-08-31 at 21:07 -0600, Warner Losh wrote: > On Tue, Aug 31, 2021 at 8:11 PM Craig Leres > wrote: > > > > > On 8/31/21 6:54 PM, Warner Losh wrote: > > > Can you post a traceback? We recently tightened up the sleeping > > conditions > > > and many of the panics are straight forward to fix > > > > Is this sufficient? > > > > Maybe. I'm guessing that the pps driver isn't setting driver_mtx for > the > pps_state that it keeps, so when we're sleeping in pps_ioctl we're > not > dropping the the ppbus lock, which leads to this diagnostic. > > Warner > > Exactly so, I've just been digging through the code. It's not an easy fix because the ppbus pps driver doesn't have access to the ppbus mutex at the point where it's registering to be a pps driver. Craig, is there any chance you can configure your hardware so that the PPS signal is connected to either the CTS or DCD pin of a uart (even the same uart that's communicating with the gps receiver should work if you use DCD)? You'll get jitter and accuracy performance comparable to the parallel port pin, and avoid this mutex/sleeping problem. -- Ian > >                 Craig > > > > toc2 4 # kgdb /boot/kernel/kernel /var/crash/vmcore.1 > > GNU gdb (GDB) 10.2 [GDB v10.2 for FreeBSD] > > Copyright (C) 2021 Free Software Foundation, Inc. > > License GPLv3+: GNU GPL version 3 or later > > > > This is free software: you are free to change and redistribute it. > > There is NO WARRANTY, to the extent permitted by law. > > Type "show copying" and "show warranty" for details. > > This GDB was configured as "x86_64-portbld-freebsd12.2". > > Type "show configuration" for configuration details. > > For bug reporting instructions, please see: > > . > > Find the GDB manual and other documentation resources online at: > >      . > > > > For help, type "help". > > Type "apropos word" to search for commands related to "word"... > > Reading symbols from /boot/kernel/kernel... > > Reading symbols from /boot/kernel.LBLNET/kernel.debug... > > > > Unread portion of the kernel message buffer: > > Sleeping thread (tid 101408, pid 2046) owns a non-sleepable lock > > KDB: stack backtrace of thread 101408: > > sched_switch() at sched_switch+0x630/frame 0xfffffe0070e4f760 > > mi_switch() at mi_switch+0xd4/frame 0xfffffe0070e4f790 > > sleepq_catch_signals() at sleepq_catch_signals+0x403/frame > > 0xfffffe0070e4f7e0 > > sleepq_timedwait_sig() at sleepq_timedwait_sig+0x14/frame > > 0xfffffe0070e4f820 > > _sleep() at _sleep+0x1b3/frame 0xfffffe0070e4f8a0 > > pps_ioctl() at pps_ioctl+0x298/frame 0xfffffe0070e4f8f0 > > ppsioctl() at ppsioctl+0x48/frame 0xfffffe0070e4f920 > > devfs_ioctl() at devfs_ioctl+0xb0/frame 0xfffffe0070e4f970 > > VOP_IOCTL_APV() at VOP_IOCTL_APV+0x7b/frame 0xfffffe0070e4f9a0 > > vn_ioctl() at vn_ioctl+0x16a/frame 0xfffffe0070e4fab0 > > devfs_ioctl_f() at devfs_ioctl_f+0x1e/frame 0xfffffe0070e4fad0 > > kern_ioctl() at kern_ioctl+0x2b7/frame 0xfffffe0070e4fb30 > > sys_ioctl() at sys_ioctl+0xfa/frame 0xfffffe0070e4fc00 > > amd64_syscall() at amd64_syscall+0x387/frame 0xfffffe0070e4fd30 > > fast_syscall_common() at fast_syscall_common+0xf8/frame > > 0xfffffe0070e4fd30 > > --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x8004c899a, rsp > > = > > 0x7fffdfdfc6a8, rbp = 0x7fffdfdfc730 --- > > panic: sleeping thread > > cpuid = 8 > > time = 1630456142 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > > 0xfffffe005ab73ab0 > > vpanic() at vpanic+0x17b/frame 0xfffffe005ab73b00 > > panic() at panic+0x43/frame 0xfffffe005ab73b60 > > propagate_priority() at propagate_priority+0x282/frame > > 0xfffffe005ab73b90 > > turnstile_wait() at turnstile_wait+0x30c/frame 0xfffffe005ab73be0 > > __mtx_lock_sleep() at __mtx_lock_sleep+0x199/frame > > 0xfffffe005ab73c70 > > ppcintr() at ppcintr+0x2a0/frame 0xfffffe005ab73c90 > > ithread_loop() at ithread_loop+0x23c/frame 0xfffffe005ab73cf0 > > fork_exit() at fork_exit+0x7e/frame 0xfffffe005ab73d30 > > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe005ab73d30 > > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > > Uptime: 17m20s > > Dumping 607 out of 12240 > > MB:..3%..11%..22%..32%..43%..51%..61%..72%..82%..93% > > > > __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 > > 55      /usr/src/sys/amd64/include/pcpu_aux.h: No such file or > > directory. > > (kgdb) bt > > #0  __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 > > #1  doadump (textdump=1) at ../../../kern/kern_shutdown.c:371 > > #2  0xffffffff80b83ada in kern_reboot (howto=260) > >      at ../../../kern/kern_shutdown.c:451 > > #3  0xffffffff80b83f33 in vpanic (fmt=, > > ap=) > >      at ../../../kern/kern_shutdown.c:880 > > #4  0xffffffff80b83d53 in panic (fmt=) > >      at ../../../kern/kern_shutdown.c:807 > > #5  0xffffffff80be7152 in propagate_priority > > (td=0xfffff80196959740) > >      at ../../../kern/subr_turnstile.c:228 > > #6  0xffffffff80be7d1c in turnstile_wait (ts=0xfffff8000357a780, > >      owner=, queue=0) at > > ../../../kern/subr_turnstile.c:785 > > #7  0xffffffff80b62ca9 in __mtx_lock_sleep (c=0xfffff80003969bd0, > >      v=) at ../../../kern/kern_mutex.c:654 > > #8  0xffffffff8086fcc0 in ppcintr (arg=0xfffff80003969b00) > >      at ../../../dev/ppc/ppc.c:1546 > > #9  0xffffffff80b4637c in intr_event_execute_handlers (p= > out>, > >      ie=0xfffff800030d9d00) at ../../../kern/kern_intr.c:1143 > > #10 ithread_execute_handlers (p=, > > ie=0xfffff800030d9d00) > >      at ../../../kern/kern_intr.c:1156 > > #11 ithread_loop (arg=0xfffff800039aa7e0) at > > ../../../kern/kern_intr.c:1236 > > #12 0xffffffff80b42e1e in fork_exit ( > >      callout=0xffffffff80b46140 , > > arg=0xfffff800039aa7e0, > >      frame=0xfffffe005ab73d40) at ../../../kern/kern_fork.c:1080 > > #13 > > (kgdb) > > From nobody Wed Sep 1 03:25:08 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 2837D17A715E for ; Wed, 1 Sep 2021 03:25:20 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-vs1-xe31.google.com (mail-vs1-xe31.google.com [IPv6:2607:f8b0:4864:20::e31]) (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 4GzqFD0N69z3HQZ for ; Wed, 1 Sep 2021 03:25:20 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-vs1-xe31.google.com with SMTP id p14so1332661vsm.2 for ; Tue, 31 Aug 2021 20:25:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=NV3l6Z8FPX8Di5vueem1S/OSVVq5Mtk4zgYp8/uz9dA=; b=RvB2j67/df1wlpHmZKw88VFoJgK0leE9eH+jrr5jkiM50sOAh9yz3MBGu78Z7HM/cQ EKFuW/7F+w2BlDS51erUyC7Tttj/p699rZV7ipcppCBZvqT2CXJqRGSv9AuALjl6R68p sYAe4drC8CV+lNKKjF60nfc4OowHstYnycYeM6gSIl+QYbwQnS6HCWCmzOCBsHUsHpT0 KVYJosW5vTyvO7t1TJVgZpW8h6Z9eeEqFGnpJEvA6tC+gn+sJnKG7/LHk/awiQo055bX jpm7cxfIR6Q+iwnFuHVtAAjZD7/GmhJWnKlMBN8taRyI+tts0r77fixcLcT+ISp6qzrE DTUA== 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=NV3l6Z8FPX8Di5vueem1S/OSVVq5Mtk4zgYp8/uz9dA=; b=aGP3EWh6BNy3vaSvDy/FSYJzPpAq4k++P6VWZr+VRRKGRr4TzPOXNkuhkIXtT+mbKe zZQ2pH+nM8TrOIqlUj3UTiv5dOQg0Rr356f1nGc8nrXp289wEV+/gIyqjAMeFziC0Mdr Zpb60wXxbHQcah1yCfJ2Dfc4p7Bld/nMQzcirM5Ogp90TXWKBamU0THK+tTIEedz07/w YCEXOGo4XymAknq+qPtdDKdW6+c3tcjinVZXt4g5v6IaMQkiMI8EowcIzk21BOFtzJeP X5Kwf7kP1JMKycY7YEZiT+Wt7EtdQkM0BH1KHzY+G9F0JWrcF+bOUdgNHRiqsVK4o1lb P/1A== X-Gm-Message-State: AOAM5306AbKKiDyt0tP4FB3DEYJXlcunXHxuYBlRb8moWuecVmlxWHCz Px7YtV9BTMerTdlB9Wj29WiggI3VUv/cY9p2g5zPD7nuFTg= X-Google-Smtp-Source: ABdhPJzFAxBj+dACwKmBN9zyG1Csc7i65WhEeMjgeFHwW88WDoPgw7MDFWeURCRfTQY7Z85Iur5Z3oWnNzyJ6t/vPOk= X-Received: by 2002:a05:6102:322b:: with SMTP id x11mr14980091vsf.54.1630466719388; Tue, 31 Aug 2021 20:25:19 -0700 (PDT) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 References: <5476ea21-9e8a-32f5-08ff-add46c02d910@freebsd.org> In-Reply-To: From: Warner Losh Date: Tue, 31 Aug 2021 21:25:08 -0600 Message-ID: Subject: Re: Patched gpsd and /dev/pps0 results in "sleeping thread" kernel panic To: Ian Lepore Cc: Craig Leres , FreeBSD Hackers Content-Type: multipart/alternative; boundary="000000000000a0a6e905cae69dcb" X-Rspamd-Queue-Id: 4GzqFD0N69z3HQZ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: Y --000000000000a0a6e905cae69dcb Content-Type: text/plain; charset="UTF-8" On Tue, Aug 31, 2021 at 9:13 PM Ian Lepore wrote: > On Tue, 2021-08-31 at 21:07 -0600, Warner Losh wrote: > > On Tue, Aug 31, 2021 at 8:11 PM Craig Leres > > wrote: > > > > > > > > On 8/31/21 6:54 PM, Warner Losh wrote: > > > > Can you post a traceback? We recently tightened up the sleeping > > > conditions > > > > and many of the panics are straight forward to fix > > > > > > Is this sufficient? > > > > > > > Maybe. I'm guessing that the pps driver isn't setting driver_mtx for > > the > > pps_state that it keeps, so when we're sleeping in pps_ioctl we're > > not > > dropping the the ppbus lock, which leads to this diagnostic. > > > > Warner > > > > > > > Exactly so, I've just been digging through the code. It's not an easy > fix because the ppbus pps driver doesn't have access to the ppbus mutex > at the point where it's registering to be a pps driver. > I just came to the conclusion that either we'd need to create a call in ppbus to set this mutex, or to return its lock... > Craig, is there any chance you can configure your hardware so that the > PPS signal is connected to either the CTS or DCD pin of a uart (even > the same uart that's communicating with the gps receiver should work if > you use DCD)? You'll get jitter and accuracy performance comparable to > the parallel port pin, and avoid this mutex/sleeping problem. > That's easier, but depending on the hardware might be harder :( Warner > -- Ian > > > > > > Craig > > > > > > toc2 4 # kgdb /boot/kernel/kernel /var/crash/vmcore.1 > > > GNU gdb (GDB) 10.2 [GDB v10.2 for FreeBSD] > > > Copyright (C) 2021 Free Software Foundation, Inc. > > > License GPLv3+: GNU GPL version 3 or later > > > > > > This is free software: you are free to change and redistribute it. > > > There is NO WARRANTY, to the extent permitted by law. > > > Type "show copying" and "show warranty" for details. > > > This GDB was configured as "x86_64-portbld-freebsd12.2". > > > Type "show configuration" for configuration details. > > > For bug reporting instructions, please see: > > > . > > > Find the GDB manual and other documentation resources online at: > > > . > > > > > > For help, type "help". > > > Type "apropos word" to search for commands related to "word"... > > > Reading symbols from /boot/kernel/kernel... > > > Reading symbols from /boot/kernel.LBLNET/kernel.debug... > > > > > > Unread portion of the kernel message buffer: > > > Sleeping thread (tid 101408, pid 2046) owns a non-sleepable lock > > > KDB: stack backtrace of thread 101408: > > > sched_switch() at sched_switch+0x630/frame 0xfffffe0070e4f760 > > > mi_switch() at mi_switch+0xd4/frame 0xfffffe0070e4f790 > > > sleepq_catch_signals() at sleepq_catch_signals+0x403/frame > > > 0xfffffe0070e4f7e0 > > > sleepq_timedwait_sig() at sleepq_timedwait_sig+0x14/frame > > > 0xfffffe0070e4f820 > > > _sleep() at _sleep+0x1b3/frame 0xfffffe0070e4f8a0 > > > pps_ioctl() at pps_ioctl+0x298/frame 0xfffffe0070e4f8f0 > > > ppsioctl() at ppsioctl+0x48/frame 0xfffffe0070e4f920 > > > devfs_ioctl() at devfs_ioctl+0xb0/frame 0xfffffe0070e4f970 > > > VOP_IOCTL_APV() at VOP_IOCTL_APV+0x7b/frame 0xfffffe0070e4f9a0 > > > vn_ioctl() at vn_ioctl+0x16a/frame 0xfffffe0070e4fab0 > > > devfs_ioctl_f() at devfs_ioctl_f+0x1e/frame 0xfffffe0070e4fad0 > > > kern_ioctl() at kern_ioctl+0x2b7/frame 0xfffffe0070e4fb30 > > > sys_ioctl() at sys_ioctl+0xfa/frame 0xfffffe0070e4fc00 > > > amd64_syscall() at amd64_syscall+0x387/frame 0xfffffe0070e4fd30 > > > fast_syscall_common() at fast_syscall_common+0xf8/frame > > > 0xfffffe0070e4fd30 > > > --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x8004c899a, rsp > > > = > > > 0x7fffdfdfc6a8, rbp = 0x7fffdfdfc730 --- > > > panic: sleeping thread > > > cpuid = 8 > > > time = 1630456142 > > > KDB: stack backtrace: > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > > > 0xfffffe005ab73ab0 > > > vpanic() at vpanic+0x17b/frame 0xfffffe005ab73b00 > > > panic() at panic+0x43/frame 0xfffffe005ab73b60 > > > propagate_priority() at propagate_priority+0x282/frame > > > 0xfffffe005ab73b90 > > > turnstile_wait() at turnstile_wait+0x30c/frame 0xfffffe005ab73be0 > > > __mtx_lock_sleep() at __mtx_lock_sleep+0x199/frame > > > 0xfffffe005ab73c70 > > > ppcintr() at ppcintr+0x2a0/frame 0xfffffe005ab73c90 > > > ithread_loop() at ithread_loop+0x23c/frame 0xfffffe005ab73cf0 > > > fork_exit() at fork_exit+0x7e/frame 0xfffffe005ab73d30 > > > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe005ab73d30 > > > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > > > Uptime: 17m20s > > > Dumping 607 out of 12240 > > > MB:..3%..11%..22%..32%..43%..51%..61%..72%..82%..93% > > > > > > __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 > > > 55 /usr/src/sys/amd64/include/pcpu_aux.h: No such file or > > > directory. > > > (kgdb) bt > > > #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 > > > #1 doadump (textdump=1) at ../../../kern/kern_shutdown.c:371 > > > #2 0xffffffff80b83ada in kern_reboot (howto=260) > > > at ../../../kern/kern_shutdown.c:451 > > > #3 0xffffffff80b83f33 in vpanic (fmt=, > > > ap=) > > > at ../../../kern/kern_shutdown.c:880 > > > #4 0xffffffff80b83d53 in panic (fmt=) > > > at ../../../kern/kern_shutdown.c:807 > > > #5 0xffffffff80be7152 in propagate_priority > > > (td=0xfffff80196959740) > > > at ../../../kern/subr_turnstile.c:228 > > > #6 0xffffffff80be7d1c in turnstile_wait (ts=0xfffff8000357a780, > > > owner=, queue=0) at > > > ../../../kern/subr_turnstile.c:785 > > > #7 0xffffffff80b62ca9 in __mtx_lock_sleep (c=0xfffff80003969bd0, > > > v=) at ../../../kern/kern_mutex.c:654 > > > #8 0xffffffff8086fcc0 in ppcintr (arg=0xfffff80003969b00) > > > at ../../../dev/ppc/ppc.c:1546 > > > #9 0xffffffff80b4637c in intr_event_execute_handlers (p= > > out>, > > > ie=0xfffff800030d9d00) at ../../../kern/kern_intr.c:1143 > > > #10 ithread_execute_handlers (p=, > > > ie=0xfffff800030d9d00) > > > at ../../../kern/kern_intr.c:1156 > > > #11 ithread_loop (arg=0xfffff800039aa7e0) at > > > ../../../kern/kern_intr.c:1236 > > > #12 0xffffffff80b42e1e in fork_exit ( > > > callout=0xffffffff80b46140 , > > > arg=0xfffff800039aa7e0, > > > frame=0xfffffe005ab73d40) at ../../../kern/kern_fork.c:1080 > > > #13 > > > (kgdb) > > > > > > --000000000000a0a6e905cae69dcb-- From nobody Wed Sep 1 03:40:21 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 72ABC17AD198 for ; Wed, 1 Sep 2021 03:40:23 +0000 (UTC) (envelope-from leres@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 4GzqZb2pXhz3MRF; Wed, 1 Sep 2021 03:40:23 +0000 (UTC) (envelope-from leres@freebsd.org) Received: from m.alameda.xse.com (unknown [IPv6:2600:1700:a570:e20:f2ad:4eff:fe0b:a065]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: leres) by smtp.freebsd.org (Postfix) with ESMTPSA id E077A21FFB; Wed, 1 Sep 2021 03:40:22 +0000 (UTC) (envelope-from leres@freebsd.org) Subject: Re: Patched gpsd and /dev/pps0 results in "sleeping thread" kernel panic To: Ian Lepore , Warner Losh Cc: FreeBSD Hackers References: <5476ea21-9e8a-32f5-08ff-add46c02d910@freebsd.org> From: Craig Leres Message-ID: <124d1c3f-fd95-9fdf-3bb5-f482255a6de3@freebsd.org> Date: Tue, 31 Aug 2021 20:40:21 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: N On 8/31/21 8:12 PM, Ian Lepore wrote: > Exactly so, I've just been digging through the code. It's not an easy > fix because the ppbus pps driver doesn't have access to the ppbus mutex > at the point where it's registering to be a pps driver. > > Craig, is there any chance you can configure your hardware so that the > PPS signal is connected to either the CTS or DCD pin of a uart (even > the same uart that's communicating with the gps receiver should work if > you use DCD)? You'll get jitter and accuracy performance comparable to > the parallel port pin, and avoid this mutex/sleeping problem. It would be work for a configuration I don't want to run with in the long term. For one thing the pps output of the radio is 5V so I'd have to add a circuit to convert it to rs232. All of my time servers use the parallel printer port with receivers including: - Rockwell/Jupiter - Motorola/Oncore - Garmin/GPS18 - U-Blox/M8T We've been using the parallel printer port since the 80's because it has less jitter than a uart pin; as I understand it, the parallel port pin causes an interrupt while uart pins are scanned, one at a time. On 8/31/21 8:25 PM, Warner Losh wrote: > I just came to the conclusion that either we'd need to create a call > in ppbus to set this mutex, or to return its lock... If someone can take a run at a preliminary patch or at least provide specific instructions on how to do it, I'm willing to try and debug it. The machine I've been working on is in another building and not convenient to lay hands on (or do kernel serial debugging with) but I have lots of gps receivers and can set something up on a spare system at home. Craig From nobody Wed Sep 1 04:35:57 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3940B17A4D13 for ; Wed, 1 Sep 2021 04:36:15 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ua1-x92f.google.com (mail-ua1-x92f.google.com [IPv6:2607:f8b0:4864:20::92f]) (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 4Gzrq23YjSz3s8D for ; Wed, 1 Sep 2021 04:36:14 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-ua1-x92f.google.com with SMTP id g2so672739uad.4 for ; Tue, 31 Aug 2021 21:36:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=mvH2Y3MYC5yqvoJThq5BhJuUbnlaVdGerZkym7AMtLQ=; b=iH+/slihlbTP+fQuCIh8SL8tmtqCrh6pvF/XBikcJcgEDeiwDywaf3qQUdIjEKSUK4 MXN3ytQIAewbAneYH89Iv0l5LFpcTXfdL8IPhTnuIQNr7FT9kpm3d6LDWE5TX+Rk8Jco eHiHvUumuNAYnihreVXD1MSzuR3BySL40U/FFSk24VUyATxqdXgUM8JX4jpVCf4p1T7i MDz2CztZRthyIBDFAl1bRFtqDHslzS5+D5Q27Svvmt3yGSnCcbNix/z4F5aeF/4vpRxH I+r6tD4njFB3AqEuPyvIMOWRY84Jz9czYPtqto7WJdt9cOofDPBNRhahlkCaLRJaIWOk 7WRQ== 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=mvH2Y3MYC5yqvoJThq5BhJuUbnlaVdGerZkym7AMtLQ=; b=uHE/j5pup5VExjVo7XQK0Ahql4tjsU2lUu9lrb3/dnkrv0yOWzFavvU5WWUqpZKnFc 1CX8MMrhxU78rFhfCejOkvM34ebpm3j2etiWSFqtTz6m6k+FAv/2x2UdbSXu+6MiMAde 3VrXckoKT+w9FrBfFT8/fG8ePYux+t+IiDhiAu3v3vcOF0NBEpOFjGs8UEIyNYUdzXwr rpZvBbQb4VmywMMedOaUBs4/J0ynyigkV7td7/cx/YM5d4EtFcra9k8XEQ/14Ij1j5Eu X5Gj5Y2a+ZSfnr7bxaEds+RP58FWps6/TnMca2xNl8C7AfxvY/6kRUjptfahkWuiQZKr X7uQ== X-Gm-Message-State: AOAM530kacHry4DTA2to+gVCJgBJ1+7yp1ekIn7flGJmOTPzClc4+FJA rtGKIbc+RK5KaZqUYo6GNueLupiIChf1n2rEOc2iSan1lSJgeA== X-Google-Smtp-Source: ABdhPJyw12IPWyu/2xy0jxHLySlkXxZXWifDmTv4EWChOIfNcWo0a9WQBij57DbUbvE+6Y3GSc/zRzS5cBeAQvp8Tdc= X-Received: by 2002:ab0:74cc:: with SMTP id f12mr21695480uaq.85.1630470968027; Tue, 31 Aug 2021 21:36:08 -0700 (PDT) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 References: <5476ea21-9e8a-32f5-08ff-add46c02d910@freebsd.org> In-Reply-To: From: Warner Losh Date: Tue, 31 Aug 2021 22:35:57 -0600 Message-ID: Subject: Re: Patched gpsd and /dev/pps0 results in "sleeping thread" kernel panic To: Ian Lepore Cc: Craig Leres , FreeBSD Hackers Content-Type: multipart/alternative; boundary="000000000000ddba6305cae79aef" X-Rspamd-Queue-Id: 4Gzrq23YjSz3s8D X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b="iH+/slih"; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::92f) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-1.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)[]; RCPT_COUNT_THREE(0.00)[3]; 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-hackers@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::92f:from]; 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:~]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com] X-ThisMailContainsUnwantedMimeParts: Y --000000000000ddba6305cae79aef Content-Type: text/plain; charset="UTF-8" On Tue, Aug 31, 2021 at 9:25 PM Warner Losh wrote: > > > On Tue, Aug 31, 2021 at 9:13 PM Ian Lepore wrote: > >> On Tue, 2021-08-31 at 21:07 -0600, Warner Losh wrote: >> > On Tue, Aug 31, 2021 at 8:11 PM Craig Leres >> > wrote: >> > >> > > >> > > On 8/31/21 6:54 PM, Warner Losh wrote: >> > > > Can you post a traceback? We recently tightened up the sleeping >> > > conditions >> > > > and many of the panics are straight forward to fix >> > > >> > > Is this sufficient? >> > > >> > >> > Maybe. I'm guessing that the pps driver isn't setting driver_mtx for >> > the >> > pps_state that it keeps, so when we're sleeping in pps_ioctl we're >> > not >> > dropping the the ppbus lock, which leads to this diagnostic. >> > >> > Warner >> > >> > >> >> >> Exactly so, I've just been digging through the code. It's not an easy >> fix because the ppbus pps driver doesn't have access to the ppbus mutex >> at the point where it's registering to be a pps driver. >> > > I just came to the conclusion that either we'd need to create a call in > ppbus > to set this mutex, or to return its lock... > > >> Craig, is there any chance you can configure your hardware so that the >> PPS signal is connected to either the CTS or DCD pin of a uart (even >> the same uart that's communicating with the gps receiver should work if >> you use DCD)? You'll get jitter and accuracy performance comparable to >> the parallel port pin, and avoid this mutex/sleeping problem. >> > > That's easier, but depending on the hardware might be harder :( > Either I'm missing something (likely am), or this might fix it up, or at least get away from the warning: https://reviews.freebsd.org/D31763 Note: I can't recall why ppbus has to be locked for this call. This code dates from the very earliest days of locking and so may do things simply because it seemed like a good idea without a specific notion as to what that lock is protecting. If so, the real fix may be to not take the lock in pps_ioctl at all and maybe instead use a reference count (the most often reason for 'a good idea' was to keep the device from going away, though this is a parent lock, not a child one so I'm less sure about that being the reason). Warner > Warner > > >> -- Ian >> >> >> >> > > Craig >> > > >> > > toc2 4 # kgdb /boot/kernel/kernel /var/crash/vmcore.1 >> > > GNU gdb (GDB) 10.2 [GDB v10.2 for FreeBSD] >> > > Copyright (C) 2021 Free Software Foundation, Inc. >> > > License GPLv3+: GNU GPL version 3 or later >> > > >> > > This is free software: you are free to change and redistribute it. >> > > There is NO WARRANTY, to the extent permitted by law. >> > > Type "show copying" and "show warranty" for details. >> > > This GDB was configured as "x86_64-portbld-freebsd12.2". >> > > Type "show configuration" for configuration details. >> > > For bug reporting instructions, please see: >> > > . >> > > Find the GDB manual and other documentation resources online at: >> > > . >> > > >> > > For help, type "help". >> > > Type "apropos word" to search for commands related to "word"... >> > > Reading symbols from /boot/kernel/kernel... >> > > Reading symbols from /boot/kernel.LBLNET/kernel.debug... >> > > >> > > Unread portion of the kernel message buffer: >> > > Sleeping thread (tid 101408, pid 2046) owns a non-sleepable lock >> > > KDB: stack backtrace of thread 101408: >> > > sched_switch() at sched_switch+0x630/frame 0xfffffe0070e4f760 >> > > mi_switch() at mi_switch+0xd4/frame 0xfffffe0070e4f790 >> > > sleepq_catch_signals() at sleepq_catch_signals+0x403/frame >> > > 0xfffffe0070e4f7e0 >> > > sleepq_timedwait_sig() at sleepq_timedwait_sig+0x14/frame >> > > 0xfffffe0070e4f820 >> > > _sleep() at _sleep+0x1b3/frame 0xfffffe0070e4f8a0 >> > > pps_ioctl() at pps_ioctl+0x298/frame 0xfffffe0070e4f8f0 >> > > ppsioctl() at ppsioctl+0x48/frame 0xfffffe0070e4f920 >> > > devfs_ioctl() at devfs_ioctl+0xb0/frame 0xfffffe0070e4f970 >> > > VOP_IOCTL_APV() at VOP_IOCTL_APV+0x7b/frame 0xfffffe0070e4f9a0 >> > > vn_ioctl() at vn_ioctl+0x16a/frame 0xfffffe0070e4fab0 >> > > devfs_ioctl_f() at devfs_ioctl_f+0x1e/frame 0xfffffe0070e4fad0 >> > > kern_ioctl() at kern_ioctl+0x2b7/frame 0xfffffe0070e4fb30 >> > > sys_ioctl() at sys_ioctl+0xfa/frame 0xfffffe0070e4fc00 >> > > amd64_syscall() at amd64_syscall+0x387/frame 0xfffffe0070e4fd30 >> > > fast_syscall_common() at fast_syscall_common+0xf8/frame >> > > 0xfffffe0070e4fd30 >> > > --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x8004c899a, rsp >> > > = >> > > 0x7fffdfdfc6a8, rbp = 0x7fffdfdfc730 --- >> > > panic: sleeping thread >> > > cpuid = 8 >> > > time = 1630456142 >> > > KDB: stack backtrace: >> > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >> > > 0xfffffe005ab73ab0 >> > > vpanic() at vpanic+0x17b/frame 0xfffffe005ab73b00 >> > > panic() at panic+0x43/frame 0xfffffe005ab73b60 >> > > propagate_priority() at propagate_priority+0x282/frame >> > > 0xfffffe005ab73b90 >> > > turnstile_wait() at turnstile_wait+0x30c/frame 0xfffffe005ab73be0 >> > > __mtx_lock_sleep() at __mtx_lock_sleep+0x199/frame >> > > 0xfffffe005ab73c70 >> > > ppcintr() at ppcintr+0x2a0/frame 0xfffffe005ab73c90 >> > > ithread_loop() at ithread_loop+0x23c/frame 0xfffffe005ab73cf0 >> > > fork_exit() at fork_exit+0x7e/frame 0xfffffe005ab73d30 >> > > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe005ab73d30 >> > > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- >> > > Uptime: 17m20s >> > > Dumping 607 out of 12240 >> > > MB:..3%..11%..22%..32%..43%..51%..61%..72%..82%..93% >> > > >> > > __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 >> > > 55 /usr/src/sys/amd64/include/pcpu_aux.h: No such file or >> > > directory. >> > > (kgdb) bt >> > > #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 >> > > #1 doadump (textdump=1) at ../../../kern/kern_shutdown.c:371 >> > > #2 0xffffffff80b83ada in kern_reboot (howto=260) >> > > at ../../../kern/kern_shutdown.c:451 >> > > #3 0xffffffff80b83f33 in vpanic (fmt=, >> > > ap=) >> > > at ../../../kern/kern_shutdown.c:880 >> > > #4 0xffffffff80b83d53 in panic (fmt=) >> > > at ../../../kern/kern_shutdown.c:807 >> > > #5 0xffffffff80be7152 in propagate_priority >> > > (td=0xfffff80196959740) >> > > at ../../../kern/subr_turnstile.c:228 >> > > #6 0xffffffff80be7d1c in turnstile_wait (ts=0xfffff8000357a780, >> > > owner=, queue=0) at >> > > ../../../kern/subr_turnstile.c:785 >> > > #7 0xffffffff80b62ca9 in __mtx_lock_sleep (c=0xfffff80003969bd0, >> > > v=) at ../../../kern/kern_mutex.c:654 >> > > #8 0xffffffff8086fcc0 in ppcintr (arg=0xfffff80003969b00) >> > > at ../../../dev/ppc/ppc.c:1546 >> > > #9 0xffffffff80b4637c in intr_event_execute_handlers (p=> > > out>, >> > > ie=0xfffff800030d9d00) at ../../../kern/kern_intr.c:1143 >> > > #10 ithread_execute_handlers (p=, >> > > ie=0xfffff800030d9d00) >> > > at ../../../kern/kern_intr.c:1156 >> > > #11 ithread_loop (arg=0xfffff800039aa7e0) at >> > > ../../../kern/kern_intr.c:1236 >> > > #12 0xffffffff80b42e1e in fork_exit ( >> > > callout=0xffffffff80b46140 , >> > > arg=0xfffff800039aa7e0, >> > > frame=0xfffffe005ab73d40) at ../../../kern/kern_fork.c:1080 >> > > #13 >> > > (kgdb) >> > > >> >> >> --000000000000ddba6305cae79aef-- From nobody Wed Sep 1 06:04:07 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3F7E617A2313 for ; Wed, 1 Sep 2021 06:04:10 +0000 (UTC) (envelope-from leres@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 4GztmV1H4Wz3HJx; Wed, 1 Sep 2021 06:04:10 +0000 (UTC) (envelope-from leres@freebsd.org) Received: from ice.alameda.xse.com (unknown [IPv6:2600:1700:a570:e20:f2ad:4eff:fe0b:a065]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: leres) by smtp.freebsd.org (Postfix) with ESMTPSA id 2801124501; Wed, 1 Sep 2021 06:04:08 +0000 (UTC) (envelope-from leres@freebsd.org) Subject: Re: Patched gpsd and /dev/pps0 results in "sleeping thread" kernel panic To: Warner Losh , Ian Lepore Cc: FreeBSD Hackers References: <5476ea21-9e8a-32f5-08ff-add46c02d910@freebsd.org> From: Craig Leres Message-ID: Date: Tue, 31 Aug 2021 23:04:07 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: N On 8/31/21 9:35 PM, Warner Losh wrote: > Either I'm missing something (likely am), or this might fix it up, > or at least get away from the warning: > > https://reviews.freebsd.org/D31763 > > Note: I can't recall why ppbus has to be locked for this call. > This code dates from the very earliest days of locking and > so may do things simply because it seemed like a good idea > without a specific notion as to what that lock is protecting. If > so, the real fix may be to not take the lock in pps_ioctl at > all and maybe instead use a reference count (the most > often reason for 'a good idea' was to keep the device > from going away, though this is a parent lock, not a > child one so I'm less sure about that being the reason). The crash looks the same or at least very similar to the unpatched kernel. If you'd like to experiment with switching from the lock to a reference count I am able to test that too (as well as testing that it doesn't break with the ntpd's normal use of /dev/pps0). (Do you prefer comments/traces/feedback in this thread or in the review?) Thanks! Craig toc2 1 # kgdb /boot/kernel/kernel /var/crash/vmcore.2 GNU gdb (GDB) 10.2 [GDB v10.2 for FreeBSD] Copyright (C) 2021 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-portbld-freebsd12.2". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /boot/kernel/kernel... Reading symbols from /boot/kernel.LBLNET/kernel.debug... Unread portion of the kernel message buffer: Sleeping thread (tid 101007, pid 1805) owns a non-sleepable lock KDB: stack backtrace of thread 101007: sched_switch() at sched_switch+0x630/frame 0xfffffe0070e3b760 mi_switch() at mi_switch+0xd4/frame 0xfffffe0070e3b790 sleepq_catch_signals() at sleepq_catch_signals+0x403/frame 0xfffffe0070e3b7e0 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x14/frame 0xfffffe0070e3b820 _sleep() at _sleep+0x1b3/frame 0xfffffe0070e3b8a0 pps_ioctl() at pps_ioctl+0x298/frame 0xfffffe0070e3b8f0 ppsioctl() at ppsioctl+0x48/frame 0xfffffe0070e3b920 devfs_ioctl() at devfs_ioctl+0xb0/frame 0xfffffe0070e3b970 VOP_IOCTL_APV() at VOP_IOCTL_APV+0x7b/frame 0xfffffe0070e3b9a0 vn_ioctl() at vn_ioctl+0x16a/frame 0xfffffe0070e3bab0 devfs_ioctl_f() at devfs_ioctl_f+0x1e/frame 0xfffffe0070e3bad0 kern_ioctl() at kern_ioctl+0x2b7/frame 0xfffffe0070e3bb30 sys_ioctl() at sys_ioctl+0xfa/frame 0xfffffe0070e3bc00 amd64_syscall() at amd64_syscall+0x387/frame 0xfffffe0070e3bd30 fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe0070e3bd30 --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x8004c899a, rsp = 0x7fffdfdfc6a8, rbp = 0x7fffdfdfc730 --- panic: sleeping thread cpuid = 8 time = 1630475518 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe005ab73ab0 vpanic() at vpanic+0x17b/frame 0xfffffe005ab73b00 panic() at panic+0x43/frame 0xfffffe005ab73b60 propagate_priority() at propagate_priority+0x282/frame 0xfffffe005ab73b90 turnstile_wait() at turnstile_wait+0x30c/frame 0xfffffe005ab73be0 __mtx_lock_sleep() at __mtx_lock_sleep+0x199/frame 0xfffffe005ab73c70 ppcintr() at ppcintr+0x2a0/frame 0xfffffe005ab73c90 ithread_loop() at ithread_loop+0x23c/frame 0xfffffe005ab73cf0 fork_exit() at fork_exit+0x7e/frame 0xfffffe005ab73d30 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe005ab73d30 --- trap 0, rip = 0, rsp = 0, rbp = 0 --- Uptime: 2m39s Dumping 593 out of 12240 MB:..3%..11%..22%..33%..41%..52%..63%..71%..81%..92% __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 55 /usr/src/sys/amd64/include/pcpu_aux.h: No such file or directory. (kgdb) bt #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 #1 doadump (textdump=1) at ../../../kern/kern_shutdown.c:371 #2 0xffffffff80b83b2a in kern_reboot (howto=260) at ../../../kern/kern_shutdown.c:451 #3 0xffffffff80b83f83 in vpanic (fmt=, ap=) at ../../../kern/kern_shutdown.c:880 #4 0xffffffff80b83da3 in panic (fmt=) at ../../../kern/kern_shutdown.c:807 #5 0xffffffff80be71a2 in propagate_priority (td=0xfffff801c4418000) at ../../../kern/subr_turnstile.c:228 #6 0xffffffff80be7d6c in turnstile_wait (ts=0xfffff800039bae40, owner=, queue=0) at ../../../kern/subr_turnstile.c:785 #7 0xffffffff80b62cf9 in __mtx_lock_sleep (c=0xfffff80003932ad0, v=) at ../../../kern/kern_mutex.c:654 #8 0xffffffff8086fd10 in ppcintr (arg=0xfffff80003932a00) at ../../../dev/ppc/ppc.c:1546 #9 0xffffffff80b463cc in intr_event_execute_handlers (p=, ie=0xfffff800030d9d00) at ../../../kern/kern_intr.c:1143 #10 ithread_execute_handlers (p=, ie=0xfffff800030d9d00) at ../../../kern/kern_intr.c:1156 #11 ithread_loop (arg=0xfffff800039aea00) at ../../../kern/kern_intr.c:1236 #12 0xffffffff80b42e6e in fork_exit ( callout=0xffffffff80b46190 , arg=0xfffff800039aea00, frame=0xfffffe005ab73d40) at ../../../kern/kern_fork.c:1080 #13 (kgdb) From nobody Wed Sep 1 15:07:33 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 9A3EF1340AA0 for ; Wed, 1 Sep 2021 15:07:44 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound4v.ore.mailhop.org (outbound4v.ore.mailhop.org [44.233.143.45]) (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 4H06qh0zM9z4dCq for ; Wed, 1 Sep 2021 15:07:44 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1630508857; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=iIBOTUODgFfPEKjq2+FVGnr75srX7w+ws5qO6l5Y6Hp7hvE/cI+eOpC5QwsPGM0j8n0MmyJqkQN77 +m3c/W8/iREzEVsEUCfqpZXE2rUN3exqrPm173tduXvTOm58sgDx9ncphr0h6avkONevYKiJ0bXz/b mI+kJBLXegHCvQVY9dsbygjyeS+Z2uLG0beJtPzXMIHa3o9vsaAb5BLb5a41LmXazB1XLhRrrI+mB7 PM2SsyD/MFV3k7OjdhfSrFQUW0++kZldqC3tPrkM7VpesYsiwhL42wz9SW/26+qAztK86xRNeLOTTm VpgB2nw7J0AnWrnd0mKtkyE49hez2UA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:dkim-signature:from; bh=9aPUm6ZvhzAhZkunctYJL3HQVD8J+T/uyu54Xa8o/cI=; b=gego9JmS9mTZnngRvs/oM/lbuvrxLMOqU2+s9WzaMCf3C87dcNaFXujgnzGKduxVIo1KVEad9r0Pz Py575GCmWaysbrAh4TdPCP3rC1x+c+/21Ah8yXR8LUKP+vqUmp5bao4xWrzGtxjzCdAmuDKX3aUYWB IU2oLCTELiLw6P4EhC8XYGl1WrEVRnNuIlJrsk7pOxBWNmrHVz6h6Om/eGZzgHY10EZbgwPzc9xPF4 uF0FjN/yx6yo7OpnRbzbUO4xUVO/UI2XdxuAUjjIN+RLYwpo9uur1ntC/gm+2fnuEKYQYbRRvn6dJp cPUlWfUur+15Du6PWZqcKiCj4wwGu/A== ARC-Authentication-Results: i=1; outbound4.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=9aPUm6ZvhzAhZkunctYJL3HQVD8J+T/uyu54Xa8o/cI=; b=ssDzotfq10J2qK569bgsUJ98K9JzTFQPbQQWsRrl++36ufCGNSzhKeBQaA0BH3/K6u+y8KdpOqE1T 0ypxCZnZHkOtEllzW+Hel83pZzJr/9HbqIdLVakrVxYG94oVkYGx1+C0aegZRqpEhT575PDjSUk0nj H+tPFuAY3+wFZn4XQxuKzvF+n+QrePgdAhYk/agiJdTDHC5Q1/GoeDMcYugXKKBi/tkTG4jS4F6gmZ UPgO2je4v12yljt1IM869bVxnJevPSDq6u6tnNdHFGQWxrb3EDvsFtRntG9kCw1+IulReYKZ90HpFR GpDZgBU+N5G9uN49tjLzx3OBJKYQ2wQ== X-Originating-IP: 67.177.211.60 X-MHO-RoutePath: aGlwcGll X-MHO-User: 562bbb1b-0b36-11ec-a658-89389772cfc7 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (c-67-177-211-60.hsd1.co.comcast.net [67.177.211.60]) by outbound4.ore.mailhop.org (Halon) with ESMTPSA id 562bbb1b-0b36-11ec-a658-89389772cfc7; Wed, 01 Sep 2021 15:07:35 +0000 (UTC) Received: from [172.22.42.84] (rev2.hippie.lan [172.22.42.84]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 181F7XR1088086; Wed, 1 Sep 2021 09:07:33 -0600 (MDT) (envelope-from ian@freebsd.org) X-Authentication-Warning: paranoia.hippie.lan: Host rev2.hippie.lan [172.22.42.84] claimed to be [172.22.42.84] Message-ID: <5d812d36e5291af35ecadf910a6d5f76b60f1441.camel@freebsd.org> Subject: Re: Patched gpsd and /dev/pps0 results in "sleeping thread" kernel panic From: Ian Lepore To: Warner Losh Cc: Craig Leres , FreeBSD Hackers Date: Wed, 01 Sep 2021 09:07:33 -0600 In-Reply-To: References: <5476ea21-9e8a-32f5-08ff-add46c02d910@freebsd.org> Content-Type: text/plain; charset="ISO-8859-1" User-Agent: Evolution 3.40.3 FreeBSD GNOME Team List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4H06qh0zM9z4dCq X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Tue, 2021-08-31 at 22:35 -0600, Warner Losh wrote: > On Tue, Aug 31, 2021 at 9:25 PM Warner Losh wrote: > > > > > > > On Tue, Aug 31, 2021 at 9:13 PM Ian Lepore wrote: > > > > > On Tue, 2021-08-31 at 21:07 -0600, Warner Losh wrote: > > > > On Tue, Aug 31, 2021 at 8:11 PM Craig Leres > > > > wrote: > > > > > > > > > > > > > > On 8/31/21 6:54 PM, Warner Losh wrote: > > > > > > Can you post a traceback? We recently tightened up the > > > > > > sleeping > > > > > conditions > > > > > > and many of the panics are straight forward to fix > > > > > > > > > > Is this sufficient? > > > > > > > > > > > > > Maybe. I'm guessing that the pps driver isn't setting > > > > driver_mtx for > > > > the > > > > pps_state that it keeps, so when we're sleeping in pps_ioctl > > > > we're > > > > not > > > > dropping the the ppbus lock, which leads to this diagnostic. > > > > > > > > Warner > > > > > > > > > > > > > > > > > Exactly so, I've just been digging through the code.  It's not an > > > easy > > > fix because the ppbus pps driver doesn't have access to the ppbus > > > mutex > > > at the point where it's registering to be a pps driver. > > > > > > > I just came to the conclusion that either we'd need to create a > > call in > > ppbus > > to set this mutex, or to return its lock... > > > > > > > Craig, is there any chance you can configure your hardware so > > > that the > > > PPS signal is connected to either the CTS or DCD pin of a uart > > > (even > > > the same uart that's communicating with the gps receiver should > > > work if > > > you use DCD)?  You'll get jitter and accuracy performance > > > comparable to > > > the parallel port pin, and avoid this mutex/sleeping problem. > > > > > > > That's easier, but depending on the hardware might be harder :( > > > > Either I'm missing something (likely am), or this might fix it up, > or at least get away from the warning: > > https://reviews.freebsd.org/D31763 > > Note: I can't recall why ppbus has to be locked for this call. > This code dates from the very earliest days of locking and > so may do things simply because it seemed like a good idea > without a specific notion as to what that lock is protecting. If > so, the real fix may be to not take the lock in pps_ioctl at > all and maybe instead use a reference count (the most > often reason for 'a good idea' was to keep the device > from going away, though this is a parent lock, not a > child one so I'm less sure about that being the reason). > > Warner > > Yeah, figuring out whether it's safe to drop/re-aquire the ppsbus lock at this point was the harder part of the work; I'm not very familiar with the ppsbus stuff in general. Warner, I pointed out a small change needed to your proposed patch in D31763. In the past I've found that one can't propose a different patch in Phab without commandeering the entire change, so I just posted an inline comment with the couple extra lines of code needed, hoping you have more time today than I do to prepare a new patch. -- Ian > > Warner > > > > > > > -- Ian > > > > > > > > > > > > > >                 Craig > > > > > > > > > > toc2 4 # kgdb /boot/kernel/kernel /var/crash/vmcore.1 > > > > > GNU gdb (GDB) 10.2 [GDB v10.2 for FreeBSD] > > > > > Copyright (C) 2021 Free Software Foundation, Inc. > > > > > License GPLv3+: GNU GPL version 3 or later > > > > > > > > > > This is free software: you are free to change and > > > > > redistribute it. > > > > > There is NO WARRANTY, to the extent permitted by law. > > > > > Type "show copying" and "show warranty" for details. > > > > > This GDB was configured as "x86_64-portbld-freebsd12.2". > > > > > Type "show configuration" for configuration details. > > > > > For bug reporting instructions, please see: > > > > > . > > > > > Find the GDB manual and other documentation resources online > > > > > at: > > > > >      . > > > > > > > > > > For help, type "help". > > > > > Type "apropos word" to search for commands related to > > > > > "word"... > > > > > Reading symbols from /boot/kernel/kernel... > > > > > Reading symbols from /boot/kernel.LBLNET/kernel.debug... > > > > > > > > > > Unread portion of the kernel message buffer: > > > > > Sleeping thread (tid 101408, pid 2046) owns a non-sleepable > > > > > lock > > > > > KDB: stack backtrace of thread 101408: > > > > > sched_switch() at sched_switch+0x630/frame 0xfffffe0070e4f760 > > > > > mi_switch() at mi_switch+0xd4/frame 0xfffffe0070e4f790 > > > > > sleepq_catch_signals() at sleepq_catch_signals+0x403/frame > > > > > 0xfffffe0070e4f7e0 > > > > > sleepq_timedwait_sig() at sleepq_timedwait_sig+0x14/frame > > > > > 0xfffffe0070e4f820 > > > > > _sleep() at _sleep+0x1b3/frame 0xfffffe0070e4f8a0 > > > > > pps_ioctl() at pps_ioctl+0x298/frame 0xfffffe0070e4f8f0 > > > > > ppsioctl() at ppsioctl+0x48/frame 0xfffffe0070e4f920 > > > > > devfs_ioctl() at devfs_ioctl+0xb0/frame 0xfffffe0070e4f970 > > > > > VOP_IOCTL_APV() at VOP_IOCTL_APV+0x7b/frame > > > > > 0xfffffe0070e4f9a0 > > > > > vn_ioctl() at vn_ioctl+0x16a/frame 0xfffffe0070e4fab0 > > > > > devfs_ioctl_f() at devfs_ioctl_f+0x1e/frame > > > > > 0xfffffe0070e4fad0 > > > > > kern_ioctl() at kern_ioctl+0x2b7/frame 0xfffffe0070e4fb30 > > > > > sys_ioctl() at sys_ioctl+0xfa/frame 0xfffffe0070e4fc00 > > > > > amd64_syscall() at amd64_syscall+0x387/frame > > > > > 0xfffffe0070e4fd30 > > > > > fast_syscall_common() at fast_syscall_common+0xf8/frame > > > > > 0xfffffe0070e4fd30 > > > > > --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = > > > > > 0x8004c899a, rsp > > > > > = > > > > > 0x7fffdfdfc6a8, rbp = 0x7fffdfdfc730 --- > > > > > panic: sleeping thread > > > > > cpuid = 8 > > > > > time = 1630456142 > > > > > KDB: stack backtrace: > > > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > > > > > 0xfffffe005ab73ab0 > > > > > vpanic() at vpanic+0x17b/frame 0xfffffe005ab73b00 > > > > > panic() at panic+0x43/frame 0xfffffe005ab73b60 > > > > > propagate_priority() at propagate_priority+0x282/frame > > > > > 0xfffffe005ab73b90 > > > > > turnstile_wait() at turnstile_wait+0x30c/frame > > > > > 0xfffffe005ab73be0 > > > > > __mtx_lock_sleep() at __mtx_lock_sleep+0x199/frame > > > > > 0xfffffe005ab73c70 > > > > > ppcintr() at ppcintr+0x2a0/frame 0xfffffe005ab73c90 > > > > > ithread_loop() at ithread_loop+0x23c/frame 0xfffffe005ab73cf0 > > > > > fork_exit() at fork_exit+0x7e/frame 0xfffffe005ab73d30 > > > > > fork_trampoline() at fork_trampoline+0xe/frame > > > > > 0xfffffe005ab73d30 > > > > > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > > > > > Uptime: 17m20s > > > > > Dumping 607 out of 12240 > > > > > MB:..3%..11%..22%..32%..43%..51%..61%..72%..82%..93% > > > > > > > > > > __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 > > > > > 55      /usr/src/sys/amd64/include/pcpu_aux.h: No such file > > > > > or > > > > > directory. > > > > > (kgdb) bt > > > > > #0  __curthread () at > > > > > /usr/src/sys/amd64/include/pcpu_aux.h:55 > > > > > #1  doadump (textdump=1) at ../../../kern/kern_shutdown.c:371 > > > > > #2  0xffffffff80b83ada in kern_reboot (howto=260) > > > > >      at ../../../kern/kern_shutdown.c:451 > > > > > #3  0xffffffff80b83f33 in vpanic (fmt=, > > > > > ap=) > > > > >      at ../../../kern/kern_shutdown.c:880 > > > > > #4  0xffffffff80b83d53 in panic (fmt=) > > > > >      at ../../../kern/kern_shutdown.c:807 > > > > > #5  0xffffffff80be7152 in propagate_priority > > > > > (td=0xfffff80196959740) > > > > >      at ../../../kern/subr_turnstile.c:228 > > > > > #6  0xffffffff80be7d1c in turnstile_wait > > > > > (ts=0xfffff8000357a780, > > > > >      owner=, queue=0) at > > > > > ../../../kern/subr_turnstile.c:785 > > > > > #7  0xffffffff80b62ca9 in __mtx_lock_sleep > > > > > (c=0xfffff80003969bd0, > > > > >      v=) at ../../../kern/kern_mutex.c:654 > > > > > #8  0xffffffff8086fcc0 in ppcintr (arg=0xfffff80003969b00) > > > > >      at ../../../dev/ppc/ppc.c:1546 > > > > > #9  0xffffffff80b4637c in intr_event_execute_handlers > > > > > (p= > > > > out>, > > > > >      ie=0xfffff800030d9d00) at ../../../kern/kern_intr.c:1143 > > > > > #10 ithread_execute_handlers (p=, > > > > > ie=0xfffff800030d9d00) > > > > >      at ../../../kern/kern_intr.c:1156 > > > > > #11 ithread_loop (arg=0xfffff800039aa7e0) at > > > > > ../../../kern/kern_intr.c:1236 > > > > > #12 0xffffffff80b42e1e in fork_exit ( > > > > >      callout=0xffffffff80b46140 , > > > > > arg=0xfffff800039aa7e0, > > > > >      frame=0xfffffe005ab73d40) at > > > > > ../../../kern/kern_fork.c:1080 > > > > > #13 > > > > > (kgdb) > > > > > > > > > > > > > > From nobody Wed Sep 1 17:28:38 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 5160217A940F for ; Wed, 1 Sep 2021 17:28:40 +0000 (UTC) (envelope-from leres@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 4H09yJ1qbxz3sg5; Wed, 1 Sep 2021 17:28:40 +0000 (UTC) (envelope-from leres@freebsd.org) Received: from ice.alameda.xse.com (unknown [IPv6:2600:1700:a570:e20:f2ad:4eff:fe0b:a065]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: leres) by smtp.freebsd.org (Postfix) with ESMTPSA id BF503291BE; Wed, 1 Sep 2021 17:28:39 +0000 (UTC) (envelope-from leres@freebsd.org) Subject: Re: Patched gpsd and /dev/pps0 results in "sleeping thread" kernel panic To: Ian Lepore , Warner Losh Cc: FreeBSD Hackers References: <5476ea21-9e8a-32f5-08ff-add46c02d910@freebsd.org> <5d812d36e5291af35ecadf910a6d5f76b60f1441.camel@freebsd.org> From: Craig Leres Message-ID: <24848efe-aee7-8fe2-9437-005a854a3525@freebsd.org> Date: Wed, 1 Sep 2021 10:28:38 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 In-Reply-To: <5d812d36e5291af35ecadf910a6d5f76b60f1441.camel@freebsd.org> Content-Type: multipart/mixed; boundary="------------E2E1F9FA8C577A7C7CF5D5DB" Content-Language: en-US X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --------------E2E1F9FA8C577A7C7CF5D5DB Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit On 9/1/21 8:07 AM, Ian Lepore wrote: > Warner, I pointed out a small change needed to your proposed patch in > D31763. I was able to figure out what to change and am happy to report that it solves the kernel panic; thanks! Now I'm back to only fighting with gpsd. Are the other calls to pps_init() ok? steel 183 # find . -name '*.c' | xargs fgrep -w pps_init ./dev/sio/sio.c: pps_init(&com->pps); ./i386/i386/elan-mmcr.c: pps_init(&elan_pps); ./kern/kern_tc.c:pps_init(struct pps_state *pps) ./kern/kern_tc.c: pps_init(pps); I've attached my working version of the patch. Craig --------------E2E1F9FA8C577A7C7CF5D5DB Content-Type: text/plain; charset=UTF-8; name="patch2.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="patch2.txt" SW5kZXg6IGRldi9wcGJ1cy9wcGJfYmFzZS5jCj09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGRldi9wcGJ1 cy9wcGJfYmFzZS5jCShyZXZpc2lvbiAxOCkKKysrIGRldi9wcGJ1cy9wcGJfYmFzZS5jCSh3 b3JraW5nIGNvcHkpCkBAIC0yMjAsNiArMjIwLDE0IEBACiAJbXR4X3VubG9jayhwcGItPnBw Y19sb2NrKTsKIH0KIAorc3RydWN0IG10eCAqCitwcGJfZ2V0X2xvY2soZGV2aWNlX3QgYnVz KQoreworCXN0cnVjdCBwcGJfZGF0YSAqcHBiID0gREVWVE9TT0ZUQyhidXMpOworCisJcmV0 dXJuIChwcGItPnBwY19sb2NrKTsKK30KKwogdm9pZAogX3BwYl9hc3NlcnRfbG9ja2VkKGRl dmljZV90IGJ1cywgY29uc3QgY2hhciAqZmlsZSwgaW50IGxpbmUpCiB7CkluZGV4OiBkZXYv cHBidXMvcHBiY29uZi5oCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGRldi9wcGJ1cy9wcGJjb25mLmgJ KHJldmlzaW9uIDE4KQorKysgZGV2L3BwYnVzL3BwYmNvbmYuaAkod29ya2luZyBjb3B5KQpA QCAtMjYxLDYgKzI2MSw3IEBACiAvKiBidXMgcmVsYXRlZCBmdW5jdGlvbnMgKi8KIGV4dGVy biB2b2lkIHBwYl9sb2NrKGRldmljZV90KTsKIGV4dGVybiB2b2lkIHBwYl91bmxvY2soZGV2 aWNlX3QpOworZXh0ZXJuIHN0cnVjdCBtdHggKnBwYl9nZXRfbG9jayhkZXZpY2VfdCk7CiBl eHRlcm4gdm9pZCBfcHBiX2Fzc2VydF9sb2NrZWQoZGV2aWNlX3QsIGNvbnN0IGNoYXIgKiwg aW50KTsKIGV4dGVybiB2b2lkIHBwYl9pbml0X2NhbGxvdXQoZGV2aWNlX3QsIHN0cnVjdCBj YWxsb3V0ICosIGludCk7CiBleHRlcm4gaW50IHBwYl9zbGVlcChkZXZpY2VfdCwgdm9pZCAq LCBpbnQsIGNvbnN0IGNoYXIgKiwgaW50KTsKSW5kZXg6IGRldi9wcGJ1cy9wcHMuYwo9PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09Ci0tLSBkZXYvcHBidXMvcHBzLmMJKHJldmlzaW9uIDE4KQorKysgZGV2L3Bw YnVzL3Bwcy5jCSh3b3JraW5nIGNvcHkpCkBAIC0xNDEsOSArMTQxLDExIEBACiAJICAgIFVJ RF9ST09ULCBHSURfV0hFRUwsIDA2MDAsIFBQU19OQU1FICIlZCIsIHVuaXQpOwogCXNjLT5k ZXZzWzBdID0gZDsKIAlzYy0+cHBzWzBdLnBwc2NhcCA9IFBQU19DQVBUVVJFQVNTRVJUIHwg UFBTX0VDSE9BU1NFUlQ7CisJc2MtPnBwc1swXS5kcml2ZXJfYWJpID0gUFBTX0FCSV9WRVJT SU9OOworCXNjLT5wcHNbMF0uZHJpdmVyX210eCA9IHBwYl9nZXRfbG9jayhwcGJ1cyk7CiAJ ZC0+c2lfZHJ2MSA9IHNjOwogCWQtPnNpX2RydjIgPSAodm9pZCopMDsKLQlwcHNfaW5pdCgm c2MtPnBwc1swXSk7CisJcHBzX2luaXRfYWJpKCZzYy0+cHBzWzBdKTsKIAogCXBwYl9sb2Nr KHBwYnVzKTsKIAlpZiAocHBiX3JlcXVlc3RfYnVzKHBwYnVzLCBkZXYsIFBQQl9ET05UV0FJ VCkpIHsKQEAgLTE5Myw5ICsxOTUsMTEgQEAKIAkJCSAgVUlEX1JPT1QsIEdJRF9XSEVFTCwg MDYwMCwgUFBTX05BTUUgIiVkYiVkIiwgdW5pdCwgaSAtIDEpOwogCQkJc2MtPmRldnNbaV0g PSBkOwogCQkJc2MtPnBwc1tpXS5wcHNjYXAgPSBQUFNfQ0FQVFVSRUFTU0VSVCB8IFBQU19D QVBUVVJFQ0xFQVI7CisJCQlzYy0+cHBzW2ldLmRyaXZlcl9hYmkgPSBQUFNfQUJJX1ZFUlNJ T047CisJCQlzYy0+cHBzW2ldLmRyaXZlcl9tdHggPSBwcGJfZ2V0X2xvY2socHBidXMpOwog CQkJZC0+c2lfZHJ2MSA9IHNjOwogCQkJZC0+c2lfZHJ2MiA9ICh2b2lkICopKGludHB0cl90 KWk7Ci0JCQlwcHNfaW5pdCgmc2MtPnBwc1tpXSk7CisJCQlwcHNfaW5pdF9hYmkoJnNjLT5w cHNbaV0pOwogCQl9CiAJCXBwYl9sb2NrKHBwYnVzKTsKIAl9IHdoaWxlICgwKTsK --------------E2E1F9FA8C577A7C7CF5D5DB-- From nobody Wed Sep 1 17:48:02 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4FE49178A03D for ; Wed, 1 Sep 2021 17:48:14 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ua1-x92e.google.com (mail-ua1-x92e.google.com [IPv6:2607:f8b0:4864:20::92e]) (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 4H0BNt1RsFz4Sqp for ; Wed, 1 Sep 2021 17:48:14 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-ua1-x92e.google.com with SMTP id s4so305258uar.5 for ; Wed, 01 Sep 2021 10:48:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=o/SLJYLrvJyl3X4GBTHji2WtSwFoB0AuepwoH2gktPA=; b=ZAnxr9clKCpDd1n3gxyy3c7bj2vOdqlT21jwXfElWvtSL1Ma6aBOs8lChof93YJMjQ AwX7kZiAP0BGnpCidZeh8kzzkhHqL6DEJUQiDVv8tT/iiEaehyjH5SWmby9S8S6p5N8g kN/EoO1pTKsSZ0QKUFKHoI9GqzDB9VS9okm4H8jntm42HV6o6eiUV/QDtnAnhpENXxfa L+pB9Uk2CFLDczBYZ52qcQPUq/dcYMyq+O9C6BOJvX0FvO1KypLAeKBJjyamMZV2ctaC m474eZZfUWgE1aZZUYVl0lHyjip5+Qx5+6mgAKAe0MTs/UlOikNW0X03jsp+dSOJBuN3 2crA== 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=o/SLJYLrvJyl3X4GBTHji2WtSwFoB0AuepwoH2gktPA=; b=EEmY/alC8vzMEJs4RBGADY9AHajec72msP4xXPqcIy4NNGx6fIEtlmei5a4wH82x7f ELlF6ScnUegDSE3HWJAdAR3C3JgnU1mfVYZfpzODPdzGJ+Z1xX6lKWtGtAbwTXiXlR6o fcyMJwBcj+v/tGmviqu6FmNhUALhQXXD9tOTpmz2QOplSPm5Zt5XBGVgI6dfuXCzgTSL fpBIj7neLcGli5cWOLT5E4N0sxoPPb52p3c9tjkST6CRxKinFrBK9G1VCfhln9ZlIHOK zqk7Py9MrkNRFm8tf47ibqVzlSvsV9dc4mV2tC3vzJ2wcYHrU96faY5sHflqCwravmQF Q0KQ== X-Gm-Message-State: AOAM53079KA2uuS1wS2ilpmah+i+pPO2RXe+yP1jPivsoGFiGECQykqN GOvhTK6b12nw/L+ZuXLCPHpiOAwxqiNyaS0wf6Q9Tw== X-Google-Smtp-Source: ABdhPJybLRs+XqHc5k2jwOKayAbnvY47h26Yoqvzywq9OywRJDknLDbN8kRFo9+K0emlTntlJO2ZOCATlxRJYzZ+/K0= X-Received: by 2002:a9f:23d0:: with SMTP id 74mr855270uao.69.1630518493554; Wed, 01 Sep 2021 10:48:13 -0700 (PDT) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 References: <5476ea21-9e8a-32f5-08ff-add46c02d910@freebsd.org> <5d812d36e5291af35ecadf910a6d5f76b60f1441.camel@freebsd.org> <24848efe-aee7-8fe2-9437-005a854a3525@freebsd.org> In-Reply-To: <24848efe-aee7-8fe2-9437-005a854a3525@freebsd.org> From: Warner Losh Date: Wed, 1 Sep 2021 11:48:02 -0600 Message-ID: Subject: Re: Patched gpsd and /dev/pps0 results in "sleeping thread" kernel panic To: Craig Leres Cc: Ian Lepore , FreeBSD Hackers Content-Type: multipart/alternative; boundary="0000000000009bbae905caf2aba2" X-Rspamd-Queue-Id: 4H0BNt1RsFz4Sqp X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: Y --0000000000009bbae905caf2aba2 Content-Type: text/plain; charset="UTF-8" On Wed, Sep 1, 2021 at 11:28 AM Craig Leres wrote: > On 9/1/21 8:07 AM, Ian Lepore wrote: > > Warner, I pointed out a small change needed to your proposed patch in > > D31763. > > I was able to figure out what to change and am happy to report that it > solves the kernel panic; thanks! Now I'm back to only fighting with gpsd. > That patch looks good to me. I'll update the phab here in a few minutes. > Are the other calls to pps_init() ok? > > steel 183 # find . -name '*.c' | xargs fgrep -w pps_init > ./dev/sio/sio.c: pps_init(&com->pps); > ./i386/i386/elan-mmcr.c: pps_init(&elan_pps); > ./kern/kern_tc.c:pps_init(struct pps_state *pps) > ./kern/kern_tc.c: pps_init(pps); > > I've attached my working version of the patch. > Great! Thanks for testing. sio.c and elan-mmcr.c are likely not worth updating since they are quite old (sio.c has been removed from main, and the elan CPU is little-used with -current). The Elan was from the late 90s or early 2000s, give or take, and designs have moved on since it went EOL over a decade ago. I got rid of my old gear based on that years ago as well, so I can't easily test it. The kern_tc.c file is fine. Warner --0000000000009bbae905caf2aba2-- From nobody Wed Sep 1 17:49:07 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 9F256178A723 for ; Wed, 1 Sep 2021 17:49:18 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ua1-x929.google.com (mail-ua1-x929.google.com [IPv6:2607:f8b0:4864:20::929]) (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 4H0BQ63V67z4TWf for ; Wed, 1 Sep 2021 17:49:18 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-ua1-x929.google.com with SMTP id j31so294730uad.10 for ; Wed, 01 Sep 2021 10:49:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=QFoKTSw3jziR9oVyF3vUR1c2l4H4WEVb6iIZMK/wIa4=; b=KWeY8pzusz7CV49XcsZ6ldXO4m2uHipjCp74UCUaD8RlLKvFS49fdXM9VDQbKqQrYQ +HSL/v7IJj46iKlFMWj+iXTXEneJ36KrT9lySrcazj0mZeijTj0YUcT07U3sxIcYA9rH //PFHihmt4NreZz7HwskfbmHVQ5c8rAhgO2W/u8n8T8H3JIo+69fRXcUrLwUWy6G4hU3 yj/lV5iHjnkeeldO9yJJVOP4+ryJL1aVVhU12DNp3emvh6hlGzvMl0z5S2D5YOGl4Kf3 nGDBOcn3enE24ad0PWCual56VJXNdgN6+tVwk/yfoLAnN7SsETOGlq8YfgvznpKJ04ma BREg== 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=QFoKTSw3jziR9oVyF3vUR1c2l4H4WEVb6iIZMK/wIa4=; b=hqC0iTj4SXf8VFtSntXYbnd7zeQSiH4hSwBLkf/poeJlR59dUET5JqNCAQSuMlWZ5A NdcaIuY+tNgAX7QeZyQ+rAw3ry1cB9e5zJINXN79VdttMTYmczujEMKMyt5NsNROcISE kPxCDqMmRGYlv+UNb89Qe+Yb5pmVMFF983uO0GSviuSohO3aGlOUReDU+m6vJJrDQhnr prYPrveQxNJlXNC7nxDOP7c78tbXAYb47e3cN3izKsAZt53/dlGIzlHWIq+86G7Mkmr/ Bg/dx7o+DsmHquD8mIUKntZKMKDJ/JNGk/ZQ03QAtZktk9U/fEuK8842GBBlXMsdqeYb 2mGQ== X-Gm-Message-State: AOAM530dpQMINfUIwimoXUyUw8FrqfIhdd+4Y+twAKMPeJ9Bvm4gu/6B 4kP8ek+K6rGVxqVP/6N95eSNDIIlTf5hhVc7HDhIIQ== X-Google-Smtp-Source: ABdhPJzgRF8INvuGnBw2ukGhmQzp0L18nRzyLzS5P2ZGEToMUoHPxceyPmZ8uY9NzGvr9TsHU2F1kDliqnWVGqpF3s4= X-Received: by 2002:a9f:31c8:: with SMTP id w8mr863992uad.77.1630518557953; Wed, 01 Sep 2021 10:49:17 -0700 (PDT) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 References: <5476ea21-9e8a-32f5-08ff-add46c02d910@freebsd.org> <5d812d36e5291af35ecadf910a6d5f76b60f1441.camel@freebsd.org> In-Reply-To: <5d812d36e5291af35ecadf910a6d5f76b60f1441.camel@freebsd.org> From: Warner Losh Date: Wed, 1 Sep 2021 11:49:07 -0600 Message-ID: Subject: Re: Patched gpsd and /dev/pps0 results in "sleeping thread" kernel panic To: Ian Lepore Cc: Craig Leres , FreeBSD Hackers Content-Type: multipart/alternative; boundary="00000000000072604805caf2afba" X-Rspamd-Queue-Id: 4H0BQ63V67z4TWf X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: Y --00000000000072604805caf2afba Content-Type: text/plain; charset="UTF-8" On Wed, Sep 1, 2021 at 9:07 AM Ian Lepore wrote: > On Tue, 2021-08-31 at 22:35 -0600, Warner Losh wrote: > > On Tue, Aug 31, 2021 at 9:25 PM Warner Losh wrote: > > > > > > > > > > > On Tue, Aug 31, 2021 at 9:13 PM Ian Lepore wrote: > > > > > > > On Tue, 2021-08-31 at 21:07 -0600, Warner Losh wrote: > > > > > On Tue, Aug 31, 2021 at 8:11 PM Craig Leres > > > > > wrote: > > > > > > > > > > > > > > > > > On 8/31/21 6:54 PM, Warner Losh wrote: > > > > > > > Can you post a traceback? We recently tightened up the > > > > > > > sleeping > > > > > > conditions > > > > > > > and many of the panics are straight forward to fix > > > > > > > > > > > > Is this sufficient? > > > > > > > > > > > > > > > > Maybe. I'm guessing that the pps driver isn't setting > > > > > driver_mtx for > > > > > the > > > > > pps_state that it keeps, so when we're sleeping in pps_ioctl > > > > > we're > > > > > not > > > > > dropping the the ppbus lock, which leads to this diagnostic. > > > > > > > > > > Warner > > > > > > > > > > > > > > > > > > > > > > Exactly so, I've just been digging through the code. It's not an > > > > easy > > > > fix because the ppbus pps driver doesn't have access to the ppbus > > > > mutex > > > > at the point where it's registering to be a pps driver. > > > > > > > > > > I just came to the conclusion that either we'd need to create a > > > call in > > > ppbus > > > to set this mutex, or to return its lock... > > > > > > > > > > Craig, is there any chance you can configure your hardware so > > > > that the > > > > PPS signal is connected to either the CTS or DCD pin of a uart > > > > (even > > > > the same uart that's communicating with the gps receiver should > > > > work if > > > > you use DCD)? You'll get jitter and accuracy performance > > > > comparable to > > > > the parallel port pin, and avoid this mutex/sleeping problem. > > > > > > > > > > That's easier, but depending on the hardware might be harder :( > > > > > > > Either I'm missing something (likely am), or this might fix it up, > > or at least get away from the warning: > > > > https://reviews.freebsd.org/D31763 > > > > Note: I can't recall why ppbus has to be locked for this call. > > This code dates from the very earliest days of locking and > > so may do things simply because it seemed like a good idea > > without a specific notion as to what that lock is protecting. If > > so, the real fix may be to not take the lock in pps_ioctl at > > all and maybe instead use a reference count (the most > > often reason for 'a good idea' was to keep the device > > from going away, though this is a parent lock, not a > > child one so I'm less sure about that being the reason). > > > > Warner > > > > > > Yeah, figuring out whether it's safe to drop/re-aquire the ppsbus lock > at this point was the harder part of the work; I'm not very familiar > with the ppsbus stuff in general. > > Warner, I pointed out a small change needed to your proposed patch in > D31763. In the past I've found that one can't propose a different > patch in Phab without commandeering the entire change, so I just posted > an inline comment with the couple extra lines of code needed, hoping > you have more time today than I do to prepare a new patch. > I've updated the patch. Please review it and make sure I got it right. It was the same one that Craig came up with and tested as well. I'll commit if things are good and get into my MFC queue. Warner > -- Ian > > > > > Warner > > > > > > > > > > -- Ian > > > > > > > > > > > > > > > > > > Craig > > > > > > > > > > > > toc2 4 # kgdb /boot/kernel/kernel /var/crash/vmcore.1 > > > > > > GNU gdb (GDB) 10.2 [GDB v10.2 for FreeBSD] > > > > > > Copyright (C) 2021 Free Software Foundation, Inc. > > > > > > License GPLv3+: GNU GPL version 3 or later > > > > > > > > > > > > This is free software: you are free to change and > > > > > > redistribute it. > > > > > > There is NO WARRANTY, to the extent permitted by law. > > > > > > Type "show copying" and "show warranty" for details. > > > > > > This GDB was configured as "x86_64-portbld-freebsd12.2". > > > > > > Type "show configuration" for configuration details. > > > > > > For bug reporting instructions, please see: > > > > > > . > > > > > > Find the GDB manual and other documentation resources online > > > > > > at: > > > > > > . > > > > > > > > > > > > For help, type "help". > > > > > > Type "apropos word" to search for commands related to > > > > > > "word"... > > > > > > Reading symbols from /boot/kernel/kernel... > > > > > > Reading symbols from /boot/kernel.LBLNET/kernel.debug... > > > > > > > > > > > > Unread portion of the kernel message buffer: > > > > > > Sleeping thread (tid 101408, pid 2046) owns a non-sleepable > > > > > > lock > > > > > > KDB: stack backtrace of thread 101408: > > > > > > sched_switch() at sched_switch+0x630/frame 0xfffffe0070e4f760 > > > > > > mi_switch() at mi_switch+0xd4/frame 0xfffffe0070e4f790 > > > > > > sleepq_catch_signals() at sleepq_catch_signals+0x403/frame > > > > > > 0xfffffe0070e4f7e0 > > > > > > sleepq_timedwait_sig() at sleepq_timedwait_sig+0x14/frame > > > > > > 0xfffffe0070e4f820 > > > > > > _sleep() at _sleep+0x1b3/frame 0xfffffe0070e4f8a0 > > > > > > pps_ioctl() at pps_ioctl+0x298/frame 0xfffffe0070e4f8f0 > > > > > > ppsioctl() at ppsioctl+0x48/frame 0xfffffe0070e4f920 > > > > > > devfs_ioctl() at devfs_ioctl+0xb0/frame 0xfffffe0070e4f970 > > > > > > VOP_IOCTL_APV() at VOP_IOCTL_APV+0x7b/frame > > > > > > 0xfffffe0070e4f9a0 > > > > > > vn_ioctl() at vn_ioctl+0x16a/frame 0xfffffe0070e4fab0 > > > > > > devfs_ioctl_f() at devfs_ioctl_f+0x1e/frame > > > > > > 0xfffffe0070e4fad0 > > > > > > kern_ioctl() at kern_ioctl+0x2b7/frame 0xfffffe0070e4fb30 > > > > > > sys_ioctl() at sys_ioctl+0xfa/frame 0xfffffe0070e4fc00 > > > > > > amd64_syscall() at amd64_syscall+0x387/frame > > > > > > 0xfffffe0070e4fd30 > > > > > > fast_syscall_common() at fast_syscall_common+0xf8/frame > > > > > > 0xfffffe0070e4fd30 > > > > > > --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = > > > > > > 0x8004c899a, rsp > > > > > > = > > > > > > 0x7fffdfdfc6a8, rbp = 0x7fffdfdfc730 --- > > > > > > panic: sleeping thread > > > > > > cpuid = 8 > > > > > > time = 1630456142 > > > > > > KDB: stack backtrace: > > > > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > > > > > > 0xfffffe005ab73ab0 > > > > > > vpanic() at vpanic+0x17b/frame 0xfffffe005ab73b00 > > > > > > panic() at panic+0x43/frame 0xfffffe005ab73b60 > > > > > > propagate_priority() at propagate_priority+0x282/frame > > > > > > 0xfffffe005ab73b90 > > > > > > turnstile_wait() at turnstile_wait+0x30c/frame > > > > > > 0xfffffe005ab73be0 > > > > > > __mtx_lock_sleep() at __mtx_lock_sleep+0x199/frame > > > > > > 0xfffffe005ab73c70 > > > > > > ppcintr() at ppcintr+0x2a0/frame 0xfffffe005ab73c90 > > > > > > ithread_loop() at ithread_loop+0x23c/frame 0xfffffe005ab73cf0 > > > > > > fork_exit() at fork_exit+0x7e/frame 0xfffffe005ab73d30 > > > > > > fork_trampoline() at fork_trampoline+0xe/frame > > > > > > 0xfffffe005ab73d30 > > > > > > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > > > > > > Uptime: 17m20s > > > > > > Dumping 607 out of 12240 > > > > > > MB:..3%..11%..22%..32%..43%..51%..61%..72%..82%..93% > > > > > > > > > > > > __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 > > > > > > 55 /usr/src/sys/amd64/include/pcpu_aux.h: No such file > > > > > > or > > > > > > directory. > > > > > > (kgdb) bt > > > > > > #0 __curthread () at > > > > > > /usr/src/sys/amd64/include/pcpu_aux.h:55 > > > > > > #1 doadump (textdump=1) at ../../../kern/kern_shutdown.c:371 > > > > > > #2 0xffffffff80b83ada in kern_reboot (howto=260) > > > > > > at ../../../kern/kern_shutdown.c:451 > > > > > > #3 0xffffffff80b83f33 in vpanic (fmt=, > > > > > > ap=) > > > > > > at ../../../kern/kern_shutdown.c:880 > > > > > > #4 0xffffffff80b83d53 in panic (fmt=) > > > > > > at ../../../kern/kern_shutdown.c:807 > > > > > > #5 0xffffffff80be7152 in propagate_priority > > > > > > (td=0xfffff80196959740) > > > > > > at ../../../kern/subr_turnstile.c:228 > > > > > > #6 0xffffffff80be7d1c in turnstile_wait > > > > > > (ts=0xfffff8000357a780, > > > > > > owner=, queue=0) at > > > > > > ../../../kern/subr_turnstile.c:785 > > > > > > #7 0xffffffff80b62ca9 in __mtx_lock_sleep > > > > > > (c=0xfffff80003969bd0, > > > > > > v=) at ../../../kern/kern_mutex.c:654 > > > > > > #8 0xffffffff8086fcc0 in ppcintr (arg=0xfffff80003969b00) > > > > > > at ../../../dev/ppc/ppc.c:1546 > > > > > > #9 0xffffffff80b4637c in intr_event_execute_handlers > > > > > > (p= > > > > > out>, > > > > > > ie=0xfffff800030d9d00) at ../../../kern/kern_intr.c:1143 > > > > > > #10 ithread_execute_handlers (p=, > > > > > > ie=0xfffff800030d9d00) > > > > > > at ../../../kern/kern_intr.c:1156 > > > > > > #11 ithread_loop (arg=0xfffff800039aa7e0) at > > > > > > ../../../kern/kern_intr.c:1236 > > > > > > #12 0xffffffff80b42e1e in fork_exit ( > > > > > > callout=0xffffffff80b46140 , > > > > > > arg=0xfffff800039aa7e0, > > > > > > frame=0xfffffe005ab73d40) at > > > > > > ../../../kern/kern_fork.c:1080 > > > > > > #13 > > > > > > (kgdb) > > > > > > > > > > > > > > > > > > > > > --00000000000072604805caf2afba-- From nobody Thu Sep 2 14:43:21 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 0ADAA17BC665 for ; Thu, 2 Sep 2021 14:43:39 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ua1-x92b.google.com (mail-ua1-x92b.google.com [IPv6:2607:f8b0:4864:20::92b]) (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 4H0kFQ2tXVz3nrk for ; Thu, 2 Sep 2021 14:43:38 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-ua1-x92b.google.com with SMTP id g2so1037230uad.4 for ; Thu, 02 Sep 2021 07:43:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=plwDOZH6Y/sRfunKCJOt5AszPrtHeiJbU5vIjJ7ilS8=; b=PXumKjdEDtp5tPxlUjEi46JjD9uTSXFdem3FPev9tWnRuPsgrOzfDV2lgzWWaCTMmq HZGRTQ8QjLM3IIDLjXGzShpQXuQPRDmDA5iHy9cMS4JqsKSsw8qeu/IhvRr8z1lCn6j4 3a9oQk4sf3q8piaHC5ZRZIBVr5N6kas6GUzUoJOqvKIwpzJvW7OIsdXRkLjrkhOXLoS5 5VRP1WpWjJJcbW4Gb0swJ5dZrp3o9imN/ZWgqZsjFHtZqGwfbvSoi1JBAXAeVVTosnaW fGlAxxFb0RUfLInXgPK/X8aQ/Xx0rxQowRL9y87eRA3EcPWmHIztqpMYzKkait175JDe draw== 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=plwDOZH6Y/sRfunKCJOt5AszPrtHeiJbU5vIjJ7ilS8=; b=Ykxo5/NeFbsevwU8w9VWFzHt4ZEL/WKRG8BkH/1EvOU58apIBzGdYCUXFFD/QbnrPT uyBE0uHouO5yoN48CFmz0xJQe+xMNnFPOgcybH2GzQaME1apaQStR3GpNU3svjNLQkjU n/goM/rvRl8Mk+hBKqdHscyFNjpaDcSnWR20Gq14rocmPft8AHOc97eWd/GWV0W+4dPB 0DsdNSIxE6vrzJWQyxkD+6LoAEZEShtY7FtHEJTZ9H5Wr3weN093qW7HPCINI0mqUJF0 XQ/XToOnU/ye+J8rqG6XxoQBAUPKcyErrUwKz52JGiOVuOb4/U/qJy1f8ghWhAdg0ad1 NDew== X-Gm-Message-State: AOAM530pujWbiFPDkw35y0GvrhnRpR/F5W3EY0Z8wEVvLx11RFiZvwjy rP3dpz+tDkxqsp7VEq9doIcsqNkl8XEHLVDTMYWK0w== X-Google-Smtp-Source: ABdhPJz0PAPGANwW8oMRrORXZ6xSjgyjjE5coXxPPrwDpkThIx4YabRfOVZLrMeNMUI3h+6dNSDMxUs1+pRYj3tG9uQ= X-Received: by 2002:a9f:2a87:: with SMTP id z7mr2073593uai.11.1630593812668; Thu, 02 Sep 2021 07:43:32 -0700 (PDT) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 From: Warner Losh Date: Thu, 2 Sep 2021 08:43:21 -0600 Message-ID: Subject: Call for participation To: FreeBSD Current , FreeBSD Hackers , FreeBSD Ports Content-Type: multipart/alternative; boundary="000000000000fa371105cb0434d5" X-Rspamd-Queue-Id: 4H0kFQ2tXVz3nrk X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=PXumKjdE; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::92b) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-1.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; 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)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::92b:from]; 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:~]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: Y --000000000000fa371105cb0434d5 Content-Type: text/plain; charset="UTF-8" Greetings, As teased on twitter, now that summer is over, it's a good time to start working on the next steps with git. When we moved to git, we knew a number of things would come in phase 2 since phase 1 was limited to moving away from subversion and to git. Now's the time for phase 2. The deferred items included better CI pipelines, better integration with popular hosting sites like github and gitlab, a look at the tools we have today and how they fit together, and a bunch of other items that were less well defined. I've spent the last several months looking at the different practices in open source, looking at our tools, etc. We have bits and pieces of many of these items, but are missing some glue between what we have. Other areas need more extensive work. To coordinate this work, I'll be leading a team to look at what we can do in the short term, the medium term and where we think we want to be in the long term. I plan on having bi-weekly meetings to discuss different issues that come up, to coordinate work and experiments and to give some structure to encouragement for progress to be made. This will be a collaborative effort between the developers and the user community that contributes patches to any part of FreeBSD (the base, ports and docs). If you are interested in participating, please drop me a line. We'll have a core office hours to talk about this soon, and I'd like to start discussions with those that are interested before hand, as well as invite people to participate in the office hours. After that, we'll have a kick off meeting that's open to everybody who can respectfully contribute. Looking forward to hearing from you. Warner --000000000000fa371105cb0434d5-- From nobody Thu Sep 2 20:33:35 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 2065317A2B48 for ; Thu, 2 Sep 2021 20:33:38 +0000 (UTC) (envelope-from leres@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 4H0t1G0QXhz3HGg; Thu, 2 Sep 2021 20:33:38 +0000 (UTC) (envelope-from leres@freebsd.org) Received: from hot.ee.lbl.gov (hot.ee.lbl.gov [IPv6:2620:83:8000:102::cb]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: leres) by smtp.freebsd.org (Postfix) with ESMTPSA id A41E4673B; Thu, 2 Sep 2021 20:33:37 +0000 (UTC) (envelope-from leres@freebsd.org) Subject: Re: Patched gpsd and /dev/pps0 results in "sleeping thread" kernel panic To: Warner Losh , Ian Lepore Cc: FreeBSD Hackers References: <5476ea21-9e8a-32f5-08ff-add46c02d910@freebsd.org> <5d812d36e5291af35ecadf910a6d5f76b60f1441.camel@freebsd.org> From: Craig Leres Message-ID: Date: Thu, 2 Sep 2021 13:33:35 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.14.0 List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: N When will the resulting fix appear in released/patched versions of FreeBSD 12 and 13? I'm asking with the agenda of wanting to have an optional patch for astro/gpsd that allows use of /dev/pps0 but would like some way to test that kernel has potentially been fixed or at least being able to add something to pkg-message (e.g. "don't enable PPSFIX unless you have applied the kernel patch from D31763 or are running 12.2-RELEASE-p11/13.0-RELEASE-p? or newer"). Craig From nobody Thu Sep 2 20:57:42 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3BC2617ABF89 for ; Thu, 2 Sep 2021 20:57:48 +0000 (UTC) (envelope-from jo@bruelltuete.com) Received: from email.jo-t.de (seppel.jo-t.de [45.132.244.126]) (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 4H0tY74n3Rz3NyX for ; Thu, 2 Sep 2021 20:57:47 +0000 (UTC) (envelope-from jo@bruelltuete.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=bruelltuete.com; s=bruelltuete18a; t=1630616005; bh=LdZ+NP8TilExmAYQTCl6Qz3syJsDgoPwQq0m1TGbHJo=; h=Message-ID:Date:MIME-Version:From:Subject:To:From; b=IljjIoRAY3UtEW+oxJ1vKR/IMNHCiktxkMgpCgOYV2J/3L8gyyqO1S/1AeLtbb9Rv ASlmx0SeLl/DlpJv3jHxptyTR1BjE3kf3Ytej1enZI2zIoQhrPOCRuqJY2U3PnJiRe lwM6RiZ9dcXRMTclA0kLANXJtYz6N1/svN7n+YJtLA2FIgENJZdsisqQVeblLL/QbZ j6GGAmeAtxy2pl7rM0Z45oiKpwAjvGEcChLaaeMhfTgqUsqNnvQ6/hUmAsYxYQwmH5 Ah/qJhdDX5CgQrcdj8GoKIWyRRbUaZplpWYUa0c4nWa5+32DVynTwb9y+Q1M3d4Z25 F/dXG2EyWM1GQ== Message-ID: <2b59c3ae-8330-facd-def9-c0640c56cf3a@bruelltuete.com> Date: Thu, 2 Sep 2021 21:57:42 +0100 List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 Subject: String functions considered unsafe in kernel Content-Language: en-GB To: freebsd-hackers@FreeBSD.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4H0tY74n3Rz3NyX X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bruelltuete.com header.s=bruelltuete18a header.b=IljjIoRA; dmarc=pass (policy=reject) header.from=bruelltuete.com; spf=pass (mx1.freebsd.org: domain of jo@bruelltuete.com designates 45.132.244.126 as permitted sender) smtp.mailfrom=jo@bruelltuete.com X-Spamd-Result: default: False [-4.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[bruelltuete.com:s=bruelltuete18a]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; DKIM_TRACE(0.00)[bruelltuete.com:+]; DMARC_POLICY_ALLOW(-0.50)[bruelltuete.com,reject]; NEURAL_HAM_SHORT(-1.00)[-0.999]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:197540, ipnet:45.132.244.0/22, country:DE]; MID_RHS_MATCH_FROM(0.00)[] Reply-To: jo@bruelltuete.com From: Johannes Totz via freebsd-hackers X-Original-From: Johannes Totz X-ThisMailContainsUnwantedMimeParts: N (looks like gmane swallowed my 1st message, trying again) Hi folks, there are a few string (copy, formatting) functions I would consider unsafe when used in kernel, in particular when used with untrusted input coming from user space. For example: snprintf. Yes it has the size of its output buffer given. But its return value is problematic. Lets say we have something like struct ioctl_structure { int blahblah; char device_name[64]; } void ioctl_handler(... caddr_t addr ...) { struct ioctl_structure* inputdata = addr; char some_internal_buffer[64]; snprintf(some_internal_buffer, sizeof(some_internal_buffer), "%s", inputdata->device_name); } Here, snprintf is supposed to return the number of characters that would have been printed. Ie it will scan the input string all the way to the end. Unfortunately we can craft input that's not null terminated. So snprintf will read well past the end of the buffer, potentially all the way into the next page that may or may not be present. There are more string functions that return similar stuff. For example strlcpy. These functions are used *a lot*. Quite often where the source string is an obvious fixed compile time constant, so no problem there. But also where it's not obvious at first glance. Have we thought about this as a potential source of problems before? From nobody Thu Sep 2 21:30:01 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 343E817BA545 for ; Thu, 2 Sep 2021 21:30:13 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4H0vGY08Fqz3pxD for ; Thu, 2 Sep 2021 21:30:12 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (v-critter.freebsd.dk [192.168.55.3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by phk.freebsd.dk (Postfix) with ESMTPS id 39F6789284; Thu, 2 Sep 2021 21:30:05 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.16.1/8.16.1) with ESMTPS id 182LU1ai072510 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 2 Sep 2021 21:30:01 GMT (envelope-from phk@critter.freebsd.dk) Received: (from phk@localhost) by critter.freebsd.dk (8.16.1/8.16.1/Submit) id 182LU19L072509; Thu, 2 Sep 2021 21:30:01 GMT (envelope-from phk) Message-Id: <202109022130.182LU19L072509@critter.freebsd.dk> To: jo@bruelltuete.com, Johannes Totz via freebsd-hackers Subject: Re: String functions considered unsafe in kernel In-reply-to: <2b59c3ae-8330-facd-def9-c0640c56cf3a@bruelltuete.com> From: "Poul-Henning Kamp" References: <2b59c3ae-8330-facd-def9-c0640c56cf3a@bruelltuete.com> List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <72507.1630618201.1@critter.freebsd.dk> Date: Thu, 02 Sep 2021 21:30:01 +0000 X-Rspamd-Queue-Id: 4H0vGY08Fqz3pxD X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N -------- Johannes Totz via freebsd-hackers writes: > there are a few string (copy, formatting) functions I would consider > unsafe when used in kernel, in particular when used with untrusted input > coming from user space. This is precisely why des@ and I designed at created . Use it. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From nobody Thu Sep 2 22:19:32 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4892617A8062 for ; Thu, 2 Sep 2021 22:19:44 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-vs1-xe36.google.com (mail-vs1-xe36.google.com [IPv6:2607:f8b0:4864:20::e36]) (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 4H0wMh11BCz4ZD2 for ; Thu, 2 Sep 2021 22:19:44 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-vs1-xe36.google.com with SMTP id p14so2884205vsm.2 for ; Thu, 02 Sep 2021 15:19:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=+kHLlJ9J4K0+d9EisvCItFhw/n9XMO1FVVyr8IW7Tk8=; b=DA/72vbm0FSqgoNr2LmxwiMfR20DOt/Yss3oKqn1jRkSWZF8+r/iX9q/fHnVLqhPaJ X0az4QVTLq70FBxrwbsPagol532/9nj1Mb7mYHXXhw5BZZXrMJpmlraXSwl4ZFjsxSxG t7gmb6RzAO/qVz1ALg/opjbs2OmbtiSkDlj4b/dEEB2iTuTy+bdl9j7ll64zZStdvvbk WuwuaGUYvdQLV99IszxEKnwWf63N3VvNGGZT/UX/YkqJofeVsrMdlLw3SWPm+Aw5Gx2S O00hAHoryyfKevdrJ9iZJGF72SVqKVQKwPOWvEPa8iw/MeO7b4USzrTrYjVjOmFCPTxR i9kQ== 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=+kHLlJ9J4K0+d9EisvCItFhw/n9XMO1FVVyr8IW7Tk8=; b=j/cuby7JsVsAiPzn1WhfmsglBoQRW7ncD2iMSItpG4N1oCcHRGXMtfZf4Ks7d4LzDP dEI/LPiGE83AOe+T3gYY0BfiFSb991ZTh4lA7wnCJcyR8EvFmoTbv/TWydf5eAcfNq+o B7MzPRjbHBCiCjlGuVwMQTWz3M4XfcyvyPwoC5fc1MCVJT+6lFzLw+qJz0869f82U/Qt QWSR3KnhHtictYaw6Z2IQhgd8snYx70ixqfJxVDTlYc3PEelbWTTmyNoUu+MQ+FgMNFj uhLqVZ0izmEL4gUa4xHV2n86Qf9NNS7rxPOHQ+6Zq5avN/rheASZ63Ayd0XrEDJKymxJ ZuwA== X-Gm-Message-State: AOAM532PcZ6XbtTrMMMGlPrL+LBLRBr9uy2EPp+I5SLz42Wcm7TzyI6X pJLLzoA8d2fex+3dhMmjd1qY+CvxTBTC421Jx+2OqJ9V/lE= X-Google-Smtp-Source: ABdhPJzhdKM1N0RGm+zhvEHGRfZWd2AOcbmUuNteG8eU44tzjuI6+GNKQrbeUBM7ES3e5PBFvmUPNTKA1qMrIbG8x4M= X-Received: by 2002:a05:6102:322b:: with SMTP id x11mr166114vsf.54.1630621183586; Thu, 02 Sep 2021 15:19:43 -0700 (PDT) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 References: <5476ea21-9e8a-32f5-08ff-add46c02d910@freebsd.org> <5d812d36e5291af35ecadf910a6d5f76b60f1441.camel@freebsd.org> In-Reply-To: From: Warner Losh Date: Thu, 2 Sep 2021 16:19:32 -0600 Message-ID: Subject: Re: Patched gpsd and /dev/pps0 results in "sleeping thread" kernel panic To: Craig Leres Cc: Ian Lepore , FreeBSD Hackers Content-Type: multipart/alternative; boundary="00000000000069430205cb0a9416" X-Rspamd-Queue-Id: 4H0wMh11BCz4ZD2 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: Y --00000000000069430205cb0a9416 Content-Type: text/plain; charset="UTF-8" On Thu, Sep 2, 2021 at 2:33 PM Craig Leres wrote: > > When will the resulting fix appear in released/patched versions of > FreeBSD 12 and 13? I'm asking with the agenda of wanting to have an > optional patch for astro/gpsd that allows use of /dev/pps0 but would > like some way to test that kernel has potentially been fixed or at least > being able to add something to pkg-message (e.g. "don't enable PPSFIX > unless you have applied the kernel patch from D31763 or are running > 12.2-RELEASE-p11/13.0-RELEASE-p? or newer"). > I'll MFC it after a few days. I'm not unsure when it will be merged from there. Warner --00000000000069430205cb0a9416-- From nobody Thu Sep 2 23:30:37 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 09D2017A64F2; Thu, 2 Sep 2021 23:30:48 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pj1-x1029.google.com (mail-pj1-x1029.google.com [IPv6:2607:f8b0:4864:20::1029]) (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 4H0xxg6F3zz4tpV; Thu, 2 Sep 2021 23:30:47 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: by mail-pj1-x1029.google.com with SMTP id fz10so2482495pjb.0; Thu, 02 Sep 2021 16:30:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:content-transfer-encoding:from:mime-version:subject:date :message-id:references:cc:in-reply-to:to; bh=Q3GeHWQUw0mqmYe6vdEicli/Ho6RbyK/9yB8cdoOQDE=; b=KHs/4Z34t3b/4N7PHUwzpxb2BH2lk/Jwken5X3Wop+N/Z7acvBg3erdD8hIKo4W6Dx k3W+5Zt37+08zmNVY9FCqrmAIA/H+Xs/nUtlU1enPu8mXvkkNEJavI6RugSERz9awKUz PagIsfTR/KXq0VnDal8TO20lACs/K6yLoUlY2kxal9NmXSQBLnObhZ5Dqi7eAq39R3kd Yrc69xMtOzwmxVr1QJ7iajK8xCqM87s+BUJnC60T+H2G00wjQWcwpAG7iooIND2W0ry7 q+Q+eUmM+jGm8hjtiDoZfS28fHuPHEbzFA5Uj75g+DPqybjUcPloZeQ+GjvRoJ715jnN dYrQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:content-transfer-encoding:from :mime-version:subject:date:message-id:references:cc:in-reply-to:to; bh=Q3GeHWQUw0mqmYe6vdEicli/Ho6RbyK/9yB8cdoOQDE=; b=NyfVklgwOAxytDq0AmSCdDlTtPZtPnwc55EfdXb3/mHlDlLjZh5iiQqBikNQbjnZaA mIaMZx9vGA1RycnIkFUKa0DLTipu171RgXGo1+mZxy8EBlwOQWWtFCHwGaz6qxSulC9O gGD5flU0TsfMf6GGdR1UoUf9U+tWJ913zVUFtGWPfrUrsNLNOcNEusogOkm8Ti0EA94R I0DbTw/nmVUI4RguaaCvh91kMLu8edcKInYdWPKbAwlYPiJxmqtCzvcjNyhN8wfPTgp9 y6QviCNrRLzpUgwtk/YpBa9HHiFtVuvjvlYsYmvY5XY2tPKBugpWs4WvW4/gcfl31vm+ ED3g== X-Gm-Message-State: AOAM532diu2HLgiLqS6lcVN73yonhfdJK9Tlg1CWSj4rkmlOtJ1UmtL4 zQJ6t8MOWW3PJD+Tlcsh8fvVnm5x2BY= X-Google-Smtp-Source: ABdhPJyZp2XYQgVPEblTdxiu91DVTgX+AfaQ16CKbFVNrqUq1arF5fIllf/Ysa44qqG+QWA4FqW+Kg== X-Received: by 2002:a17:902:8c83:b029:129:17e5:a1cc with SMTP id t3-20020a1709028c83b029012917e5a1ccmr671020plo.49.1630625441371; Thu, 02 Sep 2021 16:30:41 -0700 (PDT) Received: from smtpclient.apple (rist974551.lnk.telstra.net. [165.228.208.150]) by smtp.gmail.com with ESMTPSA id k25sm3044699pfa.213.2021.09.02.16.30.40 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 02 Sep 2021 16:30:41 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: Kubilay Kocak List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org Mime-Version: 1.0 (1.0) Subject: Re: Call for participation Date: Fri, 3 Sep 2021 09:30:37 +1000 Message-Id: References: Cc: FreeBSD Current , FreeBSD Hackers , FreeBSD Ports In-Reply-To: To: Warner Losh X-Mailer: iPhone Mail (18G82) X-Rspamd-Queue-Id: 4H0xxg6F3zz4tpV X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; TAGGED_FROM(0.00)[]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N Yep +1 > On 3 Sep 2021, at 12:46 am, Warner Losh wrote: >=20 > =EF=BB=BFGreetings, >=20 > As teased on twitter, now that summer is over, it's a good time to start > working on the next steps with git. When we moved to git, we knew a number= > of things would come in phase 2 since phase 1 was limited to moving away > from subversion and to git. >=20 > Now's the time for phase 2. The deferred items included better CI > pipelines, better integration with popular hosting sites like github and > gitlab, a look at the tools we have today and how they fit together, and a= > bunch of other items that were less well defined. I've spent the last > several months looking at the different practices in open source, > looking at our tools, etc. We have bits and pieces of many of these items,= > but are missing some glue between what we have. Other areas need more > extensive work. >=20 > To coordinate this work, I'll be leading a team to look at what we can do > in the short term, the medium term and where we think we want to be in the= > long term. I plan on having bi-weekly meetings to discuss different issues= > that come up, to coordinate work and experiments and to give some structur= e > to encouragement for progress to be made. >=20 > This will be a collaborative effort between the developers and the user > community that contributes patches to any part of FreeBSD (the base, ports= > and docs). If you are interested in participating, please drop me a line. > We'll have a core office hours to talk about this soon, and I'd like to > start discussions with those that are interested before hand, as well as > invite people to participate in the office hours. After that, we'll have a= > kick off meeting that's open to everybody who can respectfully contribute.= >=20 > Looking forward to hearing from you. >=20 > Warner From nobody Fri Sep 3 00:41:14 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id A5BD717A1000 for ; Fri, 3 Sep 2021 00:41:44 +0000 (UTC) (envelope-from contact@shiori.com.br) Received: from mout-p-102.mailbox.org (mout-p-102.mailbox.org [IPv6:2001:67c:2050::465:102]) (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 4H0zWX2WQHz3t0F for ; Fri, 3 Sep 2021 00:41:44 +0000 (UTC) (envelope-from contact@shiori.com.br) Received: from smtp2.mailbox.org (smtp2.mailbox.org [80.241.60.241]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-102.mailbox.org (Postfix) with ESMTPS id 4H0zWW3jFgzQjgQ for ; Fri, 3 Sep 2021 02:41:43 +0200 (CEST) X-Virus-Scanned: amavisd-new at heinlein-support.de DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=shiori.com.br; s=MBO0001; t=1630629701; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=Qk3cLvN59bqYWBB04ST1dQDin5JM2NN/xPebAprfHh4=; b=z9uso/CJMDhUDBLV8FjNWNqQ55U0hJhAl8bveeP2aI9eF3vf+WQadyps4eJASqpUwmUiPC kPCfejoXpearAdUPnuzuJCavbYAg8eEOP4Hllhgt8DCljWau/NPBhK6/9m7ccpbYe9fsnw s/1QqtlZ40townhlZUYeqMZOug+nvFRGB736FhN3S0rCL3ISZJmOIrny4UnAP1JNkoTiC9 eiSlXbqhQky0KjXWnKkuUm+XRJX2m9enZiX1SZOMY8aS5YMQ4Cu7z0W+hFsenme7xm9zd2 DS5MqS/XCyVzp0stpyHM6T5VVHjxIRlAt22h+J2p5pkiC02irbBsTf+EkUioDg== From: Filipe da Silva Santos To: Warner Losh Cc: FreeBSD Current , FreeBSD Hackers , FreeBSD Ports Subject: Re: Call for participation In-Reply-To: References: Date: Thu, 02 Sep 2021 21:41:14 -0300 Message-ID: <86lf4ewkwl.fsf@shiori.com.br> List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-Rspamd-Queue-Id: 4H0zWX2WQHz3t0F X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N --=-=-= Content-Type: text/plain +1 -- Filipe da Silva Santos 102E 1944 2189 31FF 06EB 3F79 760B AE45 F7B3 008E --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQJKBAEBCAA0FiEEEC4ZRCGJMf8G6z95dguuRfezAI4FAmExbywWHGNvbnRhY3RA c2hpb3JpLmNvbS5icgAKCRB2C65F97MAjoXMEACRfY/9LI2N1N0n9wyFYf7kyWTW 6bjAtx5FGdXRNISskO62hTMDhNtPreMf11kuC9XDCvb+84oKZwDo6aMwuqPX5Gbe u7r1EGW0YUgicrc0dsps8/mU7q12qQmE9OuCvAYOIhI2o84bfds30xmkGoY5cunU ppldx70Sua54MTubxz+vJ+poHtY7Y4ZjyvnBEKABk+pSGIZAPifcveQk+O/aWv/K UCVWzFWdegfkPa6SdEQvy+Kg45w6Sa0ghGjp/XiMqqz/qr2dNNRxlI6S51B7hQ3H rFPyNxTw1vzd0EHVBWJPI4KBYxAzTwwtE/cC2b3tO9JLKTbFEhyXvaIaB0AY7Qf0 8pOzq2xWAqUTwrxaLZ+BUx1mRmleru3O+ZlNv8Y67LSPY+6yfLvn8yjiaHcRU8IE agiF8XKHBXoMYJlTKA4WYYXco6lU3LCz7OGNcwljtoREx6HcUctYJ46XqulrmCuV 3Vueogwm+yrN3Ai21xqClTSKQ46RalzunjKBEYk9AQWpes7ZESPoCH2ZFpPRRoGQ 5SgIAQGBxNlQ9u7UV6RusAMmvCc9potcnFAIIYCAB5H4/B3R/ygiGggos+kr8OG/ PGs4Vm6plw5D5mqJ0I+ieOylfhIQHNxVJtlzIdNChNAAn1X1LqXuHbm03v+mTsK3 b3eB6UC4IZcJgBWSYQ== =vvqz -----END PGP SIGNATURE----- --=-=-=-- From nobody Fri Sep 3 11:07:43 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id CFF1D17BC246; Fri, 3 Sep 2021 11:07:54 +0000 (UTC) (envelope-from list_freebsd@bluerosetech.com) Received: from echo.brtsvcs.net (echo.brtsvcs.net [IPv6:2607:f740:c::4ae]) (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 4H1FQ2530Fz3mxY; Fri, 3 Sep 2021 11:07:54 +0000 (UTC) (envelope-from list_freebsd@bluerosetech.com) Received: from chombo.houseloki.net (65-100-43-2.dia.static.qwest.net [65.100.43.2]) by echo.brtsvcs.net (Postfix) with ESMTPS id 3CCE338D00; Fri, 3 Sep 2021 11:07:47 +0000 (UTC) Received: from [IPv6:2602:41:642b:630:b907:455d:860e:9208] (unknown [IPv6:2602:41:642b:630:b907:455d:860e:9208]) by chombo.houseloki.net (Postfix) with ESMTPSA id C2958541; Fri, 3 Sep 2021 04:07:45 -0700 (PDT) Subject: Re: Call for participation To: Warner Losh , FreeBSD Current , FreeBSD Hackers , FreeBSD Ports References: From: Mel Pilgrim Message-ID: <60913cb9-8a25-9277-180c-98a0a04f91a6@bluerosetech.com> Date: Fri, 3 Sep 2021 04:07:43 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4H1FQ2530Fz3mxY X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N Count me in On 2021-09-02 7:43, Warner Losh wrote: > Greetings, > > As teased on twitter, now that summer is over, it's a good time to start > working on the next steps with git. When we moved to git, we knew a number > of things would come in phase 2 since phase 1 was limited to moving away > from subversion and to git. > > Now's the time for phase 2. The deferred items included better CI > pipelines, better integration with popular hosting sites like github and > gitlab, a look at the tools we have today and how they fit together, and a > bunch of other items that were less well defined. I've spent the last > several months looking at the different practices in open source, > looking at our tools, etc. We have bits and pieces of many of these items, > but are missing some glue between what we have. Other areas need more > extensive work. > > To coordinate this work, I'll be leading a team to look at what we can do > in the short term, the medium term and where we think we want to be in the > long term. I plan on having bi-weekly meetings to discuss different issues > that come up, to coordinate work and experiments and to give some structure > to encouragement for progress to be made. > > This will be a collaborative effort between the developers and the user > community that contributes patches to any part of FreeBSD (the base, ports > and docs). If you are interested in participating, please drop me a line. > We'll have a core office hours to talk about this soon, and I'd like to > start discussions with those that are interested before hand, as well as > invite people to participate in the office hours. After that, we'll have a > kick off meeting that's open to everybody who can respectfully contribute. > > Looking forward to hearing from you. > > Warner > From nobody Fri Sep 3 12:53:03 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id F0DC817A5418; Fri, 3 Sep 2021 12:53:12 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pl1-x62d.google.com (mail-pl1-x62d.google.com [IPv6:2607:f8b0: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 4H1HlX6C9nz4r49; Fri, 3 Sep 2021 12:53:12 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pl1-x62d.google.com with SMTP id j2so3260178pll.1; Fri, 03 Sep 2021 05:53:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:from:mime-version:subject:date:message-id :references:cc:in-reply-to:to; bh=lE0+sjXvllJ8jp1CSUFbElngOHDomYF8tIM/+vTeGtI=; b=VYQ7qx9um7sXAuVnrguCa/mZAlhVNZwwsZ/fqNwWn1klwsHmqrWkWyhqoAMy3+z5bs uNoJxHstjbjUOx3t7AnnS2HX4g5hpzB0CwzPOi5RTW9SxkgjIKcIwkmYLlPtLm+Ay3Vy yqWHq6hmiS1WOZP+f8PEpKs02+giNU86qkWVrPck47b4jPYXKcQ31mqpxchkv7xP28Fa FDbI0DC0mNibT+RoGNb6pstHwXX3C/bOKg7jh++RSQlu3KncLeTrEqz78yDkPkwnSjgy oPibwvzmDxr1ZnPfmughHKk/75fSOV9wB39WlOcvLzba050JSuvOWMSG9RxUGNCV7NrL hr7g== 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:from:mime-version :subject:date:message-id:references:cc:in-reply-to:to; bh=lE0+sjXvllJ8jp1CSUFbElngOHDomYF8tIM/+vTeGtI=; b=d+6MeYTDScmK+onqTxFE/R9AqptzuaOCCMxf2LaYbK3YFYcKDWzTEoDrhNDXhlX2wh BddqiNMNsMqAHHfqUzM/Hehg/G8NFi+jYhSJko/u7T2HYE9oV5U2CAjYAVHtLdLOhnv0 e9UV7oa6xrSYJ+c/Qr0BNQAqyc5QgWLn8A8nxAxXASWHf82/bDWZ3wBLPrhsoaGgqNkc 76cy5ub6jlJQZA+EeAFwyLydz63YJxawbUW01Yh27myyAk5aJof6icn5sGk5JQpbsgVs pfKl9JvWen5s9P8+QhRJPI6FFYkIbAM+M4n5dQDdAK+1t/1EKgr9mn0iraJ8Bol8K6U6 nWGQ== X-Gm-Message-State: AOAM532AS2k9YNdyRPR4t+D29GW1Cx3vQsg7VvW/j63Dc2GyQ9H8ZxZf W7LfZj+y8vw1OFOF9q6dVrpsNx4vd7eaMw== X-Google-Smtp-Source: ABdhPJwmOyN7EETU2oH5iQvHcLN7tQv4JV0qqf+DztBP/pJbRBqkFfPK40CePERe1QG4YvBuEwCBJQ== X-Received: by 2002:a17:90a:6b83:: with SMTP id w3mr729896pjj.114.1630673585224; Fri, 03 Sep 2021 05:53:05 -0700 (PDT) Received: from smtpclient.apple (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id h5sm4991166pfr.134.2021.09.03.05.53.04 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 03 Sep 2021 05:53:04 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: Enji Cooper List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org Mime-Version: 1.0 (1.0) Subject: Re: Call for participation Date: Fri, 3 Sep 2021 05:53:03 -0700 Message-Id: References: Cc: FreeBSD Current , FreeBSD Hackers , FreeBSD Ports In-Reply-To: To: Warner Losh X-Mailer: iPhone Mail (18G82) X-Rspamd-Queue-Id: 4H1HlX6C9nz4r49 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N Hi, > On Sep 2, 2021, at 07:44, Warner Losh wrote: >=20 > =EF=BB=BFGreetings, >=20 > As teased on twitter, now that summer is over, it's a good time to start > working on the next steps with git. When we moved to git, we knew a number= > of things would come in phase 2 since phase 1 was limited to moving away > from subversion and to git. >=20 > Now's the time for phase 2. The deferred items included better CI > pipelines, better integration with popular hosting sites like github and > gitlab, a look at the tools we have today and how they fit together, and a= > bunch of other items that were less well defined. I've spent the last > several months looking at the different practices in open source, > looking at our tools, etc. We have bits and pieces of many of these items,= > but are missing some glue between what we have. Other areas need more > extensive work. >=20 > To coordinate this work, I'll be leading a team to look at what we can do > in the short term, the medium term and where we think we want to be in the= > long term. I plan on having bi-weekly meetings to discuss different issues= > that come up, to coordinate work and experiments and to give some structur= e > to encouragement for progress to be made. >=20 > This will be a collaborative effort between the developers and the user > community that contributes patches to any part of FreeBSD (the base, ports= > and docs). If you are interested in participating, please drop me a line. > We'll have a core office hours to talk about this soon, and I'd like to > start discussions with those that are interested before hand, as well as > invite people to participate in the office hours. After that, we'll have a= > kick off meeting that's open to everybody who can respectfully contribute.= >=20 > Looking forward to hearing from you. This is potentially good timing. If anyone is interested in following up wit= h pre-commit, or working with me on a PoC, please let me know. I have worked= with it somewhat extensively and have found it to be a wonderful developer c= ompanion infrastructure and tool paired well with git. I bring this up because some of the items which could be handled prior to hi= tting CR could be done via pre-commit, client side. Cheers, -Enji= From nobody Fri Sep 3 14:56:20 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 2AC7F17B40B1 for ; Fri, 3 Sep 2021 14:56:29 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-qv1-xf34.google.com (mail-qv1-xf34.google.com [IPv6:2607:f8b0:4864:20::f34]) (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 4H1LTm2SWfz4W18 for ; Fri, 3 Sep 2021 14:56:28 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-qv1-xf34.google.com with SMTP id dt3so3287368qvb.6 for ; Fri, 03 Sep 2021 07:56:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=mDmclr5NDdJoHbQ3p1VspOHsy1lNQBIRDgibnqnJExA=; b=IwK4mYcCF9U6aYA+vuKFSS9QlZWHCojYqH/h9v/0hAYEI30W3xYvUXPK5A/ANuFMdT m16UXTSBcioWBe9m8zQnr+BZ9rBiMysGXLjE3nAuiyXSELYa9zUddNGBfrTdcBkMv7Xm 9FyMxREKibfxbRJ31GjZRignLKi2OLJfFmk9NSr2aa8gRBNSO8FVvvLkBoLzl/8ckQn4 G7vUsrs9oV3uMvFL7HFmFVhG80mgKrIFy15SGej8f610fSeYRlv6BxAPmigahEtwu72f zAm3GR6daJh3cJ4XmsNVLTnUx0WkyoNhZgDEtGAXUyj5RsPh6HN4xDzxYu9QYrfVZqMR MaRw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=mDmclr5NDdJoHbQ3p1VspOHsy1lNQBIRDgibnqnJExA=; b=pga7qjG8NstGay1YcF6kgdC3oXLQsIIjIW+n73ZHXV0t/50zzxyAtwMDNzLNjSnyXt rlJtX+LdRBm60DdRF8MVR6lGUd6qliACVTDmWfeVedEf4aSqPV9Gbl2zqctwasWWBg+6 Nn3VfztWFCVuTB6er+ylNnSaQBVtZ8gTXEt4w9mlw+geQoNN2qkYOd0zeeXts9EEIZDg CtUR2tT4eZp1M4WRJR46/MezXodYkHUsWAH7HM51bgBD5RmAzpcfEw5G+/pgUvC+u14x UpZV60Y7bRYNrjhsKpYZCSRcVNLw4U9xrHxwC9KkeqUmWe09qvL1yypJxKkEH8Aeoupv zo7w== X-Gm-Message-State: AOAM531FfBnq5/WGSMsF2s/5ul2y+LnDsNLIDE2pVkdlVr3MhTSoL1o7 fwXSFoprv9EdR/4obgq0VywWZg== X-Google-Smtp-Source: ABdhPJxgquwBC24ZghOwr/QzV2DEsyMhGjuGk6a7f17LjyR0JyLx1Dno+7tAIngUcHntvtgdAlK/8Q== X-Received: by 2002:ad4:5990:: with SMTP id ek16mr3884699qvb.30.1630680981702; Fri, 03 Sep 2021 07:56:21 -0700 (PDT) Received: from mutt-hbsd (pool-100-16-224-136.bltmmd.fios.verizon.net. [100.16.224.136]) by smtp.gmail.com with ESMTPSA id g27sm3183698qts.79.2021.09.03.07.56.20 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 03 Sep 2021 07:56:21 -0700 (PDT) Date: Fri, 3 Sep 2021 10:56:20 -0400 From: Shawn Webb To: Warner Losh Cc: FreeBSD Current , FreeBSD Hackers , FreeBSD Ports Subject: Re: Call for participation Message-ID: <20210903145620.u5gz5y7jg77qeazh@mutt-hbsd> X-Operating-System: FreeBSD mutt-hbsd 14.0-CURRENT-HBSD FreeBSD 14.0-CURRENT-HBSD X-PGP-Key: https://git.hardenedbsd.org/hardenedbsd/pubkeys/-/blob/master/Shawn_Webb/03A4CBEBB82EA5A67D9F3853FF2E67A277F8E1FA.pub.asc References: List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="gmf2hcmtcd5cfttf" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4H1LTm2SWfz4W18 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=hardenedbsd.org header.s=google header.b=IwK4mYcC; dmarc=none; spf=pass (mx1.freebsd.org: domain of shawn.webb@hardenedbsd.org designates 2607:f8b0:4864:20::f34 as permitted sender) smtp.mailfrom=shawn.webb@hardenedbsd.org X-Spamd-Result: default: False [-3.20 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[hardenedbsd.org:s=google]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; DMARC_NA(0.00)[hardenedbsd.org]; NEURAL_SPAM_SHORT(0.90)[0.902]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[hardenedbsd.org:+]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::f34:from]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_TLS_ALL(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[100.16.224.136:received] X-ThisMailContainsUnwantedMimeParts: N --gmf2hcmtcd5cfttf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 02, 2021 at 08:43:21AM -0600, Warner Losh wrote: > Greetings, >=20 > As teased on twitter, now that summer is over, it's a good time to start > working on the next steps with git. When we moved to git, we knew a number > of things would come in phase 2 since phase 1 was limited to moving away > from subversion and to git. >=20 > Now's the time for phase 2. The deferred items included better CI > pipelines, better integration with popular hosting sites like github and > gitlab, a look at the tools we have today and how they fit together, and a > bunch of other items that were less well defined. I've spent the last > several months looking at the different practices in open source, > looking at our tools, etc. We have bits and pieces of many of these items, > but are missing some glue between what we have. Other areas need more > extensive work. >=20 > To coordinate this work, I'll be leading a team to look at what we can do > in the short term, the medium term and where we think we want to be in the > long term. I plan on having bi-weekly meetings to discuss different issues > that come up, to coordinate work and experiments and to give some structu= re > to encouragement for progress to be made. >=20 > This will be a collaborative effort between the developers and the user > community that contributes patches to any part of FreeBSD (the base, ports > and docs). If you are interested in participating, please drop me a line. > We'll have a core office hours to talk about this soon, and I'd like to > start discussions with those that are interested before hand, as well as > invite people to participate in the office hours. After that, we'll have a > kick off meeting that's open to everybody who can respectfully contribute. >=20 > Looking forward to hearing from you. Hey Warner, I'd be happy to talk about HardenedBSD's switch from GitHub to Gitea and finally to GitLab. We had a lot of troubles with Gitea and ended up with GitLab. When are you thinking of holding that meeting? Thanks, --=20 Shawn Webb Cofounder / Security Engineer HardenedBSD https://git.hardenedbsd.org/hardenedbsd/pubkeys/-/raw/master/Shawn_Webb/03A= 4CBEBB82EA5A67D9F3853FF2E67A277F8E1FA.pub.asc --gmf2hcmtcd5cfttf Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEA6TL67gupaZ9nzhT/y5nonf44foFAmEyN5EACgkQ/y5nonf4 4frq9BAAoIuCbHW5zr+AzyF6QXyApptL3fpZ9j26vEyO3RlGKMAVEGG8ZQ8vx3zM uz7SvXZ74qwKkOK7UgAUC2yDKhS4yZtxpwXMmLLtfWiHEhHbBspEW3SWLFPf6lMR 1ObV3uMWpDxCZXboDB+waNzQjHxrIhp8NTlKIomrVWsEdSIvyvgAAv8Q8Bunu7Ai Ae0lcnfZxh6o4TOjfEQGUUl9+UT/A9QFc4mM+LHhk+ago3NSQNqQn6TtPFUPP1m/ s7IMO6pK5ZNwAzCpNJIFArRV4gQpQLUZByflRbP7Op0t1KsX1kQPlirIiC/5Q2HD n5JSRnQfSEKTbtf6FX2jxZk1iLrFWKcFzBcGiiVyDXovpfnxDrBFEDk17oqCpn0c uJHOu1qJRf+zIdPgiVf/dtmQvIK/vbotqiRo2qdbbp9g/d/LZC+i6gd5CxRvNJqH N1Uo6cHZr77Y21XH777sfZVfehLYJOOlZefOvjGIGJ96IvT926C2wLd/Y5PDFhsV Ht8cNT8YbqsB2CiDt9Js1f4C9yjw3oxhMry8qus7g0ocFZNZtqkbtEYJIVQcFeJC 3NPUK86eGF8TKqYo4m8GHEduDn63igL+rAorUBkTl35Hctf3Pnnvc7za/AALrIU0 +lrtLWVGFTp5bAymenZL4U0uGrEDkk1p42Zt9Uv1/Ih7Yj0DJeE= =pmpl -----END PGP SIGNATURE----- --gmf2hcmtcd5cfttf-- From nobody Fri Sep 3 17:45:41 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7FA4E17B63D6 for ; Fri, 3 Sep 2021 17:46:00 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-pj1-x102d.google.com (mail-pj1-x102d.google.com [IPv6:2607:f8b0:4864:20::102d]) (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 4H1QFN2jThz3vFb for ; Fri, 3 Sep 2021 17:46:00 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: by mail-pj1-x102d.google.com with SMTP id fz10so100942pjb.0 for ; Fri, 03 Sep 2021 10:46:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Yw6fD9J4ML7PJDF5kBvosPIyEo8IsJ1SsMGunTYr7bQ=; b=bINwjFMqJC7/rFwfVTjWQQumjYzWL4nxI2Ygw6to7BsXmXmxSOn2SMqTVK1J2B7I1w PN/4zuyc4yj1pHJcrljiQsXYjmCOSSBT2PZeIljIRGNwlekHBKb71TGuFP4uHr7qMtx/ kcCvvhrilk7jdaB3ZPJKYD50nXqxWrwmErUDMF8zcJQT21JNjSZ284/8IDLod/eiDDT/ PLubk0kjlO7zmM746E7Gy1wl6SA3XUcESYgXaKUofNUCOFJWY6yuxi9ybpDYusMh5bqR LDx2Eqhjh4VkTBO1W5xNK+bGxqhHtsApWhl0lGUtmCT0pMvOKE9TS2LnFPrwtSXqJPsm gT6w== 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=Yw6fD9J4ML7PJDF5kBvosPIyEo8IsJ1SsMGunTYr7bQ=; b=hK1cTYbZ05U4hGAC57UkhQbQgoiglPOS28IvA3YobNIrofC75pLzbBUgfDJsa2HVDY 2ANoRzzhC5yHkOOOM1kYWQ/4pG2Y8rPfi5lEzBweYhNMCbj5PXkADbNk8nl27RT7TjTD 3nAdzD4I86uMhzCOYwSWcJ1WMVPQNSOy1JHZ9TtfOM/MxudfxjufsLPN7Foi5MyY+L3d 55LnYE2Ua+1d7pDo2F942T/gDl3kCxttqsR6hZhil32EqRqAeW/i8cJD1QUF2iBeZn8w CvQc4LHARJGNVM0TLO99EtA5SNGLhNKoTj17+46m2cXgV5j74ibw6Rv32Cfx2hFpuCWr lTqg== X-Gm-Message-State: AOAM531111v7v2gq9YjBpog8t+T94h8bNHhayWPITJSb5BG4r4Mq5nSY QTOwAGxYU0lhKHH9w7F8uZdrpIOOP2ERyYr+mNW1kqJ8 X-Google-Smtp-Source: ABdhPJzW0PfYpNwbwlTLddURP1Vgx/tTmU0zf+RFe7G68syst/VNOkHIQAPLxrJnoUKEb0n+ssf45IH28dbVoJemNEM= X-Received: by 2002:a17:90a:ae18:: with SMTP id t24mr73141pjq.92.1630691152348; Fri, 03 Sep 2021 10:45:52 -0700 (PDT) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 References: <2b59c3ae-8330-facd-def9-c0640c56cf3a@bruelltuete.com> In-Reply-To: <2b59c3ae-8330-facd-def9-c0640c56cf3a@bruelltuete.com> From: Ryan Stone Date: Fri, 3 Sep 2021 13:45:41 -0400 Message-ID: Subject: Re: String functions considered unsafe in kernel To: jo@bruelltuete.com Cc: FreeBSD Hackers Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4H1QFN2jThz3vFb X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N It's straight-up a bug to do *anything* directly on a user-provided string. You must use copyinstr to copy it into a kernel buffer first, which guarantees null termination. In legacy cases where a user provided buffer could be legitimately not null-terminated, such as in a struct sockaddr_un, developers must take care to null-terminate the string themselves after copyin. From nobody Fri Sep 3 23:37:30 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 203CE1799A03; Fri, 3 Sep 2021 23:37:38 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: from mail-lf1-x132.google.com (mail-lf1-x132.google.com [IPv6:2a00:1450:4864:20::132]) (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 4H1Z350kQjz3Jg1; Fri, 3 Sep 2021 23:37:37 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: by mail-lf1-x132.google.com with SMTP id m28so1378485lfj.6; Fri, 03 Sep 2021 16:37:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:date:to:cc:subject:message-id:mime-version :content-transfer-encoding; bh=b2y5tLsBb9BlAlTQy2dKno6NhMzG1l3piXBG1Gp36E8=; b=p2Gj2Q/GQt0bKU5ysS4oDYSJmpFu8Aizq6stqbvy7bq/OQXqR3MQkaSj4gyGRjpXnn j5A9vwdqFE/LSZQMRzKrBqg6m/1YtwIv4NDx4ykRbBAlrZ/hDGRpYUidzMEY5WBHSCTU C7smHV/uRsaGDvNZkxsLL5Cy8xkgzO/J/NR85umVSv3LqBl9blmDSiQ3nab7YhzO9nDB JCjF2GV5mKulKeHZvtTu/OYesx/SUxy7hoAMPFexiJyRO32h2qWqsLWw+7A+HXqc6Y4o rPpzw7tvt62USiylmfJ8XvVv9oI0XFqTL+qLDwPO6OjxMCFF+4n/2mktb4ABtramjqW2 HVsw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:date:to:cc:subject:message-id:mime-version :content-transfer-encoding; bh=b2y5tLsBb9BlAlTQy2dKno6NhMzG1l3piXBG1Gp36E8=; b=sML5eTmWsbalPnbIEUX4m7qlgOEvibG0My1RMP4CsBvjZkfvRhuoBh93VW2OVAU05Y 4/IkrBc/l4yUsWcw5OPWG0D2yx2TMSJT6dWMjV0wxdhBdQZtGfc/B9ZPSt5mVaMIn+Ud lhr5MHGUKUBR/40qjO/IMWaKBPjrLAp93B6XssE+68DSDRiGlKQvUii3vdV/Nk9VFHl5 tWOvqbo9b1EWnyY2sJ2x7AF7FPUG+hGsd/8QoM5z26yaZqRjVYmpRlSSECUHpjgpkYMM C6Uw6XRG28Me/2VsprElYqT/hj1SiH9AupKfXRupaKNPHnzoWBtBdJM5flQ73NbMadsf u7wg== X-Gm-Message-State: AOAM533d75UOqLI9hnUx9g1uTY5OB4wIxu3jrc5B+C6wLRIYQx8CIn3S rsQZKSwCvmW4n0aje77UGSlAc3R6okU= X-Google-Smtp-Source: ABdhPJy25/x5KnHez0SQlsfWUaXZcjvND91XH8DRgDg0aRtFMMYu0YZqcq7l/9ZzAflezrVo+O4KBg== X-Received: by 2002:a05:6512:4008:: with SMTP id br8mr907915lfb.569.1630712255631; Fri, 03 Sep 2021 16:37:35 -0700 (PDT) Received: from rimwks.local ([2001:470:1f15:3d8:7285:c2ff:fe37:5722]) by smtp.gmail.com with ESMTPSA id f44sm79033lfv.259.2021.09.03.16.37.34 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 03 Sep 2021 16:37:35 -0700 (PDT) From: Rozhuk Ivan X-Google-Original-From: Rozhuk Ivan Date: Sat, 4 Sep 2021 02:37:30 +0300 To: freebsd-net@freebsd.org, freebsd-hackers@freebsd.org Cc: Rozhuk Ivan Subject: TCP connection ignore RST Message-ID: <20210904023730.5eddd6fd@rimwks.local> X-Mailer: Claws Mail 3.18.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.0) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4H1Z350kQjz3Jg1 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b="p2Gj2Q/G"; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rozhukim@gmail.com designates 2a00:1450:4864:20::132 as permitted sender) smtp.mailfrom=rozhukim@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; 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:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::132:from]; FREEMAIL_CC(0.00)[gmail.com]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hi! I have strange case: FreeBSD 12.2 ignore TCP RST from windows host and continue retransmitting packets. sockstat show that socket connected even after many tcp rst packets received. Any ideas how to fix it? System build from: commit 8c01699f9194cfa3805ac734ae912529a10c063a CommitDate: Wed Jan 20 14:40:13 2021 +0100 Add some examples to script.1... root@sa# sockstat -P tcp -v -s -S -p 389 USER COMMAND PID FD PROTO LOCAL ADDRESS FOREIGN ADDRESS PATH STATE CONN STATE STACK a s 2583 35 tcp4 192.168.33.89:62284 192.168.33.200:389 ESTABLISHED freebsd root@sa# tcpdump -n -vvvvvvvv -i vmx0 tcp port 389 tcpdump: listening on vmx0, link-type EN10MB (Ethernet), capture size 262144 bytes 01:32:19.128521 IP (tos 0x0, ttl 128, id 40117, offset 0, flags [none], proto TCP (6), length 60) 192.168.33.89.62284 > 192.168.33.200.389: Flags [S], cksum 0xc4a0 (incorrect -> 0x4ba5), seq 3223907587, win 65535, options [mss 1460,nop,wscale 10,sackOK,TS val 3640114415 ecr 0], length 0 01:32:19.128918 IP (tos 0x0, ttl 128, id 22220, offset 0, flags [DF], proto TCP (6), length 60) 192.168.33.200.389 > 192.168.33.89.62284: Flags [S.], cksum 0xca32 (correct), seq 1489249264, ack 3223907588, win 8192, options [mss 1460,nop,wscale 8,sackOK,TS val 124116297 ecr 3640114415], length 0 01:32:19.128949 IP (tos 0x0, ttl 128, id 42613, offset 0, flags [none], proto TCP (6), length 52) 192.168.33.89.62284 > 192.168.33.200.389: Flags [.], cksum 0xc498 (incorrect -> 0x10ff), seq 1, ack 1, win 2049, options [nop,nop,TS val 3640114415 ecr 124116297], length 0 01:32:19.129431 IP (tos 0x0, ttl 128, id 24596, offset 0, flags [none], proto TCP (6), length 86) 192.168.33.89.62284 > 192.168.33.200.389: Flags [P.], cksum 0xc4ba (incorrect -> 0xe4b3), seq 1:35, ack 1, win 2049, options [nop,nop,TS val 3640114415 ecr 124116297], length 34 01:32:19.130310 IP (tos 0x0, ttl 128, id 22221, offset 0, flags [DF], proto TCP (6), length 74) 192.168.33.200.389 > 192.168.33.89.62284: Flags [P.], cksum 0x35bb (correct), seq 1:23, ack 35, win 260, options [nop,nop,TS val 124116297 ecr 3640114415], length 22 01:32:19.131230 IP (tos 0x0, ttl 128, id 54687, offset 0, flags [none], proto TCP (6), length 163) 192.168.33.89.62284 > 192.168.33.200.389: Flags [P.], cksum 0xc507 (incorrect -> 0x37f8), seq 35:146, ack 23, win 2049, options [nop,nop,TS val 3640114415 ecr 124116297], length 111 01:32:19.131560 IP (tos 0x0, ttl 128, id 22222, offset 0, flags [DF], proto TCP (6), length 585) 192.168.33.200.389 > 192.168.33.89.62284: Flags [P.], cksum 0x943d (correct), seq 23:556, ack 146, win 259, options [nop,nop,TS val 124116297 ecr 3640114415], length 533 01:32:19.133323 IP (tos 0x0, ttl 128, id 50714, offset 0, flags [none], proto TCP (6), length 198) 192.168.33.89.62284 > 192.168.33.200.389: Flags [P.], cksum 0xc52a (incorrect -> 0x0ba5), seq 146:292, ack 556, win 2049, options [nop,nop,TS val 3640114415 ecr 124116297], length 146 01:32:19.133861 IP (tos 0x0, ttl 128, id 22223, offset 0, flags [DF], proto TCP (6), length 471) 192.168.33.200.389 > 192.168.33.89.62284: Flags [P.], cksum 0x3b5d (correct), seq 556:975, ack 292, win 259, options [nop,nop,TS val 124116298 ecr 3640114415], length 419 01:32:19.135305 IP (tos 0x0, ttl 128, id 43284, offset 0, flags [none], proto TCP (6), length 115) 192.168.33.89.62284 > 192.168.33.200.389: Flags [P.], cksum 0xc4d7 (incorrect -> 0xac6a), seq 292:355, ack 975, win 2049, options [nop,nop,TS val 3640114415 ecr 124116298], length 63 01:32:19.135900 IP (tos 0x0, ttl 128, id 22224, offset 0, flags [DF], proto TCP (6), length 1500) 192.168.33.200.389 > 192.168.33.89.62284: Flags [.], cksum 0x5ffb (correct), seq 975:2423, ack 355, win 258, options [nop,nop,TS val 124116298 ecr 3640114415], length 1448 01:32:19.135913 IP (tos 0x0, ttl 128, id 22225, offset 0, flags [DF], proto TCP (6), length 299) 192.168.33.200.389 > 192.168.33.89.62284: Flags [P.], cksum 0x7cb3 (correct), seq 2423:2670, ack 355, win 258, options [nop,nop,TS val 124116298 ecr 3640114415], length 247 01:32:19.135935 IP (tos 0x0, ttl 128, id 32903, offset 0, flags [none], proto TCP (6), length 52) 192.168.33.89.62284 > 192.168.33.200.389: Flags [.], cksum 0xc498 (incorrect -> 0x0530), seq 355, ack 2670, win 2048, options [nop,nop,TS val 3640114415 ecr 124116298], length 0 01:32:19.139239 IP (tos 0x0, ttl 128, id 64896, offset 0, flags [none], proto TCP (6), length 148) 192.168.33.89.62284 > 192.168.33.200.389: Flags [P.], cksum 0xc4f8 (incorrect -> 0xd163), seq 355:451, ack 2670, win 2049, options [nop,nop,TS val 3640114425 ecr 124116298], length 96 01:32:19.139753 IP (tos 0x0, ttl 128, id 22226, offset 0, flags [DF], proto TCP (6), length 1218) 192.168.33.200.389 > 192.168.33.89.62284: Flags [P.], cksum 0x1c85 (correct), seq 2670:3836, ack 451, win 258, options [nop,nop,TS val 124116298 ecr 3640114425], length 1166 01:32:19.141672 IP (tos 0x0, ttl 128, id 37692, offset 0, flags [none], proto TCP (6), length 59) 192.168.33.89.62284 > 192.168.33.200.389: Flags [P.], cksum 0xc49f (incorrect -> 0xaddf), seq 451:458, ack 3836, win 2049, options [nop,nop,TS val 3640114425 ecr 124116298], length 7 01:32:19.141924 IP (tos 0x0, ttl 128, id 22227, offset 0, flags [DF], proto TCP (6), length 40) 192.168.33.200.389 > 192.168.33.89.62284: Flags [R.], cksum 0xbbe5 (correct), seq 3836, ack 458, win 0, length 0 01:32:19.408167 IP (tos 0x0, ttl 128, id 51302, offset 0, flags [none], proto TCP (6), length 59) 192.168.33.89.62284 > 192.168.33.200.389: Flags [P.], cksum 0xc49f (incorrect -> 0xacd0), seq 451:458, ack 3836, win 2049, options [nop,nop,TS val 3640114696 ecr 124116298], length 7 01:32:19.408464 IP (tos 0x0, ttl 128, id 22241, offset 0, flags [DF], proto TCP (6), length 40) 192.168.33.200.389 > 192.168.33.89.62284: Flags [R], cksum 0xdf3b (correct), seq 1489253100, win 0, length 0 01:32:19.748075 IP (tos 0x0, ttl 128, id 56645, offset 0, flags [none], proto TCP (6), length 59) 192.168.33.89.62284 > 192.168.33.200.389: Flags [P.], cksum 0xc49f (incorrect -> 0xab7c), seq 451:458, ack 3836, win 2049, options [nop,nop,TS val 3640115036 ecr 124116298], length 7 01:32:19.748381 IP (tos 0x0, ttl 128, id 22244, offset 0, flags [DF], proto TCP (6), length 40) 192.168.33.200.389 > 192.168.33.89.62284: Flags [R], cksum 0xdf3b (correct), seq 1489253100, win 0, length 0 01:32:20.228076 IP (tos 0x0, ttl 128, id 16474, offset 0, flags [none], proto TCP (6), length 59) 192.168.33.89.62284 > 192.168.33.200.389: Flags [P.], cksum 0xc49f (incorrect -> 0xa99c), seq 451:458, ack 3836, win 2049, options [nop,nop,TS val 3640115516 ecr 124116298], length 7 01:32:20.228470 IP (tos 0x0, ttl 128, id 22247, offset 0, flags [DF], proto TCP (6), length 40) 192.168.33.200.389 > 192.168.33.89.62284: Flags [R], cksum 0xdf3b (correct), seq 1489253100, win 0, length 0 01:32:20.988094 IP (tos 0x0, ttl 128, id 51707, offset 0, flags [none], proto TCP (6), length 59) 192.168.33.89.62284 > 192.168.33.200.389: Flags [P.], cksum 0xc49f (incorrect -> 0xa6a4), seq 451:458, ack 3836, win 2049, options [nop,nop,TS val 3640116276 ecr 124116298], length 7 01:32:20.988405 IP (tos 0x0, ttl 128, id 22250, offset 0, flags [DF], proto TCP (6), length 40) 192.168.33.200.389 > 192.168.33.89.62284: Flags [R], cksum 0xdf3b (correct), seq 1489253100, win 0, length 0 01:32:22.308132 IP (tos 0x0, ttl 128, id 29337, offset 0, flags [none], proto TCP (6), length 59) 192.168.33.89.62284 > 192.168.33.200.389: Flags [P.], cksum 0xc49f (incorrect -> 0xa17c), seq 451:458, ack 3836, win 2049, options [nop,nop,TS val 3640117596 ecr 124116298], length 7 01:32:22.308280 IP (tos 0x0, ttl 128, id 22340, offset 0, flags [DF], proto TCP (6), length 40) 192.168.33.200.389 > 192.168.33.89.62284: Flags [R], cksum 0xdf3b (correct), seq 1489253100, win 0, length 0 01:32:24.748054 IP (tos 0x0, ttl 128, id 14340, offset 0, flags [none], proto TCP (6), length 59) 192.168.33.89.62284 > 192.168.33.200.389: Flags [P.], cksum 0xc49f (incorrect -> 0x97f4), seq 451:458, ack 3836, win 2049, options [nop,nop,TS val 3640120036 ecr 124116298], length 7 01:32:24.748345 IP (tos 0x0, ttl 128, id 22370, offset 0, flags [DF], proto TCP (6), length 40) 192.168.33.200.389 > 192.168.33.89.62284: Flags [R], cksum 0xdf3b (correct), seq 1489253100, win 0, length 0 01:32:29.428068 IP (tos 0x0, ttl 128, id 33249, offset 0, flags [none], proto TCP (6), length 59) 192.168.33.89.62284 > 192.168.33.200.389: Flags [P.], cksum 0xc49f (incorrect -> 0x85ac), seq 451:458, ack 3836, win 2049, options [nop,nop,TS val 3640124716 ecr 124116298], length 7 01:32:29.428395 IP (tos 0x0, ttl 128, id 22375, offset 0, flags [DF], proto TCP (6), length 40) 192.168.33.200.389 > 192.168.33.89.62284: Flags [R], cksum 0xdf3b (correct), seq 1489253100, win 0, length 0 01:32:38.588058 IP (tos 0x0, ttl 128, id 30609, offset 0, flags [none], proto TCP (6), length 59) 192.168.33.89.62284 > 192.168.33.200.389: Flags [P.], cksum 0xc49f (incorrect -> 0x61e4), seq 451:458, ack 3836, win 2049, options [nop,nop,TS val 3640133876 ecr 124116298], length 7 01:32:38.588490 IP (tos 0x0, ttl 128, id 22377, offset 0, flags [DF], proto TCP (6), length 40) 192.168.33.200.389 > 192.168.33.89.62284: Flags [R], cksum 0xdf3b (correct), seq 1489253100, win 0, length 0 01:32:56.708045 IP (tos 0x0, ttl 128, id 37650, offset 0, flags [none], proto TCP (6), length 59) 192.168.33.89.62284 > 192.168.33.200.389: Flags [P.], cksum 0xc49f (incorrect -> 0x1b1c), seq 451:458, ack 3836, win 2049, options [nop,nop,TS val 3640151996 ecr 124116298], length 7 01:32:56.708403 IP (tos 0x0, ttl 128, id 22381, offset 0, flags [DF], proto TCP (6), length 40) 192.168.33.200.389 > 192.168.33.89.62284: Flags [R], cksum 0xdf3b (correct), seq 1489253100, win 0, length 0 01:33:26.829653 IP (tos 0x0, ttl 128, id 6370, offset 0, flags [none], proto TCP (6), length 86) 192.168.33.89.62284 > 192.168.33.200.389: Flags [P.], cksum 0xc4ba (incorrect -> 0xc579), seq 458:492, ack 3836, win 2049, options [nop,nop,TS val 3640182115 ecr 124116298], length 34 01:33:26.829919 IP (tos 0x0, ttl 128, id 22406, offset 0, flags [DF], proto TCP (6), length 40) 192.168.33.200.389 > 192.168.33.89.62284: Flags [R], cksum 0xdf3b (correct), seq 1489253100, win 0, length 0 01:33:32.748171 IP (tos 0x0, ttl 128, id 54306, offset 0, flags [none], proto TCP (6), length 93) 192.168.33.89.62284 > 192.168.33.200.389: Flags [P.], cksum 0xc4c1 (incorrect -> 0x6cff), seq 451:492, ack 3836, win 2049, options [nop,nop,TS val 3640188036 ecr 124116298], length 41 01:33:32.748576 IP (tos 0x0, ttl 128, id 22407, offset 0, flags [DF], proto TCP (6), length 40) 192.168.33.200.389 > 192.168.33.89.62284: Flags [R], cksum 0xdf3b (correct), seq 1489253100, win 0, length 0 01:34:08.788230 IP (tos 0x0, ttl 128, id 31457, offset 0, flags [none], proto TCP (6), length 93) 192.168.33.89.62284 > 192.168.33.200.389: Flags [P.], cksum 0xc4c1 (incorrect -> 0xe036), seq 451:492, ack 3836, win 2049, options [nop,nop,TS val 3640224076 ecr 124116298], length 41 01:34:08.788496 IP (tos 0x0, ttl 128, id 22427, offset 0, flags [DF], proto TCP (6), length 40) 192.168.33.200.389 > 192.168.33.89.62284: Flags [R], cksum 0xdf3b (correct), seq 1489253100, win 0, length 0 01:34:44.828060 IP (tos 0x0, ttl 128, id 8424, offset 0, flags [none], proto TCP (6), length 93) 192.168.33.89.62284 > 192.168.33.200.389: Flags [P.], cksum 0xc4c1 (incorrect -> 0x536e), seq 451:492, ack 3836, win 2049, options [nop,nop,TS val 3640260116 ecr 124116298], length 41 01:34:44.828384 IP (tos 0x0, ttl 128, id 22429, offset 0, flags [DF], proto TCP (6), length 40) 192.168.33.200.389 > 192.168.33.89.62284: Flags [R], cksum 0xdf3b (correct), seq 1489253100, win 0, length 0 01:35:20.868093 IP (tos 0x0, ttl 128, id 1379, offset 0, flags [none], proto TCP (6), length 52) 192.168.33.89.62284 > 192.168.33.200.389: Flags [R.], cksum 0xc498 (incorrect -> 0x4225), seq 492, ack 3836, win 0, options [nop,nop,TS val 3640296156 ecr 124116298], length 0 From nobody Sat Sep 4 00:14:25 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E75BA17AB291; Sat, 4 Sep 2021 00:14:35 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pj1-x102f.google.com (mail-pj1-x102f.google.com [IPv6:2607:f8b0:4864:20::102f]) (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 4H1Zsl5tDBz3l4D; Sat, 4 Sep 2021 00:14:35 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: by mail-pj1-x102f.google.com with SMTP id fz10so631068pjb.0; Fri, 03 Sep 2021 17:14:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:content-transfer-encoding:from:mime-version:subject:date :message-id:references:cc:in-reply-to:to; bh=aH8yu5X8oZIcxXMvgT8pM4XnVfYs/j/4bjZm6yEzLpo=; b=ikdaBfaSM3hSHLo9iM/V1Cp29HCmbJj/UCkc5H2YqN7oQsO8FCdtkL1hHpSz5VEN/H jTej7HRINJb3KP/SUAT/F1IdJHP4PsyVL9sYcQDjdJ/TMXXSpqPuXtMRZyKIgaAhwNK0 Np0Qjkg20xvx9NawTD0M8Xc/SXHPCJmlc8tChL9QE1ddnOBt7Sd0j13vCYF5InNXTgbC MYPN+GfgqgFKRcxDB+kzBwmDiI6vGY3gLKLp33PkiunNxAzN2Auf8qVEwToxQKOSaOkJ wLnCXRx+Ke+0ayd6p4xukHzuZBzvwy0FQOxOl6WwDGUGodHq9TIHvK59QHiWe7Dxmzc3 UJ1g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:content-transfer-encoding:from :mime-version:subject:date:message-id:references:cc:in-reply-to:to; bh=aH8yu5X8oZIcxXMvgT8pM4XnVfYs/j/4bjZm6yEzLpo=; b=TxNZj0JEGP2kjAvRmCXnK531p4Bqa/8nO3YjsV50yTTPg4zBWRVvqNOOZrUEcck+F+ 856SZeDHjXQnRycXl+haYYHlGiiI/XiapZMFbAr4yHjYh9OgKf0/n+RAh+IKvOSFtXmF cXkQVaj5qi3RG8WqF2KmvoFmABabZ6Xx4n1KqoVcfoi6AWDbIKJRcIRoABokrMpUqwFR zUYZbaPYiK3qJNNoGWGAPGIg29+6etqaY8phg2amwaBTGlM/A4UpqE7Wa6HoWWWLmCz5 7+WUnrqSRU6BubNTVS5hnt8TvoPp6xQe/N3txYYn2aN+7G+rfMjNup+zraof4h6JJgwn nMMQ== X-Gm-Message-State: AOAM532Q7ce+Rvi0CcU+KrgSMNhx6vkPFi/u3yg2i7hX7t5zV066+UOb J4h0CkkVn80JTlHp1tAQPCgrq4WPPXpslg== X-Google-Smtp-Source: ABdhPJyYCVOUNkL+jFRWVfLr36mRxYPCYLhWqaU3eFl6hnXReAU+tVd3rpqINrlSkAqLDmlb8NLsjw== X-Received: by 2002:a17:90b:1c07:: with SMTP id oc7mr1420536pjb.153.1630714469200; Fri, 03 Sep 2021 17:14:29 -0700 (PDT) Received: from smtpclient.apple (2403-5800-7500-3601-3c68-238-8219-3733.ip6.aussiebb.net. [2403:5800:7500:3601:3c68:238:8219:3733]) by smtp.gmail.com with ESMTPSA id l12sm420470pff.182.2021.09.03.17.14.28 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 03 Sep 2021 17:14:28 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: Kubilay Kocak List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org Mime-Version: 1.0 (1.0) Subject: Re: Call for participation Date: Sat, 4 Sep 2021 10:14:25 +1000 Message-Id: <44AB7881-B1BE-4D78-90A6-BB085AF5B92D@freebsd.org> References: <20210903145620.u5gz5y7jg77qeazh@mutt-hbsd> Cc: Warner Losh , FreeBSD Current , FreeBSD Hackers , FreeBSD Ports In-Reply-To: <20210903145620.u5gz5y7jg77qeazh@mutt-hbsd> To: Shawn Webb X-Mailer: iPhone Mail (18G82) X-Rspamd-Queue-Id: 4H1Zsl5tDBz3l4D 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-ThisMailContainsUnwantedMimeParts: N No firm dates yet, we=E2=80=99ll make sure everyone has ample time ahead of,= and communicate session schedules when determined > On 4 Sep 2021, at 12:59 am, Shawn Webb wrote:= >=20 > =EF=BB=BFOn Thu, Sep 02, 2021 at 08:43:21AM -0600, Warner Losh wrote: >> Greetings, >>=20 >> As teased on twitter, now that summer is over, it's a good time to start >> working on the next steps with git. When we moved to git, we knew a numbe= r >> of things would come in phase 2 since phase 1 was limited to moving away >> from subversion and to git. >>=20 >> Now's the time for phase 2. The deferred items included better CI >> pipelines, better integration with popular hosting sites like github and >> gitlab, a look at the tools we have today and how they fit together, and a= >> bunch of other items that were less well defined. I've spent the last >> several months looking at the different practices in open source, >> looking at our tools, etc. We have bits and pieces of many of these items= , >> but are missing some glue between what we have. Other areas need more >> extensive work. >>=20 >> To coordinate this work, I'll be leading a team to look at what we can do= >> in the short term, the medium term and where we think we want to be in th= e >> long term. I plan on having bi-weekly meetings to discuss different issue= s >> that come up, to coordinate work and experiments and to give some structu= re >> to encouragement for progress to be made. >>=20 >> This will be a collaborative effort between the developers and the user >> community that contributes patches to any part of FreeBSD (the base, port= s >> and docs). If you are interested in participating, please drop me a line.= >> We'll have a core office hours to talk about this soon, and I'd like to >> start discussions with those that are interested before hand, as well as >> invite people to participate in the office hours. After that, we'll have a= >> kick off meeting that's open to everybody who can respectfully contribute= . >>=20 >> Looking forward to hearing from you. >=20 > Hey Warner, >=20 > I'd be happy to talk about HardenedBSD's switch from GitHub to Gitea > and finally to GitLab. We had a lot of troubles with Gitea and ended > up with GitLab. >=20 > When are you thinking of holding that meeting? >=20 > Thanks, >=20 > --=20 > Shawn Webb > Cofounder / Security Engineer > HardenedBSD >=20 > https://git.hardenedbsd.org/hardenedbsd/pubkeys/-/raw/master/Shawn_Webb/03= A4CBEBB82EA5A67D9F3853FF2E67A277F8E1FA.pub.asc From nobody Sat Sep 4 15:59:06 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3E56417B2042 for ; Sat, 4 Sep 2021 15:59:29 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io1-f46.google.com (mail-io1-f46.google.com [209.85.166.46]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H1zr03j3Rz3wHP for ; Sat, 4 Sep 2021 15:59:28 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io1-f46.google.com with SMTP id b7so2820387iob.4 for ; Sat, 04 Sep 2021 08:59:28 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=uAO708Wp0NGlQWIGaNqv03gzvmG7EUcdLTy0mTuJVOI=; b=pKAwH3rgUnlG2BBzq/Cc0pTw04S04ouQWl/DI2odbUQRbAZRDwmMtKA1fVbX8YpksZ 2nyd1yTVOPjYtt5OiK2EoxnslWIy2sLUlmZzelUEIbdfBdZiCv2QoT0x4sNTye3vjr1M +ksmvXPpWp/vtV37crt65AabW9NxxXaS20qfQsnMV0tsR/2d3QZDDhTGIH3G4+uXzDRb Go9vqBKMHjlDHVQPduGxzCspHTuYRBiXje6luTD8T0mp3u7+wOwYbwuf7v9SnBI3r7Ro 03NrR8dTCwaC1nx6VDZTTXfoSIUbynj2mLV+bsdYJ22CMXAQvUYR70jalOooi1VHazFK iQuw== X-Gm-Message-State: AOAM533E9NTzwbbw2cPUKiIe0iVBONcY91ck1cAISAL7npirf+33yAT9 bVYDRSVp5l2sAxU0tOWC7bdWK0lg1a9vR6qESEYbBrxKIC8= X-Google-Smtp-Source: ABdhPJwUFAkb7lcsu5v+TguNg1FvUIq6rffTdKsl6TlB+zPxx0XiObM73MAGWEKVc4v5QO7OzAfBnLyy4gJiA/4M7kU= X-Received: by 2002:a5d:8784:: with SMTP id f4mr3477676ion.48.1630771161972; Sat, 04 Sep 2021 08:59:21 -0700 (PDT) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 From: Ed Maste Date: Sat, 4 Sep 2021 11:59:06 -0400 Message-ID: Subject: OpenSSH 8.7p1 update for the base system To: FreeBSD Hackers Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4H1zr03j3Rz3wHP 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.46 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-2.78 / 15.00]; RCVD_TLS_ALL(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEFALL_USER(0.00)[carpeddiem]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_NA(0.00)[freebsd.org]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.78)[-0.784]; RCVD_IN_DNSWL_NONE(0.00)[209.85.166.46:from]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.166.46:from]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; 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)[] X-ThisMailContainsUnwantedMimeParts: N I'm preparing to update OpenSSH in the FreeBSD base system to 8.7p1, and am sharing an initial patch for testing. The update is available from a branch in my github repo: https://github.com/emaste/freebsd/tree/openssh-8.7p1-wip (commit 0afe07936bbd37a1b91ead95f580c47ccc16df79) Also as a diff against main: https://people.freebsd.org/~emaste/openssh/FreeBSD-base-openssh-8.7p1-20210904-114623.diff In addition I have a review open in Phabricator, although it is quite awkward to usefully review a vendor update presented like this. https://reviews.freebsd.org/D29985 If you give it a try please let me know what you've tested out. From nobody Sat Sep 4 18:25:29 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 841C117A9449 for ; Sat, 4 Sep 2021 18:25:38 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-ed1-x52d.google.com (mail-ed1-x52d.google.com [IPv6:2a00:1450:4864:20::52d]) (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 4H234f330Xz3Mmp; Sat, 4 Sep 2021 18:25:38 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-ed1-x52d.google.com with SMTP id j13so3467858edv.13; Sat, 04 Sep 2021 11:25:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=6YvHKa3QISInXwylxfA9c8dL0DDNjmtF4DTJ7dJDgNk=; b=pbIE3i5tsgCiZCT+aTmKYdQQl3xH6syp6PY7lXjCKxCRfkedrWE6NIW2uxHq5U4g/M 2+24OtlNnHyYjT9hZqIjfj8uFL6xlfHHZ0txrnHDeMRjDkjvNizs8xuGifuqzkvHVOLa pG0hvIlThcrXtF8iFLgNB/nk+SPiog+62ooWwgySIwq81cKuT2Jj6is2+1rToU4Tal1+ vtX65xNdEqbNQ7UI2pr99hXxm1n/4ruDGDl6X7bzG1l7stnMKT1Ci0Smeqy3V7e5BG21 A1lBjsOYqpNdKwIrL9kUH7CNLh1BIKTE8JCCLtN2p52yGweLC3QHGINhVoc1t5YP6K2u u4VQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=6YvHKa3QISInXwylxfA9c8dL0DDNjmtF4DTJ7dJDgNk=; b=M4sOXExjKMkU8FfPiEQXY3jVWK5W8oidPFb4KFBSdioZumKw3BE6zEKV5XrpulzXbt 63XL9lody9a5p7/tRD2n4vXU0EoHmqhH/ShZyuISB72SuDRQ4WI2Ey5AlL3n21+HlyqW 3hrHaPrNJIqos6glXFEdPbOluodkE2R0FBCf361hcFC3+9oaTVlpNbGO+CCIK2Zv3ltK 8KuN8Q27BOd4c4NivPIjTdjUUTvmFXPsGE+1W0AnxMnS7xSIrVecasdymotxwDTCFVOw NHIZ2v33WkIn7JAB0xuSh2kku/MlNMAworMCJo2Ii2qBtDszMuaGz/JN48Zt8SErMiRP YTUw== X-Gm-Message-State: AOAM530hvKfau4AGJ5nxpZCpM73Hy7tmTA5gC6xSKJj1UUN7zFZuHe5w +aUUTbzapaGQbNNY+hNaGAqi1BWY4Xg= X-Google-Smtp-Source: ABdhPJzBAnrDGhlt/B/XKGtMqnHcoRYpzuFErz621A1j+hxcZWzjwk3RCATLmE0rIJGVCufUxXAGNA== X-Received: by 2002:a05:6402:10d7:: with SMTP id p23mr5379614edu.74.1630779931475; Sat, 04 Sep 2021 11:25:31 -0700 (PDT) Received: from ernst.home (p5b023517.dip0.t-ipconnect.de. [91.2.53.23]) by smtp.gmail.com with ESMTPSA id o26sm1404379eje.24.2021.09.04.11.25.30 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 04 Sep 2021 11:25:30 -0700 (PDT) Date: Sat, 4 Sep 2021 20:25:29 +0200 From: Gary Jennejohn To: Ed Maste Cc: FreeBSD Hackers Subject: Re: OpenSSH 8.7p1 update for the base system Message-ID: <20210904182529.75e411b8@ernst.home> In-Reply-To: References: Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4H234f330Xz3Mmp X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Sat, 4 Sep 2021 11:59:06 -0400 Ed Maste wrote: > I'm preparing to update OpenSSH in the FreeBSD base system to 8.7p1, > and am sharing an initial patch for testing. > > The update is available from a branch in my github repo: > https://github.com/emaste/freebsd/tree/openssh-8.7p1-wip > (commit 0afe07936bbd37a1b91ead95f580c47ccc16df79) > > Also as a diff against main: > https://people.freebsd.org/~emaste/openssh/FreeBSD-base-openssh-8.7p1-20210904-114623.diff > > In addition I have a review open in Phabricator, although it is quite > awkward to usefully review a vendor update presented like this. > https://reviews.freebsd.org/D29985 > > If you give it a try please let me know what you've tested out. > I tried to apply the patch but it resulted in lots of warnings about modifying an existing file and should a reversion be made. If I used the -f flag it resulted in a slew of rejects. My HEAD tree is at 88a3af4da1a..7b81e6c7caf. -- Gary Jennejohn From nobody Sat Sep 4 19:59:56 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3CC4D17A9DEA for ; Sat, 4 Sep 2021 20:00:04 +0000 (UTC) (envelope-from Bojan.Novkovic@fer.hr) Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-eopbgr50076.outbound.protection.outlook.com [40.107.5.76]) (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 4H259b0xvJz4XZq for ; Sat, 4 Sep 2021 20:00:03 +0000 (UTC) (envelope-from Bojan.Novkovic@fer.hr) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=UOAEj8T1LTKFwsOYKaZqkXlz0BuRgrjcGXCziXIX+gFAAS1nA7G4S/FFwetdpwQZTvjdKxd+1btdmnPQMkHBB4QV+NFOfvKT0K8a+xVOrywTqzxNHv+BF89WvQhTyhAXRSo9Wp+Fez1M5XjN0ssB08ayo+7EmXiwWiSPfFPDrc3mRV9CWCFoa7u0yuA+t7tmLpsrJkb1PdUz4yO1v/iolUpQTRgjneFg/wJCiH/hHNnjomCgjRw7KHqMJLm/X4++6ePtdrISl1nUNFtR7k8AVtA6RaYCTW8AK49VnLmjr8o55IAdzb+gN8GFm+7lyHE+8BoliEOdBo40bTefVF0HoQ== 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; bh=BCkfuwylZ+ugSOmqiTEjbNwdR37IzemWdjRlGUzO54w=; b=Cj9Cnv4SaEaP49SBcfoqL+E5EM8O2ZBvVF6XsnIBc/8SiPj9RjL71DYKOcUfIWbmA0F6xBG7dHC52LmAbp9gA9xh9k8HgPBo/dLm7kxARSwgU3q4+FDOoDYAMuC1+Z2Ae7hwgD7ejkUUEOtrjs5d2qYybPns+FH+3Q9keB7TQNRShA9AVySVeocghbSpFnD9ZyT86XHrtT8Czs+yONEgcq3MHCTAHRUBT0JPsHhjpJsgIhVzfy6oPuxDe1xXJYayryl/UnghUXzldeEDsN1hsposjbqvb3jxTbvM/5hTcI4QE20ler7W9mT7xj7X1kaYLPLPu3SWbnSJ6EByGaoAPQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=fer.hr; dmarc=pass action=none header.from=fer.hr; dkim=pass header.d=fer.hr; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ferhr.onmicrosoft.com; s=selector2-ferhr-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=BCkfuwylZ+ugSOmqiTEjbNwdR37IzemWdjRlGUzO54w=; b=hInNaSRxWUNScLWOPZF71gg/+PbHsA5sY8YtzE2oBvPd3QezlxHY2PEadW1WWX55UmD6IPEwhLXRujWyOQBREoOx8eiJZdB4p1y0WycsfUNuMoNQ9bfK3yjMoZ264AHXgSgCeUH/UA2CCxxgCh2N57buQ+jGp9SbXAkm1tEivRk= Received: from VI1PR08MB3920.eurprd08.prod.outlook.com (2603:10a6:803:c2::27) by VI1PR08MB5342.eurprd08.prod.outlook.com (2603:10a6:803:132::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4478.17; Sat, 4 Sep 2021 19:59:56 +0000 Received: from VI1PR08MB3920.eurprd08.prod.outlook.com ([fe80::5859:50df:22a2:849d]) by VI1PR08MB3920.eurprd08.prod.outlook.com ([fe80::5859:50df:22a2:849d%6]) with mapi id 15.20.4478.025; Sat, 4 Sep 2021 19:59:56 +0000 From: =?iso-8859-2?Q?Bojan_Novkovi=E6?= To: "freebsd-hackers@freebsd.org" Subject: Solaris doors implementation Thread-Topic: Solaris doors implementation Thread-Index: AQHXocduxQgC/4tM/E6y3XyVvJtmrg== Date: Sat, 4 Sep 2021 19:59:56 +0000 Message-ID: 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: 168bb3b9-1d32-4f53-8859-08d96fde9160 x-ms-traffictypediagnostic: VI1PR08MB5342: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7691; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 2OCntPDH346E8+u55H2tYnrdMdcV/gNJ2SottZ+wZvIce15zntKGjuFKz4955+t3jiFGQAVEprAJetaIQdZrq/PCRC6kb9sLWcqQKnO5Uz2R3CZDprZxM/GzazZPMop+Ar25uhV36BIUb20QaIG+yXcRKPCsToPjObEljRJe0745gcjREDeF+S7yaV+dkwfiXkv3sgysaHsQrKvLVqA6EJObWeDOoasksVbOMv4R9R1YdE4BOWgq3LpXDUxtFJgBQ0DOalwpLZu8RCJVtYNKdEbDOSJqkP7gy53dmsSipq7MPczbr37wNBdKjUyfBirYtr5qWtnLc0pnXkb8KGCtMyzGJP6jGlb5c53flzLgVeWQwdoaaMvuBFpmLQPN2LToy9xLVTPHOUzNIoclJoVhj/e45JrFsNmb1agcwNdkGXK7lpC0WPIfQKafyKtu9byqiG+oHpqv5AVCuo5U67UYA5oP+tZXOQ2PvLCwLPpuqWkID1AEKOe+2VPsTOkZlW/zlRnUHWoNtSEUj609FB4RDyOuW9smaunAWVb3910TZbDPjPpKtgWGw2fCESCODnPNN1uPwBuTGkcRz+vDHiXgPBV2gXShlG7WmcUlC/3kKMq+h3l6xWCJfbXqxAqBjcE9WfGCF8Wt3ds/ClUVjuRfFwAa9KhUZ3ZGkp/26pN4zreV/i7jqJGXqgyv+BxFbWKOZYhVoYwxg4Lye2FdjzH0pQ== x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:VI1PR08MB3920.eurprd08.prod.outlook.com;PTR:;CAT:NONE;SFS:(376002)(39840400004)(366004)(346002)(136003)(396003)(7696005)(6506007)(2906002)(4743002)(26005)(3480700007)(186003)(66946007)(66556008)(66446008)(66476007)(64756008)(76116006)(52536014)(5660300002)(33656002)(122000001)(38100700002)(7116003)(558084003)(316002)(38070700005)(8936002)(55016002)(9686003)(8676002)(6916009)(71200400001)(478600001)(86362001);DIR:OUT;SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-2?Q?pII7KzToPamliTGRvB2qONuaqdS9EU0SWsdzICzZmJ+qZXGwpo5ppFIyLR?= =?iso-8859-2?Q?chHUepqxQ+SGGxZ/8cCynFn63iOPMGXKS808Pxoj18nV4kbAbC7mh0i6Ji?= =?iso-8859-2?Q?gfrETVruHKQSJrW9dXnjb38IZ34d50iqHPNp0L63Wlz5Ds8/VuMW9KwrZ5?= =?iso-8859-2?Q?pz9WtkHhdCLSTXf8PRizwKXiGfx6lwCz2LayNLZe4wZqMAkmEqco04x5Tv?= =?iso-8859-2?Q?mOSUCpu+1aMW62PM4PVK1PcDcx4bq4XQQoZP9BYtr7mNdekC447Eeaq6sH?= =?iso-8859-2?Q?MaGxZ+HpD/pT6a5A0nvXiaFMGNCe9WXOS37S8pBguW33bgWXNZTc61t/mK?= =?iso-8859-2?Q?qronQOMoDQzlFey8I+r64FEi8fWHQ+OlVQbrjX+uE8xjACusu+/KzJMRH+?= =?iso-8859-2?Q?BqMOeDBVPM3FnPq7+Ch3t7W3qxhSpI3lTe1996H67/7WyVEBoBHZ0ssxRG?= =?iso-8859-2?Q?aIDEYo80Ba3ltmRijWhEn0SyKU3btT6qMWCPMYgpEAyBr7xMmEnn/erEju?= =?iso-8859-2?Q?Gsv8+CeOfObj1RWtuZ4zRlB/w99+QKb9WqSBxGXnQWS8yagGMrfpILWj5b?= =?iso-8859-2?Q?94MKXASg7TgOAVc9h0ki0TJzGcd9TrMm0G3zPEZvZ5levNtmbYwuYn43Gi?= =?iso-8859-2?Q?Pb63gDuz6N381Vg6ai1Ognl6Cu+/0VqW21Do8wfyQ8rtUNzFco2j2E6auE?= =?iso-8859-2?Q?JObonnG8yv/XURJUxnhh+xwJl616cdXytnVUSRyuNEyk1oM8KsR8Fwbwyj?= =?iso-8859-2?Q?uyrBpUjkQQJp4fyakYmADwTJpxlLeDYTHG5JaS9MR46dDgx1gq238e9+ey?= =?iso-8859-2?Q?5R098IUPgyrYigHDFGXn4Hw9B2Q+4XtrW8+Tlzcyzqu+Q9kqRpgRyXPkv5?= =?iso-8859-2?Q?SnQJ99YlhizGJwChdcVuzo3wpRaxcoJmeCOynQKEHCiFZkn/1j0KtdXRHS?= =?iso-8859-2?Q?5o+I7K145wqmAD1W+pkAgx7Xg8UwAfcaMscLeLmt1hkADdxOyXasmWS1UQ?= =?iso-8859-2?Q?86VKZRq6l0dG+11Qgnmfd8nlvgIKcGtB7fAA1gGkyskHojI9T70qeuRDM/?= =?iso-8859-2?Q?dhrbgtMxwM0SNePx4Yi9/fxC55diAP5efnw/U3g4t86GH7Z6nOjI9I2LbJ?= =?iso-8859-2?Q?I2DUa4lM9HGYwb73UZHB51GZO5X+bpQ+q2zuYTjiFlDRKH3kLQ7NulKnPj?= =?iso-8859-2?Q?uxsB/UjYbkcVvtrU0KMSqxj7RHnucvc79pvNrV3o5IPWiQfj7It6QaK3p2?= =?iso-8859-2?Q?Z4XsQBzgZIplsZEDHXu12KyO5LK8d4NiPWusYnVJuxXD8uHiJaukwMDXkC?= =?iso-8859-2?Q?Jzx/LYqorpzQSwD6dBda/riJOFJj4jGnPSV/X07Tc2lB96o=3D?= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 X-OriginatorOrg: fer.hr X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: VI1PR08MB3920.eurprd08.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 168bb3b9-1d32-4f53-8859-08d96fde9160 X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Sep 2021 19:59:56.1091 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ca71eddc-cc7b-4e5b-95bd-55b658e696be X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: u69NXxT0KsYUmcwW5FhiQs5Z2lEsUe54W2vaf76f1viaB11IeXyXsk9c014GJugCOfx2teWfiPEUjGfdkVup7g== X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR08MB5342 X-Rspamd-Queue-Id: 4H259b0xvJz4XZq X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ferhr.onmicrosoft.com header.s=selector2-ferhr-onmicrosoft-com header.b=hInNaSRx; arc=pass ("microsoft.com:s=arcselector9901:i=1"); dmarc=none; spf=pass (mx1.freebsd.org: domain of Bojan.Novkovic@fer.hr designates 40.107.5.76 as permitted sender) smtp.mailfrom=Bojan.Novkovic@fer.hr X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_TLS_LAST(0.00)[]; SUBJECT_ENDS_SPACES(0.50)[]; R_DKIM_ALLOW(-0.20)[ferhr.onmicrosoft.com:s=selector2-ferhr-onmicrosoft-com]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[fer.hr]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[ferhr.onmicrosoft.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_IN_DNSWL_NONE(0.00)[40.107.5.76:from]; TO_DN_EQ_ADDR_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; R_MIXED_CHARSET(1.00)[subject]; ASN(0.00)[asn:8075, ipnet:40.104.0.0/14, country:US]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.5.76:from] X-ThisMailContainsUnwantedMimeParts: N Hello! I am interested in helping with the Solaris doors IPC implementation idea p= osted on the IdeasPage. However, seeing as there is no contact listed, would anyone know if this id= ea is being worked on and who the technical contact is? Kind regards, Bojan Novkovic= From nobody Sat Sep 4 20:58:34 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id ACE4C17A3678 for ; Sat, 4 Sep 2021 20:58:36 +0000 (UTC) (envelope-from debdrup@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H26T84RRFz4qnv for ; Sat, 4 Sep 2021 20:58:36 +0000 (UTC) (envelope-from debdrup@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1630789116; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=xuUpVVBNGOywIjqruzGnSxi0ak5n1pvNUCDfRgC7zbk=; b=kG3LU4ERK2NLhMchNkfMsVR5GnP3INNNpo4L2C/lj4Gu8WbdNL37KxtCc9QCGuHmpH7Ni4 Y8m3C9ZdaFidkEb6rpIDDTxe239MMKgEqK0gP/mQyprlWTHRn8I7bj/NsLYTLaxb9iRlKa 2Hb+ZDOgKtSjYI/lCUDiSPsQfTRRxd4TuUFI0mjBpEJ40GIzGI5T3hN5nP34/pMDozPFJn /FnbTw538AHhShTIFPmSxpo726j/tgiJEvj9rOodXiiG/8bKe6q76LyQeWePtLOsq4IOJU 6XD7ayL3xX4Z09RmtDoJNtn/FNvab8PAWE4t7HSwmETZ48MhRFVO+l/EyolPAQ== Received: by freefall.freebsd.org (Postfix, from userid 1471) id 8633A1903D; Sat, 4 Sep 2021 20:58:36 +0000 (UTC) Date: Sat, 4 Sep 2021 22:58:34 +0200 From: Daniel Ebdrup Jensen To: freebsd-hackers@freebsd.org Subject: Re: Solaris doors implementation Message-ID: <20210904205834.4o3mzaaxf2scia5v@nerd-thinkpad.local> Mail-Followup-To: Daniel Ebdrup Jensen , freebsd-hackers@freebsd.org References: List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="rssqzbiex3j7xaxd" Content-Disposition: inline In-Reply-To: ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1630789116; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=xuUpVVBNGOywIjqruzGnSxi0ak5n1pvNUCDfRgC7zbk=; b=RFaOBBp0LaIzMtlkNnqi3tmj54LKfix83cah2wPLNTK3fiE2H4kdLyZCMlNJJymugPJoG5 60bCrp8O5za/lomWWGILI3ucXHPNLCjvhtuMaveayD6qxdDT/ZU5ZWhwloBDpz0z80HmrM oCBAa9JSz9wRSN+78HGjW5KW+ulDc3zaJCGtSPficLjpdPI8pYF8DbdyzIjLkoFfT/hU08 wpnRpaiS5/b5oqFqvGebdSV0l1nnfCo9Lb6HA33+A0SA+DAGe1SuPwge8tmp0Ukw3TJcRE L33QFTtwDVzHLOkNYkgTsXf3/+l6X0BPqOv+YxSOzY1G5wQ/GPWq8JRYgId/bg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1630789116; a=rsa-sha256; cv=none; b=bUJeYiBei0pMnmP5tyoGHHhHbkdqDTC+miAfUpvsPsrJsbBcXO+nncdQXwrzWGJsMeq59l e2myHnz4uEOe+qiljtT/xb2gEjzTufz1wVZV1Iz9zo+Zs1I4aruggjp8Vvv5OhY+37T0JZ hiPpZRq+ddeFpj27qfkERk11DPR/nlCHXGPWfQn8hH2bXsPJQAo/9eXJtNvDNPTfXjnJEs qiZDgN3VeiIqarwV3+BtFwsxjNxiXuZ0UHrEjAA8RooGwejUowOnZ/HbhwXqeoxi/QjDiK 8O+8Q4e2OGDX2N1joYZaENFLBN5JfqFUJLTajFOZnDTX7+qZ2ckVbNJ7+UCGtw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N --rssqzbiex3j7xaxd Content-Type: text/plain; charset=utf-8; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 04, 2021 at 07:59:56PM +0000, Bojan Novkovi=C4=87 wrote: >Hello! > >I am interested in helping with the Solaris doors IPC implementation idea = posted on the IdeasPage. >However, seeing as there is no contact listed, would anyone know if this i= dea is being worked on and who the technical contact is? > >Kind regards, >Bojan Novkovic Hi Bojan, I'm almost certain nobody is working on it, since according to the history [1], it was added back in 2014. As to a technical contact, I'm not sure. It's not hard to find out who added it, but whether that person was responsible for the idea in the first place is harder to know. There's always the option of some of the IRC channels [2], although in that case you're probably looking at interacting with a few different people. Also, I'm sort-of curious, so do you mind me asking what sort of technical information is it you require? I just ask, because it's always possible that it's already documented. ;) Yours, Daniel Ebdrup Jensen 1: https://wiki.freebsd.org/action/recall/IdeasPage?action=3Drecall&rev=3D2= 57 2: https://wiki.freebsd.org/IRC/Channels --rssqzbiex3j7xaxd Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAABCgB9FiEEDonNJPbg/JLIMoS6Ps5hSHzN87oFAmEz3fpfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDBF ODlDRDI0RjZFMEZDOTJDODMyODRCQTNFQ0U2MTQ4N0NDREYzQkEACgkQPs5hSHzN 87pFmgf/TB7Vbdzt6dF0qZ4dAcIKgMyNkaEG6TjqQUzsGLj8CiUTMa8vSbhCTQ0i yqre2GjpLQ7nruCd/tLXVcspT6+eVoPLqL/yM9bdLB7Y4BEXaM93Bnju33W5Nxkb oc2/cBbQSJ1TghZcemhu9EzYuy7CcAyxS0MmHe3+f+vlztLrjYNf8I4G9rG00lOW 8yJbKEPWWexy1huj/uX0l2BcckcTAGlVvfPtOoY/Aq1kirZdmHNiAqIl/dZsGsQL nCOsLNITm/oenES0xFH+OfHpnNKcKpZyMNVMJkbInnT/DvKO5PT+CQsudIlbcwmU r/Kb4sXAdqVtIzQQsN8qM5QUSaxPgA== =ZTCv -----END PGP SIGNATURE----- --rssqzbiex3j7xaxd-- From nobody Sat Sep 4 23:50:02 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id AB17017A7055 for ; Sat, 4 Sep 2021 23:50:26 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io1-f41.google.com (mail-io1-f41.google.com [209.85.166.41]) (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 4H2BHQ4Qqhz4f7Q for ; Sat, 4 Sep 2021 23:50:26 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io1-f41.google.com with SMTP id q3so3764012iot.3 for ; Sat, 04 Sep 2021 16:50:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=a5knL14MFAbx0MOLkaqZSCoyTcdLpHSASwt3RTwoytU=; b=lTdWSgV2pSdOHm4rmKSJCeM9jTpdLIuHMxb83dwCVytgi6zDH2T/pQEvhlAjHZ6t9Q J50Lc8jZONZNP1hgHWUpWSsKSiyS+HwLhhbEu9w3Ybc0lINkYXxKLxCfaf+Uousz/WGa DXHexMhgCKAoksiNqH4lluZIx7pPt9Htbr6AQLOLi/jYk14bOhNakBGbiudWwWZG2+OR ae4Qt+jUT5JJPl52hSgEHA48gDX3QeSlX8ZAQgEqle91n05BSFmn34CjTesHbtHmmsYW IYT9f/oWUMxSXdUME1DgGmgvEOHTeW1hxEAhZpiWcL/yOGwdXLuUWfI7Cd9EUptbkxSD GmJQ== X-Gm-Message-State: AOAM531Vl/IauzDKnkOGyqgriQhGeuDOFhBwRAggA/NJf1X67fXXcwN+ ZWc7bg7UuvY/NS67lBnEmbbgFSYpfnTM/Ss2AyU= X-Google-Smtp-Source: ABdhPJy8qtwWlGJzenck4mmI35r3avt7Dp7nA3L9LeHk2vtfodVCekLyZhnAFyGMN5zKmfY7lN6BvhI4X/FCtOTHNZY= X-Received: by 2002:a6b:24d:: with SMTP id 74mr4538127ioc.134.1630799419922; Sat, 04 Sep 2021 16:50:19 -0700 (PDT) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 References: <20210904182529.75e411b8@ernst.home> In-Reply-To: <20210904182529.75e411b8@ernst.home> From: Ed Maste Date: Sat, 4 Sep 2021 19:50:02 -0400 Message-ID: Subject: Re: OpenSSH 8.7p1 update for the base system To: gljennjohn@gmail.com Cc: FreeBSD Hackers Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4H2BHQ4Qqhz4f7Q X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Sat, 4 Sept 2021 at 14:25, Gary Jennejohn wrote: > > > I tried to apply the patch but it resulted in lots of warnings about > modifying an existing file and should a reversion be made. Hrm, I wasn't able to reproduce this -- I just did: % git checkout 7b81e6c7caf23adca6a2cabdfdf29985eab9865d % fetch https://people.freebsd.org/~emaste/openssh/FreeBSD-base-openssh-8.7p1-20210904-114623.diff % patch -p1 < FreeBSD-base-openssh-8.7p1-20210904-114623. and it applied with no errors. The only thing I can think of off hand is to make sure that your working tree is clean before trying to apply the patch (i.e., make sure `git status` doesn't list any modified or added files). From nobody Sun Sep 5 00:52:24 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id EFBF11798D19 for ; Sun, 5 Sep 2021 00:52:33 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-ej1-x630.google.com (mail-ej1-x630.google.com [IPv6:2a00:1450:4864:20::630]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H2Cg568gXz3Bsb; Sun, 5 Sep 2021 00:52:33 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-ej1-x630.google.com with SMTP id u14so5788686ejf.13; Sat, 04 Sep 2021 17:52:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=Nu9DyVlxixH7l7XysjiFRL/1OnUksRim3iGXWieif6A=; b=LUXOuMbExR7K2XBvuhgMqgEYyRXM77xmgxmgkGIIOJx5PW2VpZNeJh8LSMCUw1xYi9 YysQF8oxiUdLbTTj3orysY8+/BRzbagAnqmvPgDv1pOoOp1ACPwokj/uTW+A8MC6/tgV aGQmSEvtJ9X8AwPIs9I99OPARxsWEBapSFv+YnTGhDmw7emrFwfDkRhMOQhkv55Y2+ft dtfv7pydDxvpHwHJrS+r+m5FUyUd6p7CE3lMCuvu/BcfMMqygCFP/MP2phM6Nrt80OW5 1/7v3RQ5AIHaDPfwFjB7K/cXM2Yme4UzfBPNPWgY5UQcO8gZv0iBF4GH0OBwUwo1M1/X azRQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=Nu9DyVlxixH7l7XysjiFRL/1OnUksRim3iGXWieif6A=; b=EIb5XYjJwhpewp6YtVPPuSUsV2/ehiRnVWaSWsfWOeThYhP/GaIL9xkxTWl+1V2QvZ RTQ3+VKH//Evm2qv7AFeodxT2QxKi6FSXEC0dvlyPFbIgOwsh0vFJQiqjKnDuGlVyle6 jtISFpwjPcy53UeDi2DjqWP2sb9D8hghkI1xIh6RX11BwLs+dClprwyfoT+sQd6QjieQ jm0jRPKh3osNXq+3WkeZ05zMRgn/5OElNpy5PWydd7jnHVo4mdYoAPv+FEHBrM1A7Rjp rWg6VtPkS5VnhQa2Knl6wRRYsypR734JeO+eIyQyJDXHBiAq9DOrI2EPsWYRxrcAlFrN B/Gw== X-Gm-Message-State: AOAM5301qaR0812/iDFyEQ6EcznTiHccNc7hxpTcTAD08nUX1sxA2iOx M16iXERoK8XibPZ2tuppdNTSOCeXYTg= X-Google-Smtp-Source: ABdhPJwez7M85Hj+Bkkel9xjc0okvr7HID2I/hxjjHmjJrJFDKhXws+vxT+TsoIa8GL95iGOuvXE/g== X-Received: by 2002:a17:906:4cc1:: with SMTP id q1mr6340994ejt.415.1630803146753; Sat, 04 Sep 2021 17:52:26 -0700 (PDT) Received: from ernst.home (p5b023517.dip0.t-ipconnect.de. [91.2.53.23]) by smtp.gmail.com with ESMTPSA id gl2sm1651777ejb.110.2021.09.04.17.52.25 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 04 Sep 2021 17:52:26 -0700 (PDT) Date: Sun, 5 Sep 2021 02:52:24 +0200 From: Gary Jennejohn To: Ed Maste Cc: FreeBSD Hackers Subject: Re: OpenSSH 8.7p1 update for the base system Message-ID: <20210905005224.1378f058@ernst.home> In-Reply-To: References: <20210904182529.75e411b8@ernst.home> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4H2Cg568gXz3Bsb X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Sat, 4 Sep 2021 19:50:02 -0400 Ed Maste wrote: > On Sat, 4 Sept 2021 at 14:25, Gary Jennejohn wrote: > > > > > > I tried to apply the patch but it resulted in lots of warnings about > > modifying an existing file and should a reversion be made. > > Hrm, I wasn't able to reproduce this -- I just did: > > % git checkout 7b81e6c7caf23adca6a2cabdfdf29985eab9865d > % fetch https://people.freebsd.org/~emaste/openssh/FreeBSD-base-openssh-8.7p1-20210904-114623.diff > % patch -p1 < FreeBSD-base-openssh-8.7p1-20210904-114623. > > and it applied with no errors. The only thing I can think of off hand > is to make sure that your working tree is clean before trying to apply > the patch (i.e., make sure `git status` doesn't list any modified or > added files). Right, my tree was messed up. After re-checking out the tree the patch applied cleanly. Thanks! -- Gary Jennejohn From nobody Sun Sep 5 01:55:12 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id A1C8317B3F0C for ; Sun, 5 Sep 2021 01:55:38 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io1-f51.google.com (mail-io1-f51.google.com [209.85.166.51]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H2F3s3QcCz3k4F for ; Sun, 5 Sep 2021 01:55:37 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io1-f51.google.com with SMTP id n24so3958634ion.10 for ; Sat, 04 Sep 2021 18:55:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=7dOUGpB1kCGlxSBo6klyQXYRYk9nXnLvR1AZu17DTvM=; b=V5bWfgFvshQerggX6LFMqm6IR8sKBulSCH9vMZVgvL0HliL+gfeL89gqqknA0uaaW3 B4qixGgjJZK/+O0ghKE1b0STCNKbqTxJ0ir4dAAMJyUrZsA9oP1/spF8nDYuJExpt21F qL1h7IvAd9jUaDMh7IS3h/+KZOWfNB0ZAn8TNS8TQPQ/O4ucyssEGV9MZ2OfzEQwWikw +aFNWeIPR95CeCstTsy3nvspPzj2qhIhKLphWFFt/5+afG3kTJFeh9lXk/OaIvedX5BX pgvv9G0AKYUNITuZdnfhJb2VfyuvSiUVgndUZDLjCh0klyJCgqMLV2bU5EiavbuhAayf kCPA== X-Gm-Message-State: AOAM533CkayeqEOdhFuNMFLodNhNYH6Fw8p98waRFM1khUdPq1XMlFMj l5QxqpHHeboobm1HQu8dcxuQ8hxIhN9934uJ/BPRmMP1RSw= X-Google-Smtp-Source: ABdhPJzyudl/+cer+fG9NuFJPggXzeGfxvEaimknaaHR4IPz07mnV5LfklTPttSVgu5Y5Mg35F68cHCZASySkRgwK3o= X-Received: by 2002:a6b:24d:: with SMTP id 74mr4793201ioc.134.1630806930449; Sat, 04 Sep 2021 18:55:30 -0700 (PDT) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Ed Maste Date: Sat, 4 Sep 2021 21:55:12 -0400 Message-ID: Subject: Re: OpenSSH 8.7p1 update for the base system To: FreeBSD Hackers Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4H2F3s3QcCz3k4F 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.51 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_COUNT_TWO(0.00)[2]; FREEFALL_USER(0.00)[carpeddiem]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.996]; RCVD_TLS_ALL(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.166.51:from]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.166.51:from]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TO_DOM_EQ_FROM_DOM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On Sat, 4 Sept 2021 at 11:59, Ed Maste wrote: > > I'm preparing to update OpenSSH in the FreeBSD base system to 8.7p1, > and am sharing an initial patch for testing. ... > Also as a diff against main: > https://people.freebsd.org/~emaste/openssh/FreeBSD-base-openssh-8.7p1-20210904-114623.diff It turns out there is a renamed file that confuses patch. If you've applied this patch you should be able to rectify it by running: mv crypto/openssh/openbsd-compat/realpath.c \ crypto/openssh/sftp-realpath.c If you haven't applied the patch yet I've regenerated it. with --no-renames, here: https://people.freebsd.org/~emaste/openssh/FreeBSD-base-openssh-8.7p1-20210904-215057.diff From nobody Sun Sep 5 04:04:07 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4531517A45D6 for ; Sun, 5 Sep 2021 04:04:20 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) (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 4H2HwM5Wyfz4pyS; Sun, 5 Sep 2021 04:04:19 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from kduck.mit.edu ([24.16.140.251]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id 185448LF020354 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 5 Sep 2021 00:04:12 -0400 Date: Sat, 4 Sep 2021 21:04:07 -0700 From: Benjamin Kaduk To: Ed Maste Cc: FreeBSD Hackers Subject: Re: OpenSSH 8.7p1 update for the base system Message-ID: <20210905040341.GG96301@kduck.mit.edu> References: List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4H2HwM5Wyfz4pyS X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N Hi Ed, I'm not sure whether this would be something for the release notes or not, but I believe that making privilege separation mandatory causes GSSAPI credential delegation to essentially not work. (There are several pieces that interact to make this happen, and I don't expect you to do any work to try to fix it; this would just be a question of whether any documentation of the change should occur.) -Ben On Sat, Sep 04, 2021 at 11:59:06AM -0400, Ed Maste wrote: > I'm preparing to update OpenSSH in the FreeBSD base system to 8.7p1, > and am sharing an initial patch for testing. > > The update is available from a branch in my github repo: > https://github.com/emaste/freebsd/tree/openssh-8.7p1-wip > (commit 0afe07936bbd37a1b91ead95f580c47ccc16df79) > > Also as a diff against main: > https://people.freebsd.org/~emaste/openssh/FreeBSD-base-openssh-8.7p1-20210904-114623.diff > > In addition I have a review open in Phabricator, although it is quite > awkward to usefully review a vendor update presented like this. > https://reviews.freebsd.org/D29985 > > If you give it a try please let me know what you've tested out. > From nobody Sun Sep 5 05:54:47 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3C70F17AD947 for ; Sun, 5 Sep 2021 05:54:52 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-ej1-x630.google.com (mail-ej1-x630.google.com [IPv6:2a00:1450:4864:20::630]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H2LMw0q3Lz3ryX; Sun, 5 Sep 2021 05:54:52 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-ej1-x630.google.com with SMTP id lc21so6588134ejc.7; Sat, 04 Sep 2021 22:54:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=cg4tst2xeCQEn3+IvNQCFRKfsthMKCGr3tuUN8+xyh8=; b=Md+ax5YzwIYxcLZkkx/14VC7+SQyR7RUpf39MxeVqYKlqyZoogjGaaerLDNs9MW6cw UXam+udaJPVV51vcLS0PA/CbMgMVOOOcvdcD+FF4cQvuYGzUjw5YuODh+240j+trCjHM YdscbyI3U65EDJmWRAQNduE7RfKy/sxQAmprRqt2pW0SQYQsW6O/MOLE2lEkaXKX2TaE DwxBeQHCPHATQG8qqL0x36oNOYsxS/FvsNU9vAk+MIAe9uAHzIayl2uq/s0kT89c54vi lPwUjxbvegW5RWfiLoppHBao6dFJmluVYOU/PNXOq0zjHpaGm6/6H+Ydh/gCbPYnHbnq vwog== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=cg4tst2xeCQEn3+IvNQCFRKfsthMKCGr3tuUN8+xyh8=; b=j+fBbuSLkCCQszyQsCoTvgScErFgSBVbsPk1mZkfFN8dmXQavXT+tUWCDYb1BCpdpB sGJJetluJYRBhPSiCJTB4+osaITjahNrJb4zw3nSV+xlXcEV/Sq3Rx8mrdqDXQYJ8Y+P ncnB6BNANLwGYBXGciZcoDxmuFVQJUnx89qXlugYE5zE12EnH5BrnQLv2IIm8/bltMP5 qACOPxhOmHZw7oQVhWI92SiCEAWkXH0LDRc+r2qtOFD1MtW+9sGflZQyqYoMn36ys0q2 9JPf4uVhZLe/+mno9Beh/9hTSH+cDZM1eTnNpviFM91t/ntWRgkY/a+K9XO8eCXFqHeA X/Gg== X-Gm-Message-State: AOAM532Lw8Gr4mKaWjPJQg6fly2KK1nCOTnIMfkmk4n6dDBe3yND1nRn wKarpUNfodBEXDIAbXSx1wKGruJU6Bc= X-Google-Smtp-Source: ABdhPJyCWJVMtfJAKrbnPOPNvpsRmgFaBRdAFtDlKLQTNQ+GUN1SBvazIwz9dr47nk3RczNd84qLFg== X-Received: by 2002:a17:906:855:: with SMTP id f21mr7545976ejd.20.1630821290349; Sat, 04 Sep 2021 22:54:50 -0700 (PDT) Received: from ernst.home (p5b023517.dip0.t-ipconnect.de. [91.2.53.23]) by smtp.gmail.com with ESMTPSA id cr9sm2287729edb.17.2021.09.04.22.54.49 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 04 Sep 2021 22:54:49 -0700 (PDT) Date: Sun, 5 Sep 2021 07:54:47 +0200 From: Gary Jennejohn To: Ed Maste Cc: FreeBSD Hackers Subject: Re: OpenSSH 8.7p1 update for the base system Message-ID: <20210905055447.5ee12957@ernst.home> In-Reply-To: References: Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4H2LMw0q3Lz3ryX X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Sat, 4 Sep 2021 11:59:06 -0400 Ed Maste wrote: > I'm preparing to update OpenSSH in the FreeBSD base system to 8.7p1, > and am sharing an initial patch for testing. > > The update is available from a branch in my github repo: > https://github.com/emaste/freebsd/tree/openssh-8.7p1-wip > (commit 0afe07936bbd37a1b91ead95f580c47ccc16df79) > > Also as a diff against main: > https://people.freebsd.org/~emaste/openssh/FreeBSD-base-openssh-8.7p1-20210904-114623.diff > > In addition I have a review open in Phabricator, although it is quite > awkward to usefully review a vendor update presented like this. > https://reviews.freebsd.org/D29985 > > If you give it a try please let me know what you've tested out. > So, I just tested the things I use regualrly: ssh to a host on the LAN scp to a host on the LAN sftp to a host on the LAN (including recursively copying a directory) fusefs-sshfs to locally mount a directory from a host on the LAN Everything still works. -- Gary Jennejohn From nobody Sun Sep 5 09:02:12 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3DCAB17B7E97 for ; Sun, 5 Sep 2021 09:02:15 +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 4H2QX71Lw6z3lHl; Sun, 5 Sep 2021 09:02:15 +0000 (UTC) (envelope-from gbe@freebsd.org) Received: from localhost (p200300cb872f2b67f1153991b18b1023.dip0.t-ipconnect.de [IPv6:2003:cb:872f:2b67:f115:3991:b18b:1023]) (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 9C47C4C23; Sun, 5 Sep 2021 09:02:14 +0000 (UTC) (envelope-from gbe@freebsd.org) Date: Sun, 5 Sep 2021 11:02:12 +0200 From: Gordon Bergling To: Bojan =?utf-8?B?Tm92a292acSH?= Cc: "freebsd-hackers@freebsd.org" Subject: Re: Solaris doors implementation Message-ID: References: List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Url: X-Operating-System: FreeBSD 12.2-STABLE amd64 X-Host-Uptime: 10:50AM up 1 day, 23:03, 4 users, load averages: 0.42, 0.24, 0.20 X-ThisMailContainsUnwantedMimeParts: N Hi Bojan, On Sat, Sep 04, 2021 at 07:59:56PM +0000, Bojan Novković wrote: > Hello! > > I am interested in helping with the Solaris doors IPC implementation idea posted on the IdeasPage. > However, seeing as there is no contact listed, would anyone know if this idea is being worked on and who the technical contact is? > > Kind regards, > Bojan Novkovic I don't know the technical contact, but regarding the doors implementation, you could look at the OpenSolaris / Illumos implementation [1]. Since we already have CDDL sources imported, a port of the original implementation would be easier compared to a clean room implementation. --Gordon [1] https://github.com/illumos/illumos-gate From nobody Sun Sep 5 10:40:48 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 017BF179C84A for ; Sun, 5 Sep 2021 10:40:52 +0000 (UTC) (envelope-from khng300@gmail.com) Received: from mail-pf1-x42a.google.com (mail-pf1-x42a.google.com [IPv6:2607:f8b0:4864:20::42a]) (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 4H2Sjv6Nhtz4lDV; Sun, 5 Sep 2021 10:40:51 +0000 (UTC) (envelope-from khng300@gmail.com) Received: by mail-pf1-x42a.google.com with SMTP id u6so3264965pfi.0; Sun, 05 Sep 2021 03:40:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=ZcwUwwFjWOChLSKpqUQXBrsoukyajqFjE2WcS7wr5j4=; b=kBtVIqBZktbkDKPrRU/bH622pUj8Mti19cGIEHnTm9/GnXwxef0O/GfqPY/l9DtdcF XPmNjfZhtExuHuqw2gV6jcQicPBkKi24jeKunyX9YdasJuAJXFMEFOPpbj6OW8/rV/Tn pW7SH01DniBgfNH0cxVADT3uThojAvW+KsxGqNwnoLfCmpIubXZcMSKLdCN7/fwV5/ib 4E3bMlGnAeJSMlA5DvHdLeptzQG0GNauORv9FlBjPc6yHQGEhkQLLvn7d2P4upTT5+qL g86QKgrWcRgQQu7GZIyIEKSApYTaeGXM7+zeYz4ym+Yyguym9WImyB9Lzx2JTrfeUpin qnMw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=ZcwUwwFjWOChLSKpqUQXBrsoukyajqFjE2WcS7wr5j4=; b=CsLn3/TVXNEnJK9xKTVp1BpYDb7aTHvjP7oGv3mcopzQIwmLW57X12LnT0KKzUuHFj C/5qnlbzV21eH17wa07qi1IMG13icRr0LORUj/RY+wy1mVmqLcl4Mmq1oS2CONwouRyh vFT3ke6kVmlFrNfGfBfUir9ZO2QKz7FqQpDiSsJF9T2HTA6KtiCZEGFa/ZaS5GU/SdxJ 7FINjoEx7skqqw4sqoMCJqoRtTIjoTzwOVIdYuzUO05XdMk93mpoOXBItXjs8NeheE7c nJivWFrizJaPmGAEKZ2aAdzWhjrXbb5Ln+BcunW8I1Q84puUCiv9R3DvXKt0NecVUCDQ T12Q== X-Gm-Message-State: AOAM532Mg7Y1hbEKj7x9QTxnphD9ei6wbKAknvWgZ55KOMeKAd+uCYkw siXBlub1s4MeWoAVNanOjv8cby8cYEWS8w== X-Google-Smtp-Source: ABdhPJxTsA4/6RxuXyS6hsdh5ijgcRX4jZdJAPq5fzlhJabu4nJ/aSbnmTJLfwPtzHKKTbWNYHMV3g== X-Received: by 2002:a63:ed4a:: with SMTP id m10mr7214929pgk.448.1630838450638; Sun, 05 Sep 2021 03:40:50 -0700 (PDT) Received: from Kas-MacBook-Pro.local (138019061069.ctinets.com. [138.19.61.69]) by smtp.gmail.com with ESMTPSA id p9sm4461762pfn.97.2021.09.05.03.40.49 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 05 Sep 2021 03:40:50 -0700 (PDT) Subject: Re: Solaris doors implementation To: Gordon Bergling , =?UTF-8?Q?Bojan_Novkovi=c4=87?= Cc: "freebsd-hackers@freebsd.org" References: From: Ka Ho Ng Message-ID: <0c506180-47e5-7dcc-7799-40dc0d4f46cb@gmail.com> Date: Sun, 5 Sep 2021 18:40:48 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4H2Sjv6Nhtz4lDV X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On 2021/9/5 5:02 PM, Gordon Bergling wrote: > Hi Bojan, > > On Sat, Sep 04, 2021 at 07:59:56PM +0000, Bojan Novković wrote: >> Hello! >> >> I am interested in helping with the Solaris doors IPC implementation idea posted on the IdeasPage. >> However, seeing as there is no contact listed, would anyone know if this idea is being worked on and who the technical contact is? >> >> Kind regards, >> Bojan Novkovic > > I don't know the technical contact, but regarding the doors implementation, > you could look at the OpenSolaris / Illumos implementation [1]. > > Since we already have CDDL sources imported, a port of the original > implementation would be easier compared to a clean room implementation. > > --Gordon > > [1] https://github.com/illumos/illumos-gate > I believe we still need a clean room implementation if we want the IPC subsystem to be better integrated. Ka Ho From nobody Sun Sep 5 13:54:26 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id A013717AF35E; Sun, 5 Sep 2021 13:54:20 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from mail.metricspace.net (static-74-106-232-4.bltmmd.fios.verizon.net [74.106.232.4]) by mx1.freebsd.org (Postfix) with ESMTP id 4H2Y172ct2z4mNl; Sun, 5 Sep 2021 13:54:19 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from [IPv6:2001:470:1f11:617:3210:b3ff:fe77:becd] (unknown [IPv6:2001:470:1f11:617:3210:b3ff:fe77:becd]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: eric) by mail.metricspace.net (Postfix) with ESMTPSA id 0FA121208; Sun, 5 Sep 2021 13:54:13 +0000 (UTC) To: FreeBSD Hackers , freebsd-current , freebsd-security@freebsd.org From: Eric McCorkle Subject: PAM module for loading ZFS keys on login Message-ID: Date: Sun, 5 Sep 2021 09:54:26 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4H2Y172ct2z4mNl X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of eric@metricspace.net has no SPF policy when checking 74.106.232.4) smtp.mailfrom=eric@metricspace.net X-Spamd-Result: default: False [-0.71 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[eric]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[metricspace.net]; AUTH_NA(1.00)[]; MID_RHS_MATCH_FROM(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_SPAM_SHORT(0.29)[0.288]; R_SPF_NA(0.00)[no SPF record]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:701, ipnet:74.106.224.0/19, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-security] X-ThisMailContainsUnwantedMimeParts: N All, This patch creates a new PAM module that will load a ZFS key upon a successful login: https://reviews.freebsd.org/D31844. It will use the user's auth token as the key argument to loading a ZFS encryption key on a user-specific ZFS data set. This is the other side of my changeset to have autounmountd unload ZFS keys when it unloads a filesystem. (Here: https://reviews.freebsd.org/D31725) With these two changes, it should be possible to have ZFS encrypted home directories with keys dynamically loaded when users log in, and unloaded when their home directories are unmounted. Please review and comment. From nobody Sun Sep 5 14:42:45 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E0AA5179E99E for ; Sun, 5 Sep 2021 14:43:12 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-il1-f171.google.com (mail-il1-f171.google.com [209.85.166.171]) (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 4H2Z5X5pDTz5385 for ; Sun, 5 Sep 2021 14:43:12 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-il1-f171.google.com with SMTP id i13so4273794ilm.4 for ; Sun, 05 Sep 2021 07:43:12 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=R8AVjJX7o3JLXP+OiPaofryRv9M85v/DtUmPugvgK1w=; b=lQgbt5lI7X6CaZiG+SxjTjbRTXEEzkRoydlZUYyduqIZwK4Ol4k99owwoaGiGAdVeG k9uN0qTPcF1+R+WgARm0R5EACK4eGoEELqZqCLvPyRkzgIHEqoeoamMkAHZ3dqAhP3vn RKX9Xr4fck9IDnEK4AaNOp0DpuPSo0VFeuZNfyJXn3rVUDCn2M+IaK4IE8VKuAUrB8HB smPM/Ee7cBocUlZsQqe9y5OBEUwHZhjnPgW6XrwXV/2cc1+ycgRMIB/gcF5LGenrgaJg hwuTkxGbYlLYGCEfAX44BDVhiT/H4ToNHvmuFRYadVG3oZs8LqbelhUjt2jTPvhhAr/o OxcQ== X-Gm-Message-State: AOAM533HzlSuhyWnzBC3dWs/jkBHPDAFQCVnA2OvccAVCbL8tOW/aZ5V lb4I8Hw7WDIxY8tnQoFoARiaHmV9l6Kldr+nr01YaMGgTPA= X-Google-Smtp-Source: ABdhPJw1a94JhoKElKQO0drsYbKYrm8OLDVSRC/tjYeb64pU0sbFmCqY9qyjxJVGCvyvMzbvsWKM0XBRRLBzIBWapKs= X-Received: by 2002:a05:6e02:6d2:: with SMTP id p18mr5582562ils.44.1630852986437; Sun, 05 Sep 2021 07:43:06 -0700 (PDT) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 References: <20210905040341.GG96301@kduck.mit.edu> In-Reply-To: <20210905040341.GG96301@kduck.mit.edu> From: Ed Maste Date: Sun, 5 Sep 2021 10:42:45 -0400 Message-ID: Subject: Re: OpenSSH 8.7p1 update for the base system To: Benjamin Kaduk Cc: FreeBSD Hackers Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4H2Z5X5pDTz5385 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Sun, 5 Sept 2021 at 00:04, Benjamin Kaduk wrote: > > Hi Ed, > > I'm not sure whether this would be something for the release notes or not, > but I believe that making privilege separation mandatory causes GSSAPI > credential delegation to essentially not work. I think privilege separation became mandatory in 7.5p1, imported in d93a896ef959 in 2017. Thus I believe this hasn't been functional for quite some time; am I mistaken? It should still be documented, even if it's well after the fact. I think it's also worth trying to fix, although I'm not sure if I will have time to work on it. From nobody Sun Sep 5 14:43:15 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D2207179F624 for ; Sun, 5 Sep 2021 14:43:42 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-il1-f178.google.com (mail-il1-f178.google.com [209.85.166.178]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H2Z665Ncsz53Zk for ; Sun, 5 Sep 2021 14:43:42 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-il1-f178.google.com with SMTP id j15so4283160ila.1 for ; Sun, 05 Sep 2021 07:43:42 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ec6ahNpbs7xpIc27GvPlAHpiqsix2swmIB6jrH2imxw=; b=U0Eikgne9wSJmZ3GzMNZjlRJi3z7vlbfotP+8HGeh70OKmo6VZrMOYGxFfwfKbQHu3 nJE8ICHrWJuQ8+cGnwhhlVKTxyNACU+YeTPQgcgUFMSqWXYy8nFbMUKs1d3hKkHn155/ ns3Ko2keFa5ccRnFg1LGN+HqEHtTnW+ey+XKfVebBP9/3Mrx6xTVOpjLK/dWoHNuwy0G +c7kjuhKMgqopFNN6yDx9kJDmMlwcBGlKeFti7OvuX+eL3glFutdK5vMV+juGaGTmT8L zlwO9tPrutCpDIfWdHmoyS9BE5IImD1gp5JtwbChW7rnPT1U3su3LDQemVEsfyKx2vYK UFuw== X-Gm-Message-State: AOAM533xaRuKbfOd+fAUQd8yN+gHf1L9BxW1vZjbr6dGKuVVl5gHUNa/ es98eYIvrMiOngm/v57uQNBjq5s3zU8PFuZi8bMu6oWV X-Google-Smtp-Source: ABdhPJxX48WKB8ZpISl2bEGNPzAiGl67icfAyIAYldsgxknqfffwNCUVM84jhYhP0LecAhPHhWxc71bCGzaKyBMQTqI= X-Received: by 2002:a05:6e02:194c:: with SMTP id x12mr5214633ilu.155.1630853015911; Sun, 05 Sep 2021 07:43:35 -0700 (PDT) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 References: <20210905055447.5ee12957@ernst.home> In-Reply-To: <20210905055447.5ee12957@ernst.home> From: Ed Maste Date: Sun, 5 Sep 2021 10:43:15 -0400 Message-ID: Subject: Re: OpenSSH 8.7p1 update for the base system To: gljennjohn@gmail.com Cc: FreeBSD Hackers Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4H2Z665Ncsz53Zk X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Sun, 5 Sept 2021 at 01:54, Gary Jennejohn wrote: > > So, I just tested the things I use regualrly: > ssh to a host on the LAN > scp to a host on the LAN > sftp to a host on the LAN (including recursively copying a directory) > fusefs-sshfs to locally mount a directory from a host on the LAN > > Everything still works. Great, thank you very much for giving it a try! From nobody Sun Sep 5 17:24:16 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 78DF017A45C7; Sun, 5 Sep 2021 17:24:08 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from mail.metricspace.net (mail.metricspace.net [IPv6:2001:470:1f11:617::107]) by mx1.freebsd.org (Postfix) with ESMTP id 4H2dgD2rBhz4jP9; Sun, 5 Sep 2021 17:24:08 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from [IPv6:2001:470:1f11:617:3210:b3ff:fe77:becd] (unknown [IPv6:2001:470:1f11:617:3210:b3ff:fe77:becd]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: eric) by mail.metricspace.net (Postfix) with ESMTPSA id 4765C10B6; Sun, 5 Sep 2021 17:24:02 +0000 (UTC) Subject: Re: PAM module for loading ZFS keys on login To: Greg , freebsd-current@freebsd.org, FreeBSD Hackers References: <67F44CFE-2496-4B13-8583-8A80D9ED3A4A@unrelenting.technology> From: Eric McCorkle Message-ID: Date: Sun, 5 Sep 2021 13:24:16 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 In-Reply-To: <67F44CFE-2496-4B13-8583-8A80D9ED3A4A@unrelenting.technology> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4H2dgD2rBhz4jP9 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N Interesting, I wasn't aware of the upstream module. I'd say that's preferable to the one I wrote. I think you would need to wire that into the 'modules' directory under libpam. I can look into doing that. On 9/5/21 11:27 AM, Greg wrote: > > > On September 5, 2021 4:54:26 PM GMT+03:00, Eric McCorkle wrote: >> All, >> >> This patch creates a new PAM module that will load a ZFS key upon a >> successful login: https://reviews.freebsd.org/D31844. It will use the >> user's auth token as the key argument to loading a ZFS encryption key on >> a user-specific ZFS data set. > > There's already an upstream module which I've attached to the build in https://reviews.freebsd.org/D28018 > > Any particular reason to write a custom one? > From nobody Sun Sep 5 20:15:56 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 944B017AA1BB for ; Sun, 5 Sep 2021 20:16:07 +0000 (UTC) (envelope-from Bojan.Novkovic@fer.hr) Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-he1eur01on0629.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe1e::629]) (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 4H2jTf1DwTz4bwR; Sun, 5 Sep 2021 20:16:06 +0000 (UTC) (envelope-from Bojan.Novkovic@fer.hr) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=UkiUi8qj7cnMZNzO9F8LkJ1PwBo+/8U8YW8g1NSEtfHdgKPeCzYK8NUXvtSD3KPbciJzDsbb+G9+YtO8YztFwOJ5JPn8/AbkuuQ0VSTL9NoLGf48RWqxyJUhsQS+ZxzpGG4ec+mWrkdDrvlT2yl3bU1TD0pjcLhACc0IQK07PPwky50HCo49s6HMiJwLlsZgJWO8U56gHfijn0PgopjTatQqhR2hyzt0LSQxKsKrubSm2avKLyAM8WeofkCBDFgSue0kjgXVU6jjRH/6CtzHQ8lmesQ22CCVBQdsIg4cFkF77I3hCxeB6Xd5p3p/0tEuiecIXBcfOIs8yFruarlkLw== 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; bh=CL43sVLiEAYFY11EZPCPcpei9LllIl1I/nCAcGxoM8I=; b=f7j5NCPGxYc1aPk5uyT8ZzMEAoVM/CbKtgCnJsGakKDXJgaXPrzgxI2aWgumNiB3l0OCWYqeUee4Jl4pkpeE5dwMDYzOhN1a/E+kc7oaWIkNm4IeEjgHVd23Li+oCE/XECVEWSJlSyWvoNUN4uzEYg9cPGORsp4CKFaqeuAfjT8v9N2gIu7fY2LMCc924vnntgD7WVNsL6xluy8FuB0jQXK84+PdP9ysfzqimzxuRBYmaJOyt6vkArS3IQJP8tnBco7Kayt04cw0kafr1EiyPGSIaE+PszeLt4PwxeMy6YyBccU3lY3W8GXZPl5eSCingAzayOHTcmY/fi579q2bng== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=fer.hr; dmarc=pass action=none header.from=fer.hr; dkim=pass header.d=fer.hr; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ferhr.onmicrosoft.com; s=selector2-ferhr-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=CL43sVLiEAYFY11EZPCPcpei9LllIl1I/nCAcGxoM8I=; b=VbY7IVrsWvsm5ay+9o/2+2bPEXEekbW96iS+pUGGpjZsPF+IzahvRzrbA5i6KyKWC5M/aWeqKn/BXQboU6FgzSqp8GxUXEL8AHaAfpoCcKV60CVpbsOgQvEaxkdXONu9kBvaJ0XTKbVF1Lkhx+iBEUzC0dOo4ypMVG5/1I3rijE= Received: from VI1PR08MB3920.eurprd08.prod.outlook.com (2603:10a6:803:c2::27) by VI1PR08MB4142.eurprd08.prod.outlook.com (2603:10a6:803:e0::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4478.22; Sun, 5 Sep 2021 20:15:56 +0000 Received: from VI1PR08MB3920.eurprd08.prod.outlook.com ([fe80::5859:50df:22a2:849d]) by VI1PR08MB3920.eurprd08.prod.outlook.com ([fe80::5859:50df:22a2:849d%6]) with mapi id 15.20.4478.025; Sun, 5 Sep 2021 20:15:56 +0000 From: =?iso-8859-2?Q?Bojan_Novkovi=E6?= To: "debdrup@freebsd.org" , "gbe@freebsd.org" CC: "freebsd-hackers@freebsd.org" Subject: Re: Solaris doors implementation Thread-Topic: Solaris doors implementation Thread-Index: AQHXocduxQgC/4tM/E6y3XyVvJtmrquVJd4AgAAbjQCAAJskMw== Date: Sun, 5 Sep 2021 20:15:56 +0000 Message-ID: References: <0c506180-47e5-7dcc-7799-40dc0d4f46cb@gmail.com> In-Reply-To: <0c506180-47e5-7dcc-7799-40dc0d4f46cb@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: suggested_attachment_session_id: efdd26e9-46fa-b8c2-7123-a22adb72dddd x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 5f886ca2-ec77-4de1-6043-08d970a9f851 x-ms-traffictypediagnostic: VI1PR08MB4142: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: gHw0LIleNFucii8exlDIq09+qQ++a7Fk6SBVpPMRfiK9YsLaGlHw7kenphV64uudbpZbwG+Tn1w8ccI7Wpt3+ozs9HwVU6c1K04SZ1DyjjMtxkh2SW92QEZzE90fUhyAPREbOC2LOhPRbZ7eDiNdEtwqk72lp2ch2mU82c+QKYFPS7IZfwDxgtVmaC+cA/z265oW+UCRRP3xYrriUAKjOaaZXdiZxw++/qSGRAHkchvKWX/fKykFszbJd7AXD4XSSlhJ3OWfxoheOIZBYje70xF1lPaSgkjchZghFqq3J6WlPJL9w2TvKQyDj2bgMLSUMWa9ldYcA4tuS34ITFTIxdsmMCldU0cpQQCtzjF1bAT3LqGUBTycKtyYYKDRkGbSBakcI0Pq6DhAMu+xzdywbB7S4K8bZNqxLN/cRAt+Guh9AXxm58nVksKAOgAa72XXYTppVU0aR+LVtOkxCzkw/xHIBWwQBsd3Vd3fsnETLD2iqMQuUf/YqI5YEdxuF8iJ+btRtSE7MAgNKbqIufcDeXEcGvvco5C9oWrtRfnlS1+c3Qt1EVgwYUgA7XGJgWuYxrSWmwIbFP+fQLDWs21HE/Y6y2+SID5ugOOzfjQySoCq5pLSjo5gXbmaf1QgqIZopXc8Q9OnSDc7OVseJbTFaCiOIDpVlBRLTczG03rzN74wQQertYlFAkWFLxbka1tRRKJpS96+s58Qa2Xjj5VwtOfHuoYZ87QzlhqnXZePzOouw4v+uI/bEqdLLbaElc7NjsCKZtryZBGXeym4ylkptovNkllJSlwAWm28VyqpmP0= x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:VI1PR08MB3920.eurprd08.prod.outlook.com;PTR:;CAT:NONE;SFS:(396003)(136003)(376002)(39840400004)(346002)(366004)(71200400001)(450100002)(33656002)(64756008)(2906002)(7116003)(7696005)(122000001)(38070700005)(5660300002)(3480700007)(8676002)(966005)(186003)(52536014)(8936002)(478600001)(38100700002)(19627405001)(66446008)(55016002)(4326008)(76116006)(166002)(66556008)(9686003)(86362001)(26005)(110136005)(66476007)(66946007)(6506007)(316002)(53546011);DIR:OUT;SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-2?Q?ag24R6yxWAJBShod72aTkhbjEY007HD9qAZ0ba6jch5+dkHM56vvYaKHg5?= =?iso-8859-2?Q?pBvODYHNN3c8trf2ba+i/OPDHg0Ntjt8ovsxqPCep1XmcRCAFM664BisKt?= =?iso-8859-2?Q?B3zDZjYP7X1rOaLhMJ/8yKgRUpmBM4SDT2Fr95LhkRfkulr98aVDN+M3xl?= =?iso-8859-2?Q?TXoJAaD1cgbTKH0/ZDhRIzLM1T/X2JQ82ev3ArwIyFaOQHpI1ihPvHVRe+?= =?iso-8859-2?Q?DQ2WnYbMvwL/S8lsycCRLcwvjvVM04tzpxzZD1UxvCBnJeZ9TVbhTosa5p?= =?iso-8859-2?Q?66mj+L5TypGymPO0bOZ1IbainGlwgm5HEtShppoyEfKLVwus9ArRaNz3wn?= =?iso-8859-2?Q?x2RxmS+KpNUuqexVjiAHlWVgbMVvmCcRkz2nxNRMbBwyMROwkSHEEMsWOs?= =?iso-8859-2?Q?GfJdEjFkSdJ7FrH+YDPylLn4DmKk3/van5qx8LscOwFapZ7z79kKy82WoA?= =?iso-8859-2?Q?ZVjMnZhx4igkP+OEjhw7QWTIpSzKudCHq9bMMN/zlFiUDHyrkgCIyQd9km?= =?iso-8859-2?Q?6Zv/35OH3CkxdlqNz7HGZXedyLAbFMNMcvsrzjvk589SWyhBhe9HPpos/I?= =?iso-8859-2?Q?B5543hJLnnV/UCDoamqtoO+qeauF+wUOjCH9yP8Y//RLgsuW9PwV9h06OP?= =?iso-8859-2?Q?qPl4+dUsDmJLVEG5TDstRsmyG0+DTF9UNsmnRFbRdDCRTN78kS9URPr5qb?= =?iso-8859-2?Q?M0doMsnr59/ccU1+9jneydfCr3qTnOP6i1BVm1vUf1CQz2qyZA3LnXunS3?= =?iso-8859-2?Q?HQxw8wYZYc+Ikc6Wjn1X5OoL69AyhkEEO0VhyfWOx/3obFAZI7QNc0Pgd4?= =?iso-8859-2?Q?DPcQ2c9JxYYHUBr3jPngh0HEfp9qUq9GV5U8w3VNYaqOOgotPIQuoYQJFb?= =?iso-8859-2?Q?l486P48lkCx3BMxnz7PEm3AnglpGiWKM4Elt1yFwFFQ6squzbNFqtrA4l2?= =?iso-8859-2?Q?NMmICedM+mTYO/iNZn6L3qsDw0Kqul0eqNmgrKAAC9xo62bfXpFa49/Zw5?= =?iso-8859-2?Q?ynRdFHMYXG+E2fwWHBi2e10sjShkzE8X+ro8xqth1J4GwCb86tgQf/q4/0?= =?iso-8859-2?Q?9BPCnCsPS+IFCZ8GHlCFLt03B8Ulr/kZQVDSL51IiL7IdSNg/85wn5pASx?= =?iso-8859-2?Q?0Patyf/G1Mfj8rkJO0Po9aO3T7ift8N7j8IeJMmbl6FQXr6hx5b0Z7jVo3?= =?iso-8859-2?Q?ngRAF8Rh/34QYTS79CpEl5IUZJKcyiKVecLKbn/hBrZ/SefHVh1J1+5/kz?= =?iso-8859-2?Q?mPX/GHw/NrIFQsbPPiUw9U+Rq8L4gCD/5mkV6qvjU2afzq/mDLvBykxrgZ?= =?iso-8859-2?Q?KjPdPKrHJiNPfQ8l9pZFrUulIFzwBE9i3upN8k/+TFHv9AA=3D?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_VI1PR08MB3920A29EA89FDE1018FF37CBF6D19VI1PR08MB3920eurp_" List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 X-OriginatorOrg: fer.hr X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: VI1PR08MB3920.eurprd08.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 5f886ca2-ec77-4de1-6043-08d970a9f851 X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Sep 2021 20:15:56.6383 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ca71eddc-cc7b-4e5b-95bd-55b658e696be X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: W6Pqf41PEDxJf/DGMmcsUstu3nSI3Ya1mhrj2jHKGOHVZKAyRTzqmHZYaqiiwCaDK5C+lcs3MC4K9qmDrI8mYg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR08MB4142 X-Rspamd-Queue-Id: 4H2jTf1DwTz4bwR X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ferhr.onmicrosoft.com header.s=selector2-ferhr-onmicrosoft-com header.b=VbY7IVrs; arc=pass ("microsoft.com:s=arcselector9901:i=1"); dmarc=none; spf=pass (mx1.freebsd.org: domain of Bojan.Novkovic@fer.hr designates 2a01:111:f400:fe1e::629 as permitted sender) smtp.mailfrom=Bojan.Novkovic@fer.hr X-Spamd-Result: default: False [-3.67 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[ferhr.onmicrosoft.com:s=selector2-ferhr-onmicrosoft-com]; 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/alternative,text/plain]; DMARC_NA(0.00)[fer.hr]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[ferhr.onmicrosoft.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; TO_DN_EQ_ADDR_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; R_MIXED_CHARSET(0.83)[subject]; ASN(0.00)[asn:8075, ipnet:2a01:111:f000::/36, country:US]; RCVD_TLS_LAST(0.00)[]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: Y --_000_VI1PR08MB3920A29EA89FDE1018FF37CBF6D19VI1PR08MB3920eurp_ Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Hello, Thank you for your quick response and willingness to help. Initially I just wanted to find if anybody was working on this and possibly= help them. However, since nobody is working on this, I have started writing a cleanroom implementation using the Illumos code as reference. I will be in touch via IRC should any major issues arise. Thank you once again! Bojan Novkovi=E6 ________________________________ From: Ka Ho Ng Sent: Saturday, September 4, 2021 11:40 PM To: Gordon Bergling ; Bojan Novkovi=E6 Cc: freebsd-hackers@freebsd.org Subject: Re: Solaris doors implementation On 2021/9/5 5:02 PM, Gordon Bergling wrote: > Hi Bojan, > > On Sat, Sep 04, 2021 at 07:59:56PM +0000, Bojan Novkovi=E6 wrote: >> Hello! >> >> I am interested in helping with the Solaris doors IPC implementation ide= a posted on the IdeasPage. >> However, seeing as there is no contact listed, would anyone know if this= idea is being worked on and who the technical contact is? >> >> Kind regards, >> Bojan Novkovic > > I don't know the technical contact, but regarding the doors implementatio= n, > you could look at the OpenSolaris / Illumos implementation [1]. > > Since we already have CDDL sources imported, a port of the original > implementation would be easier compared to a clean room implementation. > > --Gordon > > [1] https://github.com/illumos/illumos-gate > I believe we still need a clean room implementation if we want the IPC subsystem to be better integrated. Ka Ho --_000_VI1PR08MB3920A29EA89FDE1018FF37CBF6D19VI1PR08MB3920eurp_-- From eugen@grosbein.net Sun Sep 5 21:24:17 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 686D217A1783; Sun, 5 Sep 2021 21:24:34 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H2l0d3m9Yz3Gyf; Sun, 5 Sep 2021 21:24:33 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 185LOOdd056163 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 5 Sep 2021 21:24:24 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: freebsd-net@freebsd.org Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 185LOMOe089689 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Mon, 6 Sep 2021 04:24:22 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: TCP connection ignore RST To: Rozhuk Ivan , freebsd-net@freebsd.org, freebsd-hackers@freebsd.org References: <20210904023730.5eddd6fd@rimwks.local> From: Eugene Grosbein Message-ID: <097738e8-f6df-7da8-886a-73212a082c70@grosbein.net> Date: Mon, 6 Sep 2021 04:24:17 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 In-Reply-To: <20210904023730.5eddd6fd@rimwks.local> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT autolearn=disabled version=3.4.2 X-Spam-Report: * -0.0 SHORTCIRCUIT No description available. * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4H2l0d3m9Yz3Gyf X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=fail (mx1.freebsd.org: domain of eugen@grosbein.net does not designate 2a01:4f8:c2c:26d8::2 as permitted sender) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-2.08 / 15.00]; ARC_NA(0.00)[]; R_SPF_FAIL(1.00)[-all]; FREEFALL_USER(0.00)[eugen]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.98)[-0.985]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEMAIL_TO(0.00)[gmail.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N 04.09.2021 6:37, Rozhuk Ivan wrote: > Hi! > > > I have strange case: FreeBSD 12.2 ignore TCP RST from windows host and continue retransmitting packets. > sockstat show that socket connected even after many tcp rst packets received. > > Any ideas how to fix it? First make sure your packet filter does not drop RST packet.