From owner-freebsd-current@freebsd.org Sun Mar 14 00:34:51 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C32F4569C41; Sun, 14 Mar 2021 00:34:51 +0000 (UTC) (envelope-from eduardo@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 4DygYR4vSxz3txy; Sun, 14 Mar 2021 00:34:51 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from mail-ed1-f42.google.com (mail-ed1-f42.google.com [209.85.208.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 9698E9096; Sun, 14 Mar 2021 00:34:51 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-ed1-f42.google.com with SMTP id h10so13130553edt.13; Sat, 13 Mar 2021 16:34:51 -0800 (PST) X-Gm-Message-State: AOAM533C3HTfLNr26tMIE9RXwHwk0HoTr4rVx9tvbV8cLWIPbXP4xG6e N8S1JTs8wBkdH5njP0cQWJHsw9hx5PSM8Pol6GA= X-Google-Smtp-Source: ABdhPJxzqXuCY/LCt6j5P1gmjS452YOnUmcjPCzpom+5baYr+5d62PSazwW5wEKyIkzP2rhynpNWimy0SZmK1jtJH5k= X-Received: by 2002:a05:6402:4244:: with SMTP id g4mr10772732edb.204.1615682090477; Sat, 13 Mar 2021 16:34:50 -0800 (PST) MIME-Version: 1.0 References: <20210313201702.5f9dfa9b@hermann.fritz.box> In-Reply-To: <20210313201702.5f9dfa9b@hermann.fritz.box> From: Nuno Teixeira Date: Sun, 14 Mar 2021 00:34:38 +0000 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: On 14-CURRENT: no ports options anymore? To: "Hartmann, O." Cc: FreeBSD Ports , FreeBSD CURRENT Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2021 00:34:51 -0000 I have same problem days ago when dialog4ports crashed. just reinstall/install ports-mgmt/dialog4ports/ Hartmann, O. escreveu no dia s=C3=A1bado, 13/03/20= 21 =C3=A0(s) 19:17: > Since I moved on to 14-CURRENT, I face a very strange behaviour when > trying to set > options via "make config" or via poudriere accordingly. I always get "=3D= =3D=3D> > Options > unchanged" (when options has been already set and I'd expect a dialog > menu). > This misbehaviour is throughout ALL 14-CURRENT systems (the oldest is at > FreeBSD > 14.0-CURRENT #49 main-n245422-cecfaf9bede9: Fri Mar 12 16:08:09 CET 2021 > amd64). > > I do not see such a behaviour with 13-STABLE, 12-STABLE, 12.2-RELENG. > > How to fix this? What happened? > > Thanks in advance, > > O. Hartmann > From owner-freebsd-current@freebsd.org Sat Mar 13 22:07:04 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 500995ACFD7 for ; Sat, 13 Mar 2021 22:07:04 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-ed1-x52e.google.com (mail-ed1-x52e.google.com [IPv6:2a00:1450:4864:20::52e]) (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 4DycGv4cg7z3kpK for ; Sat, 13 Mar 2021 22:07:03 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: by mail-ed1-x52e.google.com with SMTP id y6so12905704eds.1 for ; Sat, 13 Mar 2021 14:07:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=6LrvjSDlNJhm8/Uxn8sNXkchbjOSouXZGvIJHo5hQOs=; b=mjf8xnUIkY7AqwYnPJ9mHxLx2t1nsvFCQcGHaNIvpd8OQJJnhXfO1tQ8WxEclti8S2 8/5VHUx8NPMlzkK7MPFd1BMaf/PL4vpNcqG+OaT3iqVzlPEzWJ2LrvnkAvsEQRGQkoo3 4358dzidod5M8YnOTD2PIYGUcRa/19F79WccBvay3CeDlGHTVYJuEL4XLlf2Ug0Upm/E sQ9T1Psk9CbIDdt35DRjHIzkic/gyu4MpxvzK3FAvxfJbBT2pIy+mbQyVOf0gihyXT15 jb9xY2zWlJ+5CESQqmUa56mhgrtgAaKnJuv2qRD/uvxUveZww/689z0oMPV87ARSDQ5p Q99A== 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:cc; bh=6LrvjSDlNJhm8/Uxn8sNXkchbjOSouXZGvIJHo5hQOs=; b=Fyj38wQZNBBaGii49r9BtVKKZIVPCXmcux3S9W3nUQkfprprQb/TiTSRBgSUQ3H2AL 5/JvTqKinDI3mKLiHlRO+HuAPu03zGMgo+UdMQnNUcQVaGhtX6lx/2g6lm3TT/E68Cl+ 5gFwm9vrjaDGOjdyeSmTt0EYbn3U3yqosA/RxExZmull4BV4nzEmJydzIBmFtiYMpRZC 1OqQS779kc9tI5CyHRz9NxB6lOksevdwjxewEyL1/CHf8ZXoX5krBBKetD2ocd88Ruet pjstVfn2fkTA376f7AAvzQmLVIc+8JB/tgQtIAlEgk+b7R+njXEBxsNMCV5Nu1LJ6SME 9SMw== X-Gm-Message-State: AOAM531d+7LRLQZtV0I9mye730IjoB/JgyDGSy3H4KuIUmziRyg+D/1e m9j2q3MtUe9KiiHHmFM5n+U0HK1+t5CTIU6wC88= X-Google-Smtp-Source: ABdhPJxh7vfWKWqAZsp5I700XA5jwG5Budjpgd79dNF9Wk5AENC7TYkIRaPxcaF5jV8yECuLMZ2SuLdgrCkQ6E9CTWE= X-Received: by 2002:aa7:dbd3:: with SMTP id v19mr21713397edt.314.1615673221676; Sat, 13 Mar 2021 14:07:01 -0800 (PST) MIME-Version: 1.0 Received: by 2002:a50:34c2:0:0:0:0:0 with HTTP; Sat, 13 Mar 2021 14:07:01 -0800 (PST) From: grarpamp Date: Sat, 13 Mar 2021 17:07:01 -0500 Message-ID: Subject: Standards: IEC Giga [re: FreeBSD image size confusion] To: freebsd-standards@freebsd.org Cc: freebsd-questions@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4DycGv4cg7z3kpK X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=mjf8xnUI; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grarpamp@gmail.com designates 2a00:1450:4864:20::52e as permitted sender) smtp.mailfrom=grarpamp@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::52e:from]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::52e:from:127.0.2.255]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::52e:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-Mailman-Approved-At: Sun, 14 Mar 2021 09:23:43 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Mar 2021 22:07:04 -0000 > is in true GBs "true" is not a modifier of any prefix or unit in any standard, though false GB are what's reported by USB firmware in cheapo USB drives from some sketchy vendors ;) > 4.5 GigaBytes means 4.5 GiB. 4500000000 does not equal or "mean" 4831838208. International Standards IEC (re ISO/SI/Metric)... "giga" = "G" = decimal prefix, powers of ten, 10^, base 10 underlying "gibi" = "Gi" = binary prefix, powers of two, 2^, base 2 underlying There is no such prefix as "K", it's "kilo k" or "kibi Ki". "B"yte is 8 "b"its. RAM is in binary 2^. Physical storage DVD/BR/USB/disk/tape/etc (quotable in decimal 10^ on the box [1]), filesystem and files UI presentation displayable in binary prefix, use correct underlying math. Rest in decimal 10^, including... Network bandwidth rates... routers switches OS interfaces hardware interfacing upstream, constant bandwidth rate managed network centric app software [filesharing, overlays, even packet filters]... in [kMGT...]bps ("b"its/sec) ie: 100Mbps, not the "bi" prefixes, nor even "B"ytes... with counters in bytes not bits. Contexts pair their associated "prefix, to base unit, to underlying math", ie: kilometers distance (km) not kibimeters (Kim), mebibytes RAM (MiB) not megabytes (MB), gigabps network rates (Gbps) with tier level ISPs not gibibps (Gibps). Silly bytes per period referenced transfer notation (B/sec, B/day, B/mon) of legacy small webhosters, and phone extortion billing models, that all calculate and use average bitrate with upstream already anyway... orthagonal and falling off. Many areas in FreeBSD could be checked for representation... prefixes for disk space using decimal G instead of binary Gi, places under a given context (netrates or diskspace) but displaying mixed representations across their respective utilities in base, etc. Rockets crash due to perpetuating use of nonstandard / mix legacy. Representations could look towards some newer formal standardization than pre-2000's adhoc. Linux seems to making some RAM/disk/netrates updates there with "bi" prefixes now appearing in various places, do not know if they have a standards conformance / base policy doc on that. https://www.iso.org/standard/31898.html IEC 80000-13:2008 https://www.electropedia.org/iev/iev.nsf/display?openform&ievref=112-01-27 https://en.wikipedia.org/wiki/Binary_prefix https://en.wikipedia.org/wiki/Unit_prefix [1] Pre :2008, WDC and STX lawsuits forced more disclosure and market consistency, still annoying to convert box/nameplate/sector decimal <--> logical binary. From owner-freebsd-current@freebsd.org Sat Mar 13 22:51:03 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1C8E05AE604; Sat, 13 Mar 2021 22:51:03 +0000 (UTC) (envelope-from freebsd@gushi.org) Received: from prime.gushi.org (prime.gushi.org [IPv6:2620:137:6000:10::142]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "prime.gushi.org", Issuer "RapidSSL TLS DV RSA Mixed SHA256 2020 CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DydFf0M1cz3n7t; Sat, 13 Mar 2021 22:51:01 +0000 (UTC) (envelope-from freebsd@gushi.org) Received: from [IPv6:2001:470:67:491:5d13:6be2:f1d8:dcd1] ([IPv6:2001:470:67:491:5d13:6be2:f1d8:dcd1]) (authenticated bits=0) by prime.gushi.org (8.16.1/8.16.1) with ESMTPSA id 12DMoumQ007077 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 13 Mar 2021 14:50:57 -0800 (PST) (envelope-from freebsd@gushi.org) DKIM-Filter: OpenDKIM Filter v2.10.3 prime.gushi.org 12DMoumQ007077 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gushi.org; s=prime2014; t=1615675858; bh=r1fB88Mm+wrSjaCiR68F6Lya0ryRxGZkBhNbm5Rd+2w=; h=Subject:From:In-Reply-To:Date:Cc:References:To; z=Subject:=20Re:=20On=2014-CURRENT:=20no=20ports=20options=20anymor e?|From:=20"Dan=20Mahoney=20(Ports)"=20|In-Repl y-To:=20<8a39cc8f-df2b-8a43-54c4-44eebb4b12de@madpilot.net>|Date:= 20Sat,=2013=20Mar=202021=2014:50:55=20-0800|Cc:=20"Hartmann,=20O." =20,=0D=0A=20FreeBSD=20Ports=20,=0D=0A=20FreeBSD=20CURRENT=20|References:=20<20210313201702.5f9dfa9b@hermann.fritz.box >=0D=0A=20<8a39cc8f-df2b-8a43-54c4-44eebb4b12de@madpilot.net>|To:= 20Guido=20Falsi=20; b=Ot0QfbfginyGUzYjeIUQlec5if5IT47KdkzkCNG/6tK2oclYDvo+zvtvE4T8UK9Er lmQeZq4zU2dLO/YhiSSsxl3/g8dtSKiP/Wz39vTYgyWNUD8Bj2MeaBDGYjYfM4eXBC 0c3BQWIGdEROdf903amiF6VrzoKXAjeIdX7E9gehZkCpLM+VJz+4hMKLlBkV9cPNnV xMZeEymxqoUqfIBO/6oYQyyXyX3Ef6YkwY0s+d/zJVrFrmF+rNOZwQdQK3VXU/KbND setr1GdLp3mjnogiTz1FrARt/Lc0DI95iCkhTGHOLsRSil1gCqBZAq5+iBGw9/VtjM SnMN0N54Gpbyw== Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: On 14-CURRENT: no ports options anymore? From: "Dan Mahoney (Ports)" In-Reply-To: <8a39cc8f-df2b-8a43-54c4-44eebb4b12de@madpilot.net> Date: Sat, 13 Mar 2021 14:50:55 -0800 Cc: "Hartmann, O." , FreeBSD Ports , FreeBSD CURRENT Content-Transfer-Encoding: quoted-printable Message-Id: <3779241B-6501-45A5-A63C-7A10DC9FDBF0@gushi.org> References: <20210313201702.5f9dfa9b@hermann.fritz.box> <8a39cc8f-df2b-8a43-54c4-44eebb4b12de@madpilot.net> To: Guido Falsi X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.2 (prime.gushi.org [IPv6:2620:137:6000:10:0:0:0:142]); Sat, 13 Mar 2021 22:50:58 +0000 (UTC) X-Rspamd-Queue-Id: 4DydFf0M1cz3n7t X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gushi.org header.s=prime2014 header.b=Ot0Qfbfg; dmarc=pass (policy=none) header.from=gushi.org; spf=pass (mx1.freebsd.org: domain of freebsd@gushi.org designates 2620:137:6000:10::142 as permitted sender) smtp.mailfrom=freebsd@gushi.org X-Spamd-Result: default: False [-4.26 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[2620:137:6000:10::142:from]; DKIM_TRACE(0.00)[gushi.org:+]; DMARC_POLICY_ALLOW(-0.50)[gushi.org,none]; NEURAL_HAM_SHORT(-0.06)[-0.058]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2620:137:6000:10::142:from]; ASN(0.00)[asn:393507, ipnet:2620:137:6000::/44, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gushi.org:s=prime2014]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; DWL_DNSWL_MED(-2.00)[gushi.org:dkim]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; SPAMHAUS_ZRD(0.00)[2620:137:6000:10::142:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-ports] X-Mailman-Approved-At: Sun, 14 Mar 2021 09:24:00 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Mar 2021 22:51:03 -0000 If this isn=E2=80=99t at least in /usr/ports/UPDATING it sure should be. -Dan > On Mar 13, 2021, at 12:58 PM, Guido Falsi via freebsd-ports = wrote: >=20 > On 13/03/21 20:17, Hartmann, O. wrote: >> Since I moved on to 14-CURRENT, I face a very strange behaviour when = trying to set >> options via "make config" or via poudriere accordingly. I always get = "=3D=3D=3D> Options >> unchanged" (when options has been already set and I'd expect a dialog = menu). >> This misbehaviour is throughout ALL 14-CURRENT systems (the oldest is = at FreeBSD >> 14.0-CURRENT #49 main-n245422-cecfaf9bede9: Fri Mar 12 16:08:09 CET = 2021 amd64). >> I do not see such a behaviour with 13-STABLE, 12-STABLE, 12.2-RELENG. >> How to fix this? What happened? >=20 > I encountered something similar, some base shared library has changed, = guess this is related with the ncurses changes in base. >=20 > If I remember correctly force reinstalling dialog4ports package fixed = it. Make sure you reinstall a freshly rebuilt one. >=20 > Most probably anything using ncurses will require rebuild/reinstall. >=20 > The cause is dialog4ports failing to start and the system sees no = option changed. >=20 > If that's not enough try >=20 > # ldd -v /usr/local/bin/dialog4ports >=20 > And see if it reports some useful information. >=20 > --=20 > Guido Falsi > _______________________________________________ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to = "freebsd-ports-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Sun Mar 14 00:29:49 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D7D175692E4; Sun, 14 Mar 2021 00:29:49 +0000 (UTC) (envelope-from freebsd@gushi.org) Received: from prime.gushi.org (prime.gushi.org [IPv6:2620:137:6000:10::142]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "prime.gushi.org", Issuer "RapidSSL TLS DV RSA Mixed SHA256 2020 CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DygRd1BYCz3tDL; Sun, 14 Mar 2021 00:29:48 +0000 (UTC) (envelope-from freebsd@gushi.org) Received: from [IPv6:2001:470:67:491:5d13:6be2:f1d8:dcd1] ([IPv6:2001:470:67:491:5d13:6be2:f1d8:dcd1]) (authenticated bits=0) by prime.gushi.org (8.16.1/8.16.1) with ESMTPSA id 12E0TgvS021681 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 13 Mar 2021 16:29:44 -0800 (PST) (envelope-from freebsd@gushi.org) DKIM-Filter: OpenDKIM Filter v2.10.3 prime.gushi.org 12E0TgvS021681 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gushi.org; s=prime2014; t=1615681785; bh=C1zjHogxENq43IEUVG1lX2QIdhjz3NtiM9qy4PbWiHw=; h=From:Subject:Date:In-Reply-To:Cc:To:References; z=From:=20"Dan=20Mahoney=20(Ports)"=20|Subject:= 20Re:=20On=2014-CURRENT:=20no=20ports=20options=20anymore?|Date:=2 0Sat,=2013=20Mar=202021=2016:29:42=20-0800|In-Reply-To:=20|Cc: =20Guido=20Falsi=20,=0D=0A=20"Hartmann,=20O."=20 ,=0D=0A=20FreeBSD=20Ports=20,=0D=0A=20FreeBSD=20CURRENT=20|To:=20Kevin=20Oberman=20|References:=2 0<20210313201702.5f9dfa9b@hermann.fritz.box>=0D=0A=20<8a39cc8f-df2 b-8a43-54c4-44eebb4b12de@madpilot.net>=0D=0A=20<3779241B-6501-45A5 -A63C-7A10DC9FDBF0@gushi.org>=0D=0A=20; b=Vp/5XZ52X3OB/7hVtDlFhzvJ6EjwEbkIwmT2eGrttDwN4PRk9NPnsQlSyQJxf3tC5 OznCLkwYJ7uqVqEBlBaaqOifLLXRUPWg8yDZW+OXh7cOyPa2bycSJzeVv2yrRNAdcV 5tRP+l4Txvexh1hv7RClSCN39oLVU2WXHWJ+VxKlVPnR5WFuR3FutAfg14ubdrUZ0I iPb8iC4OgqnPXaU/0Cgag47vsXyXvIeLNorx4FsTbjyWSdeI2gbIT2aNi284wIKMP/ ElOEWZNK7MQVPkLDlGB+9zQJ9uBgFSjj8e8egv02ERHyrfjFSgV9PcCbGp/6Ig3UAj 55elst1f/Bljg== From: "Dan Mahoney (Ports)" Message-Id: <1A50C846-307F-4DBE-AECD-2A71547D3C91@gushi.org> Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: On 14-CURRENT: no ports options anymore? Date: Sat, 13 Mar 2021 16:29:42 -0800 In-Reply-To: Cc: Guido Falsi , "Hartmann, O." , FreeBSD Ports , FreeBSD CURRENT To: Kevin Oberman References: <20210313201702.5f9dfa9b@hermann.fritz.box> <8a39cc8f-df2b-8a43-54c4-44eebb4b12de@madpilot.net> <3779241B-6501-45A5-A63C-7A10DC9FDBF0@gushi.org> X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.2 (prime.gushi.org [IPv6:2620:137:6000:10:0:0:0:142]); Sun, 14 Mar 2021 00:29:45 +0000 (UTC) X-Rspamd-Queue-Id: 4DygRd1BYCz3tDL X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gushi.org header.s=prime2014 header.b=Vp/5XZ52; dmarc=pass (policy=none) header.from=gushi.org; spf=pass (mx1.freebsd.org: domain of freebsd@gushi.org designates 2620:137:6000:10::142 as permitted sender) smtp.mailfrom=freebsd@gushi.org X-Spamd-Result: default: False [-5.20 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; RCPT_COUNT_FIVE(0.00)[5]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[2620:137:6000:10::142:from]; DKIM_TRACE(0.00)[gushi.org:+]; DMARC_POLICY_ALLOW(-0.50)[gushi.org,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2620:137:6000:10::142:from]; ASN(0.00)[asn:393507, ipnet:2620:137:6000::/44, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gushi.org:s=prime2014]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_MED(-2.00)[gushi.org:dkim]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; SPAMHAUS_ZRD(0.00)[2620:137:6000:10::142:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-ports] X-Mailman-Approved-At: Sun, 14 Mar 2021 09:24:16 +0000 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2021 00:29:49 -0000 You mention release notes. Slightly off-topic, but I never understood = why, if there was a beta or RC available, the release-notes of the time = weren=E2=80=99t available on www.freebsd.org . Wouldn=E2=80=99t that make sense to see if there were things you wanted = to try out and test? Anyway, more on topic, it seems that if one is on -CURRENT (or possibly = -STABLE), you=E2=80=99re building from source, and should be expected to = read UPDATING. That much is on the site. (But that would be /usr/src, = not /usr/ports). Did this happen mid-line in a stable? That=E2=80=A6shouldn=E2=80=99t. -Dan > On Mar 13, 2021, at 3:48 PM, Kevin Oberman = wrote: >=20 > On Sat, Mar 13, 2021 at 2:51 PM Dan Mahoney (Ports) = > wrote: >=20 >> If this isn=E2=80=99t at least in /usr/ports/UPDATING it sure should = be. >>=20 >> -Dan >>=20 > Ditto! While it did not take me long to discover that the ncurses = shareable > had bumped the version, I wasted a lot of time rebuilding ports one by = one. > At least a heads-up would have been nice. The way to do this is = unclear, > though, as it was a base library update. I assume that it only bit = those > running current or 13. Those running 13-STABLE, as I was, had no = warning. > I'm not sure a note in UPDATING would have been appropriate, but a = post to > stable@ and current@ would have been nice. Or, did I miss them? >=20 > This would also be made VERY clear in the 13.0 Release Notes. I = suspect > installing misc/compat12x would have worked. > -- > Kevin Oberman, Part time kid herder and retired Network Engineer > E-mail: rkoberman@gmail.com > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > _______________________________________________ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to = "freebsd-ports-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Sun Mar 14 09:42:18 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1E6C4579D9E for ; Sun, 14 Mar 2021 09:42:18 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from relay12.mail.gandi.net (relay12.mail.gandi.net [217.70.178.232]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dyvj54HJ8z3KD2 for ; Sun, 14 Mar 2021 09:42:17 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from [192.168.0.88] (unknown [195.64.148.76]) (Authenticated sender: andriy.gapon@uabsd.com) by relay12.mail.gandi.net (Postfix) with ESMTPSA id B38E5200009; Sun, 14 Mar 2021 09:42:14 +0000 (UTC) Subject: Re: console: no USB keyboard! To: "Hartmann, O." , FreeBSD CURRENT References: <20210313200117.46db6706@hermann.fritz.box> From: Andriy Gapon Message-ID: <7719f608-f277-5ba9-903d-9da463b4c921@FreeBSD.org> Date: Sun, 14 Mar 2021 11:42:13 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Firefox/78.0 Thunderbird/78.8.0 MIME-Version: 1.0 In-Reply-To: <20210313200117.46db6706@hermann.fritz.box> Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Dyvj54HJ8z3KD2 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; ASN(0.00)[asn:29169, ipnet:217.70.176.0/20, country:FR] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2021 09:42:18 -0000 On 13/03/2021 21:01, Hartmann, O. wrote: > Running 14-CURRENT on several boxes (i.e. FreeBSD 14.0-CURRENT #49 > main-n245422-cecfaf9bede9: Fri Mar 12 16:08:09 CET 2021 amd64) with custom and/or GENERIC > kernel and USB-only equipment (mouse if available, keyboard). > In multiuser mode, there is no problem using the USB keyboard. On single user console > (for maintenance purposes), no USB keyboard is available. The same is true while booting > and the rc scripts are worked on. Usually, one can hit the enter key and inserts a > newline, this doesn't work anymore until the box is completely up! > > I do not know when this problem as been introduced, the very same config is used since > 13-CURRENT in its earlier time and has been modified accordingly, but I can't see obvios > changes which would explain the wrecked behaviour now. > > I got aware of this problem, when a small mistake in /etc/fstab rendered a box > unbootable, I had to head for the datacenter and wasn't even capable of interrupting the > stuck system. Checking on other boxes running recent 14-CURRENT revealed the same problem. > > The interesting part is, that as long as those boxes are with the loader present (all > boxes are UEFI booting!), the USB keyboard works as expected and I'm able to select > kernel/kernel.old and so on. > > How to fix this? Can't help with fixing the problem, but here's some info. When you are at the loader prompt, BIOS provides emulation of a standard / legacy keyboard for the USB keyboard. That's why loader can work even though it doesn't know much about USB. When a FreeBSD driver for the USB controller takes over then the BIOS emulation stops. Until a FreeBSD peripheral driver like ukbd attaches, it's not possible to use the keyboad, unfortunately. You can check your dmesg to see when that happens. Personally, I try to avoid "legacy free" solutions and always have a PS/2 keyboard (even if it's a really a USB one using PS/2 <-> USB adapter). Of course, it would be great to reduce the dead window for USB keyboards and I think that it is doable. -- Andriy Gapon From owner-freebsd-current@freebsd.org Sun Mar 14 12:16:58 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6482A57DBF1 for ; Sun, 14 Mar 2021 12:16:58 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dyz7Y3B3gz3jgZ; Sun, 14 Mar 2021 12:16:56 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1615724215; bh=uAZFxWspbfhngILZ/rtWgMaGSc+D34QrZV9sSgIiLEk=; h=X-UI-Sender-Class:Date:From:To:Cc:Subject:In-Reply-To:References; b=LDWrmzjaLaYPpoAvDnq5qfNHHgBUdftMFMHHuEZOw9z4ykfzXbqg+17btUFM2ul2r /w6SGR8MFS9v9QRRj8rYZu/kfw3ZfKQiT4RTtr3L1yNzdQespvEAk5ENgSqSaDAlX+ yXSBnBp2EUpz3pqlT/pl3AMR11jQosxkV+K1GX/Q= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from hermann.fritz.box ([77.13.30.158]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N7iCg-1lqV6a3fpC-014nI8; Sun, 14 Mar 2021 13:16:55 +0100 Date: Sun, 14 Mar 2021 13:16:53 +0100 From: "Hartmann, O." To: Andriy Gapon Cc: "Hartmann, O." , FreeBSD CURRENT Subject: Re: console: no USB keyboard! Message-ID: <20210314131653.1ac46909@hermann.fritz.box> In-Reply-To: <7719f608-f277-5ba9-903d-9da463b4c921@FreeBSD.org> References: <20210313200117.46db6706@hermann.fritz.box> <7719f608-f277-5ba9-903d-9da463b4c921@FreeBSD.org> Organization: walstatt.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/g39hJCZsBAXw6kcnWx9P5i."; protocol="application/pgp-signature"; micalg=pgp-sha256 X-Provags-ID: V03:K1:tMt9Tdz0TcUp8fB/2KOiwXDu3VjOTf/4X7h9Prc4HRNl8gNGHmG yyCjvx1e83sJUZrUK3adqbPb1yeLMxWEOWlI0hBzCHaCYAo41Paa3USA99j/yvfung19pHm hq7Ada3kcwbrQZyXSEfgdyE1HcsZGx2QCRhABZMRpmlap0++qfHdccNFl94XrqX1VTO+kSZ 7AYeXn1awCmjDE5VO317g== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:CdOfa0Uod1A=:dsGFTvK+YwkKCvJOT7mEJw MBOzv/H3bOQcv30qNYLJQ3GFv5jWKUOviFUqjkT4d4dI52+JU0jfxLv2enk4vJZoWUBmUkMvG YyvZ1jpNyHehuDcb6ish+u7ednxI78QWdby3FZpIAbJY6iPjlBd/TDsgQ88Hs+RiaGxmacGAM ss0l5osbGJd2TzRSJFKgi1LRHccOApLIc13QZK7t45/otjanaSeqYLgUO5kYG7WFdRIg6URUU ntadtW4xPNdD8V0EGqeRZxyw49NoyHDsF0Rh7QzcInJX28rFDzlnwCqJhMMD+mNMvlipvVeAL eXfVPDvRs9O22iEJH7h3TAVfUQVhJGuFnYhBKYVM6yXwGMbNK7R393xdD8rXUp0XzlvEvdLHi L0Gq4UkCPFwKnBb+wT03o2okFvxljYOmz0yxG34IyLjhyRS1ALJzo+BE3K+HNqOqZzsG/yaD2 RhkEf1X63TDh/cA0u6jvdGhJh3ZeB6xbpPIkAhWTeLZrR3Mqpzgz5uESLV6/zo62FeURYw254 JVCQAFFsgscda21T2OC6XgAt0UdpREiqKRt5WPd+Iiq1wElTy000rcmt3M1zCIaYsBGmfrPLz Lx3QjuzyCzdL1sxKVMA3d/SjIEbbk0AsG+OR0JOvWzE91x0CDe8vVeOqvM/jXO6p7o5sMg2po PouuVI/acooaPKxBGtJ61VoW+eQ+x5ey6rjg/P/nLYESUYzyupyT3Z0DzmR2KjlA40KeO+BRs ULaP/aov1rne6WxxDcIIxjwhD3czO3yl2sc0/WHfT34cXVgVdWZTcvmegg3zZLK+aCACNeDiE mGcL3+gFYVnmGb6vSAhAJviKsMxpVelEqT6wjnl6AOhzunq1oovAMY0ErVQ6BwLZjXppLQk5C Ti64vN3jIqDtawTA/j3g== X-Rspamd-Queue-Id: 4Dyz7Y3B3gz3jgZ X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.net header.s=badeba3b8450 header.b=LDWrmzja; dmarc=none; spf=none (mx1.freebsd.org: domain of o.hartmann@walstatt.org has no SPF policy when checking 212.227.17.22) smtp.mailfrom=o.hartmann@walstatt.org X-Spamd-Result: default: False [-1.62 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_ORG_HEADER(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmx.net:+]; SUBJECT_ENDS_EXCLAIM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[212.227.17.22:from]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; RCVD_IN_DNSWL_LOW(-0.10)[212.227.17.22:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; RECEIVED_SPAMHAUS_PBL(0.00)[77.13.30.158:received]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.88)[0.879]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[walstatt.org]; SPAMHAUS_ZRD(0.00)[212.227.17.22:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record]; RWL_MAILSPIKE_POSSIBLE(0.00)[212.227.17.22:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2021 12:16:58 -0000 --Sig_/g39hJCZsBAXw6kcnWx9P5i. Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 14 Mar 2021 11:42:13 +0200 Andriy Gapon wrote: > On 13/03/2021 21:01, Hartmann, O. wrote: > > Running 14-CURRENT on several boxes (i.e. FreeBSD 14.0-CURRENT #49 > > main-n245422-cecfaf9bede9: Fri Mar 12 16:08:09 CET 2021 amd64) with cus= tom and/or > > GENERIC kernel and USB-only equipment (mouse if available, keyboard). > > In multiuser mode, there is no problem using the USB keyboard. On singl= e user console > > (for maintenance purposes), no USB keyboard is available. The same is t= rue while > > booting and the rc scripts are worked on. Usually, one can hit the ente= r key and > > inserts a newline, this doesn't work anymore until the box is completel= y up!=20 > >=20 > > I do not know when this problem as been introduced, the very same confi= g is used since > > 13-CURRENT in its earlier time and has been modified accordingly, but I= can't see > > obvios changes which would explain the wrecked behaviour now.=20 > >=20 > > I got aware of this problem, when a small mistake in /etc/fstab rendere= d a box > > unbootable, I had to head for the datacenter and wasn't even capable of= interrupting > > the stuck system. Checking on other boxes running recent 14-CURRENT rev= ealed the same > > problem. > >=20 > > The interesting part is, that as long as those boxes are with the loade= r present (all > > boxes are UEFI booting!), the USB keyboard works as expected and I'm ab= le to select > > kernel/kernel.old and so on. > >=20 > > How to fix this? =20 >=20 > Can't help with fixing the problem, but here's some info. > When you are at the loader prompt, BIOS provides emulation of a standard / > legacy keyboard for the USB keyboard. That's why loader can work even th= ough it > doesn't know much about USB. > When a FreeBSD driver for the USB controller takes over then the BIOS emu= lation > stops. Until a FreeBSD peripheral driver like ukbd attaches, it's not po= ssible > to use the keyboad, unfortunately. You can check your dmesg to see when = that > happens. >=20 > Personally, I try to avoid "legacy free" solutions and always have a PS/2 > keyboard (even if it's a really a USB one using PS/2 <-> USB adapter). >=20 > Of course, it would be great to reduce the dead window for USB keyboards = and I > think that it is doable. >=20 >=20 Hello, thank you very much for the explanation. For usual, I compile all necessary= module staticlly into the kernel, the USB mouse, massstorage, keyboard. There was = a message about some changes with uhid/hid, I tried all variants coming to my mind, s= tarting from GENERIC up to add-ons statically compiled in. The systems in question I obs= erved this the first time are quite old (Z77/IvyBridge era) and do have PS/2 sockets, = but others (KabyLake) doesn't. Most KVM we use today in the datacenters are VGA/USB ba= sed, so there is no chance to attach PS/2 equipment :-( Kind regards, oh=20 --Sig_/g39hJCZsBAXw6kcnWx9P5i. Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYIAB0WIQSy8IBxAPDkqVBaTJ44N1ZZPba5RwUCYE3+tQAKCRA4N1ZZPba5 R88RAP0TTYjxpFs1elfhFnbF4vTH5S3GvGsmjvDgNEheIgn9jgD/Q851tL4mKv0F Ceqn1LDLHDuwJ4AtMkpCU1wK8H+9nAk= =z4/9 -----END PGP SIGNATURE----- --Sig_/g39hJCZsBAXw6kcnWx9P5i.-- From owner-freebsd-current@freebsd.org Sun Mar 14 14:11:01 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 978055A81CE for ; Sun, 14 Mar 2021 14:11:01 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dz1g822sSz3pFc for ; Sun, 14 Mar 2021 14:10:59 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from kalamity.joker.local (115-38-180-10.area1c.commufa.jp [115.38.180.10]) (authenticated bits=0) by www121.sakura.ne.jp (8.16.1/8.16.1/[SAKURA-WEB]/20201212) with ESMTPA id 12EEAnpW007439 for ; Sun, 14 Mar 2021 23:10:49 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sun, 14 Mar 2021 23:10:49 +0900 From: Tomoaki AOKI To: freebsd-current@freebsd.org Subject: Re: console: no USB keyboard! Message-Id: <20210314231049.7f5588bf4268dc3c77ce187a@dec.sakura.ne.jp> In-Reply-To: <20210314131653.1ac46909@hermann.fritz.box> References: <20210313200117.46db6706@hermann.fritz.box> <7719f608-f277-5ba9-903d-9da463b4c921@FreeBSD.org> <20210314131653.1ac46909@hermann.fritz.box> Reply-To: junchoon@dec.sakura.ne.jp Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Dz1g822sSz3pFc X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of junchoon@dec.sakura.ne.jp has no SPF policy when checking 153.125.133.21) smtp.mailfrom=junchoon@dec.sakura.ne.jp X-Spamd-Result: default: False [-1.57 / 15.00]; HAS_REPLYTO(0.00)[junchoon@dec.sakura.ne.jp]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_NONE(0.00)[]; HAS_ORG_HEADER(0.00)[]; NEURAL_HAM_SHORT(-0.97)[-0.975]; SUBJECT_ENDS_EXCLAIM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[153.125.133.21:from]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[115.38.180.10:received]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; R_DKIM_NA(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[153.125.133.21:from:127.0.2.255]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[sakura.ne.jp]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2021 14:11:01 -0000 On Sun, 14 Mar 2021 13:16:53 +0100 "Hartmann, O." wrote: > On Sun, 14 Mar 2021 11:42:13 +0200 > Andriy Gapon wrote: > > > On 13/03/2021 21:01, Hartmann, O. wrote: > > > Running 14-CURRENT on several boxes (i.e. FreeBSD 14.0-CURRENT #49 > > > main-n245422-cecfaf9bede9: Fri Mar 12 16:08:09 CET 2021 amd64) with custom and/or > > > GENERIC kernel and USB-only equipment (mouse if available, keyboard). > > > In multiuser mode, there is no problem using the USB keyboard. On single user console > > > (for maintenance purposes), no USB keyboard is available. The same is true while > > > booting and the rc scripts are worked on. Usually, one can hit the enter key and > > > inserts a newline, this doesn't work anymore until the box is completely up! > > > > > > I do not know when this problem as been introduced, the very same config is used since > > > 13-CURRENT in its earlier time and has been modified accordingly, but I can't see > > > obvios changes which would explain the wrecked behaviour now. > > > > > > I got aware of this problem, when a small mistake in /etc/fstab rendered a box > > > unbootable, I had to head for the datacenter and wasn't even capable of interrupting > > > the stuck system. Checking on other boxes running recent 14-CURRENT revealed the same > > > problem. > > > > > > The interesting part is, that as long as those boxes are with the loader present (all > > > boxes are UEFI booting!), the USB keyboard works as expected and I'm able to select > > > kernel/kernel.old and so on. > > > > > > How to fix this? > > > > Can't help with fixing the problem, but here's some info. > > When you are at the loader prompt, BIOS provides emulation of a standard / > > legacy keyboard for the USB keyboard. That's why loader can work even though it > > doesn't know much about USB. > > When a FreeBSD driver for the USB controller takes over then the BIOS emulation > > stops. Until a FreeBSD peripheral driver like ukbd attaches, it's not possible > > to use the keyboad, unfortunately. You can check your dmesg to see when that > > happens. > > > > Personally, I try to avoid "legacy free" solutions and always have a PS/2 > > keyboard (even if it's a really a USB one using PS/2 <-> USB adapter). > > > > Of course, it would be great to reduce the dead window for USB keyboards and I > > think that it is doable. > > > > > > Hello, > > thank you very much for the explanation. For usual, I compile all necessary module > staticlly into the kernel, the USB mouse, massstorage, keyboard. There was a message > about some changes with uhid/hid, I tried all variants coming to my mind, starting from > GENERIC up to add-ons statically compiled in. The systems in question I observed this > the first time are quite old (Z77/IvyBridge era) and do have PS/2 sockets, but others > (KabyLake) doesn't. Most KVM we use today in the datacenters are VGA/USB based, so there > is no chance to attach PS/2 equipment :-( > > Kind regards, > > oh I usually try these kind of things though /boot/loader.conf whenever possible. If you prefer usbhid drivers, add BOTH hw.usb.usbhid.enable=1 usbhid_load="YES" lines to loader.conf. IIUC, these should not specified in /etc/sysctl.conf and /etc/rc.conf respectively (it's too late to work properly). It would automatically pull hidbus.ko in as a dependency. IIRC, at least for some trackpads are forcibly handled by i2c and don't work with legacy usb driver (ums). OTOH, if USB devices are accidentally (non-intended) handled by usbhid and causing problems, you shoud intentionally add hw.usb.usbhid.enable=0 in /boot/loader.conf. This is default, IIRC. HTH. -- Tomoaki AOKI From owner-freebsd-current@freebsd.org Sun Mar 14 14:25:16 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B0A025A87D9 for ; Sun, 14 Mar 2021 14:25:16 +0000 (UTC) (envelope-from gardask@gmail.com) Received: from mail-wm1-x331.google.com (mail-wm1-x331.google.com [IPv6:2a00:1450:4864:20::331]) (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 4Dz1zb4dJ4z3qK2 for ; Sun, 14 Mar 2021 14:25:15 +0000 (UTC) (envelope-from gardask@gmail.com) Received: by mail-wm1-x331.google.com with SMTP id l19so6624370wmh.1 for ; Sun, 14 Mar 2021 07:25:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding:content-language; bh=AarhB6l0Doe1Z4d5pXADelatYZOGgTBByfF1IbaThkQ=; b=TfuE3kbs6EbGCwDjDvCNeHEJeT8hU3uyEce2oOFOmRXsl3iszrUau63okmiWu5UOIi Cifmtt3vc3YtFPsBWOAqF5Ut6IKQAXjRsLHyIaBr6eliyODdCxjPQgXFR6d13otXNVa2 Zzp2LJShIvi/HWuGs9Cnh5p2jnF/sxiusszoXRZOSu9bic51TQT5M2eapZTOLKm9ALDY Of16O36vOoyUhczzV0HUSnOD6XnKhQbXZc2fqf4xJW3S5zeADh36waCZ8UYnXP2utVXT 252cOdF2wsjDIiji3Jdz3PaGDo/BSi4yHZgTN7A6VOlYNhXGcZywVHesPQ26R5rk8cCr vaeg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=AarhB6l0Doe1Z4d5pXADelatYZOGgTBByfF1IbaThkQ=; b=Cq3Pdb1RjhlnfCWUE6pUFiQPztb2vNLKWAzhW1P/WAXGgLa1BxDwU9pwuCcIcsjIsm 0F2eXwvYG7M1TAiYUppSIIaOgAiPbhYNe7oRxDhq0lTGMSKqYGidvmDEGj6B0fxadCR+ cy94l/nCEzvuJ2IqOXJ5zfXGE/IyLh0nsfnSRLXzyRNs40AAF6i12j5/mDgColw1SdL4 zJHAWdJ6zCtBfTCpRf6TWs1Z4BWAk6FPjZNqcaGUZSa2kg6Ys1LoUR1QgJu4GhL1u3PX DZ/ycabnyBuDSGb1C8ZtXKZ6VOHXM80g1lxSccNJCadb94BbWXcNWccQ47D0KwdhBpon JIZg== X-Gm-Message-State: AOAM533vd0gUHE4RPEYTA6ftARXb8V8i90WVpLqaEADQh7tasjfVqvtZ pDXNxlRwsNw3EHqykyVnizXIOla2vUXTmQ== X-Google-Smtp-Source: ABdhPJxHiBLlrZx6vEXHE6BOUhSm6ZxkbCBiJ51Cuaq4YR4X70URNNsuUg8GB6TwBru5j9b2He6VKA== X-Received: by 2002:a1c:e18b:: with SMTP id y133mr22138185wmg.22.1615731913370; Sun, 14 Mar 2021 07:25:13 -0700 (PDT) Received: from [10.0.30.5] ([31.47.99.1]) by smtp.gmail.com with ESMTPSA id a14sm16667086wrg.84.2021.03.14.07.25.12 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 14 Mar 2021 07:25:12 -0700 (PDT) To: freebsd-current@freebsd.org From: Karel Gardas Subject: current crashing VBox 6.1.16 Message-ID: <37b13cee-52a2-d5fc-7834-80dacd8d11c1@gmail.com> Date: Sun, 14 Mar 2021 15:25:11 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4Dz1zb4dJ4z3qK2 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=TfuE3kbs; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of gardask@gmail.com designates 2a00:1450:4864:20::331 as permitted sender) smtp.mailfrom=gardask@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-0.996]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::331:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::331:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::331:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2021 14:25:16 -0000 Hello, I'm trying to follow current installed in VBox VM. The VM is created with default configuration of 6.1.x suggested for 64bit FreeBSD. The RAM is set to 32GB and CPUs to 12 cores. Te host is running ubuntu 20.04.x. Anyway, while running 'make -j12 buildworld' the VM crash with following information in the VBox log: 00:02:26.650587 PIIX3 IDE: guest issued command 0xca while controller busy 00:02:26.652335 PIIX3 IDE: guest issued command 0xca while controller busy 00:02:26.653115 00:02:26.653115 !!Assertion Failed!! 00:02:26.653115 Expression: ReqType == ATA_AIO_RESET_ASSERTED || ReqType == ATA_AIO_RESET_CLEARED || ReqType == ATA_AIO_ABORT || pCtl->uAsyncIOState == ReqType 00:02:26.653116 Location  : /build/virtualbox-9t4MJt/virtualbox-6.1.16-dfsg/src/VBox/Devices/Storage/DevATA.cpp(5838) int ataR3AsyncIOThread(RTTHREAD, void*) 00:02:26.653262 Stack     : 00:02:26.653262 00007f86d41e5a11 VBoxRT.so!RTAssertMsg2V+0xaf (rva:0x178a11) 00:02:26.653262 00:02:26.653286 I/O state inconsistent: state=0 request=1 Now, the question is if FBSD is allowed to issue command 0xca while controller is busy or if this is something which it should not do. Thanks, Karel From owner-freebsd-current@freebsd.org Sun Mar 14 14:56:57 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 051135A9894 for ; Sun, 14 Mar 2021 14:56:57 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout2-smtp.messagingengine.com (wout2-smtp.messagingengine.com [64.147.123.25]) (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 4Dz2h74rjYz3rtV for ; Sun, 14 Mar 2021 14:56:55 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 320D31855 for ; Sun, 14 Mar 2021 10:56:54 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Sun, 14 Mar 2021 10:56:54 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=uDbsf8E/Ug5izvydpYhv56lVQ1H K1/d1PIARALzTJoQ=; b=Wo9jDuD1lyWugEJeJNYguXB/6TCfAugNLaweFZmPV3M abrTfrdz7XoGs3Wfpnom0eu1/Xnq/BAw2//D+6Yoc+te69xwh/jyunDh/dkkFTSq GIuxdTKNM+Q7F/QeczVJr88f0l3tbv5cSRo9vrH6j7ZugjgT2onjD3uyiqd2gqPQ 9u6cubebyf+VvyElrjXC6DMqoo26g5gUnRcBWHBaoGJGkHdgiY0u8rsejfY07bFY xSD01IDWoCZDG4MTyMGxMRfR8lTDKPmEtgBiKafAtojzOAOFwg+jKdV6Rem8GZTt RyjMlyZMWqE0upurS1pnP3YjeuN12AwzpArEYD7JpwA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=uDbsf8 E/Ug5izvydpYhv56lVQ1HK1/d1PIARALzTJoQ=; b=CkxLqvroxx06rAzWGqgUWa PM1h7cCouCXtbn052KCq7Lm5bKSUi0Z0C3KIb0cUzcEla55OCVAKMkWlSHGZF8nP CfNFdxpy3kEsYNIRdHfHnJnMU18YVKZcNIUSti+LmYLiRIssHOg+2z1ffFQWKmeY 9Rw4l3xNKz437W8MBq7+PaV5aHIpqekRUgkhuALVGxPvAXLXFue+8qV3WUmhlP47 XT9omqjbanR4DATMKZFFpW9VMOa/ACmVqG6/VfSCAwI4eUqBZ9Ssmlv/HuzZ3PYL XClXEtFF2AZ52SKv3yGkB/J3IJfcBk3uwSsFb+q++9NK+fPAHdr6M08CMNboHI7g == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledruddvjedggeehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesghdtre ertddtvdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucggtffrrghtthgvrhhnpedtheeigfdvudefkeekvddtfedvte dttdekuddvgeevlefftdekffdujedvhfduteenucfkphepkedvrdejtddrledurddutddt necuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepthgvtg hhqdhlihhsthhsseiihiigshhtrdhnvght X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA id 5C018240065 for ; Sun, 14 Mar 2021 10:56:53 -0400 (EDT) Date: Sun, 14 Mar 2021 14:56:51 +0000 From: tech-lists To: freebsd-current@freebsd.org Subject: Re: Getting started with ktls Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: <20210311003136.GM56617@kduck.mit.edu> <20210311031501.GP56617@kduck.mit.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="5AI3IKaAEoNqVsEu" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4Dz2h74rjYz3rtV X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=Wo9jDuD1; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=CkxLqvro; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.25 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[64.147.123.25:from]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.25]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[64.147.123.25:from]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.25:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[64.147.123.25:from:127.0.2.255]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2021 14:56:57 -0000 --5AI3IKaAEoNqVsEu Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 11, 2021 at 03:42:55PM +0000, Rick Macklem wrote: >I'm going to cheat and top post (the discussion looks >pretty convoluted). > >- The kernel must be built with "options KERN_TLS" >- OpenSSL must be built with KTLS enabled >- These two sysctls need to be set to 1 > kern.ipc.tls.enable > kern.ipc.mb_use_ext_pgs Hello, I'd like to try ktls but have found the following: On AMD64 (stable/13) this option is present in the GENERIC kernel=20 of world built about a month ago: stable/13-n244496-618dee60231=20 and openssl version is 1.1.1i-freebsd On ARM64 (stable/13) it's *not* present in a world built earlier=20 today from stable/13-n244876-0b45290603b. Here, the openssl version=20 is 1.1.1j-freebsd On another ARM64 (main/14) it *is* present in main-n245445-07564e17620=20 built with sources from the 11th March. openssl is 1.1.1j-freebsd here=20 as well. I'd like to have it (ktls) available on the ARM64=20 stable/13-n244876-0b45290603b. Is it just a matter of adding the option,=20 and then the sysctls become available? Is it "better" with openssl[-devel]= =20 in ports or openssl in base? thanks, --=20 J. --5AI3IKaAEoNqVsEu Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmBOJCoACgkQs8o7QhFz NAWiNQ//UoZ088MGtg4SJ1RinapFxDjwS8obJyketkmIO44CLn3clxJKpR+yna7F j4uzXc01fJBHJ1EJacqfQOxmB8TArvl70OJ8wK1aP9iOMKgymbVIxMXkMJS3d8Xj osrCvoOfT+5Mp1rlTRGtiA28Skm0Q+ZKvTVgcR5lmcUIkr7ib5SDjH/15EPvBpWJ ZXHcSmYRs8AllwaMq5AVA1aplGYYqSFI6qzVVtzPxALvG7qS/rTnqHWqgac//O1G zPzjlZwP3A86DHaZn+/rK5EhxkyxR5O89/RHHhvUg4HRFncsantqR1OTxxVkVHrt Qxn/szS31CujYuDODHMri24qZ1StxYZ/Vkqljo3bTDlROZwlrvFOqVTTDMdFfjM0 DnUmCSQSTPvLCco77ii21bMtrVbh2f49G+gSO8Mczy213q6RTBAqNPANffnOTNaM QxSfCNtzkXQAxlp1MpzL17IU5liYXXa3T1lfzGB65NkDHBjBZhLXM5MF8LeHGhKr OJzhN+U1QE89OdPQQ8GnA2uIdHjYzIWjEsG7KSGfSvRvt+pVrvabf7vWMenv+9Cd FXSNB7ZWccs0eVf1UG2wCWRxM8A7nj6ytkIRf69X0gB/VJIKdsx0ZuQk5hxHEcMK 7YIWlxB3tJANdL2SUAtmTsJM7DZ6FoJehhdEv5b7DDKh8eq1kNk= =pQGR -----END PGP SIGNATURE----- --5AI3IKaAEoNqVsEu-- From owner-freebsd-current@freebsd.org Sun Mar 14 15:54:47 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4A6EA5AA7E7 for ; Sun, 14 Mar 2021 15:54:47 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-oi1-f171.google.com (mail-oi1-f171.google.com [209.85.167.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 4Dz3yt1sdVz3vMg for ; Sun, 14 Mar 2021 15:54:45 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-oi1-f171.google.com with SMTP id d20so32088102oiw.10 for ; Sun, 14 Mar 2021 08:54:45 -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=UIAArkemRtXv16Yk21zbotr2Coy8gZksO1Rp7ODp2Lk=; b=WwZFtV3Xj0qB2IFtLvdfj2nHpaAE+K9+WWKwkhV177+asMlJe3Cycj+/a0S0T0i8rT 6NTOFKm9oU5TXxi56CW08AAQ/ibY7EXvFx0ds61Y/g5kPvxYc/UUYx+sP1CHvVULd6Bj DLKyoofTAriXZucF9pbAfF3XfyLW68y5CA0QEGBvrL7uMH58nRX4jQUtPngH3cadjf11 PL3v8Rt6HGmqN8vb5/utpmXwmu1Zam+8w7wAZdNw5NbIXGjMEkz+0ZmnFa5maNz/CgLB GpUHkvufYbL1HMhaJ+SqzjhcMWQavdQmI+UF4tBcDyBgHnVHk0QUHey2+Mth9ZzFY4Tx EPUg== X-Gm-Message-State: AOAM532CStGRO3TTeyN97wvEJlFpqbbmpiC6wycU4r/4qa0Z97tB9/ir Y6gd0cBpEzDingwlguBJtzvkzVIO9F9yxhNtl6sSm5ZLYF20bw== X-Google-Smtp-Source: ABdhPJzSiWva670wtoed76bEBmqooQABylyIF5KOzcZIyTmqrD1uDv+asitVkHWDnYTvaTJ4gFRm6VekB9IVy+d/JtE= X-Received: by 2002:a05:6808:14c8:: with SMTP id f8mr16651393oiw.55.1615737284929; Sun, 14 Mar 2021 08:54:44 -0700 (PDT) MIME-Version: 1.0 References: <20210311003136.GM56617@kduck.mit.edu> <20210311031501.GP56617@kduck.mit.edu> In-Reply-To: From: Alan Somers Date: Sun, 14 Mar 2021 09:54:33 -0600 Message-ID: Subject: Re: Getting started with ktls To: FreeBSD CURRENT X-Rspamd-Queue-Id: 4Dz3yt1sdVz3vMg X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of asomers@gmail.com designates 209.85.167.171 as permitted sender) smtp.mailfrom=asomers@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.998]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.167.171:from]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TO_DOM_EQ_FROM_DOM(0.00)[]; R_DKIM_NA(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[asomers]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[209.85.167.171:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_IN_DNSWL_NONE(0.00)[209.85.167.171:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.167.171:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2021 15:54:47 -0000 On Sun, Mar 14, 2021 at 8:57 AM tech-lists wrote: > On Thu, Mar 11, 2021 at 03:42:55PM +0000, Rick Macklem wrote: > >I'm going to cheat and top post (the discussion looks > >pretty convoluted). > > > >- The kernel must be built with "options KERN_TLS" > >- OpenSSL must be built with KTLS enabled > >- These two sysctls need to be set to 1 > > kern.ipc.tls.enable > > kern.ipc.mb_use_ext_pgs > > Hello, > > I'd like to try ktls but have found the following: > > On AMD64 (stable/13) this option is present in the GENERIC kernel > of world built about a month ago: stable/13-n244496-618dee60231 > and openssl version is 1.1.1i-freebsd > > On ARM64 (stable/13) it's *not* present in a world built earlier > today from stable/13-n244876-0b45290603b. Here, the openssl version > is 1.1.1j-freebsd > > On another ARM64 (main/14) it *is* present in main-n245445-07564e17620 > built with sources from the 11th March. openssl is 1.1.1j-freebsd here > as well. > > I'd like to have it (ktls) available on the ARM64 > stable/13-n244876-0b45290603b. Is it just a matter of adding the option, > and then the sysctls become available? Is it "better" with openssl[-devel] > in ports or openssl in base? > > thanks, > -- > J.\ It's present in current kernels for both 13 and 14, amd64 and aarch64. However, it's not present in 13's openssl. To use it, you must either rebuild world with WITH_OPENSSL_KTLS=YES in /etc/src.conf, install security/openssl-devel from pkg, or built security/openssl from ports with the KTLS option enabled. I don't know if any version of openssl is "better" than another. The sysctls should be available in any case. -Alan From owner-freebsd-current@freebsd.org Sun Mar 14 17:14:46 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 353705ACC0B for ; Sun, 14 Mar 2021 17:14:46 +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 4Dz5l823fJz4VvD for ; Sun, 14 Mar 2021 17:14:43 +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 12EHEbAX005917 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Sun, 14 Mar 2021 13:14:42 -0400 Date: Sun, 14 Mar 2021 10:14:37 -0700 From: Benjamin Kaduk To: FreeBSD CURRENT Subject: Re: Getting started with ktls Message-ID: <20210314171437.GA79563@kduck.mit.edu> References: <20210311003136.GM56617@kduck.mit.edu> <20210311031501.GP56617@kduck.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4Dz5l823fJz4VvD X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of kaduk@mit.edu designates 18.9.28.11 as permitted sender) smtp.mailfrom=kaduk@mit.edu X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_TLS_LAST(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[18.9.28.11:from]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:18.9.28.0/24]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[mit.edu]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[18.9.28.11:from]; NEURAL_HAM_SHORT(-1.00)[-0.999]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3, ipnet:18.9.0.0/16, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current]; RECEIVED_SPAMHAUS_PBL(0.00)[24.16.140.251:received] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2021 17:14:46 -0000 On Sun, Mar 14, 2021 at 09:54:33AM -0600, Alan Somers wrote: > On Sun, Mar 14, 2021 at 8:57 AM tech-lists wrote: > > > I'd like to have it (ktls) available on the ARM64 > > stable/13-n244876-0b45290603b. Is it just a matter of adding the option, > > and then the sysctls become available? Is it "better" with openssl[-devel] > > in ports or openssl in base? > > > > thanks, > > -- > > J.\ > > > It's present in current kernels for both 13 and 14, amd64 and aarch64. > However, it's not present in 13's openssl. To use it, you must either > rebuild world with WITH_OPENSSL_KTLS=YES in /etc/src.conf, install > security/openssl-devel from pkg, or built security/openssl from ports with > the KTLS option enabled. I don't know if any version of openssl is > "better" than another. The sysctls should be available in any case. security/openssl-devel is alpha-quality software; I don't recommend running it in production. -Ben From owner-freebsd-current@freebsd.org Sun Mar 14 19:38:59 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 240425AFC75 for ; Sun, 14 Mar 2021 19:38:59 +0000 (UTC) (envelope-from kiri@truefc.org) Received: from kx.truefc.org (1.212.52.36.ap.yournet.ne.jp [36.52.212.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp", Issuer "smtp" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dz8xZ0Ghwz4dT6 for ; Sun, 14 Mar 2021 19:38:57 +0000 (UTC) (envelope-from kiri@truefc.org) Received: from kx.truefc.org (kx.truefc.org [36.52.212.1]) by kx.truefc.org (8.16.1/8.16.1) with ESMTP id 12EJclDN004900; Mon, 15 Mar 2021 04:38:47 +0900 (JST) (envelope-from kiri@kx.truefc.org) Message-Id: <202103141938.12EJclDN004900@kx.truefc.org> Date: Mon, 15 Mar 2021 04:38:47 +0900 From: KIRIYAMA Kazuhiko To: freebsd-current@freebsd.org Cc: kiri@truefc.org Subject: Is there any OS builtin git command like svnlite ? User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 MULE XEmacs/21.4 (patch 24) (Standard C) (amd64--freebsd) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4Dz8xZ0Ghwz4dT6 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of kiri@truefc.org has no SPF policy when checking 36.52.212.1) smtp.mailfrom=kiri@truefc.org X-Spamd-Result: default: False [1.03 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[36.52.212.1:from]; FREEFALL_USER(0.00)[kiri]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[truefc.org]; AUTH_NA(1.00)[]; NEURAL_SPAM_SHORT(0.93)[0.934]; SPAMHAUS_ZRD(0.00)[36.52.212.1:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_COUNT_ONE(0.00)[1]; 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:10013, ipnet:36.52.208.0/21, country:JP]; SUBJECT_ENDS_QUESTION(1.00)[]; MAILMAN_DEST(0.00)[freebsd-current]; ONCE_RECEIVED(0.10)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2021 19:38:59 -0000 Hi all, I'm working on clean installed VM -current from NFS mounted src like : admin@tbedfc:~ % df -h Filesystem Size Used Avail Capacity Mounted on /dev/vtbd0p2 11G 4.1G 5.7G 42% / devfs 1.0K 1.0K 0B 100% /dev vm.tfc:/.dake 12T 843G 11T 7% /.dake vm.tfc:/ds/src/freebsd/current/14.0/913e7dc3e0eb 11T 55G 11T 0% /usr/src vm.tfc:/ds/obj/freebsd/current/14.0/913e7dc3e0eb 11T 322G 11T 3% /usr/obj admin@tbedfc:~ % But could not display revison by uname : admin@tbedfc:~ % uname -a FreeBSD tbedfc 14.0-CURRENT FreeBSD 14.0-CURRENT #0: Fri Mar 12 18:16:41 JST 2021 root@tbedfc:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 admin@tbedfc:~ % I think this is because incapable of using git command with `git -C $SRCDIR rev-parse --verify --short HEAD'. In the first place, git command does not builtin src like svnlite. Is there any solution of this ? My build environment is as follows : admin@tbedfc:~ % cat /etc/fstab # Device Mountpoint FStype Options Dump Pass# /dev/vtbd0p2 / ufs rw 1 1 /dev/vtbd0p3 none swap sw 0 0 vm.tfc:/.dake /.dake nfs rw 0 0 vm.tfc:/ds/src/freebsd/current/14.0/913e7dc3e0eb /usr/src nfs ro,nolockd 0 0 vm.tfc:/ds/obj/freebsd/current/14.0/913e7dc3e0eb /usr/obj nfs rw 0 0 admin@tbedfc:~ % cat /etc/src.conf WITHOUT_REPRODUCIBLE_BUILD=yes admin@tbedfc:~ % Regards --- Kazuhiko Kiriyama From owner-freebsd-current@freebsd.org Sun Mar 14 20:09:53 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DDB4A5B0E41 for ; Sun, 14 Mar 2021 20:09:53 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dz9dF4jPLz4gh6 for ; Sun, 14 Mar 2021 20:09:53 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.94 (FreeBSD)) (envelope-from ) id 1lLX3V-000G1C-5c; Sun, 14 Mar 2021 21:09:41 +0100 Date: Sun, 14 Mar 2021 21:09:41 +0100 From: Kurt Jaeger To: KIRIYAMA Kazuhiko Cc: freebsd-current@freebsd.org Subject: Re: Is there any OS builtin git command like svnlite ? Message-ID: References: <202103141938.12EJclDN004900@kx.truefc.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <202103141938.12EJclDN004900@kx.truefc.org> X-Rspamd-Queue-Id: 4Dz9dF4jPLz4gh6 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; ASN(0.00)[asn:12502, ipnet:2001:14f8::/32, country:DE] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2021 20:09:53 -0000 Hi! > I'm working on clean installed VM -current from NFS > mounted src like : > > admin@tbedfc:~ % df -h > Filesystem Size Used Avail Capacity Mounted on > /dev/vtbd0p2 11G 4.1G 5.7G 42% / > devfs 1.0K 1.0K 0B 100% /dev > vm.tfc:/.dake 12T 843G 11T 7% /.dake > vm.tfc:/ds/src/freebsd/current/14.0/913e7dc3e0eb 11T 55G 11T 0% /usr/src > vm.tfc:/ds/obj/freebsd/current/14.0/913e7dc3e0eb 11T 322G 11T 3% /usr/obj > admin@tbedfc:~ % > > But could not display revison by uname : > > admin@tbedfc:~ % uname -a > FreeBSD tbedfc 14.0-CURRENT FreeBSD 14.0-CURRENT #0: Fri Mar 12 18:16:41 JST 2021 root@tbedfc:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 > admin@tbedfc:~ % > > I think this is because incapable of using git command with > `git -C $SRCDIR rev-parse --verify --short HEAD'. In the > first place, git command does not builtin src like svnlite. > Is there any solution of this ? Not yet. There are ports that you can install with 'pkg install': pkg install git pkg install gitup -- pi@opsec.eu +49 171 3101372 Now what ? From owner-freebsd-current@freebsd.org Sun Mar 14 20:31:02 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DB6845B1698 for ; Sun, 14 Mar 2021 20:31:02 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x72d.google.com (mail-qk1-x72d.google.com [IPv6:2607:f8b0:4864:20::72d]) (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 4DzB5f1rDcz4j2K for ; Sun, 14 Mar 2021 20:31:01 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x72d.google.com with SMTP id z190so29807141qka.9 for ; Sun, 14 Mar 2021 13:31:01 -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=YUargR98WTsAdkYI7in+JoAeXCWxZQHiR6G42nihzvk=; b=JITMeEyEXjzXdmRLHlKsl4GSeehpEUEwGgxtcT/rkEDosUJhjweUx1YksF3uNdBOFF fn3j82jbstOpWV6wJckO7ZzKpaaWStAcC0tixELK+UPg5ZrBH9dKuvYGljxMmWM86m19 T5d92ZOLL8g7SlNRcdIW/oqpWOu2PtZDd36WGWxvJHUU371iDXyMPh/MpOpzTNH7Y3Mf xC+TBLP/2RUEpHrOkddCBxFyBajrb36xxFlhAAC4xnOG+JFeMxd/LHtAJvG/v+isZqAZ yCjlhu3coXct670LKBqEJrQyBoP1uzpWLE60xh0T9X2rvC6xoLBVdRc4RQTTlgq7Qiip VCnA== 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=YUargR98WTsAdkYI7in+JoAeXCWxZQHiR6G42nihzvk=; b=oZO653OEwX6mWBI+exGzQDLMkkN/s862XtbK2ACgqWEuX43zsxKPm+chdY3cB69Ftb 4ix0amqzCXZFBPt/ZF/6Ztl2irMhAU0qqFWv+OvNz8gjqlvjnVCuOjzpcrl8+GVFnZQf jRBMHiasMYPu/yT43nCMrK2UKlQOQXap82U2eNIMJmjNilNx9S8XICN8QZNd7kPiJw3R aVBsTS5gNcX2vntyQOFj/du23fWEAv5G5eIBEjNkMQ29k9DJtCKMY0QfpBkm+knnBKFq srK15HS3aEArPd61X3Jtmp+GpJNRVCinFk/CG1N2uCEaIlVFxm/SUGwmnoqmrOs1R16C tI1w== X-Gm-Message-State: AOAM533K69QagwQLdKto9CoEUAnUJFz2maHO9ykZjNayAAq01U+uy2iK 7SDzjdFv7n7/585sFZFlTWM3aL0ku4PT0tPFYcfqbruAnSV/ig== X-Google-Smtp-Source: ABdhPJyayeHTSPayGM3NgURF8ZbFu9hTMmrjvwpqtCpLZkbI5qPBa1ZrDSVXrwkZsnkEOrlAnFqWnJG4+l2iNDvZanA= X-Received: by 2002:ae9:e010:: with SMTP id m16mr5351851qkk.44.1615753861138; Sun, 14 Mar 2021 13:31:01 -0700 (PDT) MIME-Version: 1.0 References: <202103141938.12EJclDN004900@kx.truefc.org> In-Reply-To: From: Warner Losh Date: Sun, 14 Mar 2021 14:30:50 -0600 Message-ID: Subject: Re: Is there any OS builtin git command like svnlite ? To: Kurt Jaeger Cc: KIRIYAMA Kazuhiko , FreeBSD Current X-Rspamd-Queue-Id: 4DzB5f1rDcz4j2K X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=JITMeEyE; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::72d) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-2.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_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::72d:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::72d:from]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::72d:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SUBJECT_ENDS_QUESTION(1.00)[]; 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]; MAILMAN_DEST(0.00)[freebsd-current] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2021 20:31:02 -0000 On Sun, Mar 14, 2021 at 2:10 PM Kurt Jaeger wrote: > Hi! > > > I'm working on clean installed VM -current from NFS > > mounted src like : > > > > admin@tbedfc:~ % df -h > > Filesystem Size Used Avail > Capacity Mounted on > > /dev/vtbd0p2 11G 4.1G > 5.7G 42% / > > devfs 1.0K 1.0K > 0B 100% /dev > > vm.tfc:/.dake 12T 843G > 11T 7% /.dake > > vm.tfc:/ds/src/freebsd/current/14.0/913e7dc3e0eb 11T 55G > 11T 0% /usr/src > > vm.tfc:/ds/obj/freebsd/current/14.0/913e7dc3e0eb 11T 322G > 11T 3% /usr/obj > > admin@tbedfc:~ % > > > > But could not display revison by uname : > > > > admin@tbedfc:~ % uname -a > > FreeBSD tbedfc 14.0-CURRENT FreeBSD 14.0-CURRENT #0: Fri Mar 12 18:16:41 > JST 2021 root@tbedfc:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 > > admin@tbedfc:~ % > > > > I think this is because incapable of using git command with > > `git -C $SRCDIR rev-parse --verify --short HEAD'. In the > > first place, git command does not builtin src like svnlite. > > Is there any solution of this ? > > Not yet. There are ports that you can install with 'pkg install': > > pkg install git pkg install gitup > gitup is more like portsnap than svnlite. svnlite was the client part of subversion, basically, with the same syntax, etc. There's also the 'got' package that you could try too, that's much closer in functionality, but again not quite the same as svnlite because it has a different command line syntax. We considered these, and a few others, and none are quire ready... Warner From owner-freebsd-current@freebsd.org Sun Mar 14 20:36:10 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6B2385B1A85 for ; Sun, 14 Mar 2021 20:36:10 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mail.madpilot.net (vogon.madpilot.net [159.69.1.99]) (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 4DzBCY3PBVz4jNX; Sun, 14 Mar 2021 20:36:09 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 4DzBCV5tWjz6dh2; Sun, 14 Mar 2021 21:36:06 +0100 (CET) Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10026) with ESMTP id y3sbZFotIj9t; Sun, 14 Mar 2021 21:36:04 +0100 (CET) Subject: Re: Is there any OS builtin git command like svnlite ? To: Kurt Jaeger , KIRIYAMA Kazuhiko Cc: freebsd-current@freebsd.org References: <202103141938.12EJclDN004900@kx.truefc.org> From: Guido Falsi Message-ID: Date: Sun, 14 Mar 2021 21:36:03 +0100 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DzBCY3PBVz4jNX X-Spamd-Bar: / X-Spamd-Result: default: False [-0.90 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[159.69.1.99:from]; R_DKIM_ALLOW(-0.20)[madpilot.net:s=bjowvop61wgh]; ARC_NA(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; MISSING_MIME_VERSION(2.00)[]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[159.69.1.99:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[madpilot.net:+]; DMARC_POLICY_ALLOW(-0.50)[madpilot.net,quarantine]; NEURAL_HAM_SHORT(-0.90)[-0.900]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:24940, ipnet:159.69.0.0/16, country:DE]; RCVD_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2021 20:36:10 -0000 On 14/03/21 21:09, Kurt Jaeger wrote: > Hi! > >> I'm working on clean installed VM -current from NFS >> mounted src like : >> >> admin@tbedfc:~ % df -h >> Filesystem Size Used Avail Capacity Mounted on >> /dev/vtbd0p2 11G 4.1G 5.7G 42% / >> devfs 1.0K 1.0K 0B 100% /dev >> vm.tfc:/.dake 12T 843G 11T 7% /.dake >> vm.tfc:/ds/src/freebsd/current/14.0/913e7dc3e0eb 11T 55G 11T 0% /usr/src >> vm.tfc:/ds/obj/freebsd/current/14.0/913e7dc3e0eb 11T 322G 11T 3% /usr/obj >> admin@tbedfc:~ % >> >> But could not display revison by uname : >> >> admin@tbedfc:~ % uname -a >> FreeBSD tbedfc 14.0-CURRENT FreeBSD 14.0-CURRENT #0: Fri Mar 12 18:16:41 JST 2021 root@tbedfc:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 >> admin@tbedfc:~ % >> >> I think this is because incapable of using git command with >> `git -C $SRCDIR rev-parse --verify --short HEAD'. In the >> first place, git command does not builtin src like svnlite. >> Is there any solution of this ? > > Not yet. There are ports that you can install with 'pkg install': > > pkg install git The git port has flavors. The full port can be excessive, git@lite looks good, if one only wants basic functionality there is also git@tiny, but I don't know what limitations that entails. -- Guido Falsi From owner-freebsd-current@freebsd.org Sun Mar 14 20:55:27 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 08D845B2243 for ; Sun, 14 Mar 2021 20:55:27 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670089.outbound.protection.outlook.com [40.107.67.89]) (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 4DzBdn4gSpz4kYp; Sun, 14 Mar 2021 20:55:25 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Fk42PQhQlingRPZPhLZf0wpoKSlTLbQNJXDDbevx0LN6j/FEaTjr04WX5SY0undFU3nsOdEJduJ9Eug5481NXD7RPMSeev2ymek1q/iu7uJcWSzL6oh/W0heyggsFQ9Ay6PMYNz00JVKqnsp/EtPG2fLlMgX9N3QYETUcf60Uxw9tuavQAeEXJtPLflqc/Svlvok4wvWP9iXu+YDuIa2MYasbTmPIUYYPcIAUSRU8Uf1vqtSal0XVU8iV+Yip8BEl/CTBZoPKcgWlhNTw9Xob/GO6a63+XhIgw/kay6YTun0MaJIcHvS3uDeDjjqzH0UGYtrqNj8G+TykmDui+Eikw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=i0u+k+sG3PxTNTfv5btYEuUk/P8H8XP6TgPebTYnmoA=; b=O89TmYd9kQYg8c17u9/kgVC1w9Y0mQQl56PLnThXrpuw9JTSMK1h+eyBIA8HVeOZZBXj06Um110mJN6Q5FL8uJ0cDhIXyw9NeqBJ4hOi1pP+YVhwOmotytm/JxWDnIbBWtMSX5L2hmDkgIGHlBBiDQsCFAY4QCqM0iLVClP2k3piCulGbOAJmKH2mu8OhyBQLDiGK8cRDUrKPNb2AoRTi27XB5yyJxf4vC7ji1h/sqsMdAw2RZ5dnRmlSwJFuzlNgucQj5jSvnuBOQOcQDMSOVWtMs4KKm6oqD46GvfnfzjOXLmtwWdcWYU7/IDRu0UTh9sL/tlvmUMUbN7VoRG6SQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=i0u+k+sG3PxTNTfv5btYEuUk/P8H8XP6TgPebTYnmoA=; b=lh/lMKrfWdLS96WR1nEIpBLDR+Eyh0HUCHLOY1COLeM16O15GPguoghvTdBmwc3z4APTc7hgGH+Ouqi+vRnmrV0RSqrFwl7XxmXmHGQngh3ewHSqLnYbuNNNGO2BdozVFxulLy9fIaS/8p1IoWL5Dla6ToDVKGjTm9sSHIRgSwAiXUECry5lLeRmp5qiXJYWrzD7e3OXqLYMCSu7x0k1O3nHqo+J0hLXcUx+KwxOBJk/w4ayHjibed8IwbMuw9G59S7PmB0396UQeMsziO7pZDq3WzpcOxlXgxBnJq0N0ltL48qeM1sZ+WhUXH3aPvd00jQQheuk7KbU4UVuXQ+gaw== Received: from YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:19::29) by YQXPR01MB2661.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:49::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3933.32; Sun, 14 Mar 2021 20:55:24 +0000 Received: from YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM ([fe80::6073:6fc0:5ddf:dc8a]) by YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM ([fe80::6073:6fc0:5ddf:dc8a%7]) with mapi id 15.20.3933.032; Sun, 14 Mar 2021 20:55:18 +0000 From: Rick Macklem To: Alan Somers , FreeBSD CURRENT Subject: Re: Getting started with ktls Thread-Topic: Getting started with ktls Thread-Index: AQHXFgwYWcBrnpJjzEOOvEeMKEi/Wap977EAgAAM4QCAACDHgIAACzeAgADCPHuABK2jgIAAEB+AgABQrWw= Date: Sun, 14 Mar 2021 20:55:18 +0000 Message-ID: References: <20210311003136.GM56617@kduck.mit.edu> <20210311031501.GP56617@kduck.mit.edu> , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 4a41538f-ecb0-4928-1584-08d8e72b798b x-ms-traffictypediagnostic: YQXPR01MB2661: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: enMY6bMoppXQF/sv9F2nLNjQDuu3VIIoi2BaH7T5oRuH/mDUdyDuzGYv0Qbt3oD+I4HelWIV5Hn/jucxj9w9YkBoIDBtdUpwNVP7l43pAbAZBN0Q/izMzRr88HGLtjEIhK4AJSRNoKSyf6BzNbvlnGVP9WcyjIRFJKqD3gLFkPn29mHdNngwAX/yy2z5C1fjR7A/T75sbzqEQ1fRi0DUSMLxMXaWIoLHadhd6B+b4K8xsPVy6OS6FiRCZ8Y+b8q88ZzZIyrm/WW8UQzLRcUJiu0GTGrN16GvaAglZtnlOEsFmVPkJZeE8B/bTIYw5lnuA0GBtf5O4Za41JdZUPmo/fBkU1RX2zSP2KR7ySBRdJp5p2SKdqJGutp22oZPRLB2l08NXZbPuUo/RhxEmfJuPAT8thRoGFiIYGKTo/kKNbjtBT4c4rO01lk3dsFv9yvWmjscln5Sr9sDlvLYLUvQO27kA+n5qDypPmu+43CGd6B7gANZjDprTZ/VA+O/S+Wv1IYYNYOj4l458l4IvNGMBRR0eHhypBUwotDExZI6VdNokXncZcS4e87Eoa/ZrAiNE6jIyQ3dfS8mUWjtIlYVjyp4GnhfPBA3P23SQefzjAGNyrT7kvM/M0u7XJj0m+lJ x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(396003)(376002)(346002)(366004)(136003)(39850400004)(52536014)(33656002)(66446008)(86362001)(66556008)(76116006)(91956017)(64756008)(3480700007)(83380400001)(66476007)(66946007)(316002)(110136005)(450100002)(8936002)(5660300002)(786003)(966005)(7696005)(71200400001)(2906002)(9686003)(6506007)(186003)(55016002)(478600001)(8676002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?iso-8859-1?Q?aWdfHbvV7E8ypNPwJLfH/Y8fBPYPmpcOR5l3U4qKZoPUJ2T82CyGSQmRz4?= =?iso-8859-1?Q?4ygNtrJqUgtzZrvUOASNBVVFoy3U5++4Y5Df298pyOb+d/16gJ4HDpZKrY?= =?iso-8859-1?Q?ZE6axKYbtg7FI8VcW0Y+F7VaYlVmJcOcW+TlFKhClwNg992nZz6wHXj+Pm?= =?iso-8859-1?Q?0sKVwqOuKo6Cqer6UwQIcHESBLkFNrzV8DqL2qMgf6iKC9ePL+TmntMjoE?= =?iso-8859-1?Q?HWG2f65+8aqo+EOIDbqQw18nBhZOQHMuBIr56eBtM3RyY0Ut4usm0/rGAb?= =?iso-8859-1?Q?L/ty/T8oNxGkdND0oCFoemG2Rt2MAEtVcATD667WKwRpXqg7b8ViWr+zLa?= =?iso-8859-1?Q?2JH1zgghhIwUtQgceBTM+TU6gZWMqfqarBjwqS+kj3bzfMW4tvVdL5Ujod?= =?iso-8859-1?Q?Y7eUaNYQvJ391r28Mr0qSEyYUsBf/1nekK8SVd0T7av28GUAfGRf4+6x7T?= =?iso-8859-1?Q?rQgQ3mlojIlT4Gw41nv1cKsV0Ncn0eGrRQiujWLe2pFqQ2godv9t+svh0g?= =?iso-8859-1?Q?qPEijmfBI0oXnLfbtddTY7l1hinqd9Cx2U0Lf+l8PeK5BbECq9j3hbvuVw?= =?iso-8859-1?Q?XmKQ1/UGzM5cJBbX4RTr0riWg+vugBKJ65hmP8xsekyAhFW5ZLelkMweIP?= =?iso-8859-1?Q?de5f7AF8JbLaol5XFAysFwbyygliQ1Mcw0Q7kVroelnuHqdKjf477atmO0?= =?iso-8859-1?Q?pCOjc6EL9uGqixGBkjSeTW9XJ7tiexmtGqP7IF/lR2ymOyoiuS4jwk7CR9?= =?iso-8859-1?Q?JIgkXFt5Sndgv60pDtiQGrfUGV1QNotyj3WeATSmUYt6UIEvkvg1zc23Xw?= =?iso-8859-1?Q?cZwOeHb+e3+jBKT+zgwWjN+IIzjsh8YWZHsdSQkIRATZdSuyHLP+UnGY1m?= =?iso-8859-1?Q?tT9/OhEwg27YNtYn7RvX+OIqsKUXGNqvywh1EA1bVsstP7nJUr/wgQXgGO?= =?iso-8859-1?Q?OJfARUY6Twu0feELKsH7gmEsx4jPbRbXlW63FaayxiLlOccB5cgBoVXf/P?= =?iso-8859-1?Q?8VeGTVN0hozocGZyMutsT4dpyV3yLa5z2AVTH+EJL5hJf2qf4Ayd9+kJP7?= =?iso-8859-1?Q?sY3fGSQuy6fR9MXw7hhlXwl0AycO8MwqRpuMFp41hkgikXMOzjmajmD+eC?= =?iso-8859-1?Q?f8DXIOF8oaeOVIgXDldaRGVwYlDHflCN01RWxiYcX1NuamV+lXSzFLJhEk?= =?iso-8859-1?Q?Q9vcZBhX2wD2DETbteLfEJqx3AEFLeGcKR9pgSmNmgahpV/wpZ1ASDuqDB?= =?iso-8859-1?Q?Mhj/B4gtUNO//9iZnNfHjS4qS6yZcG9cbC0XleYpQLXSpOAE/OSZkLCVG3?= =?iso-8859-1?Q?CmA4lFXpHj7OvgSgysi3CTxi55u2rUAmYO3mpVYllanMAwvEz0n5PVYZiO?= =?iso-8859-1?Q?PRX+E1oY/YjeMxf/btWDiBxF1dNpWJLMFmHsLB7ThdZNOwlNnFzF8=3D?= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 4a41538f-ecb0-4928-1584-08d8e72b798b X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Mar 2021 20:55:18.0973 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: iK5n2xhNNLOG/z8SMaBMtJMkDi35DW3eTEJItsgUhZhQ09YeNTO8zA4RSPuWTo4qfAVuPYR844oYDJuUcvVg3g== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQXPR01MB2661 X-Rspamd-Queue-Id: 4DzBdn4gSpz4kYp X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector1 header.b=lh/lMKrf; arc=pass (microsoft.com:s=arcselector9901:i=1); dmarc=pass (policy=none) header.from=uoguelph.ca; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.67.89 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RBL_DBL_DONT_QUERY_IPS(0.00)[40.107.67.89:from]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector1]; FREEFALL_USER(0.00)[rmacklem]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[uoguelph.ca:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[40.107.67.89:from]; DMARC_POLICY_ALLOW(-0.50)[uoguelph.ca,none]; SPAMHAUS_ZRD(0.00)[40.107.67.89:from:127.0.2.255]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.104.0.0/14, country:US]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; MAILMAN_DEST(0.00)[freebsd-current]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.67.89:from] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2021 20:55:27 -0000 [stuff snipped]=0A= > J. wrote:=0A= >>=0A= >> I'd like to have it (ktls) available on the ARM64=0A= >> stable/13-n244876-0b45290603b. Is it just a matter of adding the option,= =0A= >> and then the sysctls become available? Is it "better" with openssl[-deve= l]=0A= >> in ports or openssl in base?=0A= >>=0A= >> thanks,=0A= >> --=0A= >> J.\=0A= Alan explains how to set it up, below.=0A= However, I thought I'd note that maybe one person has tested KTLS=0A= on arm64, so you should consider doing this for test purposes only.=0A= If you do do some testing, please post with your results,=0A= success or failure.=0A= =0A= >It's present in current kernels for both 13 and 14, amd64 and aarch64.=0A= >However, it's not present in 13's openssl. To use it, you must either=0A= >rebuild world with WITH_OPENSSL_KTLS=3DYES in /etc/src.conf,=0A= Doing it this way means that everything linked to OpenSSL will use=0A= it. Probably a better testsituation, but expect at least the apache=0A= server to break. (Most breakage was fixed by a recent patch to the=0A= serf library, but I think the apache server is still broken.=0A= =0A= >(or) install=0A= >security/openssl-devel from pkg, or built security/openssl from ports with= =0A= >the KTLS option enabled. I don't know if any version of openssl is=0A= >"better" than another. The sysctls should be available in any case.=0A= Only applications built using includes from /usr/local/include and=0A= linked to libraries in /usr/local/lib will use it for these cases.=0A= =0A= If you want to try NFS-over-TLS, see this:=0A= https://people.freebsd.org/~rmacklem/nfs-over-tls-setup.txt=0A= =0A= Please let us know if you try it, rick=0A= =0A= -Alan=0A= _______________________________________________=0A= freebsd-current@freebsd.org mailing list=0A= https://lists.freebsd.org/mailman/listinfo/freebsd-current=0A= To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"= =0A= =0A= From owner-freebsd-current@freebsd.org Sun Mar 14 23:07:29 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5EFA95B5B67 for ; Sun, 14 Mar 2021 23:07:29 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout4-smtp.messagingengine.com (wout4-smtp.messagingengine.com [64.147.123.20]) (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 4DzFZ83vfxz4t7T for ; Sun, 14 Mar 2021 23:07:28 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 9CBE92898 for ; Sun, 14 Mar 2021 19:07:26 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Sun, 14 Mar 2021 19:07:26 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=bWt2buRUdOokQNZTderKutKd3QS q487pf7Ve/6g4NWI=; b=LWRPbN4Cr1J6zA3ET4H2whRDhH9GpiI7eeCXNtBBRCI thaKKEMOgZ6JaGWnr5PfeFcNm6WIc/5RiACypFCKxUmag7H3FN5v2siNxaVZKZSl iABRYzHUSaVv1Ei2PahVCRrDRbictoqoKzxzaLBsHTKaoKWb6i3e5vdB0vi0YbuM xpwjXwajLvZOoAdBA1OwGjZ33mTd95x5fXgF93NUqe77qgfNHb2wvEUvDJcdxScH RuvtagMyYf/pOR6oMrddD9m2rEGEACuB9TI15bblhybsdqDndWK4VruB+GJ8eKYy XJlVre/UiEmUBp3hbJzc0jv/xp4gH9ziKQkMrmIGxyQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=bWt2bu RUdOokQNZTderKutKd3QSq487pf7Ve/6g4NWI=; b=mu2oRcFWiMvNzpNt2yvLum OBraiiOGpRShiBGCh8SKdrVCF1r9ZyplQ3Ed6A7O+fG4Rp2vCzqoIzLLb18tbuwB hf0rkeOo9FrUtOeul1tyciTvjpliqs/osRL6ykADTIM8GVCcGikUoo5YkjgJpvec qdpoGz4kdcYOQOJrKh58sbWTOW0JxEHzclSR1QvQSWSFYnWfSgnX+0FUIIfvOqUH UCNs8oIFqnc6IUssy3y1NnAO9TyLkcPuyWsbqTN3kbb4D/oDFlJ+4YaRepp2w1fl t/AgBvTqjlf8Q6KU3GacMJaEZLOiQb2JLhKDNPooS5jKEA0PbqCchIu+Eefo0j6Q == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledruddvkedgtdehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesghdtre ertddtvdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucggtffrrghtthgvrhhnpeettddtudeugfeggefhkeekteekje elfeffleehjeffgffftdeffedtjeegueeiffenucffohhmrghinhepfhhrvggvsghsugdr ohhrghenucfkphepkedvrdejtddrledurddutddtnecuvehluhhsthgvrhfuihiivgeptd enucfrrghrrghmpehmrghilhhfrhhomhepthgvtghhqdhlihhsthhsseiihiigshhtrdhn vght X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA id D0514108005F for ; Sun, 14 Mar 2021 19:07:25 -0400 (EDT) Date: Sun, 14 Mar 2021 23:07:23 +0000 From: tech-lists To: freebsd-current@freebsd.org Subject: Re: Getting started with ktls Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: <20210311003136.GM56617@kduck.mit.edu> <20210311031501.GP56617@kduck.mit.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Pk6y6TuZd9lE1HDi" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4DzFZ83vfxz4t7T X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=LWRPbN4C; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=mu2oRcFW; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.20 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[64.147.123.20:from]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.20]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[zyxst.net]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.20:from] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2021 23:07:29 -0000 --Pk6y6TuZd9lE1HDi Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 14, 2021 at 08:55:18PM +0000, Rick Macklem wrote: >Alan explains how to set it up, below. >However, I thought I'd note that maybe one person has tested KTLS >on arm64, so you should consider doing this for test purposes only. >If you do do some testing, please post with your results, >success or failure. will do. The end-point I want is to have the arm64 machine accessible externally for wireguard-based vpn.=20 >Doing it this way means that everything linked to OpenSSL will use >it. Probably a better testsituation, but expect at least the apache >server to break. (Most breakage was fixed by a recent patch to the >serf library, but I think the apache server is still broken. I have latest serf installed with nginx. The machine, a rpi4/8GB, builds its ports with poudriere. I have WITH_OPENSSL_KTLS=3D set in /etc/src.conf and it's building a new world now. >If you want to try NFS-over-TLS, see this: >https://people.freebsd.org/~rmacklem/nfs-over-tls-setup.txt >Please let us know if you try it, rick yep, I'll try that too and post results here. thanks :D --=20 J. --Pk6y6TuZd9lE1HDi Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmBOlyIACgkQs8o7QhFz NAVZlw//dOMU+9Gu/N9aK7EeF9JZfHeMEKfygCmQdSsE4+YXNyzyNhIusX/E2Qig oja4H12ZhXotP76FTxl2avtYX58A3m0/VDLzVKu5WPGst58AdGfUPMU0shkuAK9+ XBeR3RgU+W5ySURiwlfv73QDEDRcSsHK1yzn97MGnhebq06+PTwAf5+LYdp+fzVQ WN39rCvOQjzAAPrvWqcroCQuPapjhbP6JY27dlIRr1jrafqY8oNlcuERfSJcahhg B0dTe1hQVs9pGWWg3loGhjLMNXT6GyWmwA8m7cO43Pa1XPCsBJ7MmfUIxR8VMqIG YQQdc6sLcURYtoYnKUaUn3CBeWsrAf9H7kpRUni/DWG+8Y8n6E5H9MMjSijIUnxx VDlj6G17DLa+nuZ0Fp9wZdqh1Xcq3wm6vJh8Nd62fnTBLfWWRIUUhxKIuQeczsvG VuniDNz48A8TxWejcKhxV3ebuEieGnwUDIWXDeuPqn//Ky2kz8sJqjsvLM+rhd4i IxXubZdOhWJ8/8iCynb8iaZ3NvN3YcUEtynfC93QM/KC+G7Sn9rYK7UiGd1EIAiO hvGa5nsF7dy6Nv6noXA1SkcQqzeAhwYFCAHrk8g+4WslUyvoSJH6T/Vmo3lA+hYR 4j6SDljjbI2QRzUBF2m44nHexY6m4rGLL89b+rQHH8A/kSP2XZk= =Mjjw -----END PGP SIGNATURE----- --Pk6y6TuZd9lE1HDi-- From owner-freebsd-current@freebsd.org Sun Mar 14 23:48:21 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E28385B6C8F for ; Sun, 14 Mar 2021 23:48:21 +0000 (UTC) (envelope-from felix@palmen-it.de) Received: from stef.palmen-it.de (stef.palmen-it.de [IPv6:2001:470:1f0b:bbb:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DzGTK0WjCz3Bmh for ; Sun, 14 Mar 2021 23:48:20 +0000 (UTC) (envelope-from felix@palmen-it.de) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=palmen-it.de; s=20200414; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:To:From:Date:Sender:Reply-To:Cc: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=qF6LsBjJeaYWvXoHoekMhkWcclQYaU6OKuZZdm1qUlU=; b=G7mR5TdqL8nK3HlWoLl4vjUXe i62KiFaORuthNnYnAJ/7DF53Us9bJJNqvY1nMu7/7iPh5AKHYaSWqc27OquTgkEuuCvz3F66F/w5N jM1Ffb0jjRVrifKFYmGGqVC0xYzjbGS4MoViyeoc4HZkZHi392aBjkHHRXMjxg1Y43yhCODrhBDM6 kebnkBcFdwVMmuvoxi9ofRZfx00lK69UTcJ/VrJ951qvqyEY2gMxIJgpopg3HG3DRBTl0JR32i5p1 hpUx+xVUBWng9Bp4LLIMSFwg29aloRxiV1c3EsT5EnyKFsljUWeOB3DVTgALc5ms9QDlpfL+33rRC NCANnjkOg==; Received: from [192.168.71.101] (helo=mail.home.palmen-it.de) by stef.palmen-it.de with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lLaT5-0002GK-6H for freebsd-current@freebsd.org; Sun, 14 Mar 2021 23:48:19 +0000 Received: from nexus.home.palmen-it.de ([192.168.99.2]) by mail.home.palmen-it.de with esmtpsa (TLS1.3) tls TLS_CHACHA20_POLY1305_SHA256 (Exim 4.94 (FreeBSD)) (envelope-from ) id 1lLaT4-000K4k-78 for freebsd-current@freebsd.org; Sun, 14 Mar 2021 23:48:18 +0000 Date: Mon, 15 Mar 2021 00:48:17 +0100 From: Felix Palmen To: freebsd-current@freebsd.org Subject: Re: Is there any OS builtin git command like svnlite ? Message-ID: <20210314234817.h44olagxlzia3srh@nexus.home.palmen-it.de> Mail-Followup-To: freebsd-current@freebsd.org X-Face: /1K@t"h.}e~pR@]c7HorQ!T`F^RJCa'BCr#e>IKA{>C/9OTGB4|xh"y2{?1Z5M i2w"AH^pN_LlHR^{+f',_Np~; .B; !M/bL}*qk]p5*r7F5vW}; {:@4u5S?T&f0$7BJ-71Q5SV]:v$`5 A0[DZ:=?S52x8HJ~5@^P_\T@MsjG{R( Organization: palmen-it.de References: <202103141938.12EJclDN004900@kx.truefc.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="57h2sagsertrumfe" Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20210205 X-Rspamd-Queue-Id: 4DzGTK0WjCz3Bmh X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=palmen-it.de header.s=20200414 header.b=G7mR5Tdq; dmarc=pass (policy=none) header.from=palmen-it.de; spf=pass (mx1.freebsd.org: domain of felix@palmen-it.de designates 2001:470:1f0b:bbb:1::1 as permitted sender) smtp.mailfrom=felix@palmen-it.de X-Spamd-Result: default: False [-5.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:470:1f0b:bbb:1::1]; TO_DN_NONE(0.00)[]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[palmen-it.de:+]; DMARC_POLICY_ALLOW(-0.50)[palmen-it.de,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:470:1f0b:bbb:1::1:from]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; DWL_DNSWL_NONE(0.00)[palmen-it.de:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[palmen-it.de:s=20200414]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2001:470:1f0b:bbb:1::1:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2001:470:1f0b:bbb:1::1:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2021 23:48:21 -0000 --57h2sagsertrumfe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Guido Falsi via freebsd-current [20210314 2= 1:36]: > The git port has flavors. The full port can be excessive, git@lite looks > good, if one only wants basic functionality there is also git@tiny, but I > don't know what limitations that entails. git@tiny has all options disabled except for curl, which is needed to access http(s) repos. git@lite also has iconv, pcre, git-subtree and git-send-email. So, the tiny flavor is perfectly suitable for cloning and working with the FreeBSD repos. --=20 Dipl.-Inform. Felix Palmen ,.//.......... {web} http://palmen-it.de {jabber} [see email] ,//palmen-it.de {pgp public key} http://palmen-it.de/pub.txt // """"""""""" {pgp fingerprint} A891 3D55 5F2E 3A74 3965 B997 3EF2 8B0A BC02 DA2A --57h2sagsertrumfe Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEEqJE9VV8uOnQ5ZbmXPvKLCrwC2ioFAmBOoLsACgkQPvKLCrwC 2irenggAgmmfK30mlcregLNllBYDzzanoSwPjJIFvB7NYUebljsQuNfRDbP+NA+2 /n8Bz8kqzmNu7Iwczo7grAnWRVSrpkqB94gPuHH/vlDQ2jen5F8QED3LkagXMVVv aUpygrU0ETnWpDz6ovT+ZiwYYFEBOK8tSyI/uvsjLuIqvK6woR3nvIO2RztEgM21 +6ndsXdbRvFtTj0zjw6z3rAShs8p4deHaTiUx7IMRbb5ozkYGikHlG4W4wiZPIGB i8upvt0C4vaOUd7y8y+OP74NgGhycznkyAvJ0D4iqdTpOlYT7WWmHLKELHnWyamY DpiPTX+oD95A4c8XUh1jgMrYginkKA== =5HPC -----END PGP SIGNATURE----- --57h2sagsertrumfe-- From owner-freebsd-current@freebsd.org Mon Mar 15 02:39:44 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CE02156ACC3 for ; Mon, 15 Mar 2021 02:39:44 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 4DzLH35Qbsz3MF6 for ; Mon, 15 Mar 2021 02:39:43 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id C87635C00EC for ; Sun, 14 Mar 2021 22:39:24 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Sun, 14 Mar 2021 22:39:24 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=4E0PltbcaZmCiHiZmrjxEwcpkBr BXAL2opoCN09dRzo=; b=jrMdzOX30hHONgGPsJJMX1vkwa6VaMzH+8wFJLJcvSd qVFFVjg/HEWez5QSEN0eBxyVc0mGyJV9nN1d1T/orB5eZEbdDhF/9XhCyhUAtQaq XD9rVBFXr+yuM+KPiZk1ZJwn9tVzC2ukZ+ArLMt8UTq06SkIgpH/83fOt+EJ01Kv v1Oq42U89N0x7buNzWm5Hsy9ilraUve8+FwhZtHvTZfCs7jKsG+sBarMXmJmAbuv gymw5G8EnokB9DmpMc7K1fgrbenAwDgVboOY0UMrxLttGKN6A/gm6BO4dxnsB4gN A88iPDtNUb0V9CqBiWA4mBItYm9HTP33lEmgWKp47NQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=4E0Plt bcaZmCiHiZmrjxEwcpkBrBXAL2opoCN09dRzo=; b=gRQ7RIYv9MijiVGFoMIy78 nFV+n60SVBtKvgppgrq14KZMUaWqS0U+093jI0N47gLsvSS5/0Q8cfxxhCMz0WZQ OQ7cVlz/mWHrdNAYu/4dMCUBPtnRQbx9Vk3qXnzDaPUBitGVOtp2eSg+CcWKPxVV T0zbkhUiWoN/gSpeVQnoMreGdaPgVZVBnlRrkELU4Roc+yz2+ippcSF5sjKOTVfS fAX7kk3QXVnXmHMVoMOhz2evVsZVGoQ2MfQ9BmostjOLcxT3lhaLwaFbB3xOoY37 0rjMpq9fzHpmEv8lXPO+nnKNioSpaV3tKFJG2oj/2jSxTRMU25WQOD5nl2+kq3TA == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledruddvkedggeelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesghdtre ertddtvdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucggtffrrghtthgvrhhnpedtheeigfdvudefkeekvddtfedvte dttdekuddvgeevlefftdekffdujedvhfduteenucfkphepkedvrdejtddrledurddutddt necuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepthgvtg hhqdhlihhsthhsseiihiigshhtrdhnvght X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA id 6409E24005C for ; Sun, 14 Mar 2021 22:39:24 -0400 (EDT) Date: Mon, 15 Mar 2021 02:39:22 +0000 From: tech-lists To: freebsd-current@freebsd.org Subject: Re: Getting started with ktls Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: <20210311003136.GM56617@kduck.mit.edu> <20210311031501.GP56617@kduck.mit.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="tT3cCSBw0GxCQ0j3" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4DzLH35Qbsz3MF6 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=jrMdzOX3; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=gRQ7RIYv; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 66.111.4.25 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.25:from]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.25]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-0.999]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.111.4.25:from]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.25:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.111.4.25:from:127.0.2.255]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 02:39:44 -0000 --tT3cCSBw0GxCQ0j3 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 14, 2021 at 11:07:23PM +0000, tech-lists wrote: >On Sun, Mar 14, 2021 at 08:55:18PM +0000, Rick Macklem wrote: > >>Alan explains how to set it up, below. >>However, I thought I'd note that maybe one person has tested KTLS >>on arm64, so you should consider doing this for test purposes only. >>If you do do some testing, please post with your results, >>success or failure. > >will do. The end-point I want is to have the arm64 machine accessible >externally for wireguard-based vpn. ok, upgraded to stable/13-n244890-4e535a1ba72 with ktls. now, need to rebuild the poudriere instance and rebuild all installed ports. >--=20 >J. --=20 J. --tT3cCSBw0GxCQ0j3 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmBOyM8ACgkQs8o7QhFz NAUXlA/9EcLxsmsi2f+PvsYYsdj+UcqtyfVFkhm4oaeeu971gnFVAx5Vlpm5QcQ2 rIHi8inZezi+v5oUFAfPoFOk1Upk11Jdejy7Sbu4ut1BPMOg2oFgJ6QqwPX1jvBR 5WzirtIHXp1N2i/Ig85DtJv8BdKBJD1k4TVc0VqSekwCiGKWWwKr3w0xfZ+a2Dit Z3VXjfo9bmTQ3iPs6QDt24XPitRNoeSvAIyl9not8/TI2QVAHtt58enqIj3C24aw kxP53llSEYT6xxVIDnET8QTKBLflAiaZWZnKa+6hn6+X/NqjoUWRCwq8E2jm6YK1 izjOoq3GpitVV2/EQ9YgrGfXw8ZNKb2iDnb3IKBxb1V8CtzT7PvOvDqibcYAPsG0 Cg8me3OzqUFxjfZoYANfKRKGefIPWmceo2kdcl780y1hU9jswWm/+X/Zl0VXHcHj ak6w2x/O9aVynChoB0Ysm8PeSlRTOU5f+RmDT0ulb2iEUuokazv4zPK+J4inazAC uu7MNf93UP7t9Lyk5stJ/2b49xVrXbYEyWBp7q1ixBX/ACxL/sgoYKWVjQC7DLTL 5BKM0LO9Mgr2DRacI1o33iCphawKatfQKV2Fw1hAdX9bMDWO5pMMLZVy1s6wZ5o3 6hvVLJObfCdpg50hiHZ1a4odN4y7zrx8J0OZnTQOkUy4SdRkXYY= =BfNj -----END PGP SIGNATURE----- --tT3cCSBw0GxCQ0j3-- From owner-freebsd-current@freebsd.org Mon Mar 15 11:20:45 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DF7D4578A5A for ; Mon, 15 Mar 2021 11:20:45 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4DzYrF583Yz4hZb for ; Mon, 15 Mar 2021 11:20:45 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id AEBE25788CF; Mon, 15 Mar 2021 11:20:45 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AE819578BA7 for ; Mon, 15 Mar 2021 11:20:45 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DzYrD53sSz4hZX; Mon, 15 Mar 2021 11:20:44 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.16.1/8.15.2) with ESMTP id 12FBKgL1012069; Mon, 15 Mar 2021 11:20:42 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.16.1/8.16.1/Submit) id 12FBKgkA012068; Mon, 15 Mar 2021 04:20:42 -0700 (PDT) (envelope-from david) Date: Mon, 15 Mar 2021 04:20:42 -0700 From: David Wolfskill To: current@freebsd.org Subject: Recent if_wg work: Should DIAGNOSTIC imply KASSERT is available? Message-ID: Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="6uCFyH+bg6AMMICa" Content-Disposition: inline X-Rspamd-Queue-Id: 4DzYrD53sSz4hZX X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 107.204.234.170 as permitted sender) smtp.mailfrom=david@catwhisker.org X-Spamd-Result: default: False [0.62 / 15.00]; HAS_REPLYTO(0.00)[current@freebsd.org]; RBL_DBL_DONT_QUERY_IPS(0.00)[107.204.234.170:from]; FREEFALL_USER(0.00)[david]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; SUBJECT_ENDS_QUESTION(1.00)[]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[107.204.234.170:from:127.0.2.255]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.975]; DMARC_NA(0.00)[catwhisker.org]; ARC_NA(0.00)[]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; MAILMAN_DEST(0.00)[current]; REPLYTO_EQ_TO_ADDR(5.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 11:20:45 -0000 --6uCFyH+bg6AMMICa Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable For my laptop, the kernel config includes GENERIC, does not have options INVARIANTS but does have options DIAGNOSTIC which has not been a problem until today. In src/sys/dev/if_wg/wg_noise.c, as of main-n245465-16b2290447de, I see: =2E.. 778 static void 779 noise_kdf(uint8_t *a, uint8_t *b, uint8_t *c, const uint8_t *x, 780 size_t a_len, size_t b_len, size_t c_len, size_t x_len, 781 const uint8_t ck[NOISE_HASH_LEN]) 782 { 783 uint8_t out[BLAKE2S_HASH_SIZE + 1]; 784 uint8_t sec[BLAKE2S_HASH_SIZE]; 785=20 786 #ifdef DIAGNOSTIC 787 KASSERT(a_len <=3D BLAKE2S_HASH_SIZE && b_len <=3D BLAKE2S_= HASH_SIZE 787 && 788 c_len <=3D BLAKE2S_HASH_SIZE); 789 KASSERT(!(b || b_len || c || c_len) || (a && a_len)); 790 KASSERT(!(c || c_len) || (b && b_len)); 791 #endif 792=20 =2E... which the compiler helpfully pointed out to me attempts to use KASSERT without having it defined. So: Is DIAGNOSTIC intended to necessarily imply that KASSERT is available for use? Thanks! Peace, david --=20 David H. Wolfskill david@catwhisker.org That broadly-popular "American Rescue Plan" (stimulus/COVID relrief)? Ever Republican vote in Congress was against it. See https://www.catwhisker.org/~david/publickey.gpg for my public key. --6uCFyH+bg6AMMICa Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAmBPQwpfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 Pck7mwgAqAWYbSOhohCdAFaUNxTrP3uj/nc5YKVw4VwqgQ96XAENq4WSLuGCYBV6 TYupaGyG7hz9bc/W7JBchw9gUzVq+KBZEx4RYdNjlwbxz/WzY/ifGIpLssJcWEnU JOr30zpOsKawNjuhLim4+KDQpP7umPw+QyUfTXNHPvArfZZJmXZxqN+5k+GAHUXL 2rN5PFHgypToRe+3G2GODo9ERfRLI1/fKvRDU/XsUzB40J54/sdgDLuxPWEqO5rP vlIEdMj0/16hik6Qeoj7VbIj5/erFOom3jehM70rgYlkPnMlbERW4/LQGa/Xq+qz fYiKXzrXaCS0POO4RuZbk3vJX39//Q== =YpdF -----END PGP SIGNATURE----- --6uCFyH+bg6AMMICa-- From owner-freebsd-current@freebsd.org Mon Mar 15 12:37:04 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CECD557AD6E for ; Mon, 15 Mar 2021 12:37:04 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4DzbXJ5R51z4mQs for ; Mon, 15 Mar 2021 12:37:04 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id B8A5E57B199; Mon, 15 Mar 2021 12:37:04 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B86ED57ADF5 for ; Mon, 15 Mar 2021 12:37:04 +0000 (UTC) (envelope-from kevans@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 4DzbXJ4vwJz4mSm for ; Mon, 15 Mar 2021 12:37:04 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qv1-f51.google.com (mail-qv1-f51.google.com [209.85.219.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 95E2529AF8 for ; Mon, 15 Mar 2021 12:37:04 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qv1-f51.google.com with SMTP id q9so2165168qvm.6 for ; Mon, 15 Mar 2021 05:37:04 -0700 (PDT) X-Gm-Message-State: AOAM532ItJK9d+5YHIRZPBOTCQahIdvxRDgX3weRW9eOrQMQwYJ+w1ZF VzeVcyJxNJi4uecSxW97FU69yviXuGEoUFXO3ts= X-Google-Smtp-Source: ABdhPJz6Cbd81hgtM9nxGvj6QTbh+l7XTDuYQEMP2pDlE0EGmI5RGk3bqjhyazV4ot3W+0RkpZp7Hqptt9w3vgjxL7k= X-Received: by 2002:a05:6214:1424:: with SMTP id o4mr10647947qvx.34.1615811824134; Mon, 15 Mar 2021 05:37:04 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Kyle Evans Date: Mon, 15 Mar 2021 07:36:51 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Recent if_wg work: Should DIAGNOSTIC imply KASSERT is available? To: current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 12:37:04 -0000 On Mon, Mar 15, 2021 at 6:20 AM David Wolfskill wrote: > > For my laptop, the kernel config includes GENERIC, does not have > > options INVARIANTS > > but does have > > options DIAGNOSTIC > > which has not been a problem until today. > > In src/sys/dev/if_wg/wg_noise.c, as of main-n245465-16b2290447de, I see: > > ... > 778 static void > 779 noise_kdf(uint8_t *a, uint8_t *b, uint8_t *c, const uint8_t *x, > 780 size_t a_len, size_t b_len, size_t c_len, size_t x_len, > 781 const uint8_t ck[NOISE_HASH_LEN]) > 782 { > 783 uint8_t out[BLAKE2S_HASH_SIZE + 1]; > 784 uint8_t sec[BLAKE2S_HASH_SIZE]; > 785 > 786 #ifdef DIAGNOSTIC > 787 KASSERT(a_len <= BLAKE2S_HASH_SIZE && b_len <= BLAKE2S_HASH_SIZE 787 && > 788 c_len <= BLAKE2S_HASH_SIZE); > 789 KASSERT(!(b || b_len || c || c_len) || (a && a_len)); > 790 KASSERT(!(c || c_len) || (b && b_len)); > 791 #endif > 792 > .... > > which the compiler helpfully pointed out to me attempts to use KASSERT > without having it defined. > > So: Is DIAGNOSTIC intended to necessarily imply that KASSERT is > available for use? > This is fixed in ff92a03616c5, thanks for the report! Kyle Evans From owner-freebsd-current@freebsd.org Mon Mar 15 12:39:20 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 187B657B2AE for ; Mon, 15 Mar 2021 12:39:20 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4DzbZv5tkgz4mgQ for ; Mon, 15 Mar 2021 12:39:19 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id C847957AE6A; Mon, 15 Mar 2021 12:39:19 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C80BA57B2AD for ; Mon, 15 Mar 2021 12:39:19 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DzbZv445sz4mjf; Mon, 15 Mar 2021 12:39:19 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.16.1/8.15.2) with ESMTP id 12FCdHxv013516; Mon, 15 Mar 2021 12:39:17 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.16.1/8.16.1/Submit) id 12FCdHLY013515; Mon, 15 Mar 2021 05:39:17 -0700 (PDT) (envelope-from david) Date: Mon, 15 Mar 2021 05:39:17 -0700 From: David Wolfskill To: Kyle Evans Cc: current Subject: Re: Recent if_wg work: Should DIAGNOSTIC imply KASSERT is available? Message-ID: Mail-Followup-To: David Wolfskill , Kyle Evans , current References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="ugz2sL8R6Xd/NtMT" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4DzbZv445sz4mjf X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 12:39:20 -0000 --ugz2sL8R6Xd/NtMT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 15, 2021 at 07:36:51AM -0500, Kyle Evans wrote: > On Mon, Mar 15, 2021 at 6:20 AM David Wolfskill wr= ote: > ... > > So: Is DIAGNOSTIC intended to necessarily imply that KASSERT is > > available for use? > > >=20 > This is fixed in ff92a03616c5, thanks for the report! >=20 > Kyle Evans > .... Ah, cool -- I wasn't sure if I may have been doing something ... kinda dumb (again). :-} Thanks! Peace, david --=20 David H. Wolfskill david@catwhisker.org That broadly-popular "American Rescue Plan" (stimulus/COVID relrief)? Ever Republican vote in Congress was against it. See https://www.catwhisker.org/~david/publickey.gpg for my public key. --ugz2sL8R6Xd/NtMT Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAmBPVXVfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 PclT/Af/RVNd55Xcjf23uAWy3Gbjihs8PQP3ZFos1m1kOTEz8bLquGXgU04Zqc0J TlvdgGK7QxpFytoT9zk9a+/Fq1oa2IGOxIiA+g8SZQZoKEvZ3hiaxXZKGrAGRCDb cqlGFIsr8udV5TsKwfG6X+6T0Y3f/2vCFVMcJdCQtUPcNf4exk2fahND29KHnO/L 00ljbZvwY7UudSrHFpieqftuUcrVBODD/XSL2q55N3resnWsaIiJAA/mkmp8GaU8 zkaKSDdYlnK7OAp+Jl5S7irF7r3iSzaUlmzRQUURAItvbevBaN56cnwP2awN7V+O qOyRUn8jAktOzWt43xCJZKvknWuKsQ== =N+BX -----END PGP SIGNATURE----- --ugz2sL8R6Xd/NtMT-- From owner-freebsd-current@freebsd.org Mon Mar 15 14:33:17 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3CD3F57D80E for ; Mon, 15 Mar 2021 14:33:17 +0000 (UTC) (envelope-from gardask@gmail.com) Received: from mail-wm1-x32f.google.com (mail-wm1-x32f.google.com [IPv6:2a00:1450:4864:20::32f]) (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 4Dzf6N3lJRz4vqW for ; Mon, 15 Mar 2021 14:33:16 +0000 (UTC) (envelope-from gardask@gmail.com) Received: by mail-wm1-x32f.google.com with SMTP id m20-20020a7bcb940000b029010cab7e5a9fso20388767wmi.3 for ; Mon, 15 Mar 2021 07:33:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:from:to:references:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=dheG0LDqr97hOTXFLa2CcaoJoXFZZnEE1v8HByB0j+U=; b=C9dc3P16XNkEDUNefzIH7k9yDU82+kQJpemMYdOHXXJ3lGK4vrtIiVrc21Du3TBlGc pwcvKXDpGzrox8jk8XL0QSGXpKwiIuu5eJ6BeQF3Gtxf+Dd3BsAycOyy0ZM55bY/PLKU F40OHe0VK5r2Gz6r89swxuGBE1EQXcbu9LOyXRqSTD+kc3Q+0wwFyDxPEXmGBkxn+oh/ aulCeEdxa2Fy+fpHdpANtS1+NHmlfI2Mjl8d3RT+IWbVjK8KVxPDiL0pFfXQ5wVNdxVi Z0UTypn9kWdb16isrc6a7mhlBTnw9vxzRcUBNg9INGxgn9yf5EvxLcFGoar3jGYJzx/C pVEQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=dheG0LDqr97hOTXFLa2CcaoJoXFZZnEE1v8HByB0j+U=; b=eaorSJqP7YuYLjrxVccPHNW90/YvekMiQ47zP3YjtE+nf4mwPxrN+y97jrtgsxp9+l 25v9SgYnYjOPM3z8icwA65nwK7cPFzXn1j5FFc8cmTAQXw0/rZcQxvKpKHPGgnqSTdsq uD2osdN79wgQY9zS0oo2rUoUM+E2H/qlek2OaleLyFTYXixrag45X5Zc6iUP9Ad4pT5O nLnAQz4l+UqoFE2OUrjsfq57wsN4d93IAwE4Z1gtgvOi4i+vfG6dsDoyoF6SIXB4kxcZ woeaew8CATEWKzJZAn3f31sSW+F69rqJNuHiYOBCiUFaTm3005IQrzCNUZIkCijMfyQp wzlg== X-Gm-Message-State: AOAM532vZwXteKDqL5gHAwllyCDokqxiYEE11R4XEeVYI9jTLi6TegYK Pb9+2IlEBKli6sPSWWYbQXsL9MSsZ4lGfw== X-Google-Smtp-Source: ABdhPJyXf7PdS/6Ouo4JJYWy3BfpJsRgxsOpKu1Uo4NqMd14mdpqf5ifWLrSQV9tv5hZVyM5eQoqkg== X-Received: by 2002:a7b:c759:: with SMTP id w25mr26023109wmk.139.1615818794757; Mon, 15 Mar 2021 07:33:14 -0700 (PDT) Received: from [10.0.30.5] ([31.47.99.1]) by smtp.gmail.com with ESMTPSA id a8sm12556952wmm.46.2021.03.15.07.33.13 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 15 Mar 2021 07:33:14 -0700 (PDT) Subject: Re: current crashing VBox 6.1.16 From: Karel Gardas To: freebsd-current@freebsd.org References: <37b13cee-52a2-d5fc-7834-80dacd8d11c1@gmail.com> Message-ID: <3c6a0a3e-f3b0-2e3b-55a9-65aa9b7a049a@gmail.com> Date: Mon, 15 Mar 2021 15:33:12 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: <37b13cee-52a2-d5fc-7834-80dacd8d11c1@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4Dzf6N3lJRz4vqW X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=C9dc3P16; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of gardask@gmail.com designates 2a00:1450:4864:20::32f as permitted sender) smtp.mailfrom=gardask@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::32f:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::32f:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::32f:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 14:33:17 -0000 The same problem is also duplicable on 13-RC2. Workaround exists: switch VBox storage layer from PIIX3 to AHCI. E.g. VM's Setting -> Storage -> select Controller node and on the right side -- in Attributes pane -- switch Type from PIIX3/4 to AHCI. This way I've been able to rebuild both 13 and current (both world and kernel) successfully. On 3/14/21 3:25 PM, Karel Gardas wrote: > > Hello, > > I'm trying to follow current installed in VBox VM. The VM is created > with default configuration of 6.1.x suggested > for 64bit FreeBSD. The RAM is set to 32GB and CPUs to 12 cores. Te > host is running ubuntu 20.04.x. > > Anyway, while running 'make -j12 buildworld' the VM crash with > following information in the VBox log: > > > 00:02:26.650587 PIIX3 IDE: guest issued command 0xca while controller > busy > 00:02:26.652335 PIIX3 IDE: guest issued command 0xca while controller > busy > 00:02:26.653115 > 00:02:26.653115 !!Assertion Failed!! > 00:02:26.653115 Expression: ReqType == ATA_AIO_RESET_ASSERTED || > ReqType == ATA_AIO_RESET_CLEARED || ReqType == ATA_AIO_ABORT || > pCtl->uAsyncIOState == ReqType > 00:02:26.653116 Location  : > /build/virtualbox-9t4MJt/virtualbox-6.1.16-dfsg/src/VBox/Devices/Storage/DevATA.cpp(5838) > int ataR3AsyncIOThread(RTTHREAD, void*) > 00:02:26.653262 Stack     : > 00:02:26.653262 00007f86d41e5a11 VBoxRT.so!RTAssertMsg2V+0xaf > (rva:0x178a11) > 00:02:26.653262 > 00:02:26.653286 I/O state inconsistent: state=0 request=1 > > > Now, the question is if FBSD is allowed to issue command 0xca while > controller is busy or if this is something which it should not do. > > Thanks, > Karel > From owner-freebsd-current@freebsd.org Mon Mar 15 00:00:21 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4C7E05B732A; Mon, 15 Mar 2021 00:00:21 +0000 (UTC) (envelope-from owner-freebsd-quarterly-calls@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4DzGl91145z3CST; Mon, 15 Mar 2021 00:00:21 +0000 (UTC) (envelope-from owner-freebsd-quarterly-calls@freebsd.org) Delivered-To: freebsd-quarterly-calls@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5D5545B6D76; Mon, 15 Mar 2021 00:00:01 +0000 (UTC) (envelope-from debdrup@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DzGkn28Whz3CRm; Mon, 15 Mar 2021 00:00:01 +0000 (UTC) (envelope-from debdrup@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1615766401; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc; bh=A3jGHHAGVyHJpd5/OFlhsW61SGOXDeSRL15wvIQuh6s=; b=uPlNRqG/i03k3NirJXrUZQcg1E2skdZHUzKjOlkLXb+MhG4gEwUvv4j8yWGmlkbBxQXT4R lZwCScpHOqKlHit6Ue+rh5JF/7ywq4lZh/aRK3YDIkJXmQHf8a8W1Xl4v0TW4nMLJznzbx GkY0bfirrjYlxf+jqfk6xQMSeDLtfqu5DOVv48sWiut15vUQdpH4LL51s0Kpz8lypKS+Xd 1fbpVT5lMDq1d7RWjYIol0nref1rYytst2pkQoyvhjsYsB7Y6tWj4i/Unqp2pIDgUoR8pV SPH0jrYPgSPXiKcCqrHJ1Zd6rHLnrQKpZI42stBiCy7Ptg67+fqGsA6+zUyAlA== Received: by freefall.freebsd.org (Postfix, from userid 1471) id 3028B15C70; Mon, 15 Mar 2021 00:00:01 +0000 (UTC) To: freebsd-quarterly-calls@FreeBSD.org Subject: [2 WEEKS LEFT REMINDER] Call for 2021Q1 quarterly status reports Message-Id: <20210315000001.3028B15C70@freefall.freebsd.org> Date: Mon, 15 Mar 2021 00:00:01 +0000 (UTC) From: Daniel Ebdrup Jensen ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1615766401; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc; bh=A3jGHHAGVyHJpd5/OFlhsW61SGOXDeSRL15wvIQuh6s=; b=uz5PidQQV36VAapueAgyqvLYKxxx8qxQYSj8fxUd8WZ3ECNdQVPTyBGgCJvF8HX4Q1/Paf siC+S1aho487uhwQU0VBwk2J4HUqVT2KqZ9SUNTegawRsmCUQUVUEteM3Ui0KsiSDElJyE glDYNcc2aqoqlc2AYCjNeWvbxANuP+4fZvEbCHCdC9HGATcd7zqpDr4i9UgxQFtGso5UIB DGmESeX2PXdmQQ3rE22EGI1vxi2RnTkWtoKUj4BXN3IOjScgcbZpxZbPVOmVg1WCjCH4bV tDd0L2NQNF2uwDhzD9QbgqAV5caE8tKquub/nS0Knn9Ln35bXRIgpVyCpVdtNw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1615766401; a=rsa-sha256; cv=none; b=WdIY78i2duZRcWAHMrzXd2IOYKdxwO0Xjmo1Kt3SBxBZfBEsuyxo6fNrTD+l08H38idIg1 vCpAhkz3ll7AZFysXJ9C695o59dXb4P69vTPST1SjpNUV1195UZexFcAcncd6H7scQ+5U9 NGWPnehAdwaH6cIk2voIjJZorJO0mC0wd2WRTCC7XXxnVx2nKxekAcIzxPiog9OyRQwJ64 uruAUFhyKKA7AyjMW5CBvK5tFF1sLW/Nx9vn4+cbJYV2i43hZ+ZBms7bW8/a9hTlTl68px eM6KixZsbnnkPnRs/NGrTM8pOyIUhi+CQN/No7tUKmEPY6vIS15dvhjHc8/neA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-BeenThere: freebsd-quarterly-calls@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: owner-freebsd-quarterly-calls@freebsd.org Sender: owner-freebsd-quarterly-calls@freebsd.org X-Mailman-Approved-At: Mon, 15 Mar 2021 17:35:54 +0000 X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 00:00:21 -0000 Dear FreeBSD Community, The deadline for the next FreeBSD Quarterly Status update is March, 30th 2021 for work done since the last round of Quarterly Reports: January 2021 - March 2021. I would like to remind you that reports are collected during the last month of every quarter. Status report submissions do not need to be very long. They may be about anything happening in the FreeBSD project and community, and they provide a great way to inform FreeBSD users and developers about work that is underway or has been completed. Report submissions are not limited to committers; anyone doing anything interesting and FreeBSD related can -- and should -- write one! The preferred method is to follow the guidelines at the Quarterly GitHub repository: https://github.com/freebsd/freebsd-quarterly Alternatively you can fetch the AsciiDoctor template, fill it in, and email it to quarterly-submissions@FreeBSD.org. The new AsciiDoctor template can be found at: https://raw.githubusercontent.com/freebsd/freebsd-quarterly/master/report-sample.adoc We look forward to seeing your 2021Q1 reports! Thanks, Daniel Ebdrup Jensen (on behalf of quarterly@) _______________________________________________ freebsd-quarterly-calls@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-quarterly-calls To unsubscribe, send any mail to "freebsd-quarterly-calls-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Tue Mar 16 12:42:23 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D738D5ABD20 for ; Tue, 16 Mar 2021 12:42:23 +0000 (UTC) (envelope-from Krasznai.Andras@mands.hu) Received: from mail2.mands.hu (mail2.mands.hu [93.189.114.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.mands.hu", Issuer "e-Szigno SSL CA 2014" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F0Cby6Yxrz4Vyg for ; Tue, 16 Mar 2021 12:42:22 +0000 (UTC) (envelope-from Krasznai.Andras@mands.hu) From: =?iso-8859-1?Q?M=26S_-_Krasznai_Andr=E1s?= To: freebsd-current Subject: gnatcross-sysroot-aarch64 Thread-Topic: gnatcross-sysroot-aarch64 Thread-Index: AQHXGmB4yP9H2kBjukW3DMiM8Qo4DQ== Date: Tue, 16 Mar 2021 12:42:13 +0000 Message-ID: <1615898533718.11139@mands.hu> Accept-Language: en-US, hu-HU Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [192.168.16.11] MIME-Version: 1.0 X-Rspamd-Queue-Id: 4F0Cby6Yxrz4Vyg X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of Krasznai.Andras@mands.hu designates 93.189.114.146 as permitted sender) smtp.mailfrom=Krasznai.Andras@mands.hu X-Spamd-Result: default: False [-0.22 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; SUBJECT_ENDS_SPACES(0.50)[]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[93.189.114.146:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[mands.hu]; ARC_NA(0.00)[]; NEURAL_SPAM_MEDIUM(0.87)[0.867]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[93.189.114.146:from:127.0.2.255]; TO_DN_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; R_MIXED_CHARSET(0.71)[subject]; ASN(0.00)[asn:47116, ipnet:93.189.112.0/21, country:HU]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MAILMAN_DEST(0.00)[freebsd-current] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2021 12:42:23 -0000 Hi I use FreeBSD on a laptop with intel I3 CPU. I installed the base system, and a set of packages to make it a desktop sys= tem (xorg server, internet browser, libreoffice, gimp, rawtherapee, kdenliv= e, some pdf viewers, etc. pkg installs their dependencies automatically. The above package is installed on my freebsd-current as a dependency - I di= d not specify it in my install scripts . The strange is that pkg autoremove= deletes it every time as an unnecessairy package. I would like to get rid of this package, how could I prevent it from instal= ling? best regards Andr=E1s Krasznai From owner-freebsd-current@freebsd.org Tue Mar 16 17:53:56 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B13EC5B7269 for ; Tue, 16 Mar 2021 17:53:56 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (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 4F0LWS0k2Tz4t9T for ; Tue, 16 Mar 2021 17:53:55 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 72376128A for ; Tue, 16 Mar 2021 13:53:53 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Tue, 16 Mar 2021 13:53:53 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=1EsGCVO+ufzYA8UL4FR8jckbUAR bjWovmSy7cM0rrBQ=; b=n79goCe+gdSvzXV1r+UNHyLKPNjt2aKFa6/dPiSTq6L wltmDwF3+PuA35hQuU7QZKBIYJ8J6cr1EEV7uGST5L4nNdNntct3tVwBW5Nec6o8 ZwQgkYhfnMoPfmTzQMOKgO7WUQi7JS5zxsq/RzlvarCfRbsIHn2mimA7gAZ0upQ3 e8DGckOm/Xr9JKUOdSryoacvvKEfxZcxwW7PtPH+4y4Dg59nr9bRkXD3MPs2yY7f W9a6MnrHuJSy84u99Rqz8ONjRGNOfg2jU0Ab4KcsD7gGikByvRqgIDY4Bpy28kE4 PrH37/SQ/s9Nj40rixb2JrEPn/EnAGq0tJ+m0DAVjTQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=1EsGCV O+ufzYA8UL4FR8jckbUARbjWovmSy7cM0rrBQ=; b=n5Di8VOlp3KiEZ7SW6nPd0 COb0Nmf0rE9nYZWGz55smw4cQlDPKPtU1Fa/7i8LwjGMYluxGgClNptaLVdJZOe3 uI7ZvROtlj/WNPkEWWElkZx+p1LeFNcluRstfobT+p24SLuaGgQiTvRw0XPOpXYI 1HPYMc3NgZMp3t7UsgnIV2Ycbew74tsoBvEf0QKjMt0vx2qstlF5YdT6OsJp8iHP PYLsnky8k+2Gt/sad2+AUqU8Oi51kiHXFuzxS7t0vfFVfurIOZLtmIET/Hm+lOC/ JQIIm6VKZ0DdEhaoHoYJ7B3ysz7XoOCupRFqPb6K1XHS8saHkGrtF0MWTC1GlEng == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudefvddguddtjecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehgtd erredttddvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshes iiihgihsthdrnhgvtheqnecuggftrfgrthhtvghrnhepkeeggfffhfegteehuedvgeelud dvgeejieeiffevffdukeekleegjefghfetiefhnecuffhomhgrihhnpehthhgvhigrlhhl shgvvghmthhofihorhhkrdhhohifnecukfhppeekvddrjedtrdeluddruddttdenucevlh hushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehtvggthhdqlhhi shhtshesiiihgihsthdrnhgvth X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA id A20FB108005C for ; Tue, 16 Mar 2021 13:53:52 -0400 (EDT) Date: Tue, 16 Mar 2021 17:53:50 +0000 From: tech-lists To: freebsd-current@freebsd.org Subject: Re: Getting started with ktls Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: <20210311003136.GM56617@kduck.mit.edu> <20210311031501.GP56617@kduck.mit.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="qCT5JlyWsInhUH20" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4F0LWS0k2Tz4t9T X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=n79goCe+; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=n5Di8VOl; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.19 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[64.147.123.19:from]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.19]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[64.147.123.19:from]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.19:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[64.147.123.19:from:127.0.2.255]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2021 17:53:56 -0000 --qCT5JlyWsInhUH20 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 14, 2021 at 08:55:18PM +0000, Rick Macklem wrote: >Alan explains how to set it up, below. >However, I thought I'd note that maybe one person has tested KTLS >on arm64, so you should consider doing this for test purposes only. >If you do do some testing, please post with your results, >success or failure. > >>It's present in current kernels for both 13 and 14, amd64 and aarch64. >>However, it's not present in 13's openssl. To use it, you must either >>rebuild world with WITH_OPENSSL_KTLS=3DYES in /etc/src.conf, >Doing it this way means that everything linked to OpenSSL will use >it. Probably a better testsituation, but expect at least the apache >server to break. (Most breakage was fixed by a recent patch to the >serf library, but I think the apache server is still broken. OK, it's been built and all ports recompiled and reinstalled. Things=20 that use openssl on this machine are mutt (imaps) lynx (https) and=20 nginx (https) and py-certbot. They all seem to work. How would I test? thanks, --=20 J. --qCT5JlyWsInhUH20 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmBQ8KYACgkQs8o7QhFz NAXErA/+PSfOQAhUU1GQcY40gbQ2jdEB9oc3yOqEvO9mUwljDAtW5Dl0nj9yKfUu Pdy5iI3sG2RGADpE4ytviQS9ARaCeGiFt9T1ZWUm3u+80GyyApzP4T/KaJ1gBBvP 2mryrYrDc8+XDtvCyy+kayLCESXvTLQsYVQehSQBoj5njPjXmPCActTdCcoxVxaY p1B63OFRSF3uLVL3npww6IkuDndeTp72rm5SDTH23NzvPUefNizmInR1C7yT8VNJ tfZHFoFX6vM5iClv0anasyVjX8xz52iQUiFwQlFHc0qK6byJ6ndhGnFqMI3Hkv1k Gqf8DYMrVl5Icvuae76PGQTvGQl0lBxo48uMUsNvEm2FysNhB9SXdclFWuCHQtVC /aQIu7Io8NkWjegFw1GKj9jCudMx8WXlMPj/I3Gv4TkEjtls13zOlfqAgqPyVksH LOKm3XL+74PR5q2dPH5g8JU4htW8VKlT7yPQQuOB//kIU7QppxBLcHImdrwGbPDD 6KQRKFeHGlSTFgXHQe5ynYJvnqayxGBF2wOTgDTe0XBbFA/H307/bnf+9HVdINAU N46wVHwf7XDqlhljOEprtBedZoyBk0jJ9xf/pfg3gjjFanRrcfLEPTezl3F8UXtj HXKXIVFT+RMsttE00ESvtutvIU4Qnj30E6gM5y6DAEZ4x2aBx84= =2YbL -----END PGP SIGNATURE----- --qCT5JlyWsInhUH20-- From owner-freebsd-current@freebsd.org Tue Mar 16 23:46:31 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CFA1B5721A1 for ; Tue, 16 Mar 2021 23:46:31 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-qb1can01on0617.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe5c::617]) (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 4F0VLG6H2Tz3rfL for ; Tue, 16 Mar 2021 23:46:30 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=k4jOTJiGOBBvUDThL/p85M3fok40KQ7QYDUvxlLlCHAF4Us0s5XKuRInb0UlcX2txcYkfG//KrJeuRGNms2dhx9Jr/sKAxaaiHpIMxhoZBD8wiQmAF69vEB0lA3iIKRnIheZworF5BQNRvjiMNBdoXI1z8Ww/5Ad38wGfpG5YJ8ImmKFC4PATSO3K9fgAsNKc8kSGowxMwn+jWwb8j7QANwfX50Gcipybtn2p8j0NzT+s3f2bwZ+i9J69eknNhqOW8QLeMHxY9SXdNyF1iR3dc5eSPwPzM0kR3RdQou1ivAgUHsdDw26dd/7RCdxdCzvuKpTyue6o4TcnRV2xIPtEQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=CvA/tXQ7pqSUx8MySLJPfrm2Kx+5G8FwcS+LsZPY/r8=; b=Eb12PvBraQQFyTByBb7ZznX3AaY7lQI/6fQe3ZuxLagGdU1mU3SYdwRhf0rJz6EGOYS3LPVps7ZW8aUeA1FvSFadBL5AkuSkmJebdWNBmzt2M+PJloDXvu1q9rKOM0ZFDFsvo8LLlwsiA3Djif1m1EgK6tlQ6dAyc30qvgKludmKyeO1yowy26WvUg6atXBu8pfHK8xuhiVJYBahZ/gs4fiDQjOU5bM6e5kKvpocIl8flLZ0t9EynD8a06haLvqb0W6d2l0azWR7NP2YXKpSO3kvTJteWC2p0fTVJQ8VMAVFS9YolS2DreRj2Z4P18Q4jt9V1+0nxcbMNGpX7gl1AA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=CvA/tXQ7pqSUx8MySLJPfrm2Kx+5G8FwcS+LsZPY/r8=; b=XRl9r/kVSNTRLukiTNhauBvrLAGKyhRvCxeRanor/bTpnQNJJgQkBH+adkOaoyjP9drgi0TQoUl/h0FspRQtkWTxdZ8FiiB+Jr3sWBjdvhZDsYep9hn1RzCjsxEkqraL42FuRMLovwfsL8UVZl73qO01Nqf9L78qA0RUBLH9RmRIPiZaAw6vM+6gJZLuYUC+8TFVoZw405VauWwTm59y/bcdrx0mPFV6cZLwWGD6yB/s1daeGY81bCXWXURqRzdmrbaz7MkrJllZU7hlfqi9kVGRDaFwSO5fWNafp3giSkkloS+H8ckCLv2BhtOXQEet8VFfGjPay325WYa4Q/u/Ag== Received: from YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:19::29) by YQBPR0101MB1059.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:12::31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3933.32; Tue, 16 Mar 2021 23:46:28 +0000 Received: from YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM ([fe80::6073:6fc0:5ddf:dc8a]) by YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM ([fe80::6073:6fc0:5ddf:dc8a%7]) with mapi id 15.20.3933.032; Tue, 16 Mar 2021 23:46:28 +0000 From: Rick Macklem To: tech-lists , "freebsd-current@freebsd.org" Subject: Re: Getting started with ktls Thread-Topic: Getting started with ktls Thread-Index: AQHXFgwYWcBrnpJjzEOOvEeMKEi/Wap977EAgAAM4QCAACDHgIAACzeAgADCPHuABK2jgIAAEB+AgABQrWyAAvVQAIAAYG6T Date: Tue, 16 Mar 2021 23:46:27 +0000 Message-ID: References: <20210311003136.GM56617@kduck.mit.edu> <20210311031501.GP56617@kduck.mit.edu> , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 21e7d6bb-2fb6-4387-fb09-08d8e8d5b7ad x-ms-traffictypediagnostic: YQBPR0101MB1059: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: cYsiNQW040q1pIDWnrSDx8lJGQ9BSRgZP/LIlJK8sSBuiE2JlYycu2OaWbh2T+aLlo3eYmZfEj/zIDDrm4U4znKGfvotACPnrJpiB38uTe/v7vBs6ZOcWOK3tH3Vui9czDKlclkDRZswzoobvd0R+J0Pwuzk9wKCX+kFYBLCGV9hDQ3nIE6oNcGxoh6hIzBrS+iEvfQ30NsGFPUf2e9PQNSL3e1p6lltFoLAv3Hp/Y5rUToyBmOKntguV0TPG4mnrQFSLRUzrGDhASWPO/9BCdb40yCg4L20HiPPY+I3hdCm00duBc25NBYcX4/Aof8vW+d0BVHMXTir5OCrpcruK+y3M0MaKIHCBeKvs3WM4fCtRbztJoj/JBvX/tQ+M8o2FA6fiFUu3WV4l5i8vAlOYPCNQ2tkct1AZAQC/Ddj1nvLoucCyP+6gAmruc+EPNNwcOS3pHJZdNA5yKvDq7FhxNTPGSMUhmGXp8oqlrnzdwETdWW8VQ4QvQApDVocUaQsxg6v/o+o4J4l8YeEJSTcYpO0xzdpKgIB4Ouj7SNvpQC6nFDlSDhhdFO9Qd4F9+vF x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(396003)(39860400002)(136003)(346002)(376002)(366004)(786003)(316002)(71200400001)(3480700007)(66946007)(478600001)(91956017)(2906002)(5660300002)(110136005)(86362001)(66476007)(186003)(52536014)(9686003)(7696005)(8936002)(8676002)(6506007)(66556008)(55016002)(33656002)(64756008)(76116006)(83380400001)(66446008); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?iso-8859-1?Q?q4QNWEmRnsgtlL5XFV1wMKdJ8nWGqm3JT1OLufsG4q5c5s/5tNCAYtRZPc?= =?iso-8859-1?Q?2PaLUD8K73wZETiPHedyjx/guegPptHcX0WaEcjuaejhfE415HmmTwxWbB?= =?iso-8859-1?Q?hdFBuCxtzDLdoyKz30eGL7DmnzrocZi0ALcwdo9C9pDjyfzrHv+HUoVHCy?= =?iso-8859-1?Q?Sru8a011kvAUf2t+Jqm+eWXhOiqubw0ZY1xxYMecORMQEL+5+jlbCvKkE5?= =?iso-8859-1?Q?90k8+wsiYMWWn/+TCOAyy9LzWe9GGbq8jw2D6kf2j1MjyadrC2H2hlJcxK?= =?iso-8859-1?Q?JerdhJupLwK5lT0QfK0mBKntBX8z0I/XoMjA3VN/EnaFzdu/kSoCpGczmN?= =?iso-8859-1?Q?VYzcXAjezaA+VK0awI4Ko8OAjQt3BbPo4l5mwNV4l4pnguYEn0OgzXu1ng?= =?iso-8859-1?Q?oU5t/FCB9BXUKoGmJOm4KakOd+uoCc446sLwhymtz3P9KNpAm/239+UAJY?= =?iso-8859-1?Q?bMY6jE17CCWNjxWXRlhtWszoxKt8Los++mQ7aXNOVIbgqJbYbq6muirDcq?= =?iso-8859-1?Q?HGweJzF44NP6jw0e7ko8Ldjb8bxb1pWDM9Fg61FZKKCvBKWm4RVMNSxqn2?= =?iso-8859-1?Q?i4y6rCXpWf1Thn5UP/FikZBNxCkgDT3v4BwA2K0/tbH9OSL5WW8x2Usc7Z?= =?iso-8859-1?Q?8D1fwSa++C+wE18RkLkCzuzT7xcC0DaCt65OJgbMZDojOHXGSCRSKUEs4e?= =?iso-8859-1?Q?iPn0WaSm/WVqkikkR3/PNEesl6wRQfKn5ZFwYSjd65HEZ9009raT3pPvUp?= =?iso-8859-1?Q?VQWkQLdd6n0AE6O+4qXVZXVXEkBOb4tffefFInZp92vC/3MG9pQ4ZbNT0K?= =?iso-8859-1?Q?9wZKBR0ti5rdWUb5zLt/4LL5Jly5QJg17P7iZuAaKD16oUJFX3LC2zQ9W3?= =?iso-8859-1?Q?X6Jy7pTl5zXW/57Ocb71l8NARpq41aFATkmcvOFsWn/wMfE22kntxGSgrL?= =?iso-8859-1?Q?ynLk12kI2tQPQMNtDH8jrLCOIkJTP9FOK0AlK3S8HhKFqgCw51YYJUryPg?= =?iso-8859-1?Q?XUQSBx378Ef2FXMlrShCVrBSaNRUz3c2C4W4FoNbbG+EprtchU2bwPsw52?= =?iso-8859-1?Q?QNhNmawijLAnUZfzViqC8GJL8bzDwlguhGZhfQzeuuSk3bmGfaqPYXD4tu?= =?iso-8859-1?Q?eyTvX0+aa7DwaJWaHxKG6+SDtE7o9KIdQ9336Sb104mjkl8SsraodVWBUV?= =?iso-8859-1?Q?xk3TcX5xKl6HjPHzkUILEnMZlFxS/Ldc/yqxMgz608wvBCR7QYhJ4DnnDK?= =?iso-8859-1?Q?lzN2GR2p6tjggWx2yAIX/xbWEZ14m5HQc+Uej/bB5s1knvFNSY4YOgofVP?= =?iso-8859-1?Q?ymqTTzvsH+WpCxqchPJ0wb/kJl9mBKdQc80ZUXCV+9SvECAn4LHSxoqvay?= =?iso-8859-1?Q?g5JTtzN1qR8KgwI4UcI0YHtdoo4oLP3EQw39q76eVVn2g3ohGjO5o=3D?= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 21e7d6bb-2fb6-4387-fb09-08d8e8d5b7ad X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Mar 2021 23:46:27.9016 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 691IgPqBhLR82+I2/rOzfmDxt4pfsdBaiZIaDF+pNh9ebW+i4um31INhWFioOU2IgbaJV8JYp6Qmx2j/5Yavjw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR0101MB1059 X-Rspamd-Queue-Id: 4F0VLG6H2Tz3rfL X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector1 header.b=XRl9r/kV; arc=pass (microsoft.com:s=arcselector9901:i=1); dmarc=pass (policy=none) header.from=uoguelph.ca; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 2a01:111:f400:fe5c::617 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-4.56 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a01:111:f400:fe5c::617:from]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector1]; FREEFALL_USER(0.00)[rmacklem]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:111:f400::/48]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_SHORT(0.44)[0.444]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[2a01:111:f400:fe5c::617:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; DKIM_TRACE(0.00)[uoguelph.ca:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[uoguelph.ca,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:2a01:111:f000::/36, country:US]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2021 23:46:31 -0000 J. wrote:=0A= >On Sun, Mar 14, 2021 at 08:55:18PM +0000, Rick Macklem wrote:=0A= >>Alan explains how to set it up, below.=0A= >>However, I thought I'd note that maybe one person has tested KTLS=0A= >>on arm64, so you should consider doing this for test purposes only.=0A= >>If you do do some testing, please post with your results,=0A= >>success or failure.=0A= >>=0A= >>>It's present in current kernels for both 13 and 14, amd64 and aarch64.= =0A= >>>However, it's not present in 13's openssl. To use it, you must either= =0A= >>>rebuild world with WITH_OPENSSL_KTLS=3DYES in /etc/src.conf,=0A= >=0A= >>Doing it this way means that everything linked to OpenSSL will use=0A= >>it. Probably a better testsituation, but expect at least the apache=0A= >>server to break. (Most breakage was fixed by a recent patch to the=0A= >>serf library, but I think the apache server is still broken.=0A= >=0A= >OK, it's been built and all ports recompiled and reinstalled. Things=0A= >that use openssl on this machine are mutt (imaps) lynx (https) and=0A= >nginx (https) and py-certbot. They all seem to work. How would I test?=0A= Well, if you do "sysctl -a | fgrep kern.ipc.tls.stats" and it is working,= =0A= you should see the count for at least one of the "crypts" ticking up.=0A= If they are all zero, it isn't working. That might depend on the apps=0A= or setup and does not necessarily indicate broken.=0A= =0A= Trying the nfs-over-tls should definitely test it. When it works, the=0A= data on the wire after the first couple of Null RPCs is encrypted.=0A= Also, if you start the daemons with "-v", then it will log how the=0A= handshake etc. goes in /var/log/daemon.log.=0A= =0A= rick=0A= =0A= thanks,=0A= --=0A= J.=0A= From owner-freebsd-current@freebsd.org Wed Mar 17 04:18:10 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EEE85578BA8 for ; Wed, 17 Mar 2021 04:18:10 +0000 (UTC) (envelope-from delphij@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 4F0cMk6Y12z4byw; Wed, 17 Mar 2021 04:18:10 +0000 (UTC) (envelope-from delphij@FreeBSD.org) Received: from odin.corp.delphij.net (unknown [IPv6:2601:646:8601:f4a:b8cf:2687:e870:beea]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: delphij/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 1480FCB13; Wed, 17 Mar 2021 04:18:09 +0000 (UTC) (envelope-from delphij@FreeBSD.org) Subject: Re: ThinkPad: reboots after successful shutdown -p To: d@delphij.net, freebsd-current@freebsd.org Cc: jkim@freebsd.org, cem@FreeBSD.org, marcel@freebsd.org, Warner Losh , byuu@tutanota.com, interloper255@gmail.com References: From: Xin Li Organization: The FreeBSD Project Message-ID: Date: Tue, 16 Mar 2021 21:18:08 -0700 User-Agent: Thunderbird MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2021 04:18:11 -0000 On 11/17/19 23:14, Xin Li wrote: > Hi, > > I recently noticed that if I do a 'shutdown -p' from -CURRENT, the > system would shut down and seemingly powered off, then it would restart > after about 5-10 seconds. > > Is this a known issue? Arguably this is not necessarily a FreeBSD > issue, but it seems that the Windows 10 installation doesn't have the > problem, so I guess there might be some difference between our and > Windows's shutdown sequence. I've found a workaround for this, for the record, setting hw.efi.poweroff=0 would make the laptop to correctly shutdown. However I don't see anything wrong with sys/dev/efidev/efirt.c's implementation of EFI shutdown; it appears to be essentially the same as implemented in command_poweroff() in stand/efi/loader/main.c, but 'poweroff' would work just fine in loader.efi. Can someone familiar with the code shed me some light here? :-) It looks like what Linux did was to prefer ACPI S5, unless it's not available or the system have HW_REDUCED flag in FADT, so if we do something similar it would fix the issue for me, but according to bugs.freebsd.org/233998 that's not the case for at least Conor's system (_S5 appears to be in the ACPI dump), so I think it's something else... Cheers, From owner-freebsd-current@freebsd.org Wed Mar 17 04:45:50 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E4DA95799FF for ; Wed, 17 Mar 2021 04:45:50 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x82f.google.com (mail-qt1-x82f.google.com [IPv6:2607:f8b0:4864:20::82f]) (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 4F0czf5tTQz4dwJ for ; Wed, 17 Mar 2021 04:45:50 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x82f.google.com with SMTP id 94so584336qtc.0 for ; Tue, 16 Mar 2021 21:45:50 -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=ytbEkdNnXgIU2uN0fyN1rGIYnF2ZjDjOCKNFTm9NRRo=; b=pyHCqCtKmZbv56h95U+Q8QiaipTeLFKOseGxAuWsc+QYHCxQNZJeE9uf7V92aSTXRC 3GO9OuZweA7Xc5DPTiR/wkFXUqb0NGX6qpfnw1J8VOo2mp2kSlBzsfRdS1oeza0G93F4 gj3kN59Fd/Vbbfw8fHeIRXy5q92gEgrqQ+LMOU3ykppM7rZ3upTXRxeyzBm8ZvSVp4Hz gMpejtyYt42Dmyb7x55BChvaOVHSR0O56hUlR8nzAcjH8K4UGGoPm4YGGcouq+6u0kdx T5swItYJ01Oj3roiOUAmwZyWovgeZJXMjIgKRIQKDPqLAI6VNwOPkrYYFwynsWcrp1cG 4vrQ== 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=ytbEkdNnXgIU2uN0fyN1rGIYnF2ZjDjOCKNFTm9NRRo=; b=MqTwza5ywKh/qlWquq3M1zD3s1h7T2RNpnItFy18bXCKOcVLJGJWTF+O4aXY0PMy1a Gft1cA6p1zDiJwc2OzP5/6nymF4n3+uStmWsrSeecEswoIHjnPEgZuMk+jzjCkiRmG09 QfhOoy3Ua1HNcNkzW1QNcJr64fGKRX6b44JQ0YIQlVphnxoEmyYvpqYDRDZ8Y7MeWeC9 iapjQlQOMteyQqTRMpwByCHaTKC9qSI04pZRG7ZqdjcJtHewl7zmX4cr4H8515mTOx0z 3JUbTUBOHcjjjWxe3pBtbrtVgt0mYYoc9mQ5xC7DsVoMcx7v95ZgIX8WZjEXjXg5JIeK +fvw== X-Gm-Message-State: AOAM530vcgZDEJAoJg6QL3vHNtkrl+/Zv2xP4lg3Hmdk1VUXmqizUkT7 SINxJ6UKGp3GHCn8FNasBEjpXQvtrospfZifRr1NnA== X-Google-Smtp-Source: ABdhPJybwMGk+BRjP8uw8WmY54MgYOBltmLvi4bLyterN/RiE0hZ3RaFm0DNiFI7G17vp8k3pluNwEYwoe0AtNMayiw= X-Received: by 2002:ac8:6787:: with SMTP id b7mr2225099qtp.244.1615956349891; Tue, 16 Mar 2021 21:45:49 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Tue, 16 Mar 2021 22:45:38 -0600 Message-ID: Subject: Re: ThinkPad: reboots after successful shutdown -p To: Xin Li Cc: Xin LI , FreeBSD Current , Jung-uk Kim , "Conrad E. Meyer" , Marcel Moolenaar , Warner Losh , byuu@tutanota.com, interloper255@gmail.com X-Rspamd-Queue-Id: 4F0czf5tTQz4dwJ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2021 04:45:51 -0000 On Tue, Mar 16, 2021 at 10:18 PM Xin Li wrote: > On 11/17/19 23:14, Xin Li wrote: > > Hi, > > > > I recently noticed that if I do a 'shutdown -p' from -CURRENT, the > > system would shut down and seemingly powered off, then it would restart > > after about 5-10 seconds. > > > > Is this a known issue? Arguably this is not necessarily a FreeBSD > > issue, but it seems that the Windows 10 installation doesn't have the > > problem, so I guess there might be some difference between our and > > Windows's shutdown sequence. > > I've found a workaround for this, for the record, setting > hw.efi.poweroff=0 would make the laptop to correctly shutdown. > > However I don't see anything wrong with sys/dev/efidev/efirt.c's > implementation of EFI shutdown; it appears to be essentially the same as > implemented in command_poweroff() in stand/efi/loader/main.c, but > 'poweroff' would work just fine in loader.efi. > > Can someone familiar with the code shed me some light here? :-) > > It looks like what Linux did was to prefer ACPI S5, unless it's not > available or the system have HW_REDUCED flag in FADT, so if we do > something similar it would fix the issue for me, but according to > bugs.freebsd.org/233998 that's not the case for at least Conor's system > (_S5 appears to be in the ACPI dump), so I think it's something else... > For me, interrupt storm on shutdown has been the causes of issues like this... Any chance you can eliminate that as a possibility? Warner From owner-freebsd-current@freebsd.org Wed Mar 17 07:02:02 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5EEA357C57B for ; Wed, 17 Mar 2021 07:02:02 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) (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 "anubis.delphij.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F0h0p15ngz4lL6; Wed, 17 Mar 2021 07:02:01 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from p51.home.us.delphij.net (unknown [IPv6:2601:646:8601:f4a:e670:b8ff:fe5c:4e69]) (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) (Client did not present a certificate) by anubis.delphij.net (Postfix) with ESMTPSA id E36453E4E8; Wed, 17 Mar 2021 00:01:49 -0700 (PDT) From: Xin Li Subject: Re: ThinkPad: reboots after successful shutdown -p Reply-To: d@delphij.net To: Warner Losh , Xin Li Cc: Xin LI , FreeBSD Current , Jung-uk Kim , "Conrad E. Meyer" , Marcel Moolenaar , Warner Losh , byuu@tutanota.com, interloper255@gmail.com References: Organization: The FreeBSD Project Message-ID: <53e336e7-1b08-5ebf-27a2-de7ca756024c@delphij.net> Date: Wed, 17 Mar 2021 00:01:49 -0700 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: 4F0h0p15ngz4lL6 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Mailman-Approved-At: Wed, 17 Mar 2021 08:09:37 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2021 07:02:02 -0000 On 3/16/21 9:45 PM, Warner Losh wrote: > > > On Tue, Mar 16, 2021 at 10:18 PM Xin Li > wrote: > > On 11/17/19 23:14, Xin Li wrote: > > Hi, > > > > I recently noticed that if I do a 'shutdown -p' from -CURRENT, the > > system would shut down and seemingly powered off, then it would > restart > > after about 5-10 seconds. > > > > Is this a known issue?  Arguably this is not necessarily a FreeBSD > > issue, but it seems that the Windows 10 installation doesn't have the > > problem, so I guess there might be some difference between our and > > Windows's shutdown sequence. > > I've found a workaround for this, for the record, setting > hw.efi.poweroff=0 would make the laptop to correctly shutdown. > > However I don't see anything wrong with sys/dev/efidev/efirt.c's > implementation of EFI shutdown; it appears to be essentially the same as > implemented in command_poweroff() in stand/efi/loader/main.c, but > 'poweroff' would work just fine in loader.efi. > > Can someone familiar with the code shed me some light here? :-) > > It looks like what Linux did was to prefer ACPI S5, unless it's not > available or the system have HW_REDUCED flag in FADT, so if we do > something similar it would fix the issue for me, but according to > bugs.freebsd.org/233998 that's not > the case for at least Conor's system > (_S5 appears to be in the ACPI dump), so I think it's something else... > > > For me, interrupt storm on shutdown has been the causes of issues like > this... > > Any chance you can eliminate that as a possibility? Hmm, that's a good question -- is there a way to tell after the screen was turned off? Before the screen was turned off, there doesn't appear to be interrupt storm. The system was performing a typical FreeBSD shutdown procedure: All buffers synced, showed uptime, destroyed GELI devices, spin down the SATA devices, shutdown the cardreader (rtsx0), detached all USB devices (hidraw1, hidbus, usbhid1, ubt0, uhub0), screen turned slightly red for a very brief period (maybe side effect of turning off the backlight), then goes off. I think most of FreeBSD drivers would turn off interrupt from the device before detaching, but I haven't looked into all of my devices; but from what I have seen on screen (captured a 60fps video and can share if that helps), there doesn't appear to be an interrupt storm before that. Cheers, From owner-freebsd-current@freebsd.org Wed Mar 17 09:38:30 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D11725A8117 for ; Wed, 17 Mar 2021 09:38:30 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F0lTL3C38z3Blt for ; Wed, 17 Mar 2021 09:38:29 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from kalamity.joker.local (115-38-180-10.area1c.commufa.jp [115.38.180.10]) (authenticated bits=0) by www121.sakura.ne.jp (8.16.1/8.16.1/[SAKURA-WEB]/20201212) with ESMTPA id 12H9c7aW074787; Wed, 17 Mar 2021 18:38:08 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Wed, 17 Mar 2021 18:38:07 +0900 From: Tomoaki AOKI To: freebsd-current@freebsd.org Cc: d@delphij.net Subject: Re: ThinkPad: reboots after successful shutdown -p Message-Id: <20210317183807.bde5bf91cd431a9548abc0c0@dec.sakura.ne.jp> In-Reply-To: <53e336e7-1b08-5ebf-27a2-de7ca756024c@delphij.net> References: <53e336e7-1b08-5ebf-27a2-de7ca756024c@delphij.net> Reply-To: junchoon@dec.sakura.ne.jp Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4F0lTL3C38z3Blt X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2021 09:38:30 -0000 On Wed, 17 Mar 2021 00:01:49 -0700 Xin Li via freebsd-current wrote: > > > On 3/16/21 9:45 PM, Warner Losh wrote: > > > > > > On Tue, Mar 16, 2021 at 10:18 PM Xin Li > > wrote: > > > > On 11/17/19 23:14, Xin Li wrote: > > > Hi, > > > > > > I recently noticed that if I do a 'shutdown -p' from -CURRENT, the > > > system would shut down and seemingly powered off, then it would > > restart > > > after about 5-10 seconds. > > > > > > Is this a known issue?$B".(B Arguably this is not necessarily a FreeBSD > > > issue, but it seems that the Windows 10 installation doesn't have the > > > problem, so I guess there might be some difference between our and > > > Windows's shutdown sequence. > > > > I've found a workaround for this, for the record, setting > > hw.efi.poweroff=0 would make the laptop to correctly shutdown. > > > > However I don't see anything wrong with sys/dev/efidev/efirt.c's > > implementation of EFI shutdown; it appears to be essentially the same as > > implemented in command_poweroff() in stand/efi/loader/main.c, but > > 'poweroff' would work just fine in loader.efi. > > > > Can someone familiar with the code shed me some light here? :-) > > > > It looks like what Linux did was to prefer ACPI S5, unless it's not > > available or the system have HW_REDUCED flag in FADT, so if we do > > something similar it would fix the issue for me, but according to > > bugs.freebsd.org/233998 that's not > > the case for at least Conor's system > > (_S5 appears to be in the ACPI dump), so I think it's something else... > > > > > > For me, interrupt storm on shutdown has been the causes of issues like > > this... > > > > Any chance you can eliminate that as a possibility? > > Hmm, that's a good question -- is there a way to tell after the screen > was turned off? > > Before the screen was turned off, there doesn't appear to be interrupt > storm. The system was performing a typical FreeBSD shutdown procedure: > All buffers synced, showed uptime, destroyed GELI devices, spin down the > SATA devices, shutdown the cardreader (rtsx0), detached all USB devices > (hidraw1, hidbus, usbhid1, ubt0, uhub0), screen turned slightly red for > a very brief period (maybe side effect of turning off the backlight), > then goes off. > > I think most of FreeBSD drivers would turn off interrupt from the device > before detaching, but I haven't looked into all of my devices; but from > what I have seen on screen (captured a 60fps video and can share if that > helps), there doesn't appear to be an interrupt storm before that. > > Cheers, > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > Hi. Unclear if it's related or not, but my ThinkPad P52 often refuses keyboard input on loader.efi and boot1.efi (boot1.efi as bootx64.efi). In such cases, I need (typically) one or more power cycle to go into single user mode with updated kernel (for installword). Also experienced unintended auto-reboot-after-poweroff on P52, but only once, currently. I suspect some hardware with no FreeBSD driver can trigger interrupt storm because of the lack of proper initialization and detach. IIRC, my old ThinkPad T420 didn't have the problem. So possibly UEFI firmware issue. Regards. -- Tomoaki AOKI From owner-freebsd-current@freebsd.org Wed Mar 17 12:08:58 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E79135AC6B5 for ; Wed, 17 Mar 2021 12:08:58 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4F0ppy5JSxz3Qwp for ; Wed, 17 Mar 2021 12:08:58 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id B46A05AC6B4; Wed, 17 Mar 2021 12:08:58 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B311B5AC6B3 for ; Wed, 17 Mar 2021 12:08:58 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F0ppx4bXVz3R0N; Wed, 17 Mar 2021 12:08:57 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.16.1/8.15.2) with ESMTP id 12HC8ohW041115; Wed, 17 Mar 2021 12:08:50 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.16.1/8.16.1/Submit) id 12HC8ofA041114; Wed, 17 Mar 2021 05:08:50 -0700 (PDT) (envelope-from david) Date: Wed, 17 Mar 2021 05:08:50 -0700 From: David Wolfskill To: current@freebsd.org Subject: Problem building x11/nvidia-driver; ref. n245494-6827435548d2 Message-ID: Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="9izDZUMqXp9lMrUy" Content-Disposition: inline X-Rspamd-Queue-Id: 4F0ppx4bXVz3R0N X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 107.204.234.170 as permitted sender) smtp.mailfrom=david@catwhisker.org X-Spamd-Result: default: False [-0.40 / 15.00]; HAS_REPLYTO(0.00)[current@freebsd.org]; RBL_DBL_DONT_QUERY_IPS(0.00)[107.204.234.170:from]; FREEFALL_USER(0.00)[david]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; TO_DN_NONE(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[107.204.234.170:from:127.0.2.255]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_NA(0.00)[catwhisker.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; REPLYTO_EQ_TO_ADDR(5.00)[]; MAILMAN_DEST(0.00)[current]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2021 12:08:59 -0000 --9izDZUMqXp9lMrUy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable My laptop is currently running main-n245489-15b82e00a164; after updating sources to n245498-096a84721670, I am performing a source-based update. A simialr update on my build machine (which is headless, and thus does not use anything related to X11) was successful. The laptop is set up to rebuild x11/nvidia-driver when the kernel is updated. The buildkernel step on it fails with: =2E.. awk -f /usr/src/sys/conf/kmod_syms.awk nvidia-modeset.ko export_syms | xar= gs -J% objcopy % nvidia-modeset.ko =3D=3D=3D> lib (all) =3D=3D=3D> lib/libglvnd (all) =2E.. =3D=3D=3D> x11/driver (all) =3D=3D=3D> x11/extension (all) =3D=3D=3D> doc (all) make[6]: "/usr/share/mk/bsd.man.mk" line 53: Malformed conditional (${MK_MA= NSPLITPKG} =3D=3D "no") make[6]: Fatal errors encountered -- cannot continue make[6]: stopped in /common/S4/obj/usr/src/amd64.amd64/sys/CANARY/common/po= rts/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-460.56/doc *** Error code 1 Stop. On reviewing the list of files changed in 15b82e00a164..096a84721670, I note a couple of promising-looking candidates: share/mk/bsd.opts.mk | 1 + share/mk/src.opts.mk | 1 - Reviewing the commit log for share/mk/bsd.opts.mk, I see that the most recent entry is: | commit 6827435548d257c672f934db5c6ff01012d96995 | Author: Jung-uk Kim | Date: Tue Mar 16 14:16:10 2021 -0400 |=20 | pkgbase: Fix building out-of-tree manual pages | =20 | c7e6cb9e08d6 introduced MK_MANSPLITPKG but it was not available for | building out-of-tree manual pages. For example, x11/nvidia-driver fa= ils | with the following error: | =20 | =3D=3D=3D> doc (all) | make[3]: "/usr/share/mk/bsd.man.mk" line 53: Malformed conditional ($= {MK_MANSPLITPKG} =3D=3D "no") | make[3]: Fatal errors encountered -- cannot continue | =20 | Move the definition from src.opts.mk to bsd.opts.mk to make it visibl= e. which looks ... apropos. Indeed, it appears that the n245494-6827435548d2 change was intended to fix the issue that I am now just seeing. But I readily confess that I have neither familairity nor expertise with share/mk/* (and that delving into it reminds me of "You are in a mazy twist of passages, all different") So... help? What do I need to do to be able to build the kernel now? (E.g., if I need to just skip building x11/nvidia-driver once, get everything installed, then build "normally" (with x11/nvidia-driver) -- that's fine; I just need a clue.) Thanks. Peace, david --=20 David H. Wolfskill david@catwhisker.org That broadly-popular "American Rescue Plan" (stimulus/COVID relrief)? Ever Republican vote in Congress was against it. See https://www.catwhisker.org/~david/publickey.gpg for my public key. --9izDZUMqXp9lMrUy Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAmBR8VJfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 PcnQ5AgAjtASALCG8+A1P5ngruHkqNDL97GJo1NIuPQVjHzaFUqNDTi56LAS42NB vEWlgCM3btuqD9sOb5Jg0mP+EIFc8lqx06rtQXrie7d4v148G6vq/3XTH8mx8a6t Eau50DlR4RrLGGEF58ENNJ/Q7usf98nF8rBgfONuqkgP6f2hoCBwRIpa64/Oe7cI GpJTSNZUY8/+JzN4almjpcw1OB34okPQ3/qEogzVMhHRE2EGtsGn++6wBT4sUcU0 XJHrQ62ZPDc/2uVl7cYQLR2jhJLJ7oOmjSbIaRdI3k8QS5HCUvaAD0xEc+ZEdrU7 teGjPuT3h2W2G6C3rPyQu5e7xzON4A== =Jinz -----END PGP SIGNATURE----- --9izDZUMqXp9lMrUy-- From owner-freebsd-current@freebsd.org Wed Mar 17 12:20:06 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E8E325ACAE3 for ; Wed, 17 Mar 2021 12:20:06 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4F0q3p4Ph9z3h3M for ; Wed, 17 Mar 2021 12:20:06 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 909DD5ACCB3; Wed, 17 Mar 2021 12:20:06 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8DF775ACE02 for ; Wed, 17 Mar 2021 12:20:06 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wm1-x32d.google.com (mail-wm1-x32d.google.com [IPv6:2a00:1450:4864:20::32d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F0q3p3Md8z3h3L for ; Wed, 17 Mar 2021 12:20:06 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wm1-x32d.google.com with SMTP id g25so1380560wmh.0 for ; Wed, 17 Mar 2021 05:20:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=bjZkXvLbxk+g/pWB41ssuPHV1d1Swj5VuEzsYJEI5bk=; b=JRBNHegACCNwVlEqX8RYAX+9QEOMM49pQL7NmKsaOwq7Q4+00wXgQuF1l9XDYzjmdj HuKRquNwLetxR9HUu7ZDOXo0cp5MGDjJ4z59V9gJZ9ZSCDCmOSrNzHkWj3x3kwxacU66 7uDgZDK2bVPUJn9UNCbvtuJmbgjDkLHJT+0uz2nJE/JDpLat2OAP1UVvoAHDqolTHZBD 1wABBlmy+klO0fMjzjmmHiwQboH/7+AE4sjA7NQl1s4qowqCBXRI+0fp6mLELnGZ0wuA 33yYpXA6fBmQb8RSW3rjVIjL+P1R0ZPTBEFJi7AmQ3o+NpkTEMJQDLs25ek1OTbF3Z6Z H+3Q== 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=bjZkXvLbxk+g/pWB41ssuPHV1d1Swj5VuEzsYJEI5bk=; b=oD6XiO4nav1l7BoG8dMJ1qVRqWSlISHo6r7CsBTSOmmAeD7TiGJjEU7fYifdQvGoQa uodlOdOvvOYjJVwHHQXFYZhKccKBE85K+38I/MuusnKekwLDI+YouIu8xo+1fmoq1ZoZ g7bnDuLrKVxm8O1QxWr+BGOXsgppDmJjH49v9RVS1R9SnamxUUatPbhlztZSzMq+2Xig Bb0iDwp83npulj3zJICpRe4Nf4Uk9G9bdtSAEWIdBteu14r9Vm9aUDc4g1ouiWkE0yIu c8BoL87AxGF5+2pVPY9E3a4fVemlmeKez6WYcL9UFnzOQOknpdcA80qwDYubNWvj4yqn 1Qpg== X-Gm-Message-State: AOAM533I/BNjwot7LjbCB4hBZGPvMiHHBf8pae9UKNsHuWIf2frbceCb rMTbi1feii1F01KngpDwGlY= X-Google-Smtp-Source: ABdhPJy2A/FbSZdf2MAuMRcyPp2dV2Vy9iXKVrmuH1YtfhdwB1vgzwhcLnATFQUhztMSZlXTce/p3w== X-Received: by 2002:a7b:ce16:: with SMTP id m22mr3564584wmc.65.1615983604671; Wed, 17 Mar 2021 05:20:04 -0700 (PDT) Received: from ernst.home (p5b02350e.dip0.t-ipconnect.de. [91.2.53.14]) by smtp.gmail.com with ESMTPSA id t8sm25061707wrr.10.2021.03.17.05.20.03 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 17 Mar 2021 05:20:04 -0700 (PDT) Date: Wed, 17 Mar 2021 13:18:37 +0100 From: Gary Jennejohn To: David Wolfskill Cc: current@freebsd.org Subject: Re: Problem building x11/nvidia-driver; ref. n245494-6827435548d2 Message-ID: <20210317121837.707dc95a@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) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4F0q3p3Md8z3h3L X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2021 12:20:07 -0000 On Wed, 17 Mar 2021 05:08:50 -0700 David Wolfskill wrote: > My laptop is currently running main-n245489-15b82e00a164; after updating > sources to n245498-096a84721670, I am performing a source-based update. > > A simialr update on my build machine (which is headless, and thus does > not use anything related to X11) was successful. > > The laptop is set up to rebuild x11/nvidia-driver when the kernel > is updated. > > The buildkernel step on it fails with: > > ... > awk -f /usr/src/sys/conf/kmod_syms.awk nvidia-modeset.ko export_syms | xargs -J% objcopy % nvidia-modeset.ko > ===> lib (all) > ===> lib/libglvnd (all) > ... > ===> x11/driver (all) > ===> x11/extension (all) > ===> doc (all) > make[6]: "/usr/share/mk/bsd.man.mk" line 53: Malformed conditional (${MK_MANSPLITPKG} == "no") > make[6]: Fatal errors encountered -- cannot continue > make[6]: stopped in /common/S4/obj/usr/src/amd64.amd64/sys/CANARY/common/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-460.56/doc > *** Error code 1 > > Stop. > > > On reviewing the list of files changed in 15b82e00a164..096a84721670, I > note a couple of promising-looking candidates: > > share/mk/bsd.opts.mk | 1 + > share/mk/src.opts.mk | 1 - > > Reviewing the commit log for share/mk/bsd.opts.mk, I see that the most > recent entry is: > > | commit 6827435548d257c672f934db5c6ff01012d96995 > | Author: Jung-uk Kim > | Date: Tue Mar 16 14:16:10 2021 -0400 > | > | pkgbase: Fix building out-of-tree manual pages > | > | c7e6cb9e08d6 introduced MK_MANSPLITPKG but it was not available for > | building out-of-tree manual pages. For example, x11/nvidia-driver fails > | with the following error: > | > | ===> doc (all) > | make[3]: "/usr/share/mk/bsd.man.mk" line 53: Malformed conditional (${MK_MANSPLITPKG} == "no") > | make[3]: Fatal errors encountered -- cannot continue > | > | Move the definition from src.opts.mk to bsd.opts.mk to make it visible. > > which looks ... apropos. > > Indeed, it appears that the n245494-6827435548d2 change was intended to > fix the issue that I am now just seeing. > > But I readily confess that I have neither familairity nor expertise > with share/mk/* (and that delving into it reminds me of "You are > in a mazy twist of passages, all different") > > So... help? What do I need to do to be able to build the kernel now? > > (E.g., if I need to just skip building x11/nvidia-driver once, get > everything installed, then build "normally" (with x11/nvidia-driver) > -- that's fine; I just need a clue.) > For me trying to build nvidia-driver along with the kernel always fails miserably. My tree is at 096a8472167..c96151d3350 main. Building the kernel on its own followed by building nvidia-driver in the ports tree worked for me with no problems (but I didn't install either one of them yet). -- Gary Jennejohn From owner-freebsd-current@freebsd.org Wed Mar 17 12:33:17 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0563D5AD5AD for ; Wed, 17 Mar 2021 12:33:17 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4F0qM03HDyz3jQx for ; Wed, 17 Mar 2021 12:33:16 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id 70A3D5AD62C; Wed, 17 Mar 2021 12:33:16 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 707215AD806 for ; Wed, 17 Mar 2021 12:33:16 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F0qM01Xvnz3jQw for ; Wed, 17 Mar 2021 12:33:15 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.16.1/8.15.2) with ESMTP id 12HCXELA041250; Wed, 17 Mar 2021 12:33:14 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.16.1/8.16.1/Submit) id 12HCXEd7041249; Wed, 17 Mar 2021 05:33:14 -0700 (PDT) (envelope-from david) Date: Wed, 17 Mar 2021 05:33:14 -0700 From: David Wolfskill To: Gary Jennejohn Cc: current@freebsd.org Subject: Re: Problem building x11/nvidia-driver; ref. n245494-6827435548d2 Message-ID: Mail-Followup-To: David Wolfskill , Gary Jennejohn , current@freebsd.org References: <20210317121837.707dc95a@ernst.home> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="iB+CltcdsRSQ4s2M" Content-Disposition: inline In-Reply-To: <20210317121837.707dc95a@ernst.home> X-Rspamd-Queue-Id: 4F0qM01Xvnz3jQw X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2021 12:33:17 -0000 --iB+CltcdsRSQ4s2M Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 17, 2021 at 01:18:37PM +0100, Gary Jennejohn wrote: > On Wed, 17 Mar 2021 05:08:50 -0700 > David Wolfskill wrote: > ...=20 > > Indeed, it appears that the n245494-6827435548d2 change was intended to > > fix the issue that I am now just seeing. > > ... > > So... help? What do I need to do to be able to build the kernel now? > >=20 > > (E.g., if I need to just skip building x11/nvidia-driver once, get > > everything installed, then build "normally" (with x11/nvidia-driver) > > -- that's fine; I just need a clue.) > >=20 >=20 > For me trying to build nvidia-driver along with the kernel always fails > miserably. Huh. That has not been my experience: I have PORTS_MODULES+=3Dx11/nvidia-driver in /etc/src.conf, and it almost always Just Works. (I'm tracking head, stable/12, and (now) stable/13 daily, so that's quite a number of build/installs.) > My tree is at 096a8472167..c96151d3350 main. >=20 > Building the kernel on its own followed by building nvidia-driver in > the ports tree worked for me with no problems (but I didn't install > either one of them yet). > .... I did go ahead and comment out the above-quoted /etc/src.conf line, re-started hte build/install (which worked without incident). I have restored the PORTS_MODULES+=3Dx11/nvidia-driver line in /etc/src.conf, and I'm rebuilding again. I suspect that I could merely have copied (installed) the updated share/mk/* files... but it's my perception that there are some exposed sharp edges there. :-} OK; the rebuild that includes x11/nvidia-driver appears to have succeeded, so that appears to be *a* way to address it. Peace, david --=20 David H. Wolfskill david@catwhisker.org That broadly-popular "American Rescue Plan" (stimulus/COVID relrief)? Ever Republican vote in Congress was against it. See https://www.catwhisker.org/~david/publickey.gpg for my public key. --iB+CltcdsRSQ4s2M Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAmBR9wpfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 PckA/QgAvGn7E+GixGV3+7+mTcQifCVB8juWbwQwwXYtzJ9D8JLvau6RR3K6mGof /Df9PKvhm1xtZqEvlMMjCVcoc+I1TQ9GjzO5BwBid4E9ayYSBL5s0Tt4FR2frsJy Z/0zMESQHOW4/TYU7sDiOXTDGSFM6Ax8rr+RCV/IU9Nyb0fLqtqRCODiaeczd5at 7N2cZlRMpc3Wd4bh3Y7aGNIxRgCXr1MZcc71x8gPoaLwBo1DiLYpD7whrece0hzb jSC7CtGP1jX62GAJP1FpzTY/tqPO8QRoeaa7kPjcDAL/04cTHhRYlLYIi2QZMXWB +g+lJOhxcOmTwVv8fDO7UMIQUZHfuA== =3i3r -----END PGP SIGNATURE----- --iB+CltcdsRSQ4s2M-- From owner-freebsd-current@freebsd.org Wed Mar 17 13:11:55 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 88EE75AE3F2 for ; Wed, 17 Mar 2021 13:11:55 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4F0rCb2DDjz3ltH for ; Wed, 17 Mar 2021 13:11:55 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 4C44F5AE8C7; Wed, 17 Mar 2021 13:11:55 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4C08E5AE6DC for ; Wed, 17 Mar 2021 13:11:55 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wr1-x42e.google.com (mail-wr1-x42e.google.com [IPv6:2a00:1450:4864:20::42e]) (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 4F0rCb1Qtdz3m07 for ; Wed, 17 Mar 2021 13:11:54 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wr1-x42e.google.com with SMTP id z2so1762739wrl.5 for ; Wed, 17 Mar 2021 06:11:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=uiJnRrYm7b6hLDr2whNOD6AoUorrYTqIyM7FiuBOF2E=; b=u5X3Ujr2S4Hcb2Huuw4cCQEZx9co7m/wSmP6dwDMgFX/7qijUfnS537Dtb29z/qJ23 MlVNB/UAfAftsgK2yIzxXHBzSLiJd2JZWd+kqZ1s0PFcY+cWtvgbfjKS2aMwgCr7QPv2 mJ5VcGQtVjOeEv2xNJGy4gTPOWIpOLG///RlNd/g08HaZXFlM0bGOi4G+irbDI74jElU GvhLzLfljVW4cQYlnJKt+MJ8mL7izZe+Cd3VkngEscbAvEpIbAmewVvnIWZwoL1nwh+3 V7vyVcYtDMWnyHIV3+YneK335HnlFycD00+YpmvL1TYji5a0LxxShWYny3j/0ntrlCvt WQHw== 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=uiJnRrYm7b6hLDr2whNOD6AoUorrYTqIyM7FiuBOF2E=; b=Ijj99Zr0DQx8gL/NU8LClNFfKBtHDYD+XJCAm5PRZ/xTHOTpSW/8Z58F1U3MeAAqyA iogmmnCrYlesENEzOv4uVTGEy5PzT/ZFH+EzTPnkb6vhxaqLxqAsZsBBjPDLMa2jVz23 Bfn7cXEX2Ey869y2wc2Dx+Fo0v3bvhP+fEMtYkQ4mTjCfTsrwfZcvTGuSbI/ChgpOZCt himdEyKBz07LyqCexbA5ag1qLfuaRjZ4v+NED4de3fM0mYyWXfAMHVWoQucjnCzanZvS IeNPKLsjitcHt9yZYmMUMRNFOejv41Eg9cXhcZVWcIJwET+++XFJDCA8S6V7yg1y4eUx FzaA== X-Gm-Message-State: AOAM531irgQ7I/oPL/JvO58LVmzS2AuEFaojMd7zbEHKRJ0+L9J+vVvA Tlf2cNQbH3x2rztmL4xv2YTha8uG9TU= X-Google-Smtp-Source: ABdhPJzJqmc2McGIVHnSya+5YfoP43ecUGbMR7gwqM4VEqluRlIcNQLuwb6NIz3kJBx2QegDou4xgQ== X-Received: by 2002:a5d:5904:: with SMTP id v4mr4427513wrd.261.1615986712849; Wed, 17 Mar 2021 06:11:52 -0700 (PDT) Received: from ernst.home (p5b02350e.dip0.t-ipconnect.de. [91.2.53.14]) by smtp.gmail.com with ESMTPSA id g9sm26511106wrp.14.2021.03.17.06.11.52 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 17 Mar 2021 06:11:52 -0700 (PDT) Date: Wed, 17 Mar 2021 14:11:48 +0100 From: Gary Jennejohn To: David Wolfskill Cc: current@freebsd.org Subject: Re: Problem building x11/nvidia-driver; ref. n245494-6827435548d2 Message-ID: <20210317131148.07f02896@ernst.home> In-Reply-To: References: <20210317121837.707dc95a@ernst.home> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4F0rCb1Qtdz3m07 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2021 13:11:55 -0000 On Wed, 17 Mar 2021 05:33:14 -0700 David Wolfskill wrote: > On Wed, Mar 17, 2021 at 01:18:37PM +0100, Gary Jennejohn wrote: > > On Wed, 17 Mar 2021 05:08:50 -0700 > > David Wolfskill wrote: > > ... > > > Indeed, it appears that the n245494-6827435548d2 change was intended to > > > fix the issue that I am now just seeing. > > > ... > > > So... help? What do I need to do to be able to build the kernel now? > > > > > > (E.g., if I need to just skip building x11/nvidia-driver once, get > > > everything installed, then build "normally" (with x11/nvidia-driver) > > > -- that's fine; I just need a clue.) > > > > > > > For me trying to build nvidia-driver along with the kernel always fails > > miserably. > > Huh. That has not been my experience: I have > > PORTS_MODULES+=x11/nvidia-driver > > in /etc/src.conf, and it almost always Just Works. (I'm tracking head, > stable/12, and (now) stable/13 daily, so that's quite a number of > build/installs.) > Well, I have obj under my home directory and do all my builds as a normal user rather than as root. I suspect that's why it always fails for me. Root owns /usr/src and /usr/ports. But I don't rebuild the driver until the kldload fails at boot time. I'd guess that > 90% of kernel changes do not impact the driver's functionality. -- Gary Jennejohn From owner-freebsd-current@freebsd.org Wed Mar 17 13:20:09 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E44465AF05E for ; Wed, 17 Mar 2021 13:20:09 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4F0rP54nDNz3n53 for ; Wed, 17 Mar 2021 13:20:09 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id A3E9C5AF21D; Wed, 17 Mar 2021 13:20:09 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A3ABC5AF30A for ; Wed, 17 Mar 2021 13:20:09 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F0rP52hJPz3n0K for ; Wed, 17 Mar 2021 13:20:09 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.16.1/8.15.2) with ESMTP id 12HDK7FY042122; Wed, 17 Mar 2021 13:20:07 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.16.1/8.16.1/Submit) id 12HDK7ph042121; Wed, 17 Mar 2021 06:20:07 -0700 (PDT) (envelope-from david) Date: Wed, 17 Mar 2021 06:20:07 -0700 From: David Wolfskill To: Gary Jennejohn Cc: current@freebsd.org Subject: Re: Problem building x11/nvidia-driver; ref. n245494-6827435548d2 Message-ID: Mail-Followup-To: David Wolfskill , Gary Jennejohn , current@freebsd.org References: <20210317121837.707dc95a@ernst.home> <20210317131148.07f02896@ernst.home> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="mx3uvbIr/mhfOyaf" Content-Disposition: inline In-Reply-To: <20210317131148.07f02896@ernst.home> X-Rspamd-Queue-Id: 4F0rP52hJPz3n0K X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2021 13:20:09 -0000 --mx3uvbIr/mhfOyaf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 17, 2021 at 02:11:48PM +0100, Gary Jennejohn wrote: > ... > Well, I have obj under my home directory and do all my builds as a > normal user rather than as root. I suspect that's why it always fails > for me. Root owns /usr/src and /usr/ports. Hmm... I won't claim a causal relationship, but note that our approaches differ. And a bit of variety is a Good Thing. :-) In my case, I own /usr/src, but do the builds as root (via "sudo"). The owner for ports is the user I set up to maintain my repository mirrors; I update installed ports (or install/delete ports) as root. > But I don't rebuild the driver until the kldload fails at boot time.=20 > I'd guess that > 90% of kernel changes do not impact the driver's > functionality. Probably, though that number is likely higher in head than in one of the stable/* branches. And the driver itself gets an update on occasion. > --=20 > Gary Jennejohn Peace, david --=20 David H. Wolfskill david@catwhisker.org That broadly-popular "American Rescue Plan" (stimulus/COVID relrief)? Ever Republican vote in Congress was against it. See https://www.catwhisker.org/~david/publickey.gpg for my public key. --mx3uvbIr/mhfOyaf Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAmBSAgdfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 PckRMgf9EMjloWe3zpkQ+a9v867xq1l2zAHzWzCSfNljZXzEoZbPu4HKL/Zx6/WE IHn6JiP2fmYe8tjnSMCY2b3vaDW3utjKRlowdaRCsyTHROGIBPKO2lyUYh+oaS4g 69PzYCtwo88vp4K5U0CapqPu9gVk3s4N8Gddojur0IaD9c5HyAZVxg5f4tiHcnIi dDDW7E09vEX71hqrc5WAKcWqEF60MvS544wrptSDrpNsY5osKfKuX2R/g5CEPVnT CHr3Mx6i2VHa6qe31Ej8F+54UuC9zTYKk3MLCnU9BN9GLsPoCMB8aV2WqIKpa0UV 1+IUr2Tkba10nevfnlE/7tmCs11QLg== =ENa+ -----END PGP SIGNATURE----- --mx3uvbIr/mhfOyaf-- From owner-freebsd-current@freebsd.org Wed Mar 17 13:33:30 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E64BE5AF898; Wed, 17 Mar 2021 13:33:30 +0000 (UTC) (envelope-from lists@yamagi.org) Received: from mail1.yamagi.org (mail1.yamagi.org [IPv6:2001:19f0:b001:853::3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F0rhT3RZxz3np8; Wed, 17 Mar 2021 13:33:29 +0000 (UTC) (envelope-from lists@yamagi.org) Received: from [2001:470:6845:1:7f9f:3dc1:2752:4334] (helo=killua.home.yamagi.org) by mail1.yamagi.org with esmtpsa (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94 (FreeBSD)) (envelope-from ) id 1lMWIb-000G2Z-EX; Wed, 17 Mar 2021 14:33:22 +0100 Date: Wed, 17 Mar 2021 14:33:07 +0100 From: Yamagi To: freebsd-current@freebsd.org Cc: freebsd-stable@freebsd.org Subject: 13.0-RC2 / 14-CURRENT: Processes getting stuck in vlruwk state Message-Id: <20210317143307.20beb5fca0814246f2a91e9a@yamagi.org> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; x86_64-unknown-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA256"; boundary="Signature=_Wed__17_Mar_2021_14_33_08_+0100_n+tlFzmG7X+B+oes" X-Rspamd-Queue-Id: 4F0rhT3RZxz3np8 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of lists@yamagi.org designates 2001:19f0:b001:853::3 as permitted sender) smtp.mailfrom=lists@yamagi.org X-Spamd-Result: default: False [-2.90 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:19f0:b001:853::3:from]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; TO_DN_NONE(0.00)[]; ARC_NA(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; SPAMHAUS_ZRD(0.00)[2001:19f0:b001:853::3:from:127.0.2.255]; DMARC_NA(0.00)[yamagi.org]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-0.998]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:20473, ipnet:2001:19f0:b000::/38, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-stable] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2021 13:33:31 -0000 --Signature=_Wed__17_Mar_2021_14_33_08_+0100_n+tlFzmG7X+B+oes Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, me and some other users in the ##bsdforen.de IRC channel have the problem that during Poudriere runs processes getting stuck in the 'vlruwk' state. For me it's fairly reproduceable. The problems begin about 20 to 25 minutes after I've started poudriere. At first only some ccache processes hang in the 'vlruwk' state, after another 2 to 3 minutes nearly everything hangs and the total CPU load drops to about 5%. When I stop poudriere with ctrl-c it takes another 3 to 5 minutes until the system recovers. First the setup: * poudriere runs in a bhyve vm on zvol. The host is a 12.2-RELEASE-p2. The zvol has a 8k blocksize, the guests partition are aligned to 8k. The guest has only zpool, the pool was created with ashift=3D13. The vm has 16 E5-2620 and 16 gigabytes RAM assigned to it. * poudriere is configured with ccache and ALLOW_MAKE_JOBS=3Dyes. Removing either of these options lowers the probability of the problem to show up significantly. I've tried several git revisions starting with 14-CURRENT at 54ac6f721efccdba5a09aa9f38be0a1c4ef6cf14 in the hope that I can find at least one known to be good revision. No chance, even a kernel build from 0932ee9fa0d82b2998993b649f9fa4cc95ba77d6 (Wed Sep 2 19:18:27 2020 +0000) has the problem. The problem isn't reproduceable with 12.2-RELEASE. The kernel stack ('procstat -kk') of a hanging process is: mi_switch+0x155 sleepq_switch+0x109 sleepq_catch_signals+0x3f1 sleepq_wait_sig+0x9 _sleep+0x2aa kern_wait6+0x482 sys_wait4+0x7d amd64_syscall+0x140 fast_syscall_common+0xf8 The kernel stack of vnlru is changing, even while the processes are hanging: * mi_switch+0x155 sleepq_switch+0x109 sleepq_timedwait+0x4b _sleep+0x29b vnlru_proc+0xa05 fork_exit+0x80 fork_trampoline+0xe * fork_exit+0x80 fork_trampoline+0xe Since vnlru is accumulating CPU time it looks like it's doing at least something. As an educated guess I would say that vn_alloc_hard() is waiting a long time or even forever to allocate new vnodes. I can provide more information, I just need to know what. Regards, Yamagi --=20 Homepage: https://www.yamagi.org Github: https://github.com/yamagi GPG: 0x1D502515 --Signature=_Wed__17_Mar_2021_14_33_08_+0100_n+tlFzmG7X+B+oes Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEOXu/lxyufwz0gC5x6xRy5x1QJRUFAmBSBRQACgkQ6xRy5x1Q JRW/cQ//VlgtFrHyRBWN3zVg6EfJbPZMJd9Ky9y7uFltYmWorK4bDjfU1n1XQlrn 0q7+c5ejtVCva3DZ7APSPse23QI6tR8iRbba8wCnj+2pnB+x/b4czUOg8mSVST9I JShktEcHUoYgoC7hzJDVMbqMR+DTkRl/Mp9EC3psu/mRglEw5LVy5Qq8IGTlvEU4 FVOXlS1+DEAJD/lCqS4sgut+2z3sm/EAbmqrsB1+6CHuZcbxmd0Zi14UFMkLNSDK kitZTp1SruKg1BEjyT8Vsfa98vB6/IYQdUsv5agjxA6/ClsnN+VLZXa7xbOEbPUw l3XxKqySy/+tX9SGMnbArS7E+E0/6mBMNVRxWCEPu9qQuShfmGXOhDDxaIFqVMGt AmF1hmiEF5Z8QiLcdHx+gtYjW0tAJfgTRSQRozQ44dLoTAI67S1tVnZ3Z5m9AHOz 4PzSvnIL2+ScCDzyJraT/vr2u6Z5hKCQflWh/1jhDH1J87QlvbQ9ZKoaMMKHYMg4 Fyi/Xe5dlUN1YAzci8rag4WBcT6NJiL/u/S5hsXiPZ8vCSo/9hj6KaVfq8RUSLHO mOe387YdBlmz4PiPFBeZG9vfeczUgQ29XxYLWi9B1I/waJ3Iea5Py4oLHJii1UTO 2ZsKeZWn175gQ8WUOuxC+7ZbzVc/B/vSdtmC1xXciR80NGm+jMY= =AiJB -----END PGP SIGNATURE----- --Signature=_Wed__17_Mar_2021_14_33_08_+0100_n+tlFzmG7X+B+oes-- From owner-freebsd-current@freebsd.org Wed Mar 17 14:27:02 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3B10256AA2A for ; Wed, 17 Mar 2021 14:27:02 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4F0stF5VXdz4R3v for ; Wed, 17 Mar 2021 14:27:01 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: by mailman.nyi.freebsd.org (Postfix) id BC3C456AA28; Wed, 17 Mar 2021 14:27:01 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BC03356A61E for ; Wed, 17 Mar 2021 14:27:01 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F0stF2j0rz4R8g for ; Wed, 17 Mar 2021 14:27:00 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from kalamity.joker.local (115-38-180-10.area1c.commufa.jp [115.38.180.10]) (authenticated bits=0) by www121.sakura.ne.jp (8.16.1/8.16.1/[SAKURA-WEB]/20201212) with ESMTPA id 12HEQvNv021818 for ; Wed, 17 Mar 2021 23:26:57 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Wed, 17 Mar 2021 23:26:57 +0900 From: Tomoaki AOKI To: current@freebsd.org Subject: Re: Problem building x11/nvidia-driver; ref. n245494-6827435548d2 Message-Id: <20210317232657.2294e48ffbf8ae8015d70847@dec.sakura.ne.jp> In-Reply-To: References: Reply-To: junchoon@dec.sakura.ne.jp Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4F0stF2j0rz4R8g X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2021 14:27:02 -0000 On Wed, 17 Mar 2021 05:08:50 -0700 David Wolfskill wrote: > My laptop is currently running main-n245489-15b82e00a164; after updating > sources to n245498-096a84721670, I am performing a source-based update. > > A simialr update on my build machine (which is headless, and thus does > not use anything related to X11) was successful. > > The laptop is set up to rebuild x11/nvidia-driver when the kernel > is updated. > > The buildkernel step on it fails with: > > ... > awk -f /usr/src/sys/conf/kmod_syms.awk nvidia-modeset.ko export_syms | xargs -J% objcopy % nvidia-modeset.ko > ===> lib (all) > ===> lib/libglvnd (all) > ... > ===> x11/driver (all) > ===> x11/extension (all) > ===> doc (all) > make[6]: "/usr/share/mk/bsd.man.mk" line 53: Malformed conditional (${MK_MANSPLITPKG} == "no") > make[6]: Fatal errors encountered -- cannot continue > make[6]: stopped in /common/S4/obj/usr/src/amd64.amd64/sys/CANARY/common/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-460.56/doc > *** Error code 1 > > Stop. > > > On reviewing the list of files changed in 15b82e00a164..096a84721670, I > note a couple of promising-looking candidates: > > share/mk/bsd.opts.mk | 1 + > share/mk/src.opts.mk | 1 - > > Reviewing the commit log for share/mk/bsd.opts.mk, I see that the most > recent entry is: > > | commit 6827435548d257c672f934db5c6ff01012d96995 > | Author: Jung-uk Kim > | Date: Tue Mar 16 14:16:10 2021 -0400 > | > | pkgbase: Fix building out-of-tree manual pages > | > | c7e6cb9e08d6 introduced MK_MANSPLITPKG but it was not available for > | building out-of-tree manual pages. For example, x11/nvidia-driver fails > | with the following error: > | > | ===> doc (all) > | make[3]: "/usr/share/mk/bsd.man.mk" line 53: Malformed conditional (${MK_MANSPLITPKG} == "no") > | make[3]: Fatal errors encountered -- cannot continue > | > | Move the definition from src.opts.mk to bsd.opts.mk to make it visible. > > which looks ... apropos. > > Indeed, it appears that the n245494-6827435548d2 change was intended to > fix the issue that I am now just seeing. > > But I readily confess that I have neither familairity nor expertise > with share/mk/* (and that delving into it reminds me of "You are > in a mazy twist of passages, all different") > > So... help? What do I need to do to be able to build the kernel now? > > (E.g., if I need to just skip building x11/nvidia-driver once, get > everything installed, then build "normally" (with x11/nvidia-driver) > -- that's fine; I just need a clue.) > > Thanks. > > Peace, > david > -- > David H. Wolfskill david@catwhisker.org > That broadly-popular "American Rescue Plan" (stimulus/COVID relrief)? > Ever Republican vote in Congress was against it. > > See https://www.catwhisker.org/~david/publickey.gpg for my public key. Hi. Once world whichever between git c7e6cb9e08d6 and 0b373f26bea1 is installed, nvidia-driver SHOULD ALWAYS FAIL until world after git 6827435548d2 is installed. This is the primary reason why I don't like/don't use current PORTS_MODULES approach. (Not all modules are mandatory to boot.) Building PORTS_MODULES would be better having separate target, something like buildportsmodules/installportsmodules and do NOT block buildkernel/installkernel. With the approach, buildportsmodules/installportsmodules may depend on buildkernel/installkernel. Regards. -- Tomoaki AOKI From owner-freebsd-current@freebsd.org Wed Mar 17 10:48:45 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DA0C75AA481 for ; Wed, 17 Mar 2021 10:48:45 +0000 (UTC) (envelope-from robbelics@gmail.com) Received: from mail-il1-x136.google.com (mail-il1-x136.google.com [IPv6:2607:f8b0:4864:20::136]) (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 4F0n2P1RPrz3Kf3 for ; Wed, 17 Mar 2021 10:48:45 +0000 (UTC) (envelope-from robbelics@gmail.com) Received: by mail-il1-x136.google.com with SMTP id t6so1005098ilp.11 for ; Wed, 17 Mar 2021 03:48:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=+x2P3hrr09ah26h4CK/uA2W/O2qgkxLWKjYt+9CWALU=; b=BmOdNsXOPIzjveOA1U6T5jRKOfoUWZgneQ/bmT1+RMZfHTlJfQSIdn9qEX5NreqU17 r9ODRiGr/mWebZkVlGR8dXDlSFIXlLCOWJQoPUv9rAeHZPbAsJ1gTPJWYUcxKiFpps51 wB0T4qKOg4LWhlOVjHDNqRqURzZSY39KGaps8RqtE2Qqj5ce+Fz77JVJCpbJpI23XpBW PuLbBNLnscmKZjOYOkRWo8dWOkJBnTKIpwT4E3veRGiaj5wYLQWeed7bctHb/oASGa1+ /XR25cSVEWrSUHo9XjQoCXvueXwtRTq+nYloJmJ7njIUQr5bW5Zl8C4uhEIAyXeBX9De regQ== 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=+x2P3hrr09ah26h4CK/uA2W/O2qgkxLWKjYt+9CWALU=; b=UG0feVe7NtzmekYDfwg1GTF9woeZ7cLCG4Sg0OzDwccdAVqDgI+qE4DXkhUcIH3zzQ TQLYdPng6aNmZ9dqkEmdKqLsKqfakw3ObOspFI4VI2kwYcah3+fU8ROxb2DlF5BjYuPX PLCY8GvOwPQnV+b4A+X3edbngeO5FGUFwl2x6NXxlqnY2pUPRnSKULHhTzsKhSK0lWIE ZijRNtoleOL5Cy1WQ57jaHJv7d4yTjdADQ1PXfQuQz8Sp2IKMiN2sJmj1wO5spJg1Rar yimFAHEzGbCkaajy3fjM8EDZcu4++9+Pn1ngSPXgksSz4OJceSAu3dQmIdiD3RluYY3Z KgBQ== X-Gm-Message-State: AOAM5336+NzoujRgxHlWQSZmcPfMsMb4+By9OtSIOP/moH6FSxDQjAk9 8ZAWOVWtfpkOeJgjBI96VZOY6wNddktAh2SDh16XnH03NQ== X-Google-Smtp-Source: ABdhPJwadDgkaCEuvEaW0SByAstP0eEUmtZBIoXYewGwJeF9bkBb/ZbALn+756J3ekQotQ39wOluNU145yfyUQqWuU8= X-Received: by 2002:a05:6e02:190a:: with SMTP id w10mr1256985ilu.39.1615978123812; Wed, 17 Mar 2021 03:48:43 -0700 (PDT) MIME-Version: 1.0 From: Rob Belics Date: Wed, 17 Mar 2021 05:48:33 -0500 Message-ID: Subject: Re: ThinkPad: reboots after successful shutdown -p To: freebsd-current@freebsd.org X-Rspamd-Queue-Id: 4F0n2P1RPrz3Kf3 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=BmOdNsXO; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of robbelics@gmail.com designates 2607:f8b0:4864:20::136 as permitted sender) smtp.mailfrom=robbelics@gmail.com X-Spamd-Result: default: False [-2.90 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.90)[-0.897]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::136:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; FAKE_REPLY(1.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::136:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::136:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-Mailman-Approved-At: Wed, 17 Mar 2021 14:55:33 +0000 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2021 10:48:45 -0000 > Hi, > > I recently noticed that if I do a 'shutdown -p' from -CURRENT, the > system would shut down and seemingly powered off, then it would restart > after about 5-10 seconds. > > Is this a known issue? Arguably this is not necessarily a FreeBSD > issue, but it seems that the Windows 10 installation doesn't have the > problem, so I guess there might be some difference between our and > Windows's shutdown sequence. Check to see if your ThinkPad has Wake On Lan set on. This is what happens to me when I forget to turn that off. From owner-freebsd-current@freebsd.org Wed Mar 17 14:58:02 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 98F8D56B6F7; Wed, 17 Mar 2021 14:58:02 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-lf1-x131.google.com (mail-lf1-x131.google.com [IPv6:2a00:1450:4864:20::131]) (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 4F0tZ15fRHz4Tkt; Wed, 17 Mar 2021 14:58:01 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-lf1-x131.google.com with SMTP id 20so3392898lfj.13; Wed, 17 Mar 2021 07:58:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=KsqTpO03/iFBNBm5WZJgYwegqTYGCEZsEFOWJXY140I=; b=pA9EKQn44vwovoXnATurdXC81IUtFZToFHCZAe8CJJTV2VvtPlU4sRJ8X6hRnvI/qm xH0Vwoyp9DxeALnuccX3K3Gy1jbBOp2xAzGSEUQuANT7LRsiYjwMkTl0SbNrxtZt7WGQ RTNG4Y3/xOea+cpdcHLlCRK12fiL4qwuNXgf0KA9Othr7j6sKRHIc2hCB0bPh/xk+za8 UTbuq6zniR/TM5YhPw2rFf9yWYa0kwp7F8Rme80O3EjvI3UZOln3zUreuw1dHcB8uwYg MYe5Mz06EqcGzCMPs5uYT/sEuT7btkRa6gnkIbFiRPBwptnB9zko++jM9b5dMlbrOkYQ 5LUg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=KsqTpO03/iFBNBm5WZJgYwegqTYGCEZsEFOWJXY140I=; b=XzCh/GS+jrl772F3tUouR1nknMMnfwhQQCPg8R9DOZqj6RM0V52lH5gT2Piq/EN0kv r91sshSa2oEHtd+cHi/nLgpZL/Bu3R7Toi4ecPjaQXjn/jV5Ecsb1vVkaJyxHt/xmLCU FrIucRDBO9nWKj+zzJSpldNveg3Ra45wCclYGiO+O6cxxbePDeT1Di5d8XOgh19F8Jqb eIulMP3dxo5z0zC49g0eYXLmvp5dTKE6RaEdksWIuAq+uOvhesWU8UygoB5bIxS2MWCg iSvZAmvcXroNoPpYADaLnRmMXpPGbCXqDMN+BeMfj4BdoJgDGAvPuUx7iKqPygAIFPW3 DGTQ== X-Gm-Message-State: AOAM531ZSGmOCfP8XyhD4eBHEY67A67dF6FXd8A+aV6fXW7wiIlbOEwx HyyTgRpI19mNdTp0Hz6ZQs62PxXgg5cHg8qSWTXpmVWDsEI= X-Google-Smtp-Source: ABdhPJzwhyIEWz9+w1KBJQ9Hzp0Nk+TY59aPjiom/pdoICsjWiaS4/ZRAZ12gr3ycrTkGG6yaABFWywu3rGL94tLt/s= X-Received: by 2002:a19:5e14:: with SMTP id s20mr2624622lfb.110.1615993079840; Wed, 17 Mar 2021 07:57:59 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a2e:b54e:0:0:0:0:0 with HTTP; Wed, 17 Mar 2021 07:57:59 -0700 (PDT) In-Reply-To: <20210317143307.20beb5fca0814246f2a91e9a@yamagi.org> References: <20210317143307.20beb5fca0814246f2a91e9a@yamagi.org> From: Mateusz Guzik Date: Wed, 17 Mar 2021 15:57:59 +0100 Message-ID: Subject: Re: 13.0-RC2 / 14-CURRENT: Processes getting stuck in vlruwk state To: Yamagi Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4F0tZ15fRHz4Tkt X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=pA9EKQn4; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mjguzik@gmail.com designates 2a00:1450:4864:20::131 as permitted sender) smtp.mailfrom=mjguzik@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[text/plain]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::131:from]; TO_DN_SOME(0.00)[]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::131:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::131:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-stable]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2021 14:58:02 -0000 Can you reproduce the problem and run obtain "sysctl -a"? In general, there is a vnode limit which is probably too small. The reclamation mechanism is deficient in that it will eventually inject an arbitrary pause. On 3/17/21, Yamagi wrote: > Hi, > me and some other users in the ##bsdforen.de IRC channel have the > problem that during Poudriere runs processes getting stuck in the > 'vlruwk' state. > > For me it's fairly reproduceable. The problems begin about 20 to 25 > minutes after I've started poudriere. At first only some ccache > processes hang in the 'vlruwk' state, after another 2 to 3 minutes > nearly everything hangs and the total CPU load drops to about 5%. > When I stop poudriere with ctrl-c it takes another 3 to 5 minutes > until the system recovers. > > First the setup: > * poudriere runs in a bhyve vm on zvol. The host is a 12.2-RELEASE-p2. > The zvol has a 8k blocksize, the guests partition are aligned to 8k. > The guest has only zpool, the pool was created with ashift=13. The > vm has 16 E5-2620 and 16 gigabytes RAM assigned to it. > * poudriere is configured with ccache and ALLOW_MAKE_JOBS=yes. Removing > either of these options lowers the probability of the problem to show > up significantly. > > I've tried several git revisions starting with 14-CURRENT at > 54ac6f721efccdba5a09aa9f38be0a1c4ef6cf14 in the hope that I can find at > least one known to be good revision. No chance, even a kernel build > from 0932ee9fa0d82b2998993b649f9fa4cc95ba77d6 (Wed Sep 2 19:18:27 2020 > +0000) has the problem. The problem isn't reproduceable with > 12.2-RELEASE. > > The kernel stack ('procstat -kk') of a hanging process is: > mi_switch+0x155 sleepq_switch+0x109 sleepq_catch_signals+0x3f1 > sleepq_wait_sig+0x9 _sleep+0x2aa kern_wait6+0x482 sys_wait4+0x7d > amd64_syscall+0x140 fast_syscall_common+0xf8 > > The kernel stack of vnlru is changing, even while the processes are > hanging: > * mi_switch+0x155 sleepq_switch+0x109 sleepq_timedwait+0x4b > _sleep+0x29b vnlru_proc+0xa05 fork_exit+0x80 fork_trampoline+0xe > * fork_exit+0x80 fork_trampoline+0xe > > Since vnlru is accumulating CPU time it looks like it's doing at least > something. As an educated guess I would say that vn_alloc_hard() is > waiting a long time or even forever to allocate new vnodes. > > I can provide more information, I just need to know what. > > > Regards, > Yamagi > > -- > Homepage: https://www.yamagi.org > Github: https://github.com/yamagi > GPG: 0x1D502515 > -- Mateusz Guzik From owner-freebsd-current@freebsd.org Wed Mar 17 15:36:50 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3943556D317 for ; Wed, 17 Mar 2021 15:36:50 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (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 "ultimatedns.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F0vQn5kCyz4Y7J for ; Wed, 17 Mar 2021 15:36:49 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.16.1/8.16.1) with ESMTP id 12HFajcZ017651 for ; Wed, 17 Mar 2021 08:36:51 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) MIME-Version: 1.0 Date: Wed, 17 Mar 2021 08:36:45 -0700 From: Chris To: freebsd-current Subject: Re: ThinkPad: reboots after successful shutdown -p In-Reply-To: <53e336e7-1b08-5ebf-27a2-de7ca756024c@delphij.net> References: <53e336e7-1b08-5ebf-27a2-de7ca756024c@delphij.net> User-Agent: UDNSMS/17.0 Message-ID: X-Sender: bsd-lists@bsdforge.com Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4F0vQn5kCyz4Y7J X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; local_wl_ip(0.00)[24.113.41.81] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2021 15:36:50 -0000 On 2021-03-17 00:01, Xin Li via freebsd-current wrote: > On 3/16/21 9:45 PM, Warner Losh wrote: >> >> >> On Tue, Mar 16, 2021 at 10:18 PM Xin Li > > wrote: >> >> On 11/17/19 23:14, Xin Li wrote: >> > Hi, >> > >> > I recently noticed that if I do a 'shutdown -p' from -CURRENT, the >> > system would shut down and seemingly powered off, then it would >> restart >> > after about 5-10 seconds. >> > >> > Is this a known issue?  Arguably this is not necessarily a FreeBSD >> > issue, but it seems that the Windows 10 installation doesn't have the >> > problem, so I guess there might be some difference between our and >> > Windows's shutdown sequence. >> >> I've found a workaround for this, for the record, setting >> hw.efi.poweroff=0 would make the laptop to correctly shutdown. >> >> However I don't see anything wrong with sys/dev/efidev/efirt.c's >> implementation of EFI shutdown; it appears to be essentially the same >> as >> implemented in command_poweroff() in stand/efi/loader/main.c, but >> 'poweroff' would work just fine in loader.efi. >> >> Can someone familiar with the code shed me some light here? :-) >> >> It looks like what Linux did was to prefer ACPI S5, unless it's not >> available or the system have HW_REDUCED flag in FADT, so if we do >> something similar it would fix the issue for me, but according to >> bugs.freebsd.org/233998 that's not >> the case for at least Conor's system >> (_S5 appears to be in the ACPI dump), so I think it's something else... >> >> >> For me, interrupt storm on shutdown has been the causes of issues like >> this... >> >> Any chance you can eliminate that as a possibility? > > Hmm, that's a good question -- is there a way to tell after the screen > was turned off? > > Before the screen was turned off, there doesn't appear to be interrupt > storm. The system was performing a typical FreeBSD shutdown procedure: > All buffers synced, showed uptime, destroyed GELI devices, spin down the > SATA devices, shutdown the cardreader (rtsx0), detached all USB devices > (hidraw1, hidbus, usbhid1, ubt0, uhub0), screen turned slightly red for > a very brief period (maybe side effect of turning off the backlight), > then goes off. > > I think most of FreeBSD drivers would turn off interrupt from the device > before detaching, but I haven't looked into all of my devices; but from > what I have seen on screen (captured a 60fps video and can share if that > helps), there doesn't appear to be an interrupt storm before that. > > Cheers, FWIW this also happened to me a few weeks ago after a fresh install. I've since wiped the disk and repurposed the hardware. So I can't now reproduce it. But it wasn't a laptop. So it's not isolated to them. Sorry I can't offer anything more. I just wanted to mention this to indicate that it's not a _too_ terribly isolated case. It was Intel CPU/graphics. In case that says anything to anyone. If it matters, I can get/offer more info on the hardware. --Chris P.S. Sorry about my last response. My MUA seems to be acting up this AM. :/ From owner-freebsd-current@freebsd.org Wed Mar 17 15:48:35 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E3EE756D8B8; Wed, 17 Mar 2021 15:48:35 +0000 (UTC) (envelope-from lists@yamagi.org) Received: from mail1.yamagi.org (mail1.yamagi.org [IPv6:2001:19f0:b001:853::3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F0vhL6jhsz4ZVC; Wed, 17 Mar 2021 15:48:34 +0000 (UTC) (envelope-from lists@yamagi.org) Received: from [2001:470:6845:1:7f9f:3dc1:2752:4334] (helo=killua.home.yamagi.org) by mail1.yamagi.org with esmtpsa (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94 (FreeBSD)) (envelope-from ) id 1lMYPP-000Gbm-KM; Wed, 17 Mar 2021 16:48:33 +0100 Date: Wed, 17 Mar 2021 16:48:21 +0100 From: Yamagi To: mjguzik@gmail.com Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 13.0-RC2 / 14-CURRENT: Processes getting stuck in vlruwk state Message-Id: <20210317164821.a65559ba0df6645085466484@yamagi.org> In-Reply-To: References: <20210317143307.20beb5fca0814246f2a91e9a@yamagi.org> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; x86_64-unknown-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA256"; boundary="Signature=_Wed__17_Mar_2021_16_48_21_+0100_DEdMUc8dIpFmFhem" X-Rspamd-Queue-Id: 4F0vhL6jhsz4ZVC X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of lists@yamagi.org designates 2001:19f0:b001:853::3 as permitted sender) smtp.mailfrom=lists@yamagi.org X-Spamd-Result: default: False [-2.80 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:19f0:b001:853::3:from]; ASN(0.00)[asn:20473, ipnet:2001:19f0:b000::/38, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MIME_UNKNOWN(0.10)[application/x-xz]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; DMARC_NA(0.00)[yamagi.org]; SPAMHAUS_ZRD(0.00)[2001:19f0:b001:853::3:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-stable] X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2021 15:48:36 -0000 --Signature=_Wed__17_Mar_2021_16_48_21_+0100_DEdMUc8dIpFmFhem Content-Type: multipart/mixed; boundary="Multipart=_Wed__17_Mar_2021_16_48_21_+0100_/VOKigFwl+jSLIdi" --Multipart=_Wed__17_Mar_2021_16_48_21_+0100_/VOKigFwl+jSLIdi Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Mateusz, the sysctl output after about 10 minutes into the problem is attached. In case that its stripped by Mailman a copy can be found here: https://deponie.yamagi.org/temp/sysctl_vlruwk.txt.xz Regards, Yamagi On Wed, 17 Mar 2021 15:57:59 +0100 Mateusz Guzik wrote: > Can you reproduce the problem and run obtain "sysctl -a"? >=20 > In general, there is a vnode limit which is probably too small. The > reclamation mechanism is deficient in that it will eventually inject > an arbitrary pause. >=20 > On 3/17/21, Yamagi wrote: > > Hi, > > me and some other users in the ##bsdforen.de IRC channel have the > > problem that during Poudriere runs processes getting stuck in the > > 'vlruwk' state. > > > > For me it's fairly reproduceable. The problems begin about 20 to 25 > > minutes after I've started poudriere. At first only some ccache > > processes hang in the 'vlruwk' state, after another 2 to 3 minutes > > nearly everything hangs and the total CPU load drops to about 5%. > > When I stop poudriere with ctrl-c it takes another 3 to 5 minutes > > until the system recovers. > > > > First the setup: > > * poudriere runs in a bhyve vm on zvol. The host is a 12.2-RELEASE-p2. > > The zvol has a 8k blocksize, the guests partition are aligned to 8k. > > The guest has only zpool, the pool was created with ashift=3D13. The > > vm has 16 E5-2620 and 16 gigabytes RAM assigned to it. > > * poudriere is configured with ccache and ALLOW_MAKE_JOBS=3Dyes. Removi= ng > > either of these options lowers the probability of the problem to show > > up significantly. > > > > I've tried several git revisions starting with 14-CURRENT at > > 54ac6f721efccdba5a09aa9f38be0a1c4ef6cf14 in the hope that I can find at > > least one known to be good revision. No chance, even a kernel build > > from 0932ee9fa0d82b2998993b649f9fa4cc95ba77d6 (Wed Sep 2 19:18:27 2020 > > +0000) has the problem. The problem isn't reproduceable with > > 12.2-RELEASE. > > > > The kernel stack ('procstat -kk') of a hanging process is: > > mi_switch+0x155 sleepq_switch+0x109 sleepq_catch_signals+0x3f1 > > sleepq_wait_sig+0x9 _sleep+0x2aa kern_wait6+0x482 sys_wait4+0x7d > > amd64_syscall+0x140 fast_syscall_common+0xf8 > > > > The kernel stack of vnlru is changing, even while the processes are > > hanging: > > * mi_switch+0x155 sleepq_switch+0x109 sleepq_timedwait+0x4b > > _sleep+0x29b vnlru_proc+0xa05 fork_exit+0x80 fork_trampoline+0xe > > * fork_exit+0x80 fork_trampoline+0xe > > > > Since vnlru is accumulating CPU time it looks like it's doing at least > > something. As an educated guess I would say that vn_alloc_hard() is > > waiting a long time or even forever to allocate new vnodes. > > > > I can provide more information, I just need to know what. > > > > > > Regards, > > Yamagi > > > > -- > > Homepage: https://www.yamagi.org > > Github: https://github.com/yamagi > > GPG: 0x1D502515 > > >=20 >=20 > --=20 > Mateusz Guzik --=20 Homepage: https://www.yamagi.org Github: https://github.com/yamagi GPG: 0x1D502515 --Multipart=_Wed__17_Mar_2021_16_48_21_+0100_/VOKigFwl+jSLIdi-- --Signature=_Wed__17_Mar_2021_16_48_21_+0100_DEdMUc8dIpFmFhem Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEOXu/lxyufwz0gC5x6xRy5x1QJRUFAmBSJMUACgkQ6xRy5x1Q JRX8CBAAtm3zBXsxt+dcfDOXr2xMq2pwEM2mvmNkUYwwPv7puP44Awx/CzaZ7e02 uLqxfdujyP5w7oVTekTDbGx6KvbJipd4gGacbkaKOGhL3p66eYH/rECztkfA0xMA y6YacNIlYYHuwyTKvG9BjbhDNDWz7xmDz4WZxsnPIdWShMFtri0LHkiOztCcN8pc Hb5n78MplG+Q5qlvE0zDykhS1PrYJy+TZwk/x+4FUISEilzfZ2hyAOoFBYhuCFIM decjPEPGFzGTIiR9j8Sa0/shdVGGn4b6ZBFBBCMRxYFUn6Ar+Z9Q5+/ez+loiKR2 Po/i/eCY2MgcaKn8UyiwR7Ip4HvFgfvHH0WNzZM8CV8xaR6Hfu3zw7vnAsyd82A5 jTZoLKxbknXvQ4A+qq5hmVzJ/Nli+hnf8BUk3/T3EkPCTsqh5hfAv6sewAHV+rtU hXckf7qbzcuqLhflEkC9SQJxT9i0U8lxSE1h5vSYT4TgqTzomIQM1pzJiBLNl76l Zo0lqEcLkT6oGQEjTTBtFY2PW38q2pgY3hJi4yzMxEaJ6FizREXFEND/u0n4+L92 RSrfXOg/AdjFb4e/nWNt/xFxxw6lF4vPq+B55NWD223hCPFBDIFEc01qiS6weWQK 0d1c92lOT2CUX/JNzCD5N2/p6Hn+Wx7GUnfBxWWoEH6LVYO+JFc= =P6Ld -----END PGP SIGNATURE----- --Signature=_Wed__17_Mar_2021_16_48_21_+0100_DEdMUc8dIpFmFhem-- From owner-freebsd-current@freebsd.org Wed Mar 17 15:52:36 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 83F6E56DD4F for ; Wed, 17 Mar 2021 15:52:36 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4F0vn02HSsz4bGj for ; Wed, 17 Mar 2021 15:52:36 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: by mailman.nyi.freebsd.org (Postfix) id 4E6FF56DF33; Wed, 17 Mar 2021 15:52:36 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4E39356DE64 for ; Wed, 17 Mar 2021 15:52:36 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (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 "ultimatedns.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F0vn00B8zz4Zx3 for ; Wed, 17 Mar 2021 15:52:35 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.16.1/8.16.1) with ESMTP id 12HFpmuL062414; Wed, 17 Mar 2021 08:51:55 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) MIME-Version: 1.0 Date: Wed, 17 Mar 2021 08:51:48 -0700 From: Chris To: gljennjohn@gmail.com Cc: David Wolfskill , current@freebsd.org Subject: Re: Problem building x11/nvidia-driver; ref. n245494-6827435548d2 In-Reply-To: <20210317121837.707dc95a@ernst.home> References: <20210317121837.707dc95a@ernst.home> User-Agent: UDNSMS/17.0 Message-ID: X-Sender: bsd-lists@bsdforge.com Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4F0vn00B8zz4Zx3 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2021 15:52:36 -0000 On 2021-03-17 05:18, Gary Jennejohn wrote: > On Wed, 17 Mar 2021 05:08:50 -0700 > David Wolfskill wrote: > >> My laptop is currently running main-n245489-15b82e00a164; after updating >> sources to n245498-096a84721670, I am performing a source-based update. >> >> A simialr update on my build machine (which is headless, and thus does >> not use anything related to X11) was successful. >> >> The laptop is set up to rebuild x11/nvidia-driver when the kernel >> is updated. >> >> The buildkernel step on it fails with: >> >> ... >> awk -f /usr/src/sys/conf/kmod_syms.awk nvidia-modeset.ko export_syms | >> xargs -J% objcopy % nvidia-modeset.ko >> ===> lib (all) >> ===> lib/libglvnd (all) >> ... >> ===> x11/driver (all) >> ===> x11/extension (all) >> ===> doc (all) >> make[6]: "/usr/share/mk/bsd.man.mk" line 53: Malformed conditional >> (${MK_MANSPLITPKG} == "no") >> make[6]: Fatal errors encountered -- cannot continue >> make[6]: stopped in >> /common/S4/obj/usr/src/amd64.amd64/sys/CANARY/common/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-460.56/doc >> *** Error code 1 >> >> Stop. >> >> >> On reviewing the list of files changed in 15b82e00a164..096a84721670, I >> note a couple of promising-looking candidates: >> >> share/mk/bsd.opts.mk | 1 + >> share/mk/src.opts.mk | 1 - >> >> Reviewing the commit log for share/mk/bsd.opts.mk, I see that the most >> recent entry is: >> >> | commit 6827435548d257c672f934db5c6ff01012d96995 >> | Author: Jung-uk Kim >> | Date: Tue Mar 16 14:16:10 2021 -0400 >> | >> | pkgbase: Fix building out-of-tree manual pages >> | >> | c7e6cb9e08d6 introduced MK_MANSPLITPKG but it was not available for >> | building out-of-tree manual pages. For example, x11/nvidia-driver >> fails >> | with the following error: >> | >> | ===> doc (all) >> | make[3]: "/usr/share/mk/bsd.man.mk" line 53: Malformed conditional >> (${MK_MANSPLITPKG} == "no") >> | make[3]: Fatal errors encountered -- cannot continue >> | >> | Move the definition from src.opts.mk to bsd.opts.mk to make it >> visible. >> >> which looks ... apropos. >> >> Indeed, it appears that the n245494-6827435548d2 change was intended to >> fix the issue that I am now just seeing. >> >> But I readily confess that I have neither familairity nor expertise >> with share/mk/* (and that delving into it reminds me of "You are >> in a mazy twist of passages, all different") >> >> So... help? What do I need to do to be able to build the kernel now? >> >> (E.g., if I need to just skip building x11/nvidia-driver once, get >> everything installed, then build "normally" (with x11/nvidia-driver) >> -- that's fine; I just need a clue.) >> > > For me trying to build nvidia-driver along with the kernel always fails > miserably. +1 for me too. I didn't _used_ to have this problem. But when I hit it. I simply modified my procedure (as you), and never looked back. > > My tree is at 096a8472167..c96151d3350 main. > > Building the kernel on its own followed by building nvidia-driver in > the ports tree worked for me with no problems (but I didn't install > either one of them yet). --Chris From owner-freebsd-current@freebsd.org Wed Mar 17 16:03:47 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 71B5456E8C9 for ; Wed, 17 Mar 2021 16:03:47 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout5-smtp.messagingengine.com (wout5-smtp.messagingengine.com [64.147.123.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F0w1t0Jtpz4cr5 for ; Wed, 17 Mar 2021 16:03:45 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id C243C3DC for ; Wed, 17 Mar 2021 12:03:43 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Wed, 17 Mar 2021 12:03:43 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=EkzlDG8jwzMB88OFFZfj50DMYJy JKxYvFfJH5WsDfU0=; b=BZxcj2HaA/Dtke/lUxFq2p3m7eHGsxbRBlh1pA4+qSn AHXCDmxcnB2rZNLGym2p5q4V5/A1zFWoWK340jwIuNhYL0Nk3eIx8XCtdw7Ztz6i eeGWHc6P8FmsTJVmJY9BxDGboXI+Pe8Vqn67E7txxYThw/3qhtK+zMvhMn0dD2b2 j9secdMEWiCrpGnGY3ImIsgTf0j/0ZQqkL5EKpvoK5P6HDxZhXX6bApclQdo3iQB hi+j6Wm6rVnXvh7PjP4djhhgnLgHlBRCfNjb8ITGIWqDsAW8Ny2ItKAnp/Ukq5w8 rmY2mbf/vZYp0A1KwXzbwHijYL02fWNMl9xoqMDK9/Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=EkzlDG 8jwzMB88OFFZfj50DMYJyJKxYvFfJH5WsDfU0=; b=ApWtXcAaVUQC3RhiE5DFUm JFEtSHBl5D+XF7++aUPj7SchGbOyWcMdrhvvnBOivLx66x9uTuJ1GFppHV9fifQ6 RZtX5E23vyuZGPLNQlUUHXLZCcsak0g9fUfICimjV1cdSIYqXbe+vLXZaS+Th66c orSMUD/eFbnPGqSD10T0y2py4Bl17xBD1gPQm1FxubqJD0lc2EIXFomRF8xO9R6Y haO0/jz9tyoy9NYRwh7w2IEYsZcqejMNs/OTcoXh7RwS3cZloeVWRW71pBQgPaL4 vHHdfxDkR0e5UvIfIIia9o+nkcj7kGXpFHAxvrbRtngllgf09MTBGv0YjEAaW0oQ == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudefgedgkeeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesghdtre ertddtvdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucggtffrrghtthgvrhhnpeettddtudeugfeggefhkeekteekje elfeffleehjeffgffftdeffedtjeegueeiffenucffohhmrghinhepfhhrvggvsghsugdr ohhrghenucfkphepkedvrdejtddrledurddutddtnecuvehluhhsthgvrhfuihiivgeptd enucfrrghrrghmpehmrghilhhfrhhomhepthgvtghhqdhlihhsthhsseiihiigshhtrdhn vght X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA id C7A6A1080064 for ; Wed, 17 Mar 2021 12:03:42 -0400 (EDT) Date: Wed, 17 Mar 2021 16:03:40 +0000 From: tech-lists To: freebsd-current@freebsd.org Subject: Re: Getting started with ktls Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: <20210311003136.GM56617@kduck.mit.edu> <20210311031501.GP56617@kduck.mit.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="SDdzDxUqPUiSE+4a" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4F0w1t0Jtpz4cr5 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=BZxcj2Ha; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=ApWtXcAa; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.21 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.21]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[64.147.123.21:from]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.21:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[64.147.123.21:from:127.0.2.255]; RWL_MAILSPIKE_POSSIBLE(0.00)[64.147.123.21:from]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2021 16:03:47 -0000 --SDdzDxUqPUiSE+4a Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 14, 2021 at 08:55:18PM +0000, Rick Macklem wrote: >If you want to try NFS-over-TLS, see this: >https://people.freebsd.org/~rmacklem/nfs-over-tls-setup.txt > >Please let us know if you try it, rick Hi, I'm going to try this with 2x rpi4 machines, client on stable/13 and server on main/14. both have zfs. --=20 J. --SDdzDxUqPUiSE+4a Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmBSKFMACgkQs8o7QhFz NAWUgxAAj0gwGxTI/dR3XGf/KLi2pqkOsx3Te1Ljy401WSOEunsK+rw0Y1dEe22H 68hu9Owa3qqNGGVxFwX+PdaLQwyChYx+c0lbK/EPIoVlJHfRpiFdkKYcByaUthrC vFGTgsKBS/rpxJyiSuwkFMqhUapRpPfFKJB0DnC/JZ15Y90SI6I4HGwQYAF7KqMG /AyDPDUWpxYDL2CHu82sQQNEDYekjc6m/t1gxupbLiwjVlU7UV2r2419rC+hBlAY 8Y6U5fA/kNxGOt5LzQnA+/nCEXNGABsE33bEN0Wkf13Xk5my+nciJS2VY6Cvb7pX GQdrXamRmsLCu09DhPu9+1RAOm8kkuht6k2lkSl5tSvUQVmnXsh2VCAT+nPERDWb q4BSx83f8QDSt8I2f5S8wtS3bE9Ud3wMjMSaYo2XXn2QnSRfxkeJg5PYrguxTyOR RsQTVMrhnng//1wNz3LuvTCbsrU8vCCkBuZylXJyKXnTBRI/g8GpAVH42XBGg1fq mytlCyLCBMhigOhDv+xoIXbp7ecsDKwUoI9CDrLNDOLQ6lWMDxNLgxxIYveiyjZr 2dXFwhnz9gLMHnqU2jVD+576zzvcp/z/WDeIWKlzVnfAHMLULRGXc8w8J8nUOQ0H lrlxwIIqWaU7ijee8lGJFaF114X7s5FBCVmLe1C1OPQ/wseNSRY= =KYVS -----END PGP SIGNATURE----- --SDdzDxUqPUiSE+4a-- From owner-freebsd-current@freebsd.org Wed Mar 17 16:10:33 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 923BB56EE0C for ; Wed, 17 Mar 2021 16:10:33 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout5-smtp.messagingengine.com (wout5-smtp.messagingengine.com [64.147.123.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F0w9h63Lyz4dNv for ; Wed, 17 Mar 2021 16:10:32 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id 1AA3F2270 for ; Wed, 17 Mar 2021 12:10:31 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Wed, 17 Mar 2021 12:10:31 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=r1/Qq/eIIrEWSxKDztPz1roLtUq 9WprX1dUuurHF7Rw=; b=hLAxsvXj/GJ5uLHgfZEGnmVmA6m4moFjhR/mav+TYJt wIA+K+EAl1QMEbFV3Ja2+SqQB5ncdrAlsjnziEezerVdKQl8NTm+DOktP8WsVVeh Z4MTPu3Fn8XChdgzuzyqJ6ClcOMT4+mCCxV/6U6VsBfKFsmDT1yNxP0qgntlOg80 cMT6O5qh/y1TuFH4lElGNMBWmzh9MlBfccGP+5yfZzjrODowx21H7nNFWm1OySQb O/IbA2pBh0nN4XArUPWNMdCDudElYc1loX6S9k/FavK9Au0/GFMkuO3LrwuWR93T DfyYz8hPDvoEocGIY6FoRQ0Sxzyj3LYrKYA/xKw2waA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=r1/Qq/ eIIrEWSxKDztPz1roLtUq9WprX1dUuurHF7Rw=; b=nA1Mg8rA2U64dAUNioCwPh wm6b2g1c+yXsua8R9Kdt1eHCU8jgkfp5rfy+nLni3yyyIm1ebb371WrnmFnujzKX wZwPyO2AWH9P4P/sfzn5sCXg+J/MYWP56t2lKL4POrVNn+K/HlRU+bIcsH8uswte fdUb67bbi4H+Q+iidpSu9bEbT7GfXBAmtAttWS66xn44nfMrEROORtoDV+H7N2ys rM9RAkUxUQR0oL3Jxx4KZ1oWGixbifFaBp06GYUygeiOUZsKOwJwRLC6Ne58DsTb ttok0Hxmxv1ZsxQUVOqc0g8vP5MQVLsiXxsXrsIdf9PBJbYCR/m1G8mdsJpEq7vA == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudefgedgkeekucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesghdtre ertddtvdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucggtffrrghtthgvrhhnpedtheeigfdvudefkeekvddtfedvte dttdekuddvgeevlefftdekffdujedvhfduteenucfkphepkedvrdejtddrledurddutddt necuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepthgvtg hhqdhlihhsthhsseiihiigshhtrdhnvght X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA id 433E41080063 for ; Wed, 17 Mar 2021 12:10:30 -0400 (EDT) Date: Wed, 17 Mar 2021 16:10:28 +0000 From: tech-lists To: freebsd-current@freebsd.org Subject: Re: Getting started with ktls Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: <20210311003136.GM56617@kduck.mit.edu> <20210311031501.GP56617@kduck.mit.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="AP4yLcuEhuAVPnmd" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4F0w9h63Lyz4dNv X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=hLAxsvXj; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=nA1Mg8rA; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.21 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.21:c]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[64.147.123.21:from]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.21:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[64.147.123.21:from:127.0.2.255]; RWL_MAILSPIKE_POSSIBLE(0.00)[64.147.123.21:from]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2021 16:10:33 -0000 --AP4yLcuEhuAVPnmd Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 16, 2021 at 11:46:27PM +0000, Rick Macklem wrote: >Well, if you do "sysctl -a | fgrep kern.ipc.tls.stats" and it is working, >you should see the count for at least one of the "crypts" ticking up. >If they are all zero, it isn't working. That might depend on the apps >or setup and does not necessarily indicate broken. OK. it's "not working" by those criteria on the stable/13 rpi4.=20 This one has mutt (imaps) and lynx (https) installed. mutt appears to use tlsv1.3 to connect with my email provider.=20 >Trying the nfs-over-tls should definitely test it. When it works, the >data on the wire after the first couple of Null RPCs is encrypted. >Also, if you start the daemons with "-v",=20 This is what i'll try once buildworld etc completes on the main/14 rpi4. --=20 J. --AP4yLcuEhuAVPnmd Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmBSKfQACgkQs8o7QhFz NAXZ+A/+NnjhAPn2TMXLTDnkdGw9UyR+leSmCtNFzraqCq37JBxNZ4yKAwNULZ31 2+mjZSVy2w5j2r5Nwui2NbDQolfvG/WTiEVX8JPMjuLcG3trHai/QONu/uKwK44h BiON3DTy21AEUrCJ+xyM80YlYW4IpO1oOdtMgvvpyvnxMqxrPPvzWQaXQ0VQDtdR pFNsW5pDjq12W50gABtmPVm/75CDIbZuw8isM04oBTvVadxnjWsQmJDkHJnLz5C9 n/8QXnwY72c/V9QUQGtj+IIlQSDK3pn7oB+tNBhR4M2NaIBxj7FCKrq17IN+w49w JXwZsqtQSJres1LrLImo+oan8YCijR/LVR2n2gFqPKWqFXvfHxJtBvHIQxRdZS6K Hd8okBCfoC+dlokaHYbeaRxjAm4jbikic6iyEoV5U+aDVtTeG37pJiJ2vtdaDDm5 sIw0sWjL6G5fo7N2FOqnhnhwV/KyhwQ0hmw6mt/tVGVO4CV1lgOd1qxUyfE//dVm tPV6+/VXqxZEkMo1gXnNQAVbAyvW1R6kP74DOiLAXcpqIE+SdS3yDXCTFyjDngXv DtowJBG9FUvtmOfvExZ8ZZ75Co3X9Wnb61uxQ1cAQTfIUprLC/MNHMe6xwmguc7z 5nig9Ir5mW0ZKa8ZPlshIdOlHiuQyDI4tS8QXFobNhIrw6rBoGw= =sO39 -----END PGP SIGNATURE----- --AP4yLcuEhuAVPnmd-- From owner-freebsd-current@freebsd.org Wed Mar 17 15:34:00 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7C9BF56D311 for ; Wed, 17 Mar 2021 15:34:00 +0000 (UTC) (envelope-from unbound@tacomawireless.net) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (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 "ultimatedns.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F0vMX1QFfz4YDH; Wed, 17 Mar 2021 15:33:59 +0000 (UTC) (envelope-from unbound@tacomawireless.net) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.16.1/8.16.1) with ESMTP id 12HFXXB7008087; Wed, 17 Mar 2021 08:33:39 -0700 (PDT) (envelope-from unbound@tacomawireless.net) MIME-Version: 1.0 Date: Wed, 17 Mar 2021 08:33:33 -0700 From: Unbound To: freebsd-current@freebsd.org Cc: Warner Losh , Xin Li , Xin Li , d@delphij.net, Jung-uk Kim , "Conrad E. Meyer" , Marcel Moolenaar , Warner Losh , byuu@tutanota.com, interloper255@gmail.com Subject: Re: ThinkPad: reboots after successful shutdown -p In-Reply-To: <53e336e7-1b08-5ebf-27a2-de7ca756024c@delphij.net> References: <53e336e7-1b08-5ebf-27a2-de7ca756024c@delphij.net> User-Agent: UDNSMS/17.0 Message-ID: X-Sender: unbound@tacomawireless.net Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4F0vMX1QFfz4YDH X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Mailman-Approved-At: Wed, 17 Mar 2021 16:38:29 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2021 15:34:00 -0000 On 2021-03-17 00:01, Xin Li via freebsd-current wrote: > On 3/16/21 9:45 PM, Warner Losh wrote: >> >> >> On Tue, Mar 16, 2021 at 10:18 PM Xin Li > > wrote: >> >> On 11/17/19 23:14, Xin Li wrote: >> > Hi, >> > >> > I recently noticed that if I do a 'shutdown -p' from -CURRENT, the >> > system would shut down and seemingly powered off, then it would >> restart >> > after about 5-10 seconds. >> > >> > Is this a known issue?  Arguably this is not necessarily a FreeBSD >> > issue, but it seems that the Windows 10 installation doesn't have the >> > problem, so I guess there might be some difference between our and >> > Windows's shutdown sequence. >> >> I've found a workaround for this, for the record, setting >> hw.efi.poweroff=0 would make the laptop to correctly shutdown. >> >> However I don't see anything wrong with sys/dev/efidev/efirt.c's >> implementation of EFI shutdown; it appears to be essentially the same >> as >> implemented in command_poweroff() in stand/efi/loader/main.c, but >> 'poweroff' would work just fine in loader.efi. >> >> Can someone familiar with the code shed me some light here? :-) >> >> It looks like what Linux did was to prefer ACPI S5, unless it's not >> available or the system have HW_REDUCED flag in FADT, so if we do >> something similar it would fix the issue for me, but according to >> bugs.freebsd.org/233998 that's not >> the case for at least Conor's system >> (_S5 appears to be in the ACPI dump), so I think it's something else... >> >> >> For me, interrupt storm on shutdown has been the causes of issues like >> this... >> >> Any chance you can eliminate that as a possibility? > > Hmm, that's a good question -- is there a way to tell after the screen > was turned off? > > Before the screen was turned off, there doesn't appear to be interrupt > storm. The system was performing a typical FreeBSD shutdown procedure: > All buffers synced, showed uptime, destroyed GELI devices, spin down the > SATA devices, shutdown the cardreader (rtsx0), detached all USB devices > (hidraw1, hidbus, usbhid1, ubt0, uhub0), screen turned slightly red for > a very brief period (maybe side effect of turning off the backlight), > then goes off. > > I think most of FreeBSD drivers would turn off interrupt from the device > before detaching, but I haven't looked into all of my devices; but from > what I have seen on screen (captured a 60fps video and can share if that > helps), there doesn't appear to be an interrupt storm before that. > > Cheers, FWIW this also happened to me a few weeks ago after a fresh install. I've since wiped the disk and repurposed the hardware. So I can't now reproduce it. But it wasn't a laptop. So it's not isolated to them. Sorry I can't offer anything more. I just wanted to mention this to indicate that it's not a _too_ terribly isolated case. It was Intel CPU/graphics. In case that says anything to anyone. If it matters, I can get/offer more info on the hardware. --Chris From owner-freebsd-current@freebsd.org Wed Mar 17 17:26:51 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 15E86571955 for ; Wed, 17 Mar 2021 17:26:51 +0000 (UTC) (envelope-from core-secretary@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4F0xsk6tZGz4mJ1 for ; Wed, 17 Mar 2021 17:26:50 +0000 (UTC) (envelope-from core-secretary@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id EA7F2571954; Wed, 17 Mar 2021 17:26:50 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EA42A571AEC for ; Wed, 17 Mar 2021 17:26:50 +0000 (UTC) (envelope-from core-secretary@freebsd.org) Received: from mail-wr1-f53.google.com (mail-wr1-f53.google.com [209.85.221.53]) (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 4F0xsk4pmRz4m5p for ; Wed, 17 Mar 2021 17:26:50 +0000 (UTC) (envelope-from core-secretary@freebsd.org) Received: by mail-wr1-f53.google.com with SMTP id t9so2645039wrn.11 for ; Wed, 17 Mar 2021 10:26:50 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date :reply-to:message-id:references:to; bh=vqtxHv1xGEtZE720fkD3MSPvqlHafG0FLRJkLxy57bQ=; b=O9k2unsOO1xJ17rd1MH8CQCWlaUdHOtC9a0oVxmspbd4Lq/b3VaQRvNmkfXP+Xx4eA T6DQjpZKX30iUKN7vli3Z6VNB+oKE21O3x956UBCu70NSGsICTVIWdwJtA6WM1n0nyYd U7Y8Mfnqwr+5fIIq+Iz7WHn8mBBfaU8BQl5yBJ41AeNpgc6QKETlZXAXqgX2PZcUT9Jp 38i1VimCj05fXdiQ2ALk4eTFUNITHRG+MkqplxKSqYcxEMHU9ljMItfOtNbsHGW8qSrz K28npjDV4o2iYwx17HGdEUJRxOUegJf1WW+ajU+lS1SQkD+RRol1d1bwOB7TGc5uvSk3 kz0w== X-Gm-Message-State: AOAM533zATA+/olhnYu5EUEMTGcm7elP0pzET6aFrocfk+uBYd98hHyZ ZOA4yQttFYAolsH/SqTqAzGQYZiH X-Google-Smtp-Source: ABdhPJyTOe3fAElQqvsIxhVSABhkAoUXx6rLMuzwJIsuvuvBQTPh/rOjKL1KoqYRxFGU4B+p1+dJmw== X-Received: by 2002:a05:6000:1788:: with SMTP id e8mr5619531wrg.171.1616002009008; Wed, 17 Mar 2021 10:26:49 -0700 (PDT) Received: from mx.bofh.network (mx.bofh.network. [2a01:4f8:13b:4347::12]) by smtp.gmail.com with ESMTPSA id i8sm29367807wry.90.2021.03.17.10.26.47 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 17 Mar 2021 10:26:48 -0700 (PDT) Received: from [192.168.30.38] ( [118.179.171.14]) by mx.bofh.network (OpenSMTPD) with ESMTPSA id ef0b5fe6 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO); Wed, 17 Mar 2021 17:26:45 +0000 (UTC) Subject: Re: [FreeBSD-Announce] CORE Team Office Hours Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Content-Type: multipart/signed; boundary="Apple-Mail=_72D137BE-CD60-44E4-AE45-0DD09849EB57"; protocol="application/pgp-signature"; micalg=pgp-sha512 From: FreeBSD Core Team Secretary X-Priority: 1 In-Reply-To: Date: Wed, 17 Mar 2021 23:26:34 +0600 Reply-To: FreeBSD Core Team Message-Id: References: To: FreeBSD Core Team X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F0xsk4pmRz4m5p X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] X-Mailman-Approved-At: Wed, 17 Mar 2021 17:32:01 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2021 17:26:51 -0000 --Apple-Mail=_72D137BE-CD60-44E4-AE45-0DD09849EB57 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Everyone, Unfortunately due to a daylight saving time-related mixup we would like = to reschedule this Office Hours in the coming weeks and will update in = the mailing list. We apologies for keeping your schedule busy. Looking forward to see you = in the coming weeks. Regards, Moin (bofh), with core-secretary@ hat on > On 23 Feb, 2021, at 02:31, FreeBSD Core Team Secretary = wrote: >=20 > Hi, >=20 > Following on from the effort in 2019, The FreeBSD team is arranging = another Community Survey to help shape the future of The FreeBSD = Project. The purpose of this survey is to collect quantitative data from = the public in order to help guide the project=E2=80=99s priorities and = efforts. Similar surveys have been conducted twice by the FreeBSD = Project and we are preparing for our third. >=20 > Before publishing the next survey the Core Team welcomes you to attend = for a Virtual Town Hall meeting to share some of the insights of the = 2020 Community Survey, and seek advice on how the next survey should be = conducted. The virtual Town Hall will take place on the 17th of March = 2021, at 18:00 hours GMT/UTC. See https://wiki.freebsd.org/OfficeHours = for details on how to join either a live stream to watch, or an = interactive meeting to participate. >=20 > If time permits the Core Team may be able to answer questions related = to the survey process.. If you have any specific questions that you = would like answered during the session you can send an email to core@ = ahead of the meeting which the Core Team will try to address. >=20 > Thanks! We look forward to meeting you. >=20 > Regards, > Moin (bofh), with core-secretary@ hat on >=20 --Apple-Mail=_72D137BE-CD60-44E4-AE45-0DD09849EB57 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEES2Tp4L3ps+zAa1xm2MjIO0nybxcFAmBSO8pfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDRC NjRFOUUwQkRFOUIzRUNDMDZCNUM2NkQ4QzhDODNCNDlGMjZGMTcACgkQ2MjIO0ny bxeueA/+Lt5+4Dsor2GcsB5dLx/y2CXhm8j2Ik7Y36r5wtpmfXYakxPSoXRJ78W7 suzNTP5qys/Tc5nWrfUJ8lXbEiiUVONTOc61AEr1enJv2nMKy8aZG2nRl0Gd4xmU xqBGi1c8Cts6mFrTuAbqXCeY/YH7jdpfJdT+YJzUcrUdQyagqZJf7teth4Vu5ELx 6YEKf5FeH4ggCptPl1c5sNhcC41C5na3zjtVPcCHz74Z8nj6JqYM243tXr/QOkM6 9o3bJAHr2vfTfKLvyEnE+eioYH3rDNxRJi6s/2UOQvSfWkRD/p0fF3uUfqGIyVHZ Lf6/TOA+WpD7Inf8mDpdmaJ5yUhY100s8GsyAXP3UcBrMkjcIuPa4TxE+kxNLzYx PRwDUi0BdgwItvWbYXDwStOdfItUgRH5FdAufk0+lpOu/QXPROjnJPEmPBu/SG5r y+q/xrCq16SOcr1seHB70ANxmjitaIb4hqJ9ACn968mSlCt3Dp3tH5SMooXL/QV5 C9lUmTgFIZa4zjEjqh8baytAlMHWp2mFNr6vn572pSx58cS54PwieC6F3gHrptSz Y8DICYTaIhpdlSY1rZjFVEabElknepOftm2fyT3wcR3mIW7mjTdpj8Q2c+tKY0DI XAhWhR4rBbSpAjyNnqzD9DmzkskQU3ZN19pTjLiibIcFYaZaxus= =KWzN -----END PGP SIGNATURE----- --Apple-Mail=_72D137BE-CD60-44E4-AE45-0DD09849EB57-- From owner-freebsd-current@freebsd.org Wed Mar 17 17:55:46 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5601B57366A; Wed, 17 Mar 2021 17:55:46 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-lf1-x135.google.com (mail-lf1-x135.google.com [IPv6:2a00:1450:4864:20::135]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F0yW55BF7z4pjH; Wed, 17 Mar 2021 17:55:45 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-lf1-x135.google.com with SMTP id b83so240477lfd.11; Wed, 17 Mar 2021 10:55:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=oJHhs2pYPd1wT4t+P0dWfdjDLXJX7od6HXr5i5wj058=; b=ezNYL5XcUNCCu+U+Bq1h/LyzEgs3j5NHeyR88KFlEUrUWfS5T4SZ/ZMt9Z7E41Dld7 8X99Tm5y6SuhfCOfrBR2JfiLdbfHK5esuXoBXi3zryJpqvP3hJt6gUDERu2FsQ7ucy1m Nnf4ZcxYBGaRLbsQKaA6hTNXe4DPP/jwOi3iUealkR9hFuuofcZsy+KFMRJCoupt+I7C I9iMBVPsUm60PRVs7Bnk5YiykR/6WoZI5RqH6Q3AeZiEb1UDmnhVm8ZfO4X38j70SevB wxoyBPTqRRLm58wDAncoqKGE/GHMpSHOAnqVDSZn74WJMgziLv4pw6PyYAdu5eIuzlRU EVHg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=oJHhs2pYPd1wT4t+P0dWfdjDLXJX7od6HXr5i5wj058=; b=rgQgfTXe+PeRR9aTc/Vu3cYROGnE46GiBxO0Au3LDAtnM8zWtO1Nm4k93BB4qRZPRc Fiw3uZwVjq9PYJgjfdmXx4tGuyuNlghJQwnkRhcbEUjxe80U3M/7/41UzrEIdFRhM14X gRwvYoP5ULAy93cpTmkDvLkAG9K7nRFxU1+o8hQ1rVJ/5OFqt/yIJnoTKFF9296jE4RA /Jnlw9tO3+9RidIvd2uljZpu9Bac2WbbEQH5TLKhomaAS4Y8VIjjhVptBLvWBdOLgUK2 jiai31Ho6igvpnacMw+1sL/UiH5w5rq52lr0hmyo8clN3lt/mU3wi6QVNJ8kvc9LYyRL U+kA== X-Gm-Message-State: AOAM530iInvislLDYcrUIFWVSKI5PobmVkIf1LI4L9VHZRxc4nedIieh HQ+HvvPTMHCB5HNhPVrEa204sOPdiucBas1/zi6a71tpOsE= X-Google-Smtp-Source: ABdhPJw2Bo68AWjDH8qvaWgflvTgz5V87ey0wWm6suU5gO/1UWzKQBPMd1HST0RITG+QS7rCeYRh/Ts3heR16JRxG+U= X-Received: by 2002:a19:e0d:: with SMTP id 13mr2932646lfo.549.1616003744179; Wed, 17 Mar 2021 10:55:44 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a2e:b54e:0:0:0:0:0 with HTTP; Wed, 17 Mar 2021 10:55:43 -0700 (PDT) In-Reply-To: <20210317164821.a65559ba0df6645085466484@yamagi.org> References: <20210317143307.20beb5fca0814246f2a91e9a@yamagi.org> <20210317164821.a65559ba0df6645085466484@yamagi.org> From: Mateusz Guzik Date: Wed, 17 Mar 2021 18:55:43 +0100 Message-ID: Subject: Re: 13.0-RC2 / 14-CURRENT: Processes getting stuck in vlruwk state To: Yamagi Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4F0yW55BF7z4pjH X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=ezNYL5Xc; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mjguzik@gmail.com designates 2a00:1450:4864:20::135 as permitted sender) smtp.mailfrom=mjguzik@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::135:from]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_DN_SOME(0.00)[]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::135:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::135:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-stable]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2021 17:55:46 -0000 Thanks, I'm going to have to ponder a little bit. In the meantime can you apply this: https://people.freebsd.org/~mjg/maxvnodes.diff Once you boot, tweak maxvnodes: sysctl kern.maxvnodes=1049226 Run poudriere. Once it finishes, inspect sysctl vfs.highest_numvnodes On 3/17/21, Yamagi wrote: > Hi Mateusz, > the sysctl output after about 10 minutes into the problem is attached. > In case that its stripped by Mailman a copy can be found here: > https://deponie.yamagi.org/temp/sysctl_vlruwk.txt.xz > > Regards, > Yamagi > > On Wed, 17 Mar 2021 15:57:59 +0100 > Mateusz Guzik wrote: > >> Can you reproduce the problem and run obtain "sysctl -a"? >> >> In general, there is a vnode limit which is probably too small. The >> reclamation mechanism is deficient in that it will eventually inject >> an arbitrary pause. >> >> On 3/17/21, Yamagi wrote: >> > Hi, >> > me and some other users in the ##bsdforen.de IRC channel have the >> > problem that during Poudriere runs processes getting stuck in the >> > 'vlruwk' state. >> > >> > For me it's fairly reproduceable. The problems begin about 20 to 25 >> > minutes after I've started poudriere. At first only some ccache >> > processes hang in the 'vlruwk' state, after another 2 to 3 minutes >> > nearly everything hangs and the total CPU load drops to about 5%. >> > When I stop poudriere with ctrl-c it takes another 3 to 5 minutes >> > until the system recovers. >> > >> > First the setup: >> > * poudriere runs in a bhyve vm on zvol. The host is a 12.2-RELEASE-p2. >> > The zvol has a 8k blocksize, the guests partition are aligned to 8k. >> > The guest has only zpool, the pool was created with ashift=13. The >> > vm has 16 E5-2620 and 16 gigabytes RAM assigned to it. >> > * poudriere is configured with ccache and ALLOW_MAKE_JOBS=yes. Removing >> > either of these options lowers the probability of the problem to show >> > up significantly. >> > >> > I've tried several git revisions starting with 14-CURRENT at >> > 54ac6f721efccdba5a09aa9f38be0a1c4ef6cf14 in the hope that I can find at >> > least one known to be good revision. No chance, even a kernel build >> > from 0932ee9fa0d82b2998993b649f9fa4cc95ba77d6 (Wed Sep 2 19:18:27 2020 >> > +0000) has the problem. The problem isn't reproduceable with >> > 12.2-RELEASE. >> > >> > The kernel stack ('procstat -kk') of a hanging process is: >> > mi_switch+0x155 sleepq_switch+0x109 sleepq_catch_signals+0x3f1 >> > sleepq_wait_sig+0x9 _sleep+0x2aa kern_wait6+0x482 sys_wait4+0x7d >> > amd64_syscall+0x140 fast_syscall_common+0xf8 >> > >> > The kernel stack of vnlru is changing, even while the processes are >> > hanging: >> > * mi_switch+0x155 sleepq_switch+0x109 sleepq_timedwait+0x4b >> > _sleep+0x29b vnlru_proc+0xa05 fork_exit+0x80 fork_trampoline+0xe >> > * fork_exit+0x80 fork_trampoline+0xe >> > >> > Since vnlru is accumulating CPU time it looks like it's doing at least >> > something. As an educated guess I would say that vn_alloc_hard() is >> > waiting a long time or even forever to allocate new vnodes. >> > >> > I can provide more information, I just need to know what. >> > >> > >> > Regards, >> > Yamagi >> > >> > -- >> > Homepage: https://www.yamagi.org >> > Github: https://github.com/yamagi >> > GPG: 0x1D502515 >> > >> >> >> -- >> Mateusz Guzik > > > -- > Homepage: https://www.yamagi.org > Github: https://github.com/yamagi > GPG: 0x1D502515 > -- Mateusz Guzik From owner-freebsd-current@freebsd.org Wed Mar 17 19:54:18 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CC90D577141; Wed, 17 Mar 2021 19:54:18 +0000 (UTC) (envelope-from lists@yamagi.org) Received: from mail1.yamagi.org (mail1.yamagi.org [IPv6:2001:19f0:b001:853::3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F117s6myqz3G2x; Wed, 17 Mar 2021 19:54:17 +0000 (UTC) (envelope-from lists@yamagi.org) Received: from [2001:470:6845:1:fc9a:4782:611e:4abf] (helo=anemone.localdomain) by mail1.yamagi.org with esmtpsa (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94 (FreeBSD)) (envelope-from ) id 1lMcFD-000HWk-FY; Wed, 17 Mar 2021 20:54:16 +0100 Date: Wed, 17 Mar 2021 20:53:52 +0100 From: Yamagi Burmeister To: mjguzik@gmail.com Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 13.0-RC2 / 14-CURRENT: Processes getting stuck in vlruwk state Message-Id: <20210317205352.4ea8384e3ca1e6660dbbb06a@yamagi.org> In-Reply-To: References: <20210317143307.20beb5fca0814246f2a91e9a@yamagi.org> <20210317164821.a65559ba0df6645085466484@yamagi.org> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; x86_64-unknown-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA256"; boundary="Signature=_Wed__17_Mar_2021_20_53_52_+0100_xJ+NbZ5mtNrRuJVe" X-Rspamd-Queue-Id: 4F117s6myqz3G2x X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of lists@yamagi.org designates 2001:19f0:b001:853::3 as permitted sender) smtp.mailfrom=lists@yamagi.org X-Spamd-Result: default: False [-2.90 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; TO_DN_NONE(0.00)[]; ARC_NA(0.00)[]; DMARC_NA(0.00)[yamagi.org]; SPAMHAUS_ZRD(0.00)[2001:19f0:b001:853::3:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:19f0:b001:853::3:from]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:20473, ipnet:2001:19f0:b000::/38, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-stable] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2021 19:54:18 -0000 --Signature=_Wed__17_Mar_2021_20_53_52_+0100_xJ+NbZ5mtNrRuJVe Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable This time poudriere came to an end: % sysctl vfs.highest_numvnodes vfs.highest_numvnodes: 500976 On Wed, 17 Mar 2021 18:55:43 +0100 Mateusz Guzik wrote: > Thanks, I'm going to have to ponder a little bit. >=20 > In the meantime can you apply this: > https://people.freebsd.org/~mjg/maxvnodes.diff >=20 > Once you boot, tweak maxvnodes: > sysctl kern.maxvnodes=3D1049226 >=20 > Run poudriere. Once it finishes, inspect sysctl vfs.highest_numvnodes >=20 > On 3/17/21, Yamagi wrote: > > Hi Mateusz, > > the sysctl output after about 10 minutes into the problem is attached. > > In case that its stripped by Mailman a copy can be found here: > > https://deponie.yamagi.org/temp/sysctl_vlruwk.txt.xz > > > > Regards, > > Yamagi > > > > On Wed, 17 Mar 2021 15:57:59 +0100 > > Mateusz Guzik wrote: > > > >> Can you reproduce the problem and run obtain "sysctl -a"? > >> > >> In general, there is a vnode limit which is probably too small. The > >> reclamation mechanism is deficient in that it will eventually inject > >> an arbitrary pause. > >> > >> On 3/17/21, Yamagi wrote: > >> > Hi, > >> > me and some other users in the ##bsdforen.de IRC channel have the > >> > problem that during Poudriere runs processes getting stuck in the > >> > 'vlruwk' state. > >> > > >> > For me it's fairly reproduceable. The problems begin about 20 to 25 > >> > minutes after I've started poudriere. At first only some ccache > >> > processes hang in the 'vlruwk' state, after another 2 to 3 minutes > >> > nearly everything hangs and the total CPU load drops to about 5%. > >> > When I stop poudriere with ctrl-c it takes another 3 to 5 minutes > >> > until the system recovers. > >> > > >> > First the setup: > >> > * poudriere runs in a bhyve vm on zvol. The host is a 12.2-RELEASE-p= 2. > >> > The zvol has a 8k blocksize, the guests partition are aligned to 8= k. > >> > The guest has only zpool, the pool was created with ashift=3D13. T= he > >> > vm has 16 E5-2620 and 16 gigabytes RAM assigned to it. > >> > * poudriere is configured with ccache and ALLOW_MAKE_JOBS=3Dyes. Rem= oving > >> > either of these options lowers the probability of the problem to s= how > >> > up significantly. > >> > > >> > I've tried several git revisions starting with 14-CURRENT at > >> > 54ac6f721efccdba5a09aa9f38be0a1c4ef6cf14 in the hope that I can find= at > >> > least one known to be good revision. No chance, even a kernel build > >> > from 0932ee9fa0d82b2998993b649f9fa4cc95ba77d6 (Wed Sep 2 19:18:27 20= 20 > >> > +0000) has the problem. The problem isn't reproduceable with > >> > 12.2-RELEASE. > >> > > >> > The kernel stack ('procstat -kk') of a hanging process is: > >> > mi_switch+0x155 sleepq_switch+0x109 sleepq_catch_signals+0x3f1 > >> > sleepq_wait_sig+0x9 _sleep+0x2aa kern_wait6+0x482 sys_wait4+0x7d > >> > amd64_syscall+0x140 fast_syscall_common+0xf8 > >> > > >> > The kernel stack of vnlru is changing, even while the processes are > >> > hanging: > >> > * mi_switch+0x155 sleepq_switch+0x109 sleepq_timedwait+0x4b > >> > _sleep+0x29b vnlru_proc+0xa05 fork_exit+0x80 fork_trampoline+0xe > >> > * fork_exit+0x80 fork_trampoline+0xe > >> > > >> > Since vnlru is accumulating CPU time it looks like it's doing at lea= st > >> > something. As an educated guess I would say that vn_alloc_hard() is > >> > waiting a long time or even forever to allocate new vnodes. > >> > > >> > I can provide more information, I just need to know what. > >> > > >> > > >> > Regards, > >> > Yamagi > >> > > >> > -- > >> > Homepage: https://www.yamagi.org > >> > Github: https://github.com/yamagi > >> > GPG: 0x1D502515 > >> > > >> > >> > >> -- > >> Mateusz Guzik > > > > > > -- > > Homepage: https://www.yamagi.org > > Github: https://github.com/yamagi > > GPG: 0x1D502515 > > >=20 >=20 > --=20 > Mateusz Guzik --=20 Homepage: https://www.yamagi.org Github: https://github.com/yamagi GPG: 0x1D502515 --Signature=_Wed__17_Mar_2021_20_53_52_+0100_xJ+NbZ5mtNrRuJVe Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEOXu/lxyufwz0gC5x6xRy5x1QJRUFAmBSXlAACgkQ6xRy5x1Q JRWtcBAAm7O41n9F2mCThr8qOwG/RhcjzOXpRN5taHUYf1ghzGkHRClh9whxyPIl x/yVNqHAy7wLGVWrB3YiPc9C1LVd09Re/aQF0NuSATXm5XPo0PKMFO14NcJ2sR/k oLBPW8zO08WmhWWVSYUBkjHDVn+vcjs2Wj9Cg/rxCUrjHX0+MPvOms6lV64zdUYH YQeZaUHYyhNOvzoTRPvV4nxrHZS+crWhu+jdcH0ysg5xIVevsnWj6yDNrdyyvC5/ ZoJEz4Z/TP2IS0znVXnfJGyOXhRORN6Vyttupo4z9YsN4Dz9oWkOUeCYDVNkrz8U 5YXEqcZAyEZeoY3i7cEvDkelNQi0qax3zuFb9fhXJUCp7sKMJwMP8NQ2TzfZ6cLH 4wdf/t2hnsJSujMvr4+FFfZGX1CHlQy+A5EgQxreqlisq5PsZPLNoBgfielzqiG8 MGaWjIV/yiaZu+SCEScx/JHB0LvuayiuCZiDzNyojtQhTT2X+cYLNXQv4cuBBX85 AYY3gQnuLwjb7fXUcRwAae+sddfvI/RHvNEiUbSWONYFj7uBcvIetP+ziM6ef3FT 8spzkPjgJT56pTOVJJlMOIbwZWKBZrbNmof6sXlMzlv6mX5QdSqX11glx28QwPQq QHZ9ro5nMU68J5APrPmj2EoUkYV2TPFmgHKRIuU6rHqwXYdcHZo= =NdvJ -----END PGP SIGNATURE----- --Signature=_Wed__17_Mar_2021_20_53_52_+0100_xJ+NbZ5mtNrRuJVe-- From owner-freebsd-current@freebsd.org Wed Mar 17 20:39:05 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BEF49578631 for ; Wed, 17 Mar 2021 20:39:05 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-eopbgr660076.outbound.protection.outlook.com [40.107.66.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 4F127X5Kjjz3JSg for ; Wed, 17 Mar 2021 20:39:04 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=RCJzAMAbmsx8cutZbkWU6+YoCMhw0K7FpQpXPrFQGhpe8SCQR7cdYmVyfkiIXM5535mwb4j5TwMNCLCIDv0ggtSQw5p5ZCI03dfoOVxOtBssNO+mRTpUVbw3xSXMeRYsNYOxvd8mYtfdJwvi3aJD8QLB0uFh0K+Z/CMuBfisqpDby6lRBaPZi544WZWraHlDOMzmKQXeyQLluW+JVmERVHCjtX6hgVvMjc/UAgte2t11zwh7GANKhrgEdbRW9ELkcrmemI5x8CHz9/R/IotJokx2v8PD+k3I/hna+uy+ig6XIMEAcRWeMvhC7u3n7/OL+Y9P+3qVhlfKD3noqgtapQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=+yaapj+S4aUsuinMmwaBBQ02T9MlizK/PGO0wwDgxZI=; b=XnWmYYhzY89fV4IToakXRqdKpjTZx7IMBelfBBAkGqsZocc6spPN7pIc43P6L26wK17QqnG98vgLG78FKS+3N/1lX8FL9FpJQ37l3ZPSg2XvwS1qkNY4VaANSQdyFGF2/ROQzTPzFdEhUR6Ube8pWhzyoY3LRKbXrJ7oOQYZtdQnDnUBQfCpVuPbdKkPqQ3nVfHOjl7j51GoNYMCrMEmahLnyxDctzl6RvmXMNc8fkKGlaKef7X3EJksu2EwC3Tsb+/1IEjEI/6gKQHL5qwIO1cOZyWsPCinVLO3OvSRAnrIM7S4HVdAfSVi3MqoUBCJWaUX0QU64rxcsth5thm7MQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=+yaapj+S4aUsuinMmwaBBQ02T9MlizK/PGO0wwDgxZI=; b=artOlYfrvDSkN83ZMf5plCjUshYMf5uGtKRgB+yNBIPRO7B+jgE0fJs+5tgC8gwF+vSOPQ7lZBXjaEuqAgI/yzlbU1pUT/FLK2s3d44w/yK1l8G/r1T1dRy2XpmqNvKTi2LUbDmir+IugOgWVRSo3oY7WhY5U1tyJjbexYM76573B8gYwDcgLShl4nMmt02fErZKio470aS9grbdtsrQfn5Sm37kT5PuF6RO/gEqzUmDemYiNRtdaEUyYtrjv5f86vIJ20ANz6AtLZbVlr/pTHKGaiYD6e4r5uUrOwQjEW2yEHvP8bZbUAdelH/R/RPEIfuwdOuFLayIU9a1x5e7wQ== Received: from YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:19::29) by YQXPR0101MB0741.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:17::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3890.28; Wed, 17 Mar 2021 20:39:02 +0000 Received: from YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM ([fe80::6073:6fc0:5ddf:dc8a]) by YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM ([fe80::6073:6fc0:5ddf:dc8a%7]) with mapi id 15.20.3933.032; Wed, 17 Mar 2021 20:39:02 +0000 From: Rick Macklem To: tech-lists , "freebsd-current@freebsd.org" Subject: Re: Getting started with ktls Thread-Topic: Getting started with ktls Thread-Index: AQHXFgwYWcBrnpJjzEOOvEeMKEi/Wap977EAgAAM4QCAACDHgIAACzeAgADCPHuABK2jgIAAEB+AgABQrWyAAvVQAIAAYG6TgAEVBgCAAEi+8A== Date: Wed, 17 Mar 2021 20:39:02 +0000 Message-ID: References: <20210311003136.GM56617@kduck.mit.edu> <20210311031501.GP56617@kduck.mit.edu> , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 2a96046f-557a-4fa2-b58e-08d8e984b30a x-ms-traffictypediagnostic: YQXPR0101MB0741: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: hm1zRbrZskM4/q1Fk0R8Hkdl2XR11FgLFcKZU8Rgf9V2maRVLpg4k/NC7+BiKJUZ/3m1yV/eSQRXKvMfURKh9L2jXqP1KAL/oWJtpChIkacYf2lQXjc/2FvPdy+LglemNem5GkFOyvRlxaBQLc3Ex68Mn4Qfbfs5OZkH0GDzkHKrY4Ucq66bHRe2k9HItEMitOrQnQBG4KOvn1TvGiZC53TSDurZKOpwXOMAVlbho1WAMRilUfydCcjjoV79qL7EMFn+ObbffF+tTXjIk2xT29D6Do09nLhspQ/J/evT7JMbgG9C0LObLf8/j/sMdMIRSdEwYsD+FAFY0zApvO35p6LfBrSW2K95u7uWI20dzqPvKjYANI31z456x7ZXUF4Mph3f7Q8bIR9DEV9ym4vhSJXlmOLkO8Lq/F5OA7Oq4MaCdgYocABlZWnES+VP77WNApTDRJwHtUhpwmbogVnkrbtfGFXJdrxKG3TtLvJa/xEJvjjECPV8HxUuY9nq/PDWz7f5zF91mF17NY2wgCOcWw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(39860400002)(346002)(396003)(366004)(136003)(376002)(83380400001)(66556008)(110136005)(316002)(71200400001)(66476007)(8936002)(186003)(478600001)(66946007)(9686003)(786003)(6506007)(91956017)(66446008)(33656002)(7696005)(64756008)(2906002)(52536014)(5660300002)(3480700007)(8676002)(86362001)(76116006)(55016002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?iso-8859-1?Q?gn+9towKxMPFmpU3CoRs8D7iSuNIbC4zkttgVTPiHYguCVUWw/Yh0xDoSs?= =?iso-8859-1?Q?eihAkIJEl/aU/MdfT+HsNwtUA/mSwHKPIcHtUgrPNoPIDMLT1bP6Iw3B3O?= =?iso-8859-1?Q?SB8AA24/CasammYp6gAQamVl9SupznAK4cuMjd+FOj0sR/u5dqbbpirPtm?= =?iso-8859-1?Q?La3VVwcj7o3YtoSu/oRf1hVnQE9zNNJzDj2zhSLIMIP2wYHNH1F9c+FvQP?= =?iso-8859-1?Q?vSIqXHa/HpAO9YLo/ZVAWD8ojgFqMioDaL86+JAuQLFpSk88h7UDyISfXe?= =?iso-8859-1?Q?63lidEtwrsKNyPAHKSGDKOKkUtbfpHMxwaytAyMKQIWCWLn+uRcf8+PI/S?= =?iso-8859-1?Q?MuM+Ju3cA6zD+FnXyTvrb0KmO7hYNSxMUCKFVad53LclNiWIubgRe9Zidw?= =?iso-8859-1?Q?PLASwM9ieBN3czgSWVBvlbTMXvF3awvZDOBQYqpyFhyz5CNg3DVDIDKAJU?= =?iso-8859-1?Q?Igj39aDMMj0+0B0AnuFMAlXkI05LjzEGg7Xau473SCBZ0ZVPPaaW8Y7yUG?= =?iso-8859-1?Q?FU1+L4PI8XeoSwdC/Uqd0ic3934qHKaEOE3INbP3tt47/a3XXBUl9k4cxd?= =?iso-8859-1?Q?OlmDTqcchMpbt3S4QgkVlgvAmmUJRWP0UHVsovUyAvrKTk/TVJwbxQQTv3?= =?iso-8859-1?Q?f4Si564/i0ClMVFJWhxkdrtZUjqifAvXeS0OVFK7sFYKj1IgJDwfipLHcx?= =?iso-8859-1?Q?Bm73fLEvO6To5G5FiqiMFhGVu3Gybcc2fLcouFGnuQYInnBxJOxBPz5mQ7?= =?iso-8859-1?Q?JZIv4QbGfM9T/E3x21s4PKesS2UPKxwW5mAJNAbql5haDBsk0UedeIWR3I?= =?iso-8859-1?Q?2c4ulcaaWV/oCd3ESXotlXCSlPPZfAJiLqsOitOQ95TA9aTHTE2s5hJRWh?= =?iso-8859-1?Q?zDOazv5UXqwaZlhueSROlYfu+F1lXsrmSfwTf1EgtwG7I15i/PExUGQeES?= =?iso-8859-1?Q?yXF8c4kncryglijTWM6D98xT/J5wpbPl3BkkpINvIMdkqAIso6pb80y6Rl?= =?iso-8859-1?Q?oALB2HiKAYGpkLgk3xTQgCKUgznbZ4v8O4oY6hJ+NVO2OUh/dQEJH9ndRE?= =?iso-8859-1?Q?g0ys/gix32ccWAU0vja/jeR+ReJlSvUBYo1oZ5f2oRb9uOkKiz4JlZEw5B?= =?iso-8859-1?Q?RYmMQNbQy9Xkz+biUtHWHlUfKnwid8eZC+eSGjko8uoDlDqZEKOmifF1rB?= =?iso-8859-1?Q?KkhbtB2vxtdwnUQeP6BCxrQMELCO+EwGo9apKvTM55Qx/iW8WTwC46Ba2G?= =?iso-8859-1?Q?k1KAJXztAryHqUilEMyc70QS9yUFSWBPbSWNIrUPv/Q3HKIcMdieR1dk2M?= =?iso-8859-1?Q?7ObO6DO3MIndjG/GuD56UCFPnegaiODD8HB73BnOOHZZq6mkZsT6eg8tXd?= =?iso-8859-1?Q?3Hr94nfJtypAcsSqbzmPI/6CQmCt3Ylim5NFKiI6a05JKtlvCDsu4=3D?= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 2a96046f-557a-4fa2-b58e-08d8e984b30a X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Mar 2021 20:39:02.0384 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 4Mi/B8Y54E1nNqFVUv+Z9akJMi4grnD59JEUDG2BYNxnSUuQTRY7BQJHpagcDhI+shOleQ9tgg5MwAGOgKqv8Q== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQXPR0101MB0741 X-Rspamd-Queue-Id: 4F127X5Kjjz3JSg X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector1 header.b=artOlYfr; arc=pass (microsoft.com:s=arcselector9901:i=1); dmarc=pass (policy=none) header.from=uoguelph.ca; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.66.76 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-5.98 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[uoguelph.ca:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[uoguelph.ca,none]; NEURAL_HAM_SHORT(-0.98)[-0.981]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[40.107.66.76:from]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8075, ipnet:40.104.0.0/14, country:US]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector1]; FREEFALL_USER(0.00)[rmacklem]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[40.107.66.76:from:127.0.2.255]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[40.107.66.76:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.66.76:from]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2021 20:39:05 -0000 J. wrote:=0A= >On Tue, Mar 16, 2021 at 11:46:27PM +0000, Rick Macklem wrote:=0A= >>Well, if you do "sysctl -a | fgrep kern.ipc.tls.stats" and it is working,= =0A= >>you should see the count for at least one of the "crypts" ticking up.=0A= >>If they are all zero, it isn't working. That might depend on the apps=0A= >>or setup and does not necessarily indicate broken.=0A= >=0A= >OK. it's "not working" by those criteria on the stable/13 rpi4.=0A= >This one has mutt (imaps) and lynx (https) installed. mutt appears to=0A= >use tlsv1.3 to connect with my email provider.=0A= I know that the receive direction only works for TLS1.2. Not sure=0A= about the xmit direction?=0A= =0A= Make sure you've done the following:=0A= ktls_ocf - is loaded=0A= these sysctls are set to 1=0A= kern.ipc.tls.enable=0A= kern.ipc.mb_use_ext_pgs=0A= =0A= Beyond that, it will take someone more knowledgible to figure=0A= out if it can work for these apps?=0A= (To be honest, for userspace applications I'm not sure there is=0A= any advantage to using KTLS unless you have specialized=0A= hardware.=0A= =0A= rick=0A= =0A= >Trying the nfs-over-tls should definitely test it. When it works, the=0A= >data on the wire after the first couple of Null RPCs is encrypted.=0A= >Also, if you start the daemons with "-v",=0A= =0A= This is what i'll try once buildworld etc completes on the main/14 rpi4.=0A= --=0A= J.=0A= From owner-freebsd-current@freebsd.org Wed Mar 17 18:52:08 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 47F57575145 for ; Wed, 17 Mar 2021 18:52:08 +0000 (UTC) (envelope-from bergerkos@yahoo.co.uk) Received: from sonic301-22.consmr.mail.ir2.yahoo.com (sonic301-22.consmr.mail.ir2.yahoo.com [77.238.176.99]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F0zm75rJWz4v1r for ; Wed, 17 Mar 2021 18:52:07 +0000 (UTC) (envelope-from bergerkos@yahoo.co.uk) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616007125; bh=Ct09fn5FxcGuJTA5X7C0dofwRYMGAsyMklGz7PX2ldL=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=gZVdr8kR1S7CS7DbcW8rNnXC/qcmGGLosDE8Le6MEzt6bir3LuK6KWfXgrrcWoFs605ysdtmn+i8ydItKyOAHADvuhPGFclNbJhn6lEbBylXt2EMJlQoUML+o1E+5FiQTWkgNKWyKAzoISyloNOFf+qKNb7pZlfJIPh3NsropI2hrgxXmAPU4Ie804z9Ea/R+HpzS83jhbN55hdGvfj5P2hjhgvyazcrB/B98FtNB1Xxv3RaiiZwe1pitSIt+IqNW0PrdKRwB5wvHvaVnU2RPhrelb/eAO/tEAyE+7DEUiCkcssA0jbKUn//4nv3uTKJZTBKPWZCb9xJmGHw+6pTzw== X-YMail-OSG: MjiOACcVM1nIGdtP5tggV8ybnsaYbcr81WOEuYwK9Z2CWoKkVukQaPP0mAKiPh3 BZQpJEP4Zk5cCnS9_RijMVoTsxrXgW7ppEUM2RMIl61Ivf9U2K6P23FEubMbzAEUhUpLQk2fXGsB UnMfPV4Rq_thhxNts7i_NgIicQkV0ycoeLHEflz0WxEhordAlSaWJEyH29FzNQ5f_1yuzXLgcnQ7 sCROV0DP6j5v2iaGJPE0HRLMwDK5uDCh_4IKHHPGHrq6DQLRyilUstVSfL5KI5xfNdPWAC8_0lyD W3GeBQImi7x7cWsv92Fg07o_onvFFnG4D5sxdYMigRIJ7gj3_MQYv_hBo_k8FCRFiPLZgGkhKbD2 LgFWyrJTxqkRR.QVzqinGzDsMyFQcUA8DA4qM40KYSj8GsBEgcMpHH.J_IzPzSkbzxOQzp7dsmPR pFqlAljwx5BAFUcmDdL9klpbKEqTRLTe60sGGI97aB3IjcQtBuGzqguJE4MPckiES0P9lfrvVvri SzhLtsUy_0X417LZkhBruz2TXe2Oe6VSMJkrWUoZ1BmW1zEIUm7rGg_3wOSIjD3suG.YLhtaeGIM DAp_T1z8wMJQoZXi07CcUSSiiYY2yBXONflkc6BEiwIxxuYKR_wnmUKe_LkdUfyWEOjqb6Cr2qep lCxIoIIKgib3AFTPhk7BsPgA97ATvFBPNbkADIz.2vGfDVNurhr9zpH.2VCGJO1cnVTgD5FWWJTA Svp9YK7zbTT6KzWEiJ7pwrIio4HYSSZ4KUEh.iHK9bWStOMskVzhhq.TCeNTUYMHxCY7KKOrsDhn moXrdntuvNoKHW4lKE3l4UDtBu5ijwBU_rWo6pcjFkYtMJENQXsNnDbuw13ve72AaXrGaaCINPmp 48_w18Gw2Y2YFLsqMO4AZq.5MBlryf7No_fFsiu_X2UIMLtBxCZ9SQYw05sZBcl5lZeSRZrj4hRj NNKw5nb2As4Ipj1cHaJsvAhtJaNuSZYAx6T1tq_6t5g0N7DLzZuWnucT4ErCsgyOdbDVTyezBd6W VhUIBGkEOMce3Kcg7fhzMgYEly7cq2B.LHxG.AqTzjCJ020D3GVL36toxaBpFuGSSXPC.mBXsaUC ekdOz8t86PN9jXXVsrgd_wA1r6N6qFuqgDtSN9zbRpsaCTjMHWm9A8KHihQajQnUiqEgLEzI1Yy8 OgUm.uVUUkejoHnT2yOxX2oTqKGrzrx3wXN9JJs06eRMVwpmaCS.aFqlDcJdqundtgyFxMkyXfGs TJY_YB84VpIJkSAUK1c.krjL1MvjXX5FejBSwyOuQKEUikzZn65I1q.RfXjYb.UU2WnzQkEKyiSx GIqOL70XW6UcMRU8pWN.gBBaw94EsG.oqNb4V3UVHJKaxf.YHFszY4p1T6P3Q.WEinZA6L6Wx_Ig 5dUYOnfMN56LNOIF.M6BsxFGoYgOVPhD7m0AJij9if_1tT7.RSSGsqFnTrCxU5JYcqYOOv5hU1pF fhTEPIQIIQ_qhM2nyRjTPm_h3xw6BZ3mDtVBobI7N8CBad46HBChXt3YvazUQI6fdWrX6oTJexPQ EOPNmOGX3KbImZnEo59cZ09AyzpDcDURqoStpEWiBTjsa1WMJo4jHWnDj0NRii6v8OwcxdsrSHIj nUraj1DMHZ7BGTSv3u2rMBP.7PZTV7AjspbjyF4YPM.h.17ZBsevlxin0uWVfesMNL0eHV7EfflH gurNCoXT914uZXXDg7dOM4xUelQQwshNFt__HfJnjuJ29LSMeENxG3jbRvzbcZPF7EZu9lDAkj7q wSTeQKHm5Tu72ZsUTu0RYnU3q4hNQyH4ZUW5Y_U7O4D112Pe8_VXhaGighXLNwSftbxOxYcGhWsU 7Nsmr7zxVFqOataPClKhsU1LwtXMgAxhw6EBgAaL51QhfoTEmV9uLCRS9e1WaiMPhF3Exk9izNai 657zDfSK_.a85p1gnYMrYUrAP0MPOJnvVIkPXuh8j.GRykiP0lS6ErSItaw5UENJSxswyQPBoY7I G0dzXrdrbhLHyiHMm0eIIl1TP9.vvkJms6EHTx2HFctEV3wupY0plnVACXjGpB_tvM9J2RqjIX4c jqDv46NYyEPsJk4lWWoSotQUlEHjthCTcmXF5HumTMG1GC6L6tP93s9QDS1CzR9OAXfgBLG_A7RX qcgZiVAe1D8kPh2Bmmpg6jSktly2xPTfZfgdqCvZmfovPPSNte0iH5ZhZqSR_JgZh5PJnZndnpls IesM9Sb_SuM0r8aXsaJ8uIA7IFUl_Nzijgo4CPIcPP.hjNKvSSeNH1mCAEPbMhCuzedxrG_aFehl J7jfHSJkgAcW5gR1dJUvbaPMwdWOmF66UnYx0IJ3595z_ONfuc83bOc52zrTO11tGY3sYCN0hcBB _LUx52VwpZPExH1WQU86bEefRkLtHE2UCR2d2xwRPcC3kViKqt53_lZW49fvNXKquc9TRkh_TcUY rgqpVPS58WsPGLhzzEirm_XVkYgIz8aYgOngNUN3fmyn.ZKBMILAXqf5EQ.jMkPtAqNIIUjghyNx .zDvgkZ.PyAxWbVJKSrrr7GJqUS328Au_NHxUQf6Odv.p3QHN7Nl_HdMr2IHvnMEL3Krd_r7ybXT i2EWFKPbEQI01ZCTzPBsxKZsIet2xykchnvACm8MEZ4.cvKTwtsd9Rp_ibS4IIqFlaCTTPkttjGF gRMaqxwWUCOdeOsuu1VRddmcHsYL89b7DwqloV2w8RZxSYXwMFwbE6HhhswOb2slPsqhs9uGo.x6 Y9pC0V2K1a3fbzpiOfSulnSBp62U0fscP2TV2gmZfBgHmxlVZNDeUVCF_LCFaZ15_AjAAIVLrbEF .ROZXo6hwuZYJhwtxIyUDEoKvJu1RKJoJz6yRvjYCaJrGE3kU7aWalatt2.XUfsy9CZko X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.ir2.yahoo.com with HTTP; Wed, 17 Mar 2021 18:52:05 +0000 Date: Wed, 17 Mar 2021 18:52:01 +0000 (UTC) From: Kostya Berger To: freebsd-current@freebsd.org, Unbound Cc: Warner Losh , Xin Li , Xin Li , d@delphij.net, Jung-uk Kim , "Conrad E. Meyer" , Marcel Moolenaar , Warner Losh , byuu@tutanota.com, interloper255@gmail.com Message-ID: <1717595672.2321085.1616007121143@mail.yahoo.com> In-Reply-To: References: <53e336e7-1b08-5ebf-27a2-de7ca756024c@delphij.net> Subject: Re: ThinkPad: reboots after successful shutdown -p MIME-Version: 1.0 X-Mailer: WebService/1.1.17936 YMailNodin Mozilla/5.0 (X11; FreeBSD amd64; rv:86.0) Gecko/20100101 Firefox/86.0 X-Rspamd-Queue-Id: 4F0zm75rJWz4v1r X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Mailman-Approved-At: Thu, 18 Mar 2021 08:58:56 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2021 18:52:08 -0000 I had it and filed a bug report. It only happens in UEFI loader and that o= nly on one of my machines, but not the other. With kindest regards, Kostya Berger On Wednesday, 17 March 2021, 19:38:57 GMT+3, Unbound wrote: =20 =20 On 2021-03-17 00:01, Xin Li via freebsd-current wrote: > On 3/16/21 9:45 PM, Warner Losh wrote: >>=20 >>=20 >> On Tue, Mar 16, 2021 at 10:18 PM Xin Li > > wrote: >>=20 >>=C2=A0 =C2=A0 On 11/17/19 23:14, Xin Li wrote: >>=C2=A0 =C2=A0 > Hi, >>=C2=A0 =C2=A0 > >>=C2=A0 =C2=A0 > I recently noticed that if I do a 'shutdown -p' from -CUR= RENT, the >>=C2=A0 =C2=A0 > system would shut down and seemingly powered off, then it= would >>=C2=A0 =C2=A0 restart >>=C2=A0 =C2=A0 > after about 5-10 seconds. >>=C2=A0 =C2=A0 > >>=C2=A0 =C2=A0 > Is this a known issue?=C2=A0 Arguably this is not necessa= rily a FreeBSD >>=C2=A0 =C2=A0 > issue, but it seems that the Windows 10 installation does= n't have the >>=C2=A0 =C2=A0 > problem, so I guess there might be some difference betwee= n our and >>=C2=A0 =C2=A0 > Windows's shutdown sequence. >>=20 >>=C2=A0 =C2=A0 I've found a workaround for this, for the record, setting >>=C2=A0 =C2=A0 hw.efi.poweroff=3D0 would make the laptop to correctly shut= down. >>=20 >>=C2=A0 =C2=A0 However I don't see anything wrong with sys/dev/efidev/efir= t.c's >>=C2=A0 =C2=A0 implementation of EFI shutdown; it appears to be essentiall= y the same=20 >> as >>=C2=A0 =C2=A0 implemented in command_poweroff() in stand/efi/loader/main.= c, but >>=C2=A0 =C2=A0 'poweroff' would work just fine in loader.efi. >>=20 >>=C2=A0 =C2=A0 Can someone familiar with the code shed me some light here?= :-) >>=20 >>=C2=A0 =C2=A0 It looks like what Linux did was to prefer ACPI S5, unless = it's not >>=C2=A0 =C2=A0 available or the system have HW_REDUCED flag in FADT, so if= we do >>=C2=A0 =C2=A0 something similar it would fix the issue for me, but accord= ing to >>=C2=A0 =C2=A0 bugs.freebsd.org/233998 th= at's not >>=C2=A0 =C2=A0 the case for at least Conor's system >>=C2=A0 =C2=A0 (_S5 appears to be in the ACPI dump), so I think it's somet= hing else... >>=20 >>=20 >> For me, interrupt storm on shutdown has been the causes of issues like >> this... >>=20 >> Any chance you can eliminate that as a possibility? >=20 > Hmm, that's a good question -- is there a way to tell after the screen > was turned off? >=20 > Before the screen was turned off, there doesn't appear to be interrupt > storm.=C2=A0 The system was performing a typical FreeBSD shutdown procedu= re: > All buffers synced, showed uptime, destroyed GELI devices, spin down the > SATA devices, shutdown the cardreader (rtsx0), detached all USB devices > (hidraw1, hidbus, usbhid1, ubt0, uhub0), screen turned slightly red for > a very brief period (maybe side effect of turning off the backlight), > then goes off. >=20 > I think most of FreeBSD drivers would turn off interrupt from the device > before detaching, but I haven't looked into all of my devices; but from > what I have seen on screen (captured a 60fps video and can share if that > helps), there doesn't appear to be an interrupt storm before that. >=20 > Cheers, FWIW this also happened to me a few weeks ago after a fresh install. I've since wiped the disk and repurposed the hardware. So I can't now reproduce it. But it wasn't a laptop. So it's not isolated to them. Sorry I can't offer anything more. I just wanted to mention this to indicate that it's not a _too_ terribly isolated case. It was Intel CPU/graphics. In case that says anything to anyone. If it matters, I can get/offer more info on the hardware. --Chris _______________________________________________ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" =20 From owner-freebsd-current@freebsd.org Thu Mar 18 10:07:46 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6F89B5B6226 for ; Thu, 18 Mar 2021 10:07:46 +0000 (UTC) (envelope-from jamie@catflap.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4F1N4f1nhxz3D3J for ; Thu, 18 Mar 2021 10:07:46 +0000 (UTC) (envelope-from jamie@catflap.org) Received: by mailman.nyi.freebsd.org (Postfix) id 3B89C5B6315; Thu, 18 Mar 2021 10:07:46 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3B3E15B5E58; Thu, 18 Mar 2021 10:07:46 +0000 (UTC) (envelope-from jamie@catflap.org) Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [IPv6:2001:19f0:300:2185:123::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F1N4d3Ntrz3Cq7; Thu, 18 Mar 2021 10:07:45 +0000 (UTC) (envelope-from jamie@catflap.org) Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [104.207.135.49]) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5) with ESMTP id 12IA7bmw094801 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 18 Mar 2021 10:07:37 GMT (envelope-from jamie@donotpassgo.dyslexicfish.net) Received: (from jamie@localhost) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5/Submit) id 12IA7Vxg094800; Thu, 18 Mar 2021 10:07:31 GMT (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <202103181007.12IA7Vxg094800@donotpassgo.dyslexicfish.net> Date: Thu, 18 Mar 2021 10:07:31 +0000 Organization: Dyslexic Fish To: o.hartmann@walstatt.org, freebsd-current@freebsd.org Cc: bapt@freebsd.org, imb@protected-networks.net, current@freebsd.org Subject: Re: On 14-CURRENT: no ports options anymore? References: <20210313201702.5f9dfa9b@hermann.fritz.box> <25cd3ca3-edb6-8b7a-8ad5-f0737d8bd493@freebsd.org> <509410723.637403.1615665167513@mail.yahoo.com> <20210313210002.30ad4345@hermann.fritz.box> <52964883-05ce-66cc-4d6f-9797746a9a62@protected-networks.net> <20210313220301.28db1d0f@hermann.fritz.box> In-Reply-To: <20210313220301.28db1d0f@hermann.fritz.box> User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (donotpassgo.dyslexicfish.net [104.207.135.49]); Thu, 18 Mar 2021 10:07:37 +0000 (GMT) X-Rspamd-Queue-Id: 4F1N4d3Ntrz3Cq7 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=catflap.org; spf=pass (mx1.freebsd.org: domain of jamie@catflap.org designates 2001:19f0:300:2185:123::1 as permitted sender) smtp.mailfrom=jamie@catflap.org X-Spamd-Result: default: False [-2.70 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[jamie]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:19f0:300:2185:123::1:from]; R_SPF_ALLOW(-0.20)[+mx:dyslexicfish.net]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCPT_COUNT_FIVE(0.00)[5]; HAS_ORG_HEADER(0.00)[]; SPAMHAUS_ZRD(0.00)[2001:19f0:300:2185:123::1:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.90)[-0.903]; DMARC_POLICY_ALLOW(-0.50)[catflap.org,none]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:20473, ipnet:2001:19f0::/38, country:US]; MIME_TRACE(0.00)[0:+]; MAILMAN_DEST(0.00)[current,freebsd-current]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2021 10:07:46 -0000 "Hartmann, O." wrote: > On Sat, 13 Mar 2021 15:13:15 -0500 > Michael Butler via freebsd-current wrote: > > > On 3/13/21 3:00 PM, Hartmann, O. wrote: > > > On Sat, 13 Mar 2021 19:52:47 +0000 (UTC) > > > Filippo Moretti via freebsd-current wrote: > > > > > >> > > >> I had the same problem in console modeFiippo > > >> On Saturday, March 13, 2021, 8:33:57 PM GMT+1, Stefan Esser > > >> wrote: > > >> > > >> Am 13.03.21 um 20:17 schrieb Hartmann, O.: > > >>> Since I moved on to 14-CURRENT, I face a very strange behaviour when trying to set > > >>> options via "make config" or via poudriere accordingly. I always get "===> Options > > >>> unchanged" (when options has been already set and I'd expect a dialog menu). > > >>> This misbehaviour is throughout ALL 14-CURRENT systems (the oldest is at FreeBSD > > >>> 14.0-CURRENT #49 main-n245422-cecfaf9bede9: Fri Mar 12 16:08:09 CET 2021 amd64). > > > > I ran into something similar where dialog4ports would dump core after an > > upgrade. Rebuilding the port (ports-mgmt/dialog4ports) solved it for me, > > > > imb > > Thanks, recompilig ports-mgmt/dialog4ports solved the problem! I was sure that after some > ncurses changes in 14-CURRENT I've rebuilt every single port on all 14-CURRENT systems > after that incident, bad luck. This bit me a few years ago - in my case, the terminal type wasn't recognised. If dialog4ports doesn't run successfully, the error is ignored by the ports scripts. This was on a new install (hence the reason I hadn't yet installed my termcap), and it meant that before I noticed, quite a number of ports got installed without the options I wanted. Since then, I've patched bsd.port.mk with: --- bsd.port.mk.orig 2017-06-06 17:38:00.000000000 +0100 +++ bsd.port.mk 2017-06-08 01:31:36.320294000 +0100 @@ -4729,8 +4729,8 @@ trap "${RM} $${TMPOPTIONSFILE}; exit 1" 1 2 3 5 10 13 15; \ ${SETENV} ${D4P_ENV} ${SH} ${SCRIPTSDIR}/dialog4ports.sh $${TMPOPTIONSFILE} || { \ ${RM} $${TMPOPTIONSFILE}; \ - ${ECHO_MSG} "===> Options unchanged"; \ - exit 0; \ + ${ECHO_MSG} "===> ERROR: Options unchanged"; \ + exit 1; \ }; \ ${ECHO_CMD}; \ if [ ! -e $${TMPOPTIONSFILE} ]; then \ I never submitted this patch, because the way it was written seemed intentional. Maybe this should be reviewed? Cheers, Jamie From owner-freebsd-current@freebsd.org Thu Mar 18 13:04:52 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B2C915747AB for ; Thu, 18 Mar 2021 13:04:52 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4F1S104YgGz3QPy for ; Thu, 18 Mar 2021 13:04:52 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id 9C7685747AA; Thu, 18 Mar 2021 13:04:52 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9C36B574A03 for ; Thu, 18 Mar 2021 13:04:52 +0000 (UTC) (envelope-from jkim@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 4F1S103qz4z3QPx; Thu, 18 Mar 2021 13:04:52 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from freefall.freebsd.org (pool-100-8-53-238.nwrknj.fios.verizon.net [100.8.53.238]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: jkim/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 658152C682; Thu, 18 Mar 2021 13:04:52 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Subject: Re: Problem building x11/nvidia-driver; ref. n245494-6827435548d2 To: current@freebsd.org, David Wolfskill References: From: Jung-uk Kim Organization: FreeBSD.org Message-ID: <40999f3a-a929-0edd-f828-732f2eb418e5@FreeBSD.org> Date: Thu, 18 Mar 2021 09:04:50 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="giLPxNdbRPK0ytUTRkx7rnDxGfPp1TChK" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2021 13:04:52 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --giLPxNdbRPK0ytUTRkx7rnDxGfPp1TChK Content-Type: multipart/mixed; boundary="pbPiVNVSdkE3Nzdt8GTKVi4C0zzPyiYv5"; protected-headers="v1" From: Jung-uk Kim To: current@freebsd.org, David Wolfskill Message-ID: <40999f3a-a929-0edd-f828-732f2eb418e5@FreeBSD.org> Subject: Re: Problem building x11/nvidia-driver; ref. n245494-6827435548d2 References: In-Reply-To: --pbPiVNVSdkE3Nzdt8GTKVi4C0zzPyiYv5 Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 21. 3. 17., David Wolfskill wrote: > My laptop is currently running main-n245489-15b82e00a164; after updatin= g > sources to n245498-096a84721670, I am performing a source-based update.= >=20 > A simialr update on my build machine (which is headless, and thus does > not use anything related to X11) was successful. >=20 > The laptop is set up to rebuild x11/nvidia-driver when the kernel > is updated. >=20 > The buildkernel step on it fails with: >=20 > ... > awk -f /usr/src/sys/conf/kmod_syms.awk nvidia-modeset.ko export_syms |= xargs -J% objcopy % nvidia-modeset.ko > =3D=3D=3D> lib (all) > =3D=3D=3D> lib/libglvnd (all) > ... > =3D=3D=3D> x11/driver (all) > =3D=3D=3D> x11/extension (all) > =3D=3D=3D> doc (all) > make[6]: "/usr/share/mk/bsd.man.mk" line 53: Malformed conditional (${M= K_MANSPLITPKG} =3D=3D "no") > make[6]: Fatal errors encountered -- cannot continue > make[6]: stopped in /common/S4/obj/usr/src/amd64.amd64/sys/CANARY/commo= n/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-460.56/doc > *** Error code 1 >=20 > Stop. >=20 >=20 > On reviewing the list of files changed in 15b82e00a164..096a84721670, I= > note a couple of promising-looking candidates: >=20 > share/mk/bsd.opts.mk | 1 + > share/mk/src.opts.mk | 1 - >=20 > Reviewing the commit log for share/mk/bsd.opts.mk, I see that the most > recent entry is: >=20 > | commit 6827435548d257c672f934db5c6ff01012d96995 > | Author: Jung-uk Kim > | Date: Tue Mar 16 14:16:10 2021 -0400 > |=20 > | pkgbase: Fix building out-of-tree manual pages > | =20 > | c7e6cb9e08d6 introduced MK_MANSPLITPKG but it was not available f= or > | building out-of-tree manual pages. For example, x11/nvidia-drive= r fails > | with the following error: > | =20 > | =3D=3D=3D> doc (all) > | make[3]: "/usr/share/mk/bsd.man.mk" line 53: Malformed conditiona= l (${MK_MANSPLITPKG} =3D=3D "no") > | make[3]: Fatal errors encountered -- cannot continue > | =20 > | Move the definition from src.opts.mk to bsd.opts.mk to make it vi= sible. >=20 > which looks ... apropos. >=20 > Indeed, it appears that the n245494-6827435548d2 change was intended to= > fix the issue that I am now just seeing. >=20 > But I readily confess that I have neither familairity nor expertise > with share/mk/* (and that delving into it reminds me of "You are > in a mazy twist of passages, all different") >=20 > So... help? What do I need to do to be able to build the kernel now? >=20 > (E.g., if I need to just skip building x11/nvidia-driver once, get > everything installed, then build "normally" (with x11/nvidia-driver) > -- that's fine; I just need a clue.) cd /usr/src/share/mk && make install Jung-uk Kim --pbPiVNVSdkE3Nzdt8GTKVi4C0zzPyiYv5-- --giLPxNdbRPK0ytUTRkx7rnDxGfPp1TChK Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature" -----BEGIN PGP SIGNATURE----- wsB5BAABCAAjFiEEl1bqgKaRyqfWXu/CfJ+WJvzb8UYFAmBTT/IFAwAAAAAACgkQfJ+WJvzb8UY+ XQf/ZyDonJh2FjDgDaGqvOu2DswQLpRabTzSh46TvGBoHkQ81SqmGJKhAxXO32C1quwoHMur52k3 5bSqnc9uYnX0+Qu0xtkaECMwwb+g9Rd0EfnSNDRbcOxy4jKSlH5hH9B9yci0+SsoJMZkr1Ly9Ly0 mQTIYnjYIeIsRgXSE50L3uz/ZvA8qpiTmrAokUJRSq9eGZtIeKu8TUl21CQYgIHCs04WFdNNTKV4 n3bP6rkGvGJa9V4WZ6fJqm6F7uECCWloe2FLAeS1wEnonhyzjL3hZrDkAI1lFfvHWvmh4AlpxXas Da5no6sOzWZVvutEouXuJk9TK0pOin8Waj4gjSR7fw== =Kfvr -----END PGP SIGNATURE----- --giLPxNdbRPK0ytUTRkx7rnDxGfPp1TChK-- From owner-freebsd-current@freebsd.org Thu Mar 18 13:46:10 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 83527575B6A; Thu, 18 Mar 2021 13:46:10 +0000 (UTC) (envelope-from agh@riseup.net) Received: from mx1.riseup.net (mx1.riseup.net [198.252.153.129]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "*.riseup.net", Issuer "Sectigo RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F1Swf2fYrz3jSJ; Thu, 18 Mar 2021 13:46:10 +0000 (UTC) (envelope-from agh@riseup.net) Received: from fews1.riseup.net (fews1-pn.riseup.net [10.0.1.83]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.riseup.net", Issuer "Sectigo RSA Domain Validation Secure Server CA" (not verified)) by mx1.riseup.net (Postfix) with ESMTPS id 4F1Swc5f69zDq9H; Thu, 18 Mar 2021 06:46:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1616075168; bh=r017TePnngc1LL5URoBXVDdFsO9RkkczyyjGCdkVBAw=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=ZjzX5qHUTCj6W912c91DVjxFx6bGW6tcrvgaJU4RJIj+tFi+NKuJ5W2DcSkYrodd3 HVVFcOV1lDKTV2kFABfXkj17rfmBnIMXdC6DS7vumd01XDVlDp+A1nYtvDed4m3aLv NXqKDw8MQFd/kXg46zROQ0yftI+Hk5YoNWbvXiCE= X-Riseup-User-ID: 52DEEA7931687A69FA3658866A2B86BAF3769825C82FF9E40C6886900D15C046 Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews1.riseup.net (Postfix) with ESMTPSA id 4F1Swc3K11z5wHD; Thu, 18 Mar 2021 06:46:08 -0700 (PDT) MIME-Version: 1.0 Date: Thu, 18 Mar 2021 06:46:08 -0700 From: Alastair Hogge To: Jamie Landeg-Jones Cc: o.hartmann@walstatt.org, freebsd-current@freebsd.org, bapt@freebsd.org, imb@protected-networks.net, current@freebsd.org Subject: Re: On 14-CURRENT: no ports options anymore? In-Reply-To: <202103181007.12IA7Vxg094800@donotpassgo.dyslexicfish.net> References: <20210313201702.5f9dfa9b@hermann.fritz.box> <25cd3ca3-edb6-8b7a-8ad5-f0737d8bd493@freebsd.org> <509410723.637403.1615665167513@mail.yahoo.com> <20210313210002.30ad4345@hermann.fritz.box> <52964883-05ce-66cc-4d6f-9797746a9a62@protected-networks.net> <20210313220301.28db1d0f@hermann.fritz.box> <202103181007.12IA7Vxg094800@donotpassgo.dyslexicfish.net> Message-ID: Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4F1Swf2fYrz3jSJ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2021 13:46:10 -0000 On 2021-03-18 18:07, Jamie Landeg-Jones wrote: > "Hartmann, O." wrote: > >> On Sat, 13 Mar 2021 15:13:15 -0500 >> Michael Butler via freebsd-current wrote: >> >> > On 3/13/21 3:00 PM, Hartmann, O. wrote: >> > > On Sat, 13 Mar 2021 19:52:47 +0000 (UTC) >> > > Filippo Moretti via freebsd-current wrote: >> > > >> > >> >> > >> I had the same problem in console modeFiippo >> > >> On Saturday, March 13, 2021, 8:33:57 PM GMT+1, Stefan Esser >> > >> wrote: >> > >> >> > >> Am 13.03.21 um 20:17 schrieb Hartmann, O.: >> > >>> Since I moved on to 14-CURRENT, I face a very strange behaviour when trying to set >> > >>> options via "make config" or via poudriere accordingly. I always get "===> Options >> > >>> unchanged" (when options has been already set and I'd expect a dialog menu). >> > >>> This misbehaviour is throughout ALL 14-CURRENT systems (the oldest is at FreeBSD >> > >>> 14.0-CURRENT #49 main-n245422-cecfaf9bede9: Fri Mar 12 16:08:09 CET 2021 amd64). >> > >> > I ran into something similar where dialog4ports would dump core after an >> > upgrade. Rebuilding the port (ports-mgmt/dialog4ports) solved it for me, >> > >> > imb >> >> Thanks, recompilig ports-mgmt/dialog4ports solved the problem! I was sure that after some >> ncurses changes in 14-CURRENT I've rebuilt every single port on all 14-CURRENT systems >> after that incident, bad luck. > > This bit me a few years ago - in my case, the terminal type wasn't > recognised. If dialog4ports > doesn't run successfully, the error is ignored by the ports scripts. > This was on a new > install (hence the reason I hadn't yet installed my termcap), and it > meant that before I > noticed, quite a number of ports got installed without the options I wanted. > > Since then, I've patched bsd.port.mk with: > > --- bsd.port.mk.orig 2017-06-06 17:38:00.000000000 +0100 > +++ bsd.port.mk 2017-06-08 01:31:36.320294000 +0100 > @@ -4729,8 +4729,8 @@ > trap "${RM} $${TMPOPTIONSFILE}; exit 1" 1 2 3 5 10 13 15; \ > ${SETENV} ${D4P_ENV} ${SH} ${SCRIPTSDIR}/dialog4ports.sh > $${TMPOPTIONSFILE} || { \ > ${RM} $${TMPOPTIONSFILE}; \ > - ${ECHO_MSG} "===> Options unchanged"; \ > - exit 0; \ > + ${ECHO_MSG} "===> ERROR: Options unchanged"; \ > + exit 1; \ > }; \ > ${ECHO_CMD}; \ > if [ ! -e $${TMPOPTIONSFILE} ]; then \ > > I never submitted this patch, because the way it was written seemed > intentional. Maybe this should be reviewed? Something like that would be great, please can we get a more informative message? I was bitten by this a few times recently. From owner-freebsd-current@freebsd.org Thu Mar 18 15:31:54 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 10DF157A477 for ; Thu, 18 Mar 2021 15:31:54 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (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 4F1WGd0BtKz3rGG for ; Thu, 18 Mar 2021 15:31:52 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 612572B8 for ; Thu, 18 Mar 2021 11:31:48 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Thu, 18 Mar 2021 11:31:48 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=T8pJWrJT6osuKll/zSWPOMdctCX YZE1k8HZ81mGfqzU=; b=NIGyQP1DdmoSO547eokUUf6+E3IAezGud75np02uv4p /HUXCNuD7NJG191JuuZicsU/llSx+CkZKpaOjahcr+BAWtkh1TGBP1foZ5sdNu0z UFOTz+UzbZuYjVlMRlHRZdg36V3/n3RnzRr3lLEcXRseswmE5sOM1WTHhpdLROWp Ewa5t4adS8/y7DfxIHtd6cyYYxZxvzCkF81oOLKy4BgP0+yq8pZnoRlCgH89TMBP Dir5E1lBT4s1u6pGE3iW+V/4XrXw3NVp8gFaYdzEWkFQ8k1JUtFWNPM0Lw37vBFw FoW1RHfv6TL+3L/okNWwKQEXNpgzgtxen18gGio4guA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=T8pJWr JT6osuKll/zSWPOMdctCXYZE1k8HZ81mGfqzU=; b=w0KzU9//V6OXpK2VTtqVJD 7ZbVUFuNnhkD/GoEcVspPtf8GK/cbQkiZFI3X/jzJh9TXGc2CCQ54WgG4LBfWa5X KsX71PS8p6r7xd8VjPz4vNB/3gilPX5sy5zwPxfSXcA4lysDVuaZwnzTyiDhptse 5QjVVVJ/GXwshmISKEA3aJdqp/h0EBQ/CiltEd1Eh2V/DuM0/gRdoCXlLHz4RPRG OxajnA6rrOz/LC7qgB3ADQZF2BTCKkRZTGCgJqYSIrtAnP0dVuCbNG6glXMby+HL 6CY2xf2Orqry73xY0aBzTEhPJzVR+PRTqSVDaEzcWmMKY/L9w17As2Zsy60PniDQ == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudefiedgjeelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesghdtre ertddtvdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucggtffrrghtthgvrhhnpeeutdetgeegfeffjeegtdfgiefgge dtjeejgeeuudeivdeufedugeffhfffleeikeenucffohhmrghinhepshhtrghtshdrrggt thhivhgvnecukfhppeekvddrjedtrdeluddruddttdenucevlhhushhtvghrufhiiigvpe dtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehtvggthhdqlhhishhtshesiiihgihsthdr nhgvth X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA id 8D6BF1080068 for ; Thu, 18 Mar 2021 11:31:47 -0400 (EDT) Date: Thu, 18 Mar 2021 15:31:45 +0000 From: tech-lists To: freebsd-current@freebsd.org Subject: Re: Getting started with ktls Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: <20210311031501.GP56617@kduck.mit.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ZJ0L1vSHyt+LItJG" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4F1WGd0BtKz3rGG X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=NIGyQP1D; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=w0KzU9//; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.19 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[64.147.123.19:from]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.19]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[64.147.123.19:from]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.19:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[64.147.123.19:from:127.0.2.255]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2021 15:31:54 -0000 --ZJ0L1vSHyt+LItJG Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 17, 2021 at 08:39:02PM +0000, Rick Macklem wrote: > Make sure you've done the following: > ktls_ocf - is loaded > these sysctls are set to 1 > kern.ipc.tls.enable > kern.ipc.mb_use_ext_pgs [on stable/13] % sysctl kern.ipc.tls.enable kern.ipc.mb_use_ext_pgs kern.ipc.tls.enable: 1 kern.ipc.mb_use_ext_pgs: 1 % kldstat | grep ktls 7 1 0xffff000001353000 25520 ktls_ocf.ko %=20 % sysctl -a | fgrep kern.ipc.tls.stats kern.ipc.tls.stats.ocf.retries: 0 kern.ipc.tls.stats.ocf.separate_output: 0 kern.ipc.tls.stats.ocf.inplace: 0 kern.ipc.tls.stats.ocf.tls13_gcm_crypts: 0 kern.ipc.tls.stats.ocf.tls12_gcm_crypts: 0 kern.ipc.tls.stats.ocf.tls11_cbc_crypts: 0 kern.ipc.tls.stats.ocf.tls10_cbc_crypts: 0 kern.ipc.tls.stats.switch_failed: 0 kern.ipc.tls.stats.switch_to_sw: 0 kern.ipc.tls.stats.switch_to_ifnet: 0 kern.ipc.tls.stats.failed_crypto: 0 kern.ipc.tls.stats.corrupted_records: 0 kern.ipc.tls.stats.active: 0 kern.ipc.tls.stats.enable_calls: 535 kern.ipc.tls.stats.offload_total: 0 kern.ipc.tls.stats.sw_rx_inqueue: 0 kern.ipc.tls.stats.sw_tx_inqueue: 0 kern.ipc.tls.stats.threads: 4 %=20 now to try setting up the nfs thing --=20 J. --ZJ0L1vSHyt+LItJG Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmBTclcACgkQs8o7QhFz NAVIeA/9FCGmVLyaH7tuyPWx/VuTzvtn6eGRFDyWm5BP12H+/UMpyCuT2c9P+XTO dje1PZReAgOlKnRMF3c89PDeKFbN+n7BxWic2Xf+KQjSxvj9T6vOSl+kutoIfrHz 90yLfOxmaGfnrHdfM3pRPhndGT5kkXaDqkP+BNIGigXYxUlTj9QurtkLiXxvzT6y eaoVGln7H+552YklcTkuM6QPIiINSJGgUnd4ej22e3baNznFVWIcbkWW7ntY6AU3 8fuhiFCMgDLUS3pXFTY+f0Rm0wUoBmV3uBXPdn7/KftCQJsWk945TzroqnEavzof E3Vbu4PZ507HOGQsQWL/vsA0Z1k8InGenznpGbGPu/fjAviVPip+L8UiNbSm5y+I 5NJ/kh70boNJCz0VBulvTvJR+bAqXX5j2vVCmoXdKgYGKczJeXGv/zYoUGqQqygx xnwsZzo2xGDgGc9a+eaohvD0ORcFydHv0K92FgEmdfDRGuXuY1NB2OJe72ElfH5r TDWMtlWU0plqHrJczMdhg2tGrC8teZgFD12fQhdbtjS/0WB0Fin/GsxtQ3nnNQMA CBt3sx4xj4+Driy7LAwn0HEe05GHx6jV0360TQD7UUNwHfM40XZ8K7lnsqfV/bRu SGgx1isVbqXMfsKMyoIEBJ64b75pk/2+6V+DqRyfouRIHA9hPGg= =hmTM -----END PGP SIGNATURE----- --ZJ0L1vSHyt+LItJG-- From owner-freebsd-current@freebsd.org Thu Mar 18 15:44:05 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 12FCC57ACE7; Thu, 18 Mar 2021 15:44:05 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-lf1-x131.google.com (mail-lf1-x131.google.com [IPv6:2a00:1450:4864:20::131]) (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 4F1WXh1mdSz3s3Z; Thu, 18 Mar 2021 15:44:03 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-lf1-x131.google.com with SMTP id 75so5291023lfa.2; Thu, 18 Mar 2021 08:44:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Mc/Y6msjubceQPcuTWHm3gAGQ5Nrc2qG26qviHpdOGc=; b=XqRck4m90+5XclJL48mpjxbRBuGbElhjAHop+V/+v2YIERpgtLTBSwNaCnt5dgKvdu JTXOoTCTWSsTrcYOisBI7kSeqrXw77hS1XOrfdF3DoppvJntrlyWjAoPvP9nQ+jWoaFa ye0nMgv6O/Ok3ht8La2dThi42UaIwi1eDURQGWZz9HzjP7uN/kTPr6jgQz+SWtnqcfX0 41e0l5lSs/YGD0korlXqXT/6vshiw68E95wfhxEtXHR/VNd0cQ357fCaNGPDYyAj/HwW e9njZLk541X2Ij5OuL3amTpf5UsUv5QbLp4D/6wWa1E+hpKf5Tdpubd4yPHKTtAlmMyo SHyw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Mc/Y6msjubceQPcuTWHm3gAGQ5Nrc2qG26qviHpdOGc=; b=PCJnfnukLMztgBf1PXey2x73g8gfzrVIG3WkfI0VEEPbP4mowobEFtPwkQUccMdru9 ezunB8WhR4W6enlMCnQcqVfREY2tTi7uNNyE2UMrR1UxbZ4d4FgrvuAdm66PtjdoMgj9 dWA+BYFN/26jOXWxmU+z8mhUufmiW5+pq8JlNvAsNbgMJoPSMC9Oz2SU7FlawZWDYWKO e09npp1MxSuZoNjHaMA7EQKzhR8XvdCsG9XJOp3HeVvFnBMn/UxtCIkSd4FFJO9UYoE+ Zw8jUmXcAJs+j+FS+uspgxgjvrKEXoUGI3W2Ex8ncqFGti5Na1WDI1VdiKIExZao/cZK pu0Q== X-Gm-Message-State: AOAM532zIsTOI/Z8TZxVF8tmJoQdbLAjakKEcfX8ewsVYGp1sE3Lxw9I 7Dyjzvctf6cgtp8k6tGqhdrkkMQA/r1L6Dm2yonYucXKoDY= X-Google-Smtp-Source: ABdhPJxQDGdyRRcBnzYyyFL/8Wq2EKBua5Q1LZhLhhs80ZgRHYUNOPMi5e3Mc/bNugtVe/1Sh79kPXELYOvgwAaFCAM= X-Received: by 2002:ac2:43d6:: with SMTP id u22mr6188930lfl.266.1616082241915; Thu, 18 Mar 2021 08:44:01 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a2e:b54e:0:0:0:0:0 with HTTP; Thu, 18 Mar 2021 08:44:00 -0700 (PDT) In-Reply-To: <20210317143307.20beb5fca0814246f2a91e9a@yamagi.org> References: <20210317143307.20beb5fca0814246f2a91e9a@yamagi.org> From: Mateusz Guzik Date: Thu, 18 Mar 2021 16:44:00 +0100 Message-ID: Subject: Re: 13.0-RC2 / 14-CURRENT: Processes getting stuck in vlruwk state To: Yamagi Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4F1WXh1mdSz3s3Z X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=XqRck4m9; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mjguzik@gmail.com designates 2a00:1450:4864:20::131 as permitted sender) smtp.mailfrom=mjguzik@gmail.com X-Spamd-Result: default: False [-2.09 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_SHORT(0.91)[0.910]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::131:from]; TO_DN_SOME(0.00)[]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::131:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::131:from]; NEURAL_HAM_LONG(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-stable]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2021 15:44:05 -0000 To sum up what happened, Yamagi was kind enough to test several patches and ultimately the issue got solved here https://cgit.freebsd.org/src/commit/?id=e9272225e6bed840b00eef1c817b188c172338ee . The patch also got merged into releng/13.0 On 3/17/21, Yamagi wrote: > Hi, > me and some other users in the ##bsdforen.de IRC channel have the > problem that during Poudriere runs processes getting stuck in the > 'vlruwk' state. > > For me it's fairly reproduceable. The problems begin about 20 to 25 > minutes after I've started poudriere. At first only some ccache > processes hang in the 'vlruwk' state, after another 2 to 3 minutes > nearly everything hangs and the total CPU load drops to about 5%. > When I stop poudriere with ctrl-c it takes another 3 to 5 minutes > until the system recovers. > > First the setup: > * poudriere runs in a bhyve vm on zvol. The host is a 12.2-RELEASE-p2. > The zvol has a 8k blocksize, the guests partition are aligned to 8k. > The guest has only zpool, the pool was created with ashift=13. The > vm has 16 E5-2620 and 16 gigabytes RAM assigned to it. > * poudriere is configured with ccache and ALLOW_MAKE_JOBS=yes. Removing > either of these options lowers the probability of the problem to show > up significantly. > > I've tried several git revisions starting with 14-CURRENT at > 54ac6f721efccdba5a09aa9f38be0a1c4ef6cf14 in the hope that I can find at > least one known to be good revision. No chance, even a kernel build > from 0932ee9fa0d82b2998993b649f9fa4cc95ba77d6 (Wed Sep 2 19:18:27 2020 > +0000) has the problem. The problem isn't reproduceable with > 12.2-RELEASE. > > The kernel stack ('procstat -kk') of a hanging process is: > mi_switch+0x155 sleepq_switch+0x109 sleepq_catch_signals+0x3f1 > sleepq_wait_sig+0x9 _sleep+0x2aa kern_wait6+0x482 sys_wait4+0x7d > amd64_syscall+0x140 fast_syscall_common+0xf8 > > The kernel stack of vnlru is changing, even while the processes are > hanging: > * mi_switch+0x155 sleepq_switch+0x109 sleepq_timedwait+0x4b > _sleep+0x29b vnlru_proc+0xa05 fork_exit+0x80 fork_trampoline+0xe > * fork_exit+0x80 fork_trampoline+0xe > > Since vnlru is accumulating CPU time it looks like it's doing at least > something. As an educated guess I would say that vn_alloc_hard() is > waiting a long time or even forever to allocate new vnodes. > > I can provide more information, I just need to know what. > > > Regards, > Yamagi > > -- > Homepage: https://www.yamagi.org > Github: https://github.com/yamagi > GPG: 0x1D502515 > -- Mateusz Guzik From owner-freebsd-current@freebsd.org Thu Mar 18 23:08:46 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6CC605B02BF for ; Thu, 18 Mar 2021 23:08:46 +0000 (UTC) (envelope-from smtp-3r7jp@worldwidehealinghands.org) Received: from host.loulesko.com (host.loulesko.com [69.16.231.80]) (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 4F1jPn35Xlz4tZs for ; Thu, 18 Mar 2021 23:08:44 +0000 (UTC) (envelope-from smtp-3r7jp@worldwidehealinghands.org) Received: from [198.23.212.189] (port=50970 helo=worldwidehealinghands.org) by host.loulesko.com with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1lMoyV-00041B-P4 for freebsd-current@freebsd.org; Thu, 18 Mar 2021 05:29:51 -0400 From: freebsd.org- Admin To: freebsd-current@freebsd.org Subject: www.freebsd.org E-mail Report MESSAGE REF: DN2PSAA Date: 18 Mar 2021 02:29:50 -0700 Message-ID: <20210318022950.B380A868AAB3DCEA@freebsd.org> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host.loulesko.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - worldwidehealinghands.org X-Get-Message-Sender-Via: host.loulesko.com: authenticated_id: smtp-3r7jp@worldwidehealinghands.org X-Authenticated-Sender: host.loulesko.com: smtp-3r7jp@worldwidehealinghands.org X-Source: X-Source-Args: X-Source-Dir: X-Rspamd-Queue-Id: 4F1jPn35Xlz4tZs X-Spamd-Bar: ++++++++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of smtp-3r7jp@worldwidehealinghands.org has no SPF policy when checking 69.16.231.80) smtp.mailfrom=smtp-3r7jp@worldwidehealinghands.org X-Spamd-Result: default: False [10.75 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; GREYLIST(0.00)[pass,body]; HAS_X_SOURCE(0.00)[]; TO_DN_NONE(0.00)[]; RBL_MAILSPIKE_BAD(1.00)[69.16.231.80:from]; FORGED_SENDER(0.30)[freebsd-current@freebsd.org,smtp-3r7jp@worldwidehealinghands.org]; HAS_X_ANTIABUSE(0.00)[]; TO_EQ_FROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:~]; ASN(0.00)[asn:32244, ipnet:69.16.192.0/18, country:US]; MID_RHS_MATCH_FROM(0.00)[]; FROM_NEQ_ENVFROM(0.00)[freebsd-current@freebsd.org,smtp-3r7jp@worldwidehealinghands.org]; HAS_X_AS(0.00)[smtp-3r7jp@worldwidehealinghands.org]; RSPAMD_URIBL(4.50)[firebasestorage.googleapis.com:url]; SUBJECT_ENDS_SPACES(0.50)[]; URL_IN_SUBJECT(0.40)[www.freebsd.org]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[69.16.231.80:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.85)[0.854]; DMARC_NA(0.00)[freebsd.org]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[69.16.231.80:from:127.0.2.255]; NEURAL_SPAM_LONG(1.00)[1.000]; MIME_HTML_ONLY(0.20)[]; HAS_X_GMSV(0.00)[smtp-3r7jp@worldwidehealinghands.org]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-Spam: Yes MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2021 23:08:46 -0000 From owner-freebsd-current@freebsd.org Fri Mar 19 03:35:26 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1E3AD5B53F0 for ; Fri, 19 Mar 2021 03:35:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4F1qKT72v7z3Px4 for ; Fri, 19 Mar 2021 03:35:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id EFE7B5B590C; Fri, 19 Mar 2021 03:35:25 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EFB065B5636 for ; Fri, 19 Mar 2021 03:35:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F1qKT6R4Gz3QBD for ; Fri, 19 Mar 2021 03:35:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id D07EA6208 for ; Fri, 19 Mar 2021 03:35:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 12J3ZPuF071708 for ; Fri, 19 Mar 2021 03:35:25 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 12J3ZPuF071707 for current@FreeBSD.org; Fri, 19 Mar 2021 03:35:25 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: current@FreeBSD.org Subject: [Bug 254395] bsdinstall: fail script install after BETA3 Date: Fri, 19 Mar 2021 03:35:26 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 13.0-STABLE X-Bugzilla-Keywords: regression X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: andrey@bsdnir.info X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status keywords bug_severity priority component assigned_to reporter cc Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 03:35:26 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D254395 Bug ID: 254395 Summary: bsdinstall: fail script install after BETA3 Product: Base System Version: 13.0-STABLE Hardware: Any OS: Any Status: New Keywords: regression Severity: Affects Only Me Priority: --- Component: bin Assignee: bugs@FreeBSD.org Reporter: andrey@bsdnir.info CC: current@FreeBSD.org After BETA3 or RC1 (CURRENT add efi partition /boot/efi mount) script insta= ll UEFI system fail checksum/extract base.txz Old working `PARTITIONS=3D"$DISKSLICE GPT { 260M efi , auto freebsd-ufs / }= "` if edit `PARTITIONS=3D"$DISKSLICE GPT { 260M efi /boot/efi, auto freebsd-uf= s / }"` not fix root /mnt and efi /mnt/boot/efi mount succesfull bsdinstall_log * DEBUG: f_variable_set_defaults: Initializing defaults... * DEBUG: f_getvar: var=3D[debug] value=3D[1] r=3D0 * DEBUG: f_getvar: var=3D[editor] value=3D[/usr/bin/ee] r=3D0 * DEBUG: f_getvar: var=3D[ftpState] value=3D[auto] r=3D0 * DEBUG: f_getvar: var=3D[ftpUser] value=3D[ftp] r=3D0 * DEBUG: f_getvar: var=3D[hostname] value=3D[] r=3D0 * DEBUG: f_getvar: var=3D[MEDIA_TIMEOUT] value=3D[300] r=3D0 * DEBUG: f_getvar: var=3D[nfs_reserved_port_only] value=3D[NO] r=3D0 * DEBUG: f_getvar: var=3D[nfs_use_tcp] value=3D[NO] r=3D0 * DEBUG: f_getvar: var=3D[nfs_use_v3] value=3D[YES] r=3D0 * DEBUG: f_getvar: var=3D[PKG_TMPDIR] value=3D[/var/tmp] r=3D0 * DEBUG: f_getvar: var=3D[releaseName] value=3D[13.0-RC2] r=3D0 * DEBUG: f_variable_set_defaults: Defaults initialized. * DEBUG: variable.subr: Successfully loaded. * DEBUG: f_include_lang: file=3D[/usr/libexec/bsdconfig/include/messages.s= ubr] lang=3D[] * DEBUG: dialog.subr: DIALOG_SELF_INITIALIZE=3D[1] * DEBUG: f_dialog_init: ARGV=3D[/tmp/installerconfig] GETOPTS_STDARGS=3D[d= D:SX] * DEBUG: f_dialog_init: SECURE=3D[] USE_XDIALOG=3D[] * DEBUG: f_dialog_init: dialog(1) API initialized. * DEBUG: dialog.subr: Successfully loaded. * DEBUG: f_include: file=3D[/usr/share/bsdconfig/variable.subr] * DEBUG: Began Installation at Fri Mar 19 02:37:31 UTC 2021 * ./boot/efi/: Can't restore time * tar: Error exit delayed from previous errors. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-current@freebsd.org Fri Mar 19 01:09:17 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A87135B2CD8 for ; Fri, 19 Mar 2021 01:09:17 +0000 (UTC) (envelope-from david.r.bergstein@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4F1m4s31qnz3HD9 for ; Fri, 19 Mar 2021 01:09:17 +0000 (UTC) (envelope-from david.r.bergstein@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 67AE75B2CD7; Fri, 19 Mar 2021 01:09:17 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 675455B2CD6 for ; Fri, 19 Mar 2021 01:09:17 +0000 (UTC) (envelope-from david.r.bergstein@gmail.com) Received: from mail-qk1-x72e.google.com (mail-qk1-x72e.google.com [IPv6:2607:f8b0:4864:20::72e]) (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 4F1m4r2Zxjz3H2G for ; Fri, 19 Mar 2021 01:09:16 +0000 (UTC) (envelope-from david.r.bergstein@gmail.com) Received: by mail-qk1-x72e.google.com with SMTP id q3so1321113qkq.12 for ; Thu, 18 Mar 2021 18:09:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding:content-language; bh=39T9qv03xbFU0CU+KF1rbaYiWmmZ85fHWHifTbezIcY=; b=kyIZaeX2z+A7mi9WhRtyK5Xt2qQApVZNdjfCbqyZZ3PCBJECprT5D3qmfxsjCloP/V nLkud2L14bi5GU1/Cz2PlmweS9EBSESqU9saTnXzju+jVXa3z4JHWF1W/Al+cvp3JGLj dvTecBs8+A3jekD60V4AaMH5ry0T51PZDthVCCsQj3rNTviUYpEWG26MgTkB4noEAPAe gOb6TRiGZL2acXYdWdFSew5lqEjCb//opCGRlRaCWqrISmga09e1pngUMdsbWDqpIUkB aJkFhZRhcEcYH1miuhq7ihLXDbQT2DasilDFmtrzxfD/beTYwzetogKrATEH2QT+NK/8 jtnw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=39T9qv03xbFU0CU+KF1rbaYiWmmZ85fHWHifTbezIcY=; b=A0IRwdNe6kOIg5jA0zlTY+A7ZSMqLx4vA9EQgHwcMCvufZJ3HCOTztHB9p8Qe5q1iS CtiwCNAORUpHGb343ojKTDqYufNjLL/4V9Dr5d8RHbJiC3pn/yo5J2gTMpOsAzWCMKy/ AwbLBc5Hw+0tieztsKC8Z33bFd6dOuHFJW3dcFVJBkPxwJUVp4DHf4f+Quw9VgyG4dSV IKDdJUGLLIAjJl33tPpg4lEIAC9WPJ3bDqS4dWYuJW8ncf8l+WugSdAgI2g56cbsC2oF K5MfI77zQVxWskPLSR5fhJ3edrTSfmZnJsJq6vQw5U8GGkWzOXEQOFsKmHgULurMGpGR MJqQ== X-Gm-Message-State: AOAM532BjR9SZUBjSK/iEG/7nVeYGRhLxM6Lzw03/0ZYom7ntKiHLkWi i218schrCDNLfM4Xv+h3PfU5kwBop5U= X-Google-Smtp-Source: ABdhPJzpidSmBEKwHux/k0DoqDiYMkRMP/iT1ODko59EjXFMnJiwmJHLNr1jGZcFi0KBxoJLRyILBw== X-Received: by 2002:a37:6888:: with SMTP id d130mr7108654qkc.368.1616116154104; Thu, 18 Mar 2021 18:09:14 -0700 (PDT) Received: from [192.168.1.6] (pool-96-241-46-90.washdc.fios.verizon.net. [96.241.46.90]) by smtp.googlemail.com with ESMTPSA id p8sm2747344qtu.8.2021.03.18.18.09.13 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 18 Mar 2021 18:09:13 -0700 (PDT) To: current@freebsd.org From: "David R. Bergstein" Subject: Boot time crash - Sleeping thread owns a non-sleepable lock Message-ID: <4e9908f5-3bbc-f7b2-e2bc-45376d524215@gmail.com> Date: Thu, 18 Mar 2021 21:09:12 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4F1m4r2Zxjz3H2G X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=kyIZaeX2; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of davidrbergstein@gmail.com designates 2607:f8b0:4864:20::72e as permitted sender) smtp.mailfrom=davidrbergstein@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RECEIVED_SPAMHAUS_PBL(0.00)[96.241.46.90:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::72e:from]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::72e:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::72e:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[current] X-Mailman-Approved-At: Fri, 19 Mar 2021 06:21:06 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 01:09:17 -0000 I have been seeing this boot time crash on an intermittent basis on a virtual machine; FreeBSD-13.0-RC2.   Below is a copy of the kernel crash dump file in case it is helpful to anyone: -------------------------------------------------- drb-freebsd-13.localdomain dumped core - see /var/crash/vmcore.4 Thu Mar 18 20:58:47 EDT 2021 FreeBSD drb-freebsd-13.localdomain 13.0-RC2 FreeBSD 13.0-RC2 #0 releng/13.0-n244684-13c22f74953: Fri Mar 12 04:05:19 UTC 2021 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 panic: sleeping thread GNU gdb (GDB) 10.1 [GDB v10.1 for FreeBSD] Copyright (C) 2020 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-freebsd13.0". 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 /usr/lib/debug//boot/kernel/kernel.debug... Unread portion of the kernel message buffer: ---<>--- Copyright (c) 1992-2021 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994     The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 13.0-RC2 #0 releng/13.0-n244684-13c22f74953: Fri Mar 12 04:05:19 UTC 2021 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 FreeBSD clang version 11.0.1 (git@github.com:llvm/llvm-project.git llvmorg-11.0.1-0-g43ff75f2c3fe) VT(vga): text 80x25 CPU: Intel(R) Core(TM) i7 CPU         950  @ 3.07GHz (3103.68-MHz K8-class CPU)   Origin="GenuineIntel"  Id=0x106a5  Family=0x6  Model=0x1a Stepping=5 Features=0x1783fbff   Features2=0x180201   AMD Features=0x28100800   AMD Features2=0x1   Structured Extended Features3=0x10000000   TSC: P-state invariant real memory  = 9126805504 (8704 MB) avail memory = 8285257728 (7901 MB) Event timer "LAPIC" quality 100 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 cache groups x 1 core(s) random: unblocking device. ioapic0: MADT APIC ID 4 != hw id 0 ioapic0 irqs 0-23 Launching APs: 2 1 3 Timecounter "TSC-low" frequency 1551839460 Hz quality 1000 KTLS: Initialized 4 threads random: entropy device external interface [ath_hal] loaded WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD 14.0. kbd1 at kbdmux0 000.000058 [4350] netmap_init               netmap: loaded module mlx5en: Mellanox Ethernet driver 3.6.0 (December 2020) nexus0 vtvga0: cryptosoft0: aesni0: No AES or SHA support. acpi0: acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) cpu0: on acpi0 attimer0: port 0x40-0x43,0x50-0x53 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xd000-0xd00f at device 1.1 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 vgapci0: mem 0xe0000000-0xefffffff irq 18 at device 2.0 on pci0 vgapci0: Boot video device em0: port 0xd010-0xd017 mem 0xf0000000-0xf001ffff irq 19 at device 3.0 on pci0 em0: Using 1024 TX descriptors and 1024 RX descriptors <6>em0: Ethernet address: 08:00:27:dd:d4:fc <6>em0: netmap queues/slots: TX 1/1024, RX 1/1024 pcm0: port 0xd100-0xd1ff,0xd200-0xd23f irq 21 at device 5.0 on pci0 pcm0: ohci0: mem 0xf0804000-0xf0804fff irq 22 at device 6.0 on pci0 usbus0 on ohci0 usbus0: 12Mbps Full Speed USB v1.0 pci0: at device 7.0 (no driver attached) ehci0: mem 0xf0805000-0xf0805fff irq 19 at device 11.0 on pci0 usbus1: EHCI version 1.0 usbus1 on ehci0 usbus1: 480Mbps High Speed USB v2.0 acpi_acad0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] WARNING: Device "psm" is Giant locked and may be deleted before FreeBSD 14.0. psm0: model IntelliMouse Explorer, device ID 4 orm0: at iomem 0xc0000-0xc7fff,0xe2000-0xe2fff pnpid ORM0000 on isa0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff pnpid PNP0900 on isa0 atrtc0: at port 0x70 irq 8 on isa0 atrtc0: registered as a time-of-day clock, resolution 1.000000s Event timer "RTC" frequency 32768 Hz quality 0 atrtc0: non-PNP ISA device will be removed from GENERIC in FreeBSD 14. Timecounters tick every 10.000 msec ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Trying to mount root from zfs:zroot/ROOT/default []... Root mount waiting for: CAM usbus0 usbus1 ugen0.1: at usbus0 uhub0 on usbus0 ugen1.1: at usbus1 uhub0: on usbus0 uhub1 on usbus1 uhub1: on usbus1 ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: ATA8-ACS device ada0: Serial Number VBb8450cb8-277eed0b ada0: 33.300MB/s transfers (UDMA2, PIO 65536bytes) ada0: 61440MB (125829120 512 byte sectors) cd0 at ata1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI device cd0: Serial Number VB2-01700376 cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present uhub0: 12 ports with 12 removable, self powered Root mount waiting for: usbus1 Root mount waiting for: usbus1 Root mount waiting for: usbus1 Root mount waiting for: usbus1 uhub1: 12 ports with 12 removable, self powered <118>Setting hostuuid: 56767ad9-d311-7b42-9f7f-db26ca8d9b82. <118>Setting hostid: 0x10458f66. <118>Starting file system checks: <118>no pools available to import <118>Mounting local filesystems:. <118>Setting hostname: drb-freebsd-13.localdomain. <118>ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib /usr/local/lib/compat/pkg /usr/local/lib/compat/pkg /usr/local/lib/gcc10 /usr/local/lib/gcc9 /usr/local/lib/mysql /usr/local/lib/mysql/plugin /usr/local/lib/perl5/5.32/mach/CORE /usr/local/lib/qt5 /usr/local/lib/samba4 /usr/local/lib/signon /usr/local/lib/signon/extensions /usr/local/llvm10/lib <118>32-bit compatibility ldconfig path: /usr/lib32 <118>Setting up harvesting: [UMA],[FS_ATIME],SWI,INTERRUPT,NET_NG,[NET_ETHER],NET_TUN,MOUSE,KEYBOARD,ATTACH,CACHED <118>Feeding entropy: . vboxguest0 port 0xd020-0xd03f mem 0xf0400000-0xf07fffff,0xf0800000-0xf0803fff irq 20 at device 4.0 on pci0 Sleeping thread (tid 100521, pid 174) owns a non-sleepable lock KDB: stack backtrace of thread 100521: #0 0xffffffff80c16291 at mi_switch+0xc1 #1 0xffffffff8293cf37 at rtR0SemEventMultiBsdWait+0x297 #2 0xffffffff8291d36a at vgdrvHgcmAsyncWaitCallbackWorker+0x14a #3 0xffffffff8291e49b at VbglR0HGCMInternalConnect+0x11b #4 0xffffffff8291ad33 at VGDrvCommonIoCtl+0xb53 #5 0xffffffff82919af6 at VGDrvCommonProcessOptionsFromHost+0x146 #6 0xffffffff8291d9f8 at vgdrvFreeBSDAttach+0x1d8 #7 0xffffffff80c462ad at device_attach+0x3dd #8 0xffffffff80c45eb1 at device_probe_and_attach+0x41 #9 0xffffffff8085b966 at pci_driver_added+0xf6 #10 0xffffffff80c43d29 at devclass_driver_added+0x39 #11 0xffffffff80c43cad at devclass_add_driver+0x13d #12 0xffffffff80be6964 at module_register_init+0xa4 #13 0xffffffff80bd8667 at linker_load_module+0xbc7 #14 0xffffffff80bd9e4b at kern_kldload+0xbb #15 0xffffffff80bd9f7b at sys_kldload+0x5b #16 0xffffffff8108aa8c at amd64_syscall+0x10c #17 0xffffffff810618be at fast_syscall_common+0xf8 panic: sleeping thread cpuid = 0 time = 1616100801 KDB: stack backtrace: #0 0xffffffff80c57105 at kdb_backtrace+0x65 #1 0xffffffff80c09cd1 at vpanic+0x181 #2 0xffffffff80c09b43 at panic+0x43 #3 0xffffffff80c6e526 at propagate_priority+0x296 #4 0xffffffff80c6f0c3 at turnstile_wait+0x313 #5 0xffffffff80be7b9c at __mtx_lock_sleep+0x17c #6 0xffffffff80c256bf at softclock_call_cc+0xff #7 0xffffffff80c25b89 at softclock+0x79 #8 0xffffffff80bcae0d at ithread_loop+0x24d #9 0xffffffff80bc7c0e at fork_exit+0x7e #10 0xffffffff8106201e at fork_trampoline+0xe Uptime: 8s Dumping 364 out of 8152 MB:..5%..14%..22%..31%..44%..53%..62%..71%..84%..93% __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 55        __asm("movq %%gs:%P1,%0" : "=r" (td) : "n" (offsetof(struct pcpu, (kgdb) #0  __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 #1  doadump (textdump=) at /usr/src/sys/kern/kern_shutdown.c:399 #2  0xffffffff80c098c6 in kern_reboot (howto=260)     at /usr/src/sys/kern/kern_shutdown.c:486 #3  0xffffffff80c09d40 in vpanic (fmt=, ap=)     at /usr/src/sys/kern/kern_shutdown.c:919 #4  0xffffffff80c09b43 in panic (fmt=)     at /usr/src/sys/kern/kern_shutdown.c:843 #5  0xffffffff80c6e526 in propagate_priority (td=0xfffffe00c2c0be00)     at /usr/src/sys/kern/subr_turnstile.c:251 #6  0xffffffff80c6f0c3 in turnstile_wait (ts=ts@entry=0xfffff800035b9540,     owner=, owner@entry=0xfffffe00c2c0be00, queue=queue@entry=0)     at /usr/src/sys/kern/subr_turnstile.c:808 #7  0xffffffff80be7b9c in __mtx_lock_sleep (c=0xffffffff81802718 ,     v=) at /usr/src/sys/kern/kern_mutex.c:664 #8  0xffffffff80c256bf in softclock_call_cc (     c=0xffffffff81d1b700 ,     cc=cc@entry=0xffffffff81ca8200 , direct=direct@entry=0)     at /usr/src/sys/kern/kern_timeout.c:658 #9  0xffffffff80c25b89 in softclock (arg=0xffffffff81ca8200 )     at /usr/src/sys/kern/kern_timeout.c:816 #10 0xffffffff80bcae0d in intr_event_execute_handlers (p=,     ie=0xfffff8000364a700) at /usr/src/sys/kern/kern_intr.c:1168 #11 ithread_execute_handlers (p=, ie=0xfffff8000364a700)     at /usr/src/sys/kern/kern_intr.c:1181 #12 ithread_loop (arg=arg@entry=0xfffff80003657d20)     at /usr/src/sys/kern/kern_intr.c:1269 #13 0xffffffff80bc7c0e in fork_exit (     callout=0xffffffff80bcabc0 , arg=0xfffff80003657d20,     frame=0xfffffe00835e8d40) at /usr/src/sys/kern/kern_fork.c:1069 #14 (kgdb) ------------------------------------------------------------------------ ps -axlww UID PID PPID  C PRI NI   VSZ  RSS MWCHAN   STAT TT     TIME COMMAND   0   0    0  3 -16  0     0    0 swapin   DLs   -  0:00.00 [kernel]   0   1    0  1  21  0 11824  968 wait     DLs   -  0:00.00 [init]   0   2    0  3 -16  0     0    0 -        DL    -  0:00.00 [KTLS]   0   3    0  3 -16  0     0    0 crypto_w DL    -  0:00.00 [crypto]   0   4    0  3 -16  0     0    0 crypto_r DL    -  0:00.00 [crypto returns 0]   0   5    0  0 -16  0     0    0 crypto_r DL    -  0:00.00 [crypto returns 1]   0   6    0  3 -16  0     0    0 crypto_r DL    -  0:00.00 [crypto returns 2]   0   7    0  0 -16  0     0    0 crypto_r DL    -  0:00.00 [crypto returns 3]   0   8    0  3 -16  0     0    0 -        RL    -  0:00.00 [cam]   0   9    0  2 -16  0     0    0 -        DL    -  0:00.00 [soaiod1]   0  10    0  3 -16  0     0    0 audit_wo DL    -  0:00.00 [audit]   0  11    0  0 155  0     0    0 -        RL    -  0:00.00 [idle]   0  12    0 -1 -52  0     0    0 -        WL    -  0:00.00 [intr]   0  13    0  0  -8  0     0    0 -        DL    -  0:00.00 [geom]   0  14    0  0 -16  0     0    0 seqstate DL    -  0:00.00 [sequencer 00]   0  15    0  0 -68  0     0    0 -        DL    -  0:00.00 [usb]   0  16    0  2 -16  0     0    0 -        DL    -  0:00.00 [soaiod2]   0  17    0  0 -16  0     0    0 -        DL    -  0:00.00 [soaiod3]   0  18    0  2 -16  0     0    0 -        DL    -  0:00.00 [soaiod4]   0  19    0  0  -8  0     0    0 t->zthr_ DL    -  0:00.03 [zfskern]   0  20    0  0 -16  0     0    0 -        DL    -  0:00.00 [rand_harvestq]   0  21    0  1 -16  0     0    0 psleep   DL    -  0:00.00 [pagedaemon]   0  22    0  3 -16  0     0    0 psleep   DL    -  0:00.00 [vmdaemon]   0  23    0  2 -16  0     0    0 qsleep   DL    -  0:00.00 [bufdaemon]   0  24    0  2 -16  0     0    0 vlruwt   DL    -  0:00.00 [vnlru]   0  25    0  0  16  0     0    0 syncer   DL    -  0:00.00 [syncer]   0  26    1  1  52  0 13624 2820 wait     Ds+   -  0:00.00 [sh]   0 172   26  2  52  0 13624 2820 wait     D+    -  0:00.00 [sh]   0 174  172  3  52  0 12768 2100 VBoxIS   D+    -  0:00.00 [kldload]   0 175    0  2 -20  0     0    0 VBoxIS   DL    -  0:00.00 [Timer] ------------------------------------------------------------------------ vmstat -s     19751 cpu context switches      1534 device interrupts       112 software interrupts     16622 traps     11362 system calls        26 kernel threads created       103  fork() calls        46 vfork() calls         0 rfork() calls         0 swap pager pageins         0 swap pager pages paged in         0 swap pager pageouts         0 swap pager pages paged out       222 vnode pager pageins      1540 vnode pager pages paged in         0 vnode pager pageouts         0 vnode pager pages paged out         0 page daemon wakeups         0 pages examined by the page daemon         0 clean page reclamation shortfalls         0 pages reactivated by the page daemon      5335 copy-on-write faults        26 copy-on-write optimized faults      8321 zero fill pages zeroed         0 zero fill pages prezeroed         0 intransit blocking page faults     15666 total VM faults taken       163 page faults requiring I/O         0 pages affected by kernel thread creation      4173 pages affected by  fork()      1610 pages affected by vfork()         0 pages affected by rfork()     52437 pages freed         0 pages freed by daemon         0 pages freed by exiting processes         0 pages active         0 pages inactive         0 pages in the laundry queue         0 pages wired down         0 virtual user pages wired down         0 pages free         0 bytes per page         0 total name lookups           cache hits (0% pos + 0% neg) system 0% per-directory           deletions 0%, falsehits 0%, toolong 0% ------------------------------------------------------------------------ vmstat -m vmstat: memstat_kvm_malloc:          Type InUse MemUse Requests  Size(s) ------------------------------------------------------------------------ vmstat -z ITEM                   SIZE  LIMIT     USED     FREE      REQ FAILSLEEP XDOMAIN UMA Kegs:               384,      0,     169,       0,     169, 0,   0,   0 UMA Zones:             1024,      0,     180,       0,     180, 0,   0,   0 UMA Slabs 0:             80,      0,    4234,       0,    4234, 0,   0,   0 UMA Slabs 1:            112,      0,       6,       0,       6, 0,   0,   0 UMA Hash:               256,      0,       0,       0,       0, 0,   0,   0 2 Bucket:                32,      0,     171,     333,    4435, 0,   0,   0 4 Bucket:                48,      0,      20,     316,      39, 0,   0,   0 8 Bucket:                80,      0,      71,     229,     855, 0,   0,   0 16 Bucket:              144,      0,      31,     137,    1716, 2,   0,   0 32 Bucket:              256,      0,      75,      30,     532, 0,   0,   0 64 Bucket:              512,      0,      44,      28,     403, 15,   0,   0 128 Bucket:            1024,      0,      64,      11, 637,1902,   0,   0 256 Bucket:            2048,      0,      75,       3,     493, 122,   0,   0 SMR SHARED:              24,      0,       2,      61,       2, 0,   0,   0 SMR CPU:                 32,      0,       2,      61,       2, 0,   0,   0 vmem:                  1856,      0,       1,       1,       1, 0,   0,   0 vmem btag:               56,      0,    3281,     230,    3281, 91,   0,   0 VM OBJECT:              264,      0,     359,      91,    2350, 0,   0,   0 RADIX NODE:             144,      0,    1848,     306,    8632, 0,   0,   0 KMAP ENTRY:              96,      0,       6,       0,       8, 0,   0,   0 MAP ENTRY:               96,      0,      85,     629,    6531, 0,   0,   0 VMSPACE:               2544,      0,       4,      23,     151, 0,   0,   0 fakepg:                 104,      0,       0,       0,       0, 0,   0,   0 pcpu-4:                   4,      0,       0,       0,       0, 0,   0,   0 pcpu-8:                   8,      0,    2985,     595,    2985, 0,   0,   0 pcpu-16:                 16,      0,      21,     745,      21, 0,   0,   0 pcpu-32:                 32,      0,       0,       0,       0, 0,   0,   0 pcpu-64:                 64,      0,     453,     123,     453, 0,   0,   0 malloc-16:               16,      0,   12459,     645,   40358, 0,   0,   0 malloc-32:               32,      0,    5906,     772,   16645, 0,   0,   0 malloc-64:               64,      0,   10648,     503,   50876, 0,   0,   0 malloc-128:             128,      0,   13450,     376,   73945, 0,   0,   0 malloc-256:             256,      0,    1155,     210,    3239, 0,   0,   0 malloc-384:             384,      0,     978,      22,   56179, 0,   0,   0 malloc-512:             512,      0,      26,     102,     586, 0,   0,   0 malloc-1024:           1024,      0,    1728,      52,    8627, 0,   0,   0 malloc-2048:           2048,      0,     168,      26,    2628, 0,   0,   0 malloc-4096:           4096,      0,     596,       1,    1553, 0,   0,   0 malloc-8192:           8192,      0,      23,       8,     301, 0,   0,   0 malloc-16384:         16384,      0,      14,       4,     432, 0,   0,   0 malloc-32768:         32768,      0,       7,       3,     172, 0,   0,   0 malloc-65536:         65536,      0,       8,       2,     172, 0,   0,   0 SLEEPQUEUE:              80,      0,     523,      85,     523, 0,   0,   0 kenv:                   258,      0,      17,      43,     781, 0,   0,   0 Files:                   80,      0,       4,     196,    1256, 0,   0,   0 filedesc0:             1072,      0,      30,      40,     176, 0,   0,   0 PWD:                     32,      0,       3,     501,      75, 0,   0,   0 rl_entry:                40,      0,      11,     292,      11, 0,   0,   0 TURNSTILE:              136,      0,     523,      44,     523, 0,   0,   0 rangeset pctrie nodes:    144,      0,       0,       0, 0,   0,   0,   0 umtx pi:                 96,      0,       0,       0,       0, 0,   0,   0 umtx_shm:                88,      0,       0,       0,       0, 0,   0,   0 swrbuf:                2368,    128,       0,       0,       0, 0,   0,   0 swwbuf:                2368,     64,       0,       0,       0, 0,   0,   0 nfspbuf:               2368,    128,       0,       0,       0, 0,   0,   0 mdpbuf:                2368,     25,       0,       0,       0, 0,   0,   0 clpbuf:                2368,    128,       0,       0,       0, 0,   0,   0 vnpbuf:                2368,    512,       0,       0,       0, 0,   0,   0 pbuf:                  2368,     16,       0,       0,       0, 0,   0,   0 MAC labels:              40,      0,       0,       0,       0, 0,   0,   0 PROC:                  1320,      0,      29,      10,     175, 0,   0,   0 PGRP:                    88,      0,       2,      90,       2, 0,   0,   0 THREAD:                1792,      0,     498,      23,     522, 0,   0,   0 cpuset:                 104,      0,      11,     113,      11, 0,   0,   0 domainset:               40,      0,       0,       0,       0, 0,   0,   0 audit_record:          1280,      0,       0,       0,       0, 0,   0,   0 mbuf_packet:            256,      0,       0,       0,       0, 0,   0,   0 mbuf:                   256, 3247531,       1,      14,       1, 0,   0,   0 mbuf_cluster:          2048, 507426,       0,       0,       0, 0,   0,   0 mbuf_jumbo_page:       4096, 253713,       0,       0,       0, 0,   0,   0 mbuf_jumbo_9k:         9216,  75174,       0,       0,       0, 0,   0,   0 mbuf_jumbo_16k:       16384,  42285,       0,       0,       0, 0,   0,   0 epoch_record pcpu:      256,      0,       4,      12,       4, 0,   0,   0 ktls_session:           192,      0,       0,       0,       0, 0,   0,   0 ttyinq:                 160,      0,      15,      10,      15, 0,   0,   0 ttyoutq:                256,      0,       8,       7,       8, 0,   0,   0 FPU_save_area:          512,      0,       1,       7,       1, 0,   0,   0 DEVCTL:                1024,   1000,     142,       0,     142, 0,   0,   0 IOMMU_MAP_ENTRY:        120,      0,       0,       0,       0, 0,   0,   0 g_bio:                  376,      0,       0,     180,    4596, 0,   0,   0 linux_dma_pctrie:       144,      0,       0,       0,       0, 0,   0,   0 linux_dma_object:        24,      0,       0,       0,       0, 0,   0,   0 cryptop:                280,      0,       0,       0,       0, 0,   0,   0 vtnet_tx_hdr:            24,      0,       0,       0,       0, 0,   0,   0 taskq_zone:             192,      0,       0,     189,     339, 0,   0,   0 VNODE:                  488,      0,     419,      61,     469, 0,   0,   0 BUF TRIE:               144,      0,       0,       0,       0, 0,   0,   0 NAMEI:                 1024,      0,       0,      16,    2162, 0,   0,   0 S VFS Cache:            104,      0,     475,     110,     496, 0,   0,   0 STS VFS Cache:          144,      0,       0,       0,       0, 0,   0,   0 L VFS Cache:            320,      0,       0,      12,       1, 0,   0,   0 LTS VFS Cache:          360,      0,       0,       0,       0, 0,   0,   0 TMPFS node:             224,      0,       0,       0,       0, 0,   0,   0 DIRHASH:               1024,      0,       0,       0,       0, 0,   0,   0 NCLNODE:                592,      0,       0,       0,       0, 0,   0,   0 pipe:                   744,      0,       0,      10,      37, 0,   0,   0 Mountpoints:           2752,      0,      12,       6,      12, 0,   0,   0 AIO:                    208,      0,       0,       0,       0, 0,   0,   0 AIOP:                    32,      0,       0,       0,       0, 0,   0,   0 AIOCB:                  552,      0,       0,       0,       0, 0,   0,   0 AIOLIO:                 272,      0,       0,       0,       0, 0,   0,   0 zfs_btree_leaf_cache:   4096,      0,     104,      21,     292, 0,   0,   0 metaslab_alloc_trace_cache:     72,      0,       0, 0,       0,   0,   0,   0 ddt_cache:            24840,      0,      13,       0,      13, 0,   0,   0 ddt_entry_cache:        392,      0,       0,       0,       0, 0,   0,   0 zio_cache:             1232,      0,       8,     178,   24000, 0,   0,   0 zio_link_cache:          48,      0,       0,    1008,   12945, 0,   0,   0 zio_buf_comb_512:       512,      0,      69,      59,   18526, 0,   0,   0 zio_buf_comb_1024:     1024,      0,      61,       7,      70, 0,   0,   0 zio_buf_comb_1536:     1536,      0,      40,      10,      53, 0,   0,   0 zio_buf_comb_2048:     2048,      0,      24,       4,      32, 0,   0,   0 zio_buf_comb_2560:     2560,      0,      21,       3,      29, 0,   0,   0 zio_buf_comb_3072:     3072,      0,      13,      11,      20, 0,   0,   0 zio_buf_comb_3584:     3584,      0,       4,       2,       4, 0,   0,   0 zio_buf_comb_4096:     4096,      0,     446,       7,    1248, 0,   0,   0 zio_buf_comb_5120:     5120,      0,       6,       0,       6, 0,   0,   0 zio_buf_comb_6144:     6144,      0,       3,       0,       3, 0,   0,   0 zio_buf_comb_7168:     7168,      0,       6,       0,       6, 0,   0,   0 zio_buf_comb_8192:     8192,      0,       9,       9,     150, 0,   0,   0 zio_buf_comb_10240:   10240,      0,       9,       0,       9, 0,   0,   0 zio_buf_comb_12288:   12288,      0,       3,       9,      64, 0,   0,   0 zio_buf_comb_14336:   14336,      0,       8,       0,       9, 0,   0,   0 zio_buf_comb_16384:   16384,      0,     202,      11,     422, 0,   0,   0 zio_buf_comb_20480:   20480,      0,       3,       7,      32, 0,   0,   0 zio_buf_comb_24576:   24576,      0,       7,       4,      27, 0,   0,   0 zio_buf_comb_28672:   28672,      0,       3,       5,      19, 0,   0,   0 zio_buf_comb_32768:   32768,      0,       2,       2,      19, 0,   0,   0 zio_buf_comb_40960:   40960,      0,       5,       3,      25, 0,   0,   0 zio_buf_comb_49152:   49152,      0,       2,       9,      47, 0,   0,   0 zio_buf_comb_57344:   57344,      0,       3,       6,      20, 0,   0,   0 zio_buf_comb_65536:   65536,      0,       1,       3,      11, 0,   0,   0 zio_buf_comb_81920:   81920,      0,       2,       8,      43, 0,   0,   0 zio_buf_comb_98304:   98304,      0,       1,      12,      58, 0,   0,   0 zio_buf_comb_114688: 114688,      0,       2,       6,      16, 0,   0,   0 zio_buf_comb_131072: 131072,      0,     119,      10,     535, 0,   0,   0 zio_buf_comb_163840: 163840,      0,       0,       0,       0, 0,   0,   0 zio_buf_comb_196608: 196608,      0,       0,       0,       0, 0,   0,   0 zio_buf_comb_229376: 229376,      0,       0,       0,       0, 0,   0,   0 zio_buf_comb_262144: 262144,      0,       0,       0,       0, 0,   0,   0 zio_buf_comb_327680: 327680,      0,       0,       0,       0, 0,   0,   0 zio_buf_comb_393216: 393216,      0,       0,       0,       0, 0,   0,   0 zio_buf_comb_458752: 458752,      0,       0,       0,       0, 0,   0,   0 zio_buf_comb_524288: 524288,      0,       0,       0,       0, 0,   0,   0 zio_buf_comb_655360: 655360,      0,       0,       0,       0, 0,   0,   0 zio_buf_comb_786432: 786432,      0,       0,       0,       0, 0,   0,   0 zio_buf_comb_917504: 917504,      0,       0,       0,       0, 0,   0,   0 zio_buf_comb_1048576: 1048576,      0,       0,       0, 0,   0,   0,   0 zio_buf_comb_1310720: 1310720,      0,       0,       0, 0,   0,   0,   0 zio_buf_comb_1572864: 1572864,      0,       0,       0, 0,   0,   0,   0 zio_buf_comb_1835008: 1835008,      0,       0,       0, 0,   0,   0,   0 zio_buf_comb_2097152: 2097152,      0,       0,       0, 0,   0,   0,   0 zio_buf_comb_2621440: 2621440,      0,       0,       0, 0,   0,   0,   0 zio_buf_comb_3145728: 3145728,      0,       0,       0, 0,   0,   0,   0 zio_buf_comb_3670016: 3670016,      0,       0,       0, 0,   0,   0,   0 zio_buf_comb_4194304: 4194304,      0,       0,       0, 0,   0,   0,   0 zio_buf_comb_5242880: 5242880,      0,       0,       0, 0,   0,   0,   0 zio_buf_comb_6291456: 6291456,      0,       0,       0, 0,   0,   0,   0 zio_buf_comb_7340032: 7340032,      0,       0,       0, 0,   0,   0,   0 zio_buf_comb_8388608: 8388608,      0,       0,       0, 0,   0,   0,   0 zio_buf_comb_10485760: 10485760,      0,       0,       0, 0,   0,   0,   0 zio_buf_comb_12582912: 12582912,      0,       0,       0, 0,   0,   0,   0 zio_buf_comb_14680064: 14680064,      0,       0,       0, 0,   0,   0,   0 zio_buf_comb_16777216: 16777216,      0,       0,       0, 0,   0,   0,   0 abd_chunk:             4096,      0,    1579,       1,    2466, 0,   0,   0 sa_cache:               288,      0,     394,      26,     404, 0,   0,   0 dnode_t:                816,      0,     910,      15,    1604, 0,   0,   0 arc_buf_hdr_t_full:     248,      0,     814,      34,   10055, 0,   0,   0 arc_buf_hdr_t_full_crypt:    312,      0,       0,       0, 0,   0,   0,   0 arc_buf_hdr_t_l2only:     96,      0,       0,       0,       0, 0,   0,   0 arc_buf_t:               64,      0,     634,     122,   10465, 0,   0,   0 dmu_buf_impl_t:         296,      0,    1333,      45,   10741, 0,   0,   0 zil_lwb_cache:          360,      0,       4,      18,       4, 0,   0,   0 zil_zcw_cache:           80,      0,       0,      50,       4, 0,   0,   0 sio_cache_0:            136,      0,       0,       0,       0, 0,   0,   0 sio_cache_1:            152,      0,       0,       0,       0, 0,   0,   0 sio_cache_2:            168,      0,       0,       0,       0, 0,   0,   0 zfs_znode_cache:        472,      0,     394,      30,     404, 0,   0,   0 ksiginfo:               112,      0,      17,     487,      17, 0,   0,   0 itimer:                 352,      0,       0,       0,       0, 0,   0,   0 KNOTE:                  160,      0,       0,       0,       0, 0,   0,   0 socket:                 944, 260881,       0,       8,       2, 0,   0,   0 ipq:                     56,  15857,       0,       0,       0, 0,   0,   0 udp_inpcb:              488, 260881,       0,      16,       2, 0,   0,   0 udpcb:                   32, 260881,       0,     252,       2, 0,   0,   0 tcp_inpcb:              488, 260881,       0,       0,       0, 0,   0,   0 tcpcb:                 1048, 260881,       0,       0,       0, 0,   0,   0 tcptw:                   88,  27767,       0,       0,       0, 0,   0,   0 syncache:               168,  15360,       0,       0,       0, 0,   0,   0 hostcache:               96,  15360,       0,       0,       0, 0,   0,   0 sackhole:                32,      0,       0,       0,       0, 0,   0,   0 tfo:                      4,      0,       0,       0,       0, 0,   0,   0 tfo_ccache_entries:      80,      0,       0,       0,       0, 0,   0,   0 tcpreass:                48,  31714,       0,       0,       0, 0,   0,   0 tcp_log:                408, 5000000,       0,       0,       0, 0,   0,   0 tcp_log_bucket:         176,      0,       0,       0,       0, 0,   0,   0 tcp_log_node:           120,      0,       0,       0,       0, 0,   0,   0 udplite_inpcb:          488, 260881,       0,       0,       0, 0,   0,   0 ripcb:                  488, 260881,       0,       0,       0, 0,   0,   0 IPsec SA lft_c:          16,      0,       0,       0,       0, 0,   0,   0 unpcb:                  256, 260881,       0,       0,       0, 0,   0,   0 routing nhops:          256,      0,       0,       0,       0, 0,   0,   0 rtentry:                176,      0,       0,       0,       0, 0,   0,   0 swpctrie:               144, 1014860,       0,       0,       0, 0,   0,   0 swblk:                  136, 1014855,       0,       0,       0, 0,   0,   0 ------------------------------------------------------------------------ vmstat -i interrupt                          total       rate irq1: atkbd0                           2          0 irq14: ata0                         1492          5 irq15: ata1                           39          0 irq20: vboxguest0                      1          0 cpu0:timer                           861          3 cpu1:timer                           722          2 cpu2:timer                           642          2 cpu3:timer                           544          2 Total                               4303         14 ------------------------------------------------------------------------ pstat -T   4/260881 files 0M/0M swap space ------------------------------------------------------------------------ pstat -s Device          512-blocks     Used    Avail Capacity ------------------------------------------------------------------------ iostat        tty            ada0              cd0 pass0             cpu  tin  tout KB/t  tps  MB/s  KB/t  tps  MB/s  KB/t  tps  MB/s  us ni sy in id    0    95 13.5  186   2.5   0.0    0   0.0   0.0    0   0.0   0 0 13  3 84 ------------------------------------------------------------------------ ipcs -a Message Queues: T           ID          KEY MODE        OWNER    GROUP    CREATOR CGROUP                 CBYTES                 QNUM QBYTES        LSPID        LRPID STIME    RTIME    CTIME Shared Memory: T           ID          KEY MODE        OWNER    GROUP    CREATOR CGROUP         NATTCH        SEGSZ         CPID         LPID ATIME    DTIME    CTIME Semaphores: T           ID          KEY MODE        OWNER    GROUP    CREATOR CGROUP          NSEMS OTIME    CTIME ------------------------------------------------------------------------ ipcs -T msginfo:     msgmax:        16384    (max characters in a message)     msgmni:           40    (# of message queues)     msgmnb:         2048    (max characters in a message queue)     msgtql:           40    (max # of messages in system)     msgssz:            8    (size of a message segment)     msgseg:         2048    (# of message segments in system) shminfo:     shmmax:    536870912    (max shared memory segment size)     shmmin:            1    (min shared memory segment size)     shmmni:          192    (max number of shared memory identifiers)     shmseg:          128    (max shared memory segments per process)     shmall:       131072    (max amount of shared memory in pages) seminfo:     semmni:           50    (# of semaphore identifiers)     semmns:          340    (# of semaphores in system)     semmnu:          150    (# of undo structures in system)     semmsl:          340    (max # of semaphores per id)     semopm:          100    (max # of operations per semop call)     semume:           50    (max # of undo entries per process)     semusz:          632    (size in bytes of undo structure)     semvmx:        32767    (semaphore maximum value)     semaem:        16384    (adjust on exit max value) ------------------------------------------------------------------------ netstat -s tcp:     0 packets sent         0 data packets (0 bytes)         0 data packets (0 bytes) retransmitted         0 data packets unnecessarily retransmitted         0 resends initiated by MTU discovery         0 ack-only packets (0 delayed)         0 URG only packets         0 window probe packets         0 window update packets         0 control packets     0 packets received         0 acks (for 0 bytes)         0 duplicate acks         0 acks for unsent data         0 packets (0 bytes) received in-sequence         0 completely duplicate packets (0 bytes)         0 old duplicate packets         0 packets with some dup. data (0 bytes duped)         0 out-of-order packets (0 bytes)         0 packets (0 bytes) of data after window         0 window probes         0 window update packets         0 packets received after close         0 discarded for bad checksums         0 discarded for bad header offset fields         0 discarded because packet too short         0 discarded due to full reassembly queue     0 connection requests     0 connection accepts     0 bad connection attempts     0 listen queue overflows     0 ignored RSTs in the windows     0 connections established (including accepts)         0 times used RTT from hostcache         0 times used RTT variance from hostcache         0 times used slow-start threshold from hostcache     0 connections closed (including 0 drops)         0 connections updated cached RTT on close         0 connections updated cached RTT variance on close         0 connections updated cached ssthresh on close     0 embryonic connections dropped     0 segments updated rtt (of 0 attempts)     0 retransmit timeouts         0 connections dropped by rexmit timeout     0 persist timeouts         0 connections dropped by persist timeout     0 Connections (fin_wait_2) dropped because of timeout     0 keepalive timeouts         0 keepalive probes sent         0 connections dropped by keepalive     0 correct ACK header predictions     0 correct data packet header predictions     0 syncache entries added         0 retransmitted         0 dupsyn         0 dropped         0 completed         0 bucket overflow         0 cache overflow         0 reset         0 stale         0 aborted         0 badack         0 unreach         0 zone failures     0 cookies sent     0 cookies received     0 hostcache entries added         0 bucket overflow     0 SACK recovery episodes     0 segment rexmits in SACK recovery episodes     0 byte rexmits in SACK recovery episodes     0 SACK options (SACK blocks) received     0 SACK options (SACK blocks) sent     0 SACK scoreboard overflow     0 packets with ECN CE bit set     0 packets with ECN ECT(0) bit set     0 packets with ECN ECT(1) bit set     0 successful ECN handshakes     0 times ECN reduced the congestion window     0 packets with matching signature received     0 packets with bad signature received     0 times failed to make signature due to no SA     0 times unexpected signature received     0 times no signature provided by segment     0 Path MTU discovery black hole detection activations     0 Path MTU discovery black hole detection min MSS activations     0 Path MTU discovery black hole detection failures TCP connection count by state:     0 connections in CLOSED state     0 connections in LISTEN state     0 connections in SYN_SENT state     0 connections in SYN_RCVD state     0 connections in ESTABLISHED state     0 connections in CLOSE_WAIT state     0 connections in FIN_WAIT_1 state     0 connections in CLOSING state     0 connections in LAST_ACK state     0 connections in FIN_WAIT_2 state     0 connections in TIME_WAIT state udp:     0 datagrams received     0 with incomplete header     0 with bad data length field     0 with bad checksum     0 with no checksum     0 dropped due to no socket     0 broadcast/multicast datagrams undelivered     0 dropped due to full socket buffers     0 not for hashed pcb     0 delivered     0 datagrams output     0 times multicast source filter matched ip:     0 total packets received     0 bad header checksums     0 with size smaller than minimum     0 with data size < data length     0 with ip length > max ip packet size     0 with header length < data size     0 with data length < header length     0 with bad options     0 with incorrect version number     0 fragments received     0 fragments dropped (dup or out of space)     0 fragments dropped after timeout     0 packets reassembled ok     0 packets for this host     0 packets for unknown/unsupported protocol     0 packets forwarded (0 packets fast forwarded)     0 packets not forwardable     0 packets received for unknown multicast group     0 redirects sent     0 packets sent from this host     0 packets sent with fabricated ip header     0 output packets dropped due to no bufs, etc.     0 output packets discarded due to no route     0 output datagrams fragmented     0 fragments created     0 datagrams that can't be fragmented     0 tunneling packets that can't find gif     0 datagrams with bad address in header icmp:     0 calls to icmp_error     0 errors not generated in response to an icmp message     0 messages with bad code fields     0 messages less than the minimum length     0 messages with bad checksum     0 messages with bad length     0 multicast echo requests ignored     0 multicast timestamp requests ignored     0 message responses generated     0 invalid return addresses     0 no return routes arp:     0 ARP requests sent     0 ARP requests failed to sent     0 ARP replies sent     0 ARP requests received     0 ARP replies received     0 ARP packets received     0 total packets dropped due to no ARP entry     0 ARP entrys timed out     0 Duplicate IPs seen ip6:     0 total packets received     0 with size smaller than minimum     0 with data size < data length     0 with bad options     0 with incorrect version number     0 fragments received     0 fragments dropped (dup or out of space)     0 fragments dropped after timeout     0 fragments that exceeded limit     0 atomic fragments     0 packets reassembled ok     0 packets for this host     0 packets forwarded     0 packets not forwardable     0 redirects sent     0 packets sent from this host     0 packets sent with fabricated ip header     0 output packets dropped due to no bufs, etc.     0 output packets discarded due to no route     0 output datagrams fragmented     0 fragments created     0 datagrams that can't be fragmented     0 packets that violated scope rules     0 multicast packets which we don't join     Mbuf statistics:         0 one mbuf         0 one ext mbuf         0 two or more ext mbuf     0 packets whose headers are not contiguous     0 tunneling packets that can't find gif     0 packets discarded because of too many headers     0 failures of source address selection icmp6:     0 calls to icmp6_error     0 errors not generated in response to an icmp6 message     0 errors not generated because of rate limitation     0 messages with bad code fields     0 messages < minimum length     0 bad checksums     0 messages with bad length     Histogram of error messages to be generated:         0 no route         0 administratively prohibited         0 beyond scope         0 address unreachable         0 port unreachable         0 packet too big         0 time exceed transit         0 time exceed reassembly         0 erroneous header field         0 unrecognized next header         0 unrecognized option         0 redirect         0 unknown     0 message responses generated     0 messages with too many ND options     0 messages with bad ND options     0 bad neighbor solicitation messages     0 bad neighbor advertisement messages     0 bad router solicitation messages     0 bad router advertisement messages     0 bad redirect messages     0 default routers overflows     0 prefix overflows     0 neighbour entries overflows     0 redirect overflows     0 messages with invalid hop limit     0 path MTU changes rip6:     0 messages received     0 checksum calculations on inbound     0 messages with bad checksum     0 messages dropped due to no socket     0 multicast messages dropped due to no socket     0 messages dropped due to full socket buffers     0 delivered     0 datagrams output pfkey:     0 requests sent from userland     0 bytes sent from userland     0 messages with invalid length field     0 messages with invalid version field     0 messages with invalid message type field     0 messages too short     0 messages with memory allocation failure     0 messages with duplicate extension     0 messages with invalid extension type     0 messages with invalid sa type     0 messages with invalid address extension     0 requests sent to userland     0 bytes sent to userland     0 messages toward single socket     0 messages toward all sockets     0 messages toward registered sockets     0 messages with memory allocation failure ------------------------------------------------------------------------ netstat -m netstat: memstat_kvm_all: ------------------------------------------------------------------------ netstat -anA Active Internet connections (including servers) Tcpcb            Proto Recv-Q Send-Q Local Address      Foreign Address    (state) fffffe00db199418 tcp4       0      0 192.168.1.160.4551 172.217.7.163.80   ESTABLISHED fffffe00db4588f0 tcp4       0      0 192.168.1.160.4551 172.217.13.72.443  ESTABLISHED fffff800cc04daa8 tcp4       0      0 192.168.1.160.4551 96.47.72.84.443    TIME_WAIT fffff800cc04db00 tcp4       0      0 192.168.1.160.4551 96.47.72.84.443    TIME_WAIT fffff800cc04db58 tcp4       0      0 192.168.1.160.4551 96.47.72.84.443    TIME_WAIT fffff800cc04da50 tcp4       0      0 192.168.1.160.4551 96.47.72.84.443    TIME_WAIT fffff800cc04d9f8 tcp4       0      0 192.168.1.160.4551 96.47.72.84.443    TIME_WAIT fffff800cc04dbb0 tcp4       0      0 192.168.1.160.4550 96.47.72.84.443    TIME_WAIT fffffe00db1f1000 tcp4       0      0 192.168.1.160.4550 96.47.72.84.443    ESTABLISHED fffffe00db1f1418 tcp4       0      0 192.168.1.160.4550 96.47.72.84.443    ESTABLISHED fffffe00db1f1830 tcp4       0      0 192.168.1.160.4550 96.47.72.84.443    ESTABLISHED fffffe00db187c48 tcp4       0      0 192.168.1.160.4550 96.47.72.84.443    ESTABLISHED fffffe00db1f1c48 tcp4       0      0 192.168.1.160.4550 72.21.91.29.80     ESTABLISHED fffffe00db188060 tcp4       0      0 192.168.1.160.4550 34.98.75.36.443    ESTABLISHED fffffe00db199c48 tcp4       0      0 192.168.1.160.4550 13.249.39.62.443   ESTABLISHED fffffe00db195ca8 tcp4       0      0 192.168.1.160.4547 172.217.15.78.443  ESTABLISHED fffffe00db188ca8 tcp4       0      0 192.168.1.160.4547 192.0.73.2.443     ESTABLISHED fffff800cc04d840 tcp4       0      0 192.168.1.160.4546 172.217.2.98.443   TIME_WAIT fffff800cc04d8f0 tcp4       0      0 192.168.1.160.4546 142.250.73.227.443 TIME_WAIT fffff800cc04d898 tcp4       0      0 192.168.1.160.4545 172.217.7.226.443  TIME_WAIT fffff800cc04d948 tcp4       0      0 192.168.1.160.4545 172.217.2.110.443  TIME_WAIT fffff800cc04d9a0 tcp4       0      0 192.168.1.160.4545 142.250.73.227.443 TIME_WAIT fffff800cc04dc08 tcp4       0      0 192.168.1.160.4545 142.250.73.195.443 TIME_WAIT fffff800cc04d7e8 tcp4       0      0 192.168.1.160.4545 142.250.31.105.443 TIME_WAIT fffffe00d8b90890 tcp4       0      0 192.168.1.160.4545 172.217.7.227.443  ESTABLISHED fffff800cc04dc60 tcp4       0      0 192.168.1.160.4544 172.217.9.195.443  TIME_WAIT fffffe00d8bdb830 tcp4       0      0 192.168.1.160.4544 172.217.3.99.80    ESTABLISHED fffffe00db1894d8 tcp4       0      0 192.168.1.160.4544 142.250.31.104.443 ESTABLISHED fffffe00d8b3f478 tcp4       0      0 192.168.1.160.4544 142.250.31.99.443  CLOSE_WAIT fffffe00d8b3f890 tcp4       0      0 192.168.1.160.4544 172.217.3.99.80    ESTABLISHED fffffe00d8b8f000 tcp4       0      0 192.168.1.160.4544 72.21.91.29.80     CLOSED fffffe00d8b90060 tcp4       0      0 192.168.1.160.4544 185.199.108.153.44 ESTABLISHED fffffe00d8b8f418 tcp4       0      0 192.168.1.160.4544 185.199.110.153.44 ESTABLISHED fffffe00d8cfd478 tcp4       0      0 192.168.1.160.4543 72.21.91.29.80     CLOSE_WAIT fffffe00d8b404d8 tcp4       0      0 192.168.1.160.4543 72.21.91.29.80     CLOSED fffffe00d8b8f830 tcp4       0      0 192.168.1.160.4543 13.249.39.105.443  CLOSED fffffe00d8b8fc48 tcp4       0      0 192.168.1.160.4543 13.249.39.105.443  CLOSED fffffe00d8b90478 tcp4       0      0 192.168.1.160.4543 34.120.237.76.443  CLOSE_WAIT fffffe00d8bdbc48 tcp4       0      0 192.168.1.160.4543 172.217.3.99.80    ESTABLISHED fffffe00d8b3fca8 tcp4       0      0 192.168.1.160.4543 13.249.39.105.443  CLOSED fffffe00d8b400c0 tcp4       0      0 192.168.1.160.4543 52.33.6.204.443    ESTABLISHED fffffe00d8cfd890 tcp4       0      0 192.168.1.160.4542 99.84.176.92.443   CLOSED fffffe00d8b90ca8 tcp4       0      0 192.168.1.160.4542 72.21.91.29.80     CLOSED fffffe00d8bdc060 tcp4       0      0 192.168.1.160.4542 99.84.176.92.443   CLOSED fffffe00d8cfdca8 tcp4       0      0 192.168.1.160.4542 34.120.5.221.443   CLOSE_WAIT fffffe00d8cfe4d8 tcp4       0      0 192.168.1.160.4542 13.32.196.214.80   ESTABLISHED fffffe00d8b910c0 tcp4       0      0 192.168.1.160.3787 52.85.149.37.443   ESTABLISHED fffffe00d8b914d8 tcp4       0      0 192.168.1.160.2102 18.208.93.32.443   CLOSE_WAIT fffffe00d8cfe0c0 tcp4       0      0 192.168.1.160.6160 34.107.221.82.80   ESTABLISHED fffffe00d8bdc478 tcp4       0      0 192.168.1.160.4903 34.107.221.82.80   ESTABLISHED fffffe00d8bdc890 tcp4       0      0 127.0.0.1.139 *.*                LISTEN fffffe00d8bdcca8 tcp4       0      0 127.0.0.1.445 *.*                LISTEN fffffe00d8bdd0c0 tcp4       0      0 192.168.1.160.139 *.*                LISTEN fffffe00d8bdd4d8 tcp4       0      0 192.168.1.160.445 *.*                LISTEN fffffe00d8cfe8f0 tcp4       0      0 192.168.1.160.5357 *.*                LISTEN fffffe00d8bdd8f0 tcp4       0      0 *.22 *.*                LISTEN fffffe00d8b408f0 tcp6       0      0 *.22 *.*                LISTEN fffffe00d8b918f0 tcp4       0      0 127.0.0.1.25 *.*                LISTEN fffff8000d7d0b70 udp4       0      0 192.168.1.160.3702 *.* fffff8000dc88d58 udp4       0      0 *.11821 *.* fffff800870cb5b8 udp4       0      0 239.255.255.250.37 *.* fffff800870cbb70 udp4       0      0 192.168.1.255.138 *.* fffff800870cbd58 udp4       0      0 192.168.1.160.138 *.* fffff8000d870000 udp4       0      0 192.168.1.255.137 *.* fffff8000d8701e8 udp4       0      0 192.168.1.160.137 *.* fffff8000d870988 udp4       0      0 *.138 *.* fffff8000d870d58 udp4       0      0 *.137 *.* fffff8000d5723d0 udp6       0      0 *.23305 *.* fffff8000d572b70 udp4       0      0 *.58262 *.* fffff8000d5725b8 udp6       0      0 *.5353 *.* fffff8000d572988 udp4       0      0 *.5353 *.* fffff8000d572d58 udp4       0      0 *.514 *.* fffff8000d5727a0 udp6       0      0 *.514 *.* ------------------------------------------------------------------------ netstat -aL Current listen queue sizes (qlen/incqlen/maxqlen) Proto Listen                           Local Address tcp4  0/0/128                          localhost.netbios-ssn tcp4  0/0/128                          localhost.microsoft-ds tcp4  0/0/128                          drb-freebsd-13.f.netbi tcp4  0/0/128                          drb-freebsd-13.f.micro tcp4  0/0/5                            drb-freebsd-13.f.5357 tcp4  0/0/128                          *.ssh tcp6  0/0/128                          *.ssh tcp4  0/0/10                           localhost.smtp ------------------------------------------------------------------------ fstat USER     CMD          PID   FD MOUNT      INUM MODE         SZ|DV R/W root     Timer        175 root /            34 drwxr-xr-x      26 r root     Timer        175   wd /            34 drwxr-xr-x      26 r root     kldload      174 root /            34 drwxr-xr-x      26 r root     kldload      174   wd /            34 drwxr-xr-x      26 r root     kldload      174 text /           603 -r-xr-xr-x    8720 r root     kldload      174 ctty /dev          6 crw-------  console rw root     kldload      174    0 /dev          6 crw-------  console rw root     kldload      174    1 /dev         13 crw-rw-rw-    null w root     kldload      174    2 /dev         13 crw-rw-rw-    null w root     sh           172 root /            34 drwxr-xr-x      26 r root     sh           172   wd /            34 drwxr-xr-x      26 r root     sh           172 text /        361232 -r-xr-xr-x  162616 r root     sh           172 ctty /dev          6 crw-------  console rw root     sh           172    0 /dev          6 crw-------  console rw root     sh           172    1 /dev          6 crw-------  console rw root     sh           172    2 /dev          6 crw-------  console rw root     sh           172   10 /        428033 -rwxr-xr-x    1178 r root     sh            26 root /            34 drwxr-xr-x      26 r root     sh            26   wd /            34 drwxr-xr-x      26 r root     sh            26 text /        361232 -r-xr-xr-x  162616 r root     sh            26 ctty /dev          6 crw-------  console rw root     sh            26    0 /dev          6 crw-------  console rw root     sh            26    1 /dev          6 crw-------  console rw root     sh            26    2 /dev          6 crw-------  console rw root     sh            26   10 /           880 -rw-r--r--    5042 r root     init           1 root /            34 drwxr-xr-x      26 r root     init           1   wd /            34 drwxr-xr-x      26 r root     init           1 text /        361300 -r-xr-xr-x 1253152  r root     kernel         0 root /            34 drwxr-xr-x      26 r root     kernel         0   wd /            34 drwxr-xr-x      26 r ------------------------------------------------------------------------ dmesg ---<>--- Copyright (c) 1992-2021 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994     The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 13.0-RC2 #0 releng/13.0-n244684-13c22f74953: Fri Mar 12 04:05:19 UTC 2021 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 FreeBSD clang version 11.0.1 (git@github.com:llvm/llvm-project.git llvmorg-11.0.1-0-g43ff75f2c3fe) VT(vga): text 80x25 CPU: Intel(R) Core(TM) i7 CPU         950  @ 3.07GHz (3103.68-MHz K8-class CPU)   Origin="GenuineIntel"  Id=0x106a5  Family=0x6  Model=0x1a Stepping=5 Features=0x1783fbff   Features2=0x180201   AMD Features=0x28100800   AMD Features2=0x1   Structured Extended Features3=0x10000000   TSC: P-state invariant real memory  = 9126805504 (8704 MB) avail memory = 8285257728 (7901 MB) Event timer "LAPIC" quality 100 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 cache groups x 1 core(s) random: unblocking device. ioapic0: MADT APIC ID 4 != hw id 0 ioapic0 irqs 0-23 Launching APs: 2 1 3 Timecounter "TSC-low" frequency 1551839460 Hz quality 1000 KTLS: Initialized 4 threads random: entropy device external interface [ath_hal] loaded WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD 14.0. kbd1 at kbdmux0 000.000058 [4350] netmap_init               netmap: loaded module mlx5en: Mellanox Ethernet driver 3.6.0 (December 2020) nexus0 vtvga0: cryptosoft0: aesni0: No AES or SHA support. acpi0: acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) cpu0: on acpi0 attimer0: port 0x40-0x43,0x50-0x53 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xd000-0xd00f at device 1.1 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 vgapci0: mem 0xe0000000-0xefffffff irq 18 at device 2.0 on pci0 vgapci0: Boot video device em0: port 0xd010-0xd017 mem 0xf0000000-0xf001ffff irq 19 at device 3.0 on pci0 em0: Using 1024 TX descriptors and 1024 RX descriptors em0: Ethernet address: 08:00:27:dd:d4:fc em0: netmap queues/slots: TX 1/1024, RX 1/1024 pcm0: port 0xd100-0xd1ff,0xd200-0xd23f irq 21 at device 5.0 on pci0 pcm0: ohci0: mem 0xf0804000-0xf0804fff irq 22 at device 6.0 on pci0 usbus0 on ohci0 usbus0: 12Mbps Full Speed USB v1.0 pci0: at device 7.0 (no driver attached) ehci0: mem 0xf0805000-0xf0805fff irq 19 at device 11.0 on pci0 usbus1: EHCI version 1.0 usbus1 on ehci0 usbus1: 480Mbps High Speed USB v2.0 acpi_acad0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] WARNING: Device "psm" is Giant locked and may be deleted before FreeBSD 14.0. psm0: model IntelliMouse Explorer, device ID 4 orm0: at iomem 0xc0000-0xc7fff,0xe2000-0xe2fff pnpid ORM0000 on isa0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff pnpid PNP0900 on isa0 atrtc0: at port 0x70 irq 8 on isa0 atrtc0: registered as a time-of-day clock, resolution 1.000000s Event timer "RTC" frequency 32768 Hz quality 0 atrtc0: non-PNP ISA device will be removed from GENERIC in FreeBSD 14. Timecounters tick every 10.000 msec ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Trying to mount root from zfs:zroot/ROOT/default []... Root mount waiting for: CAM usbus0 usbus1 ugen0.1: at usbus0 uhub0 on usbus0 ugen1.1: at usbus1 uhub0: on usbus0 uhub1 on usbus1 uhub1: on usbus1 ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: ATA8-ACS device ada0: Serial Number VBb8450cb8-277eed0b ada0: 33.300MB/s transfers (UDMA2, PIO 65536bytes) ada0: 61440MB (125829120 512 byte sectors) cd0 at ata1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI device cd0: Serial Number VB2-01700376 cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present uhub0: 12 ports with 12 removable, self powered Root mount waiting for: usbus1 Root mount waiting for: usbus1 Root mount waiting for: usbus1 Root mount waiting for: usbus1 uhub1: 12 ports with 12 removable, self powered Setting hostuuid: 56767ad9-d311-7b42-9f7f-db26ca8d9b82. Setting hostid: 0x10458f66. Starting file system checks: no pools available to import Mounting local filesystems:. Setting hostname: drb-freebsd-13.localdomain. ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib /usr/local/lib/compat/pkg /usr/local/lib/compat/pkg /usr/local/lib/gcc10 /usr/local/lib/gcc9 /usr/local/lib/mysql /usr/local/lib/mysql/plugin /usr/local/lib/perl5/5.32/mach/CORE /usr/local/lib/qt5 /usr/local/lib/samba4 /usr/local/lib/signon /usr/local/lib/signon/extensions /usr/local/llvm10/lib 32-bit compatibility ldconfig path: /usr/lib32 Setting up harvesting: [UMA],[FS_ATIME],SWI,INTERRUPT,NET_NG,[NET_ETHER],NET_TUN,MOUSE,KEYBOARD,ATTACH,CACHED Feeding entropy: . vboxguest0 port 0xd020-0xd03f mem 0xf0400000-0xf07fffff,0xf0800000-0xf0803fff irq 20 at device 4.0 on pci0 Sleeping thread (tid 100521, pid 174) owns a non-sleepable lock KDB: stack backtrace of thread 100521: #0 0xffffffff80c16291 at mi_switch+0xc1 #1 0xffffffff8293cf37 at rtR0SemEventMultiBsdWait+0x297 #2 0xffffffff8291d36a at vgdrvHgcmAsyncWaitCallbackWorker+0x14a #3 0xffffffff8291e49b at VbglR0HGCMInternalConnect+0x11b #4 0xffffffff8291ad33 at VGDrvCommonIoCtl+0xb53 #5 0xffffffff82919af6 at VGDrvCommonProcessOptionsFromHost+0x146 #6 0xffffffff8291d9f8 at vgdrvFreeBSDAttach+0x1d8 #7 0xffffffff80c462ad at device_attach+0x3dd #8 0xffffffff80c45eb1 at device_probe_and_attach+0x41 #9 0xffffffff8085b966 at pci_driver_added+0xf6 #10 0xffffffff80c43d29 at devclass_driver_added+0x39 #11 0xffffffff80c43cad at devclass_add_driver+0x13d #12 0xffffffff80be6964 at module_register_init+0xa4 #13 0xffffffff80bd8667 at linker_load_module+0xbc7 #14 0xffffffff80bd9e4b at kern_kldload+0xbb #15 0xffffffff80bd9f7b at sys_kldload+0x5b #16 0xffffffff8108aa8c at amd64_syscall+0x10c #17 0xffffffff810618be at fast_syscall_common+0xf8 panic: sleeping thread cpuid = 0 time = 1616100801 KDB: stack backtrace: #0 0xffffffff80c57105 at kdb_backtrace+0x65 #1 0xffffffff80c09cd1 at vpanic+0x181 #2 0xffffffff80c09b43 at panic+0x43 #3 0xffffffff80c6e526 at propagate_priority+0x296 #4 0xffffffff80c6f0c3 at turnstile_wait+0x313 #5 0xffffffff80be7b9c at __mtx_lock_sleep+0x17c #6 0xffffffff80c256bf at softclock_call_cc+0xff #7 0xffffffff80c25b89 at softclock+0x79 #8 0xffffffff80bcae0d at ithread_loop+0x24d #9 0xffffffff80bc7c0e at fork_exit+0x7e #10 0xffffffff8106201e at fork_trampoline+0xe Uptime: 8s Dumping 364 out of 8152 MB:..5%..14%..22%..31%..44%..53%..62%..71%..84%..93% ------------------------------------------------------------------------ kernel config options    CONFIG_AUTOGENERATED ident    GENERIC machine    amd64 cpu    HAMMER makeoptions    WITH_CTF=1 makeoptions    DEBUG=-g options    IICHID_SAMPLING options    HID_DEBUG options    EVDEV_SUPPORT options    XENHVM options    USB_DEBUG options    ATH_ENABLE_11N options    AH_AR5416_INTERRUPT_MITIGATION options    IEEE80211_SUPPORT_MESH options    IEEE80211_DEBUG options    SC_PIXEL_MODE options    VESA options    COMPAT_LINUXKPI options    PCI_IOV options    PCI_HP options    IOMMU options    EARLY_AP_STARTUP options    SMP options    NETGDB options    NETDUMP options    DEBUGNET options    ZSTDIO options    GZIO options    EKCD options    KDB_TRACE options    KDB options    RCTL options    RACCT_DEFAULT_TO_DISABLED options    RACCT options    INCLUDE_CONFIG_FILE options    DDB_CTF options    KDTRACE_HOOKS options    KDTRACE_FRAME options    MAC options    CAPABILITIES options    CAPABILITY_MODE options    AUDIT options    HWPMC_HOOKS options    KBD_INSTALL_CDEV options    PRINTF_BUFR_SIZE=128 options    _KPOSIX_PRIORITY_SCHEDULING options    SYSVSEM options    SYSVMSG options    SYSVSHM options    STACK options    KTRACE options    SCSI_DELAY=5000 options    COMPAT_FREEBSD12 options    COMPAT_FREEBSD11 options    COMPAT_FREEBSD10 options    COMPAT_FREEBSD9 options    COMPAT_FREEBSD7 options    COMPAT_FREEBSD6 options    COMPAT_FREEBSD5 options    COMPAT_FREEBSD4 options    COMPAT_FREEBSD32 options    EFIRT options    GEOM_LABEL options    GEOM_RAID options    TMPFS options    PSEUDOFS options    PROCFS options    CD9660 options    MSDOSFS options    NFS_ROOT options    NFSLOCKD options    NFSD options    NFSCL options    MD_ROOT options    QUOTA options    UFS_GJOURNAL options    UFS_DIRHASH options    UFS_ACL options    SOFTUPDATES options    FFS options    KERN_TLS options    SCTP_SUPPORT options    TCP_RFC7413 options    TCP_HHOOK options    TCP_BLACKBOX options    TCP_OFFLOAD options    ROUTE_MPATH options    IPSEC_SUPPORT options    INET6 options    INET options    VIMAGE options    PREEMPTION options    NUMA options    SCHED_ULE options    NEW_PCIB options    GEOM_PART_GPT options    GEOM_PART_MBR options    GEOM_PART_EBR options    GEOM_PART_BSD device    isa device    mem device    io device    uart_ns8250 device    cpufreq device    acpi device    pci device    fdc device    ahci device    ata device    mvs device    siis device    ahc device    ahd device    esp device    hptiop device    isp device    mpt device    mps device    mpr device    sym device    isci device    ocs_fc device    pvscsi device    scbus device    ch device    da device    sa device    cd device    pass device    ses device    amr device    arcmsr device    ciss device    iir device    ips device    mly device    twa device    smartpqi device    tws device    aac device    aacp device    aacraid device    ida device    mfi device    mlx device    mrsas device    pmspcv device    twe device    nvme device    nvd device    vmd device    vmd_bus device    atkbdc device    atkbd device    psm device    kbdmux device    vga device    splash device    sc device    vt device    vt_vga device    vt_efifb device    vt_vbefb device    agp device    cbb device    pccard device    cardbus device    uart device    ppc device    ppbus device    lpt device    ppi device    puc device    iflib device    em device    ix device    ixv device    ixl device    iavf device    ice device    vmx device    axp device    bxe device    le device    ti device    mlx5 device    mlxfw device    mlx5en device    miibus device    ae device    age device    alc device    ale device    bce device    bfe device    bge device    cas device    dc device    et device    fxp device    gem device    jme device    lge device    msk device    nfe device    nge device    re device    rl device    sge device    sis device    sk device    ste device    stge device    vge device    vr device    xl device    wlan device    wlan_wep device    wlan_ccmp device    wlan_tkip device    wlan_amrr device    an device    ath device    ath_pci device    ath_hal device    ath_rate_sample device    ipw device    iwi device    iwn device    malo device    mwl device    ral device    wpi device    crypto device    aesni device    loop device    padlock_rng device    rdrand_rng device    ether device    vlan device    tuntap device    md device    gif device    firmware device    xz device    bpf device    uhci device    ohci device    ehci device    xhci device    usb device    ukbd device    umass device    sound device    snd_cmi device    snd_csa device    snd_emu10kx device    snd_es137x device    snd_hda device    snd_ich device    snd_via8233 device    mmc device    mmcsd device    sdhci device    rtsx device    virtio device    virtio_pci device    vtnet device    virtio_blk device    virtio_scsi device    virtio_balloon device    hyperv device    xenpci device    netmap device    evdev device    uinput device    hid ------------------------------------------------------------------------ ddb capture buffer ddb: ddb_capture: kvm_nlist From owner-freebsd-current@freebsd.org Fri Mar 19 11:54:26 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B8960570510 for ; Fri, 19 Mar 2021 11:54:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4F22PG4h43z4dKv for ; Fri, 19 Mar 2021 11:54:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id A040257050F; Fri, 19 Mar 2021 11:54:26 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A00EC57068C for ; Fri, 19 Mar 2021 11:54:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F22PG44xfz4dHb for ; Fri, 19 Mar 2021 11:54:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 7B6CE14B95 for ; Fri, 19 Mar 2021 11:54:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 12JBsQ79027950 for ; Fri, 19 Mar 2021 11:54:26 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 12JBsQdg027949 for current@FreeBSD.org; Fri, 19 Mar 2021 11:54:26 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: current@FreeBSD.org Subject: [Bug 254395] bsdinstall: fail script install after BETA3 Date: Fri, 19 Mar 2021 11:54:26 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 13.0-STABLE X-Bugzilla-Keywords: regression X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: nwhitehorn@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 11:54:26 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D254395 Nathan Whitehorn changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nwhitehorn@FreeBSD.org --- Comment #1 from Nathan Whitehorn --- You should not include the EFI partition in the PARTITIONS variable in gene= ral, but that won't cause this issue. Does the installer actually fail, resultin= g in a non-bootable system? Or do you just see this message in the output? Any m= ore detail about your install script? What are you untarring? --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-current@freebsd.org Fri Mar 19 12:13:57 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BC70B57191C for ; Fri, 19 Mar 2021 12:13:57 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4F22qn3Q56z4fc0 for ; Fri, 19 Mar 2021 12:13:57 +0000 (UTC) (envelope-from hps@selasky.org) Received: by mailman.nyi.freebsd.org (Postfix) id 75018571F8A; Fri, 19 Mar 2021 12:13:57 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 749A7571DAD for ; Fri, 19 Mar 2021 12:13:57 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F22qn2Jp1z4fby for ; Fri, 19 Mar 2021 12:13:56 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [178.17.145.105]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id E0B7326010C; Fri, 19 Mar 2021 13:13:47 +0100 (CET) Subject: Re: Boot time crash - Sleeping thread owns a non-sleepable lock To: "David R. Bergstein" , current@freebsd.org References: <4e9908f5-3bbc-f7b2-e2bc-45376d524215@gmail.com> From: Hans Petter Selasky Message-ID: <159229f1-59e8-7d18-5f18-dc9607e901b0@selasky.org> Date: Fri, 19 Mar 2021 13:13:29 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 MIME-Version: 1.0 In-Reply-To: <4e9908f5-3bbc-f7b2-e2bc-45376d524215@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4F22qn2Jp1z4fby X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; TAGGED_RCPT(0.00)[]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 12:13:57 -0000 On 3/19/21 2:09 AM, David R. Bergstein wrote: > I have been seeing this boot time crash on an intermittent basis on a > virtual machine; FreeBSD-13.0-RC2.   Below is a copy of the kernel crash > dump file in case it is helpful to anyone: > > -------------------------------------------------- > > drb-freebsd-13.localdomain dumped core - see /var/crash/vmcore.4 > > Thu Mar 18 20:58:47 EDT 2021 > > FreeBSD drb-freebsd-13.localdomain 13.0-RC2 FreeBSD 13.0-RC2 #0 > releng/13.0-n244684-13c22f74953: Fri Mar 12 04:05:19 UTC 2021 > root@releng1.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 > > panic: sleeping thread > > GNU gdb (GDB) 10.1 [GDB v10.1 for FreeBSD] > Copyright (C) 2020 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-freebsd13.0". > 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 /usr/lib/debug//boot/kernel/kernel.debug... > > Unread portion of the kernel message buffer: > ---<>--- > Copyright (c) 1992-2021 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >     The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 13.0-RC2 #0 releng/13.0-n244684-13c22f74953: Fri Mar 12 04:05:19 > UTC 2021 > root@releng1.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 > FreeBSD clang version 11.0.1 (git@github.com:llvm/llvm-project.git > llvmorg-11.0.1-0-g43ff75f2c3fe) > VT(vga): text 80x25 > CPU: Intel(R) Core(TM) i7 CPU         950  @ 3.07GHz (3103.68-MHz > K8-class CPU) >   Origin="GenuineIntel"  Id=0x106a5  Family=0x6  Model=0x1a Stepping=5 > Features=0x1783fbff > >   Features2=0x180201 >   AMD Features=0x28100800 >   AMD Features2=0x1 >   Structured Extended Features3=0x10000000 >   TSC: P-state invariant > real memory  = 9126805504 (8704 MB) > avail memory = 8285257728 (7901 MB) > Event timer "LAPIC" quality 100 > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > FreeBSD/SMP: 1 package(s) x 4 cache groups x 1 core(s) > random: unblocking device. > ioapic0: MADT APIC ID 4 != hw id 0 > ioapic0 irqs 0-23 > Launching APs: 2 1 3 > Timecounter "TSC-low" frequency 1551839460 Hz quality 1000 > KTLS: Initialized 4 threads > random: entropy device external interface > [ath_hal] loaded > WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD > 14.0. > kbd1 at kbdmux0 > 000.000058 [4350] netmap_init               netmap: loaded module > mlx5en: Mellanox Ethernet driver 3.6.0 (December 2020) > nexus0 > vtvga0: > cryptosoft0: > aesni0: No AES or SHA support. > acpi0: > acpi0: Power Button (fixed) > acpi0: Sleep Button (fixed) > cpu0: on acpi0 > attimer0: port 0x40-0x43,0x50-0x53 on acpi0 > Timecounter "i8254" frequency 1193182 Hz quality 0 > Event timer "i8254" frequency 1193182 Hz quality 100 > Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 > acpi_timer0: <32-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > isab0: at device 1.0 on pci0 > isa0: on isab0 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xd000-0xd00f at device 1.1 on pci0 > ata0: at channel 0 on atapci0 > ata1: at channel 1 on atapci0 > vgapci0: mem 0xe0000000-0xefffffff irq 18 at > device 2.0 on pci0 > vgapci0: Boot video device > em0: port 0xd010-0xd017 mem > 0xf0000000-0xf001ffff irq 19 at device 3.0 on pci0 > em0: Using 1024 TX descriptors and 1024 RX descriptors > <6>em0: Ethernet address: 08:00:27:dd:d4:fc > <6>em0: netmap queues/slots: TX 1/1024, RX 1/1024 > pcm0: port 0xd100-0xd1ff,0xd200-0xd23f irq 21 at > device 5.0 on pci0 > pcm0: > ohci0: mem > 0xf0804000-0xf0804fff irq 22 at device 6.0 on pci0 > usbus0 on ohci0 > usbus0: 12Mbps Full Speed USB v1.0 > pci0: at device 7.0 (no driver attached) > ehci0: mem > 0xf0805000-0xf0805fff irq 19 at device 11.0 on pci0 > usbus1: EHCI version 1.0 > usbus1 on ehci0 > usbus1: 480Mbps High Speed USB v2.0 > acpi_acad0: on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > WARNING: Device "psm" is Giant locked and may be deleted before FreeBSD > 14.0. > psm0: model IntelliMouse Explorer, device ID 4 > orm0: at iomem 0xc0000-0xc7fff,0xe2000-0xe2fff pnpid > ORM0000 on isa0 > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff pnpid > PNP0900 on isa0 > atrtc0: at port 0x70 irq 8 on isa0 > atrtc0: registered as a time-of-day clock, resolution 1.000000s > Event timer "RTC" frequency 32768 Hz quality 0 > atrtc0: non-PNP ISA device will be removed from GENERIC in FreeBSD 14. > Timecounters tick every 10.000 msec > ZFS filesystem version: 5 > ZFS storage pool version: features support (5000) > Trying to mount root from zfs:zroot/ROOT/default []... > Root mount waiting for: CAM usbus0 usbus1 > ugen0.1: at usbus0 > uhub0 on usbus0 > ugen1.1: at usbus1 > uhub0: on usbus0 > uhub1 on usbus1 > uhub1: on usbus1 > ada0 at ata0 bus 0 scbus0 target 0 lun 0 > ada0: ATA8-ACS device > ada0: Serial Number VBb8450cb8-277eed0b > ada0: 33.300MB/s transfers (UDMA2, PIO 65536bytes) > ada0: 61440MB (125829120 512 byte sectors) > cd0 at ata1 bus 0 scbus1 target 0 lun 0 > cd0: Removable CD-ROM SCSI device > cd0: Serial Number VB2-01700376 > cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) > cd0: Attempt to query device size failed: NOT READY, Medium not present > uhub0: 12 ports with 12 removable, self powered > Root mount waiting for: usbus1 > Root mount waiting for: usbus1 > Root mount waiting for: usbus1 > Root mount waiting for: usbus1 > uhub1: 12 ports with 12 removable, self powered > <118>Setting hostuuid: 56767ad9-d311-7b42-9f7f-db26ca8d9b82. > <118>Setting hostid: 0x10458f66. > <118>Starting file system checks: > <118>no pools available to import > <118>Mounting local filesystems:. > <118>Setting hostname: drb-freebsd-13.localdomain. > <118>ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib > /usr/local/lib/compat/pkg /usr/local/lib/compat/pkg /usr/local/lib/gcc10 > /usr/local/lib/gcc9 /usr/local/lib/mysql /usr/local/lib/mysql/plugin > /usr/local/lib/perl5/5.32/mach/CORE /usr/local/lib/qt5 > /usr/local/lib/samba4 /usr/local/lib/signon > /usr/local/lib/signon/extensions /usr/local/llvm10/lib > <118>32-bit compatibility ldconfig path: /usr/lib32 > <118>Setting up harvesting: > [UMA],[FS_ATIME],SWI,INTERRUPT,NET_NG,[NET_ETHER],NET_TUN,MOUSE,KEYBOARD,ATTACH,CACHED > > <118>Feeding entropy: . > vboxguest0 port 0xd020-0xd03f mem > 0xf0400000-0xf07fffff,0xf0800000-0xf0803fff irq 20 at device 4.0 on pci0 > Sleeping thread (tid 100521, pid 174) owns a non-sleepable lock > KDB: stack backtrace of thread 100521: > #0 0xffffffff80c16291 at mi_switch+0xc1 > #1 0xffffffff8293cf37 at rtR0SemEventMultiBsdWait+0x297 > #2 0xffffffff8291d36a at vgdrvHgcmAsyncWaitCallbackWorker+0x14a > #3 0xffffffff8291e49b at VbglR0HGCMInternalConnect+0x11b > #4 0xffffffff8291ad33 at VGDrvCommonIoCtl+0xb53 > #5 0xffffffff82919af6 at VGDrvCommonProcessOptionsFromHost+0x146 > #6 0xffffffff8291d9f8 at vgdrvFreeBSDAttach+0x1d8 > #7 0xffffffff80c462ad at device_attach+0x3dd > #8 0xffffffff80c45eb1 at device_probe_and_attach+0x41 > #9 0xffffffff8085b966 at pci_driver_added+0xf6 > #10 0xffffffff80c43d29 at devclass_driver_added+0x39 > #11 0xffffffff80c43cad at devclass_add_driver+0x13d > #12 0xffffffff80be6964 at module_register_init+0xa4 > #13 0xffffffff80bd8667 at linker_load_module+0xbc7 > #14 0xffffffff80bd9e4b at kern_kldload+0xbb This needs to be fixed in the virtualbox kernel module sources. --HPS From owner-freebsd-current@freebsd.org Fri Mar 19 12:50:39 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A95505728CF for ; Fri, 19 Mar 2021 12:50:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4F23f74F0Kz4hg7 for ; Fri, 19 Mar 2021 12:50:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 8F89B572877; Fri, 19 Mar 2021 12:50:39 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8F4A0572AD3 for ; Fri, 19 Mar 2021 12:50:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F23f73W6Tz4hpB for ; Fri, 19 Mar 2021 12:50:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 6BA6F15519 for ; Fri, 19 Mar 2021 12:50:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 12JCoduN055771 for ; Fri, 19 Mar 2021 12:50:39 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 12JCodaf055770 for current@FreeBSD.org; Fri, 19 Mar 2021 12:50:39 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: current@FreeBSD.org Subject: [Bug 254395] bsdinstall: fail script install after BETA3 Date: Fri, 19 Mar 2021 12:50:39 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 13.0-STABLE X-Bugzilla-Keywords: regression X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: freqlabs@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 12:50:39 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D254395 Ryan Moeller changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |freqlabs@FreeBSD.org --- Comment #2 from Ryan Moeller --- This affects me as well. The install completely fails. I'm even doing EFI installs: PARTITIONS=3D"zvol/pool/dataset/vol gpt" I've used this same script quite a lot and it has only started to fail recently. I noticed yesterday and started looking into it a bit before I got pulled into something else. The tarball that fails to be extracted is base.txz (it's the one that conta= ins ./boot/efi). The output on the console shows this as well: DEBUG: dialog.subr: DEBUG_SELF_INITIALIZE=3D[] DEBUG: UNAME_S=3D[FreeBSD] UNAME_P=3D[amd64] UNAME_R=3D[14.0-CURRENT] DEBUG: common.subr: Successfully loaded. DEBUG: f_debug_init: ARGV=3D[mount] GETOPTS_STDARGS=3D[dD:] DEBUG: f_debug_init: debug=3D[1] debugFile=3D[] DEBUG: Running installation step: mount DEBUG: dialog.subr: DEBUG_SELF_INITIALIZE=3D[] DEBUG: UNAME_S=3D[FreeBSD] UNAME_P=3D[amd64] UNAME_R=3D[14.0-CURRENT] DEBUG: common.subr: Successfully loaded. DEBUG: f_debug_init: ARGV=3D[checksum] GETOPTS_STDARGS=3D[dD:] DEBUG: f_debug_init: debug=3D[1] debugFile=3D[] DEBUG: Running installation step: checksum DEBUG: Extracting /storage/bhyve/14.0-CURRENT/a771bf748f9/kernel.txz DEBUG: Extracting /storage/bhyve/14.0-CURRENT/a771bf748f9/kernel-dbg.txz DEBUG: Extracting /storage/bhyve/14.0-CURRENT/a771bf748f9/base.txz ERROR: bsdinstall script failed At this point the script exits, leaving the filesystems mounted even: /dev/zvol/storage/bhyve/14.0-CURRENT/a771bf748f9/templatep2 on /mnt (ufs, local, journaled soft-updates) /dev/zvol/storage/bhyve/14.0-CURRENT/a771bf748f9/templatep1 on /mnt/boot/efi (msdosfs, local) devfs on /mnt/dev (devfs) # cat /tmp/bsdinstall-tmp-fstab /dev/zvol/storage/bhyve/14.0-CURRENT/a771bf748f9/templatep1 /mnt/boot/e= fi=20=20 msdosfs rw 2 2 /dev/zvol/storage/bhyve/14.0-CURRENT/a771bf748f9/templatep2 /mnt ufs= =20=20=20=20 rw 1 1 # cat /tmp/bsdinstall_etc/fstab # Device Mountpoint FStype Options Dump Pass# /dev/zvol/storage/bhyve/14.0-CURRENT/a771bf748f9/templatep1 /boot/efi= =20=20=20=20=20=20 msdosfs rw 2 2 /dev/zvol/storage/bhyve/14.0-CURRENT/a771bf748f9/templatep2 /=20=20=20= =20=20=20=20=20=20=20=20=20=20=20 ufs rw 1 1 /dev/zvol/storage/bhyve/14.0-CURRENT/a771bf748f9/templatep3 none=20=20= =20=20=20=20=20=20=20=20=20 swap sw 0 0 --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-current@freebsd.org Fri Mar 19 13:06:33 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6708D5732B0 for ; Fri, 19 Mar 2021 13:06:33 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4F240T1FLnz4kHl for ; Fri, 19 Mar 2021 13:06:33 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: by mailman.nyi.freebsd.org (Postfix) id 28F445732AF; Fri, 19 Mar 2021 13:06:33 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 28BAD5726BF for ; Fri, 19 Mar 2021 13:06:33 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from new1-smtp.messagingengine.com (new1-smtp.messagingengine.com [66.111.4.221]) (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 4F240R6TXzz4kMg for ; Fri, 19 Mar 2021 13:06:31 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailnew.nyi.internal (Postfix) with ESMTP id AABD95809B2 for ; Fri, 19 Mar 2021 09:06:30 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute7.internal (MEProxy); Fri, 19 Mar 2021 09:06:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.dev; h=to :from:subject:message-id:date:mime-version:content-type :content-transfer-encoding; s=fm1; bh=WX8QP5Id2WRt4lw2VGk8NtmaFb GmaEkzvgkIwdLtBmU=; b=u1282q1LmuaXGli6RhKM/6aKMWevVsYP/w0pz1Bn6Y iTMEdvq9IxYxq9WZ1ATbgHmXsTlRCHQqfrvsXmdvp0JlCU1pH4g03vSNO6nOVjEx ixO1K/76RXVlhYD5zagSbE66yH3yVtoBKLRjoLr+GuHZ+LxB45wr1w84pzghg/lA hajA7jG4E0DCG7D7wDsEHI1jo0FSXftGyQU0yvPcjAlkMw9EHBBi2ASJ25s4NxsC nR5x+8G4cI2QeL8wh0ZoUVG3rCnetykHViJKjxQcL89c7i00QigrASoC41tpyzhD ncg6dsMyo4O0wfmMZuYO+050s7TaHOkezmKcZfi3izBA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=WX8QP5 Id2WRt4lw2VGk8NtmaFbGmaEkzvgkIwdLtBmU=; b=KbF7bgAA6/R53EcQ4g06DU MZ+YCkGH4B/TeUstNvpNzNm4pWfmeqw5axhHImad6OD00SNss17efaOzcGo8svH5 Vz9Nqn0r8lfr2lmAaogGOle43l+dJb5KqeLpUzXmRCMJrgd029CWp4BQ3vdWJnZp epNStUPWKhQ9R3gPaN2L5T1a4r7/UBHp8R+dPA4Z1vA+4GZ+xHonjGTHTTOLoSl8 UsscaBSlCKZoarB2GdM46FMFalSOnHCIdI/A1D/WkS3lIaUaUmlDO2ypSJKoKeyg tUJfXRR5O10U+kbdcDAzTgIy+zaX20XUT+/yhqsvnVlAc5y1WV94OyrNLEA6ylVA == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudefkedggeelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefvhffukffffgggtgfgsehtjeertd dtfeejnecuhfhrohhmpegjuhhrihcurfgrnhhkohhvuceohihurhhiphhvseihuhhrihhp vhdruggvvheqnecuggftrfgrthhtvghrnhepgfelheevieekueevkeetueegfeelhfehle efkeegtdfghfelfefhvdfftefhvdfgnecukfhppeeluddrvdegtddruddvgedrudefjeen ucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpeihuhhrih hpvheshihurhhiphhvrdguvghv X-ME-Proxy: Received: from [192.168.1.12] (unknown [91.240.124.137]) by mail.messagingengine.com (Postfix) with ESMTPA id DF76B240066 for ; Fri, 19 Mar 2021 09:06:29 -0400 (EDT) To: current@freebsd.org From: Yuri Pankov Subject: panic: malloc(M_WAITOK) with sleeping prohibited Message-ID: <43b77ddc-058b-eef2-c6e7-243dfae9d0ed@yuripv.dev> Date: Fri, 19 Mar 2021 16:06:27 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4F240R6TXzz4kMg X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yuripv.dev header.s=fm1 header.b=u1282q1L; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=KbF7bgAA; dmarc=none; spf=pass (mx1.freebsd.org: domain of yuripv@yuripv.dev designates 66.111.4.221 as permitted sender) smtp.mailfrom=yuripv@yuripv.dev X-Spamd-Result: default: False [-3.55 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.221:from]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.221]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[yuripv.dev:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-0.95)[-0.954]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.111.4.221:from]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.221:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[yuripv.dev:s=fm1,messagingengine.com:s=fm2]; FREEFALL_USER(0.00)[yuripv]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; DMARC_NA(0.00)[yuripv.dev]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.111.4.221:from:127.0.2.255]; MAILMAN_DEST(0.00)[current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 13:06:33 -0000 H/W: Supermicro X9DRI-LN4F+, booting from IPMI Virtual CD-ROM using FreeBSD-14.0-CURRENT-amd64-20210311-15565e0a217-257277-disc1.iso. Root mount waiting for: usbus0 ugen0.4: at usbus0 umass0 numa-domain 0 on uhub2 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks = 0xc101 umass0:7:0: Attached to scbus7 umass1 numa-domain 0 on uhub2 umass1: on usbus0 umass1: 8070i (ATAPI) over Bulk-Only; quirks = 0xc101 umass1:8:1: Attached to scbus8 panic: malloc(M_WAITOK) with sleeping prohibited cpuid = 37 time = 9 KDB: stack backtrace: db_trace_self_wrapper() vpanic() malloc_dbg() malloc() disk_alloc() cdregister() cam_periph_alloc() cdasync() xpt_async_process_dev() xpt_async_process() xpt_done_process() xpt_done_td() fork_exit() fork_trampoline() --- trap 0, rip = 0, rsp = 0, rbp =0 --- KDB: enter: panic [ thread pid 49 tid 100383 ] From owner-freebsd-current@freebsd.org Fri Mar 19 13:13:59 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EC2CB57367B for ; Fri, 19 Mar 2021 13:13:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4F249366Y2z4kq4 for ; Fri, 19 Mar 2021 13:13:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id D1EB1573B65; Fri, 19 Mar 2021 13:13:59 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D1B79573B63 for ; Fri, 19 Mar 2021 13:13:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F24935WSkz4lF0 for ; Fri, 19 Mar 2021 13:13:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id B07D415B97 for ; Fri, 19 Mar 2021 13:13:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 12JDDxPJ068557 for ; Fri, 19 Mar 2021 13:13:59 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 12JDDx3N068556 for current@FreeBSD.org; Fri, 19 Mar 2021 13:13:59 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: current@FreeBSD.org Subject: [Bug 254395] bsdinstall: fail script install after BETA3 Date: Fri, 19 Mar 2021 13:13:59 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 13.0-STABLE X-Bugzilla-Keywords: regression X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: nwhitehorn@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 13:14:00 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D254395 --- Comment #3 from Nathan Whitehorn --- Well, I found the issue and there's even a nice comment in the relevant code that an older, smarter version of me put in in 2018 describing exactly why = this is going to break: -------- # Unpack distributions bsdinstall checksum for set in $DISTRIBUTIONS; do f_dprintf "Extracting $BSDINSTALL_DISTDIR/$set" # XXX: this will fail if any mountpoints are FAT, due to inability = to # set ctime/mtime on the root of FAT partitions. tar has no option = to # ignore this. We probably need to switch back to distextract here # to properly support EFI. tar -xf "$BSDINSTALL_DISTDIR/$set" -C $BSDINSTALL_CHROOT done -------- I'll try to get a patch in today. Apologies for the breakage, and thanks for the report. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-current@freebsd.org Fri Mar 19 13:23:10 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7B6C5573F1D for ; Fri, 19 Mar 2021 13:23:10 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4F24Mf1n8Bz4lfP for ; Fri, 19 Mar 2021 13:23:10 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: by mailman.nyi.freebsd.org (Postfix) id 3CE68573E13; Fri, 19 Mar 2021 13:23:10 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3CAC6573D75 for ; Fri, 19 Mar 2021 13:23:10 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from new1-smtp.messagingengine.com (new1-smtp.messagingengine.com [66.111.4.221]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F24Md3sLxz4ltC for ; Fri, 19 Mar 2021 13:23:09 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailnew.nyi.internal (Postfix) with ESMTP id E39D358083B for ; Fri, 19 Mar 2021 09:23:08 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Fri, 19 Mar 2021 09:23:08 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.dev; h= subject:from:to:references:message-id:date:mime-version :in-reply-to:content-type:content-transfer-encoding; s=fm1; bh=L 8IU0WDJkXAzu3xmtowkyIhh9CtytloJcXEz5FKrjys=; b=EOjZAow+6QhVVa1ts TuWIHveOwEBhCOwmUo9QxfHlQAjsz3K3lYItmZVgTqpd87KBw7EZ3GO5M5RF0Tke dzT2f5wjwP0p2+V/jPsCv9ojjE03DJfB9AQd270fI0XQbe1LDg12ZJwNq00hmEfZ kYrPJ8b3hJh5mZ01DTyvAWaKOjlVSf4q4zC7As4gHZtPKz6EANp30DS28vLVNVkd jW9LWPA+RwerrH2ZLMH9lMA6zz3ynh/kJgOpKOb0vFHGUjW2SXty2s/0LxwTqIGU aS+k7XK6SaDK01qtx02Fqjy8JYWpMPdjnmYeloQbWm9Eh1ULH4HLEFpjPXs19dYu gxvPw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=L8IU0WDJkXAzu3xmtowkyIhh9CtytloJcXEz5FKrj ys=; b=AgYB8d1Zg7mCb7L+K5aeT41Yhsi1ppfiVDcsr/aGTjFLX1CZ3KxOD7Lou TKkpQ2kbZ9IJjn6/dihBn4dLREJSp1mXSI65P7HBm4U+bYbEyNKBUeUU0UXhXu32 eR1bufjqYFuBk6Rz7jL2n2AyJCmMFm1Q5VufAKhlp9gOdkc/rzO3Bvi9bRiRDeig 3gtxDJyG/+4EExoFnnXts/Zs+Vl+NEtiiPFWUU0UaBpZ9z1Sl1XLPQA6ULvEIQdw P86XKZeRxCKxK75JvbJ5P4qTK42MxevSb4sRYYd3rIHlaSHT9uE8Tjg32jOnbQCt /9VRsWJttrnz46Dy+8Yf1tEgKNnnQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudefkedghedvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefuhffvfhfkffgfgggjtgfgsehtje ertddtfeejnecuhfhrohhmpegjuhhrihcurfgrnhhkohhvuceohihurhhiphhvseihuhhr ihhpvhdruggvvheqnecuggftrfgrthhtvghrnhepvddvhfejtddvleffhfduhedvjeeuhe ffgefgkeelgfeghfeghfdtudfgudetueefnecukfhppeeluddrvdegtddruddvgedrudef jeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpeihuh hrihhpvheshihurhhiphhvrdguvghv X-ME-Proxy: Received: from [192.168.1.12] (unknown [91.240.124.137]) by mail.messagingengine.com (Postfix) with ESMTPA id D8BC2240065 for ; Fri, 19 Mar 2021 09:23:07 -0400 (EDT) Subject: Re: panic: malloc(M_WAITOK) with sleeping prohibited From: Yuri Pankov To: current@freebsd.org References: <43b77ddc-058b-eef2-c6e7-243dfae9d0ed@yuripv.dev> Message-ID: Date: Fri, 19 Mar 2021 16:23:07 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 MIME-Version: 1.0 In-Reply-To: <43b77ddc-058b-eef2-c6e7-243dfae9d0ed@yuripv.dev> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4F24Md3sLxz4ltC X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yuripv.dev header.s=fm1 header.b=EOjZAow+; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=AgYB8d1Z; dmarc=none; spf=pass (mx1.freebsd.org: domain of yuripv@yuripv.dev designates 66.111.4.221 as permitted sender) smtp.mailfrom=yuripv@yuripv.dev X-Spamd-Result: default: False [-3.60 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.221:from]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.221:c]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[yuripv.dev:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.111.4.221:from]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.221:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[yuripv.dev:s=fm1,messagingengine.com:s=fm2]; FREEFALL_USER(0.00)[yuripv]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; DMARC_NA(0.00)[yuripv.dev]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.111.4.221:from:127.0.2.255]; MAILMAN_DEST(0.00)[current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 13:23:10 -0000 Yuri Pankov wrote: > H/W: Supermicro X9DRI-LN4F+, booting from IPMI Virtual CD-ROM using > FreeBSD-14.0-CURRENT-amd64-20210311-15565e0a217-257277-disc1.iso. Somehow I missed that it was already reported (a lot) and seems to be already fixed with FreeBSD-14.0-CURRENT-amd64-20210318-a771bf748f9-245511-disc1.iso, sorry for the noise. From owner-freebsd-current@freebsd.org Fri Mar 19 13:34:45 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CA5B95746AD for ; Fri, 19 Mar 2021 13:34:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4F24d157Cwz4mRB for ; Fri, 19 Mar 2021 13:34:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id ADBD757482A; Fri, 19 Mar 2021 13:34:45 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AD7A3574829 for ; Fri, 19 Mar 2021 13:34:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F24d14NW5z4mJm for ; Fri, 19 Mar 2021 13:34:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 85A9E16049 for ; Fri, 19 Mar 2021 13:34:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 12JDYjuV077422 for ; Fri, 19 Mar 2021 13:34:45 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 12JDYjFE077421 for current@FreeBSD.org; Fri, 19 Mar 2021 13:34:45 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: current@FreeBSD.org Subject: [Bug 254395] bsdinstall: fail script install after BETA3 Date: Fri, 19 Mar 2021 13:34:45 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 13.0-STABLE X-Bugzilla-Keywords: regression X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: andrey@bsdnir.info X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 13:34:45 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D254395 --- Comment #4 from Andrey Fesenko --- (In reply to Nathan Whitehorn from comment #1) Installer fail, if set PARTITIONS=3D"$DISKSLICE GPT { auto freebsd-ufs / }"= fail too https://64.media.tumblr.com/2c95d2ddeed5cc2bd7ffb8fc68f34436/f8abb8c6d81ea6= 45-e4/s1280x1920/6c4753c8bfdd3af75f597371189c4dcb1cbf0880.png build packer "qemu_binary": "/usr/libexec/qemu-kvm", "-bios", "/usr/share/edk2.git/ovmf-x64/OVMF-pure-efi.fd" Check virtualbox builder BETA4 installer ok. RC2 fail, similar error --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-current@freebsd.org Fri Mar 19 13:37:23 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 625D25749A5 for ; Fri, 19 Mar 2021 13:37:23 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4F24h3297mz4n1Q for ; Fri, 19 Mar 2021 13:37:23 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 4A2FF57487F; Fri, 19 Mar 2021 13:37:23 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 49F2D5748D8 for ; Fri, 19 Mar 2021 13:37:23 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F24h31WQGz4mnn for ; Fri, 19 Mar 2021 13:37:23 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 277E01604B for ; Fri, 19 Mar 2021 13:37:23 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 12JDbNC1077906 for ; Fri, 19 Mar 2021 13:37:23 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 12JDbNEp077905 for current@FreeBSD.org; Fri, 19 Mar 2021 13:37:23 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: current@FreeBSD.org Subject: [Bug 254395] bsdinstall: fail script install after BETA3 Date: Fri, 19 Mar 2021 13:37:23 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 13.0-STABLE X-Bugzilla-Keywords: regression X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: andrey@bsdnir.info X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 13:37:23 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D254395 --- Comment #5 from Andrey Fesenko --- (In reply to Nathan Whitehorn from comment #3) If possible, it is also worth mentioning in the release notes that you no longer need to specify the efi and boot partitions, but is it possible to m= ake the efi partition smaller, since 260M is a lot for a virtual machine, where there will be only 1 system --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-current@freebsd.org Fri Mar 19 14:49:44 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 05FF1576B73 for ; Fri, 19 Mar 2021 14:49:44 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4F26HW52vmz4sqY for ; Fri, 19 Mar 2021 14:49:43 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mailman.nyi.freebsd.org (Postfix) id AD253576B72; Fri, 19 Mar 2021 14:49:43 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id ACE88576AFE for ; Fri, 19 Mar 2021 14:49:43 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x733.google.com (mail-qk1-x733.google.com [IPv6:2607:f8b0:4864:20::733]) (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 4F26HW4PZRz4stB for ; Fri, 19 Mar 2021 14:49:43 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x733.google.com with SMTP id c3so3089777qkc.5 for ; Fri, 19 Mar 2021 07:49:43 -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=fgmyYym3FyVRZfANPD9g+axYIi9uK5d1iXSxNxibqog=; b=l2xTkLHQqQbKp3o6HH8luqwZJrpYWI4FQj0ZXB3KAZPKt1e3EAhyYrUwy9NcSKa7Wf wUgq8koVnAy7uyQobvfd3ylF5UY/Wlrg0Pl/T0F8VgYnInJCrrmGPdT3KsDpq920TKlM h5GWY6lQi4AmZtIsSr+O+cBoCdGIT+i0jD+rY8UNVWtZqd1kWu+SKitB9LPPv5z9xg57 n71nxy6MFX3hxUYnkyTHUjLVYGL9Hhly/PRX3QyowNted6dL9/wmwqaS4aoJ+NAJEkYW ViXF71U5vJKnZPHZ5JXRwm0B2IQx/1Aht/72T302Wye2VGukMXDK+2aQlXs6VfhPeAe4 lxWw== 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=fgmyYym3FyVRZfANPD9g+axYIi9uK5d1iXSxNxibqog=; b=UHz6m4SJO9BqVnIRFlimdKn5TqqWOuzJZUpixi/Nr40nooCIb5hLJnLXqhlOal7sov D+ymvp7Y/ciCxyATg0VEWR3/+4El702wMw8hR5XhMBnUARW+gTj0veIqZAG0GfNAUhEO swcWh5ScYensrtKNSxN1rpxt/+kteTBuERaKfeXeBxNHvIsqepvYOg6nHASKqk9SqEqq +K+vNaPKn3THj1WG5SdBqe0h7IimWUE0s87RlvYc29W4jkSTC9H1QejsDHngyuWC8qLS JcVe1QRKGtHtgaT4nLZ3yX2w1XakQt1AsmqAOD1bMCL3R5uD6K9rh19IeukTOL6P8W4j UI0w== X-Gm-Message-State: AOAM531q9yfimiGNQJgf0sIn9B5Noyw12DuglM8KgnueLmptyCgcdNhg wqxjkAHgc680bJbN4Qo0nhZaFEji2jq3/VdBOmUCxRqE3Bh9ew== X-Google-Smtp-Source: ABdhPJzSXB7JZ73+/OkO21Urp+tHxbuOczWGQBElT/3oNmE7sm6uJH4RCrBDXfDNCeqPHuPnEx+K2/afSKeRfuMJcTg= X-Received: by 2002:ae9:e010:: with SMTP id m16mr9405251qkk.44.1616165382255; Fri, 19 Mar 2021 07:49:42 -0700 (PDT) MIME-Version: 1.0 References: <43b77ddc-058b-eef2-c6e7-243dfae9d0ed@yuripv.dev> In-Reply-To: From: Warner Losh Date: Fri, 19 Mar 2021 08:49:31 -0600 Message-ID: Subject: Re: panic: malloc(M_WAITOK) with sleeping prohibited To: Yuri Pankov Cc: FreeBSD Current X-Rspamd-Queue-Id: 4F26HW4PZRz4stB X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 14:49:44 -0000 On Fri, Mar 19, 2021 at 7:23 AM Yuri Pankov wrote: > Yuri Pankov wrote: > > H/W: Supermicro X9DRI-LN4F+, booting from IPMI Virtual CD-ROM using > > FreeBSD-14.0-CURRENT-amd64-20210311-15565e0a217-257277-disc1.iso. > > Somehow I missed that it was already reported (a lot) and seems to be > already fixed with > FreeBSD-14.0-CURRENT-amd64-20210318-a771bf748f9-245511-disc1.iso, sorry > for the noise. > Thanks for testing the newer version. It was the first thing I was going to ask... Warner From owner-freebsd-current@freebsd.org Fri Mar 19 15:26:04 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id ED247577CF4 for ; Fri, 19 Mar 2021 15:26:04 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 4F275S1YHDz3Bnj for ; Fri, 19 Mar 2021 15:26:03 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 30FB45C00D7 for ; Fri, 19 Mar 2021 11:26:03 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Fri, 19 Mar 2021 11:26:03 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=oA8YUTJ9M4/+dLl98HwnoAbaAHz PT5rOYMkVvjV1MWU=; b=JxM9xvkGIsOwG4ad99OK3rnz1OhOkgghummr1ptSWI6 MWQ6wa2AblZzSsfbC/N0t0cipSgwxC/TrQvVVOsmmnVDuc2olzAwr1qM5YhStz31 pb0xgWL34HLc4n7MoFKX+6hVw/kUp2b3UnaKX6rixE+x8J3/UT6U4au8zE6xUZ15 wB8fnp8WAUQ4QqffV+4co9eR23Y3NbXmASsNy6CRMRxHbOOwrXUgkBI6FAsljaNo CvSjbiEExwKI0xZ8tHbw0GpBBqsyDaf6IQ2uQ2urN57n/vWcOqAkv7FPjW5eeRXm Iv71nMMrWBVLN8fc6jRzlhMzsEzyZExZNiKNlo1SVyg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=oA8YUT J9M4/+dLl98HwnoAbaAHzPT5rOYMkVvjV1MWU=; b=C0ep0jEz3URPmVO3a7wJdd oUphH+o892ZU9hp810QTiU27TeJNVu1k0XRXidV3MdmWR4KE3NtK4e8KbC8EG4DU xhUTT79kgoy2GFaG/3MzMgy6eGXmHF2plufVkB2BESHYZzu3kPQLf/BErVSoiTvw RBFF/pJbM7S9Eb1nQ6WAxil0/JDFVHqpy2SoRmcHu+X5Pr4Xck0vRUmTthlcp+lW DCLfSdwmEHeCFv9pBgJ2GEYBe2JU29SIB72ffZ91XUtAgSSyncEI6k2mPEUkUzDf HwGwLX5vcP+x0FC7YQ/T516ANgdFPbILWETUTybZm9SxeMC/lEJ3M0pkVByi4Nhw == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudefkedgjeeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesghdtre ertddtvdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucggtffrrghtthgvrhhnpeettddtudeugfeggefhkeekteekje elfeffleehjeffgffftdeffedtjeegueeiffenucffohhmrghinhepfhhrvggvsghsugdr ohhrghenucfkphepkedvrdejtddrledurddutddtnecuvehluhhsthgvrhfuihiivgeptd enucfrrghrrghmpehmrghilhhfrhhomhepthgvtghhqdhlihhsthhsseiihiigshhtrdhn vght X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA id A976324005A for ; Fri, 19 Mar 2021 11:26:02 -0400 (EDT) Date: Fri, 19 Mar 2021 15:26:00 +0000 From: tech-lists To: freebsd-current@freebsd.org Subject: Re: Getting started with ktls Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: <20210311003136.GM56617@kduck.mit.edu> <20210311031501.GP56617@kduck.mit.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="j9wkTbnO6qQpiOZp" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4F275S1YHDz3Bnj X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=JxM9xvkG; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=C0ep0jEz; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 66.111.4.25 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.25:from]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.25]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.111.4.25:from]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.25:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.111.4.25:from:127.0.2.255]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 15:26:05 -0000 --j9wkTbnO6qQpiOZp Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 14, 2021 at 11:07:23PM +0000, tech-lists wrote: >On Sun, Mar 14, 2021 at 08:55:18PM +0000, Rick Macklem wrote: >>If you want to try NFS-over-TLS, see this: >>https://people.freebsd.org/~rmacklem/nfs-over-tls-setup.txt > >>Please let us know if you try it, rick Hi, on the (main/14) server, /etc/rpc.tlsservd was not already there; I had to create it. Is this correct? version is main-n245454 --=20 J. --j9wkTbnO6qQpiOZp Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmBUwoAACgkQs8o7QhFz NAW3qg/8C+meOBsPN8qr6JBccoNnpho5sjAlPVIxdhwgG+V1pHTfyaC7IiEjq9B4 UyDvYujzY4aEMF5K2TMT01ctWAeN/h417B2Jvh3AgIV3gZ9wggnl59O4gCTl2Pf3 wjZJOMarqeN6NJaGJbSUvgFFgbY4u5kesdAc1qdoczrvrfg/jvpGhIqV15U8hEo6 ZxRiqPqL/poFF3qcVXR6xGdyUKfuIOh01LqDgZj9Qir+ndON+ZyHJJI+o10FUBQ/ mNu/12GPAWTr3xfo/Ry/byH0VR+8vhJOVK1AmoyMxB8D8abkDnbIpgVSq9iiWqZt FIVNqejpO2jLwFjtCDDucGJu5yQo6HJrBKe+Xy5zKkzeGM5t6r7E0vAugo9JlPz/ uNX2+Zt3S42vnB0EMjKAdMlcARnaK22pXpbCxi1qESIwSRWF1pqD/y5Ntx9vfe1H Xzn9AMEWrMuX7Vslx6V9dRsPuPs6H9Y45dyyBm3TB3i2SIIaweOApsShmfZ4ewxq cNV2d/5Uyb6keoajzUU6dHbX95/wEa3ampGWCDswULiodpI7B5Pc5uVx+dLyjv+0 OW0WydVm/1lOawR/xK/8jzXJgFDKAlojPkZVvKTO4tKqXKNfb6CBEixroqsFzzHK 1zTUOqRp1aPUtRKgWDDpaZa9vLpc0uOADyJ3pwUPGeJ7GdNdBTI= =3+4I -----END PGP SIGNATURE----- --j9wkTbnO6qQpiOZp-- From owner-freebsd-current@freebsd.org Fri Mar 19 19:33:34 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EC5BC57FE7B for ; Fri, 19 Mar 2021 19:33:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4F2Db26B5xz3lcV for ; Fri, 19 Mar 2021 19:33:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id D266A57FC76; Fri, 19 Mar 2021 19:33:34 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D22DD5A828F for ; Fri, 19 Mar 2021 19:33:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F2Db25JV3z3lp6 for ; Fri, 19 Mar 2021 19:33:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id A90BF1A5E4 for ; Fri, 19 Mar 2021 19:33:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 12JJXYlq065172 for ; Fri, 19 Mar 2021 19:33:34 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 12JJXYIl065171 for current@FreeBSD.org; Fri, 19 Mar 2021 19:33:34 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: current@FreeBSD.org Subject: [Bug 254395] bsdinstall: fail script install after BETA3 Date: Fri, 19 Mar 2021 19:33:35 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 13.0-STABLE X-Bugzilla-Keywords: regression X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: andrey@bsdnir.info X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: blocked Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 19:33:35 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D254395 Andrey Fesenko changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |231027 Referenced Bugs: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D231027 [Bug 231027] [META] FreeBSD-Foundation sponsored issues for FreeBSD 13-CURR= ENT --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-current@freebsd.org Fri Mar 19 20:06:03 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D1AC35A942A for ; Fri, 19 Mar 2021 20:06:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4F2FJW5NRYz3nnh for ; Fri, 19 Mar 2021 20:06:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id B70895A91D0; Fri, 19 Mar 2021 20:06:03 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B6CC35A950F for ; Fri, 19 Mar 2021 20:06:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F2FJW4hggz3p4f for ; Fri, 19 Mar 2021 20:06:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 9394A1B299 for ; Fri, 19 Mar 2021 20:06:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 12JK63Zi082984 for ; Fri, 19 Mar 2021 20:06:03 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 12JK63Og082983 for current@FreeBSD.org; Fri, 19 Mar 2021 20:06:03 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: current@FreeBSD.org Subject: [Bug 254395] bsdinstall: fail script install after BETA3 Date: Fri, 19 Mar 2021 20:06:03 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 13.0-STABLE X-Bugzilla-Keywords: regression X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: nwhitehorn@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_severity cc priority Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 20:06:03 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D254395 Nathan Whitehorn changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|Affects Only Me |Affects Some People CC| |imp@FreeBSD.org Priority|--- |Normal --- Comment #6 from Nathan Whitehorn --- Thanks for the suggestion about the documentation -- I've updated the man p= age. The core problem here is that our tar can't extract archives to FAT32 with default options, since it treats inability to set modification time as a fa= tal error and FAT32 doesn't let you do that on the root directory. As such, any file in the release tarballs can't be extracted to FAT32. For interactive installations, the bsdinstall distextract tool, a CURSES-y frontend to libarchive, solves this by ignoring ctime/mtime errors. Some extra commentary on solutions, so it can be in one place. Possibilities are: 1. We drop /boot/efi from mtree. That will result in it not existing in base.txz, solving this issue, but will result in it not being in mtree. It = will also leave in place an identical bug that will break scripted installation = on bare-metal POWER8 and POWER9 systems, although that is a tier-2 platform. 2. We add an option to tar to ignore failure in setting ctime/mtime, like t= he interactive installer uses. This has the difficulty that the patch is hacky= and would have to go through upstream. 3. We go back to using distextract for scripted installations as well as interactive ones, reverting d7640440fb644fde697f62fdff0b55aa3a4d5ef7. This fixes this issue but will result in installation failures for scripted inst= alls without a controlling tty. (It will also add nice progress bars to scripted installs). 4. We do --exclude /boot/efi when running tar, then mkdir -p it by hand afterward. This is incredibly hacky and otherwise essentially functionally equivalent to #1. Like #1, it will fix this issue and has no obvious functi= onal downside, but leaves scripted installs bare-metal POWER8 and POWER9 broken. 5. We patch the file system driver to (pretend to) allow setting times on t= he mount point. I don't want to do this, since I don't want to solve this in t= he kernel at RC3 and I don't like it pretending to do things it can't do. -------- Of these, 1, 3, and 4 are quite easy to implement, but all have some downsi= de. My temptation is to do 4 for 13.0, since it will definitely work but is just lame, then either do #2 or a variant on #3 where distextract notices there = is no tty and doesn't try to set up a dialog as a longer-term fix in HEAD. Any thoughts? --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-current@freebsd.org Fri Mar 19 20:08:19 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B21C35A9989 for ; Fri, 19 Mar 2021 20:08:19 +0000 (UTC) (envelope-from "") Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4F2FM53BCbz3pMZ for ; Fri, 19 Mar 2021 20:08:17 +0000 (UTC) (envelope-from "") Received: by mailman.nyi.freebsd.org (Postfix) id 6CD175A9825; Fri, 19 Mar 2021 20:08:17 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6B5395A9639 for ; Fri, 19 Mar 2021 20:08:17 +0000 (UTC) (envelope-from "") Received: from securemail-y51.synaq.com (securemail-y51.synaq.com [196.35.198.38]) (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 "*.synaq.com", Issuer "GeoTrust TLS DV RSA Mixed SHA256 2020 CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F2FM30cNVz3pMK for ; Fri, 19 Mar 2021 20:08:15 +0000 (UTC) (envelope-from "") Received: from [172.245.162.177] by securemail-pl-omx4.synaq.com with esmtpsa (TLS1) tls TLS_DHE_RSA_WITH_AES_256_CBC_SHA (Exim 4.93.0.4-30-5edf9c7) id 1lNLKf-0007jU-3S for current@FreeBSD.ORG; Fri, 19 Mar 2021 22:02:53 +0200 MIME-Version: 1.0 Subject: Important Message current@FreeBSD.ORG To: current@FreeBSD.ORG From: "ANZ Internet Banking" <> Date: Fri, 19 Mar 2021 13:02:46 -0700 X-UNKNOWN-NULL: Yes X-Red-Router: yes X-SYNAQ-Pinpoint-Information: Please contact SYNAQ for more information X-SYNAQ-Pinpoint-ID: 1lNLKf-0007jU-3S X-SYNAQ-Pinpoint: No virus infections found X-SYNAQ-Pinpoint-SpamCheck: not spam, SpamAssassin (not cached, score=6.109, required 9, autolearn=disabled, ALL_TRUSTED -1.00, FROM_NO_USER 2.60, HTML_IMAGE_RATIO_06 0.00, HTML_MESSAGE 0.00, MISSING_MID 0.14, NULLSENDER 0.01, TVD_PH_BODY_ACCOUNTS_PRE 0.00, URI_GOOGLE_PROXY 1.63, WIKI_IMG 2.72) X-SYNAQ-Pinpoint-SpamScore: ssssss X-Pinpoint-From: X-Rspamd-Queue-Id: 4F2FM30cNVz3pMK X-Spamd-Bar: +++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of securemail-y51.synaq.com has no SPF policy when checking 196.35.198.38) smtp.helo=securemail-y51.synaq.com X-Spamd-Result: default: False [5.55 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ZERO_FONT(0.10)[1]; TO_DN_NONE(0.00)[]; URI_COUNT_ODD(1.00)[1]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[196.35.198.38:from]; ASN(0.00)[asn:3741, ipnet:196.34.0.0/15, country:ZA]; R_DKIM_NA(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[No domain in From header]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[196.35.198.38:from:127.0.2.255]; MANY_INVISIBLE_PARTS(0.05)[1]; MISSING_MID(2.50)[]; NEURAL_SPAM_LONG(1.00)[1.000]; RCVD_IN_DNSWL_NONE(0.00)[196.35.198.38:from]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; GREYLIST(0.00)[pass,body]; MAILMAN_DEST(0.00)[current] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Description: Mail message body X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 20:08:20 -0000 = = = = = = = = Dear ANZ customer = = Your ANZ Internet Banking access has been violated. We suspected someone o= ther than you with IP 178.210.92*** trying to access your information's. = = Please verify your banking information with us to show that you are not= currently away. You have to verify this as soon as possible to prevent you= r online bank account from getting suspended. = Restore your Access = =A9 Australia and New Zealand Banking Group Limited (ANZ) ABN 11 005 35= 7 522. ACLN and AFSL Number 234527. = = = = = = = =20 From owner-freebsd-current@freebsd.org Fri Mar 19 20:09:40 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 923DD5A9F1D for ; Fri, 19 Mar 2021 20:09:40 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4F2FNh3TBYz3q0y for ; Fri, 19 Mar 2021 20:09:40 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 7706C5A9E2E; Fri, 19 Mar 2021 20:09:40 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 763CC5A9E2D for ; Fri, 19 Mar 2021 20:09:40 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F2FNh2c7Lz3q0w for ; Fri, 19 Mar 2021 20:09:40 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 49A6D1B2AA for ; Fri, 19 Mar 2021 20:09:40 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 12JK9eN2083817 for ; Fri, 19 Mar 2021 20:09:40 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 12JK9eRh083816 for current@FreeBSD.org; Fri, 19 Mar 2021 20:09:40 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: current@FreeBSD.org Subject: [Bug 254395] bsdinstall: fail script install after BETA3 Date: Fri, 19 Mar 2021 20:09:40 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 13.0-STABLE X-Bugzilla-Keywords: regression X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: imp@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 20:09:40 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D254395 --- Comment #7 from Warner Losh --- #4 sounds good for 13.0. Of the hacks, it's the most localized and least ha= cky, imho. I'd prefer #5, honestly, longer term but I've not thought through all the implictions. We should loop in cem@ since he's been touching that code most recently. Or delphij@ as he has too... --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-current@freebsd.org Fri Mar 19 20:55:35 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DD13D5AB2F5 for ; Fri, 19 Mar 2021 20:55:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4F2GPg5kkFz3shm for ; Fri, 19 Mar 2021 20:55:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id C4C2E5AB3C4; Fri, 19 Mar 2021 20:55:35 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C48415AB626 for ; Fri, 19 Mar 2021 20:55:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F2GPg57jGz3shk for ; Fri, 19 Mar 2021 20:55:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id A3D8F1BE04 for ; Fri, 19 Mar 2021 20:55:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 12JKtZ6j011929 for ; Fri, 19 Mar 2021 20:55:35 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 12JKtZWE011928 for current@FreeBSD.org; Fri, 19 Mar 2021 20:55:35 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: current@FreeBSD.org Subject: [Bug 254395] bsdinstall: fail script install after BETA3 Date: Fri, 19 Mar 2021 20:55:35 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 13.0-STABLE X-Bugzilla-Keywords: regression X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: freqlabs@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 20:55:35 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D254395 --- Comment #8 from Ryan Moeller --- Would it be possible to defer mounting the ESP until after the tarballs have been extracted? We don't actually have anything in /boot/efi in the base archive. My understanding is that it's just there to ensure the mountpoint exists. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-current@freebsd.org Fri Mar 19 21:15:24 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 22A075AC395 for ; Fri, 19 Mar 2021 21:15:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4F2GrX0HwGz3v1V for ; Fri, 19 Mar 2021 21:15:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 0A17C5AC40E; Fri, 19 Mar 2021 21:15:24 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 09E505AC14B for ; Fri, 19 Mar 2021 21:15:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F2GrW6q3nz3vB6 for ; Fri, 19 Mar 2021 21:15:23 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id DA2271BAF4 for ; Fri, 19 Mar 2021 21:15:23 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 12JLFNKP021198 for ; Fri, 19 Mar 2021 21:15:23 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 12JLFNfi021197 for current@FreeBSD.org; Fri, 19 Mar 2021 21:15:23 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: current@FreeBSD.org Subject: [Bug 254395] bsdinstall: fail script install after BETA3 Date: Fri, 19 Mar 2021 21:15:24 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 13.0-STABLE X-Bugzilla-Keywords: regression X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: nwhitehorn@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 21:15:24 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D254395 --- Comment #9 from Nathan Whitehorn --- (In reply to Ryan Moeller from comment #8) We could delay it, but it's harder and less-localized than the other soluti= ons. It also completely breaks PowerPC and other systems with analagous but non-= ESP boot partions. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-current@freebsd.org Fri Mar 19 21:15:57 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AE9955AC3C6 for ; Fri, 19 Mar 2021 21:15:57 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4F2Gs86DTYz3v4Q for ; Fri, 19 Mar 2021 21:15:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id A4B8D5AC2CC; Fri, 19 Mar 2021 21:15:56 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A46F65AC4A2 for ; Fri, 19 Mar 2021 21:15:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F2Gs75Ln6z3vF3 for ; Fri, 19 Mar 2021 21:15:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id AB3531BFBD for ; Fri, 19 Mar 2021 21:15:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 12JLFtrc021353 for ; Fri, 19 Mar 2021 21:15:55 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 12JLFteA021352 for current@FreeBSD.org; Fri, 19 Mar 2021 21:15:55 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: current@FreeBSD.org Subject: [Bug 254395] bsdinstall: fail script install after BETA3 Date: Fri, 19 Mar 2021 21:15:55 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 13.0-STABLE X-Bugzilla-Keywords: regression X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: imp@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 21:15:57 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D254395 --- Comment #10 from Warner Losh --- (In reply to Ryan Moeller from comment #8) Oh! I like this idea better, I think, but I don't know how hard it is to do. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-current@freebsd.org Fri Mar 19 21:26:01 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CD9D55AD22C for ; Fri, 19 Mar 2021 21:26:01 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4F2H4n3wp8z3wBJ for ; Fri, 19 Mar 2021 21:26:01 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: by mailman.nyi.freebsd.org (Postfix) id 867F55AD228; Fri, 19 Mar 2021 21:26:01 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 864765ACFEE for ; Fri, 19 Mar 2021 21:26:01 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from new3-smtp.messagingengine.com (new3-smtp.messagingengine.com [66.111.4.229]) (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 4F2H4m5H1Nz3w6P for ; Fri, 19 Mar 2021 21:26:00 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailnew.nyi.internal (Postfix) with ESMTP id BD90F580EEE for ; Fri, 19 Mar 2021 17:25:59 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Fri, 19 Mar 2021 17:25:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.dev; h=to :from:subject:message-id:date:mime-version:content-type :content-transfer-encoding; s=fm1; bh=pPzt4Q4CH+DdEhqSwta+ABrGpW scM54x12Y3GB/263w=; b=BS5wkYyiM5A/Y473AjxiOmYqidZor6eL5DmWnUguv5 gZtst8puOq1gNQeVJqp16gOuAIrH1sPtJAUk/sULV+UpX53fvgUhUwFGO4AIWbET 3dm4mA8LlHfK/nx2D0QBpStXaDDFOr+GfM8TpGWxii5pK55h6wchaCT5KlaOj6va BucjsgsjA6EV/9rC52QMqxpPqsTYSJ858aPg+k7e8kI1Gi541JaML251M+dowMRg bAVSFR/AKZYwqSod1/MyfMgO2o+C39cuu2HvwTwWZJJQ9/L4qIUB2dCTmXAmNYGh ZCBCXaAsJSGKhOY4oW+vMQVGYz+DLWlCf6r2zwBBL6Fw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=pPzt4Q 4CH+DdEhqSwta+ABrGpWscM54x12Y3GB/263w=; b=dz25qrj/rXbJY29S8ddMVK Yjef/BvD6LiGWbFBWNewrH65tZaz1PtNkUBoNtdyk3EUgDE5tpcIESb+LGGycXS6 VH+2TYtaJsg6czLN/epUqTRUh0zNvTdmjEg4uKQInhzOATMyhVLWpaKHrXHuPjtb QXwTi76PUGfnTCV1qi+q8guBjPYU9Qt/ztqkVq0BdbFbFkEZBff3B4wcXWD/CjBI 0sHCj2RpOwIhM2a+530u85HIHrXFTQSGJLo1U3liT22E2xCQEfUxX8J66SYz8hww 6u5oCNV/HuSTnbmjZzIWQg55IAf4E3Kl2UvlbuoZQzHUk3cF5h+U/q+30zdO2yzA == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudefledgudegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefvhffukffffgggtgfgsehtjeertd dtfeejnecuhfhrohhmpegjuhhrihcurfgrnhhkohhvuceohihurhhiphhvseihuhhrihhp vhdruggvvheqnecuggftrfgrthhtvghrnhepgfelheevieekueevkeetueegfeelhfehle efkeegtdfghfelfefhvdfftefhvdfgnecukfhppeeluddrvdegtddruddvgedrudefjeen ucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpeihuhhrih hpvheshihurhhiphhvrdguvghv X-ME-Proxy: Received: from [192.168.1.12] (unknown [91.240.124.137]) by mail.messagingengine.com (Postfix) with ESMTPA id 140ED24005A for ; Fri, 19 Mar 2021 17:25:58 -0400 (EDT) To: current@freebsd.org From: Yuri Pankov Subject: no time selection screen in installer anymore Message-ID: <5ad70bb5-18a0-35a2-bf44-c70da6e6a922@yuripv.dev> Date: Sat, 20 Mar 2021 00:25:57 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4F2H4m5H1Nz3w6P X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yuripv.dev header.s=fm1 header.b=BS5wkYyi; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=dz25qrj/; dmarc=none; spf=pass (mx1.freebsd.org: domain of yuripv@yuripv.dev designates 66.111.4.229 as permitted sender) smtp.mailfrom=yuripv@yuripv.dev X-Spamd-Result: default: False [-3.60 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.229]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[yuripv.dev:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.111.4.229:from]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.229:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[yuripv.dev:s=fm1,messagingengine.com:s=fm2]; FREEFALL_USER(0.00)[yuripv]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; DMARC_NA(0.00)[yuripv.dev]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.111.4.229:from:127.0.2.255]; MAILMAN_DEST(0.00)[current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 21:26:01 -0000 Installing from FreeBSD-14.0-CURRENT-amd64-20210318-a771bf748f9-245511-disc1.iso, I noticed that there's no time selection screen anymore; TZ is there, date is there, and only time is missing. Not that I miss it much, but it does not seem to be removed from source, so I'm wondering if it's recent dialog update that broke it? From owner-freebsd-current@freebsd.org Fri Mar 19 21:29:37 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 405C65AD3FE for ; Fri, 19 Mar 2021 21:29:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4F2H8x19J7z3wRh for ; Fri, 19 Mar 2021 21:29:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 2808C5ACEE5; Fri, 19 Mar 2021 21:29:37 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 27D245ACEE4 for ; Fri, 19 Mar 2021 21:29:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F2H8x0cRtz4QxN for ; Fri, 19 Mar 2021 21:29:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 085941C304 for ; Fri, 19 Mar 2021 21:29:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 12JLTaJI029181 for ; Fri, 19 Mar 2021 21:29:36 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 12JLTadf029180 for current@FreeBSD.org; Fri, 19 Mar 2021 21:29:36 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: current@FreeBSD.org Subject: [Bug 254395] bsdinstall: fail script install after BETA3 Date: Fri, 19 Mar 2021 21:29:37 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 13.0-STABLE X-Bugzilla-Keywords: regression X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: nwhitehorn@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 21:29:37 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D254395 --- Comment #11 from Nathan Whitehorn --- (In reply to Warner Losh from comment #10) It's pretty tricky, since it touches code in a lot of places, has to be conditional on platform, and runs a risk of breaking interactive installs j= ust because it is pretty invasive. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-current@freebsd.org Fri Mar 19 21:37:33 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 676455AD6FC for ; Fri, 19 Mar 2021 21:37:33 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-to1can01on0613.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe5d::613]) (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 4F2HL44C4Hz4RRm for ; Fri, 19 Mar 2021 21:37:32 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ESo1/k/sJS4jJuKOBWjGqrlx+Pcn8S9As4wge6S9B4YNMaDtjHtIroE+ZjU87e84fq9pKnVEWzd8FPXoTWkGV4fD0vvb7K/9UstDIb6nktRkkDqt89hEmBciBbXmUNPgJRwJZQEClmp7NkoQSdGbZwcqXs5GwbgFdQAKpbyRpJmg5/wKo/vLXRvigwBSDQ4kvO/5XNHF6AhTxZOrkoV1sQMuSBJMjBHBhsSDzUU860RlcNOy78bzKciXTwyh20HnLLIBjp+f8C8CDng2nGpDaP6DTQTavu2Xl+5zRCM97nqm619Sqzai/4R2DOd14lRNVNLESLlbk9h0jQx183ec8w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=FmMQvzPesqJ9R0rbDrqslHDH7I3RHjTBICsgiAy/AiA=; b=Lk9yR0JGlQUZZzv3JzUiVqJGXsPrPvjEEE18fvXAbaIa09S8QkcxSVSwUyRub/lkWxew2xCEnsZ6Uy2FnFHgNW5llBaQki2Dhc4hGy3K98Vd9yJu7ARmYijj2HzQqlCsDiJPC88OwNTiI0G1VczMi56Jq82B3RP8mZYvFoaXp0Sp85yvR4YzEojeADCjN83viZtQZYjK8IT6Sh5UcSmOxdCpg37ZfV2hWHjmmu+FJDMblqBrkbTzC3Sk9Er74Owz/KbVhU8zXWVhLV/AvzHCjfTiwWvf/w9U0IZTz/YBsOWIYx0JaEdJUcPt4j72krIL7oxvgq4NsnmVXFwjjVbS3w== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=FmMQvzPesqJ9R0rbDrqslHDH7I3RHjTBICsgiAy/AiA=; b=iahiBJiTjBa7MErUVsiFIqCEWb9HkTzwam83YwUR/d385SAqcf/ZYY+/NDpyDL4T7VuAdoAPeeQs9ePhOK/WsyVAr5SANm3PDoepXbKGDAdsv56yScffp3w+H03XedsA9PpXk4I4UX54Q3xR4uwQW6MtlrL/ZU54Jqbtn6BkTJqVMDRab5/UROlHpvWNQgfPYnehzE+cZBX/5VpWXIbr4mgh9xp2nvBhb3wZUKVUaF1FQDTfZ7xv1t7yyzt0Jo315mqcdJMaINqiMbzA4q/5Fkf80sG8GVavOCB/vd5YtUsEO6mtAtJNSEcVtDv4/A+KPO16TbyyfShiU+n8s+Eiag== Received: from YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:19::29) by YQBPR0101MB1763.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:11::26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3933.32; Fri, 19 Mar 2021 21:37:30 +0000 Received: from YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM ([fe80::6073:6fc0:5ddf:dc8a]) by YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM ([fe80::6073:6fc0:5ddf:dc8a%7]) with mapi id 15.20.3933.033; Fri, 19 Mar 2021 21:37:30 +0000 From: Rick Macklem To: tech-lists , "freebsd-current@freebsd.org" Subject: Re: Getting started with ktls Thread-Topic: Getting started with ktls Thread-Index: AQHXFgwYWcBrnpJjzEOOvEeMKEi/Wap977EAgAAM4QCAACDHgIAACzeAgADCPHuABK2jgIAAEB+AgABQrWyAAChCgIAHWr8AgABnCLA= Date: Fri, 19 Mar 2021 21:37:30 +0000 Message-ID: References: <20210311003136.GM56617@kduck.mit.edu> <20210311031501.GP56617@kduck.mit.edu> , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: f8856ac3-d366-46b2-29c5-08d8eb1f333e x-ms-traffictypediagnostic: YQBPR0101MB1763: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: UxHuY6JkHKiLzxhyglg+Z0wbzYdqQy8qdGeA4pgxws2ytgW0yF00+WoC4bn10wrz5NEXf162t85pf5pXk/PK3BeGO09xtrErLzQn2e2gfju7vNGwa9IoVaF21lXSziLX94bq3Pc+StwGlV+dTYM5WE2cR0vz8w/o0u1f8hO8tS5z3AcI6LHSQAJOmfeJWF65tEUE1Mt2/lVZkFYB1qQV5FWVitOeagJzwMYUHmYmKEAuiRsrQINe5D/sVWdihVwaGXOip8fbJxPBSlQgZSH7v0Vw9HdnSvu6b3zzhTx3XAf1sJ3SqFEnTBSNk4KzFbAUgfQxBBzbFQmMnn7GtbEFCMWu6ikG29iiWgwqn9L72sZap5zKkY/91JKf1Zq6apv9mNRLFuH45xYrzoCdSM22/ALLB/ta5KnavXsrh2TpT8oBSG4PqhhNZXIie/9jR3POtmwysySkzlNmdFhRsC6siTLUItGCCrtHUnOkxCrHpV4gXGy9XA7xYYVJ2JYP8IDHbC/yg1pZ66ALeS7yUS+Uc6R0JVK3dyg9vzBX3ZOfcoxbti1pqBBBk8ME5asV2rObWYsrQ8pLlrC3BgS1irR3dYLAHmlptvt37zoZkN2JBCAMhOMBQFUsQoSM3umimD+DOL/GKMIvwwaujpWGCtd3YPm0RIyxKF49MYoka9nzzOo= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(136003)(366004)(396003)(346002)(39850400004)(376002)(86362001)(5660300002)(8936002)(52536014)(316002)(71200400001)(55016002)(110136005)(2906002)(8676002)(186003)(9686003)(558084003)(64756008)(66556008)(66946007)(66476007)(3480700007)(91956017)(76116006)(66446008)(478600001)(6506007)(38100700001)(7696005)(33656002)(786003); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?iso-8859-1?Q?02ZXT//wqw5oFqkUZkrIMVr6QK4O8y3bJew9WMrQEUOlzinx54vnX5bsxh?= =?iso-8859-1?Q?BxcCV7OOJkqor2/iFNfLEbw9YMdbSTAoxn76JXFCDmjbcy9QJmcd7fL+AI?= =?iso-8859-1?Q?EIUGRqLQ1bZzJ248PXBTD6vhS9Pg4HfAJXeyRZ7UMYf+jgqIHJloAhZHsS?= =?iso-8859-1?Q?jvgdwBqfDP+ic/1L7d44529KOhLlJWvkX8pxvNrtrn8HctIisfn6TjlW2X?= =?iso-8859-1?Q?e5jL/7Bm516TBFUZTJn9ylvZeuyvc3jnZgBNWLXgHRaiykYq+QKVqoYoIL?= =?iso-8859-1?Q?GjnXYZ2FN0L87YNvc/oiGl7s8/XgW2cAAbMb92meeB9fFzEls8kSHxBXxw?= =?iso-8859-1?Q?kAHUWS7qKW5Lr2TSPUSY7CVLL9UOQ06E9M2jDB0fJmxQHaleApszr41LPR?= =?iso-8859-1?Q?upFiTUsshVHBBxDEFlHnv7p0pCm+0LH+Y7kl2KBAEmgvTSe+x+EUjsPVjr?= =?iso-8859-1?Q?nxM0xfUfFRTqLC7TwNHBDFuE6hw8pge3eSXpEjrg4CeOewqZ5sPmwBCrkG?= =?iso-8859-1?Q?rUi/kWz/EBJiYaAd4Ea79a7/+hQdIzjbqd0YviXDJBxPBT0qPKIe38+wbk?= =?iso-8859-1?Q?lRfCzR8tPZL9LssrZH3K+5T/NOpO/DP7BSeBTDUIHjaF40tBlIlzh8K1Qm?= =?iso-8859-1?Q?fDdVS5so11j2o+xPjnxCKvFr8SDM5a7LcrhqCsD0mXBz4mzMQGf08mmulh?= =?iso-8859-1?Q?ECoZAKj1y7WNpWlGsvSBiBEUYO5r1UBq3ngNnqdIBOd8MAxLbQrU/l2JA2?= =?iso-8859-1?Q?GL6G8XaOqJzS3+m4K/ofpdbMxgRMGqAeuJzY4NPMFqqhVWvU8sH+8AoWcL?= =?iso-8859-1?Q?cG5sb7YYkxRsh0JjXz58uK02YV6KxwWfprsxOfawCBGXVTUkXV53s/3GAi?= =?iso-8859-1?Q?Zdko+DwAepyDkhWyW0b6VxZj1sCsv05vQ6JSvj1UNhr4jotgc6N++Bw205?= =?iso-8859-1?Q?1IR+XMeVKWAfJcv0JSJtNGoO/OCuNdCL+xq/QgP84DKOK9du9GL3RqBcjx?= =?iso-8859-1?Q?9xExh/OndDshT/WnXz8KEjwUlyTEek/pG6gQKAEndAzWrZzzh+f8HdHqay?= =?iso-8859-1?Q?8nuXKkrzC/TZ1Hobgmlh1qiJvcwTB68ZZoTRCpQQc0Amd9yS7iFYE/h2SH?= =?iso-8859-1?Q?yTKWH2los/ShW4BG+lN/PPSsZz16i6+px8zXnWj8QzEBuSE7vGEI2VPoOC?= =?iso-8859-1?Q?LppZTD2dt9zXkrbucMLv1D6DxdsxZr3uJhxenanFFAoMzt+etn3YxcuVeX?= =?iso-8859-1?Q?Zmjvvlb8pjyQFxs7+4YrEQlPTUE2EFDnRJzKKU/SHAyUbmI09LeoT9jWmB?= =?iso-8859-1?Q?Ss/IqNyQ5SSnJpx5S1ooHBy/EN6FPsRGGzdL6l79dGQvH3T8Oj/Ex/ELLI?= =?iso-8859-1?Q?QR8XOwIAp0qyfvI6g4EMLHLAOc1vnmuzBdbIQKLv8cMM9VWEXa0CowRM/f?= =?iso-8859-1?Q?lmdyOvwk5UaKlL8v?= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: f8856ac3-d366-46b2-29c5-08d8eb1f333e X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Mar 2021 21:37:30.8670 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: owLkO2xQUH0ZJjlqoy5DTWSiHyQw0Rd94WvZDbmehZzWsLKuy92xbIY7oY1mvFYVhiOf89sYtyCGbJp5Yzev9A== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR0101MB1763 X-Rspamd-Queue-Id: 4F2HL44C4Hz4RRm X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector1 header.b=iahiBJiT; arc=pass (microsoft.com:s=arcselector9901:i=1); dmarc=pass (policy=none) header.from=uoguelph.ca; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 2a01:111:f400:fe5d::613 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-6.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a01:111:f400:fe5d::613:from]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector1]; FREEFALL_USER(0.00)[rmacklem]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:111:f400::/48]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[2a01:111:f400:fe5d::613:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; DKIM_TRACE(0.00)[uoguelph.ca:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[uoguelph.ca,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:2a01:111:f000::/36, country:US]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 21:37:33 -0000 J. wrote:=0A= >on the (main/14) server, /etc/rpc.tlsservd was not already there; I had=0A= >to create it. Is this correct?=0A= >=0A= >version is main-n245454=0A= I'll admit I have no idea what n245454 means, but the daemons were=0A= committed to main on Feb 18, 2021.=0A= Installing them from ports should be fine.=0A= =0A= rick=0A= =0A= --=0A= J.=0A= From owner-freebsd-current@freebsd.org Fri Mar 19 22:11:11 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 086AA5AE156 for ; Fri, 19 Mar 2021 22:11:11 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4F2J4t5NkMz4T5x for ; Fri, 19 Mar 2021 22:11:10 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: by mailman.nyi.freebsd.org (Postfix) id B8D6B5AE3F5; Fri, 19 Mar 2021 22:11:10 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B8A2D5AE155 for ; Fri, 19 Mar 2021 22:11:10 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (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 "ultimatedns.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F2J4t3bgnz4TMj; Fri, 19 Mar 2021 22:11:10 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.16.1/8.16.1) with ESMTP id 12JMB6jX079902; Fri, 19 Mar 2021 15:11:12 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) MIME-Version: 1.0 Date: Fri, 19 Mar 2021 15:11:06 -0700 From: Chris To: bugzilla-noreply@freebsd.org Cc: current@freebsd.org Subject: Re: [Bug 254395] bsdinstall: fail script install after BETA3 In-Reply-To: References: User-Agent: UDNSMS/17.0 Message-ID: <2132088f8d7addba911e3f49fc674e1b@bsdforge.com> X-Sender: bsd-lists@bsdforge.com Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4F2J4t3bgnz4TMj X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 22:11:11 -0000 On 2021-03-19 13:06, bugzilla-noreply@freebsd.org wrote: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254395 > > Nathan Whitehorn changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Severity|Affects Only Me |Affects Some People > CC| |imp@FreeBSD.org > Priority|--- |Normal > > --- Comment #6 from Nathan Whitehorn --- > Thanks for the suggestion about the documentation -- I've updated the man > page. > > The core problem here is that our tar can't extract archives to FAT32 with > default options, since it treats inability to set modification time as a > fatal > error and FAT32 doesn't let you do that on the root directory. As such, any > file in the release tarballs can't be extracted to FAT32. For interactive > installations, the bsdinstall distextract tool, a CURSES-y frontend to > libarchive, solves this by ignoring ctime/mtime errors. > > Some extra commentary on solutions, so it can be in one place. Possibilities > are: > > 1. We drop /boot/efi from mtree. That will result in it not existing in > base.txz, solving this issue, but will result in it not being in mtree. It > will > also leave in place an identical bug that will break scripted installation > on > bare-metal POWER8 and POWER9 systems, although that is a tier-2 platform. > > 2. We add an option to tar to ignore failure in setting ctime/mtime, like > the > interactive installer uses. This has the difficulty that the patch is hacky > and > would have to go through upstream. > > 3. We go back to using distextract for scripted installations as well as > interactive ones, reverting d7640440fb644fde697f62fdff0b55aa3a4d5ef7. This > fixes this issue but will result in installation failures for scripted > installs > without a controlling tty. (It will also add nice progress bars to scripted > installs). > > 4. We do --exclude /boot/efi when running tar, then mkdir -p it by hand > afterward. This is incredibly hacky and otherwise essentially functionally > equivalent to #1. Like #1, it will fix this issue and has no obvious > functional > downside, but leaves scripted installs bare-metal POWER8 and POWER9 broken. > > 5. We patch the file system driver to (pretend to) allow setting times on > the > mount point. I don't want to do this, since I don't want to solve this in > the > kernel at RC3 and I don't like it pretending to do things it can't do. 6. (my favorite) do NOT require that the efi/ partition be in strictly a fat32 format. I mean fat32 is not strictly required as the format for the efi partition. It is simply _assumed_ to be the required format and as such, the one used in so many cases. Whould it actually be that much harder to use ffs/ufs? You asked. ;-) > > -------- > > Of these, 1, 3, and 4 are quite easy to implement, but all have some > downside. > My temptation is to do 4 for 13.0, since it will definitely work but is just > lame, then either do #2 or a variant on #3 where distextract notices there > is > no tty and doesn't try to set up a dialog as a longer-term fix in HEAD. Any > thoughts? From owner-freebsd-current@freebsd.org Fri Mar 19 22:21:37 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6806F5AE748 for ; Fri, 19 Mar 2021 22:21:37 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4F2JJx1Cp6z4V2N for ; Fri, 19 Mar 2021 22:21:37 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: by mailman.nyi.freebsd.org (Postfix) id 278E35AE6C3; Fri, 19 Mar 2021 22:21:37 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2751F5AE6C2 for ; Fri, 19 Mar 2021 22:21:37 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from new3-smtp.messagingengine.com (new3-smtp.messagingengine.com [66.111.4.229]) (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 4F2JJw3dGtz4Tyc for ; Fri, 19 Mar 2021 22:21:36 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailnew.nyi.internal (Postfix) with ESMTP id 11438580A17 for ; Fri, 19 Mar 2021 18:21:36 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Fri, 19 Mar 2021 18:21:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.dev; h= subject:to:references:from:message-id:date:mime-version :in-reply-to:content-type:content-transfer-encoding; s=fm1; bh=X xV+FpIjXQd+wipv76IunAgVxZO2GuMnci/l9dHjCQI=; b=mXDuocmGgLN63NhjW E6NU6llTLs5TUGFpoJF6Jrh2cnINVMYbtr+JGibSdn0vmSGJA0+SiPYrnhKaauuk /Ra0QUI6ph+e17i/ikxlFf/nhPNUd132SMQ2GXVPujp4Ew6viQ4sQJ6tQ6SGvGkq 6P+1i6inMtl7mV/hQS7BhG4MVIbhaZDzgvBf55YAj/qDDp/mfp8FsZXwaCxnA2NW oRmRkgbDY4Oite6fR/RrCXhBpqg8d3wLssoDGK0oaC4heo0et2Ui+Dh7ZfZFGwSr zlcf66WAp/LAhOTmGj21lfesTmgiL8wcD8Bt/MegEHcm1akCyiM+3GdkAlN+HGpK E06hw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=XxV+FpIjXQd+wipv76IunAgVxZO2GuMnci/l9dHjC QI=; b=I+AuXQSlhriUF8OYJzdGtgRNjJ+cQlpWNSTfCQb8lSNG9XOAxuy7/B7c1 wOezi5SkLoMHamyflNPdOQzbY7wT7kfMYy/lNgt4ZXE1t0qxNtKptY/fG0d3acmG NMSjjzh+waCFsw3DuV6irkRzw5Q+yqfN39Y8t6L3/oou3koShZDxq/H3D5xzXw6n XFWO0aIYvrqUVdLzuZTYJrdoYA5oaU+/Xj1V+JMV//EzHSVlHudESLLPzkGL9Uoh oUdR6D4Tz3WYfxTxJcwV4k+PPBYwqJW75la/MJXgcw23ZNoHVkpD/ZU3igPTPQ/n dQOh+OlSBXRGHobOxxekY2gQrvT+A== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudefledgvdehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefuvfhfhffkffgfgggjtgfgsehtke ertddtfeejnecuhfhrohhmpegjuhhrihcurfgrnhhkohhvuceohihurhhiphhvseihuhhr ihhpvhdruggvvheqnecuggftrfgrthhtvghrnhepveefvefgtefgueekfeejudeukeffje eugfeiteetueelvddttefhleehvdejteevnecuffhomhgrihhnpehfrhgvvggsshgurdho rhhgnecukfhppeeluddrvdegtddruddvgedrudefjeenucevlhhushhtvghrufhiiigvpe dtnecurfgrrhgrmhepmhgrihhlfhhrohhmpeihuhhrihhpvheshihurhhiphhvrdguvghv X-ME-Proxy: Received: from [192.168.1.12] (unknown [91.240.124.137]) by mail.messagingengine.com (Postfix) with ESMTPA id C5B8924005A for ; Fri, 19 Mar 2021 18:21:34 -0400 (EDT) Subject: Re: [Bug 254395] bsdinstall: fail script install after BETA3 To: current@freebsd.org References: <2132088f8d7addba911e3f49fc674e1b@bsdforge.com> From: Yuri Pankov Message-ID: <024a371e-a57d-9b94-b85a-e8b59be76a22@yuripv.dev> Date: Sat, 20 Mar 2021 01:21:34 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 MIME-Version: 1.0 In-Reply-To: <2132088f8d7addba911e3f49fc674e1b@bsdforge.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4F2JJw3dGtz4Tyc X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yuripv.dev header.s=fm1 header.b=mXDuocmG; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=I+AuXQSl; dmarc=none; spf=pass (mx1.freebsd.org: domain of yuripv@yuripv.dev designates 66.111.4.229 as permitted sender) smtp.mailfrom=yuripv@yuripv.dev X-Spamd-Result: default: False [-2.40 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.229:c]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[yuripv.dev:+,messagingengine.com:+]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.111.4.229:from]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.229:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[yuripv.dev:s=fm1,messagingengine.com:s=fm2]; FREEFALL_USER(0.00)[yuripv]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; DMARC_NA(0.00)[yuripv.dev]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.111.4.229:from:127.0.2.255]; NEURAL_SPAM_SHORT(0.20)[0.201]; MAILMAN_DEST(0.00)[current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 22:21:37 -0000 Chris wrote: > On 2021-03-19 13:06, bugzilla-noreply@freebsd.org wrote: >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254395 >> >> Nathan Whitehorn changed: >> >>            What    |Removed                     |Added >> ---------------------------------------------------------------------------- >> >>            Severity|Affects Only Me             |Affects Some People >>                  CC|                            |imp@FreeBSD.org >>            Priority|---                         |Normal >> >> --- Comment #6 from Nathan Whitehorn --- >> Thanks for the suggestion about the documentation -- I've updated the >> man page. >> >> The core problem here is that our tar can't extract archives to FAT32 >> with >> default options, since it treats inability to set modification time as >> a fatal >> error and FAT32 doesn't let you do that on the root directory. As >> such, any >> file in the release tarballs can't be extracted to FAT32. For interactive >> installations, the bsdinstall distextract tool, a CURSES-y frontend to >> libarchive, solves this by ignoring ctime/mtime errors. >> >> Some extra commentary on solutions, so it can be in one place. >> Possibilities >> are: >> >> 1. We drop /boot/efi from mtree. That will result in it not existing in >> base.txz, solving this issue, but will result in it not being in >> mtree. It will >> also leave in place an identical bug that will break scripted >> installation on >> bare-metal POWER8 and POWER9 systems, although that is a tier-2 platform. >> >> 2. We add an option to tar to ignore failure in setting ctime/mtime, >> like the >> interactive installer uses. This has the difficulty that the patch is >> hacky and >> would have to go through upstream. >> >> 3. We go back to using distextract for scripted installations as well as >> interactive ones, reverting d7640440fb644fde697f62fdff0b55aa3a4d5ef7. >> This >> fixes this issue but will result in installation failures for scripted >> installs >> without a controlling tty. (It will also add nice progress bars to >> scripted >> installs). >> >> 4. We do --exclude /boot/efi when running tar, then mkdir -p it by hand >> afterward. This is incredibly hacky and otherwise essentially >> functionally >> equivalent to #1. Like #1, it will fix this issue and has no obvious >> functional >> downside, but leaves scripted installs bare-metal POWER8 and POWER9 >> broken. >> >> 5. We patch the file system driver to (pretend to) allow setting times >> on the >> mount point. I don't want to do this, since I don't want to solve this >> in the >> kernel at RC3 and I don't like it pretending to do things it can't do. > >  6. (my favorite) do NOT require that the efi/ partition be in strictly a >  fat32 format. I mean fat32 is not strictly required as the format for > the efi >  partition. It is simply _assumed_ to be the required format and as > such, the >  one used in so many cases. Wrong, see "13.3 File System Format" in UEFI specification. > Whould it actually be that much harder to use ffs/ufs? > > You asked. ;-) > >> >> -------- >> >> Of these, 1, 3, and 4 are quite easy to implement, but all have some >> downside. >> My temptation is to do 4 for 13.0, since it will definitely work but >> is just >> lame, then either do #2 or a variant on #3 where distextract notices >> there is >> no tty and doesn't try to set up a dialog as a longer-term fix in >> HEAD. Any >> thoughts? From owner-freebsd-current@freebsd.org Fri Mar 19 22:49:15 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D1E9C5AF511 for ; Fri, 19 Mar 2021 22:49:15 +0000 (UTC) (envelope-from tsoome@me.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4F2Jwq4V4Dz4WG0 for ; Fri, 19 Mar 2021 22:49:15 +0000 (UTC) (envelope-from tsoome@me.com) Received: by mailman.nyi.freebsd.org (Postfix) id 9A12E5AF409; Fri, 19 Mar 2021 22:49:15 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 99CF65AF243 for ; Fri, 19 Mar 2021 22:49:15 +0000 (UTC) (envelope-from tsoome@me.com) Received: from pv50p00im-tydg10021701.me.com (pv50p00im-tydg10021701.me.com [17.58.6.54]) (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 4F2Jwp2DQ4z4WRg for ; Fri, 19 Mar 2021 22:49:14 +0000 (UTC) (envelope-from tsoome@me.com) Received: from nazgul.lan (148-52-235-80.sta.estpak.ee [80.235.52.148]) by pv50p00im-tydg10021701.me.com (Postfix) with ESMTPSA id C3F6684021A for ; Fri, 19 Mar 2021 22:49:11 +0000 (UTC) From: Toomas Soome Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: [Bug 254395] bsdinstall: fail script install after BETA3 Date: Sat, 20 Mar 2021 00:49:09 +0200 References: <2132088f8d7addba911e3f49fc674e1b@bsdforge.com> <024a371e-a57d-9b94-b85a-e8b59be76a22@yuripv.dev> To: current@freebsd.org In-Reply-To: <024a371e-a57d-9b94-b85a-e8b59be76a22@yuripv.dev> Message-Id: <28321ED9-BFAF-434A-9E3E-07932A3B4863@me.com> X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-03-19_12:2021-03-19, 2021-03-19 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-2006250000 definitions=main-2103190157 X-Rspamd-Queue-Id: 4F2Jwp2DQ4z4WRg X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.60 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[me.com]; MV_CASE(0.50)[]; TO_DN_NONE(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:17.58.0.0/16]; DKIM_TRACE(0.00)[me.com:+]; DMARC_POLICY_ALLOW(-0.50)[me.com,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_IN_DNSWL_LOW(-0.10)[17.58.6.54:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[me.com]; ASN(0.00)[asn:714, ipnet:17.58.0.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_NEUTRAL(0.00)[17.58.6.54:from]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[17.58.6.54:from]; R_DKIM_ALLOW(-0.20)[me.com:s=1a1hai]; FREEFALL_USER(0.00)[tsoome]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[me.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[17.58.6.54:from:127.0.2.255]; RECEIVED_SPAMHAUS_PBL(0.00)[80.235.52.148:received]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[current] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 22:49:15 -0000 > On 20. Mar 2021, at 00:21, Yuri Pankov wrote: >=20 > Chris wrote: >> On 2021-03-19 13:06, bugzilla-noreply@freebsd.org wrote: >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D254395 >>>=20 >>> Nathan Whitehorn changed: >>>=20 >>> What |Removed |Added >>> = --------------------------------------------------------------------------= -- >>>=20 >>> Severity|Affects Only Me |Affects Some People >>> CC| |imp@FreeBSD.org >>> Priority|--- |Normal >>>=20 >>> --- Comment #6 from Nathan Whitehorn --- >>> Thanks for the suggestion about the documentation -- I've updated = the >>> man page. >>>=20 >>> The core problem here is that our tar can't extract archives to = FAT32 >>> with >>> default options, since it treats inability to set modification time = as >>> a fatal >>> error and FAT32 doesn't let you do that on the root directory. As >>> such, any >>> file in the release tarballs can't be extracted to FAT32. For = interactive >>> installations, the bsdinstall distextract tool, a CURSES-y frontend = to >>> libarchive, solves this by ignoring ctime/mtime errors. >>>=20 >>> Some extra commentary on solutions, so it can be in one place. >>> Possibilities >>> are: >>>=20 >>> 1. We drop /boot/efi from mtree. That will result in it not existing = in >>> base.txz, solving this issue, but will result in it not being in >>> mtree. It will >>> also leave in place an identical bug that will break scripted >>> installation on >>> bare-metal POWER8 and POWER9 systems, although that is a tier-2 = platform. >>>=20 >>> 2. We add an option to tar to ignore failure in setting ctime/mtime, >>> like the >>> interactive installer uses. This has the difficulty that the patch = is >>> hacky and >>> would have to go through upstream. >>>=20 >>> 3. We go back to using distextract for scripted installations as = well as >>> interactive ones, reverting = d7640440fb644fde697f62fdff0b55aa3a4d5ef7. >>> This >>> fixes this issue but will result in installation failures for = scripted >>> installs >>> without a controlling tty. (It will also add nice progress bars to >>> scripted >>> installs). >>>=20 >>> 4. We do --exclude /boot/efi when running tar, then mkdir -p it by = hand >>> afterward. This is incredibly hacky and otherwise essentially >>> functionally >>> equivalent to #1. Like #1, it will fix this issue and has no obvious >>> functional >>> downside, but leaves scripted installs bare-metal POWER8 and POWER9 >>> broken. >>>=20 >>> 5. We patch the file system driver to (pretend to) allow setting = times >>> on the >>> mount point. I don't want to do this, since I don't want to solve = this >>> in the >>> kernel at RC3 and I don't like it pretending to do things it can't = do. >>=20 >> 6. (my favorite) do NOT require that the efi/ partition be in = strictly a >> fat32 format. I mean fat32 is not strictly required as the format = for >> the efi >> partition. It is simply _assumed_ to be the required format and as >> such, the >> one used in so many cases. >=20 > Wrong, see "13.3 File System Format" in UEFI specification. >=20 it is not as simple as that:) 13.3.1.1 is more specific: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D The EFI firmware must support the FAT32, FAT16, and FAT12 variants of = the EFI file system. What variant of EFI FAT to use is defined by the = size of the media. The rules defining the relationship between media = size and FAT variants is defined in the specification for the EFI file = system. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D rgds, toomas From owner-freebsd-current@freebsd.org Fri Mar 19 22:56:07 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EE0A05AF565 for ; Fri, 19 Mar 2021 22:56:07 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4F2K4l4RgRz4WrJ for ; Fri, 19 Mar 2021 22:56:07 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mailman.nyi.freebsd.org (Postfix) id 988535AF564; Fri, 19 Mar 2021 22:56:07 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 984565AF6B0 for ; Fri, 19 Mar 2021 22:56:07 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qv1-xf2b.google.com (mail-qv1-xf2b.google.com [IPv6:2607:f8b0:4864:20::f2b]) (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 4F2K4l3kHpz4X6p for ; Fri, 19 Mar 2021 22:56:07 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qv1-xf2b.google.com with SMTP id 30so5834569qva.9 for ; Fri, 19 Mar 2021 15:56:07 -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=9IXJFhN1zERX3NcMDdBzoksuykds1yLQ8tcy1g4tj/k=; b=H3XuponWXwqFhJCkvU++N4CTYqSJXXSOAACk+dzIayCz7O5/r0+KBGLln6U0MiVEun YkRth5nu8PFjsiBnHEViI9nanK7e3G2P0gOUdYvQ5pSny/SZCYDBJMyyKfzJkZiveFg/ jPkHzjYUmxCHIFmLou+TvasBe5OT+3ecAXWCxN9PzZqThCvLaOS8P3ZdGj5YvFXSMige 2cD2s9Mph740PLEq5v5y3EC31xjPMxGz6HGzWoYtHCWojWrkqXGBkWicQG5m/pm11emy POFynS192lz4N73166krli6AHO9YRkr8VDfA5szhqtKT6/F6fohhMk14Y5r8fWVGN/C6 h1Jw== 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=9IXJFhN1zERX3NcMDdBzoksuykds1yLQ8tcy1g4tj/k=; b=jMTTD1OkO7KEJ05BLn+xVNBit8dsy7A2O7drJtck96RYdvnneiSBlMux+ieQ+fGtgo GTbJowp6dLjtDU8jMoSQyRKvJq6rN8smAQt9YE/RWIFmXHXWnGokBtbJTCEOfxZrUBeu /LKz0yenj7B71tIRKB8wqnSt6aLEnWyTHJc7OQodasJSyurNbpCzcXq3quqv4axFQrM2 ZW08KDjDm78+M7KQTQv953t593FGIUqKebpizfZgDnyoNQLT+ttnRs/ZKwxfrMH/yB4K +rS3M/Bpx1+pSwYVyv2wBV0Zb2eI6Kh6Rjv+qQo4YDkJKoKFlZ3My84sbDAdhmR9tf4l XZbA== X-Gm-Message-State: AOAM530usBkpkcKes0nvjxPSoUuQB1yQZelVaW7F5gtmaCnC+D/v1g4H PqDR2fUEWWfv8KtboPOpvE/YBVdmhBpQshwE+PEv+Q== X-Google-Smtp-Source: ABdhPJw1wmHiVur5dwo8qanfkIItVNmU3nR4EQj+xwGrvwnI9mOnbw+fjN3esR8jCBw4XM7Raxb+L+A6MHIijvsAwFs= X-Received: by 2002:a05:6214:aae:: with SMTP id ew14mr11645572qvb.24.1616194566249; Fri, 19 Mar 2021 15:56:06 -0700 (PDT) MIME-Version: 1.0 References: <2132088f8d7addba911e3f49fc674e1b@bsdforge.com> <024a371e-a57d-9b94-b85a-e8b59be76a22@yuripv.dev> <28321ED9-BFAF-434A-9E3E-07932A3B4863@me.com> In-Reply-To: <28321ED9-BFAF-434A-9E3E-07932A3B4863@me.com> From: Warner Losh Date: Fri, 19 Mar 2021 16:55:55 -0600 Message-ID: Subject: Re: [Bug 254395] bsdinstall: fail script install after BETA3 To: Toomas Soome Cc: FreeBSD Current X-Rspamd-Queue-Id: 4F2K4l3kHpz4X6p X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 22:56:08 -0000 On Fri, Mar 19, 2021 at 4:49 PM Toomas Soome via freebsd-current < freebsd-current@freebsd.org> wrote: > > > > On 20. Mar 2021, at 00:21, Yuri Pankov wrote: > > > > Chris wrote: > >> On 2021-03-19 13:06, bugzilla-noreply@freebsd.org wrote: > >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254395 > >>> > >>> Nathan Whitehorn changed: > >>> > >>> What |Removed |Added > >>> > ---------------------------------------------------------------------------- > >>> > >>> Severity|Affects Only Me |Affects Some People > >>> CC| |imp@FreeBSD.org > >>> Priority|--- |Normal > >>> > >>> --- Comment #6 from Nathan Whitehorn --- > >>> Thanks for the suggestion about the documentation -- I've updated the > >>> man page. > >>> > >>> The core problem here is that our tar can't extract archives to FAT32 > >>> with > >>> default options, since it treats inability to set modification time as > >>> a fatal > >>> error and FAT32 doesn't let you do that on the root directory. As > >>> such, any > >>> file in the release tarballs can't be extracted to FAT32. For > interactive > >>> installations, the bsdinstall distextract tool, a CURSES-y frontend to > >>> libarchive, solves this by ignoring ctime/mtime errors. > >>> > >>> Some extra commentary on solutions, so it can be in one place. > >>> Possibilities > >>> are: > >>> > >>> 1. We drop /boot/efi from mtree. That will result in it not existing in > >>> base.txz, solving this issue, but will result in it not being in > >>> mtree. It will > >>> also leave in place an identical bug that will break scripted > >>> installation on > >>> bare-metal POWER8 and POWER9 systems, although that is a tier-2 > platform. > >>> > >>> 2. We add an option to tar to ignore failure in setting ctime/mtime, > >>> like the > >>> interactive installer uses. This has the difficulty that the patch is > >>> hacky and > >>> would have to go through upstream. > >>> > >>> 3. We go back to using distextract for scripted installations as well > as > >>> interactive ones, reverting d7640440fb644fde697f62fdff0b55aa3a4d5ef7. > >>> This > >>> fixes this issue but will result in installation failures for scripted > >>> installs > >>> without a controlling tty. (It will also add nice progress bars to > >>> scripted > >>> installs). > >>> > >>> 4. We do --exclude /boot/efi when running tar, then mkdir -p it by hand > >>> afterward. This is incredibly hacky and otherwise essentially > >>> functionally > >>> equivalent to #1. Like #1, it will fix this issue and has no obvious > >>> functional > >>> downside, but leaves scripted installs bare-metal POWER8 and POWER9 > >>> broken. > >>> > >>> 5. We patch the file system driver to (pretend to) allow setting times > >>> on the > >>> mount point. I don't want to do this, since I don't want to solve this > >>> in the > >>> kernel at RC3 and I don't like it pretending to do things it can't do. > >> > >> 6. (my favorite) do NOT require that the efi/ partition be in strictly > a > >> fat32 format. I mean fat32 is not strictly required as the format for > >> the efi > >> partition. It is simply _assumed_ to be the required format and as > >> such, the > >> one used in so many cases. > > > > Wrong, see "13.3 File System Format" in UEFI specification. > > > > it is not as simple as that:) > > > 13.3.1.1 is more specific: > ===================== > The EFI firmware must support the FAT32, FAT16, and FAT12 variants of the > EFI file system. What variant of EFI FAT to use is defined by the size of > the media. The rules defining the relationship between media size and FAT > variants is defined in the specification for the EFI file system. > We've also seen a few non-conformant systems where FAT12 support has been removed, so there's also a bit of real-world experience that goes along with reading the UEFI specification :(. Warner On Fri, Mar 19, 2021 at 4:49 PM Toomas Soome via freebsd-current < freebsd-current@freebsd.org> wrote: > > > > On 20. Mar 2021, at 00:21, Yuri Pankov wrote: > > > > Chris wrote: > >> On 2021-03-19 13:06, bugzilla-noreply@freebsd.org wrote: > >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254395 > >>> > >>> Nathan Whitehorn changed: > >>> > >>> What |Removed |Added > >>> > ---------------------------------------------------------------------------- > >>> > >>> Severity|Affects Only Me |Affects Some People > >>> CC| |imp@FreeBSD.org > >>> Priority|--- |Normal > >>> > >>> --- Comment #6 from Nathan Whitehorn --- > >>> Thanks for the suggestion about the documentation -- I've updated the > >>> man page. > >>> > >>> The core problem here is that our tar can't extract archives to FAT32 > >>> with > >>> default options, since it treats inability to set modification time as > >>> a fatal > >>> error and FAT32 doesn't let you do that on the root directory. As > >>> such, any > >>> file in the release tarballs can't be extracted to FAT32. For > interactive > >>> installations, the bsdinstall distextract tool, a CURSES-y frontend to > >>> libarchive, solves this by ignoring ctime/mtime errors. > >>> > >>> Some extra commentary on solutions, so it can be in one place. > >>> Possibilities > >>> are: > >>> > >>> 1. We drop /boot/efi from mtree. That will result in it not existing in > >>> base.txz, solving this issue, but will result in it not being in > >>> mtree. It will > >>> also leave in place an identical bug that will break scripted > >>> installation on > >>> bare-metal POWER8 and POWER9 systems, although that is a tier-2 > platform. > >>> > >>> 2. We add an option to tar to ignore failure in setting ctime/mtime, > >>> like the > >>> interactive installer uses. This has the difficulty that the patch is > >>> hacky and > >>> would have to go through upstream. > >>> > >>> 3. We go back to using distextract for scripted installations as well > as > >>> interactive ones, reverting d7640440fb644fde697f62fdff0b55aa3a4d5ef7. > >>> This > >>> fixes this issue but will result in installation failures for scripted > >>> installs > >>> without a controlling tty. (It will also add nice progress bars to > >>> scripted > >>> installs). > >>> > >>> 4. We do --exclude /boot/efi when running tar, then mkdir -p it by hand > >>> afterward. This is incredibly hacky and otherwise essentially > >>> functionally > >>> equivalent to #1. Like #1, it will fix this issue and has no obvious > >>> functional > >>> downside, but leaves scripted installs bare-metal POWER8 and POWER9 > >>> broken. > >>> > >>> 5. We patch the file system driver to (pretend to) allow setting times > >>> on the > >>> mount point. I don't want to do this, since I don't want to solve this > >>> in the > >>> kernel at RC3 and I don't like it pretending to do things it can't do. > >> > >> 6. (my favorite) do NOT require that the efi/ partition be in strictly > a > >> fat32 format. I mean fat32 is not strictly required as the format for > >> the efi > >> partition. It is simply _assumed_ to be the required format and as > >> such, the > >> one used in so many cases. > > > > Wrong, see "13.3 File System Format" in UEFI specification. > > > > it is not as simple as that:) > > > 13.3.1.1 is more specific: > ===================== > The EFI firmware must support the FAT32, FAT16, and FAT12 variants of the > EFI file system. What variant of EFI FAT to use is defined by the size of > the media. The rules defining the relationship between media size and FAT > variants is defined in the specification for the EFI file system. > > ===================== > > rgds, > toomas > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Fri Mar 19 23:45:45 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E37EC5B099B for ; Fri, 19 Mar 2021 23:45:45 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4F2LB14c5tz4ZXx for ; Fri, 19 Mar 2021 23:45:45 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: by mailman.nyi.freebsd.org (Postfix) id 9C5A05B099A; Fri, 19 Mar 2021 23:45:45 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9C2195B0999 for ; Fri, 19 Mar 2021 23:45:45 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (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 "ultimatedns.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F2LB139c3z4ZK1 for ; Fri, 19 Mar 2021 23:45:45 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.16.1/8.16.1) with ESMTP id 12JNjeDi075057; Fri, 19 Mar 2021 16:45:47 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) MIME-Version: 1.0 Date: Fri, 19 Mar 2021 16:45:40 -0700 From: Chris To: Warner Losh Cc: Toomas Soome , FreeBSD Current Subject: Re: [Bug 254395] bsdinstall: fail script install after BETA3 In-Reply-To: References: <2132088f8d7addba911e3f49fc674e1b@bsdforge.com> <024a371e-a57d-9b94-b85a-e8b59be76a22@yuripv.dev> <28321ED9-BFAF-434A-9E3E-07932A3B4863@me.com> User-Agent: UDNSMS/17.0 Message-ID: <90f9503e7f82aabb4041fc8786e840a5@bsdforge.com> X-Sender: bsd-lists@bsdforge.com Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4F2LB139c3z4ZK1 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 23:45:45 -0000 On 2021-03-19 15:55, Warner Losh wrote: > On Fri, Mar 19, 2021 at 4:49 PM Toomas Soome via freebsd-current < > freebsd-current@freebsd.org> wrote: > >> >> >> > On 20. Mar 2021, at 00:21, Yuri Pankov wrote: >> > >> > Chris wrote: >> >> On 2021-03-19 13:06, bugzilla-noreply@freebsd.org wrote: >> >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254395 >> >>> >> >>> Nathan Whitehorn changed: >> >>> >> >>> What |Removed |Added >> >>> >> ---------------------------------------------------------------------------- >> >>> >> >>> Severity|Affects Only Me |Affects Some People >> >>> CC| |imp@FreeBSD.org >> >>> Priority|--- |Normal >> >>> >> >>> --- Comment #6 from Nathan Whitehorn --- >> >>> Thanks for the suggestion about the documentation -- I've updated the >> >>> man page. >> >>> >> >>> The core problem here is that our tar can't extract archives to FAT32 >> >>> with >> >>> default options, since it treats inability to set modification time as >> >>> a fatal >> >>> error and FAT32 doesn't let you do that on the root directory. As >> >>> such, any >> >>> file in the release tarballs can't be extracted to FAT32. For >> interactive >> >>> installations, the bsdinstall distextract tool, a CURSES-y frontend to >> >>> libarchive, solves this by ignoring ctime/mtime errors. >> >>> >> >>> Some extra commentary on solutions, so it can be in one place. >> >>> Possibilities >> >>> are: >> >>> >> >>> 1. We drop /boot/efi from mtree. That will result in it not existing in >> >>> base.txz, solving this issue, but will result in it not being in >> >>> mtree. It will >> >>> also leave in place an identical bug that will break scripted >> >>> installation on >> >>> bare-metal POWER8 and POWER9 systems, although that is a tier-2 >> platform. >> >>> >> >>> 2. We add an option to tar to ignore failure in setting ctime/mtime, >> >>> like the >> >>> interactive installer uses. This has the difficulty that the patch is >> >>> hacky and >> >>> would have to go through upstream. >> >>> >> >>> 3. We go back to using distextract for scripted installations as well >> as >> >>> interactive ones, reverting d7640440fb644fde697f62fdff0b55aa3a4d5ef7. >> >>> This >> >>> fixes this issue but will result in installation failures for scripted >> >>> installs >> >>> without a controlling tty. (It will also add nice progress bars to >> >>> scripted >> >>> installs). >> >>> >> >>> 4. We do --exclude /boot/efi when running tar, then mkdir -p it by hand >> >>> afterward. This is incredibly hacky and otherwise essentially >> >>> functionally >> >>> equivalent to #1. Like #1, it will fix this issue and has no obvious >> >>> functional >> >>> downside, but leaves scripted installs bare-metal POWER8 and POWER9 >> >>> broken. >> >>> >> >>> 5. We patch the file system driver to (pretend to) allow setting times >> >>> on the >> >>> mount point. I don't want to do this, since I don't want to solve this >> >>> in the >> >>> kernel at RC3 and I don't like it pretending to do things it can't do. >> >> >> >> 6. (my favorite) do NOT require that the efi/ partition be in strictly >> a >> >> fat32 format. I mean fat32 is not strictly required as the format for >> >> the efi >> >> partition. It is simply _assumed_ to be the required format and as >> >> such, the >> >> one used in so many cases. >> > >> > Wrong, see "13.3 File System Format" in UEFI specification. >> > >> >> it is not as simple as that:) >> >> >> 13.3.1.1 is more specific: >> ===================== >> The EFI firmware must support the FAT32, FAT16, and FAT12 variants of the >> EFI file system. What variant of EFI FAT to use is defined by the size of >> the media. The rules defining the relationship between media size and FAT >> variants is defined in the specification for the EFI file system. >> > > We've also seen a few non-conformant systems where FAT12 support has been > removed, so there's also a bit of real-world experience that goes along > with reading the UEFI specification :(. I suppose that may be part of where my understanding came from. I've got a couple of "hackintoshes" that dual-boot OS X, and FreeBSD. Part of the process was working with the EFI partition (ESP) to get recognition of both OS's in the (EFI) boot menu, as well as getting the firmware properly functional in both instances. I also draw from a long article by a boot manager author whom insisted that fat32 was not a requirement. I've not got the time ATM to dig up the article. But it had many pointers to the EFI spec to prove the point. All of which I verified. In any case, sorry for the noise if I'm wrong. I'll dig up my references when I can find the time. :-) --Chris > > Warner > > On Fri, Mar 19, 2021 at 4:49 PM Toomas Soome via freebsd-current < > freebsd-current@freebsd.org> wrote: From owner-freebsd-current@freebsd.org Sat Mar 20 00:22:47 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2A5275B1FA0 for ; Sat, 20 Mar 2021 00:22:47 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4F2M0k5sV7z4cxP for ; Sat, 20 Mar 2021 00:22:46 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mailman.nyi.freebsd.org (Postfix) id C93585B2105; Sat, 20 Mar 2021 00:22:46 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C8F7A5B20D4 for ; Sat, 20 Mar 2021 00:22:46 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qv1-xf2c.google.com (mail-qv1-xf2c.google.com [IPv6:2607:f8b0:4864:20::f2c]) (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 4F2M0k4Vlpz4d0v for ; Sat, 20 Mar 2021 00:22:46 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qv1-xf2c.google.com with SMTP id j17so5887782qvo.13 for ; Fri, 19 Mar 2021 17:22:46 -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=U+c0gxhD7XPv5+qU2/vWsPSe74ik76UBkmJa+/DeJes=; b=dkbg9a3bVUydRzN5Mw17/4N7gogbFPA1ujeRl7F4UfPDSmX7ZCz03Jk72uZL9vdeTv wCZVUUnMDWoMHj9/zDQX91d74fRMVs0Zewyivq63JsR9nCLJi8XRM0bpOK0rg+IwdNk9 e8ECvzw6hK8trGinieySUSrL4rnbplxWdBJCtION/fqP67X49jDoJhNPxwHHIQPr2LOt x/t5UiMJsPlO3cExfL2xjDf4njb08QYlF9x9AWbE0REYExyFV5e2AfjvetnZ6tHNw+nA 53NRTFJOIt+YRPQh9D92Ywvuf4H/mlxkUJjV60qpw1PKJxzjcfU+zx0KCExIyigFyvvf T8AA== 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=U+c0gxhD7XPv5+qU2/vWsPSe74ik76UBkmJa+/DeJes=; b=Ik22swjAjzTwBmS33Kcic/gquzYW5gWRBUvE6zRGpgJHJnAmr0lLne6plAFpcScPZ+ depvE0vPcpagzywdUWfGZL1l8tzeL7Mwq3LjuTucCsSBAckQ4pDzzDVLiWKWoUgLsUni 4rbLJO9KTGwV59xnv+CiRSVVxNl2i6Cz2bfrn7T/uB+yRj+4PYm/VOZ/aKh7bk50jWAa dsIqNWoMjMhQaAtqpyGTNIRRBUx58ZsNI1MTQokeeHGFSj0psMw3hEmdLFx4DcbpqLDV 46SiWQE5jTxMYgsS8xX1ZV5sRWFKFXNTXNh5Cmw4d1cY2rkXA/C04+PcXoLBWS3PmEAY 8qwg== X-Gm-Message-State: AOAM533eTiepVTHDRCWjzlMcYpkEZf5IF0sNiKRSl9BVijwOHNXJeLM2 tJVUyoxUjY3PtAY1x54/ARq1zpwOIO/BpgDoySAc0A== X-Google-Smtp-Source: ABdhPJxSZ72iGcrPVGLnuf1nQP3rS/11/af3AysZOw1YZ5rZh77efMCbwt5ZrbpoPMnP5PuKlIwcSILfQNrDShSmTxc= X-Received: by 2002:a0c:8623:: with SMTP id p32mr11822983qva.23.1616199765357; Fri, 19 Mar 2021 17:22:45 -0700 (PDT) MIME-Version: 1.0 References: <2132088f8d7addba911e3f49fc674e1b@bsdforge.com> <024a371e-a57d-9b94-b85a-e8b59be76a22@yuripv.dev> <28321ED9-BFAF-434A-9E3E-07932A3B4863@me.com> <90f9503e7f82aabb4041fc8786e840a5@bsdforge.com> In-Reply-To: <90f9503e7f82aabb4041fc8786e840a5@bsdforge.com> From: Warner Losh Date: Fri, 19 Mar 2021 18:22:34 -0600 Message-ID: Subject: Re: [Bug 254395] bsdinstall: fail script install after BETA3 To: Chris Cc: Toomas Soome , FreeBSD Current X-Rspamd-Queue-Id: 4F2M0k4Vlpz4d0v X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2021 00:22:47 -0000 On Fri, Mar 19, 2021 at 5:45 PM Chris wrote: > On 2021-03-19 15:55, Warner Losh wrote: > > On Fri, Mar 19, 2021 at 4:49 PM Toomas Soome via freebsd-current < > > freebsd-current@freebsd.org> wrote: > > > >> > >> > >> > On 20. Mar 2021, at 00:21, Yuri Pankov wrote: > >> > > >> > Chris wrote: > >> >> On 2021-03-19 13:06, bugzilla-noreply@freebsd.org wrote: > >> >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254395 > >> >>> > >> >>> Nathan Whitehorn changed: > >> >>> > >> >>> What |Removed |Added > >> >>> > >> > ---------------------------------------------------------------------------- > >> >>> > >> >>> Severity|Affects Only Me |Affects Some People > >> >>> CC| |imp@FreeBSD.org > >> >>> Priority|--- |Normal > >> >>> > >> >>> --- Comment #6 from Nathan Whitehorn --- > >> >>> Thanks for the suggestion about the documentation -- I've updated > the > >> >>> man page. > >> >>> > >> >>> The core problem here is that our tar can't extract archives to > FAT32 > >> >>> with > >> >>> default options, since it treats inability to set modification time > as > >> >>> a fatal > >> >>> error and FAT32 doesn't let you do that on the root directory. As > >> >>> such, any > >> >>> file in the release tarballs can't be extracted to FAT32. For > >> interactive > >> >>> installations, the bsdinstall distextract tool, a CURSES-y frontend > to > >> >>> libarchive, solves this by ignoring ctime/mtime errors. > >> >>> > >> >>> Some extra commentary on solutions, so it can be in one place. > >> >>> Possibilities > >> >>> are: > >> >>> > >> >>> 1. We drop /boot/efi from mtree. That will result in it not > existing in > >> >>> base.txz, solving this issue, but will result in it not being in > >> >>> mtree. It will > >> >>> also leave in place an identical bug that will break scripted > >> >>> installation on > >> >>> bare-metal POWER8 and POWER9 systems, although that is a tier-2 > >> platform. > >> >>> > >> >>> 2. We add an option to tar to ignore failure in setting ctime/mtime, > >> >>> like the > >> >>> interactive installer uses. This has the difficulty that the patch > is > >> >>> hacky and > >> >>> would have to go through upstream. > >> >>> > >> >>> 3. We go back to using distextract for scripted installations as > well > >> as > >> >>> interactive ones, reverting > d7640440fb644fde697f62fdff0b55aa3a4d5ef7. > >> >>> This > >> >>> fixes this issue but will result in installation failures for > scripted > >> >>> installs > >> >>> without a controlling tty. (It will also add nice progress bars to > >> >>> scripted > >> >>> installs). > >> >>> > >> >>> 4. We do --exclude /boot/efi when running tar, then mkdir -p it by > hand > >> >>> afterward. This is incredibly hacky and otherwise essentially > >> >>> functionally > >> >>> equivalent to #1. Like #1, it will fix this issue and has no obvious > >> >>> functional > >> >>> downside, but leaves scripted installs bare-metal POWER8 and POWER9 > >> >>> broken. > >> >>> > >> >>> 5. We patch the file system driver to (pretend to) allow setting > times > >> >>> on the > >> >>> mount point. I don't want to do this, since I don't want to solve > this > >> >>> in the > >> >>> kernel at RC3 and I don't like it pretending to do things it can't > do. > >> >> > >> >> 6. (my favorite) do NOT require that the efi/ partition be in > strictly > >> a > >> >> fat32 format. I mean fat32 is not strictly required as the format > for > >> >> the efi > >> >> partition. It is simply _assumed_ to be the required format and as > >> >> such, the > >> >> one used in so many cases. > >> > > >> > Wrong, see "13.3 File System Format" in UEFI specification. > >> > > >> > >> it is not as simple as that:) > >> > >> > >> 13.3.1.1 is more specific: > >> ===================== > >> The EFI firmware must support the FAT32, FAT16, and FAT12 variants of > the > >> EFI file system. What variant of EFI FAT to use is defined by the size > of > >> the media. The rules defining the relationship between media size and > FAT > >> variants is defined in the specification for the EFI file system. > >> > > > > We've also seen a few non-conformant systems where FAT12 support has been > > removed, so there's also a bit of real-world experience that goes along > > with reading the UEFI specification :(. > I suppose that may be part of where my understanding came from. I've > got a couple of "hackintoshes" that dual-boot OS X, and FreeBSD. Part of > the process was working with the EFI partition (ESP) to get recognition > of both OS's in the (EFI) boot menu, as well as getting the firmware > properly functional in both instances. I also draw from a long article > by a boot manager author whom insisted that fat32 was not a requirement. > I've not got the time ATM to dig up the article. But it had many pointers > to the EFI spec to prove the point. All of which I verified. > In any case, sorry for the noise if I'm wrong. I'll dig up my references > when I can find the time. :-) > FAT32 appears to work the most places, even if it isn't a de-facto requirement. FAT16 is a close second (I think only one instance where the BIOS couldn't cope), while FAT12 is missing in a surprising number of implementations that's ever changing... I read the same text years ago that said all three are fine, but experience since then suggests more caution when setting the defaults for an installer. Warner > --Chris > > > > Warner > > > > On Fri, Mar 19, 2021 at 4:49 PM Toomas Soome via freebsd-current < > > freebsd-current@freebsd.org> wrote: > From owner-freebsd-current@freebsd.org Sat Mar 20 08:07:11 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C22D457697D for ; Sat, 20 Mar 2021 08:07:11 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4F2YJb3ttjz3N1x for ; Sat, 20 Mar 2021 08:07:11 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: by mailman.nyi.freebsd.org (Postfix) id 8587857697C; Sat, 20 Mar 2021 08:07:11 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 854BE5769EB for ; Sat, 20 Mar 2021 08:07:11 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from wnew1-smtp.messagingengine.com (wnew1-smtp.messagingengine.com [64.147.123.26]) (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 4F2YJZ3FYFz3Mns for ; Sat, 20 Mar 2021 08:07:09 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailnew.west.internal (Postfix) with ESMTP id 0633A1271 for ; Sat, 20 Mar 2021 04:07:07 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Sat, 20 Mar 2021 04:07:08 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.dev; h= subject:from:to:references:message-id:date:mime-version :in-reply-to:content-type:content-transfer-encoding; s=fm1; bh=V 3pFORfF/RhToM7PZWtN4UMVqk5SMS99qnQ8dNjs4jA=; b=TzIMnTHTlhhuAKlZa oRhOwmsgUtLDLci6CafZgSRhFrdVu45aA68LdsK6GPwNo0KTWKynk+suUyYiPzzz Pv6F/1DxfhraKNDqswOVO31Adrc1xL760nbrrokgf0HH+LcuZaaHVNSeEeReTV6v UEEaIjtpaUNAeErO2HyF/QbTffJrGIHiP0pJid+Svyhs9qncg+XbLSGEw/406mF5 IHk8ibpfpm/LOMKxHdXJAbj698erf0TrlevbAv5XcVM3LTCbGs+XsyTKxFSSUG+d ND3DQlrGQZtCn0xcZrJwNpKHR1cLrYEkTtMddIoO9XI0EGvp4c9LngE5YJ6AD/bS n54Yw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=V3pFORfF/RhToM7PZWtN4UMVqk5SMS99qnQ8dNjs4 jA=; b=Q1USK9s/c6NykVUp+aKoy/p7CWcD0Zu70tveJxhADUE+IjVqdo++otI7e HB9IkUUK8oDRX9uSGxNkwQCJyMJWzyYZWSocJqEbusK3Lw9bPWTKQ/X9hedO50YF menN+bkZQ0ogGmlzbMxubifXLVH++0NEOciw1oS/d3TPj6w7QI4BX5AJUP0F1zOM 3u8mMhrs1filqqwhd79qVzGfP9ZaLke1yQC7oCf5TEoP65jTOPNbDRHcZpC0qmTD BX808eMa48kjSm+oUs1uxioHWiE0CmBqc7zUBhQTkT8xjIEnHVS68wLiXKQHds2v mrviZ2EciXpdkZiEtKlvsADDtFvVA== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudefledgudegiecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepuffhvfhfkffffgggjggtgfesth ejredttdefjeenucfhrhhomhepjghurhhiucfrrghnkhhovhcuoeihuhhrihhpvheshihu rhhiphhvrdguvghvqeenucggtffrrghtthgvrhhnpedvvdfhjedtvdelfffhudehvdejue ehffeggfeklefggefhgefhtddugfduteeufeenucfkphepledurddvgedtrdduvdegrddu feejnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhephi hurhhiphhvseihuhhrihhpvhdruggvvh X-ME-Proxy: Received: from [192.168.1.12] (unknown [91.240.124.137]) by mail.messagingengine.com (Postfix) with ESMTPA id DD9A4240057 for ; Sat, 20 Mar 2021 04:07:06 -0400 (EDT) Subject: Re: no time selection screen in installer anymore From: Yuri Pankov To: current@freebsd.org References: <5ad70bb5-18a0-35a2-bf44-c70da6e6a922@yuripv.dev> Message-ID: <70f50058-2a83-37df-6851-4897970d0e84@yuripv.dev> Date: Sat, 20 Mar 2021 11:07:05 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 MIME-Version: 1.0 In-Reply-To: <5ad70bb5-18a0-35a2-bf44-c70da6e6a922@yuripv.dev> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4F2YJZ3FYFz3Mns X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yuripv.dev header.s=fm1 header.b=TzIMnTHT; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=Q1USK9s/; dmarc=none; spf=pass (mx1.freebsd.org: domain of yuripv@yuripv.dev designates 64.147.123.26 as permitted sender) smtp.mailfrom=yuripv@yuripv.dev X-Spamd-Result: default: False [-3.59 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.26]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[yuripv.dev:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-0.99)[-0.988]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[64.147.123.26:from]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.26:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[yuripv.dev:s=fm1,messagingengine.com:s=fm2]; FREEFALL_USER(0.00)[yuripv]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; DMARC_NA(0.00)[yuripv.dev]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[64.147.123.26:from:127.0.2.255]; MAILMAN_DEST(0.00)[current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2021 08:07:11 -0000 Yuri Pankov wrote: > Installing from > FreeBSD-14.0-CURRENT-amd64-20210318-a771bf748f9-245511-disc1.iso, I > noticed that there's no time selection screen anymore; TZ is there, date > is there, and only time is missing. > > Not that I miss it much, but it does not seem to be removed from source, > so I'm wondering if it's recent dialog update that broke it? Apparently dialog does not like the height of 2 anymore here (while it still works for --calendar): usr.sbin/bsdinstall/scripts/time: TIME=$(dialog --backtitle 'FreeBSD Installer' \ --title 'Time & Date' \ --ok-label 'Set Time' \ --cancel-label 'Skip' \ --defaultno \ --time-format '%H%M.%S' \ --timebox '' 2 40 \ 2>&1 1>&3) && date $TIME We could use a height of 0 for minimal possible size. From owner-freebsd-current@freebsd.org Sat Mar 20 16:08:56 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3E6D05AD661; Sat, 20 Mar 2021 16:08:56 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F2m0S1H3nz4hTv; Sat, 20 Mar 2021 16:08:56 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1616256536; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=iXdjeMoe2Iu2c87e60GHJMP1CbUWgcLlKfRcucwarJw=; b=sJs8EzxwiOVlEIxM51NIp3RpaywRo2D1HxrP8aTd577/O/8wo6rUMZplTp5EY76OlnOlcy gubWcPG8YyaPp1LjZhFzY5NEynZKJyT0ou1VYS1q6Dj4hOuOuO4dTE305OH2cwKtjek1VW 3KzG8wSt9JsCx/zmPs12Ea1CT8x96Qvnw3xUFlJGG3IE14U0GEqOczVTY+9gBOJi4/SAVr NEFLyQv7tw9e0tkahy40F70uIxYPlRsCfq6cHL9Bemp1vfl0lG2ndyfOch3B0hn8Rzs9WM cjiYdRx+c8dg+kXmx2iXNiELt+OL8znLep0n7ZuvqD9NhP3YRrQYG6vyvBd2lA== Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id B03339161; Sat, 20 Mar 2021 16:08:55 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Sat, 20 Mar 2021 16:08:53 +0000 From: Glen Barber To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-snapshots@freebsd.org Cc: FreeBSD Release Engineering Team Subject: FreeBSD 13.0-RC3 Now Available Message-ID: <20210320160853.GL92054@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1616256536; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=iXdjeMoe2Iu2c87e60GHJMP1CbUWgcLlKfRcucwarJw=; b=J63hJr5BrdM6Hkvf+Baeyj3TKp3F1iRuNfLGezI1l5KObenAwPRsKy/S8sMF+FKWewIfbs yfWMwnezXTloePuyGV7SdCH7FnZMIQ6gkKT1r1vUtbgVZ8GnaU/YCa6PjOmvpF5BoaeTo6 dF1wSY0yEuN7sblV38G9roZw2kMo54ncQS/IROtIsEqJTWZgnECT35GmIhwNK0Rlbw0ipN UNus8EcTx38mJhoTNFEckFcXJ5qvou2u8WMkgqsnAz67weP28CS67zDovuTh0viHj1VoNR +yWZvr+QO4jD9p1nVeUf6YEIW+b/p6MwDxNQN3JTtHjKuTkgccmrPDA6y8ZT8w== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1616256536; a=rsa-sha256; cv=none; b=cv8PuM+owcIn01T4jqvP2y1RNx+DtG4IeNOmevdAOhTEvFe/r/VhCh107B2CrLeCDiuyov EaiY9q52E3xN2cfQwy94U82z5yP5tFXF8riynd9gQ2I69eYLLvpVcNwZqv7nBkpapwsrNK JnjGyVChUWWQPBNp4qzj5/OfhxtDF3gppFGN6JeMiSMWLII7jtndre2dQM8AseNwyR+YdX RwY4DRCtpiEXj60pKd7TWapuVsit4UO4/+l4BezkBZwWjTW+q36ecps6Iu0fF/1RF+Vk27 sukbVWRbsB0FcLCsUOzyDt6j8CaSkSEFeJYlP0A2RH7c5neihAs/jcXJT6Uiqg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2021 16:08:56 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The third RC build of the 13.0-RELEASE release cycle is now available. Installation images are available for: o 13.0-RC3 amd64 GENERIC o 13.0-RC3 i386 GENERIC o 13.0-RC3 powerpc GENERIC o 13.0-RC3 powerpc64 GENERIC64 o 13.0-RC3 powerpc64le GENERIC64LE o 13.0-RC3 powerpcspe MPC85XXSPE o 13.0-RC3 armv6 RPI-B o 13.0-RC3 armv7 GENERICSD o 13.0-RC3 aarch64 GENERIC o 13.0-RC3 aarch64 RPI o 13.0-RC3 aarch64 PINE64 o 13.0-RC3 aarch64 PINE64-LTS o 13.0-RC3 aarch64 PINEBOOK o 13.0-RC3 aarch64 ROCK64 o 13.0-RC3 aarch64 ROCKPRO64 o 13.0-RC3 riscv64 GENERIC o 13.0-RC3 riscv64 GENERICSD Note regarding arm SD card images: For convenience for those without console access to the system, a freebsd user with a password of freebsd is available by default for ssh(1) access. Additionally, the root user password is set to root. It is strongly recommended to change the password for both users after gaining access to the system. Installer images and memory stick images are available here: https://download.freebsd.org/ftp/releases/ISO-IMAGES/13.0/ The image checksums follow at the end of this e-mail. If you notice problems you can report them through the Bugzilla PR system or on the -stable mailing list. If you would like to use Git to do a source based update of an existing system, use the "releng/13.0" branch. A summary of changes since 13.0-RC2 includes: o A virtual memory list locking fix has been addressed. o A fix for systems running under VirtualBox has been addressed. o A fix in the service(8) utility has been addressed. o The if_wg(4) pseudo driver has been removed. o A fix to TSO for TCP/IPV6 has been addressed in the vtnet(4) driver. o Several other miscellaneous fixes have been addressed. A list of changes since 12.2-RELEASE is available in the releng/13.0 release notes: https://www.freebsd.org/releases/13.0R/relnotes.html Please note, the release notes page is not yet complete, and will be updated on an ongoing basis as the 13.0-RELEASE cycle progresses. === Virtual Machine Disk Images === VM disk images are available for the amd64, i386, and aarch64 architectures. Disk images may be downloaded from the following URL (or any of the FreeBSD download mirrors): https://download.freebsd.org/ftp/releases/VM-IMAGES/13.0-RC3/ The partition layout is: ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) The disk images are available in QCOW2, VHD, VMDK, and raw disk image formats. The image download size is approximately 135 MB and 165 MB respectively (amd64/i386), decompressing to a 21 GB sparse image. Note regarding arm64/aarch64 virtual machine images: a modified QEMU EFI loader file is needed for qemu-system-aarch64 to be able to boot the virtual machine images. See this page for more information: https://wiki.freebsd.org/arm64/QEMU To boot the VM image, run: % qemu-system-aarch64 -m 4096M -cpu cortex-a57 -M virt \ -bios QEMU_EFI.fd -serial telnet::4444,server -nographic \ -drive if=none,file=VMDISK,id=hd0 \ -device virtio-blk-device,drive=hd0 \ -device virtio-net-device,netdev=net0 \ -netdev user,id=net0 Be sure to replace "VMDISK" with the path to the virtual machine image. BASIC-CI images can be found at: https://download.freebsd.org/ftp/releases/CI-IMAGES/13.0-RC3/ === Amazon EC2 AMI Images === FreeBSD/amd64 EC2 AMIs are available in the following regions: af-south-1 region: ami-0ad55ef28f5927282 eu-north-1 region: ami-0fde22c6026e95a57 ap-south-1 region: ami-06fd5c64b54c3e005 eu-west-3 region: ami-093ba1f2661abd0be eu-west-2 region: ami-0803205f015f5ec14 eu-south-1 region: ami-03e90955c75a8c809 eu-west-1 region: ami-0d9313767b0b818fd ap-northeast-3 region: ami-0f25c989c843d8dbb ap-northeast-2 region: ami-0f27bdd4fd819bb6c me-south-1 region: ami-032ee25ad2976ad49 ap-northeast-1 region: ami-0fb5829e3ff1f1b15 sa-east-1 region: ami-0f66abb1219e00a5c ca-central-1 region: ami-062381d2a77db4a3d ap-east-1 region: ami-0d21456c4a5bd1384 ap-southeast-1 region: ami-0519190624816cc77 ap-southeast-2 region: ami-0805e040cf3167547 eu-central-1 region: ami-0abb1093896437395 us-east-1 region: ami-02f65312a05a1abfd us-east-2 region: ami-023106328f1d2d3c7 us-west-1 region: ami-00802b96b8eec8b49 us-west-2 region: ami-090a96d68eed457a1 FreeBSD/aarch64 EC2 AMIs are available in the following regions: af-south-1 region: ami-04e1b958484d79c53 eu-north-1 region: ami-09784ab80e6a9812f ap-south-1 region: ami-0641ef56dae855387 eu-west-3 region: ami-0cc83c013292eb9ee eu-west-2 region: ami-033fa6488ab12698b eu-south-1 region: ami-02fe3008ea2757fed eu-west-1 region: ami-06fdd3bce845d8c96 ap-northeast-3 region: ami-0afb61493a8eb593d ap-northeast-2 region: ami-0a81e284ff987ba61 me-south-1 region: ami-024551ac2729be872 ap-northeast-1 region: ami-0a77688c2dad3202f sa-east-1 region: ami-03e01af30fabcee9b ca-central-1 region: ami-04fbc9b6d1a72f279 ap-east-1 region: ami-09e4ceed8b9d050fc ap-southeast-1 region: ami-05deb6243327e00dd ap-southeast-2 region: ami-04236f49ca0d42756 eu-central-1 region: ami-0df095df8f0d66ac9 us-east-1 region: ami-04a67aea020cc9cc5 us-east-2 region: ami-0c5f779125f936dab us-west-1 region: ami-03bb5fbea314fedcc us-west-2 region: ami-0b56603a85f1c8449 === Vagrant Images === FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can be installed by running: % vagrant init freebsd/FreeBSD-13.0-RC3 % vagrant up === Upgrading === The freebsd-update(8) utility supports binary upgrades of amd64, i386, and aarch64 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 13.0-RC3 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 11.x. Alternatively, the user can install misc/compat11x and other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install == ISO CHECKSUMS == o 13.0-RC3 amd64 GENERIC: SHA512 (FreeBSD-13.0-RC3-amd64-bootonly.iso) = 1d8234d83825754fad4c05783196e9e2d4f447c10eeb17a6c548a7ab59b4107d8046d8df8880efc2197fadac4f2b13cd33ffdefb7e4366d8f7a2aa694d56f464 SHA512 (FreeBSD-13.0-RC3-amd64-bootonly.iso.xz) = cae723447e08991ee202c5c43125c5d6430c274fcc55f9334ceabd17a1b5a8077cc2f38124136cfab8ea080b63f3cec08a0aa90263cc357cfad377ad7893e3bb SHA512 (FreeBSD-13.0-RC3-amd64-disc1.iso) = 31b9d9e9488af2f370c9181ed47a23dabbc58853c070d60233db5823c0e80d39d104852e20399c4b755b38eb76cc34da909098a08b6e4f064b9f05077f7a2927 SHA512 (FreeBSD-13.0-RC3-amd64-disc1.iso.xz) = ebe6ee173c283b0f684d1dc772191e6d80a793acde3c8d26f5efb4e9fa90c579d57f5bb6ba3451ce64ccf3f8a7e630f580b343e4e6b07535aab49d9868841cd4 SHA512 (FreeBSD-13.0-RC3-amd64-dvd1.iso) = 5ac4c60e37506c5305bc29df7678a47dfc04150a8826d9389931c54a8f244740f06251edf63bdfc31f9dbcffcec7b2933c77777bed42024e05930145e590ca18 SHA512 (FreeBSD-13.0-RC3-amd64-dvd1.iso.xz) = 542c4b322a51461bec85321babd2791a5c1cb038b7fcd25609040c7a19d449c4978f9e88bd362ba040d60a50db00b0f8cc4b9f5ba881a6502f0f23a6d2db4f8b SHA512 (FreeBSD-13.0-RC3-amd64-memstick.img) = d7a7388a1d8398af245a5bf40a3e8fd2e137a0b6dcdec5d10f0f1bbf834fe2477ef1fc0ba80e7facacc7902bb6983c4fbd928539d6cabad0402d9d89735ac6be SHA512 (FreeBSD-13.0-RC3-amd64-memstick.img.xz) = 564b51529bad0d17eac2ac07d538f20434575a6f9fced0313965f518c35cdbe0d771f1d8440c731de9e38d82b5561c15596243a2b431408391af6828e19909c4 SHA512 (FreeBSD-13.0-RC3-amd64-mini-memstick.img) = 7cc0ea6ea104fdf9938300534757f261bc3992a17bb0de78e59cd6bf7c29de88155d7a2fe0919c3bcd7048d73e9a140dbd3caaae842211e840802a9fbd5c2411 SHA512 (FreeBSD-13.0-RC3-amd64-mini-memstick.img.xz) = 3f6e0b98e969b5e18036ca905a9ad613aeaf804e07395dde9a17f5004bdf1acae35782dd0c1a794c546d7184681873d519eb962859b670b863ba565830d3c5c5 SHA256 (FreeBSD-13.0-RC3-amd64-bootonly.iso) = 61f9ccff52e463ea498ab8e0151c094f2e5410ab78fd9b20cd82ae1aae14256f SHA256 (FreeBSD-13.0-RC3-amd64-bootonly.iso.xz) = 452dc1b7a28b9c84b0777b6ba3069657ba3bbfb51c8fc7be52773e100a1ca2be SHA256 (FreeBSD-13.0-RC3-amd64-disc1.iso) = 45d44170a3079b813d8e0033e1a99f10d0e8ed0ac349aeaf25193a33553c9601 SHA256 (FreeBSD-13.0-RC3-amd64-disc1.iso.xz) = 36424f242f18db36883b7f532545a548e97b61f2107a9fe98e1562b63ac5570a SHA256 (FreeBSD-13.0-RC3-amd64-dvd1.iso) = deb84cd7a5d9804bbabaa6cc8642ad02e537e9dc2eb3b9c801c52fb8b3d79d30 SHA256 (FreeBSD-13.0-RC3-amd64-dvd1.iso.xz) = 4494197d4b746728b6407bda62b7c77af7798aa5562d50aee70ce6fd4f291426 SHA256 (FreeBSD-13.0-RC3-amd64-memstick.img) = cc8162d5ebf79280e8fa41e1345ee985b86351aefdd77a90ad675eabab325c7c SHA256 (FreeBSD-13.0-RC3-amd64-memstick.img.xz) = 865f3873f797aff92e6215ef28d9ae97bb69dfdf7acbeb17d70799ebcf982fd7 SHA256 (FreeBSD-13.0-RC3-amd64-mini-memstick.img) = 0832bc13a555780772903073f1242471e25d3676d37a28ea16364a5d25b817b9 SHA256 (FreeBSD-13.0-RC3-amd64-mini-memstick.img.xz) = d1c6e3d6a382d876981fb3f3f8c4929bfefab2290be279fef41a5a85314f95ab o 13.0-RC3 i386 GENERIC: SHA512 (FreeBSD-13.0-RC3-i386-bootonly.iso) = 87046f2f2636c0a4119d9ea88e611a7ef53d12bdc71563f75179d3b5bba26d36934a186ffe7d452e1d191fe432a76ca53e5f56c08dcd3be249e209566db3ad75 SHA512 (FreeBSD-13.0-RC3-i386-bootonly.iso.xz) = 81d2f40daeabe22d70506da6c4739fbd466380ad50cde08100ce2bc5fefc2cf952752090f003b6349c43c985642741fa222289feb7ac45aab65a0af2e6238e7f SHA512 (FreeBSD-13.0-RC3-i386-disc1.iso) = b9747f5c5062fe75ef1ecbf343a8fd46285061ad23068e381eabdccfc198f9e168c7912fbeb14cd756e8df87d2e8382711390a379d32b3e81063814e32c6f3ba SHA512 (FreeBSD-13.0-RC3-i386-disc1.iso.xz) = 7365cdd37e2edc0f4cefcd045d64ec310ba7a224c45c7f6e08e06f25fe6fe3a2cc68e7b66010a9738da351edc0fc6ba4a690562f641d432cf333e288c024d1f1 SHA512 (FreeBSD-13.0-RC3-i386-dvd1.iso) = f40f3c7d69c580dff2db3c2e67487a42fe98e8cf6d979d82fa88f02561b90860231c52ce669467dc85a91a5a59fe3e86dbe982c01b2b032d27382f2c77b7a9ec SHA512 (FreeBSD-13.0-RC3-i386-dvd1.iso.xz) = d4a0abee3be88156914e5b23e833f14d6dc8bbf96c7d470b61d08041bf597c8e31da23219d74079a05c5cc7d91c70a83e0a06bbdb65d639da2b464149e9408a7 SHA512 (FreeBSD-13.0-RC3-i386-memstick.img) = 9bf6d0cbeccabedf3da57a42b3ba0580c218573d5a77bd36b4e90925b26eaa8a8706df808c289fbdd264683a1a5397efc88ecdd2fa377853c3851489671db832 SHA512 (FreeBSD-13.0-RC3-i386-memstick.img.xz) = ac65933dee3753c4584ad7a7acb9ce7e0d3fe05a83ddd6e3be0da72ac92bc51bc5cd7db836e2775bdb585448713a9cb8dba6c4ad9260f9d14e3b699b89cccd86 SHA512 (FreeBSD-13.0-RC3-i386-mini-memstick.img) = 8167ebfa75fb02ee7eade7c0e91ab1e775de71e457fa3bb773c29ccf3386df3db1b723eafad4586ca43518de3ea85e4268e363f162c348cb54ceea36b8f14fdb SHA512 (FreeBSD-13.0-RC3-i386-mini-memstick.img.xz) = 31064cf16b56bf09593bee6cc4ef4155c6b6e41592e81d8d3593f327fa69cc30af41874af1e1c8d5e0e347e670c5ca2267b7702afcb675e2c286b6be1c6cedc4 SHA256 (FreeBSD-13.0-RC3-i386-bootonly.iso) = ca224697c104eb1ab8819bb45ba1ef8af4815e4e04ce550ee83a21c1953d40b6 SHA256 (FreeBSD-13.0-RC3-i386-bootonly.iso.xz) = 99d26efb2b6be602f9ea62d1efee784a34573a1701674fc1c7cb1275680e7664 SHA256 (FreeBSD-13.0-RC3-i386-disc1.iso) = 0c4b1d061db20df8f615237054c83434ba9178e36419634a91b736fee5b6472e SHA256 (FreeBSD-13.0-RC3-i386-disc1.iso.xz) = 54970c6f228d483ccba5a375ce2efc329894a1c06575c438190356270ab97293 SHA256 (FreeBSD-13.0-RC3-i386-dvd1.iso) = 6c14c841fc824c4f8859d990f07f750f98516436d4091c3b85808fc0f10e3ea6 SHA256 (FreeBSD-13.0-RC3-i386-dvd1.iso.xz) = 283ca6ec1a804397e3802f23df9134812ecaecbcf0a1941aae5cb2ca14b06ea1 SHA256 (FreeBSD-13.0-RC3-i386-memstick.img) = dfb288c6125be214ca70414b0d4c19ca12b8356f99a7cde081bc5604f39ed3b4 SHA256 (FreeBSD-13.0-RC3-i386-memstick.img.xz) = 2c727559a052c6627d0698193596b7e47c6d27d3091c8715e51bfaa22a3fc286 SHA256 (FreeBSD-13.0-RC3-i386-mini-memstick.img) = 24c5e2e612c2b9c0626f623006bd49cf7b0eb53e0c7e792a12e33031223e218c SHA256 (FreeBSD-13.0-RC3-i386-mini-memstick.img.xz) = c0d52746137c951b1ee20fb7a8463c9ceb0143e16812ddb2398224510435df87 o 13.0-RC3 powerpc GENERIC: SHA512 (FreeBSD-13.0-RC3-powerpc-bootonly.iso) = 878c1a32539e9c8483e96d103891a3725d829b46ec4a8132f9312e3785ee640de53592eb67522a330fcc49d09f59772b508f5393d7e3a9b0dc26d754464c31f7 SHA512 (FreeBSD-13.0-RC3-powerpc-bootonly.iso.xz) = 0888f2dfdc6bd6d582c04fb8d920a8638d303744e973956a03f2ed9d7426dc0b28652ac5e6427fde38951f29da3e6fe1bd425ac9ba7bc4c88ee4f04d252dcf16 SHA512 (FreeBSD-13.0-RC3-powerpc-disc1.iso) = d4966f4c534daaf6fef855d98f9a554aaacc18e122309648fee9ea9b2760d676a53d4cf89f58bcb45d942232ca1c7928502226f6d5a998d91d8969a2834f2f86 SHA512 (FreeBSD-13.0-RC3-powerpc-disc1.iso.xz) = 6d049458b316fc899d664f8980cc10b0732ab3e167200736a552bc4be9c323e8087c01698af38a5a95b83f73475da6f165f21f1ec576ad64d0789229ef68cf29 SHA512 (FreeBSD-13.0-RC3-powerpc-dvd1.iso) = 3af2a243d6cadc7b2458a592c6537f2316a3ae2bb62bef7de71ed2ed00c08b55bce802bd9d7a9c8eb348ced139f85b8a56862fdeac3dcb05634c2d83357c980e SHA512 (FreeBSD-13.0-RC3-powerpc-dvd1.iso.xz) = 52a2e33d8a8b7e83b62fb97302b4a16120c58e0d5fe7532aa92f0e9c346f70a0b714ea03c9cb5ec177f8d7261e9983d5365bbeb91d74e3f31f2a9b6daf53f9f2 SHA512 (FreeBSD-13.0-RC3-powerpc-memstick.img) = 0dcdc1762efcae98cb7d16d2294cc85987c39369d1d359beec31c1077b960b51c3985272c3ca86e19989c06724b00dce19cb0efe586f3538a6f30aa9a7350562 SHA512 (FreeBSD-13.0-RC3-powerpc-memstick.img.xz) = 4c96d70729c116b1033a15de5aeaa58c054a80e84405219008abb1fccf04323df52d5f027871426f2c85736b5e4680dafcecf7244d7599ac9712aa49d41a98e6 SHA512 (FreeBSD-13.0-RC3-powerpc-mini-memstick.img) = c7e92c709677a85b795cfd2108489ec0b35fac923ff88628f82ce240b9bc8e79b1ef90921e7120f0002956c6d5f42fb139684e5eaf108befae476a13a0baf1d2 SHA512 (FreeBSD-13.0-RC3-powerpc-mini-memstick.img.xz) = 9d48249c75fc2ad6a526c34117b9318994d93a2cb80814cdd73442239fa93e91c5bad5adedab777fc55f61af0ff196d12501e98fdece70cd838bbcea40ce2b01 SHA256 (FreeBSD-13.0-RC3-powerpc-bootonly.iso) = 4066eaffd07f593ff8917a02ae7a2291fd830a43bad2491f9a4f0dfdcc22a3cc SHA256 (FreeBSD-13.0-RC3-powerpc-bootonly.iso.xz) = fa2081156359d7a9f6c8459cdd1e525fda58a9d4a4a516fa7faf679679bbda39 SHA256 (FreeBSD-13.0-RC3-powerpc-disc1.iso) = 8088574a0589d13221d461548f39a83e23041dc0f689ecc2a03478778e1de374 SHA256 (FreeBSD-13.0-RC3-powerpc-disc1.iso.xz) = 2825be88eb4a9cffc0df728db3ee77bd7c73c6f581fc036049d738126636cea6 SHA256 (FreeBSD-13.0-RC3-powerpc-dvd1.iso) = 13f7ffeac6c820572618b61c2d278b3237fb21e0c19d4fcd8dc9e96fc360c8c5 SHA256 (FreeBSD-13.0-RC3-powerpc-dvd1.iso.xz) = dd3a91f2d6914e3d95d03f39babb5555675938a709b70fb22ea8038b6abb99f4 SHA256 (FreeBSD-13.0-RC3-powerpc-memstick.img) = 828b06ce910823bd4e968f61da26d2169e70a987cb89a75f255678ff685daf80 SHA256 (FreeBSD-13.0-RC3-powerpc-memstick.img.xz) = a662e3ca383b835cdf3f19904ac1b60ad9a39de2f5c9a613f83ab05af1d12e72 SHA256 (FreeBSD-13.0-RC3-powerpc-mini-memstick.img) = 3c811f437b4a76d8cb33f7db1765490058a794725419e27291a929384620b44c SHA256 (FreeBSD-13.0-RC3-powerpc-mini-memstick.img.xz) = 4b8318c51b07e19d30734681e6915093b1ca0cd8f3f8d447cc7ab9b56c7534b0 o 13.0-RC3 powerpc64 GENERIC64: SHA512 (FreeBSD-13.0-RC3-powerpc-powerpc64-bootonly.iso) = 0be147d614b9fe5ad8f003797422d5dd6d8c459754109e0bf358930bb37fbacdbdd5007341abe44dbf7a6fee191e0b5f82833e9d35466f8e705b9e388e5b60bc SHA512 (FreeBSD-13.0-RC3-powerpc-powerpc64-bootonly.iso.xz) = 3322c80f3148b744fbea7265913eb6031af4a1d2aa419bfb3deda220db45c81b27954a58612bd8c1d49f04751c1ab70e3110c6329ace023323693fd9f7a6f8f7 SHA512 (FreeBSD-13.0-RC3-powerpc-powerpc64-disc1.iso) = e8450533c3291a90eaa30032ea95793648499e6bf2834c2a1cbce873b7e68ae3c4ed69159097532f6c01b8545806d4707b22df61d406a27119b00ffdb431585e SHA512 (FreeBSD-13.0-RC3-powerpc-powerpc64-disc1.iso.xz) = 5d04a070e4ecf2fa5098de6b50f9ac16efce353b78692371e15beb3a630a12a5caf199bb1b6163f7847ef073b2d2e3ac9e5fac97c8beb4efb042c7e08f00e357 SHA512 (FreeBSD-13.0-RC3-powerpc-powerpc64-dvd1.iso) = a96d5b09d2abdfa2b13fa2f5e0f4b95a65528769be7929623b1416b5285ec4043122cd491f2b076b66ac4130fdd54f98df5643a4092f185101ca7cdece73417d SHA512 (FreeBSD-13.0-RC3-powerpc-powerpc64-dvd1.iso.xz) = ae1db436b5e52e27a6f7987b77185cf2f153b7002df757e676f432d1e4a7e5ea8935b9e5b604c4602aa0a2ea7c7ccf2e56250cfdfb3aa73af528ec62d09b0978 SHA512 (FreeBSD-13.0-RC3-powerpc-powerpc64-memstick.img) = ceced804788d55b8eeb7188195ba2b62da551e06185a4c6f6740be38f13cedbdb5a18846f045f91086c1f5ca4783fcd8742834b9ae5df9f6dfebcf777b328cf5 SHA512 (FreeBSD-13.0-RC3-powerpc-powerpc64-memstick.img.xz) = 8c6642873208606f3ce912ecdf519cc89488feaee55ec3228370740ff7c8d3660ccee95cb5c28a4ee40d1da221cfa1cfc1be13e92747e489e14bf2a0832b7e9f SHA512 (FreeBSD-13.0-RC3-powerpc-powerpc64-mini-memstick.img) = 5bf5c533b9e002a72f23f50381f114b0e024ca304d9c4cd4b88bb8fef8c045faf27a9779f69f5f0b0b1c66a5e06c389c5229b29defbaccce1d5eee4612fc3574 SHA512 (FreeBSD-13.0-RC3-powerpc-powerpc64-mini-memstick.img.xz) = c0c0fad62772a940d0563638e5ec3b391688b81fa3bee8befb817dd1c689283d508eb9c531dbbc0098ed30c6f6e0a51210e163a39dd73764f4f7d229ee58a08a SHA256 (FreeBSD-13.0-RC3-powerpc-powerpc64-bootonly.iso) = 9fe607162acf6f3155716ee517cffd2049900c736166858b7f5b0d8ba44c924e SHA256 (FreeBSD-13.0-RC3-powerpc-powerpc64-bootonly.iso.xz) = 9b3d631f180cc0a1ac88161359c51ff52644a6964d7c6add707f55af1bf03ec8 SHA256 (FreeBSD-13.0-RC3-powerpc-powerpc64-disc1.iso) = dbc5ff4f6949051c5b32231d223a2e58c7ebde74736d21001bd73eef76c5d0f0 SHA256 (FreeBSD-13.0-RC3-powerpc-powerpc64-disc1.iso.xz) = 0b7ce4c0f018457ba296f09dbf24113f73fdf7a5dea7010e111dfb3a0c5c0bf1 SHA256 (FreeBSD-13.0-RC3-powerpc-powerpc64-dvd1.iso) = e89482b35fa7d8256e35891cf45d0e4afbace45078249033a95e26cbb025e3f2 SHA256 (FreeBSD-13.0-RC3-powerpc-powerpc64-dvd1.iso.xz) = d21437dfd71b7e2dc35271195828409185432937bff0f3591969c426c85897e7 SHA256 (FreeBSD-13.0-RC3-powerpc-powerpc64-memstick.img) = 42d54e6aad696e426ef40fe3089a30c7d890ff80829e02d7981810e717f7a93d SHA256 (FreeBSD-13.0-RC3-powerpc-powerpc64-memstick.img.xz) = 404718b19b82553b9d8b315f4761e69759f30922fe8caffa2abd21e62616e690 SHA256 (FreeBSD-13.0-RC3-powerpc-powerpc64-mini-memstick.img) = 5dcdcdefdd9d6ad348269af00a0ef53fc7bf1f8eeb787aca2a22686ad984f029 SHA256 (FreeBSD-13.0-RC3-powerpc-powerpc64-mini-memstick.img.xz) = dc3b9ffdb17035ea65b06426e36927701d5aa81f903521a58e93ad4447c2ed1a o 13.0-RC3 powerpc64le GENERIC64LE: SHA512 (FreeBSD-13.0-RC3-powerpc-powerpc64le-bootonly.iso) = 5ff6c54afca6d20585647e59466240c221a77df514f974fc4ce451c2b69189ea4ee3ccd54dafcf2b4a40c8a8740e836ad521150b7fce77bb9d41fd21119d76d4 SHA512 (FreeBSD-13.0-RC3-powerpc-powerpc64le-bootonly.iso.xz) = 299521f0f90fb81bd8a7dce33affe5687dfe7b8f10f0ceebbacd973298b50764d8fcc225c37b9b509f64effcaa5352e3263ad28d0c57f7f870d692285011e37e SHA512 (FreeBSD-13.0-RC3-powerpc-powerpc64le-disc1.iso) = bfeccf30ed83129cd25daab391bd85df6ddfcb9d7886919da3c35e9158ce7faf5f37b2cdf9b2bb2d490fb233506ecf2e1c239fc7460da6b9bf44b5abaf1c7f47 SHA512 (FreeBSD-13.0-RC3-powerpc-powerpc64le-disc1.iso.xz) = 7039facc741be13af26572ea6ec09d4e60e41b559cad1de218ed77e923a948af26c01d060baada18575aa1da178f9653f1fb2603d78c29ce8837c42fd2fe694a SHA512 (FreeBSD-13.0-RC3-powerpc-powerpc64le-dvd1.iso) = 439fb6fd56c2c091c029b9d00a565d8347530b981bf6cd987cf2b7406c2418c577fbc8ac7399e892673469ad4384910825fc6f1fb83709e74af764f7ca55fd09 SHA512 (FreeBSD-13.0-RC3-powerpc-powerpc64le-dvd1.iso.xz) = 14084b02698b352b44a6ee8c204e788aa1f86fc4ee034f8ef2314b0fb62b8361c7dce4d5f6ac2e5beeaf990a16ae925d6da60e858f30e90f27da2610dc72fe82 SHA512 (FreeBSD-13.0-RC3-powerpc-powerpc64le-memstick.img) = 1cd897bb5b9a6ad0512dc3e5065f14fdd255947fbbd2c60015d4dc9c742854aafdca316715f1c049238e01c43c2a0ab6a84109c1760ebcba3655f81a386d891a SHA512 (FreeBSD-13.0-RC3-powerpc-powerpc64le-memstick.img.xz) = 0dac6d8de42101ada78ee37b170d957cab549e4d9c2927f34742f384ef4d68b545939a5fd5584398f6c0af2620de4e458f1cde1b5a1e419982679591dbeca7b5 SHA512 (FreeBSD-13.0-RC3-powerpc-powerpc64le-mini-memstick.img) = 606946c3bf807d05a4d99873739b78b41df7b1c6fdaf70e7d3eab3b754f9a36c8f13a2d72d63fd0617765cd88aad212418be5b5b9732ad72b707a52b47bd23b1 SHA512 (FreeBSD-13.0-RC3-powerpc-powerpc64le-mini-memstick.img.xz) = dda2eb50a0f18ce509d9bef57ac6ec96cace4b98dc6181d6b11f900c0fddf189ff73cf00a81986e9e3dc0944836074ac41d3e5e5aab9aea93c4da191078711e9 SHA256 (FreeBSD-13.0-RC3-powerpc-powerpc64le-bootonly.iso) = 0e506b45827dbdf95b8a93bfb93897b90a829cd34467f79b937a839a3323c6a2 SHA256 (FreeBSD-13.0-RC3-powerpc-powerpc64le-bootonly.iso.xz) = aea5f78ebc1c3fb893e1c14a0b7c52700304da5cdb5bd57f8e9707a833bac3c7 SHA256 (FreeBSD-13.0-RC3-powerpc-powerpc64le-disc1.iso) = a87b529a6d4dd1901696976d2242ad9eade35cb9836ef3b23352b9b68a8dc408 SHA256 (FreeBSD-13.0-RC3-powerpc-powerpc64le-disc1.iso.xz) = 2f6df29467a8323382d963e7589fd6374243c4dc16471e43870d71df4f1bf463 SHA256 (FreeBSD-13.0-RC3-powerpc-powerpc64le-dvd1.iso) = e8cd5c1fdc88f03e57f9cf8fee673fa9180845b73ed52ef6546b0d323ab77515 SHA256 (FreeBSD-13.0-RC3-powerpc-powerpc64le-dvd1.iso.xz) = c57bae422bc519cba108e712fab8f3cc3c6678d9689f4e8b015db6b9e9cfe2d0 SHA256 (FreeBSD-13.0-RC3-powerpc-powerpc64le-memstick.img) = 9de982cecdecec99de537e924c0335dfcc0ae1f324d118df4105ed0b987a378e SHA256 (FreeBSD-13.0-RC3-powerpc-powerpc64le-memstick.img.xz) = 2d734610349d1f7003cd1091bee1d55f26d4415ef5e9e793fb7d10b70e6c23ea SHA256 (FreeBSD-13.0-RC3-powerpc-powerpc64le-mini-memstick.img) = f12c27b660938c5c7c3c4cb0ebefe5843b5061e7fe9f418009dc57c9e25c4436 SHA256 (FreeBSD-13.0-RC3-powerpc-powerpc64le-mini-memstick.img.xz) = a0f207e9d6021303ce8059f9c328a185f4baef8513e01b0512c064169bae5967 o 13.0-RC3 powerpcspe MPC85XXSPE: SHA512 (FreeBSD-13.0-RC3-powerpc-powerpcspe-bootonly.iso) = a0516a1cfa3366793aa7c8d8edbffa67da66bfce8f27d531958d286f6596c972ce66e1489e7390e6d5e4464529c55eab0ef575e81ec4a172d0144e0dd1c35ec6 SHA512 (FreeBSD-13.0-RC3-powerpc-powerpcspe-bootonly.iso.xz) = 6212285ca75c6a03d2fdddb8fd62e426f27bc8f90177c14e86e91abd9ed543828b4e7e370ebf9a8d604654c30550be12acc0f84549f4b303f194bf7cdb65dcd2 SHA512 (FreeBSD-13.0-RC3-powerpc-powerpcspe-disc1.iso) = d1c8cbc3853e135eded550d94eb629dfd2f48a9736456ecbe6aed248fc496010c5bad85a5a1b0c0150d389b1eb344cff24910cf6e36587e434b475dbf216009d SHA512 (FreeBSD-13.0-RC3-powerpc-powerpcspe-disc1.iso.xz) = 887ccfb78a32033ef1b2b960eba73c13bb84df2e8360d08517b6d60ee6d3ea3abac6002ed555d075115a60bee406d486f0c65fdf7b67a0320eba207dd0126b6a SHA512 (FreeBSD-13.0-RC3-powerpc-powerpcspe-dvd1.iso) = 9628330d91f52fae354d899fd0c11d79d241ff16eec7f239d60a39a1f7a76a4e8777894c33d159c4f8c21315fff589833bbfa59bdafbf8a2b64a6474f26077ed SHA512 (FreeBSD-13.0-RC3-powerpc-powerpcspe-dvd1.iso.xz) = 9102fac6a11ab298d2ebc3b4a65e963c7e3e06722373cfc2afcc005baff0169f7b0f8776d4c1f5fad57c2959d9fde675f411a3233df94d52637650b013fd1148 SHA512 (FreeBSD-13.0-RC3-powerpc-powerpcspe-memstick.img) = 3eddd49544f4e90b57ab0f4b968a9bcb1743c7cb9e445ffcffd60faae5e98e688e8f414bba84ef4d2c91805da343dab1ae20f68c35acd280e5008703d21ff028 SHA512 (FreeBSD-13.0-RC3-powerpc-powerpcspe-memstick.img.xz) = 270e41ea166967aa0fd1723c102323421d16709e71b62984d9d1eca0b19bd07415dcad620e384e1122ecaab0101adf4ebd60d470a4cbf2c01f1c217b7034f4be SHA512 (FreeBSD-13.0-RC3-powerpc-powerpcspe-mini-memstick.img) = 36b3b386565fe44b13105dde59623a8a31b63e4553e28b02997ef7f3e6c7551cb2eec16f28bd0aec28e973a01c2385533173065afb1e384a151f9496d49ebb9a SHA512 (FreeBSD-13.0-RC3-powerpc-powerpcspe-mini-memstick.img.xz) = cbb8650a7f5bca3b59cc0029dd08dce9ee95373e90df865eea38b0b49ca7eab82da7581db3f41b80dc3551850511ae21d0d71deffc2b9c2ba3dc991521601426 SHA256 (FreeBSD-13.0-RC3-powerpc-powerpcspe-bootonly.iso) = 0f610c5a299f1a15f8543481595e276efa281135225c31663f6da36374a11ddc SHA256 (FreeBSD-13.0-RC3-powerpc-powerpcspe-bootonly.iso.xz) = accb9a7848ecee7f619ffc87ca82ac49b6662daccb5f314a22b55c5482cd73f6 SHA256 (FreeBSD-13.0-RC3-powerpc-powerpcspe-disc1.iso) = 3675ab93e9048ec1e93f462eef1f7b146c00a5d03b2d308a5250e5a66a2ed7ed SHA256 (FreeBSD-13.0-RC3-powerpc-powerpcspe-disc1.iso.xz) = 5a85e594991c2abdfa47dc7c908de6e48518c333ff2f1d6c83b488aa31fb4b18 SHA256 (FreeBSD-13.0-RC3-powerpc-powerpcspe-dvd1.iso) = 4a195bd5cbb0416cf2640675c753670311326992385ce84fbb19f587260d85ef SHA256 (FreeBSD-13.0-RC3-powerpc-powerpcspe-dvd1.iso.xz) = 8abeb2f0c66f94430a6e8dbe5980d09b01d8daa7a061ef88f57498fdade02f22 SHA256 (FreeBSD-13.0-RC3-powerpc-powerpcspe-memstick.img) = 55e582e947c787c68e6b4de2b48ebc2156fc443366517f69233806648a9703c8 SHA256 (FreeBSD-13.0-RC3-powerpc-powerpcspe-memstick.img.xz) = 1e99c45c862733843b0ca8f98fbc2119fee0f9fe4c0032096ddde3014143c76e SHA256 (FreeBSD-13.0-RC3-powerpc-powerpcspe-mini-memstick.img) = 45585d171c62a128dd1c035cde8d956a83541e984e2fe6c98f274c7c9a2dfe40 SHA256 (FreeBSD-13.0-RC3-powerpc-powerpcspe-mini-memstick.img.xz) = 13923dfa411c15c70de2dbaf96f9bdb7411f375ce723b3d4883d36f9da3eb097 o 13.0-RC3 armv6 RPI-B: SHA512 (FreeBSD-13.0-RC3-arm-armv6-RPI-B.img.xz) = 3c293abaadf4a6615dcd9be0baf444d32bcfc2e5ba3a13f88f311c8e865a4ec98d9e79999ddd7be721ed862c9c3c1f969763215b00001365582cdac6c2b0124f SHA256 (FreeBSD-13.0-RC3-arm-armv6-RPI-B.img.xz) = c9735ac85f6588a97e7be608aa8297ab6d3d81ce4e0986b7a8380c45b067f6f1 o 13.0-RC3 armv7 GENERICSD: SHA512 (FreeBSD-13.0-RC3-arm-armv7-GENERICSD.img.xz) = 339ed5f99140b1a992e35d4098e722d60700573d118a310554590faf5fbe452fa13462f588c3d2cde60761afbcb8224f308890980f30e39edea05b7a25347b88 SHA256 (FreeBSD-13.0-RC3-arm-armv7-GENERICSD.img.xz) = b8ae46bffdf781be6735c1e11ecbd9644d7ea02265e8cde0ea28abb6c5e28722 o 13.0-RC3 aarch64 GENERIC: SHA512 (FreeBSD-13.0-RC3-arm64-aarch64-bootonly.iso) = 67d54096fab752615056888144658185a38875500a14a4a8316a0b70ee781dac8d3c7f3a9e0170807d022c2eb6a6828487b27cd2a6270d3efd01bc1e097e7eaa SHA512 (FreeBSD-13.0-RC3-arm64-aarch64-bootonly.iso.xz) = 957c8620797f6fbda17b544a3aef0239371bb8dcbcfb0c7d0fc182714a9e53a1604152610736f3f50dba863bfc8da669d688ac9b7eda74cc3f9e4c163d6be4cf SHA512 (FreeBSD-13.0-RC3-arm64-aarch64-disc1.iso) = 5b24cac9a8f497aec0459a2be7e7c5b9ef3b08315049f8bc98f00b6412a8bf62fa7459bfeef8a2aba83b416029f33e1ed1a24bb0556dc4bae087510f9707f0db SHA512 (FreeBSD-13.0-RC3-arm64-aarch64-disc1.iso.xz) = 243edb015184041dd0c0237c55f107c4a052ef008fda5ec2bed641c9c99f74cbdf9a860a61fa871e7f186fded00483b36cb5ffde2787e35d7ea934e3c00f6a82 SHA512 (FreeBSD-13.0-RC3-arm64-aarch64-dvd1.iso) = df621c853d9169683298fa878caf52cec6d585a99f09f01e3b441871b2bb91309c354f6cbd7649eca6a8873b680096b883380fc828b8e2a3b95e34f623af79b2 SHA512 (FreeBSD-13.0-RC3-arm64-aarch64-dvd1.iso.xz) = 21103cd151f4f1f69c60408ee5a4ab2f4bb0e9b31e97711d6ffa68e5db18b52d33c246f7e8a259ef137ce4866710e8752c263bc93faf53c31fcb750697c7a231 SHA512 (FreeBSD-13.0-RC3-arm64-aarch64-memstick.img) = 12f008293d38cc54927b32727ddbd0f5150ae066119cc7f72d465dd3ada9377435481504fdec660b73b2229b0157316c6d409ef5843b145be9e9e8f1784e5f8f SHA512 (FreeBSD-13.0-RC3-arm64-aarch64-memstick.img.xz) = fc6bf7bc26efdb15d5993214b31b71962193d2a9d46a97b0db77cb397840cf284933d497d1338fc15d46bb87a06349df1950d52ba1efcbaf073f3275ec59e4c7 SHA512 (FreeBSD-13.0-RC3-arm64-aarch64-mini-memstick.img) = 5f0a075ae538995fbc171604f107be60498bf8ab215e55d9fdad98069622b06d327f35e82dbe9d6912ecfffffa724e7bd9ecde5b001c49275cee86232df4ec70 SHA512 (FreeBSD-13.0-RC3-arm64-aarch64-mini-memstick.img.xz) = e993796fa8d45171c41e6338083fc9a3cfd00cfc0dba90a129768e6ae958cf3930e5820a42fa275174e951cd14f3c0cf3acc1b439cf2d3e0e56d2b5e8e0f4044 SHA256 (FreeBSD-13.0-RC3-arm64-aarch64-bootonly.iso) = ea6cc6df52a265c2ed50d48363f00ab06b63d352a06aab5d70ef169285f35a94 SHA256 (FreeBSD-13.0-RC3-arm64-aarch64-bootonly.iso.xz) = c89925ccd1df086a3124cd4c83fc2b76e549c5853e4d4a5c9b04470f4f0445a4 SHA256 (FreeBSD-13.0-RC3-arm64-aarch64-disc1.iso) = 36fc92bf421f55453917b7be92bb5e1676da828d7ebb1d3c1ffaa274e1b6e32b SHA256 (FreeBSD-13.0-RC3-arm64-aarch64-disc1.iso.xz) = 9a4f0b05c6691996e3f907a03414ba8f5c8f384671ddfdca3c35595bb5d90dcb SHA256 (FreeBSD-13.0-RC3-arm64-aarch64-dvd1.iso) = 5eadf34065e51108237a01912c352b545bc24069c66ed9d995a9fa91f4178de6 SHA256 (FreeBSD-13.0-RC3-arm64-aarch64-dvd1.iso.xz) = bfc2ffb62ded44a6e668ec2db672bb102c3424cb640076ab2fd8ece1d6f07130 SHA256 (FreeBSD-13.0-RC3-arm64-aarch64-memstick.img) = 67d832f15eac687f5dd9aa05f5c32a1571d16d401f054506dbb3f9a0e27462ac SHA256 (FreeBSD-13.0-RC3-arm64-aarch64-memstick.img.xz) = 3b1ecefecd189c501924e52da83e54f794bb128afaf3d1f641788685bb03b848 SHA256 (FreeBSD-13.0-RC3-arm64-aarch64-mini-memstick.img) = 99ad8bec87c55e2fd7e950ba8e03e89b3017d34c22cc02a9ac3a99fef75f9ea4 SHA256 (FreeBSD-13.0-RC3-arm64-aarch64-mini-memstick.img.xz) = 0e95974796aa45bc6d9bbee836a086a514e350b020172f567469a433b85994ca o 13.0-RC3 aarch64 RPI: SHA512 (FreeBSD-13.0-RC3-arm64-aarch64-RPI.img.xz) = 22f6cacbc25ca0861aa434337afda85fdcc1e2ab707298b5058a4d57345b7f17808663b863aef263f3a5fc22fabb95442a39e9605fbd2a348a46179cf08175f7 SHA256 (FreeBSD-13.0-RC3-arm64-aarch64-RPI.img.xz) = 75baf7655ae8690918b2813062e9a5b2ca60f9e19df3a874724110f0546bde2f o 13.0-RC3 aarch64 PINE64: SHA512 (FreeBSD-13.0-RC3-arm64-aarch64-PINE64.img.xz) = 362c58670c598ebefcd64fbdca4e8af9490e6244db4dd0f22fac6c2a3b3131be9e451b36fcb70a1544c22df240a2f721cd77cdd99f1c323ad672d0bb95952e4c SHA256 (FreeBSD-13.0-RC3-arm64-aarch64-PINE64.img.xz) = 9f90f695921e922fb6f73a22c287dda9fa1e991fea8389a54633010b7a40b160 o 13.0-RC3 aarch64 PINE64-LTS: SHA512 (FreeBSD-13.0-RC3-arm64-aarch64-PINE64-LTS.img.xz) = dbd28b0cabaf969c13da611ee11960ef5cb49383bdeda5b5187235eb1b261e03b67cc565692c3c553ed60ddbf1f43f0f641837bf97c880adeda548fa5f80a0ad SHA256 (FreeBSD-13.0-RC3-arm64-aarch64-PINE64-LTS.img.xz) = 17fc09dfbdf36901bae32f8959373b9f77706f47420cfd1a2f51c6812f36800a o 13.0-RC3 aarch64 PINEBOOK: SHA512 (FreeBSD-13.0-RC3-arm64-aarch64-PINEBOOK.img.xz) = f5121e29d5f31edcb81edc2598786c9791d87038f8e189dcdbed2cc3286b2c0c8d2fd5305300a868556f2b8b579ed2bd5a6c8b71ae6f2ea0ae79032dc4ed14ca SHA256 (FreeBSD-13.0-RC3-arm64-aarch64-PINEBOOK.img.xz) = 580647b43fb156bbf791c7d7f1dc07759adb090f79f72b31ae0849ea83577e80 o 13.0-RC3 aarch64 ROCK64: SHA512 (FreeBSD-13.0-RC3-arm64-aarch64-ROCK64.img.xz) = 88fac80fd941a073c39aa0f19c166954aff0e9344ae675d2c6d68a476a7795ac9d2c757d1afb95817816f0a71e4cb57fb51024f942092c49e247b6ecf87d0057 SHA256 (FreeBSD-13.0-RC3-arm64-aarch64-ROCK64.img.xz) = fdab2d985630f5a1c8cf7c32286cfe586dd8e9d88c66039946d492376f4cb7ef o 13.0-RC3 aarch64 ROCKPRO64: SHA512 (FreeBSD-13.0-RC3-arm64-aarch64-ROCKPRO64.img.xz) = c789f1cbe903afc21564ab31f4bdaf041abc30765d5040ca587cf2388b2843dd34ff3c97ed94c26dac85a4a9cdc68ceca75ca12a7d9551a862788e63b682ea43 SHA256 (FreeBSD-13.0-RC3-arm64-aarch64-ROCKPRO64.img.xz) = 2cc839203a3e4171c4ccde06c711288c89fdc906d60a87795b7f7916612985a4 o 13.0-RC3 riscv64 GENERIC: SHA512 (FreeBSD-13.0-RC3-riscv-riscv64-bootonly.iso) = 0b02d66d0c0a43af7e4e003be6c50f402f07ad030c979f5bb716281aea08d45882af3c586e57a1a4a0e58a4e8f15de1491deee103cb8493b10d811941ddd0306 SHA512 (FreeBSD-13.0-RC3-riscv-riscv64-bootonly.iso.xz) = 4813aefae405cd4e048550c1cacd81568326d6af3945251796d80e27231df8c9c9a1dffb187354bb2736f2b2cc2cb27775504af69cf38a1a3ba7d5571704edf2 SHA512 (FreeBSD-13.0-RC3-riscv-riscv64-disc1.iso) = ea679f983ec9d85ddd984aadd68b379518b6a1f8f931259307386324c7984a9b0239841e2ebbd5d04df95ed6dba45ced961326e9283150c706ad6938714a9f5a SHA512 (FreeBSD-13.0-RC3-riscv-riscv64-disc1.iso.xz) = 76201d8ccd6fe830fbda53917ce458e83f216465410abf2c0add88a9da17eded78013195b579bd6a594c8af939bc551f594db86fbace1a52e63aa845872ff2fc SHA512 (FreeBSD-13.0-RC3-riscv-riscv64-dvd1.iso) = 59fd823239663c9af4f75a26b4aeea193fb5fce79f773feb1d66ed3dd2e0841052a88659e8c3b9f646a6231d50065de468cba0cac971f7f9109e5ffb93cba203 SHA512 (FreeBSD-13.0-RC3-riscv-riscv64-dvd1.iso.xz) = 0b69deec5bbbe756a9fc26a785132dccc9e19cdfde14eff182f37afccf9af8a7277fc771f261604c9c57f4111994c22bbc1c320418a42d95ee1ccccbf792aeb9 SHA512 (FreeBSD-13.0-RC3-riscv-riscv64-memstick.img) = 595760225319f8de599861d319b4db2d93321072c69fb44649498b9ee4258534b1c1433d766c995b6ceb44f5b3ef189b372f685da0f7866d28467d9d772e6511 SHA512 (FreeBSD-13.0-RC3-riscv-riscv64-memstick.img.xz) = decb9311c8d5c146403acf9aa0ffcbd71014cabf890d36a0e0784b2470d690d62465aa6971230cd6270c4c282c16944da90b8c02ba7c695d63168dbf656dc09b SHA512 (FreeBSD-13.0-RC3-riscv-riscv64-mini-memstick.img) = 3db1702bc86ec3934b40889a3b52bd8dc5dd030c69ce96836941e3e2c6cffe755f28a5455cf277c47fe5d86ddb693c6b3c9f2726dd468bf47788ef0970844b72 SHA512 (FreeBSD-13.0-RC3-riscv-riscv64-mini-memstick.img.xz) = 8711aba0c2923de7ed5d1e28f18372e2c89d0a93beec18453907bd877c177e37c539515e373e23c4eec6a56be9bef54f1019baca98d32611f793a55c2f49c24c SHA256 (FreeBSD-13.0-RC3-riscv-riscv64-bootonly.iso) = 5809f78a48ac7d29d1547e95a6cd43bb58666c293dae273ead5f6f336f832f5e SHA256 (FreeBSD-13.0-RC3-riscv-riscv64-bootonly.iso.xz) = 53f38657df7f4de4f1493d54ed31a4996bde294ade0d3346cfbd628a1db676d2 SHA256 (FreeBSD-13.0-RC3-riscv-riscv64-disc1.iso) = ccb710957bd6b93e1adc4ab66fd3a130ed13c7ca09ba59361448a69012b1813f SHA256 (FreeBSD-13.0-RC3-riscv-riscv64-disc1.iso.xz) = 755ab3fe1fa7ccd06f1fb0e753f82127f983f41c00fbd22f53979b3795d12ba5 SHA256 (FreeBSD-13.0-RC3-riscv-riscv64-dvd1.iso) = b7b2836c3d6884ac7d32095724e33fec7584297537df69745a178f44b0097ceb SHA256 (FreeBSD-13.0-RC3-riscv-riscv64-dvd1.iso.xz) = 964e21fa42e8a242edf5907116f0cdd0569edcabcbbdfc6253e70fcc6e121a2e SHA256 (FreeBSD-13.0-RC3-riscv-riscv64-memstick.img) = 3f5ad3a0f2b251fd26884dbbb62bc235db0a168982a1afe9372eb465b8646dca SHA256 (FreeBSD-13.0-RC3-riscv-riscv64-memstick.img.xz) = e4e5ee26ce083db674e036b55c0d9b2ad6bbcd159e64e81afc7021d7ddaf770a SHA256 (FreeBSD-13.0-RC3-riscv-riscv64-mini-memstick.img) = 48bdd9f3afd074fc682e618d1cd42a3e2437a4484b6990bad0922a6a8e32e2e5 SHA256 (FreeBSD-13.0-RC3-riscv-riscv64-mini-memstick.img.xz) = 8d5b8d052301cb897e82eaed1bd0fa51ae53a26003a20ddfc31da1459512ad41 o 13.0-RC3 riscv64 GENERICSD: SHA512 (FreeBSD-13.0-RC3-riscv-riscv64-GENERICSD.img.xz) = 1574597cccceedfb207fc9b9ab76542d40d4bcab7f24cb9400d51c6fb9d935ac5bbf09af556e0e32989d6b556669f4c2607a15261e8c383424f54f0f577ca0b9 SHA256 (FreeBSD-13.0-RC3-riscv-riscv64-GENERICSD.img.xz) = 1e05ea2e8add4cce3331a8072e0e9a6b8c9f69e727f2641b05aad96109b44baf == VM IMAGE CHECKSUMS == o 13.0-RC3 amd64: SHA512 (FreeBSD-13.0-RC3-amd64.qcow2.xz) = 85341a74163a18034ed9982431d551d151312002b9d2c046fe787c1e084bd58a9748262636e8b537626483acd99c4c1c86ea7b77b9dae190919dcb0831709f42 SHA512 (FreeBSD-13.0-RC3-amd64.raw.xz) = df35e633e1b3c431f16236b90048ff2b1edda544a51238cfdacd056f3cf739e7b25dddf31fb2cbc879646c8fcb8feb6e433ecd483ff71ab0294900f9eba127b7 SHA512 (FreeBSD-13.0-RC3-amd64.vhd.xz) = f28716d6638240ffeabff00188449edc8a453041413fd6cc44146ccedbdf2e70d7fa6666eafbffd036c3a4c4c7223ab4e7bc994ec0bb8af1976d2fbabedd919f SHA512 (FreeBSD-13.0-RC3-amd64.vmdk.xz) = 634d6becdfdfffd60ad94825e1ce64459ae3ee32873e25b97def0482d8e4617135a13e0011e1ae336e1f13793db2e2fb424a11ca3013836d81fb9ce245e34ac6 SHA256 (FreeBSD-13.0-RC3-amd64.qcow2.xz) = 1e393b2397cae0b4c942c49cb859f85869bbfb3f7e5a4d2d77e78932cc223278 SHA256 (FreeBSD-13.0-RC3-amd64.raw.xz) = 1335f4d6674de43330c1a54d09efb3ac59219c8950d429a2a86b1e88d3816bfa SHA256 (FreeBSD-13.0-RC3-amd64.vhd.xz) = 9bf03b7276892a3e015dd384bee9f9aa610a6018a8dd15cb5178399ac7d8f151 SHA256 (FreeBSD-13.0-RC3-amd64.vmdk.xz) = 3bfee44fb4aca49f5b40ef678b60acfab14310cd30bfaeee8f39e0a14692339e o 13.0-RC3 i386: SHA512 (FreeBSD-13.0-RC3-i386.qcow2.xz) = d424d8a26e408590a4b01b52fd813b605e39fb729130c38f4d99cfcd3ea673f544ad4d248ec8837a45afdf61c9b6887cdf72e7d0ca7635e47a3771acac2b3cc1 SHA512 (FreeBSD-13.0-RC3-i386.raw.xz) = 23bd63d52e726fcdd57352e496ca5c28af3501e502dc68582c699da8e7b44d0a3e4cea3482730a02a9ba511f9e3f38e7725cb20e215f4e7910882adf4f9ee305 SHA512 (FreeBSD-13.0-RC3-i386.vhd.xz) = 4b59f32f062a71cc27143ea9ab0651f7c4c8c42a3390758b814e886832da473d902b7c6fa57995a54b5e888250d937f687bc55e0bdb653ea4b2660d456477597 SHA512 (FreeBSD-13.0-RC3-i386.vmdk.xz) = 1fa6650ac5f1d87757bbb405b0f5e86a82755b0ee48b1d91d36ea546ea3f963fba43cea47d1f7543a898ce48671e27062263af07909407777f3c33609890d19c SHA256 (FreeBSD-13.0-RC3-i386.qcow2.xz) = ef1d26dcdecb32cc23a616847b0f99eb4bd1784fc33d3bd5efea4556b161bb43 SHA256 (FreeBSD-13.0-RC3-i386.raw.xz) = 405440c1ad1070749e2b77a4c2d2ef2d2aab4bf87c54d3296b1c722a06d2de4e SHA256 (FreeBSD-13.0-RC3-i386.vhd.xz) = 287e0ea5f9597a15cf587020c22326932a2f1ddc0d81c3f101a64b5058985466 SHA256 (FreeBSD-13.0-RC3-i386.vmdk.xz) = b2ecd761ceaaae62064fa03a10cf0a9487a1706eb946d9d1f27ff9f5b2ae7942 o 13.0-RC3 aarch64: SHA512 (FreeBSD-13.0-RC3-arm64-aarch64.qcow2.xz) = a8a4a557b121869bf73d096230b6659709d6f53b4762d30ee7f60245d341550d9e44c9049b93ec3a284a5b9aed07ad23b3922274dfcefdef8947271172cf2821 SHA512 (FreeBSD-13.0-RC3-arm64-aarch64.raw.xz) = 5c285e4f677609cc6abd17bf748135f1d8ffeb1cdd4381de210e9c5d0c81ebc6a9c691ae888a3735c1fcf0e735f893b45ee152c13df8003f7c4711b14822fa8c SHA512 (FreeBSD-13.0-RC3-arm64-aarch64.vhd.xz) = 342d5219dfe82b53a1bea1635c3a0c11ee84e37eebf948a75c6a43d9c26fa5ad5bed07bef42f8dbfe043832358d86df104526fb48317c97a487b445cdd6c30ca SHA512 (FreeBSD-13.0-RC3-arm64-aarch64.vmdk.xz) = 6a794f981f4d4076ec05c9dd8a853f28726003e452ed1f7dc341d1aba462e1b0f23767387331714fb80e567e80fc167accd401c36a588aa08ac8d5885dde331a SHA256 (FreeBSD-13.0-RC3-arm64-aarch64.qcow2.xz) = f0b064ee2f638dbb03bab5df0f13ddfb9755861e4c301667aff0606335337936 SHA256 (FreeBSD-13.0-RC3-arm64-aarch64.raw.xz) = ec3b751a4d994c1bd89dfabad03e3154be744a3d9667b65a09ffd9125451f285 SHA256 (FreeBSD-13.0-RC3-arm64-aarch64.vhd.xz) = 9ea7117736a7e9db12992984199b02aaa72013eea8ec2737058e37605a82c91f SHA256 (FreeBSD-13.0-RC3-arm64-aarch64.vmdk.xz) = e5256d4dd05b22d61803bfe0580580e2c0a953731bed92f8930ec3e29f22c4a6 o 13.0-RC3 riscv64: SHA512 (FreeBSD-13.0-RC3-riscv-riscv64.qcow2.xz) = 76742cb8e1ac50b4ac60fde9593ab7e2e07d0406020496a6c184d185b3a19d96748668bc21c26f976c8c18cea102aba56dd3c4e6388ae4c29f5f5baf175c88de SHA512 (FreeBSD-13.0-RC3-riscv-riscv64.raw.xz) = 13bf67cce78e7c42f4aa6cf9fbfce6dbcba1b5b2191e71e7bac43c831a627a356d8d2f6ec9309fa7d6ed982845ef9158f62a3eca6c96ad98bf1267850d76fd4f SHA512 (FreeBSD-13.0-RC3-riscv-riscv64.vhd.xz) = 0a4a99e4b88a68d1c964ebe68facf9a92072538d6da14cf98d599cf0174ae2ba31b100b4e8708438c0ffeb6f9a43823b63bc79394569575975722a2fafeed556 SHA512 (FreeBSD-13.0-RC3-riscv-riscv64.vmdk.xz) = f1793ba35d5a8f73b76cb2ae6a85ac5c8149ee6ad500889d22c5a2eadd9b083491b0a6eef89c1ece43ee11d27f586fa57ece15ef7f2ebd675b61745aaf0227e3 SHA256 (FreeBSD-13.0-RC3-riscv-riscv64.qcow2.xz) = 65fdee698acf127e18b996cdec9570c443afb0f5c40048d6352de0832e583ebb SHA256 (FreeBSD-13.0-RC3-riscv-riscv64.raw.xz) = 10b51deb348b7fe75a3efdab0bc3e341d4c99189176d3c401fc8a8e20f4903f1 SHA256 (FreeBSD-13.0-RC3-riscv-riscv64.vhd.xz) = e47edf3ca4a9ef0c639acfc522559efbe2c146b187bbd6638930fdb852320528 SHA256 (FreeBSD-13.0-RC3-riscv-riscv64.vmdk.xz) = 598b1b6a2fff8e7513961bfed580573533c235b4c42b5e15161bc1ac33a14651 o 13.0-RC3 amd64 BASIC-CI: SHA512 (FreeBSD-13.0-RC3-amd64-BASIC-CI.raw.xz) = 6a79035a220ef35098953969a8de9cf311c38446e43fec03e121c8e79aff46a8f48bf0184a73c578b00fd801bb4d1aa65652b6799e6d6a59a7025b281c5c3f4d SHA256 (FreeBSD-13.0-RC3-amd64-BASIC-CI.raw.xz) = e93a6d4c8c14c893d7d08abaa584d979ffe4dc06c2eddc586970caf0b52ab86f Regards, Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmBWHhUACgkQAxRYpUeP 4pMdVBAAjFjfzlKn2UaNifLhS/c5oXkZ2nAnd/A3PP5J4BAEURt997vxVVlfQlxF 7iaQCxUiQTtxUGNRnPZDjAu29D/vJN9Jd5rox1hn0nTlDZFVrewJxzBh1lE177Cg 4WTwkc6WslRYxrSdJ127RsiEsiEs0Se7pCdLPJXH5sQtddHb8EP/30btlsirmYqe osywQIacDh2d9mJRWreZuMBKOCFgYKVxye/ze/PEWX3Q1F5duv/igJv0XaXvZ+Vf lLOOYEYqvaVPu+lrLI6eSJEVU3iSjcHpQOAkz9kP5jIpJaXmUdL8pg/IWD/l7jFg AZslB2fKNwNcmvn+i2Q8djKi3bjLo+8WrF09Sj9St9XyBDEw2raWwHQT4lIdmmhk tqiRFYaVn4WBASJfjAImxB3ukE+qTwVbEAftYHL4w/Qoot7Pc2RPvY7dNxTgwA3l tzyX2NjPpEdOBmPlAlsML/FTpZzJfWiXo6pUNi0KRCMSNTN/bJ2BZWrphvErJTU4 j7yMhpvS5jvZzYAkYYX112C+ezRDNY7ywNnHtmxRGfhL0mCEvr5CvJvmXnzLYCgc jfvz/5/Fj0hjWQ9hdP24m++rz7z1T17Nhlywv5D5V5OSD9XOuRwBpf1jCz3TchZe Q3gAUx4bqO1fQhN6h3G4etuaJGbsQWnSMiof09L9MjNjp5of2ew= =YzoF -----END PGP SIGNATURE-----