From nobody Mon Jun 7 00:15:12 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7A9D894F567 for ; Mon, 7 Jun 2021 00:15:15 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from p-impout001.msg.pkvw.co.charter.net (p-impout001aa.msg.pkvw.co.charter.net [47.43.26.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fyv5Z24jCz4pJ1 for ; Mon, 7 Jun 2021 00:15:13 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from localhost ([96.28.177.163]) by cmsmtp with ESMTP id q2v4lm4aMi1G0q2v4lr8Fo; Mon, 07 Jun 2021 00:15:07 +0000 X-Authority-Analysis: v=2.4 cv=caIXElPM c=1 sm=1 tr=0 ts=60bd650b a=xqrt2BZAGHte7XHhrxJgbA==:117 a=xqrt2BZAGHte7XHhrxJgbA==:17 a=HpEJnUlJZJkA:10 a=cRytF-dc2WFD8uWp08IA:9 a=l-36Aps6U9AbuqBX1yM7:22 a=p-dnK0njbqwfn1k4-x12:22 a=w-psBPLDDiCXbaeKGOsM:22 Date: Mon, 07 Jun 2021 00:15:12 +0000 From: "Thomas Mueller" To: freebsd-current@freebsd.org Subject: Updating to FreeBSD-current, can't mount -uw / : update: seemingly solved X-CMAE-Envelope: MS4xfJdCn7WLymWzpIJ8zV9wTVro0Qs3paRD3bSS0tkp8FAf8NK86GXx9S12jxe4UcnNGHqjFWrLthImM4S6ddBv+DIUTPVjrceDi0BUm8DThe3QWKgfj3x7 16wp7/xR2leTEo8YNMx8Osejw/vO8gcTooidfRq3bImv35UIk7YGqEiskyyVcrEIWDtLZC9PgcHumA== X-Rspamd-Queue-Id: 4Fyv5Z24jCz4pJ1 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mueller6722@twc.com designates 47.43.26.132 as permitted sender) smtp.mailfrom=mueller6722@twc.com X-Spamd-Result: default: False [0.38 / 15.00]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[twc.com]; NEURAL_SPAM_SHORT(0.14)[0.143]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[47.43.26.132:from]; FREEMAIL_FROM(0.00)[twc.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[twc.com]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[47.43.26.132:from:127.0.2.255]; MISSING_MID(2.50)[]; R_SPF_ALLOW(-0.20)[+ip4:47.43.26.0/24]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_HAM_MEDIUM(-0.96)[-0.964]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:40294, ipnet:47.43.24.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current]; RECEIVED_SPAMHAUS_PBL(0.00)[96.28.177.163:received] X-ThisMailContainsUnwantedMimeParts: N List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org I updated a FreeBSD-current to the newest FreeBSD-current/14, buildworld took 11:15 (hours:minutes), buildkernel was also successful, I even appeared to be successful with "dhclient re0". UPDATING file says to boot single-user after buildkernel and installkernel, but then mount -u / or mount -uw / does not work as it did in previous times. Results were mount -uw / or mount -u / produces fstab: /etc/fstab:2: Inappropriate file type or format fstab: /etc/fstab:2: Inappropriate file type or format /etc/fstab # Device Mountpoint FStype Options Dump Pass# /dev/gpt/Sea1-08 none swap 0 0 /dev/gpt/Sea1-18 / ufs rw 1 1 #/dev/gpt/Sea1-06 /home ufs rw 1 1 fsck -p produces fstab: /etc/fstab:2: Inappropriate file type or format /dev/gpt/Sea1-18: NO WRITE ACCESS /dev/gpt/Sea1-18: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. I tried fsck /dev/gpt/Sea1-18 and fsck / but did no better. Now what do I do? I also ran fsck_ffs instead of just fsck. Do I need to boot NetBSD and run fsck_ffs or fsck_ffs -f from there? Now I seem to have solved the problem. Either rebooting or fixing /etc/fstab did it. I may have had one too few fields on the /dev/gpt/Sea1-08 line, maybe that caused the system to misinterpret the next line. I added sw between swap and 0, thus the corrected fstab is # Device Mountpoint FStype Options Dump Pass# /dev/gpt/Sea1-08 none swap sw 0 0 /dev/gpt/Sea1-18 / ufs rw 1 1 #/dev/gpt/Sea1-06 /home ufs rw 1 1 Now I see from the emailing lists that etcupdate is replacing mergemaster, but UPDATING file still says to use mergemaster without mentioning etcupdate. Developers, please update! There are differences between NetBSD's etcupdate and FreeBSD's etcupdate. I don't want to do the wrong thing in FreeBSD. Tom From nobody Mon Jun 7 03:02:23 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 1E9BE9561AC for ; Mon, 7 Jun 2021 03:02:36 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x833.google.com (mail-qt1-x833.google.com [IPv6:2607:f8b0:4864:20::833]) (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 4Fyypg74cvz3GpY for ; Mon, 7 Jun 2021 03:02:35 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x833.google.com with SMTP id t20so11640042qtx.8 for ; Sun, 06 Jun 2021 20:02:35 -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=YPi6cwR8Y4iHFDmb/ccPWbZjPTur5GUPz7wTdWoaEY0=; b=f42qjIe7ta5Gz+QBgBjOgxlEotP9eUtOg+awTsm07vxUgKMNXmGVuUhEJZLgKSCDMw cdwhIhXYv/Dox5HAchOrdZ3YpTwgMzJh9vWMRkefNzebz4zuDQz0+raJmOcxyvlpDKBg cyqecjEueYj5yYnHgCnplSuOeBktwTpw7pQgMuJmf99kh1/YiBmPDYqYJnSmWTgAppVZ mY1nLclillTbiIEtL7zbFCboAnOmgsN2GIxvXmtKaQFgtjm9tX52yi0/xcipv0ooYrT/ SpNy6bk6i5Sru8inb++7V/tSfPiyiaG8dQPaPPu3So+zE2eODAg4VFzNMwn9KQNY+lt2 HWdQ== 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=YPi6cwR8Y4iHFDmb/ccPWbZjPTur5GUPz7wTdWoaEY0=; b=duFmI3JkOJvVaCT2bM1HDZf6NycMtVzKmj3rfNMx5sy6B4gcshdU8pRMn48Leqquf2 m06Ry5fj4Ozl/CGFBPdzfN3Xv7rRMrcUaaAKo/c0xKGR3LX+uQaRWUMMMzTAsRQ4IYc7 5y0FctWzlUWyX5v/+9jLNmM16kWgUwl1jSg3o0EdV8EMNcGewby1cnGHacGiJnwEYmOi 3dIDKIJTDJmyd4AFMER0HrRhz1gTdqAoIxYe/Nlef7PuVsF1npqZkKPLN1ew6zG6i2kH M/JfBP7/6ZCkSxgL51KKGUNq0mpM6NKnPGd6D+c8UOu/XMHsKplthkUiKDSPeWPwrG4n ylVg== X-Gm-Message-State: AOAM533ucjORuJmLHQLDMo5p5bqRxEHIv4wlvUyKmFN7uMFyRz2dhFXu GssYYkKxkMkzj21wEu+3yz7p/JwQNQzYdfaDRRd1Og44Ttqr3w== X-Google-Smtp-Source: ABdhPJwe7uiK2jGsPP9INo06Zyx5ItXrD5GzxxTaKc6gD912Phse0AK37bPy+0+07Sr6Qg18YzPdD5WP4E1Jvs2FjqA= X-Received: by 2002:ac8:7f42:: with SMTP id g2mr14815613qtk.73.1623034954544; Sun, 06 Jun 2021 20:02:34 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <20210606112455.37502966C0E@mlmmj.nyi.freebsd.org> In-Reply-To: <20210606112455.37502966C0E@mlmmj.nyi.freebsd.org> From: Warner Losh Date: Sun, 6 Jun 2021 21:02:23 -0600 Message-ID: Subject: Re: Updating to FreeBSD-current, can't mount -uw / To: Thomas Mueller Cc: FreeBSD Current Content-Type: multipart/alternative; boundary="000000000000ec8ec805c4244508" X-Rspamd-Queue-Id: 4Fyypg74cvz3GpY X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: Y --000000000000ec8ec805c4244508 Content-Type: text/plain; charset="UTF-8" On Sun, Jun 6, 2021 at 5:24 AM Thomas Mueller wrote: > I updated a FreeBSD-current to the newest FreeBSD-current/14, buildworld > took 11:15 (hours:minutes), buildkernel was also successful, I even > appeared to be successful with "dhclient re0". > > UPDATING file says to boot single-user after buildkernel and > installkernel, but then mount -u / or mount -uw / does not work as it did > in previous times. > > Results were > > mount -uw / or mount -u / produces > fstab: /etc/fstab:2: Inappropriate file type or format > fstab: /etc/fstab:2: Inappropriate file type or format > > /etc/fstab > # Device Mountpoint FStype Options Dump Pass# > /dev/gpt/Sea1-08 none swap 0 0 > /dev/gpt/Sea1-18 / ufs rw 1 1 > #/dev/gpt/Sea1-06 /home ufs rw 1 1 > > fsck -p produces > > fstab: /etc/fstab:2: Inappropriate file type or format > /dev/gpt/Sea1-18: NO WRITE ACCESS > /dev/gpt/Sea1-18: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. > > I tried fsck /dev/gpt/Sea1-18 and fsck / but did no better. > > Now what do I do? I also ran fsck_ffs instead of just fsck. > > Do I need to boot NetBSD and run fsck_ffs or fsck_ffs -f from there? > fsck /dev/gpt/Seae1-18 doesn't work? You can also fsck on the underlying disk, but since there's many choices that are hard to know w/o a dmesg. Warner --000000000000ec8ec805c4244508-- From nobody Mon Jun 7 06:10:22 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3BBF095E254 for ; Mon, 7 Jun 2021 06:10:35 +0000 (UTC) (envelope-from SRS0=rlvh=LB=FreeBSD.org=otis@ns2.wilbury.net) Received: from ns2.wilbury.net (ns2.wilbury.net [IPv6:2a01:b200:0:1:f816:3eff:fecd:13e6]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "svc.wilbury.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fz2zZ1YX2z3jyK for ; Mon, 7 Jun 2021 06:10:33 +0000 (UTC) (envelope-from SRS0=rlvh=LB=FreeBSD.org=otis@ns2.wilbury.net) Received: from smtpclient.apple (gw-upc.owhome.net [188.167.168.254]) (Authenticated sender: juraj@lutter.sk) by svc.wilbury.net (Postfix) with ESMTPSA id 61B4A45CFAF for ; Mon, 7 Jun 2021 08:10:23 +0200 (CEST) From: Juraj Lutter Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: Updating to FreeBSD-current, can't mount -uw / : update: seemingly solved Date: Mon, 7 Jun 2021 08:10:22 +0200 References: <20210607001659.304E0950019@mlmmj.nyi.freebsd.org> To: freebsd-current In-Reply-To: <20210607001659.304E0950019@mlmmj.nyi.freebsd.org> Message-Id: <5344A23E-0B30-4FA5-9E38-61F330A1DA7C@FreeBSD.org> X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Spam-Status: No, score=-0.8 required=5.0 tests=BAYES_00,KHOP_HELO_FCRDNS, SPF_HELO_NONE,SPF_SOFTFAIL autolearn=no autolearn_force=no version=3.4.5 X-Spam-Checker-Version: SpamAssassin 3.4.5 (2021-03-20) on ns2.wilbury.net X-Rspamd-Queue-Id: 4Fz2zZ1YX2z3jyK X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of SRS0=rlvh=LB=FreeBSD.org=otis@ns2.wilbury.net has no SPF policy when checking 2a01:b200:0:1:f816:3eff:fecd:13e6) smtp.mailfrom=SRS0=rlvh=LB=FreeBSD.org=otis@ns2.wilbury.net X-Spamd-Result: default: False [-1.30 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[otis@FreeBSD.org,SRS0=rlvh=LB=FreeBSD.org=otis@ns2.wilbury.net]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a01:b200:0:1:f816:3eff:fecd:13e6:from]; ASN(0.00)[asn:44185, ipnet:2a01:b200::/32, country:SK]; R_DKIM_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DOM_EQ_FROM_DOM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_NEQ_ENVFROM(0.00)[otis@FreeBSD.org,SRS0=rlvh=LB=FreeBSD.org=otis@ns2.wilbury.net]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a01:b200:0:1:f816:3eff:fecd:13e6:from:127.0.2.255]; DMARC_NA(0.00)[FreeBSD.org]; 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-ThisMailContainsUnwantedMimeParts: N > On 7 Jun 2021, at 02:15, Thomas Mueller wrote: >=20 > I updated a FreeBSD-current to the newest FreeBSD-current/14, = buildworld took 11:15 (hours:minutes), buildkernel was also successful, = I even appeared to be successful with "dhclient re0". >=20 > UPDATING file says to boot single-user after buildkernel and = installkernel, but then mount -u / or mount -uw / does not work as it = did in previous times. >=20 > Results were >=20 > mount -uw / or mount -u / produces=20 > fstab: /etc/fstab:2: Inappropriate file type or format > fstab: /etc/fstab:2: Inappropriate file type or format Bacause swap entry is in inapropriate format. The line should read: /dev/gpt/Sea1-18 none swap sw 0 0 otis =E2=80=94 Juraj Lutter otis@FreeBSD.org From nobody Mon Jun 7 06:49:57 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4E04FE59F45 for ; Mon, 7 Jun 2021 06:50:02 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x433.google.com (mail-wr1-x433.google.com [IPv6:2a00:1450:4864:20::433]) (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 4Fz3s537Gvz3pHr for ; Mon, 7 Jun 2021 06:50:01 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x433.google.com with SMTP id c9so7555780wrt.5 for ; Sun, 06 Jun 2021 23:50:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=RAf0mZUXttdFe14N0HOtAydoX+vC/Q1Gs1TOd+/btaY=; b=Jo7deH/iRPnSpdq9nY8MUqL/M7YFuyfLGld+DvXrQrDSNB3HdyaSy3Y5bZItPWkrXb WEbUtPE7x76jRmQDS/UBNHbl6X+xpB3L9SL3SxHHj+9R/LF/bXBFIPFOdwdsxYeMlacI pYyURa9solK+ft3op53EPtFFEqWQmTyR0WpPa/1SjaKFHnncPT3t7v1anr91pB1XrPt5 ZhatxjsFQ/tVlzIEvLNNLL9UryoMzzgyG8x/wBOFl6r9Msg/kjpC96ajbR0AFMG97Pws B3Hu0OK91i2Vac2M/oLy4DksBg91T7UJH5pB6UNXvWt+S8xy3l+pioBYj5OGVAoMr8nA 9P0A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=RAf0mZUXttdFe14N0HOtAydoX+vC/Q1Gs1TOd+/btaY=; b=p0CCbtFJlawyqqELI4YtxISKqV1SrPchWyzcw4IpM+SAyknW2j4rieQ6OUxDgOviLT ghLS2BcAI2OXuHlZOua57nXu/nkHXRbrNePMXNg8gxbXi+pnOX9UuWzgUZbcbrWonztZ FRf6p0KqcsJsQ8OtzMrL+v9etDhlyObrBKIx/f7Yn4JnbXVe+W1V6LJWx7p4tVLzSgaU iHkTdhAqrdSGTIoTx186V9HmFxCv6AZHtj97iDLL4ihkJHeZi3T2zcsXGZGKoFKx6jps rWj0Aqfvbdnoke9kl4e0YE/9RwiIExWMDief2brpK6wtD0+2JzFyeN0T0ZPVxGVxZ9+9 unxQ== X-Gm-Message-State: AOAM531TkSVXdfWq1BKLj8XI8UMz1WrMPrhEn1H49hP7okrQs3xB9ZC0 hGBRL7BUtk8SoyqN5FeiOdXP1sGkiEYicw== X-Google-Smtp-Source: ABdhPJzOaI1sGMKRtJyJ3rdq5B+I6Y1w2T8OFeieVHedYuMMcjCPOEXu/otvY47Iy9q1ZT8bZrn4hw== X-Received: by 2002:a5d:6dce:: with SMTP id d14mr15577441wrz.236.1623048598573; Sun, 06 Jun 2021 23:49:58 -0700 (PDT) Received: from [192.168.1.10] (88-105-96-80.dynamic.dsl.as9105.com. [88.105.96.80]) by smtp.gmail.com with ESMTPSA id t26sm13279444wmi.8.2021.06.06.23.49.57 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 06 Jun 2021 23:49:57 -0700 (PDT) Subject: Re: Updating to FreeBSD-current, can't mount -uw / : update: seemingly solved To: freebsd-current@freebsd.org References: <20210607001659.304E0950019@mlmmj.nyi.freebsd.org> <5344A23E-0B30-4FA5-9E38-61F330A1DA7C@FreeBSD.org> From: Graham Perrin Message-ID: <62c82407-63a7-7035-e4ad-1d219b1fdcdc@gmail.com> Date: Mon, 7 Jun 2021 07:49:57 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 In-Reply-To: <5344A23E-0B30-4FA5-9E38-61F330A1DA7C@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB X-Rspamd-Queue-Id: 4Fz3s537Gvz3pHr X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Jo7deH/i; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::433 as permitted sender) smtp.mailfrom=grahamperrin@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RECEIVED_SPAMHAUS_PBL(0.00)[88.105.96.80:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::433:from]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::433:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::433:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-ThisMailContainsUnwantedMimeParts: N On 07/06/2021 07:10, Juraj Lutter wrote: > Bacause swap entry is in inapropriate format. > > The line should read: > > /dev/gpt/Sea1-18 none swap sw 0 0 Very well spotted, Juraj, but maybe a typo in your correction. A clearer view of the original where the device given to swap is: /dev/gpt/Sea1-08 From nobody Mon Jun 7 07:30:46 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 5A411E5D815 for ; Mon, 7 Jun 2021 07:30:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-25.consmr.mail.gq1.yahoo.com (sonic312-25.consmr.mail.gq1.yahoo.com [98.137.69.206]) (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 4Fz4mC1J1xz3tbc for ; Mon, 7 Jun 2021 07:30:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1623051049; bh=M/t8wHsyRNI/PqpdZ7bobg5o5CPjOhpD5vx/XS4dDQE=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=n1rrlD3ecHvESG8wYvuTHiW12+nxr2PsKPUIoUmEnN191l2Uj9cLkXHTOrOciYLzMfyuGACkgtAmItfk+3vdrrf7vjOQCo8NGDvWQgsJAbfk2renALfS5aO3UsHhreWPrHAOutgo/vwzzKqykU6tjmNiJ4LtPfGKmSZfzFqYhvPbNvamC/ktG/ahV95XXd7dahemwVbifeS5b1zHiS8Cf+P4T65zKtAGDoXl0tC3k2hEBSCG68FXRSjou3KP50YQ66MGFLPGgRc6EAQNyXa0qk3QoHpaJtVm3RMzAWLx86N0Zzrv6i4URD6ZPl4MWX5/bFWdHM/QzZdtToDRSA9U3g== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1623051049; bh=pzgIl0FKHnephCWtSgx5PxKYUeGtvJN/C283s0yfWh1=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=PE1QoqFK5MEAlsY2u/Vz15xb+tOIDlxMaddvdrU9sXqnBGKDvgsebu424EjAD7LJRLw3R8NN8Se1ylF5GzWQDbdS5dXPvoF7ewtywLgmqXYyGAcw7mLX0jJNln5J7RylUkGMLK1LxUZAMAMN9673rELcgoLjJDRbuzSO0FE/l57lUVuDDbbTRpNaeuLV2+jcCmDSxXiOWPiZUcrKrKauDwXfMppAC5DNyXIAlmqrZ1HJQalMi+5BQSSJ/qFAbnCLQJ1742OjOxWDhWciN7te+WwpKVNHqG1zoJHgq83lIeqFqU9t9jQSSTL+OPPKI0oegqqsi5b5CTMycaL368ZU5g== X-YMail-OSG: 8M3hSUYVM1nRCYZXoWM2EllMEOjdCYX.rtTDF1pqRqkC2oG1rvvk79d5SE02h4T tBG6bsddeNALBHlrfw1VMmZuq4tUEbNx._tSVXsKxp17pFAzxcD2689p3cuNRcEnJMkLowFJ8WXe d7VKESzQqgTCdHOPQG6u6K1NVLtaIaiqtSHH5GSwhwRcQS6rbyJWDKd59FjIK7R4E9PncRUMO3IC FAQtyTx1Zb9Cwn1K7ddzT7CpZBtT3_s_JBQjrEPJPyOaHfYJ8jg2oQWIJDMabc97r48JnlnhEzQc wRflY4i26gMHlwv3ffyjGL_QGdNMD1hnTzYDyPy_D8u_P3emzQSbNaA5cDj_OtwJNN1LKeL4K3m_ 8S0gzTK6mYL6KOUvONLxCWmp0daj.WNsZfBURHOlMS6__OkT7l9LX5TZpuvJGljqIQfRZiZ60xJ1 0VK2D1pWjk55641rVJbQtx6A9i2QJ.fY3iAQc93WhsnFundJLsCJE5xr_HFw2DQPMDw93b8F5.HT pUPrNsowFXEJBSf6tWXFkeqaOgTOUznBeZlMMz13Fcv0JZm7MTtkSpY63VFlDPVyIHfExQJVdyvj KFj5nr1SaEb_jYr4hWCc7lf8F5cmIseEl.UAzVQUuYzzVKTdgAHpz_Ia7gaWZc4nethSYGEKsIvf QeS7iits0mRv9z.bbNoG0LCJb_4GdG6zVb1k7g5yuenvDIxoijBR43izblOcNJcLtC5Ly0NvwyaP ZaKSmg23PH0LB8YFJi4ObbPynyH7xMN6ujjelmLmdDLEhQEvH31Xs3EybHCylJth6fpRgtGSWuA4 DFFnjNmjr6yLf75zlBo7FOmh1K7ogMP.wqiPGA6YhYL9zLlEyBOvKGgiYYe9DBq0I9T_KBXaxqf4 _3Gxnx7zuoERZiV92UEnDCswP099cJkfpjk7aG._VODKFED63VallBwcjPnRE9vLISBtvqTjLID8 Ly26Qg06e_E.kHM2X9FQCYltbcYWZlRPlfReQyabdGPLZeXpZOQxV25orZxHV880tEeKyW1CMXMW wxVrK1TRi4Zg1Uv.LuA_m7.QTBgU6myCoQ15xz8.WcHYL4tOZEvLw.g12myDcVJ2jG4JIyndfma5 EM4LCAjO5Xe07nYHrxhLLLJPTU8df48nbWe4IuM7epzH7YqOiamDI0LO2gwbX8BiLV6bxVN8EOqT CnKbv0bShWHSNblVd94V7xUo_HebNGYGUjgBiuOqOizZuacMyCsMNjS5EhFhjtU3ZkZJV1pndNx6 NBW0MeaW9fChe75XDNBuAAQI7mlVliQYciVT6j4tvkQRt94gO_hk1Q5_07.hBfarwelujzJjYISX zLeAkBxfq6e_XFd7J1TNI6IcPJx292MusGgf.C2gkecsKLxvqatpSL79NmlwXQvZnZPS5tWZMPha .iqH7iY2S2sui9Xh73lZR1VD7pfK_i2C6Uoq2pLh0AXjMVVMgyxJAXhZ.dtoX.U8W8gN0SqGzH8u uL4MsHusRKrd9kI9wf515aEWtSrc4QD9TASWBw0qMKMs6VqKL_uZd21I5E8dWDNS9bTvaY7cdHVM FxgLXV3QcB3YGY2adaCOrcLfdt1sAVX5fcMgH.sMfykuTWNzLXBIkf8u5HLjBmu5qPB4AwHg8j24 XEcNUuiE.pk.G.oC8Q3xyei27faoFbcutqS8UKCFHn7pKp8EDvyBujnGiB6njPllLFPtb85_1A_T lTVPiXpZsvy.Ve.9VfHwJX.ioJFNci9381Ap4lPsuPvyToJGCBca0VDwWVBKZTiajE3_SNqvBPmf m8oh7WrRnVjKP6nPpiO24_uIGlEAOKVJ0HiWv55Tz_TI5ivRWFs.rANZmhQg6d3EnkiNPFZm6Z5Z DGsPW99VEE.OUYwTmiT3GJ_DMI73aNK7h4wTkTF8XrcDtKHe7Wcnud6IbPqJ17FWUX5MtR6dzOsz jzHpyy.cnJZ2WmCmHNO.rKt_ZZusIumhXxip9XPyhdx89dEeAlsMchFUhoPStt7hn2ZnwlVaO3QY p4_TLp_..Xp43Zc3Qz3poNAgnImNtX6HMCUJkCO2RHGRF1lvJx5Iiy.ZjXo0PydGwr1mT_FzR1Oz ebzXnQu.lhyM9oi33cXTJTR4dxZFcGqpq1RqIaeWOrzHyizSm420fE49uykGTXDrIxNTP1fDWcDs R3ehzznsPE0RjHtNZOoRYGdwhLXgAxbl8rK9nc7BWPvXfXtDGRoc4EjfdmqS9dj1HpQgDFC0Gx28 J_LM6Ag.MUtWZa01pewJlSgR7fFIL1r3wMbSSasHLFvDRRyfqaCiAhTwkrMbDLKsiZQTaJSch9SJ 2_JZBmADd7OKzwRoHktxMnSfBLo6iSZpIQRx8Xhw3rGBdpeR.05G1lC5NfCh0okolEecEHZOROso gzVx666WwqJo5SyBsQHf.ufn5o0ZsoV5Hs1hikiYI3qMRLEz1qkUdKdtjulECoKKYM2qT68QD9q0 S00WcIKa9Y7SI1uC7xlRXWPUE457NBlRAvHcWA1I_2eHXHqEZ38mKNts9EYE77nn7Ac.4f1oYKd0 A0bic_47yett7 X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Mon, 7 Jun 2021 07:30:49 +0000 Received: by kubenode545.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 4de879686b9333b8f4e9520be560d701; Mon, 07 Jun 2021 07:30:48 +0000 (UTC) Content-Type: text/plain; charset=utf-8 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: What happen to mailing list archives? In-Reply-To: <0E72BE08-BC5A-41F8-8048-C5E8ADE947AF@yahoo.com> Date: Mon, 7 Jun 2021 00:30:46 -0700 Cc: freebsd-current Content-Transfer-Encoding: quoted-printable Message-Id: References: <0E72BE08-BC5A-41F8-8048-C5E8ADE947AF@yahoo.com> To: Baptiste Daroussin X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4Fz4mC1J1xz3tbc X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=n1rrlD3e; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.206 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-2.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.206:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MID_RHS_MATCH_FROM(0.00)[]; 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]; SPAMHAUS_ZRD(0.00)[98.137.69.206:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.206:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-current X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jun-6, at 13:25, Mark Millard wrote: > Baptiste Daroussin wrote on > Date: Sun, 6 Jun 2021 10:53:49 +0200 : >=20 >> What has happended: >> plan A: we migrated everything off mailman/pipermail seamlessly with = redirection >> and so on. We patched the new archiver to produce the same file names = has >> pipermail >>=20 >> Plan A worked fine up to a limit, there was plenty of hand edition in = the past, >> we we decided to move to plan B which is what is happening now. >>=20 >> Plan B: We keep a frozen version of the archives up to the migration = date under >> the pipermail directory and have the new archives created in the = archives >> directory. >>=20 >> All the pipermail archives have been restored as they were. The new = archives >> receives in their index a new link to point people to the pipermails = archive if >> looking for older archives. >>=20 >> this has been done a couple of hours ago (before Steve emails) during = a window, >> of ~ 10 hours, the mailing lists which slow traffic aka the one which = didn't >> received any email since the migration ended up with an empty = "archives" >> directory (aka a 404), a file with explanation and redirection to = pipermail has >> been installed there. >>=20 >> Some work is still needed for the mailing lists which has been = transformed as >> readonly, this will be done in the next couple of days >=20 > It is too bad that a reference to a "no examples yet" > month, such as, (at the time I write this): >=20 > = https://lists.freebsd.org/archives/freebsd-toolchain/2021-June/date.html >=20 > does not show at least (Date view specific example): >=20 > =E2=80=A2 Other periods:[ Previous, Date view ] [ List of = Folders ] > =E2=80=A2 Other: [ Actives mailing lists ] [ Archives from = mailman's time ] >=20 > when there are prior months available in > https://lists.freebsd.org/archives/ or show at least just: >=20 > =E2=80=A2 Other: [ Actives mailing lists ] [ Archives from = mailman's time ] >=20 > when no prior months are available there. >=20 Looks like there are missing months. Using freebsd-hackers as an example: https://lists.freebsd.org/archives/freebsd-hackers/index.html shows the oldest month being "May 2021". But . . . https://lists.freebsd.org/pipermail/freebsd-hackers/ shows the most recent month being "September 2020". So: 2020-Oct through 2021-Apr are completely missing. Then, going for more detail for 2020-Sep and 2021-May . . . https://lists.freebsd.org/archives/freebsd-hackers/2021-May/date.html shows "Starting Tue May 18 2021 - 21:07:44 UTC". = https://lists.freebsd.org/pipermail/freebsd-hackers/2020-September/date.ht= ml shows "Ending: Tue Sep 15 14:12:20 UTC 2020". So there are about 2 more half-months missing. Some other lists have other date ranges, some similar, some not. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Mon Jun 7 09:01:09 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 375A013CC174 for ; Mon, 7 Jun 2021 09:01:14 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wm1-x335.google.com (mail-wm1-x335.google.com [IPv6:2a00:1450:4864:20::335]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fz6mT3X4Nz4YLb for ; Mon, 7 Jun 2021 09:01:13 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wm1-x335.google.com with SMTP id n17-20020a7bc5d10000b0290169edfadac9so12117439wmk.1 for ; Mon, 07 Jun 2021 02:01:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:subject:message-id:reply-to:mime-version :content-transfer-encoding; bh=LOl4baBvfCHlsVa9eVGJlpuep0uJTjrYryIKPr9Tmas=; b=qx76KPjrMq2HLTnXfXsBtIpmS8aSrekq6GTeR6k97/7aJmFvhH+xmn92+ZSDVgiVyW QS98QsYJkgGCYYaSyebeUQJ4muKnngnZz+XGws1i/8NAOh25fuzdtjbI/621ss6cSUHc ERiroAMbYl0I1wCG3V3BZQRGByHuHooJA3qRQlndkeqzT2VFjbwoWLTIYN7B6D1jEGiv hCtw5fxoGsUmT2mISL2Oh2t9F3UjFGNc4iJl8EvKU91ztHF3dfcT4EJT/4xV/DeJz/Ck uZZEDyw4ZWKe4Nq7a/5xrndocZDYWSzqy3S4TBh1/26i0z+pL6ccDceaTY0mo9GRm2uV 3WYQ== 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:subject:message-id:reply-to :mime-version:content-transfer-encoding; bh=LOl4baBvfCHlsVa9eVGJlpuep0uJTjrYryIKPr9Tmas=; b=HkyC4YIXVekcjTtasJn5k8EFD0megLDgKHtIcJfC3sdEkczPrr6H0i1FrmFW7Ampdb QAmUCTGhpmctTv5Sg4ngcIJxqnaQYe+/UCR2SbGfEHASgvXIb1vKzVwTD95oNZsu2YUN tEzO+GhcjJL6hvQe/6g/hOUua4wSp8bMGE7alh5al2fKstMrteoMmm6gURD8rlyMFqI/ pJ37li7YP3xsyfsVxLr/Exe56jaxC7EgiMPlcEyKvAcXqz0yEJ89fglTvoGYsAzT3W9k DOJQCiZfa9ker1eho3PdoLBjvE7l/Z8fJGxYOWdjEc3jHggpocrZShniSxrXoi1mQYkC F/3A== X-Gm-Message-State: AOAM533j1GQ6K/y4rEppnsVNhttLgfn43fkcsWgC4umutjKkfxhKIriF vd+ImHZJS77L5x9KP6wCcOIAjs78xwA= X-Google-Smtp-Source: ABdhPJxYheHUtTBjXyL/rAMnw16rf1EHtsWSgluQQmuSlL5l+UtabUIW4KFPSC3QkTRDMFjn8yKXxQ== X-Received: by 2002:a7b:c414:: with SMTP id k20mr16024272wmi.90.1623056471964; Mon, 07 Jun 2021 02:01:11 -0700 (PDT) Received: from ernst.home (pd9e2360f.dip0.t-ipconnect.de. [217.226.54.15]) by smtp.gmail.com with ESMTPSA id a1sm17046481wrg.92.2021.06.07.02.01.10 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 07 Jun 2021 02:01:11 -0700 (PDT) Date: Mon, 7 Jun 2021 11:01:09 +0200 From: Gary Jennejohn To: freebsd-current@freebsd.org Subject: kernel panic while copying files Message-ID: <20210607090109.08ecb130@ernst.home> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Fz6mT3X4Nz4YLb X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=qx76KPjr; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of gljennjohn@gmail.com designates 2a00:1450:4864:20::335 as permitted sender) smtp.mailfrom=gljennjohn@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; HAS_REPLYTO(0.00)[gljennjohn@gmail.com]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; REPLYTO_ADDR_EQ_FROM(0.00)[]; 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:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::335:from]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[217.226.54.15:received]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::335:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::335:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-ThisMailContainsUnwantedMimeParts: N I've seen this panic three times in the last two days: [first panic] Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 3; apic id = 03 fault virtual address = 0x801118000 fault code = supervisor write data, page not present instruction pointer = 0x20:0xffffffff808d2212 stack pointer = 0x28:0xfffffe00dbc8c760 frame pointer = 0x28:0xfffffe00dbc8c7a0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 28 (dom0) trap number = 12 panic: page fault cpuid = 3 time = 1622963058 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00dbc8c410 vpanic() at vpanic+0x181/frame 0xfffffe00dbc8c460 panic() at panic+0x43/frame 0xfffffe00dbc8c4c0 trap_fatal() at trap_fatal+0x387/frame 0xfffffe00dbc8c520 trap_pfault() at trap_pfault+0x4f/frame 0xfffffe00dbc8c580 trap() at trap+0x253/frame 0xfffffe00dbc8c690 calltrap() at calltrap+0x8/frame 0xfffffe00dbc8c690 --- trap 0xc, rip = 0xffffffff808d2212, rsp = 0xfffffe00dbc8c760, rbp = 0xfffffe00dbc8c7a0 --- zone_release() at zone_release+0x1f2/frame 0xfffffe00dbc8c7a0 bucket_drain() at bucket_drain+0xda/frame 0xfffffe00dbc8c7d0 bucket_cache_reclaim_domain() at bucket_cache_reclaim_domain+0x30a/frame 0xfffffe00dbc8c830 zone_reclaim() at zone_reclaim+0x162/frame 0xfffffe00dbc8c880 uma_reclaim_domain() at uma_reclaim_domain+0xa2/frame 0xfffffe00dbc8c8b0 vm_pageout_worker() at vm_pageout_worker+0x41e/frame 0xfffffe00dbc8cb70 vm_pageout() at vm_pageout+0x21e/frame 0xfffffe00dbc8cbb0 fork_exit() at fork_exit+0x7e/frame 0xfffffe00dbc8cbf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00dbc8cbf0 --- trap 0, rip = 0, rsp = 0, rbp = 0 --- KDB: enter: panic __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 55 __asm("movq %%gs:%P1,%0" : "=r" (td) : "n" (offsetof(struct pcpu, pc_curthread))); One difference was that in the second and third panics the fault virtual address was 0x0. But the backtrace was the same. Relevant info from the info.x files: Architecture: amd64 Architecture Version: 2 Version String: FreeBSD 14.0-CURRENT #33 main-n247184-1970d693039: Sat Jun 5 09:58:55 CEST 2021 CPU: AMD Ryzen 5 1600 Six-Core Processor (3194.09-MHz K8-class CPU) Origin="AuthenticAMD" Id=0x800f11 Family=0x17 Model=0x1 Stepping=1 AMD Features=0x2e500800 AMD Features2=0x35c233ff AMD Extended Feature Extensions ID EBX=0x1007 I have 16GiB of memory in the box. The panic occurred while copying files from an internal SATA SSD to a SATA 8TB disk in an external USB3 docking station. The panic seems to occur quite quickly, after only a few files have been copied. swap is on a different internal disk. I can poke around in the crash dumps with kgdb if anyone wants more information. -- Gary Jennejohn From nobody Mon Jun 7 15:17:53 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 9963D957283 for ; Mon, 7 Jun 2021 15:17:07 +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 4FzH6C2qnrz3Jb8 for ; Mon, 7 Jun 2021 15:17:06 +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 157FHrHQ032753; Mon, 7 Jun 2021 08:17:59 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Date: Mon, 07 Jun 2021 08:17:53 -0700 From: Chris To: Graham Perrin Cc: freebsd-current@freebsd.org Subject: Re: Updating to FreeBSD-current, can't mount -uw / : update: seemingly solved In-Reply-To: <62c82407-63a7-7035-e4ad-1d219b1fdcdc@gmail.com> References: <20210607001659.304E0950019@mlmmj.nyi.freebsd.org> <5344A23E-0B30-4FA5-9E38-61F330A1DA7C@FreeBSD.org> <62c82407-63a7-7035-e4ad-1d219b1fdcdc@gmail.com> 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: 4FzH6C2qnrz3Jb8 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On 2021-06-06 23:49, Graham Perrin wrote: > On 07/06/2021 07:10, Juraj Lutter wrote: >> Bacause swap entry is in inapropriate format. >> >> The line should read: >> >> /dev/gpt/Sea1-18 none swap sw 0 0 > > Very well spotted, Juraj, but maybe a typo in your correction. > > A clearer view of the original where the device > given to swap is: > > /dev/gpt/Sea1-08 In both cases, the entry is INcorrect. Juraj is correct. The swap entry is missing sw IOW the line MUST read as: /dev/gpt/Sea1-18 none swap sw 0 0 or /dev/gpt/Sea1-18 none swap sw,trimonce 0 0 as appropriate for the media referenced. --Chris From nobody Mon Jun 7 18:25:51 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B4ACCE586C2 for ; Mon, 7 Jun 2021 18:25:52 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FzMJ04k79z3nYS; Mon, 7 Jun 2021 18:25:52 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro.local (ralph.baldwin.cx [66.234.199.215]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: jhb) by smtp.freebsd.org (Postfix) with ESMTPSA id 223352F013; Mon, 7 Jun 2021 18:25:52 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Subject: Re: Files in /etc containing empty VCSId header To: Michael Gmelin , "freebsd-current@freebsd.org" References: <20210520183705.3673dfb2@bsd64.grem.de> From: John Baldwin Message-ID: <2bd37d63-1806-b621-a32b-954c912bd16b@FreeBSD.org> Date: Mon, 7 Jun 2021 11:25:51 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:78.0) Gecko/20100101 Thunderbird/78.10.0 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 In-Reply-To: <20210520183705.3673dfb2@bsd64.grem.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: N On 5/20/21 9:37 AM, Michael Gmelin wrote: > Hi, > > After a binary update using freebsd-update, all files in /etc contain > "empty" VCS Id headers, e.g., > > $ head /etc/nsswitch.conf > # > # nsswitch.conf(5) - name service switch configuration file > # $FreeBSD$ > # > group: compat > group_compat: nis > hosts: files dns > netgroup: compat > networks: files > passwd: compat > > After migrating to git, I would've expected those to contain something > else or disappear completely. Is this expected and are there any plans > to remove them completely? I believe we might eventually remove them in the future, but doing so right now would introduce a lot of churn and the conversion to git had enough other churn going on. -- John Baldwin From nobody Mon Jun 7 19:53:01 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E6792951794 for ; Mon, 7 Jun 2021 19:53:13 +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 4FzPDn5sttz4Rfc for ; Mon, 7 Jun 2021 19:53:13 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x733.google.com with SMTP id c18so2851943qkc.11 for ; Mon, 07 Jun 2021 12:53:13 -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=eXok02H7HxeYwrlQR7PkJWdVIW/BgKy+H0kjW8JFY8s=; b=Jlxk0sGyJhX91bQWI73z/4zkwqPgryPxXUwEtZ5oQW/RRtNHGckiQ3+Euq+0m5WidH uJ3XMdi+2RxidUQlokIPApCTiKvBlHUxR9txMrNQzIh6p0yWlLGTTKmlBGycJCtLk7QA +aIFo7wpENVD1aYxuzoJ4fe0yddIXAeksV0tALvs2AdIxjgiztl6kWsEaeE+uPuFGoGG McfbLuFGBU2ggrGLHruvvKE0HEJ5aDOeXmYzhbZ5z2N5fapOP+S3iVSZURShxzgAk+TP mV8z/ce+jui+HcvyNM86/vwro973cIyCONhZRC7JdQ9yvvQwPfG7BV87aWXHlxArxazT Ulgg== 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=eXok02H7HxeYwrlQR7PkJWdVIW/BgKy+H0kjW8JFY8s=; b=m6hak6yldJ0rylj04YhX+Kfw6nnvwoDTnqovBnrxFhReQw835eirKZpF518674juI3 /FHMCMc/0Ft3hkjR0+IX3YTdK9x2uSu7aRKkeRYqbU7C3+ucM2TJGwcjtbi+npQ+yQWS KAfZ4ba18ZE9FWDi3MnTxKjKDcUYk0q/YEN+p9fZkwg2qulcquc8X6Uy+uUPajDc2Hlm qwKq4RlLEp2h+93E76q6k6x8rWD8r2XTlZO/30tHOLIm41DhYr8MbdvZJOYKPJVDTp5B erIrXKDAU0h+xx4L4asPGeysica8oK1ihMQpfl1xRP07G63dGh7YxW/J5QgYUQVyX5/M YVsA== X-Gm-Message-State: AOAM530gAdDiCJmlWWC6HTF3awzLteCDjjBmw/SZHAny7rtGe7Kl1kvS 8gok83Kavxy6cH6m/t+cP5H/ilGEBayC8bFvk3X3wQ== X-Google-Smtp-Source: ABdhPJyJxI/1+VhSD677+dqcInVkpiZo+MXTPo2pTxnj9/gF9lQamwVGWg0ivKQedKYQDAPUOCK48mfskEex9ohY4+M= X-Received: by 2002:a37:a20f:: with SMTP id l15mr15865217qke.44.1623095592616; Mon, 07 Jun 2021 12:53:12 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <20210520183705.3673dfb2@bsd64.grem.de> <2bd37d63-1806-b621-a32b-954c912bd16b@FreeBSD.org> In-Reply-To: <2bd37d63-1806-b621-a32b-954c912bd16b@FreeBSD.org> From: Warner Losh Date: Mon, 7 Jun 2021 13:53:01 -0600 Message-ID: Subject: Re: Files in /etc containing empty VCSId header To: John Baldwin Cc: Michael Gmelin , "freebsd-current@freebsd.org" Content-Type: multipart/alternative; boundary="0000000000003c16a505c43264d3" X-Rspamd-Queue-Id: 4FzPDn5sttz4Rfc X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: Y --0000000000003c16a505c43264d3 Content-Type: text/plain; charset="UTF-8" On Mon, Jun 7, 2021 at 12:26 PM John Baldwin wrote: > On 5/20/21 9:37 AM, Michael Gmelin wrote: > > Hi, > > > > After a binary update using freebsd-update, all files in /etc contain > > "empty" VCS Id headers, e.g., > > > > $ head /etc/nsswitch.conf > > # > > # nsswitch.conf(5) - name service switch configuration file > > # $FreeBSD$ > > # > > group: compat > > group_compat: nis > > hosts: files dns > > netgroup: compat > > networks: files > > passwd: compat > > > > After migrating to git, I would've expected those to contain something > > else or disappear completely. Is this expected and are there any plans > > to remove them completely? > > I believe we might eventually remove them in the future, but doing so > right now would introduce a lot of churn and the conversion to git > had enough other churn going on. > We'd planned on not removing things that might be merged to stable/12 since those releases (12.3 only I think) will be built out of svn. We'll likely start to remove things more widely as the stable/12 branch reaches EOL and after. Warner --0000000000003c16a505c43264d3-- From nobody Mon Jun 7 19:58:01 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 9E98F9521F1 for ; Mon, 7 Jun 2021 19:58:06 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound4s.ore.mailhop.org (outbound4s.ore.mailhop.org [54.185.97.28]) (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 4FzPLQ2kLhz4SlD for ; Mon, 7 Jun 2021 19:58:06 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1623095885; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=DOrgYS+SBQKFDQO+dT8XvGNy/v6R+XSPeVkpkZmjcD4yWMdxwWduAder6OvcW70RiX2y/ryXd2ZSM 02mBEIcEcyWH153RJMXUxxhCTgay52i1WJAuJEYt8iRs6EhMk0CGkpO9i7c5NlYMi6efEMKdfb+wID ox4CywdTvvGJZz5yunv2U+mcdyEX7fnasz0lb6U72qZlC8HwbJiLWwyq5y3Fbk8ac3wV+nli8hncrG ilqgs0gsuAEkdNfKC43qtm1iOYTQcXcAPllX/ykrZ1lVNQ49YUqmZZ4cd/RCq3zmpaVQBqWkvWZqj+ fwrybsXaIhxVVWE418gosWufZl1414A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:dkim-signature:from; bh=NUVud0DNdCOBO0oF3ngpf7BtLRUJIGYTlvyz2dFV0Oo=; b=NDX9N/S52CzHMVNf6gWfWvq7hfeyTCTHD4XzLJB8CnEv6l6yvqaPLVp6/B/OhH+5Hf9UydIZDbGiL l8SqpJK0gtYbiNooyvQ3WEx82iyAs0PeIVOK1VTTf/EvmOU19QlKwz99NkNWntYAoKeYcZXY4hmEWZ te1oORgzy/1iKeIXEB0EOhMefFWGoHs99QHuUOfpAc5BtZkia19j/cF43r7W8fv/9YfoB1lVRxKffG LPDGDOTtQkpfQOAFFNMVptDzbCThmCW0yUQ4u+mjC793xbCjoMdB+SsKL5+Y2FIimM51WTUreDaaqy iPU+J7RWvwaLZNt6yeR0CH06T96PriQ== ARC-Authentication-Results: i=1; outbound4.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=NUVud0DNdCOBO0oF3ngpf7BtLRUJIGYTlvyz2dFV0Oo=; b=pelFcQRJjXcjFki0XxWDQj5Cm16S8GkEl0XcIjTrEaZonOmdi13E0F9GW+W34j06W7bI+cS8+P56I vmwJw9ntNe+st6BjLEUqrMdIjVwKGerut92MwOwxWz+vlIUtTy8pKlM1il1+a4waQwUNMwMtS6lQ2f vk7Agqhd4PaUj7WmnSIoZ4MrmsVPAAEmYN4MHZB3QNqIaOEXkEMgDqpYKnrydwjqcbdd9anyZ0fm1t BU4SIjIb5lA3ON4QrpZDfrGFyI/AO608JnX/uB8KtTM9kKWeHWCmLTECz4tO2SC7wcfUYYAbdXzI79 CvyW0Wo2+ihzlvzMNtJxlgETCfw318A== X-Originating-IP: 67.177.211.60 X-MHO-RoutePath: aGlwcGll X-MHO-User: a9f2190d-c7ca-11eb-a655-89389772cfc7 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (c-67-177-211-60.hsd1.co.comcast.net [67.177.211.60]) by outbound4.ore.mailhop.org (Halon) with ESMTPSA id a9f2190d-c7ca-11eb-a655-89389772cfc7; Mon, 07 Jun 2021 19:58:04 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 157Jw1Up053754; Mon, 7 Jun 2021 13:58:01 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <2a280bc83d9a6289b3443329eb15bb0cb6c75063.camel@freebsd.org> Subject: Re: Files in /etc containing empty VCSId header From: Ian Lepore To: Warner Losh , John Baldwin Cc: Michael Gmelin , "freebsd-current@freebsd.org" Date: Mon, 07 Jun 2021 13:58:01 -0600 In-Reply-To: References: <20210520183705.3673dfb2@bsd64.grem.de> <2bd37d63-1806-b621-a32b-954c912bd16b@FreeBSD.org> Content-Type: text/plain; charset="ASCII" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FzPLQ2kLhz4SlD X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Mon, 2021-06-07 at 13:53 -0600, Warner Losh wrote: > On Mon, Jun 7, 2021 at 12:26 PM John Baldwin wrote: > > > On 5/20/21 9:37 AM, Michael Gmelin wrote: > > > Hi, > > > > > > After a binary update using freebsd-update, all files in /etc > > > contain > > > "empty" VCS Id headers, e.g., > > > > > > $ head /etc/nsswitch.conf > > > # > > > # nsswitch.conf(5) - name service switch configuration file > > > # $FreeBSD$ > > > # > > > group: compat > > > group_compat: nis > > > hosts: files dns > > > netgroup: compat > > > networks: files > > > passwd: compat > > > > > > After migrating to git, I would've expected those to contain > > > something > > > else or disappear completely. Is this expected and are there any > > > plans > > > to remove them completely? > > > > I believe we might eventually remove them in the future, but doing > > so > > right now would introduce a lot of churn and the conversion to git > > had enough other churn going on. > > > > We'd planned on not removing things that might be merged to stable/12 > since > those releases (12.3 only I think) will be built out of svn. We'll > likely > start to > remove things more widely as the stable/12 branch reaches EOL and > after. > > Warner It would be really nice if, instead of just deleting the $FreeBSD$ markers, they could be replaced with the path/filename of the file in the source tree. Sometimes it's a real interesting exercise to figure out where a file on your runtime system comes from in the source world. All the source tree layout changes that happened for packaged-base makes it even more interesting. -- Ian From nobody Mon Jun 7 20:35:20 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 88823160FF29 for ; Mon, 7 Jun 2021 20:35:22 +0000 (UTC) (envelope-from bapt@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 4FzQ9Q3QjVz4Xhw; Mon, 7 Jun 2021 20:35:22 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from aniel.nours.eu (unknown [IPv6:2001:41d0:8:3a4d::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: bapt) by smtp.freebsd.org (Postfix) with ESMTPSA id 465AA606; Mon, 7 Jun 2021 20:35:22 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by aniel.nours.eu (Postfix, from userid 1001) id 173AD759D4; Mon, 7 Jun 2021 22:35:20 +0200 (CEST) Date: Mon, 7 Jun 2021 22:35:20 +0200 From: Baptiste Daroussin To: Mark Millard Cc: freebsd-current Subject: Re: What happen to mailing list archives? Message-ID: <20210607203520.ez47pfjey6evr65w@aniel.nours.eu> References: <0E72BE08-BC5A-41F8-8048-C5E8ADE947AF@yahoo.com> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N On Mon, Jun 07, 2021 at 12:30:46AM -0700, Mark Millard wrote: > On 2021-Jun-6, at 13:25, Mark Millard wrote: > > > Baptiste Daroussin wrote on > > Date: Sun, 6 Jun 2021 10:53:49 +0200 : > > > >> What has happended: > >> plan A: we migrated everything off mailman/pipermail seamlessly with redirection > >> and so on. We patched the new archiver to produce the same file names has > >> pipermail > >> > >> Plan A worked fine up to a limit, there was plenty of hand edition in the past, > >> we we decided to move to plan B which is what is happening now. > >> > >> Plan B: We keep a frozen version of the archives up to the migration date under > >> the pipermail directory and have the new archives created in the archives > >> directory. > >> > >> All the pipermail archives have been restored as they were. The new archives > >> receives in their index a new link to point people to the pipermails archive if > >> looking for older archives. > >> > >> this has been done a couple of hours ago (before Steve emails) during a window, > >> of ~ 10 hours, the mailing lists which slow traffic aka the one which didn't > >> received any email since the migration ended up with an empty "archives" > >> directory (aka a 404), a file with explanation and redirection to pipermail has > >> been installed there. > >> > >> Some work is still needed for the mailing lists which has been transformed as > >> readonly, this will be done in the next couple of days > > > > It is too bad that a reference to a "no examples yet" > > month, such as, (at the time I write this): > > > > https://lists.freebsd.org/archives/freebsd-toolchain/2021-June/date.html > > > > does not show at least (Date view specific example): > > > > • Other periods:[ Previous, Date view ] [ List of Folders ] > > • Other: [ Actives mailing lists ] [ Archives from mailman's time ] > > > > when there are prior months available in > > https://lists.freebsd.org/archives/ or show at least just: > > > > • Other: [ Actives mailing lists ] [ Archives from mailman's time ] > > > > when no prior months are available there. > > > > Looks like there are missing months. > > Using freebsd-hackers as an example: > > https://lists.freebsd.org/archives/freebsd-hackers/index.html > shows the oldest month being "May 2021". > > But . . . > > https://lists.freebsd.org/pipermail/freebsd-hackers/ > shows the most recent month being "September 2020". > > So: 2020-Oct through 2021-Apr are completely missing. > > Then, going for more detail for 2020-Sep and 2021-May . . . > > https://lists.freebsd.org/archives/freebsd-hackers/2021-May/date.html > shows "Starting Tue May 18 2021 - 21:07:44 UTC". > > https://lists.freebsd.org/pipermail/freebsd-hackers/2020-September/date.html > shows "Ending: Tue Sep 15 14:12:20 UTC 2020". > > So there are about 2 more half-months missing. > > Some other lists have other date ranges, some similar, > some not. This missing month are being populated right now Best regards, Bapt From nobody Mon Jun 7 20:54:11 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 8382D1666182 for ; Mon, 7 Jun 2021 20:54:12 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qv1-xf2a.google.com (mail-qv1-xf2a.google.com [IPv6:2607:f8b0:4864:20::f2a]) (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 4FzQb82qfdz4ZD9 for ; Mon, 7 Jun 2021 20:54:12 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qv1-xf2a.google.com with SMTP id x6so4740337qvx.4 for ; Mon, 07 Jun 2021 13:54:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=G7d0TNkpCTn0Arra4+T/ecnnZirSr02hM8tpI64wT3o=; b=fQNVVSZgAi8gKscJiyz3kubZS1pIt//QK4azARPNAuUOhfqrqSZ9EnfygsXxfm0H44 nPKOJ6lFTlOdX0t91ZUG9tuYstcYhd8ItDqQSDtTJEtaPcDNcIKJWlsXplluZ5iKaqU4 G6aUmZmC+s71l+NAf18w9dK/skTfRsSzK68/XK3S4S7EHHg2pRIxoZbZDGOWFBoyJH0j MRyuRn9bjFGhyRHTSZC4D5ZxRj2AyEM9NUZACtFYLWU4p5Vzyzph6SL2Gvq9/LlWudCg HACCzMNaMwud2BMuS/KiKdAG0kos6mAtGo9nXBbvZ6B0btiBomX4BbH1phXsvTu9deOO XV+w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=G7d0TNkpCTn0Arra4+T/ecnnZirSr02hM8tpI64wT3o=; b=bZNhPmK1cP5Vi5SrURrFiNSJJYpcYoV+44UIedfXiYtlloUaiLOa++up78L7Yd99Yk H7mY4SK4LwRh7glRwARfkIA1mJlI245DpbJdQQhrrnj1/yB4fPRUJGSLB4BLEJWEhq/v zfx0cXeIn4edw0aW/ba2Flwsp2dAEW5NgGmMo0ZDDvzP9GklH8epahBuU1wruXh8vzft GF5rwWO26qBaN6L5KH1SbKTAJpbduj1dCwaUggJ0thBV++C8pBFHdyHMIdxlvdpSnoac xt0nNsPaFiBDmeR8po6PEdGV2F9SVoLZ8aJ8/k6wXSGomoqIj25l14OaUr3G97uiSb53 mGQw== X-Gm-Message-State: AOAM53228xeVfJj0FF7SqLih0PTEgSbNl//2L8VH+zb2DEQGWEPeWFWs qpcs28lGrWQkFKOfNLl10hU= X-Google-Smtp-Source: ABdhPJyLOCxEDPiduZdqLLYtm3LHQ8+GWcY9T/FCz2EWIg0P3CE+/Sjnar6m40MBg8iO1SxeVbBNrg== X-Received: by 2002:a05:6214:2a88:: with SMTP id jr8mr19659959qvb.46.1623099251183; Mon, 07 Jun 2021 13:54:11 -0700 (PDT) Received: from nuc ([142.126.172.178]) by smtp.gmail.com with ESMTPSA id q18sm5005510qkc.27.2021.06.07.13.54.10 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 07 Jun 2021 13:54:10 -0700 (PDT) Date: Mon, 7 Jun 2021 16:54:11 -0400 From: Mark Johnston To: Gary Jennejohn Cc: freebsd-current@freebsd.org Subject: Re: kernel panic while copying files Message-ID: References: <20210607090109.08ecb130@ernst.home> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210607090109.08ecb130@ernst.home> X-Rspamd-Queue-Id: 4FzQb82qfdz4ZD9 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Mon, Jun 07, 2021 at 11:01:09AM +0200, Gary Jennejohn wrote: > I've seen this panic three times in the last two days: > > [first panic] > Unread portion of the kernel message buffer: > > > Fatal trap 12: page fault while in kernel mode > cpuid = 3; apic id = 03 > fault virtual address = 0x801118000 > fault code = supervisor write data, page not present > instruction pointer = 0x20:0xffffffff808d2212 > stack pointer = 0x28:0xfffffe00dbc8c760 > frame pointer = 0x28:0xfffffe00dbc8c7a0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 28 (dom0) > trap number = 12 > panic: page fault > cpuid = 3 > time = 1622963058 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00dbc8c410 > vpanic() at vpanic+0x181/frame 0xfffffe00dbc8c460 > panic() at panic+0x43/frame 0xfffffe00dbc8c4c0 > trap_fatal() at trap_fatal+0x387/frame 0xfffffe00dbc8c520 > trap_pfault() at trap_pfault+0x4f/frame 0xfffffe00dbc8c580 > trap() at trap+0x253/frame 0xfffffe00dbc8c690 > calltrap() at calltrap+0x8/frame 0xfffffe00dbc8c690 > --- trap 0xc, rip = 0xffffffff808d2212, rsp = 0xfffffe00dbc8c760, rbp = 0xfffffe00dbc8c7a0 --- > zone_release() at zone_release+0x1f2/frame 0xfffffe00dbc8c7a0 > bucket_drain() at bucket_drain+0xda/frame 0xfffffe00dbc8c7d0 > bucket_cache_reclaim_domain() at bucket_cache_reclaim_domain+0x30a/frame 0xfffffe00dbc8c830 > zone_reclaim() at zone_reclaim+0x162/frame 0xfffffe00dbc8c880 > uma_reclaim_domain() at uma_reclaim_domain+0xa2/frame 0xfffffe00dbc8c8b0 > vm_pageout_worker() at vm_pageout_worker+0x41e/frame 0xfffffe00dbc8cb70 > vm_pageout() at vm_pageout+0x21e/frame 0xfffffe00dbc8cbb0 > fork_exit() at fork_exit+0x7e/frame 0xfffffe00dbc8cbf0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00dbc8cbf0 > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > KDB: enter: panic > > __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 > 55 __asm("movq %%gs:%P1,%0" : "=r" (td) : "n" (offsetof(struct pcpu, > pc_curthread))); > > One difference was that in the second and third panics the fault virtual > address was 0x0. But the backtrace was the same. > > Relevant info from the info.x files: > Architecture: amd64 > Architecture Version: 2 > Version String: FreeBSD 14.0-CURRENT #33 main-n247184-1970d693039: Sat Jun > 5 09:58:55 CEST 2021 > > CPU: AMD Ryzen 5 1600 Six-Core Processor (3194.09-MHz K8-class CPU) > Origin="AuthenticAMD" Id=0x800f11 Family=0x17 Model=0x1 Stepping=1 > AMD Features=0x2e500800 > AMD Features2=0x35c233ff > AMD Extended Feature Extensions ID EBX=0x1007 > > I have 16GiB of memory in the box. > > The panic occurred while copying files from an internal SATA SSD to a > SATA 8TB disk in an external USB3 docking station. The panic seems to > occur quite quickly, after only a few files have been copied. > > swap is on a different internal disk. > > I can poke around in the crash dumps with kgdb if anyone wants more > information. Are you running with invariants configured in the kernel? If not, please try to reproduce this in a kernel with options INVARIANT_SUPPORT options INVARIANTS configured. A stack trace with line numbers would also be helpful. From nobody Mon Jun 7 22:11:09 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 547641444592 for ; Mon, 7 Jun 2021 22:10:26 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from p-impout009.msg.pkvw.co.charter.net (p-impout009aa.msg.pkvw.co.charter.net [47.43.26.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FzSH52cJnz4f14 for ; Mon, 7 Jun 2021 22:10:24 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from localhost ([96.28.177.163]) by cmsmtp with ESMTP id qNRplaEfLzdY1qNRpl9oa5; Mon, 07 Jun 2021 22:10:18 +0000 X-Authority-Analysis: v=2.4 cv=BP52EHcG c=1 sm=1 tr=0 ts=60be994a a=xqrt2BZAGHte7XHhrxJgbA==:117 a=xqrt2BZAGHte7XHhrxJgbA==:17 a=HpEJnUlJZJkA:10 a=gEQo3LDclBrApN8FVV8A:9 a=pHzHmUro8NiASowvMSCR:22 a=Ew2E2A-JSTLzCXPT_086:22 Date: Mon, 07 Jun 2021 22:11:09 +0000 From: "Thomas Mueller" To: freebsd-current@freebsd.org Subject: Re: Updating to FreeBSD-current, can't mount -uw / : update: seemingly solved References: <20210607001659.304E0950019@mlmmj.nyi.freebsd.org> <5344A23E-0B30-4FA5-9E38-61F330A1DA7C@FreeBSD.org> <62c82407-63a7-7035-e4ad-1d219b1fdcdc@gmail.com> X-CMAE-Envelope: MS4xfNH3XILL1tDnCrP8DagP0X7wLXTmBPXJYJMV08pH74NAzBrC2BDLuLk3y5RND8TMwst1IxIde1fZZr89Ks60xVDvvQTwu848ILFsp4zmM0Q6Nc4oCviW Tv8xmHMnmMZN9fDzuxbYYZ4aZ2wmjeph6yJESjpdnwd4uJ2yjCdkN8UpxTwmrkqD010dq6DbdIZDDg== X-Rspamd-Queue-Id: 4FzSH52cJnz4f14 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mueller6722@twc.com designates 47.43.26.140 as permitted sender) smtp.mailfrom=mueller6722@twc.com X-Spamd-Result: default: False [1.14 / 15.00]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[twc.com]; NEURAL_SPAM_SHORT(0.80)[0.796]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[47.43.26.140:from]; FREEMAIL_FROM(0.00)[twc.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[twc.com]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[47.43.26.140:from:127.0.2.255]; MISSING_MID(2.50)[]; R_SPF_ALLOW(-0.20)[+ip4:47.43.26.0/24]; NEURAL_HAM_LONG(-0.86)[-0.857]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:40294, ipnet:47.43.24.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current]; RECEIVED_SPAMHAUS_PBL(0.00)[96.28.177.163:received] X-ThisMailContainsUnwantedMimeParts: N List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org > In both cases, the entry is INcorrect. Juraj is correct. The swap entry is > missing sw > IOW the line MUST read as: > /dev/gpt/Sea1-18 none swap sw 0 0 > or > /dev/gpt/Sea1-18 none swap sw,trimonce 0 0 > as appropriate for the media referenced. >-Chris As my last message stated, I found the missing field in /etc/fstab and corrected it. Then "mount -u /" worked smoothly. Perhaps one field too few makes the system look to the next line, so the whole /etc/fstab is misinterpreted. I also pointed out that, from previous messages on this list, that etcupdate was replacing mergemaster. But UPDATING at the top of the src tree still specifies mergemaster, so that would need to be updated. There needs to be better documentation on the newer etcupdate. Parameters for etcupdate are somewhat different in FreeBSD than in NetBSD, so the documentation needs to be updated. I don't want to mess up by doing the wrong thing in NetBSD or FreeBSD. Tom From nobody Tue Jun 8 08:46:46 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 642827E814C for ; Tue, 8 Jun 2021 08:46:50 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wm1-x32b.google.com (mail-wm1-x32b.google.com [IPv6:2a00:1450:4864:20::32b]) (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 4FzkPQ2761z3Qmt; Tue, 8 Jun 2021 08:46:50 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wm1-x32b.google.com with SMTP id h11-20020a05600c350bb02901b59c28e8b4so880579wmq.1; Tue, 08 Jun 2021 01:46:49 -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=dpvI797HA6Z+xDEWUbbk+ygnVxf2Gb3+ocA25Jgn3io=; b=o7nVAaiwo9neGi+dv/jtTtn/QZvHT75inaEPJaFCALfKsXn0n4xISt2qzrDRjmXGr4 8m/3JYTwgqZ/W9YkXn2qjuGlTshuLJkDa0+ZjFwsic1XYCnWLn6RnAkwtVjaMiDtmVZ1 jmsclJQLFjZwZqSMQnx1Vj3YGYRB4v7OORuUtkuA0l+7ySCVuKDO7vtYQzGM8aV3Xqor 9a2T+aSHEZ7JeD+C+Xss3qhq+8cbJnJQqTgT/g0a45ifMBhZflBetwAZ/oTic7DRkVxB YWJ2+KAYS11MxKTEW9WBbmtrsIy87M4O4ASo984T9hSYSeMoODtahZ/xsrRXZkkJBb3+ V0lw== 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=dpvI797HA6Z+xDEWUbbk+ygnVxf2Gb3+ocA25Jgn3io=; b=bEreJDGnXpcF6DS1Z3cXVUVvQfwQE4QEnzctsY5BNoZy4XJ4/K/Dm0DEnYcF1Tdsmz 2PYekGV7vcOrmLAuZux1LvspriGFv+iurStUvelHgwOKWQnm/QELCiwgsZo+6Tdu39iZ dcqlRTSXSBS6jekQsszwqzCVfyISS9Oqoo6h/q3+8Ad+qH33qzdOKkBym8nsZEEGx0Zj +JOch3ZD4/xj8A6d4/dZtBxkNxfjLnGvtkpYhFg1UvIylQ/Po0fKBgt8dBYT/B0Ko7Hg DokPxebZ59YWEeNs+1zflEJ+cm31zf7zszzuGWBoS/6BSBMvHp11zLshW/uwKlu73AAl NnZQ== X-Gm-Message-State: AOAM531ri+jwPVWH3Qyf/yKcYrYvsLiTFv624DlNffUhb7TvW9NgUyTB a6JBK0KZexgNNeDzpeydqkuFxM7bWUc= X-Google-Smtp-Source: ABdhPJznH2HroYh8+bCWR7ZkbJlN8f6xXsq7JwIHZiuvZV+qPrZJsGczOuz/onQNJp5g8IVk9Wk3UA== X-Received: by 2002:a05:600c:4ba1:: with SMTP id e33mr3087002wmp.39.1623142008807; Tue, 08 Jun 2021 01:46:48 -0700 (PDT) Received: from ernst.home (pd9e2360f.dip0.t-ipconnect.de. [217.226.54.15]) by smtp.gmail.com with ESMTPSA id l5sm1949645wmi.46.2021.06.08.01.46.47 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 08 Jun 2021 01:46:48 -0700 (PDT) Date: Tue, 8 Jun 2021 10:46:46 +0200 From: Gary Jennejohn To: Mark Johnston Cc: freebsd-current@freebsd.org Subject: Re: kernel panic while copying files Message-ID: <20210608084646.6a7e1bc7@ernst.home> In-Reply-To: References: <20210607090109.08ecb130@ernst.home> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FzkPQ2761z3Qmt X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Mon, 7 Jun 2021 16:54:11 -0400 Mark Johnston wrote: > On Mon, Jun 07, 2021 at 11:01:09AM +0200, Gary Jennejohn wrote: > > I've seen this panic three times in the last two days: > > > > [first panic] > > Unread portion of the kernel message buffer: > > > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 3; apic id = 03 > > fault virtual address = 0x801118000 > > fault code = supervisor write data, page not present > > instruction pointer = 0x20:0xffffffff808d2212 > > stack pointer = 0x28:0xfffffe00dbc8c760 > > frame pointer = 0x28:0xfffffe00dbc8c7a0 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 28 (dom0) > > trap number = 12 > > panic: page fault > > cpuid = 3 > > time = 1622963058 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00dbc8c410 > > vpanic() at vpanic+0x181/frame 0xfffffe00dbc8c460 > > panic() at panic+0x43/frame 0xfffffe00dbc8c4c0 > > trap_fatal() at trap_fatal+0x387/frame 0xfffffe00dbc8c520 > > trap_pfault() at trap_pfault+0x4f/frame 0xfffffe00dbc8c580 > > trap() at trap+0x253/frame 0xfffffe00dbc8c690 > > calltrap() at calltrap+0x8/frame 0xfffffe00dbc8c690 > > --- trap 0xc, rip = 0xffffffff808d2212, rsp = 0xfffffe00dbc8c760, rbp = 0xfffffe00dbc8c7a0 --- > > zone_release() at zone_release+0x1f2/frame 0xfffffe00dbc8c7a0 > > bucket_drain() at bucket_drain+0xda/frame 0xfffffe00dbc8c7d0 > > bucket_cache_reclaim_domain() at bucket_cache_reclaim_domain+0x30a/frame 0xfffffe00dbc8c830 > > zone_reclaim() at zone_reclaim+0x162/frame 0xfffffe00dbc8c880 > > uma_reclaim_domain() at uma_reclaim_domain+0xa2/frame 0xfffffe00dbc8c8b0 > > vm_pageout_worker() at vm_pageout_worker+0x41e/frame 0xfffffe00dbc8cb70 > > vm_pageout() at vm_pageout+0x21e/frame 0xfffffe00dbc8cbb0 > > fork_exit() at fork_exit+0x7e/frame 0xfffffe00dbc8cbf0 > > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00dbc8cbf0 > > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > > KDB: enter: panic > > > > __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 > > 55 __asm("movq %%gs:%P1,%0" : "=r" (td) : "n" (offsetof(struct pcpu, > > pc_curthread))); > > > > One difference was that in the second and third panics the fault virtual > > address was 0x0. But the backtrace was the same. > > > > Relevant info from the info.x files: > > Architecture: amd64 > > Architecture Version: 2 > > Version String: FreeBSD 14.0-CURRENT #33 main-n247184-1970d693039: Sat Jun > > 5 09:58:55 CEST 2021 > > > > CPU: AMD Ryzen 5 1600 Six-Core Processor (3194.09-MHz K8-class CPU) > > Origin="AuthenticAMD" Id=0x800f11 Family=0x17 Model=0x1 Stepping=1 > > AMD Features=0x2e500800 > > AMD Features2=0x35c233ff > > AMD Extended Feature Extensions ID EBX=0x1007 > > > > I have 16GiB of memory in the box. > > > > The panic occurred while copying files from an internal SATA SSD to a > > SATA 8TB disk in an external USB3 docking station. The panic seems to > > occur quite quickly, after only a few files have been copied. > > > > swap is on a different internal disk. > > > > I can poke around in the crash dumps with kgdb if anyone wants more > > information. > > Are you running with invariants configured in the kernel? If not, > please try to reproduce this in a kernel with > > options INVARIANT_SUPPORT > options INVARIANTS > > configured. > > A stack trace with line numbers would also be helpful. Thanks for the hint. After enabling INVARIANTS the kernel panics as soon I turn on the external USB3 disk. No user disk access required. Version String: FreeBSD 14.0-CURRENT #34 main-n247239-f570a6723e1: Tue Jun 8 09:34:32 CEST 2021 Here the kgdb backtrace: Unread portion of the kernel message buffer: panic: Duplicate free of 0xfffff800356b9000 from zone 0xfffffe00dcbdd800(da_ccb) slab 0xfffff800356b9fd8(0) cpuid = 8 time = 1623140519 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00c5f398c0 vpanic() at vpanic+0x181/frame 0xfffffe00c5f39910 panic() at panic+0x43/frame 0xfffffe00c5f39970 uma_dbg_free() at uma_dbg_free+0x1e1/frame 0xfffffe00c5f399b0 uma_zfree_arg() at uma_zfree_arg+0x147/frame 0xfffffe00c5f39a00 camperiphdone() at camperiphdone+0x1b7/frame 0xfffffe00c5f39b20 xpt_done_process() at xpt_done_process+0x3dd/frame 0xfffffe00c5f39b60 xpt_done_td() at xpt_done_td+0xf5/frame 0xfffffe00c5f39bb0 fork_exit() at fork_exit+0x80/frame 0xfffffe00c5f39bf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00c5f39bf0 --- trap 0, rip = 0, rsp = 0, rbp = 0 --- KDB: enter: panic __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 55 __asm("movq %%gs:%P1,%0" : "=r" (td) : "n" (offsetof(struct pcpu, (kgdb) bt #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 #1 doadump (textdump=textdump@entry=0) at /usr/src/sys/kern/kern_shutdown.c:399 #2 0xffffffff8040c39a in db_dump (dummy=, dummy2=, dummy3=, dummy4=) at /usr/src/sys/ddb/db_command.c:575 #3 0xffffffff8040c192 in db_command (last_cmdp=, cmd_table=, dopager=dopager@entry=1) at /usr/src/sys/ddb/db_command.c:482 #4 0xffffffff8040beed in db_command_loop () at /usr/src/sys/ddb/db_command.c:535 #5 0xffffffff8040f616 in db_trap (type=, code=) at /usr/src/sys/ddb/db_main.c:270 #6 0xffffffff8066b1c4 in kdb_trap (type=type@entry=3, code=code@entry=0, tf=, tf@entry=0xfffffe00c5f397f0) at /usr/src/sys/kern/subr_kdb.c:727 #7 0xffffffff809a4e96 in trap (frame=0xfffffe00c5f397f0) at /usr/src/sys/amd64/amd64/trap.c:604 #8 #9 kdb_enter (why=0xffffffff80a61a23 "panic", msg=) at /usr/src/sys/kern/subr_kdb.c:506 #10 0xffffffff806207a2 in vpanic (fmt=, ap=, ap@entry=0xfffffe00c5f39950) at /usr/src/sys/kern/kern_shutdown.c:907 #11 0xffffffff80620533 in panic ( fmt=0xffffffff80d635c8 ".\024\244\200\377\377\377\377") at /usr/src/sys/kern/kern_shutdown.c:843 #12 0xffffffff808e12b1 in uma_dbg_free (zone=0xfffffe00dcbdd800, slab=0xfffff800356b9fd8, item=0xfffff800356b9000) at /usr/src/sys/vm/uma_core.c:5664 #13 0xffffffff808d9de7 in item_dtor (zone=0xfffffe00dcbdd800, item=0xfffff800356b9000, size=544, udata=0x0, skip=SKIP_NONE) at /usr/src/sys/vm/uma_core.c:3418 #14 uma_zfree_arg (zone=0xfffffe00dcbdd800, item=0xfffff800356b9000, udata=udata@entry=0x0) at /usr/src/sys/vm/uma_core.c:4374 #15 0xffffffff802da503 in uma_zfree (zone=0xffffffff80d635c8 , item=0x200) at /usr/src/sys/vm/uma.h:404 #16 0xffffffff802d9117 in camperiphdone (periph=0xfffff800061e2c00, done_ccb=0xfffff800355d6cc0) at /usr/src/sys/cam/cam_periph.c:1427 #17 0xffffffff802dfebd in xpt_done_process (ccb_h=0xfffff800355d6cc0) at /usr/src/sys/cam/cam_xpt.c:5491 #18 0xffffffff802e1ec5 in xpt_done_td ( arg=arg@entry=0xffffffff80d33d80 ) at /usr/src/sys/cam/cam_xpt.c:5546 #19 0xffffffff805dad80 in fork_exit (callout=0xffffffff802e1dd0 , arg=0xffffffff80d33d80 , frame=0xfffffe00c5f39c00) at /usr/src/sys/kern/kern_fork.c:1083 #20 Apparently caused by recent changes to CAM. Let me know if you want more information. -- Gary Jennejohn From nobody Tue Jun 8 09:04:33 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3A9907E9FAC for ; Tue, 8 Jun 2021 09:04:37 +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 4Fzknx0lLWz3j95; Tue, 8 Jun 2021 09:04:36 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-lf1-x135.google.com with SMTP id i10so30943581lfj.2; Tue, 08 Jun 2021 02:04:36 -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=wBPpUenQK0qX1NlSHOpVvU7Otoi14yIN6YTKYPpms/U=; b=DdbQOQ98AdgQqVfW/Hbta/uZxlkCMAM5FHqJr9b7KkhEo80qDWGSOoURfM3n+BfISj g1cCHIryRzM7eZqpV8emVkGDbvGlgO7HJBPPkeeluqphW3Sv5StigzIjIS4WzxcsPkEe 0XpI7yrEV334NtdQBJb78BgnzQLSbvRgbfkJ2QKBTyo4bFM8ID0xYGF6PSNpSuPkcfuP g5JuQ8d0+5aTEfBQoWnJ995e4WdzsF1NNRvEVzrZ80vjqyMFDsfKYKUbZcqw7oH5TxAr M5CwFmEUll4IJL38RU+t/zECqcC+Vv9V5Y7nYDHuW9IYcJSMLfczu610IyoKxMO/Sryo dpiw== 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=wBPpUenQK0qX1NlSHOpVvU7Otoi14yIN6YTKYPpms/U=; b=Y4P0kXexvEsdadPU+XyRN5RDz6jFJmJ9fOxlRc8Ibf2F/sScRZXFWt8rAxpAhmHykt 8JzwLokdHO47im2AzHdG9DYVnOlFmxLT/1cJ3hvdPT0VXYmsVk2d7/omspsU4OuLqiEA 5GQ4XqS3Edcfs4xLRgsUe/jPt571KfSdaB5G1pVjvjg+ugOYezTOHegsxcsIwYoS9/Pn 0AjDgh4TG8AvWs9ELv77wxNhJbgQXlwNetcOtjQJyX3O0pVuEjiyA+fHfzoXbBQWBnyo otXK6nouRdoN0G/vP+Hezc1b5PRK1P7GPCIWyjocrd988/2o4KnSfygNRC7ezsL2bx9t 60PA== X-Gm-Message-State: AOAM5327JhCjWNYrqRKc9kF8elstweH48iiMliSzFvdiVozlX2hgFYxq +oiwm2fTHFw/O1E+wtPyduwM9OrIJuURRp0kc58= X-Google-Smtp-Source: ABdhPJyB+3PpOQLFy30zcG7GlEnVmMGGTPVzUWpvq0Mk4WkZoclyzgH07nxKhlalfpAJUDggyu+sw8Mwqtsyu2Q3quA= X-Received: by 2002:a05:6512:b0f:: with SMTP id w15mr14653925lfu.118.1623143074427; Tue, 08 Jun 2021 02:04:34 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Received: by 2002:a05:651c:2006:0:0:0:0 with HTTP; Tue, 8 Jun 2021 02:04:33 -0700 (PDT) In-Reply-To: <20210608084646.6a7e1bc7@ernst.home> References: <20210607090109.08ecb130@ernst.home> <20210608084646.6a7e1bc7@ernst.home> From: Mateusz Guzik Date: Tue, 8 Jun 2021 11:04:33 +0200 Message-ID: Subject: Re: kernel panic while copying files To: gljennjohn@gmail.com Cc: Mark Johnston , freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4Fzknx0lLWz3j95 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N Given how easy it is to reproduce perhaps you can spend a little bit of time narrowing it down to a specific commit. You can do it with git-bisect. On 6/8/21, Gary Jennejohn wrote: > On Mon, 7 Jun 2021 16:54:11 -0400 > Mark Johnston wrote: > >> On Mon, Jun 07, 2021 at 11:01:09AM +0200, Gary Jennejohn wrote: >> > I've seen this panic three times in the last two days: >> > >> > [first panic] >> > Unread portion of the kernel message buffer: >> > >> > >> > Fatal trap 12: page fault while in kernel mode >> > cpuid = 3; apic id = 03 >> > fault virtual address = 0x801118000 >> > fault code = supervisor write data, page not present >> > instruction pointer = 0x20:0xffffffff808d2212 >> > stack pointer = 0x28:0xfffffe00dbc8c760 >> > frame pointer = 0x28:0xfffffe00dbc8c7a0 >> > code segment = base 0x0, limit 0xfffff, type 0x1b >> > = DPL 0, pres 1, long 1, def32 0, gran 1 >> > processor eflags = interrupt enabled, resume, IOPL = 0 >> > current process = 28 (dom0) >> > trap number = 12 >> > panic: page fault >> > cpuid = 3 >> > time = 1622963058 >> > KDB: stack backtrace: >> > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >> > 0xfffffe00dbc8c410 >> > vpanic() at vpanic+0x181/frame 0xfffffe00dbc8c460 >> > panic() at panic+0x43/frame 0xfffffe00dbc8c4c0 >> > trap_fatal() at trap_fatal+0x387/frame 0xfffffe00dbc8c520 >> > trap_pfault() at trap_pfault+0x4f/frame 0xfffffe00dbc8c580 >> > trap() at trap+0x253/frame 0xfffffe00dbc8c690 >> > calltrap() at calltrap+0x8/frame 0xfffffe00dbc8c690 >> > --- trap 0xc, rip = 0xffffffff808d2212, rsp = 0xfffffe00dbc8c760, rbp = >> > 0xfffffe00dbc8c7a0 --- >> > zone_release() at zone_release+0x1f2/frame 0xfffffe00dbc8c7a0 >> > bucket_drain() at bucket_drain+0xda/frame 0xfffffe00dbc8c7d0 >> > bucket_cache_reclaim_domain() at bucket_cache_reclaim_domain+0x30a/frame >> > 0xfffffe00dbc8c830 >> > zone_reclaim() at zone_reclaim+0x162/frame 0xfffffe00dbc8c880 >> > uma_reclaim_domain() at uma_reclaim_domain+0xa2/frame >> > 0xfffffe00dbc8c8b0 >> > vm_pageout_worker() at vm_pageout_worker+0x41e/frame 0xfffffe00dbc8cb70 >> > vm_pageout() at vm_pageout+0x21e/frame 0xfffffe00dbc8cbb0 >> > fork_exit() at fork_exit+0x7e/frame 0xfffffe00dbc8cbf0 >> > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00dbc8cbf0 >> > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- >> > KDB: enter: panic >> > >> > __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 >> > 55 __asm("movq %%gs:%P1,%0" : "=r" (td) : "n" (offsetof(struct >> > pcpu, >> > pc_curthread))); >> > >> > One difference was that in the second and third panics the fault >> > virtual >> > address was 0x0. But the backtrace was the same. >> > >> > Relevant info from the info.x files: >> > Architecture: amd64 >> > Architecture Version: 2 >> > Version String: FreeBSD 14.0-CURRENT #33 main-n247184-1970d693039: Sat >> > Jun >> > 5 09:58:55 CEST 2021 >> > >> > CPU: AMD Ryzen 5 1600 Six-Core Processor (3194.09-MHz >> > K8-class CPU) >> > Origin="AuthenticAMD" Id=0x800f11 Family=0x17 Model=0x1 >> > Stepping=1 >> > AMD Features=0x2e500800 >> > AMD >> > Features2=0x35c233ff >> > AMD Extended Feature Extensions ID >> > EBX=0x1007 >> > >> > I have 16GiB of memory in the box. >> > >> > The panic occurred while copying files from an internal SATA SSD to a >> > SATA 8TB disk in an external USB3 docking station. The panic seems to >> > occur quite quickly, after only a few files have been copied. >> > >> > swap is on a different internal disk. >> > >> > I can poke around in the crash dumps with kgdb if anyone wants more >> > information. >> >> Are you running with invariants configured in the kernel? If not, >> please try to reproduce this in a kernel with >> >> options INVARIANT_SUPPORT >> options INVARIANTS >> >> configured. >> >> A stack trace with line numbers would also be helpful. > > Thanks for the hint. After enabling INVARIANTS the kernel panics as > soon I turn on the external USB3 disk. No user disk access required. > > Version String: FreeBSD 14.0-CURRENT #34 main-n247239-f570a6723e1: Tue Jun > 8 09:34:32 CEST 2021 > > Here the kgdb backtrace: > > Unread portion of the kernel message buffer: > panic: Duplicate free of 0xfffff800356b9000 from zone > 0xfffffe00dcbdd800(da_ccb) slab 0xfffff800356b9fd8(0) > cpuid = 8 > time = 1623140519 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe00c5f398c0 > vpanic() at vpanic+0x181/frame 0xfffffe00c5f39910 > panic() at panic+0x43/frame 0xfffffe00c5f39970 > uma_dbg_free() at uma_dbg_free+0x1e1/frame 0xfffffe00c5f399b0 > uma_zfree_arg() at uma_zfree_arg+0x147/frame 0xfffffe00c5f39a00 > camperiphdone() at camperiphdone+0x1b7/frame 0xfffffe00c5f39b20 > xpt_done_process() at xpt_done_process+0x3dd/frame 0xfffffe00c5f39b60 > xpt_done_td() at xpt_done_td+0xf5/frame 0xfffffe00c5f39bb0 > fork_exit() at fork_exit+0x80/frame 0xfffffe00c5f39bf0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00c5f39bf0 > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > KDB: enter: panic > > __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 > 55 __asm("movq %%gs:%P1,%0" : "=r" (td) : "n" (offsetof(struct > pcpu, > (kgdb) bt > #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 > #1 doadump (textdump=textdump@entry=0) > at /usr/src/sys/kern/kern_shutdown.c:399 > #2 0xffffffff8040c39a in db_dump (dummy=, > dummy2=, dummy3=, dummy4=) > at /usr/src/sys/ddb/db_command.c:575 > #3 0xffffffff8040c192 in db_command (last_cmdp=, > cmd_table=, dopager=dopager@entry=1) > at /usr/src/sys/ddb/db_command.c:482 > #4 0xffffffff8040beed in db_command_loop () > at /usr/src/sys/ddb/db_command.c:535 > #5 0xffffffff8040f616 in db_trap (type=, code= out>) > at /usr/src/sys/ddb/db_main.c:270 > #6 0xffffffff8066b1c4 in kdb_trap (type=type@entry=3, code=code@entry=0, > tf=, tf@entry=0xfffffe00c5f397f0) > at /usr/src/sys/kern/subr_kdb.c:727 > #7 0xffffffff809a4e96 in trap (frame=0xfffffe00c5f397f0) > at /usr/src/sys/amd64/amd64/trap.c:604 > #8 > #9 kdb_enter (why=0xffffffff80a61a23 "panic", msg=) > at /usr/src/sys/kern/subr_kdb.c:506 > #10 0xffffffff806207a2 in vpanic (fmt=, ap=, > ap@entry=0xfffffe00c5f39950) at /usr/src/sys/kern/kern_shutdown.c:907 > #11 0xffffffff80620533 in panic ( > fmt=0xffffffff80d635c8 ".\024\244\200\377\377\377\377") > at /usr/src/sys/kern/kern_shutdown.c:843 > #12 0xffffffff808e12b1 in uma_dbg_free (zone=0xfffffe00dcbdd800, > slab=0xfffff800356b9fd8, item=0xfffff800356b9000) > at /usr/src/sys/vm/uma_core.c:5664 > #13 0xffffffff808d9de7 in item_dtor (zone=0xfffffe00dcbdd800, > item=0xfffff800356b9000, size=544, udata=0x0, skip=SKIP_NONE) > at /usr/src/sys/vm/uma_core.c:3418 > #14 uma_zfree_arg (zone=0xfffffe00dcbdd800, item=0xfffff800356b9000, > udata=udata@entry=0x0) at /usr/src/sys/vm/uma_core.c:4374 > #15 0xffffffff802da503 in uma_zfree (zone=0xffffffff80d635c8 , > item=0x200) at /usr/src/sys/vm/uma.h:404 > #16 0xffffffff802d9117 in camperiphdone (periph=0xfffff800061e2c00, > done_ccb=0xfffff800355d6cc0) at /usr/src/sys/cam/cam_periph.c:1427 > #17 0xffffffff802dfebd in xpt_done_process (ccb_h=0xfffff800355d6cc0) > at /usr/src/sys/cam/cam_xpt.c:5491 > #18 0xffffffff802e1ec5 in xpt_done_td ( > arg=arg@entry=0xffffffff80d33d80 ) > at /usr/src/sys/cam/cam_xpt.c:5546 > #19 0xffffffff805dad80 in fork_exit (callout=0xffffffff802e1dd0 > , > arg=0xffffffff80d33d80 , frame=0xfffffe00c5f39c00) > at /usr/src/sys/kern/kern_fork.c:1083 > #20 > > Apparently caused by recent changes to CAM. > > Let me know if you want more information. > > -- > Gary Jennejohn > > -- Mateusz Guzik From nobody Tue Jun 8 09:20:37 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id A456F7EB826 for ; Tue, 8 Jun 2021 09:22:05 +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 4FzlB53mRwz3lYv; Tue, 8 Jun 2021 09:22:05 +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)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 2237526015B; Tue, 8 Jun 2021 11:21:57 +0200 (CEST) Subject: Re: kernel panic while copying files To: Mateusz Guzik , gljennjohn@gmail.com Cc: Mark Johnston , freebsd-current@freebsd.org References: <20210607090109.08ecb130@ernst.home> <20210608084646.6a7e1bc7@ernst.home> From: Hans Petter Selasky Message-ID: <7f47fcca-eafe-59c0-40ff-de3426f3b754@selasky.org> Date: Tue, 8 Jun 2021 11:20:37 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.10.2 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FzlB53mRwz3lYv X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N On 6/8/21 11:04 AM, Mateusz Guzik wrote: > Apparently caused by recent changes to CAM. > > Let me know if you want more information. Maybe you can print the *ccb being freed and figure out which device it belongs to. --HPS From nobody Tue Jun 8 09:41:34 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 50A317EDAFA for ; Tue, 8 Jun 2021 09:41:36 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [18.222.6.11]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.soaustin.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fzlcc1rzVz3pjB; Tue, 8 Jun 2021 09:41:35 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from lonesome.com (unknown [18.188.142.31]) by mail.soaustin.net (Postfix) with ESMTPSA id 34D3126852; Tue, 8 Jun 2021 09:41:35 +0000 (UTC) Date: Tue, 8 Jun 2021 09:41:34 +0000 From: Mark Linimon To: Ian Lepore Cc: Warner Losh , John Baldwin , Michael Gmelin , "freebsd-current@freebsd.org" Subject: Re: Files in /etc containing empty VCSId header Message-ID: <20210608094133.GA25151@lonesome.com> References: <20210520183705.3673dfb2@bsd64.grem.de> <2bd37d63-1806-b621-a32b-954c912bd16b@FreeBSD.org> <2a280bc83d9a6289b3443329eb15bb0cb6c75063.camel@freebsd.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2a280bc83d9a6289b3443329eb15bb0cb6c75063.camel@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Rspamd-Queue-Id: 4Fzlcc1rzVz3pjB X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Mon, Jun 07, 2021 at 01:58:01PM -0600, Ian Lepore wrote: > Sometimes it's a real interesting exercise to figure out where a > file on your runtime system comes from in the source world. A tangential problem I trip over is "what is on this SD card?" It generally takes me 5-10 minutes to remember: strings //boot/kernel/kernel | tail AFIAK it's the only way to be sure; nothing in //* seems to have that data. (Yes, in theory they all live in their own little box each of which is labeled but things happen ...) mcl From nobody Tue Jun 8 11:15:26 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id CACC2F7CCC8 for ; Tue, 8 Jun 2021 11:15:48 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.3 with cipher TLS_CHACHA20_POLY1305_SHA256 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.evolve.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FznjJ3B47z4TYY; Tue, 8 Jun 2021 11:15:48 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id e40ff29e; Tue, 8 Jun 2021 11:15:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=date:from:to:cc :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=20180501; bh=oAwJxKde OjqMBPINHwn2UgCJ3Z8=; b=cQoM24CIegRdXkNtM5iDQJJF0kJE6fOmBxhizWDu R+1WuYMaCfqr0BQT9mR4sAGMSJXfRuvhnE8lrgIg75v2PTeJxwM4i4JE8mZZbBzd 216gifVpMnZ8B/QgfDkGb/vDt/etTZ3tUknYMoo3rdubxsfYwroqCZpgyVA4M7qw 441kTORWclfqux6VEB1cJauktZtM4RUaI+kJHv8GR3e3RSP7PwEs1VzCuFzO26yf FclQ5KsEuyYvHQNCJOLu+viKZx7voDTwKwj0VLraTaNpGWDQlBlNHrPC5ubx8NYH NjVw4pLxARzcg+VW9NTQAfzfLvUDf8sEUkZlEYSNvW+M8Q== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=date:from:to:cc :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=20180501; b=s0 RYl7Cv70Q9aIwiHhqD3DUzb/ykI3IhDI9EAdASb7OfcvjDAABo++cAw9ERlk//jS rrvBp9Tho0ubge4/3fNt/ao31vc8JpuZ6+IvUe1TOuwOp3cC1d50xAcHfTca6ZfN V8gZn3xic3uxA0wXW1mdueU30JPXuZajzB+tSktjz9n+hhUPUxKrA6kYq5Citwnr tZgEFjmv4qOCGiVsfnNAMblm+P5guE9Jc+xHBfbvKSWi40MEH+SBmQdaqnSVqjPL 8cBsQhEZ/EUnsGBAjHV5TAE0Fb7JL3Xu3J5QdZXmaj7PYa6uXdVfTbi/Ac+UhHJE 1381p9F6GwGoE2dKkz1Q== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id e7946567 (TLSv1.3:AEAD-CHACHA20-POLY1305-SHA256:256:NO); Tue, 8 Jun 2021 11:15:38 +0000 (UTC) Date: Tue, 8 Jun 2021 13:15:26 +0200 From: Michael Gmelin To: Baptiste Daroussin Cc: Mark Millard , freebsd-current Subject: Re: What happen to mailing list archives? Message-ID: <20210608131526.36b494ad@bsd64.grem.de> In-Reply-To: <20210607203520.ez47pfjey6evr65w@aniel.nours.eu> References: <0E72BE08-BC5A-41F8-8048-C5E8ADE947AF@yahoo.com> <20210607203520.ez47pfjey6evr65w@aniel.nours.eu> X-Face: $wrgCtfdVw_H9WAY?S&9+/F"!41z'L$uo*WzT8miX?kZ~W~Lr5W7v?j0Sde\mwB&/ypo^}> +a'4xMc^^KroE~+v^&^#[B">soBo1y6(TW6#UZiC]o>C6`ej+i Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWJBwe5BQDl LASZU0/LTEWEfHbyj0Txi32+sKrp1Mv944X8/fm1rS+cAAAACXBIWXMAAAsTAAAL EwEAmpwYAAAAB3RJTUUH3wESCxwC7OBhbgAAACFpVFh0Q29tbWVudAAAAAAAQ3Jl YXRlZCB3aXRoIFRoZSBHSU1QbbCXAAAAAghJREFUOMu11DFvEzEUAGCfEhBVFzuq AKkLd0O6VrIQsLXVSZXoWE5N1K3DobBBA9fQpRWc8OkWouaIjedWKiyREOKs+3PY fvalCNjgLVHeF7/3bMtBzV8C/VsQ8tecEgCcDgrzjekwKZ7TwsJZd/ywEKwwP+ZM 8P3drTsAwWn2mpWuDDuYiK1bFs6De0KUUFw0tWxm+D4AIhuuvZqtyWYeO7jQ4Aea 7jUqI+ixhQoHex4WshEvSXdood7stlv4oSuFOC4tqGcr0NjEqXgV4mMJO38nld4+ xKNxRDon7khyKVqY7YR4d+Cg0OMrkWXZOM7YDkEfKiilCn1qYv4mighZiynuHHOA Wq9QJq+BIES7lMFUtcikMnkDGHUoncA+uHgrP0ctIEqfwLHzeSo+eUA66AqzwN6n 2ZHJhw6Qh/PoyC/QENyEyC/AyNjq74Bs+3UH0xYwzDUC4B97HgLocg1QLYgDDO1v f3UX9Y307Ew4AHh67YAFFsxEpkXwpXY3eIgMhAAE3R19L919nNnuD2wlPcDE3UeT L2ytEICQib9BXgS2fU8PrD82ToYO1OEmMSnYTjSqSv9wdC0tPYC+rQRQD9ESnldF CyqfmiYW+tlALt8gH2xrMdC/youbjzPXEun+/ReXsMCDyve3dZc09fn2Oas8oXGc Jj6/fOeK5UmSMPmf/jL+GD8BEj0k/Fn6IO4AAAAASUVORK5CYII= List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4FznjJ3B47z4TYY X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N On Mon, 7 Jun 2021 22:35:20 +0200 Baptiste Daroussin wrote: > On Mon, Jun 07, 2021 at 12:30:46AM -0700, Mark Millard wrote: > > On 2021-Jun-6, at 13:25, Mark Millard wrote: > > =20 > > > Baptiste Daroussin wrote on > > > Date: Sun, 6 Jun 2021 10:53:49 +0200 : > > > =20 > > >> What has happended: > > >> plan A: we migrated everything off mailman/pipermail seamlessly > > >> with redirection and so on. We patched the new archiver to > > >> produce the same file names has pipermail > > >>=20 > > >> Plan A worked fine up to a limit, there was plenty of hand > > >> edition in the past, we we decided to move to plan B which is > > >> what is happening now. > > >>=20 > > >> Plan B: We keep a frozen version of the archives up to the > > >> migration date under the pipermail directory and have the new > > >> archives created in the archives directory. > > >>=20 > > >> All the pipermail archives have been restored as they were. The > > >> new archives receives in their index a new link to point people > > >> to the pipermails archive if looking for older archives. > > >>=20 > > >> this has been done a couple of hours ago (before Steve emails) > > >> during a window, of ~ 10 hours, the mailing lists which slow > > >> traffic aka the one which didn't received any email since the > > >> migration ended up with an empty "archives" directory (aka a > > >> 404), a file with explanation and redirection to pipermail has > > >> been installed there. > > >>=20 > > >> Some work is still needed for the mailing lists which has been > > >> transformed as readonly, this will be done in the next couple of > > >> days =20 > > >=20 > > > It is too bad that a reference to a "no examples yet" > > > month, such as, (at the time I write this): > > >=20 > > > https://lists.freebsd.org/archives/freebsd-toolchain/2021-June/date.h= tml > > >=20 > > > does not show at least (Date view specific example): > > >=20 > > > =E2=80=A2 Other periods:[ Previous, Date view ] [ List of Folders > > > ] > > > =E2=80=A2 Other: [ Actives mailing lists ] [ Archives from > > > mailman's time ] > > >=20 > > > when there are prior months available in > > > https://lists.freebsd.org/archives/ or show at least just: > > >=20 > > > =E2=80=A2 Other: [ Actives mailing lists ] [ Archives from > > > mailman's time ] > > >=20 > > > when no prior months are available there. > > > =20 > >=20 > > Looks like there are missing months. > >=20 > > Using freebsd-hackers as an example: > >=20 > > https://lists.freebsd.org/archives/freebsd-hackers/index.html > > shows the oldest month being "May 2021". > >=20 > > But . . . > >=20 > > https://lists.freebsd.org/pipermail/freebsd-hackers/ > > shows the most recent month being "September 2020". > >=20 > > So: 2020-Oct through 2021-Apr are completely missing. > >=20 > > Then, going for more detail for 2020-Sep and 2021-May . . . > >=20 > > https://lists.freebsd.org/archives/freebsd-hackers/2021-May/date.html > > shows "Starting Tue May 18 2021 - 21:07:44 UTC". > >=20 > > https://lists.freebsd.org/pipermail/freebsd-hackers/2020-September/date= .html > > shows "Ending: Tue Sep 15 14:12:20 UTC 2020". > >=20 > > So there are about 2 more half-months missing. > >=20 > > Some other lists have other date ranges, some similar, > > some not. =20 >=20 > This missing month are being populated right now Will historic links still work though (so that old references work and current google results are ok)? Just stumbled over this one: https://lists.freebsd.org/archives/freebsd-jail/2017-March/003360.html Cheers Michael >=20 > Best regards, > Bapt --=20 Michael Gmelin From nobody Tue Jun 8 11:18:00 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 19C29F7DD3E for ; Tue, 8 Jun 2021 11:18:04 +0000 (UTC) (envelope-from bapt@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 4Fznlw01Vjz4VVd; Tue, 8 Jun 2021 11:18:04 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from aniel.nours.eu (ns393929.ip-176-31-115.eu [176.31.115.77]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: bapt) by smtp.freebsd.org (Postfix) with ESMTPSA id C31DD77CB; Tue, 8 Jun 2021 11:18:03 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from [127.0.0.1] (19.197.204.77.rev.sfr.net [77.204.197.19]) (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 aniel.nours.eu (Postfix) with ESMTPSA id 2E07176F72; Tue, 8 Jun 2021 13:18:01 +0200 (CEST) Date: Tue, 8 Jun 2021 11:18:00 +0000 (UTC) From: Baptiste Daroussin To: Michael Gmelin Cc: Mark Millard , freebsd-current Message-ID: <41e265dd-d9b5-48d5-adc5-099a3a8d93bb@FreeBSD.org> In-Reply-To: <20210608131526.36b494ad@bsd64.grem.de> References: <0E72BE08-BC5A-41F8-8048-C5E8ADE947AF@yahoo.com> <20210607203520.ez47pfjey6evr65w@aniel.nours.eu> <20210608131526.36b494ad@bsd64.grem.de> Subject: Re: What happen to mailing list archives? List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Correlation-ID: <41e265dd-d9b5-48d5-adc5-099a3a8d93bb@FreeBSD.org> X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N 8 juin 2021 13:15:50 Michael Gmelin : > > > On Mon, 7 Jun 2021 22:35:20 +0200 > Baptiste Daroussin wrote: > >> On Mon, Jun 07, 2021 at 12:30:46AM -0700, Mark Millard wrote: >>> On 2021-Jun-6, at 13:25, Mark Millard wrote: >>> =C2=A0 >>>> Baptiste Daroussin wrote on >>>> Date: Sun, 6 Jun 2021 10:53:49 +0200 : >>>> =C2=A0 >>>>> What has happended: >>>>> plan A: we migrated everything off mailman/pipermail seamlessly >>>>> with redirection and so on. We patched the new archiver to >>>>> produce the same file names has pipermail >>>>> >>>>> Plan A worked fine up to a limit, there was plenty of hand >>>>> edition in the past, we we decided to move to plan B which is >>>>> what is happening now. >>>>> >>>>> Plan B: We keep a frozen version of the archives up to the >>>>> migration date under the pipermail directory and have the new >>>>> archives created in the archives directory. >>>>> >>>>> All the pipermail archives have been restored as they were. The >>>>> new archives receives in their index a new link to point people >>>>> to the pipermails archive if looking for older archives. >>>>> >>>>> this has been done a couple of hours ago (before Steve emails) >>>>> during a window, of ~ 10 hours, the mailing lists which slow >>>>> traffic aka the one which didn't received any email since the >>>>> migration ended up with an empty "archives" directory (aka a >>>>> 404), a file with explanation and redirection to pipermail has >>>>> been installed there. >>>>> >>>>> Some work is still needed for the mailing lists which has been >>>>> transformed as readonly, this will be done in the next couple of >>>>> days=C2=A0 >>>> >>>> It is too bad that a reference to a "no examples yet" >>>> month, such as, (at the time I write this): >>>> >>>> https://lists.freebsd.org/archives/freebsd-toolchain/2021-June/date.ht= ml >>>> >>>> does not show at least (Date view specific example): >>>> >>>> =C2=A0 =E2=80=A2 Other periods:[ Previous, Date view ] [ List of Folde= rs >>>> ] >>>> =C2=A0 =E2=80=A2 Other: [ Actives mailing lists ] [ Archives from >>>> mailman's time ] >>>> >>>> when there are prior months available in >>>> https://lists.freebsd.org/archives/ or show at least just: >>>> >>>> =C2=A0 =E2=80=A2 Other: [ Actives mailing lists ] [ Archives from >>>> mailman's time ] >>>> >>>> when no prior months are available there. >>>> =C2=A0 >>> >>> Looks like there are missing months. >>> >>> Using freebsd-hackers as an example: >>> >>> https://lists.freebsd.org/archives/freebsd-hackers/index.html >>> shows the oldest month being "May 2021". >>> >>> But . . . >>> >>> https://lists.freebsd.org/pipermail/freebsd-hackers/ >>> shows the most recent month being "September 2020". >>> >>> So: 2020-Oct through 2021-Apr are completely missing. >>> >>> Then, going for more detail for 2020-Sep and 2021-May . . . >>> >>> https://lists.freebsd.org/archives/freebsd-hackers/2021-May/date.html >>> shows "Starting Tue May 18 2021 - 21:07:44 UTC". >>> >>> https://lists.freebsd.org/pipermail/freebsd-hackers/2020-September/date= .html >>> shows "Ending: Tue Sep 15 14:12:20 UTC 2020". >>> >>> So there are about 2 more half-months missing. >>> >>> Some other lists have other date ranges, some similar, >>> some not.=C2=A0 >> >> This missing month are being populated right now > > Will historic links still work though (so that old references work and > current google results are ok)? > > Just stumbled over this one: > https://lists.freebsd.org/archives/freebsd-jail/2017-March/003360.html > Old reference yes, not the one that lived a couple of weeks like this one Bapt From nobody Tue Jun 8 11:34:21 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id A4274F7F13F for ; Tue, 8 Jun 2021 11:34:25 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wr1-x435.google.com (mail-wr1-x435.google.com [IPv6:2a00:1450:4864:20::435]) (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 4Fzp6n4130z4XlY; Tue, 8 Jun 2021 11:34:25 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wr1-x435.google.com with SMTP id a20so21254578wrc.0; Tue, 08 Jun 2021 04:34:25 -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=6Np4zj3yujKOkch/ksmscP/gKp0fmRrNWHm5c3o4ikw=; b=TLCbxqAY9KACBryLTxyyCkFFQiYD0AzDQVRFezcxCYYrTeXbJmSs16ioRpzezouD8N P8GQQKALJbl8Xv1VA0a9vD1DufSZoUipFbwAZUCsXcMgnLXMKLxRIeDSG+LhUntGPphb VgS6WnuPMsm6LD4Jlv1NZqbjZ3jSg27L4/jY8v4felAd6O9cJ0kOj7bkppfSEBFrjeym b1Ya6zW2fai7OC7FgTqb6fBqA6C2mNM8px3+TcyF0C3S6QaeIWskzvSMiyjya4YFw+kz 8BKsyt/Y0KLL+jvXf12cQ0Vsjn1zqPidsaFd93NPGAkN0bFfWik+B4VlCx9UuKq9ebb4 2EWg== 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=6Np4zj3yujKOkch/ksmscP/gKp0fmRrNWHm5c3o4ikw=; b=FWBTOEwZNKCAbMvY3v05RhamH7+vlAotS/6rRjs4UsXKeqNpmU3xnUAB/DXdq5OvL/ 5siRwmXOCMEiLsCi8FHmJbcs366YqhAzZzw6r91wdC/UwvYXk29E2wW6eTI1Hze+AEpB TpMqmyYqyb3ykWLEeZwPNxO5VPl3pswa4I7jFdOhJ8oAuRfVvd6E8loUkynF1iVHW4vV BH53Mb2NgCl02OF1ev37/ZamvRNYiqD2mqk9UueUgBy+YRoq55TBTFNgLtFCbR3ysLcG BPVwKH0Mkx6vI+DgLJwGWijNGWqFfTzBqCiBMYmrxJo6rJHAAgLISmYvYYZgg5LGM1gY uG2Q== X-Gm-Message-State: AOAM530q5tZBebxZbj80sRpQpxyL+JvZ+gPUKJAgbgwIZ2mB2nVVPEsW cWWKjsBn1abdSGV4fPv4cT8= X-Google-Smtp-Source: ABdhPJyB9xFkj5fVPLm01balDViNJSM5Gi95reMmoH+je3trSwn+vvIYqui5CVLcHuYjoxpBCjxPWQ== X-Received: by 2002:adf:f7d2:: with SMTP id a18mr22939334wrq.111.1623152063785; Tue, 08 Jun 2021 04:34:23 -0700 (PDT) Received: from ernst.home (pd9e2360f.dip0.t-ipconnect.de. [217.226.54.15]) by smtp.gmail.com with ESMTPSA id p5sm20401472wrd.25.2021.06.08.04.34.22 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 08 Jun 2021 04:34:22 -0700 (PDT) Date: Tue, 8 Jun 2021 13:34:21 +0200 From: Gary Jennejohn To: Hans Petter Selasky Cc: Mateusz Guzik , Mark Johnston , freebsd-current@freebsd.org Subject: Re: kernel panic while copying files Message-ID: <20210608113421.5da38371@ernst.home> In-Reply-To: <7f47fcca-eafe-59c0-40ff-de3426f3b754@selasky.org> References: <20210607090109.08ecb130@ernst.home> <20210608084646.6a7e1bc7@ernst.home> <7f47fcca-eafe-59c0-40ff-de3426f3b754@selasky.org> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Fzp6n4130z4XlY X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Tue, 8 Jun 2021 11:20:37 +0200 Hans Petter Selasky wrote: > On 6/8/21 11:04 AM, Mateusz Guzik wrote: > > Apparently caused by recent changes to CAM. > > > > Let me know if you want more information. > > Maybe you can print the *ccb being freed and figure out which device > it belongs to. > I'm now running a kernel without INVARIANTS, so I can check: Jun 8 13:23:52 ernst kernel: ugen2.4: at usbus2 Jun 8 13:23:52 ernst kernel: umass0 on uhub5 Jun 8 13:23:52 ernst kernel: umass0: on usbus2 Jun 8 13:23:52 ernst kernel: umass0: SCSI over Bulk-Only; quirks = 0xc101 Jun 8 13:23:52 ernst kernel: umass0:6:0: Attached to scbus6 Jun 8 13:24:37 ernst kernel: da0 at umass-sim0 bus 0 scbus6 target 0 lun 0 Jun 8 13:24:37 ernst kernel: da0: Fixed Direct Access SPC-4 SCSI device Jun 8 13:24:37 ernst kernel: da0: Serial Number 000000000001 Jun 8 13:24:37 ernst kernel: da0: 400.000MB/s transfers Jun 8 13:24:37 ernst kernel: da0: 7630885MB (15628053168 512 byte sectors) Jun 8 13:24:37 ernst kernel: da0: quirks=0x2 The only USB device which I turned on. Fields in the ccb like periph_name, unit_number and dev_name are filled with zeroes. The ccb is enormous and really hard to parse. -- Gary Jennejohn From nobody Tue Jun 8 11:38:35 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 2CC135D00E8 for ; Tue, 8 Jun 2021 11:40:00 +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 4FzpFD0CDcz4YXL; Tue, 8 Jun 2021 11:39:59 +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)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 33E62260069; Tue, 8 Jun 2021 13:39:57 +0200 (CEST) Subject: Re: kernel panic while copying files To: gljennjohn@gmail.com Cc: Mateusz Guzik , Mark Johnston , freebsd-current@freebsd.org References: <20210607090109.08ecb130@ernst.home> <20210608084646.6a7e1bc7@ernst.home> <7f47fcca-eafe-59c0-40ff-de3426f3b754@selasky.org> <20210608113421.5da38371@ernst.home> From: Hans Petter Selasky Message-ID: <0eee2f4e-945e-3c10-8fb2-ed77e05fb83c@selasky.org> Date: Tue, 8 Jun 2021 13:38:35 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.10.2 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 In-Reply-To: <20210608113421.5da38371@ernst.home> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FzpFD0CDcz4YXL X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N On 6/8/21 1:34 PM, Gary Jennejohn wrote: > Fields in the ccb like periph_name, unit_number and dev_name are filled > with zeroes. Smells like a double free, like the panic message indicates, but would be nice to know exactly which driver is doing this, if it is "ATA" or "UMASS", so to speak. Maybe you need to do a quick bisect, like suggested. --HPS From nobody Tue Jun 8 11:42:34 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id A885F5D0D4A for ; Tue, 8 Jun 2021 11:42:37 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wr1-x42c.google.com (mail-wr1-x42c.google.com [IPv6:2a00:1450:4864:20::42c]) (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 4FzpJF46rQz4b7W for ; Tue, 8 Jun 2021 11:42:37 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wr1-x42c.google.com with SMTP id e11so11017326wrg.3 for ; Tue, 08 Jun 2021 04:42:37 -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=9nu1Ul3kaOkxbRR8oZlQitL8jlBbl+lrVxBSqRBWA6k=; b=DKwdA7Ty9vdq92EqtmmHlqKprLKZ8tyjw+dgfdOXNhgLRyKuntQLpE3Va2XdrHlcXw 5t3JJRzhqzBqEPEUqka3zPR3/6N2eUY8zRqV7a0kbavv6JDcUM1sNvk9k7e+YX9PCFnv S0kcQXBbqV5WOoLqRtON3CvvKD4QppeLb3keXm0Bv9NyObFlljnFpdJE1w3vclsy5ohb MKyBltNlu2HegtDU+skmW8o1Lsn1OZuRUqVpvnLOJPiF8N4PYglrlLFuefzCptFi35T4 KLF63jyvgv9KfGlGYmlS+KuXAQw54mzhr/7hWjC3Vi6+OuKUu7LeXh/uip5vWalqVlSg Y5sQ== 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=9nu1Ul3kaOkxbRR8oZlQitL8jlBbl+lrVxBSqRBWA6k=; b=ggy/AQxJ3f5l11r7W1r47Zdkqz8OYUosAT5uMXXkeO4EkzkHXaldDkUWuCuJB9dw/o 1wIwBgSeOyX2VXogAwioqcJySVbFLOXsyekhnKl+Lyw9WBrATZN8Q1GUoaM5NO9FyanX JuxzDGGNIJqM0/uf5opOQ8OAJ/XiL6KRCmBRXnv+7EJ2loZhvjyeiFLmwI3814K0p1mQ J4M5cA5J9oDtLY5F+YdRoe3py3y6v4mlZ1JWJnFx3v2CXAQ+lSX5Xg5TbyTaWXJrlh1f pQ7c68eiuvIWYjQs1R2Im4C9rXAFKVSf8Ct7crWvVyY/Yi0bJKEI7V3cx1rp2TYES6Kj WD3w== X-Gm-Message-State: AOAM533+pt5L4Fnk1VkBRQfXtuS+pjeh4C+5rFBGMA9i+H09Pni34MVU WUJvZDZ9pLMXZf3DvsYFhpk= X-Google-Smtp-Source: ABdhPJwQz4nVOJmtRq8+2W29nTRiwRYq8Sq9C2zj2JC2TJU2Fn6AURHjgvdkQexC0FCsa69d2fXYBw== X-Received: by 2002:a5d:58c1:: with SMTP id o1mr21713167wrf.420.1623152556217; Tue, 08 Jun 2021 04:42:36 -0700 (PDT) Received: from ernst.home (pd9e2360f.dip0.t-ipconnect.de. [217.226.54.15]) by smtp.gmail.com with ESMTPSA id z188sm18098435wme.38.2021.06.08.04.42.35 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 08 Jun 2021 04:42:35 -0700 (PDT) Date: Tue, 8 Jun 2021 13:42:34 +0200 From: Gary Jennejohn To: Mateusz Guzik Cc: freebsd-current@freebsd.org Subject: Re: kernel panic while copying files Message-ID: <20210608114234.0a9696d8@ernst.home> In-Reply-To: References: <20210607090109.08ecb130@ernst.home> <20210608084646.6a7e1bc7@ernst.home> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FzpJF46rQz4b7W X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Tue, 8 Jun 2021 11:04:33 +0200 Mateusz Guzik wrote: > Given how easy it is to reproduce perhaps you can spend a little bit > of time narrowing it down to a specific commit. You can do it with > git-bisect. > Ok, I'll give it a try. -- Gary Jennejohn From nobody Tue Jun 8 11:45:04 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 40E725D1778; Tue, 8 Jun 2021 11:45:16 +0000 (UTC) (envelope-from lwhsu@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 4FzpMJ1Scpz4byh; Tue, 8 Jun 2021 11:45:16 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: from mail-yb1-f182.google.com (mail-yb1-f182.google.com [209.85.219.182]) (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: lwhsu/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 165837C51; Tue, 8 Jun 2021 11:45:16 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: by mail-yb1-f182.google.com with SMTP id e10so29739003ybb.7; Tue, 08 Jun 2021 04:45:16 -0700 (PDT) X-Gm-Message-State: AOAM532OrnIajuATzA42zAluQEWstF+hRVx6cTtNRN49SpXYy8a8+DAW qbAEHOsfsRpM/N1OUBfgHKCZRVdS1sBCsw3Mel8= X-Google-Smtp-Source: ABdhPJw7CKPqx+Rl+61ihJSCpoHepoYFlM+op2Iiz8dj4iuWegSJY9kl2v7da3zbKB3KcftF6n7yFBEYea7b21rUxjQ= X-Received: by 2002:a25:d412:: with SMTP id m18mr29469812ybf.110.1623152715464; Tue, 08 Jun 2021 04:45:15 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 From: Li-Wen Hsu Date: Tue, 8 Jun 2021 19:45:04 +0800 X-Gmail-Original-Message-ID: Message-ID: Subject: [HEADS UP] Rename of the vendor/openzfs branch To: freebsd-git Cc: freebsd-current Content-Type: text/plain; charset="UTF-8" X-ThisMailContainsUnwantedMimeParts: N Hello, As mentioned in the "OpenZFS imports, status update": https://lists.freebsd.org/archives/freebsd-git/2021-June/000013.html We're going to rename the current openzfs vendor branch, vendor/openzfs, to vendor/openzfs/legacy and import directly the master and zfs-2.1-release branches from the upstream OpenZFS to vendor/openzfs/* for merging to our main and stable/13 branches. The details can be found in the mail above. The people have local branch tracking the original vendor/openzfs may encounter error message like this whey doing `git pull`: error: cannot lock ref 'refs/remotes/freebsd/vendor/openzfs/legacy': 'refs/remotes/freebsd/vendor/openzfs' exists; cannot create 'refs/remotes/freebsd/vendor/openzfs/legacy' The solution is update the upstream of the tracking branch: (change "freebsd" to "origin" if you use the default remote name) git remote prune freebsd (on your tracking branch) git branch -u freebsd/vendor/openzfs/legacy If you don't want the first command prune all the branches not existing in the remote repository, use this: git update-ref -d refs/remotes/freebsd/vendor/openzfs (also, change "freebsd" to "origin" if you use the default remote name) After that you can do `git pull` or `git fetch` as usual. If you have any questions, please post on -git@ list. Best, Li-Wen From nobody Tue Jun 8 11:47:41 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 1648A5D2473 for ; Tue, 8 Jun 2021 11:47:44 +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 4FzpQ77133z4d2c; Tue, 8 Jun 2021 11:47:43 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wm1-x32d.google.com with SMTP id k5-20020a05600c1c85b02901affeec3ef8so1776876wms.0; Tue, 08 Jun 2021 04:47:43 -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=T60YCZE88wcHRpvy3LIRMWqGYKJqROx1Saan/AQ5i/Y=; b=js+fEd51bEAETnFs74EkTQdc7gL7McCDca0RtC0q00abMKWCSLSgeb76OBrTGnK8Kc ZfOMJ5Oy7nM16EGU5+hSUtvJ7uZveVmRkbYAg4fmsZiFXdJyZ+ieRiKluJHkbhDElyfc xRhgU5Qa7NGSkzCE82YjEm5W3q1m6m8pi4s3cmsTamXWpgqa/uvvfVZRAdaHPH9UlFoa oTlb+MtXEBIOlmqXODC8GOitOmUjKb9i5jjD7j2hKZn972+FM9G7/5sfqnhpT0Gua3Ll fVzaDWFoQKNf7dkuY8mEo4x6OoFTQMh7omsG8rOwSiGZNW1/DuMYkfOcQ00wcoLLYBI/ F8qA== 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=T60YCZE88wcHRpvy3LIRMWqGYKJqROx1Saan/AQ5i/Y=; b=BvOEMPE33qMn28ecawbzxIQhjUJ894gv95A/JQf1T07fZviQYhnuU7EnbNCTeY8siN KRJ7GuXogDPhYupztMeGaxMCSezGb9+jFLx5+z9ne+dxh0VJkXY+U2pJzt5urIbhH3vJ yw/ibl/IeTw+Y2pVqB7k1p9n6TH1tB6cbi1Qs/y1wTpLW39jecsWCJZJJ+rziiWwWbGb SboMvpconGRedL/qaiqgVP3WQSHsJjGH8CA58Sm6i1rjJAdAm4+hhRg1tbf/pHKxjJ5g QF581MX8BDM6W+EL50BfipOZaOvR18M4bwIskqdDwmaEY61ZWQaOI0sYLhp6NelWMGj+ sbuA== X-Gm-Message-State: AOAM532RW7wO3gK2cLRlh8DX9wgW2zGQySCkzt6hPpnEy0E0mFpNpWJI NL/NQNf/5bOamYp1TgGf7RQ= X-Google-Smtp-Source: ABdhPJy1h/INHknO1Fn/tdnJGaKgTRuS1iwg//7+fuzfs+MAfOc1flilAadwREzbzVcz+iYxpte/qw== X-Received: by 2002:a1c:8049:: with SMTP id b70mr3845759wmd.92.1623152862541; Tue, 08 Jun 2021 04:47:42 -0700 (PDT) Received: from ernst.home (pd9e2360f.dip0.t-ipconnect.de. [217.226.54.15]) by smtp.gmail.com with ESMTPSA id r18sm20041701wro.62.2021.06.08.04.47.41 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 08 Jun 2021 04:47:42 -0700 (PDT) Date: Tue, 8 Jun 2021 13:47:41 +0200 From: Gary Jennejohn To: Mark Linimon Cc: Ian Lepore , Warner Losh , John Baldwin , Michael Gmelin , "freebsd-current@freebsd.org" Subject: Re: Files in /etc containing empty VCSId header Message-ID: <20210608114741.3e944e67@ernst.home> In-Reply-To: <20210608094133.GA25151@lonesome.com> References: <20210520183705.3673dfb2@bsd64.grem.de> <2bd37d63-1806-b621-a32b-954c912bd16b@FreeBSD.org> <2a280bc83d9a6289b3443329eb15bb0cb6c75063.camel@freebsd.org> <20210608094133.GA25151@lonesome.com> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FzpQ77133z4d2c X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Tue, 8 Jun 2021 09:41:34 +0000 Mark Linimon wrote: > On Mon, Jun 07, 2021 at 01:58:01PM -0600, Ian Lepore wrote: > > Sometimes it's a real interesting exercise to figure out where a > > file on your runtime system comes from in the source world. > > A tangential problem I trip over is "what is on this SD card?" > > It generally takes me 5-10 minutes to remember: > > strings //boot/kernel/kernel | tail > > AFIAK it's the only way to be sure; nothing in //* seems > to have that data. > > (Yes, in theory they all live in their own little box each of > which is labeled but things happen ...) > I use locate for this kind of search, e.g. locate netoptions /etc/rc.d/netoptions /usr/src/libexec/rc/rc.d/netoptions -- Gary Jennejohn From nobody Tue Jun 8 12:27:04 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D30575D484A for ; Tue, 8 Jun 2021 12:27:16 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qv1-xf2f.google.com (mail-qv1-xf2f.google.com [IPv6:2607:f8b0:4864:20::f2f]) (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 4FzqHm5Tqcz4gdJ for ; Tue, 8 Jun 2021 12:27:16 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qv1-xf2f.google.com with SMTP id c10so7876314qvo.9 for ; Tue, 08 Jun 2021 05:27:16 -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=WQbeDMbL7xb2YxD3DJ/JwF95eJfyU9MRr3ecFRxRTeU=; b=Q6Nb2l1Xhb7W1yg3ALpTLtzIIJ3UIRI4gA1cqx5h7YqH34VRvHg4odQxex0hK5UO++ H/AduXLs7VgvWvD39D6S4jv9wqEUu+31q4nH7YHDSF9q7pItViCoiakl+1nVzsXpNIid hiLcMnlDCH/1iDzMk2cayO0DW+hNo13wFAvMuuZtAqkMLhZOC0EtZJg0TOilzUv6lAhL DLnannQOkexn49OyLgfyWW1AzrhNrYdNMfHkIZ3NaEFJeG3KjwAdbqTx/t2XmGtaTjkc DnknD+4X2/i9KWFM0XoHx9zeOOLx3Zn+rzwD6XeoN6jOHtukuv4Hff+8M/OWt0XAPA9x piug== 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=WQbeDMbL7xb2YxD3DJ/JwF95eJfyU9MRr3ecFRxRTeU=; b=XMUMYOnOxClWpbOF8Od+QoRCLI5A38vLUjXRWJemK2EJMsJuKxl3vWmGBn7jYSji10 QB+AUFSDckwxwJenhFwBsViEcrHvIbnNJ5K9qDHjh4g0BFkont5k3WDNaAporem1y7wJ SRQyWeXeYD2yUtqG6REMjfG5Er8QC1oGIVKZHcST30C08dErVaIon5ao8T4hGKPrEbQc zT1vGu8trdmds8S2se1SRVibwfi1Vs5lciCuAWHvVKLQegB0+G+Sa+1uo9hnRTnnc7IR 5kjxG7sbOf87DBIDuOMtBdmkY2grugyTIaRj08mvW7D78KNWNR3dgh+St0znFEYyB6bQ +X/w== X-Gm-Message-State: AOAM532nIB5w84QGU9p19/jk4vIDlvPCV2dCFUQNkQFyrDrWaZ9vFTUr FzAKQo+sTAvUiFxl/4o3TuGQRuosTAhmiZJqae/51w== X-Google-Smtp-Source: ABdhPJxlQEGfzY6FFxpkq3FrqHxGknsifQ7cRp0HyMJgdpt5cfTZ+0qUQL5+CRl55GA4MaZMG/9dobgclkq/UfJZ9wM= X-Received: by 2002:a0c:8ec8:: with SMTP id y8mr22763110qvb.23.1623155235605; Tue, 08 Jun 2021 05:27:15 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <20210607090109.08ecb130@ernst.home> <20210608084646.6a7e1bc7@ernst.home> In-Reply-To: <20210608084646.6a7e1bc7@ernst.home> From: Warner Losh Date: Tue, 8 Jun 2021 06:27:04 -0600 Message-ID: Subject: Re: kernel panic while copying files To: Gary Jennejohn Cc: Mark Johnston , FreeBSD Current Content-Type: multipart/alternative; boundary="0000000000003bebbd05c44047aa" X-Rspamd-Queue-Id: 4FzqHm5Tqcz4gdJ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: Y --0000000000003bebbd05c44047aa Content-Type: text/plain; charset="UTF-8" On Tue, Jun 8, 2021 at 2:47 AM Gary Jennejohn wrote: > On Mon, 7 Jun 2021 16:54:11 -0400 > Mark Johnston wrote: > > > On Mon, Jun 07, 2021 at 11:01:09AM +0200, Gary Jennejohn wrote: > > > I've seen this panic three times in the last two days: > > > > > > [first panic] > > > Unread portion of the kernel message buffer: > > > > > > > > > Fatal trap 12: page fault while in kernel mode > > > cpuid = 3; apic id = 03 > > > fault virtual address = 0x801118000 > > > fault code = supervisor write data, page not present > > > instruction pointer = 0x20:0xffffffff808d2212 > > > stack pointer = 0x28:0xfffffe00dbc8c760 > > > frame pointer = 0x28:0xfffffe00dbc8c7a0 > > > code segment = base 0x0, limit 0xfffff, type 0x1b > > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > > processor eflags = interrupt enabled, resume, IOPL = 0 > > > current process = 28 (dom0) > > > trap number = 12 > > > panic: page fault > > > cpuid = 3 > > > time = 1622963058 > > > KDB: stack backtrace: > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe00dbc8c410 > > > vpanic() at vpanic+0x181/frame 0xfffffe00dbc8c460 > > > panic() at panic+0x43/frame 0xfffffe00dbc8c4c0 > > > trap_fatal() at trap_fatal+0x387/frame 0xfffffe00dbc8c520 > > > trap_pfault() at trap_pfault+0x4f/frame 0xfffffe00dbc8c580 > > > trap() at trap+0x253/frame 0xfffffe00dbc8c690 > > > calltrap() at calltrap+0x8/frame 0xfffffe00dbc8c690 > > > --- trap 0xc, rip = 0xffffffff808d2212, rsp = 0xfffffe00dbc8c760, rbp > = 0xfffffe00dbc8c7a0 --- > > > zone_release() at zone_release+0x1f2/frame 0xfffffe00dbc8c7a0 > > > bucket_drain() at bucket_drain+0xda/frame 0xfffffe00dbc8c7d0 > > > bucket_cache_reclaim_domain() at > bucket_cache_reclaim_domain+0x30a/frame 0xfffffe00dbc8c830 > > > zone_reclaim() at zone_reclaim+0x162/frame 0xfffffe00dbc8c880 > > > uma_reclaim_domain() at uma_reclaim_domain+0xa2/frame > 0xfffffe00dbc8c8b0 > > > vm_pageout_worker() at vm_pageout_worker+0x41e/frame 0xfffffe00dbc8cb70 > > > vm_pageout() at vm_pageout+0x21e/frame 0xfffffe00dbc8cbb0 > > > fork_exit() at fork_exit+0x7e/frame 0xfffffe00dbc8cbf0 > > > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00dbc8cbf0 > > > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > > > KDB: enter: panic > > > > > > __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 > > > 55 __asm("movq %%gs:%P1,%0" : "=r" (td) : "n" (offsetof(struct > pcpu, > > > pc_curthread))); > > > > > > One difference was that in the second and third panics the fault > virtual > > > address was 0x0. But the backtrace was the same. > > > > > > Relevant info from the info.x files: > > > Architecture: amd64 > > > Architecture Version: 2 > > > Version String: FreeBSD 14.0-CURRENT #33 main-n247184-1970d693039: Sat > Jun > > > 5 09:58:55 CEST 2021 > > > > > > CPU: AMD Ryzen 5 1600 Six-Core Processor (3194.09-MHz > K8-class CPU) > > > Origin="AuthenticAMD" Id=0x800f11 Family=0x17 Model=0x1 > Stepping=1 > > > AMD Features=0x2e500800 > > > AMD > Features2=0x35c233ff > > > AMD Extended Feature Extensions ID > EBX=0x1007 > > > > > > I have 16GiB of memory in the box. > > > > > > The panic occurred while copying files from an internal SATA SSD to a > > > SATA 8TB disk in an external USB3 docking station. The panic seems to > > > occur quite quickly, after only a few files have been copied. > > > > > > swap is on a different internal disk. > > > > > > I can poke around in the crash dumps with kgdb if anyone wants more > > > information. > > > > Are you running with invariants configured in the kernel? If not, > > please try to reproduce this in a kernel with > > > > options INVARIANT_SUPPORT > > options INVARIANTS > > > > configured. > > > > A stack trace with line numbers would also be helpful. > > Thanks for the hint. After enabling INVARIANTS the kernel panics as > soon I turn on the external USB3 disk. No user disk access required. > > Version String: FreeBSD 14.0-CURRENT #34 main-n247239-f570a6723e1: Tue Jun > 8 09:34:32 CEST 2021 > > Here the kgdb backtrace: > > Unread portion of the kernel message buffer: > panic: Duplicate free of 0xfffff800356b9000 from zone > 0xfffffe00dcbdd800(da_ccb) slab 0xfffff800356b9fd8(0) > cpuid = 8 > time = 1623140519 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe00c5f398c0 > vpanic() at vpanic+0x181/frame 0xfffffe00c5f39910 > panic() at panic+0x43/frame 0xfffffe00c5f39970 > uma_dbg_free() at uma_dbg_free+0x1e1/frame 0xfffffe00c5f399b0 > uma_zfree_arg() at uma_zfree_arg+0x147/frame 0xfffffe00c5f39a00 > camperiphdone() at camperiphdone+0x1b7/frame 0xfffffe00c5f39b20 > xpt_done_process() at xpt_done_process+0x3dd/frame 0xfffffe00c5f39b60 > xpt_done_td() at xpt_done_td+0xf5/frame 0xfffffe00c5f39bb0 > fork_exit() at fork_exit+0x80/frame 0xfffffe00c5f39bf0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00c5f39bf0 > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > KDB: enter: panic > > __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 > 55 __asm("movq %%gs:%P1,%0" : "=r" (td) : "n" > (offsetof(struct pcpu, > (kgdb) bt > #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 > #1 doadump (textdump=textdump@entry=0) > at /usr/src/sys/kern/kern_shutdown.c:399 > #2 0xffffffff8040c39a in db_dump (dummy=, > dummy2=, dummy3=, dummy4=) > at /usr/src/sys/ddb/db_command.c:575 > #3 0xffffffff8040c192 in db_command (last_cmdp=, > cmd_table=, dopager=dopager@entry=1) > at /usr/src/sys/ddb/db_command.c:482 > #4 0xffffffff8040beed in db_command_loop () > at /usr/src/sys/ddb/db_command.c:535 > #5 0xffffffff8040f616 in db_trap (type=, code= out>) > at /usr/src/sys/ddb/db_main.c:270 > #6 0xffffffff8066b1c4 in kdb_trap (type=type@entry=3, code=code@entry=0, > tf=, tf@entry=0xfffffe00c5f397f0) > at /usr/src/sys/kern/subr_kdb.c:727 > #7 0xffffffff809a4e96 in trap (frame=0xfffffe00c5f397f0) > at /usr/src/sys/amd64/amd64/trap.c:604 > #8 > #9 kdb_enter (why=0xffffffff80a61a23 "panic", msg=) > at /usr/src/sys/kern/subr_kdb.c:506 > #10 0xffffffff806207a2 in vpanic (fmt=, ap=, > ap@entry=0xfffffe00c5f39950) at /usr/src/sys/kern/kern_shutdown.c:907 > #11 0xffffffff80620533 in panic ( > fmt=0xffffffff80d635c8 ".\024\244\200\377\377\377\377") > at /usr/src/sys/kern/kern_shutdown.c:843 > #12 0xffffffff808e12b1 in uma_dbg_free (zone=0xfffffe00dcbdd800, > slab=0xfffff800356b9fd8, item=0xfffff800356b9000) > at /usr/src/sys/vm/uma_core.c:5664 > #13 0xffffffff808d9de7 in item_dtor (zone=0xfffffe00dcbdd800, > item=0xfffff800356b9000, size=544, udata=0x0, skip=SKIP_NONE) > at /usr/src/sys/vm/uma_core.c:3418 > #14 uma_zfree_arg (zone=0xfffffe00dcbdd800, item=0xfffff800356b9000, > udata=udata@entry=0x0) at /usr/src/sys/vm/uma_core.c:4374 > #15 0xffffffff802da503 in uma_zfree (zone=0xffffffff80d635c8 , > item=0x200) at /usr/src/sys/vm/uma.h:404 > OK. This is a bad stack trace. camperiphdone doesn't call uma_zfree()... It does call xpt_free_ccb, though, and that's likely what's going wrong. And that matches the line numbers. Most likely this is llvm's tail call optimizations... Can you compile the kernel either -O0 or with -fno-optimize-sibling-calls? That will give a better call stack. However, it's likely the new UMA stuff trasz committed (or it's providing better diagnostics than the old malloc based code which seems more likely) that can be disabled by the tunable kern.cam.da.enable_uma_ccbs=0. The lines in question: saved_ccb = (union ccb *)done_ccb->ccb_h.saved_ccb_ptr; bcopy(saved_ccb, done_ccb, sizeof(*done_ccb)); xpt_free_ccb(saved_ccb); So we overwrite the done_ccb with the saved_ccb's contents and then free the saved ccb. That's likely OKish, though. We copy entire CCBs around in this code a lot, and I've not traced through it. But we're sending a scsi start unit in response to some error that is being reported via cam_periph_error() #16 0xffffffff802d9117 in camperiphdone (periph=0xfffff800061e2c00, > done_ccb=0xfffff800355d6cc0) at /usr/src/sys/cam/cam_periph.c:1427 > #17 0xffffffff802dfebd in xpt_done_process (ccb_h=0xfffff800355d6cc0) > at /usr/src/sys/cam/cam_xpt.c:5491 > #18 0xffffffff802e1ec5 in xpt_done_td ( > arg=arg@entry=0xffffffff80d33d80 ) > at /usr/src/sys/cam/cam_xpt.c:5546 > #19 0xffffffff805dad80 in fork_exit (callout=0xffffffff802e1dd0 > , > arg=0xffffffff80d33d80 , frame=0xfffffe00c5f39c00) > at /usr/src/sys/kern/kern_fork.c:1083 > #20 > > Apparently caused by recent changes to CAM. > > Let me know if you want more information. > what's *periph say? camperiphdone is only use when we send a scsi start/stop is sent to try to recover in a couple of cases: switch(ccb->csio.scsi_status) { ... case SCSI_STATUS_CMD_TERMINATED: case SCSI_STATUS_CHECK_COND: error = camperiphscsisenseerror(ccb, orig_ccb, ... is the path. It might be profitable to use the debugger to trap here to see where we're kicking off this error recovery process. Warner --0000000000003bebbd05c44047aa-- From nobody Tue Jun 8 12:48:19 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 5DD815D5CA9 for ; Tue, 8 Jun 2021 12:48:32 +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 4FzqmH4g0Qz4jJx for ; Tue, 8 Jun 2021 12:48:31 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qv1-xf2c.google.com with SMTP id x6so5755166qvx.4 for ; Tue, 08 Jun 2021 05:48:31 -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=xxT8kkuHVndnQEpYQ666wygQ41S+B+tg+ywqdqv6y78=; b=CTIGy1C4glhK4VfDegr5QWu0rgfHsqLMKkRNbUJRjh8gbOV8qyGTD67lCN2dBIP+lN tYPwazJW8mESR+VFhp4BLOGQ03WJK53TdL/eLNNM1Tx5VLInuD3vpb9+jlijyV82NUrb nW0ammwtzj1s0ljn94lge6B1nAB9Tdd/3Z+Uk7cBcqxDwTnXK0tXaSJWtxyo3MbCXC+S pbp5HbllPFlzwU0+KKgO5dT6eBs4UzM4l8gOTgFWWJYLlUB/OmZva3hubf6M6w5A11Kn CO1HWD233em79TP4PezQNKvas6zDYLh1JhlwS4KjP/JzHPRbV+DG54fsfQUwYH6J8hfi hIXw== 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=xxT8kkuHVndnQEpYQ666wygQ41S+B+tg+ywqdqv6y78=; b=WAstNQUfBmCZTg51XtFSuPVlGc7G6dzWzP5ti7pit/z/vuz4kHoBeRcvjt2TZuxFeQ uI7+Hef07kcjOrVy9Nsah9U12/7LSJZMxU4bpLiS1uO2taWA2PYj8gPuM/8AEqOCDiLD 8jB4zLSGH4Z4dSPkM5p2rMXgy3+wGxdDkmjmziMHLG+E2VHz8BrTFvYjrXiAGzLzajYZ XtIud+eU/csyoTFArkZtpW5vGevLqBFSa3oRrVQFUfkG59K95QTqxslUOcvnOOPvmh51 DF1Qn7QEjun4kOn2lE/xQXIVWvLx7hNtr6OkFWnvGUtOWmtp6YaYUk7Ql21r2lJwf1WH JSCg== X-Gm-Message-State: AOAM531h2yvBvsM4uB08gweAL+7/quPdbdpBrOS67Hg0diMq5vW68JcI DUiKW7DKlQJfXRjrUJBjoso57ujKiFEG8dgThqEzPA== X-Google-Smtp-Source: ABdhPJz6OC63PEFm1X3sTLu6KKj7tLRUt/BY2ulsabqzibhzjUUwpIBWB8UJyjtOnrd/nB4T5ADAPK9O9FUbPDM6XZY= X-Received: by 2002:a0c:f542:: with SMTP id p2mr23132195qvm.24.1623156510388; Tue, 08 Jun 2021 05:48:30 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <20210607090109.08ecb130@ernst.home> <20210608084646.6a7e1bc7@ernst.home> In-Reply-To: From: Warner Losh Date: Tue, 8 Jun 2021 06:48:19 -0600 Message-ID: Subject: Re: kernel panic while copying files To: Gary Jennejohn Cc: Mark Johnston , FreeBSD Current , =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Content-Type: multipart/alternative; boundary="00000000000037a20505c44093e0" X-Rspamd-Queue-Id: 4FzqmH4g0Qz4jJx X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=CTIGy1C4; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::f2c) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-1.00 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(1.00)[0.999]; 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::f2c: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:+]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::f2c:from]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::f2c:from]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: Y --00000000000037a20505c44093e0 Content-Type: text/plain; charset="UTF-8" Sorry to reply to myself... had a thought as my brain rested while making tea... I think we may need to consider reverting (or at least not yet enabling) the uma stuff. On Tue, Jun 8, 2021 at 6:27 AM Warner Losh wrote: > > > On Tue, Jun 8, 2021 at 2:47 AM Gary Jennejohn > wrote: > >> On Mon, 7 Jun 2021 16:54:11 -0400 >> Mark Johnston wrote: >> >> > On Mon, Jun 07, 2021 at 11:01:09AM +0200, Gary Jennejohn wrote: >> > > I've seen this panic three times in the last two days: >> > > >> > > [first panic] >> > > Unread portion of the kernel message buffer: >> > > >> > > >> > > Fatal trap 12: page fault while in kernel mode >> > > cpuid = 3; apic id = 03 >> > > fault virtual address = 0x801118000 >> > > fault code = supervisor write data, page not present >> > > instruction pointer = 0x20:0xffffffff808d2212 >> > > stack pointer = 0x28:0xfffffe00dbc8c760 >> > > frame pointer = 0x28:0xfffffe00dbc8c7a0 >> > > code segment = base 0x0, limit 0xfffff, type 0x1b >> > > = DPL 0, pres 1, long 1, def32 0, gran 1 >> > > processor eflags = interrupt enabled, resume, IOPL = 0 >> > > current process = 28 (dom0) >> > > trap number = 12 >> > > panic: page fault >> > > cpuid = 3 >> > > time = 1622963058 >> > > KDB: stack backtrace: >> > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >> 0xfffffe00dbc8c410 >> > > vpanic() at vpanic+0x181/frame 0xfffffe00dbc8c460 >> > > panic() at panic+0x43/frame 0xfffffe00dbc8c4c0 >> > > trap_fatal() at trap_fatal+0x387/frame 0xfffffe00dbc8c520 >> > > trap_pfault() at trap_pfault+0x4f/frame 0xfffffe00dbc8c580 >> > > trap() at trap+0x253/frame 0xfffffe00dbc8c690 >> > > calltrap() at calltrap+0x8/frame 0xfffffe00dbc8c690 >> > > --- trap 0xc, rip = 0xffffffff808d2212, rsp = 0xfffffe00dbc8c760, rbp >> = 0xfffffe00dbc8c7a0 --- >> > > zone_release() at zone_release+0x1f2/frame 0xfffffe00dbc8c7a0 >> > > bucket_drain() at bucket_drain+0xda/frame 0xfffffe00dbc8c7d0 >> > > bucket_cache_reclaim_domain() at >> bucket_cache_reclaim_domain+0x30a/frame 0xfffffe00dbc8c830 >> > > zone_reclaim() at zone_reclaim+0x162/frame 0xfffffe00dbc8c880 >> > > uma_reclaim_domain() at uma_reclaim_domain+0xa2/frame >> 0xfffffe00dbc8c8b0 >> > > vm_pageout_worker() at vm_pageout_worker+0x41e/frame >> 0xfffffe00dbc8cb70 >> > > vm_pageout() at vm_pageout+0x21e/frame 0xfffffe00dbc8cbb0 >> > > fork_exit() at fork_exit+0x7e/frame 0xfffffe00dbc8cbf0 >> > > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00dbc8cbf0 >> > > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- >> > > KDB: enter: panic >> > > >> > > __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 >> > > 55 __asm("movq %%gs:%P1,%0" : "=r" (td) : "n" (offsetof(struct >> pcpu, >> > > pc_curthread))); >> > > >> > > One difference was that in the second and third panics the fault >> virtual >> > > address was 0x0. But the backtrace was the same. >> > > >> > > Relevant info from the info.x files: >> > > Architecture: amd64 >> > > Architecture Version: 2 >> > > Version String: FreeBSD 14.0-CURRENT #33 main-n247184-1970d693039: >> Sat Jun >> > > 5 09:58:55 CEST 2021 >> > > >> > > CPU: AMD Ryzen 5 1600 Six-Core Processor (3194.09-MHz >> K8-class CPU) >> > > Origin="AuthenticAMD" Id=0x800f11 Family=0x17 Model=0x1 >> Stepping=1 >> > > AMD Features=0x2e500800 >> > > AMD >> Features2=0x35c233ff >> > > AMD Extended Feature Extensions ID >> EBX=0x1007 >> > > >> > > I have 16GiB of memory in the box. >> > > >> > > The panic occurred while copying files from an internal SATA SSD to a >> > > SATA 8TB disk in an external USB3 docking station. The panic seems to >> > > occur quite quickly, after only a few files have been copied. >> > > >> > > swap is on a different internal disk. >> > > >> > > I can poke around in the crash dumps with kgdb if anyone wants more >> > > information. >> > >> > Are you running with invariants configured in the kernel? If not, >> > please try to reproduce this in a kernel with >> > >> > options INVARIANT_SUPPORT >> > options INVARIANTS >> > >> > configured. >> > >> > A stack trace with line numbers would also be helpful. >> >> Thanks for the hint. After enabling INVARIANTS the kernel panics as >> soon I turn on the external USB3 disk. No user disk access required. >> >> Version String: FreeBSD 14.0-CURRENT #34 main-n247239-f570a6723e1: Tue Jun >> 8 09:34:32 CEST 2021 >> >> Here the kgdb backtrace: >> >> Unread portion of the kernel message buffer: >> panic: Duplicate free of 0xfffff800356b9000 from zone >> 0xfffffe00dcbdd800(da_ccb) slab 0xfffff800356b9fd8(0) >> cpuid = 8 >> time = 1623140519 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >> 0xfffffe00c5f398c0 >> vpanic() at vpanic+0x181/frame 0xfffffe00c5f39910 >> panic() at panic+0x43/frame 0xfffffe00c5f39970 >> uma_dbg_free() at uma_dbg_free+0x1e1/frame 0xfffffe00c5f399b0 >> uma_zfree_arg() at uma_zfree_arg+0x147/frame 0xfffffe00c5f39a00 >> camperiphdone() at camperiphdone+0x1b7/frame 0xfffffe00c5f39b20 >> xpt_done_process() at xpt_done_process+0x3dd/frame 0xfffffe00c5f39b60 >> xpt_done_td() at xpt_done_td+0xf5/frame 0xfffffe00c5f39bb0 >> fork_exit() at fork_exit+0x80/frame 0xfffffe00c5f39bf0 >> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00c5f39bf0 >> --- trap 0, rip = 0, rsp = 0, rbp = 0 --- >> KDB: enter: panic >> >> __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 >> 55 __asm("movq %%gs:%P1,%0" : "=r" (td) : "n" >> (offsetof(struct pcpu, >> (kgdb) bt >> #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 >> #1 doadump (textdump=textdump@entry=0) >> at /usr/src/sys/kern/kern_shutdown.c:399 >> #2 0xffffffff8040c39a in db_dump (dummy=, >> dummy2=, dummy3=, dummy4=) >> at /usr/src/sys/ddb/db_command.c:575 >> #3 0xffffffff8040c192 in db_command (last_cmdp=, >> cmd_table=, dopager=dopager@entry=1) >> at /usr/src/sys/ddb/db_command.c:482 >> #4 0xffffffff8040beed in db_command_loop () >> at /usr/src/sys/ddb/db_command.c:535 >> #5 0xffffffff8040f616 in db_trap (type=, code=> out>) >> at /usr/src/sys/ddb/db_main.c:270 >> #6 0xffffffff8066b1c4 in kdb_trap (type=type@entry=3, code=code@entry=0, >> tf=, tf@entry=0xfffffe00c5f397f0) >> at /usr/src/sys/kern/subr_kdb.c:727 >> #7 0xffffffff809a4e96 in trap (frame=0xfffffe00c5f397f0) >> at /usr/src/sys/amd64/amd64/trap.c:604 >> #8 >> #9 kdb_enter (why=0xffffffff80a61a23 "panic", msg=) >> at /usr/src/sys/kern/subr_kdb.c:506 >> #10 0xffffffff806207a2 in vpanic (fmt=, ap=, >> ap@entry=0xfffffe00c5f39950) at /usr/src/sys/kern/kern_shutdown.c:907 >> #11 0xffffffff80620533 in panic ( >> fmt=0xffffffff80d635c8 ".\024\244\200\377\377\377\377") >> at /usr/src/sys/kern/kern_shutdown.c:843 >> #12 0xffffffff808e12b1 in uma_dbg_free (zone=0xfffffe00dcbdd800, >> slab=0xfffff800356b9fd8, item=0xfffff800356b9000) >> at /usr/src/sys/vm/uma_core.c:5664 >> #13 0xffffffff808d9de7 in item_dtor (zone=0xfffffe00dcbdd800, >> item=0xfffff800356b9000, size=544, udata=0x0, skip=SKIP_NONE) >> at /usr/src/sys/vm/uma_core.c:3418 >> #14 uma_zfree_arg (zone=0xfffffe00dcbdd800, item=0xfffff800356b9000, >> udata=udata@entry=0x0) at /usr/src/sys/vm/uma_core.c:4374 >> #15 0xffffffff802da503 in uma_zfree (zone=0xffffffff80d635c8 , >> item=0x200) at /usr/src/sys/vm/uma.h:404 >> > > OK. This is a bad stack trace. camperiphdone doesn't call uma_zfree()... > It does call > xpt_free_ccb, though, and that's likely what's going wrong. And that > matches the line > numbers. Most likely this is llvm's tail call optimizations... Can you > compile the kernel > either -O0 or with -fno-optimize-sibling-calls? That will give a better > call stack. > > However, it's likely the new UMA stuff trasz committed (or it's providing > better > diagnostics than the old malloc based code which seems more likely) that > can be > disabled by the tunable kern.cam.da.enable_uma_ccbs=0. > > The lines in question: > saved_ccb = (union ccb *)done_ccb->ccb_h.saved_ccb_ptr; > bcopy(saved_ccb, done_ccb, sizeof(*done_ccb)); > xpt_free_ccb(saved_ccb); > > So we overwrite the done_ccb with the saved_ccb's contents and then free > the saved ccb. > That's likely OKish, though. > > We copy entire CCBs around in this code a lot, and I've not traced through > it. But we're > sending a scsi start unit in response to some error that is being reported > via cam_periph_error() > So if we're copying entire CCBs around, and the way they were allocated varies, then we'll copy over the 'how to free' flags as well, and that might cause us to free using the wrong routines leading to a situation like this.... I've not puzzled through all the paths, because there seem to be other places where we copy entire CCBs in this recovery code, but I think that needs to have a good hard look. Warner > #16 0xffffffff802d9117 in camperiphdone (periph=0xfffff800061e2c00, >> done_ccb=0xfffff800355d6cc0) at /usr/src/sys/cam/cam_periph.c:1427 >> #17 0xffffffff802dfebd in xpt_done_process (ccb_h=0xfffff800355d6cc0) >> at /usr/src/sys/cam/cam_xpt.c:5491 >> #18 0xffffffff802e1ec5 in xpt_done_td ( >> arg=arg@entry=0xffffffff80d33d80 ) >> at /usr/src/sys/cam/cam_xpt.c:5546 >> #19 0xffffffff805dad80 in fork_exit (callout=0xffffffff802e1dd0 >> , >> arg=0xffffffff80d33d80 , frame=0xfffffe00c5f39c00) >> at /usr/src/sys/kern/kern_fork.c:1083 >> #20 >> >> Apparently caused by recent changes to CAM. >> >> Let me know if you want more information. >> > > what's *periph say? > > camperiphdone is only use when we send a scsi start/stop is sent to try to > recover > in a couple of cases: > switch(ccb->csio.scsi_status) { ... > case SCSI_STATUS_CMD_TERMINATED: > case SCSI_STATUS_CHECK_COND: > error = camperiphscsisenseerror(ccb, orig_ccb, > ... > is the path. It might be profitable to use the debugger to trap here to > see where we're > kicking off this error recovery process. > > Warner > --00000000000037a20505c44093e0-- From nobody Tue Jun 8 13:21:28 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 77D8E7C9856; Tue, 8 Jun 2021 13:21:40 +0000 (UTC) (envelope-from lwhsu@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 4FzrVX316vz4nhy; Tue, 8 Jun 2021 13:21:40 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: from mail-yb1-f174.google.com (mail-yb1-f174.google.com [209.85.219.174]) (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: lwhsu/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4FE3485BE; Tue, 8 Jun 2021 13:21:40 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: by mail-yb1-f174.google.com with SMTP id e10so30139750ybb.7; Tue, 08 Jun 2021 06:21:40 -0700 (PDT) X-Gm-Message-State: AOAM531W7r6Deb6E/3HxZ0C/qJ90V8eKzR8LIn1Uylj4ZVOOWXr6j86X UFDjXJ5FY5SB933YLQ9Tc6k6cZxRpmPsRgPa+6U= X-Google-Smtp-Source: ABdhPJwWTCWIsCiIgsoofg+fqywPbywov31rA3smpCVgchnInmtv1TKDcBIud4Kt+dO/XNe2/lvrrnZfdHk4wmItzY8= X-Received: by 2002:a25:c78a:: with SMTP id w132mr11970630ybe.127.1623158499955; Tue, 08 Jun 2021 06:21:39 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Li-Wen Hsu Date: Tue, 8 Jun 2021 21:21:28 +0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [HEADS UP] Rename of the vendor/openzfs branch To: freebsd-git Cc: freebsd-current Content-Type: text/plain; charset="UTF-8" X-ThisMailContainsUnwantedMimeParts: N On Tue, Jun 8, 2021 at 7:45 PM Li-Wen Hsu wrote: > > Hello, > > As mentioned in the "OpenZFS imports, status update": > > https://lists.freebsd.org/archives/freebsd-git/2021-June/000013.html > > We're going to rename the current openzfs vendor branch, > vendor/openzfs, to vendor/openzfs/legacy The renaming has been done: https://cgit.freebsd.org/src/log/?h=vendor/openzfs/legacy If you have a local branch tracking vendor/openzfs, please refer to the previous mail for migration. https://lists.freebsd.org/archives/freebsd-git/2021-June/000015.html Best, Li-Wen From nobody Tue Jun 8 14:41:58 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 9ADF37CF273 for ; Tue, 8 Jun 2021 14:42:01 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wm1-x335.google.com (mail-wm1-x335.google.com [IPv6:2a00:1450:4864:20::335]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FztHF3lmrz3D91; Tue, 8 Jun 2021 14:42:01 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wm1-x335.google.com with SMTP id f17so2009783wmf.2; Tue, 08 Jun 2021 07:42:01 -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=0+FtZrhUvb4zou/SqPJNob2dA7ALGpgJvkpFjbU27pE=; b=r6LANM1SZHEjWS3tlaalXsvSBonooSZH6GE67EuQSp5Pw8GQrPELmjcEuadt0BgcGW bYaTrD1SeYbAPGjLNWtYElOo95z1Ij/sM+KcY490uK88EE6ZZMhodWzNbYb9jtmY7JI4 WhJTNgH2IJtOImuxaMcwmikRCdKkTPH1Nh2X6FBJcrAv2uR+7tyM/MZAbwujLruQsW7s ncf1WpWebmoXQwJk0BlQ7A1+bvuyOnjL6XEt6Ou4H5econEFlOulYT3tD3800bZI4Y5z HSIPb8l0oJ0PCR/yFsW3FDgX9USQDTqJ6j+ZcoX3cNm8GDKQYrXBysLvSYRAt2pykX4f bVTw== 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=0+FtZrhUvb4zou/SqPJNob2dA7ALGpgJvkpFjbU27pE=; b=KmledyVR+zcn7LFqHq8zSqCCIzLOAfPLrTBrlkv/z2LX8cU18qOR2ATb09JgRWoMvx Qt+WnLnilM0B+qlxRwM6lxwbEvNagIPEm6Bgl5eq+xDO+fCg58yg4EEKSicY3giXyxZP 0eCSVP/IHUdHyp6rTOlMrQJdsfoBccXLByJu1/97N4AAiMtRExuAVC78+vn2+o/cmzBH w46YQfOJZv3Xc/CBpB1NEV0ETooXBY7fNvHgdOtr749NfAuArueoaMEaijUit+x736Se /rKvDj/SFd+ykqw9WfgrTecR/HlC6sevZBKtDdb//tQPXt8OugjEPkLoVFlSq4Oijwfi V7Dg== X-Gm-Message-State: AOAM533tPAYh4NLE8PYCK869GheN/EdIaWU2NvPeWPTY5EydWNKXRral xfqaXbgw8FkOAMCRsUav8JYjD1tDWpk= X-Google-Smtp-Source: ABdhPJwtXgtyuTwTPedg0pNhQgfx22JK30aDOeAeAkcC/pUD8U1AaUqbbEP20zKz4ALQExipI0m1cQ== X-Received: by 2002:a1c:1b4c:: with SMTP id b73mr4600177wmb.57.1623163319884; Tue, 08 Jun 2021 07:41:59 -0700 (PDT) Received: from ernst.home (pd9e2360f.dip0.t-ipconnect.de. [217.226.54.15]) by smtp.gmail.com with ESMTPSA id o3sm13825723wrc.0.2021.06.08.07.41.59 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 08 Jun 2021 07:41:59 -0700 (PDT) Date: Tue, 8 Jun 2021 16:41:58 +0200 From: Gary Jennejohn To: Warner Losh Cc: Mark Johnston , FreeBSD Current , Edward Tomasz =?ISO-8859-1?Q?Napiera=3Fa?= Subject: Re: kernel panic while copying files Message-ID: <20210608144158.542d03be@ernst.home> In-Reply-To: References: <20210607090109.08ecb130@ernst.home> <20210608084646.6a7e1bc7@ernst.home> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FztHF3lmrz3D91 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Tue, 8 Jun 2021 06:48:19 -0600 Warner Losh wrote: > Sorry to reply to myself... had a thought as my brain rested while making > tea... > > I think we may need to consider reverting (or at least not yet enabling) > the uma stuff. > I tested and enabled the UMA CCB stuff immediately after trasz had committed it. I was able to copy files panic-free over USB until recently AFAICR. I also have had the kern.cam.ada.enable_uma_ccbs=1 set since then and have never seen a problem there. Only with USB. I'll try booting a new kernel with the uma_ccb sysctl's set to 0 and see what happens. BTW I now have a kernel compiled with -O0 ready to test. [snip lots of extraneous stuff] -- Gary Jennejohn From nobody Tue Jun 8 15:45:57 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 2B6B27ECFB0 for ; Tue, 8 Jun 2021 15:46:03 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound4s.ore.mailhop.org (outbound4s.ore.mailhop.org [54.185.97.28]) (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 4Fzvj66WXyz3MLv for ; Tue, 8 Jun 2021 15:46:02 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1623167161; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=ZUlqHUxqCIdFCM8UOyWTectWcDIlGzeFmpDrd8yyovR9DfsORpUu+9iWLhRbAN2RD5HL2Pq0NqtUF mVCkY32u6tHcNsRhjtJlHSGw0fJorp0E711utobtvbRe54JJLEVKWec4Pa5c1/GIIg/ENJ9rKn7X+i 2IQTeFO/9dmeHIFs1MrYo3+p3Vxx+9D0Rx5WOi+jPNjPeX219x5WcjWrMVST8TWMYDveefUjaAbWEO nPX4uEMhwLj4rLU9P/vEy962akMs58u4mSmqYDkpAiG05cUmjGTRSrWPUKn4xUHDQgVQS4UTo11b2i hjbRPH7YHqtkcmWr8jb6SzcVlY3GsaQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:dkim-signature:from; bh=WTeRv7SZPqDqC4yHm5n3UDgit+gIPoO5Jog0Pb38Iw4=; b=QrFhp4decWb7i4ZCHa2Vt6mQFE2ySrAp3xRoaUtQi554f2UXvbLqr3+aWULJuHwegs1DxN1EGr9ga /CL0u/HTBXxNYTPDBYLOtmvKDj08fCebtea3ad8IekaQUuMjJYl6RTq0na1LrSGNLAI2+FNvDDjuZO x0DVGUPTDzmV8JGG0FUsY1eHV+amWuFC+FMmiWn2G1ksMqC64Urpv6yIMFuxRIeek6Yf71uB2BrdNP mn6+0fwg+39m6QKfKVDFK9vW8ieg60H8ZmTCgw+dQ1EMd8QrkMsMTcyhkxF6/SPfvlrCOK9YjX0TLZ sjvwGXWl386Gkv40Fl6teNV9yrSczFA== ARC-Authentication-Results: i=1; outbound4.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=WTeRv7SZPqDqC4yHm5n3UDgit+gIPoO5Jog0Pb38Iw4=; b=DXFw3O4rfy1Tw9Lnfs9Yi3YZ5QHOpfaz6zJiD7E6W3xQVLgKIZwxunqGjgm2O7gMAm9xFq6dTimkC K9j7oi4sw000o5uwTsWQ7btoC6WI5EKd6fH6K9lKkiLWhvMZ+Dp3NqBgCVigJg/LNT/wMTNUUD9jv7 a3DtelF04HncB96q7FQQ2pFfh1eUaPTEHqyLfvV7oR8QcqhPSln9yH+r/S1w9CFa/RvTmfJbh9GIW5 Z3vR07SJHLogT6gOd/DUZcAYhxyARiORpqDHCdjRtujxtOcGi1/obUWz1iAlGCCi3CTaKNHgHIShID UxJkb2LkEHXSG2lbTvr8jd5PyIIMDMw== X-Originating-IP: 67.177.211.60 X-MHO-RoutePath: aGlwcGll X-MHO-User: 9e1f1703-c870-11eb-a655-89389772cfc7 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (c-67-177-211-60.hsd1.co.comcast.net [67.177.211.60]) by outbound4.ore.mailhop.org (Halon) with ESMTPSA id 9e1f1703-c870-11eb-a655-89389772cfc7; Tue, 08 Jun 2021 15:46:00 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 158FjvlY056905; Tue, 8 Jun 2021 09:45:57 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: Subject: Re: Files in /etc containing empty VCSId header From: Ian Lepore To: gljennjohn@gmail.com, Mark Linimon Cc: Warner Losh , John Baldwin , Michael Gmelin , "freebsd-current@freebsd.org" Date: Tue, 08 Jun 2021 09:45:57 -0600 In-Reply-To: <20210608114741.3e944e67@ernst.home> References: <20210520183705.3673dfb2@bsd64.grem.de> <2bd37d63-1806-b621-a32b-954c912bd16b@FreeBSD.org> <2a280bc83d9a6289b3443329eb15bb0cb6c75063.camel@freebsd.org> <20210608094133.GA25151@lonesome.com> <20210608114741.3e944e67@ernst.home> Content-Type: text/plain; charset="ASCII" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Fzvj66WXyz3MLv X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Tue, 2021-06-08 at 13:47 +0200, Gary Jennejohn wrote: > On Tue, 8 Jun 2021 09:41:34 +0000 > Mark Linimon wrote: > > > On Mon, Jun 07, 2021 at 01:58:01PM -0600, Ian Lepore wrote: > > > Sometimes it's a real interesting exercise to figure out where a > > > file on your runtime system comes from in the source world. > > > > A tangential problem I trip over is "what is on this SD card?" > > > > It generally takes me 5-10 minutes to remember: > > > > strings //boot/kernel/kernel | tail > > > > AFIAK it's the only way to be sure; nothing in //* seems > > to have that data. > > > > (Yes, in theory they all live in their own little box each of > > which is labeled but things happen ...) > > > > I use locate for this kind of search, e.g. > > locate netoptions > /etc/rc.d/netoptions > /usr/src/libexec/rc/rc.d/netoptions > Not a useful technique on my machine: revolution > locate netoptions | wc -l 192 I have dozens of build chroots for various products for $work. -- Ian From nobody Tue Jun 8 15:46:47 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 5DD4A7ED6DA for ; Tue, 8 Jun 2021 15:47:00 +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 4FzvkD0b3gz3Mv7 for ; Tue, 8 Jun 2021 15:46:59 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qv1-xf2c.google.com with SMTP id u14so8109197qvq.6 for ; Tue, 08 Jun 2021 08:46:59 -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=Of80+3XD5i02jKNK6RPQtvSUoBWLQiZ2w8aDkE0397Q=; b=CY/2PY+yvqyvDMbGi/DJ6/ibxOl2JtnIcUqjd3v6Sr+20Ic0MxfiTK0FV+f36cqw7u vKNsN5zadMfWiBtPBI3rLrvc4P861KkBxezt1DhO6rBuLFH+5jR2a4llq667Fboa6M/c oG4lACq0Ec0h3DwkMryg9u0/8uKLwHspF6/ow9UJYvIM3EL9Tsoez0iSKcxrOT0Mh7bC kiF7fcQ8ZIcDmHQEf68uxjqrhZyw4kaMbxH+9wEshTnHVk/5JJmJe37NAHNBnWa3hgTL VjzfYqAAUIFoJ0BoP7VYBWntZblEtakIidQsOa9ocmU/TAIMerTK963DLYeFdHKqDb/+ UP+w== 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=Of80+3XD5i02jKNK6RPQtvSUoBWLQiZ2w8aDkE0397Q=; b=DTDTfApMfVrYms0sLCxmbn2w1b+BsOBS7WftYahZLUgcuVMnNCrEIdVlqr+B11FxFL GjGBMgzGo6SYN0n3hLjsmQJmZNXE2XPBtIVw3LC66SEJzAG3fm2TI4AQAMq+leuJ7vTi /X91WayjX3+WpxoodIsDpg301sfgiU+ZWuOQRusZKAiYgm124u5Ff4gz1FZxrmJn7JlK 5s2bci8UT15qhuUajhS6ck5L2GT1sYzJznkndr9JDoaU8N/owHzAcj1n0aFLJWotpg+k YkE7yOJyNBVjjWhXGHVVMxXj8W54tjurMGs1M23HxuzlYqmzCrQw5sSgeghqJFcp4Bpg xFrg== X-Gm-Message-State: AOAM531zuvIrzjy4WhNKSq2P6spPdgvGIqpEkwOfBJ7hV2iee8EYVDVr AJAu6fx6RaR1crKFF+MzK7+3gUf3+IMzAG0N+QamwQ== X-Google-Smtp-Source: ABdhPJwDzriOS5sggHy1KF0VxooRE/TNpIwdvl9xaPUEVm453aMSW/c4fsmLn2dE1r0PMj0+oWzFy0HQvHqM6b/E5xM= X-Received: by 2002:a05:6214:16c1:: with SMTP id d1mr656827qvz.62.1623167218674; Tue, 08 Jun 2021 08:46:58 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <20210607090109.08ecb130@ernst.home> <20210608084646.6a7e1bc7@ernst.home> <20210608144158.542d03be@ernst.home> In-Reply-To: <20210608144158.542d03be@ernst.home> From: Warner Losh Date: Tue, 8 Jun 2021 09:46:47 -0600 Message-ID: Subject: Re: kernel panic while copying files To: Gary Jennejohn Cc: Mark Johnston , FreeBSD Current , "Edward Tomasz Napiera?a" Content-Type: multipart/alternative; boundary="0000000000007b270105c44311ea" X-Rspamd-Queue-Id: 4FzvkD0b3gz3Mv7 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: Y --0000000000007b270105c44311ea Content-Type: text/plain; charset="UTF-8" On Tue, Jun 8, 2021 at 8:42 AM Gary Jennejohn wrote: > On Tue, 8 Jun 2021 06:48:19 -0600 > Warner Losh wrote: > > > Sorry to reply to myself... had a thought as my brain rested while making > > tea... > > > > I think we may need to consider reverting (or at least not yet enabling) > > the uma stuff. > > > > I tested and enabled the UMA CCB stuff immediately after trasz had > committed it. I was able to copy files panic-free over USB until > recently AFAICR. > > I also have had the kern.cam.ada.enable_uma_ccbs=1 set since > then and have never seen a problem there. Only with USB. > Yes. This specific bug only affects SCSI. And it only affects it when there's an error that requires a restart. I've not yet had the time to do an audit for where else the copying is done... > I'll try booting a new kernel with the uma_ccb sysctl's set to 0 > and see what happens. > > BTW I now have a kernel compiled with -O0 ready to test. > Great! Warner --0000000000007b270105c44311ea-- From nobody Tue Jun 8 15:54:05 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id DB3827EF019 for ; Tue, 8 Jun 2021 15:54:07 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wm1-x32a.google.com (mail-wm1-x32a.google.com [IPv6:2a00:1450:4864:20::32a]) (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 4FzvtR5gcxz3Qb5 for ; Tue, 8 Jun 2021 15:54:07 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wm1-x32a.google.com with SMTP id h22-20020a05600c3516b02901a826f84095so2208598wmq.5 for ; Tue, 08 Jun 2021 08:54:07 -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=b/t4ej+xUy5mUD/YGDHYlAAw27Q70Wuflf6ZXonwUto=; b=a4gdzB++Z0o+nMWPUwnDB/f2z2Vqbd3hANliEAJZvEy84pX3S1JWS5Yj7pTH//p7q3 GxusZse/WSuq85N82oM4gaSbUn9/385VU4Kn5OZUmmkzlTX9iW4pozdZ15LT2ThZ95mW zkk3Kzz5e0Scx2Utix23AgMcNVKXtP6CthLPY0WiNyOmWTpeNdO7DnjgdUBqXSDbrdeR DccFVi9+jJnF+JXi9llv5K9pYU1tyxmJ7XaOTRpYbHw3+hzUVecnvMOdceAgO/awfUcD ytI50aPCjGGRBvh54iBMav2Rn06T+3Z510TuaS/qFGT8bM9hbMSl7NjHQU/jev9VeCDS TneA== 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=b/t4ej+xUy5mUD/YGDHYlAAw27Q70Wuflf6ZXonwUto=; b=qkVbQs4KOu3MmbSg08gWEBUEryCeCb2tAeMTPZNbgZem668LmUP/aPS26fUndPc+lg rrPA/3GOdbkN9iYJaJC/hqmBVZvQcuZ7ez4/OvgJc0Dv0iN3oVX+tWaruJpsJcHMZQpK chEEvnnGRB97tRlSJOAZ/t/zm/sXdYEqK/MMN7Ta8ATLpx93iDtY/nMzRkorEJCiYLuT ciItglNHexWfXFf5gszYOKFhyY9qTe/B/HiAIRJqK9xfnRi+g7nFIrRV7P5J0AmS7Pyz ktHAJddVaPJov0ksPu3x4uJ1w3xc92kf77iULZkCBqz0x3M1n78j2izuFlC0aQt+tplV vROg== X-Gm-Message-State: AOAM530dJNUBiW4SqPo9Ra2Y2ZPJweyABu3d6cP765LLQBbUt12wdLIN KsfCPJymCYOFmeuCumj1TV2lb8YFAA4= X-Google-Smtp-Source: ABdhPJzBaDtQai5+2FxKh0j/ILtwX6KV19Z3s2EEdy+wZh46m4lFdAWf4EfnkiO851260vgeDbpc8g== X-Received: by 2002:a1c:f717:: with SMTP id v23mr4947038wmh.32.1623167646197; Tue, 08 Jun 2021 08:54:06 -0700 (PDT) Received: from ernst.home (pd9e2360f.dip0.t-ipconnect.de. [217.226.54.15]) by smtp.gmail.com with ESMTPSA id r7sm4345243wma.9.2021.06.08.08.54.05 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 08 Jun 2021 08:54:05 -0700 (PDT) Date: Tue, 8 Jun 2021 17:54:05 +0200 From: Gary Jennejohn To: Warner Losh Cc: FreeBSD Current Subject: Re: kernel panic while copying files Message-ID: <20210608155405.5cf0e200@ernst.home> In-Reply-To: References: <20210607090109.08ecb130@ernst.home> <20210608084646.6a7e1bc7@ernst.home> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FzvtR5gcxz3Qb5 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Tue, 8 Jun 2021 06:27:04 -0600 Warner Losh wrote: > On Tue, Jun 8, 2021 at 2:47 AM Gary Jennejohn wrote: > [snip old stuff] > > Here the kgdb backtrace: > > > > Unread portion of the kernel message buffer: > > panic: Duplicate free of 0xfffff800356b9000 from zone > > 0xfffffe00dcbdd800(da_ccb) slab 0xfffff800356b9fd8(0) > > cpuid = 8 > > time = 1623140519 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > > 0xfffffe00c5f398c0 > > vpanic() at vpanic+0x181/frame 0xfffffe00c5f39910 > > panic() at panic+0x43/frame 0xfffffe00c5f39970 > > uma_dbg_free() at uma_dbg_free+0x1e1/frame 0xfffffe00c5f399b0 > > uma_zfree_arg() at uma_zfree_arg+0x147/frame 0xfffffe00c5f39a00 > > camperiphdone() at camperiphdone+0x1b7/frame 0xfffffe00c5f39b20 > > xpt_done_process() at xpt_done_process+0x3dd/frame 0xfffffe00c5f39b60 > > xpt_done_td() at xpt_done_td+0xf5/frame 0xfffffe00c5f39bb0 > > fork_exit() at fork_exit+0x80/frame 0xfffffe00c5f39bf0 > > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00c5f39bf0 > > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > > KDB: enter: panic > > > > __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 > > 55 __asm("movq %%gs:%P1,%0" : "=r" (td) : "n" > > (offsetof(struct pcpu, > > (kgdb) bt > > #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 > > #1 doadump (textdump=textdump@entry=0) > > at /usr/src/sys/kern/kern_shutdown.c:399 > > #2 0xffffffff8040c39a in db_dump (dummy=, > > dummy2=, dummy3=, dummy4=) > > at /usr/src/sys/ddb/db_command.c:575 > > #3 0xffffffff8040c192 in db_command (last_cmdp=, > > cmd_table=, dopager=dopager@entry=1) > > at /usr/src/sys/ddb/db_command.c:482 > > #4 0xffffffff8040beed in db_command_loop () > > at /usr/src/sys/ddb/db_command.c:535 > > #5 0xffffffff8040f616 in db_trap (type=, code= > out>) > > at /usr/src/sys/ddb/db_main.c:270 > > #6 0xffffffff8066b1c4 in kdb_trap (type=type@entry=3, code=code@entry=0, > > tf=, tf@entry=0xfffffe00c5f397f0) > > at /usr/src/sys/kern/subr_kdb.c:727 > > #7 0xffffffff809a4e96 in trap (frame=0xfffffe00c5f397f0) > > at /usr/src/sys/amd64/amd64/trap.c:604 > > #8 > > #9 kdb_enter (why=0xffffffff80a61a23 "panic", msg=) > > at /usr/src/sys/kern/subr_kdb.c:506 > > #10 0xffffffff806207a2 in vpanic (fmt=, ap=, > > ap@entry=0xfffffe00c5f39950) at /usr/src/sys/kern/kern_shutdown.c:907 > > #11 0xffffffff80620533 in panic ( > > fmt=0xffffffff80d635c8 ".\024\244\200\377\377\377\377") > > at /usr/src/sys/kern/kern_shutdown.c:843 > > #12 0xffffffff808e12b1 in uma_dbg_free (zone=0xfffffe00dcbdd800, > > slab=0xfffff800356b9fd8, item=0xfffff800356b9000) > > at /usr/src/sys/vm/uma_core.c:5664 > > #13 0xffffffff808d9de7 in item_dtor (zone=0xfffffe00dcbdd800, > > item=0xfffff800356b9000, size=544, udata=0x0, skip=SKIP_NONE) > > at /usr/src/sys/vm/uma_core.c:3418 > > #14 uma_zfree_arg (zone=0xfffffe00dcbdd800, item=0xfffff800356b9000, > > udata=udata@entry=0x0) at /usr/src/sys/vm/uma_core.c:4374 > > #15 0xffffffff802da503 in uma_zfree (zone=0xffffffff80d635c8 , > > item=0x200) at /usr/src/sys/vm/uma.h:404 > > > > OK. This is a bad stack trace. camperiphdone doesn't call uma_zfree()... > It does call > xpt_free_ccb, though, and that's likely what's going wrong. And that > matches the line > numbers. Most likely this is llvm's tail call optimizations... Can you > compile the kernel > either -O0 or with -fno-optimize-sibling-calls? That will give a better > call stack. > > However, it's likely the new UMA stuff trasz committed (or it's providing > better > diagnostics than the old malloc based code which seems more likely) that > can be > disabled by the tunable kern.cam.da.enable_uma_ccbs=0. > > The lines in question: > saved_ccb = (union ccb *)done_ccb->ccb_h.saved_ccb_ptr; > bcopy(saved_ccb, done_ccb, sizeof(*done_ccb)); > xpt_free_ccb(saved_ccb); > > So we overwrite the done_ccb with the saved_ccb's contents and then free > the saved ccb. > That's likely OKish, though. > > We copy entire CCBs around in this code a lot, and I've not traced through > it. But we're > sending a scsi start unit in response to some error that is being reported > via cam_periph_error() > > #16 0xffffffff802d9117 in camperiphdone (periph=0xfffff800061e2c00, > > done_ccb=0xfffff800355d6cc0) at /usr/src/sys/cam/cam_periph.c:1427 > > #17 0xffffffff802dfebd in xpt_done_process (ccb_h=0xfffff800355d6cc0) > > at /usr/src/sys/cam/cam_xpt.c:5491 > > #18 0xffffffff802e1ec5 in xpt_done_td ( > > arg=arg@entry=0xffffffff80d33d80 ) > > at /usr/src/sys/cam/cam_xpt.c:5546 > > #19 0xffffffff805dad80 in fork_exit (callout=0xffffffff802e1dd0 > > , > > arg=0xffffffff80d33d80 , frame=0xfffffe00c5f39c00) > > at /usr/src/sys/kern/kern_fork.c:1083 > > #20 > > > > Apparently caused by recent changes to CAM. > > > > Let me know if you want more information. > > > > what's *periph say? > Well, flags is CAM_PERIPH_RECOVERY_INPROG|CAM_PERIPH_LOCK_WANTED |CAM_PERIPH_LOCKED. Here's the entire dump: (kgdb) p/x *(struct cam_periph *)periph $1 = {periph_start = 0xffffffff80328a00, periph_oninval = 0xffffffff803287e0, periph_dtor = 0xffffffff803288a0, periph_name = 0xffffffff80e545d7, path = 0xfffff8000611cdc0, softc = 0xfffffe01117ca000, sim = 0xfffff80005873600, unit_number = 0x0, type = 0x0, flags = 0x26, scheduled_priority = 0xffffffff, immediate_priority = 0xffffffff, periph_allocating = 0x0, periph_allocated = 0x1, refcount = 0x5, ccb_list = { slh_first = 0x0}, periph_links = {sle_next = 0xfffff8005d68be00}, unit_links = {tqe_next = 0x0, tqe_prev = 0xffffffff810530a8}, deferred_callback = 0x0, deferred_ac = 0x0, periph_run_task = {ta_link = { stqe_next = 0x0}, ta_pending = 0x0, ta_priority = 0x0, ta_flags = 0x0, ta_func = 0xffffffff802dd4d0, ta_context = 0xfffff8005d68bd00}, ccb_zone = 0xfffffe00dc9d9800} path does not seem very useful because it contains a bunch of pointers. (kgdb) x/s ((struct cam_periph *)periph)->periph_name 0xffffffff80e545d7: "da" > camperiphdone is only use when we send a scsi start/stop is sent to try to > recover > in a couple of cases: > switch(ccb->csio.scsi_status) { ... > case SCSI_STATUS_CMD_TERMINATED: > case SCSI_STATUS_CHECK_COND: > error = camperiphscsisenseerror(ccb, orig_ccb, > ... > is the path. It might be profitable to use the debugger to trap here to see > where we're > kicking off this error recovery process. > Ok, I set a breakpoint in ddb at camperiphdone. Once ddb was in that routine I set a breakpoint in camperiphscsisenseerror, but that was never hit. So, apparently that routine is not being entered and the kernel paniced. With kern.cam.da.enable_uma_ccbs=0 there is no panic. Here's the kgdb backtrace with the -O0 kernel: (kgdb) bt #0 0xffffffff8081d706 in doadump (textdump=0) at /usr/src/sys/kern/kern_shutdown.c:398 #1 0xffffffff804ef15a in db_dump (dummy=-2138500043, dummy2=false, dummy3=-1, dummy4=0xfffffe00c62a11b0 "") at /usr/src/sys/ddb/db_command.c:575 #2 0xffffffff804eef5f in db_command ( last_cmdp=0xffffffff8114d380 , cmd_table=0x0, dopager=1) at /usr/src/sys/ddb/db_command.c:482 #3 0xffffffff804eeb38 in db_command_loop () at /usr/src/sys/ddb/db_command.c:535 #4 0xffffffff804f38ef in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:270 #5 0xffffffff80891d02 in kdb_trap (type=3, code=0, tf=0xfffffe00c62a1680) at /usr/src/sys/kern/subr_kdb.c:727 #6 0xffffffff80dd53c3 in trap (frame=0xfffffe00c62a1680) at /usr/src/sys/amd64/amd64/trap.c:604 #7 0xffffffff80dd6718 in trap_check (frame=0xfffffe00c62a1680) at /usr/src/sys/amd64/amd64/trap.c:664 #8 #9 breakpoint () at /usr/src/sys/amd64/include/cpufunc.h:66 #10 0xffffffff808910d0 in kdb_enter (why=0xffffffff80eaaf0b "panic", msg=0xffffffff80eaaf0b "panic") at /usr/src/sys/kern/subr_kdb.c:505 #11 0xffffffff8081dbfe in vpanic ( fmt=0xffffffff80e80f73 "Duplicate free of %p from zone %p(%s) slab %p(%d)", ap=0xfffffe00c62a1850) at /usr/src/sys/kern/kern_shutdown.c:906 #12 0xffffffff8081d6b0 in panic ( fmt=0xffffffff80e80f73 "Duplicate free of %p from zone %p(%s) slab %p(%d)") at /usr/src/sys/kern/kern_shutdown.c:843 #13 0xffffffff80caaec5 in uma_dbg_free (zone=0xfffffe00dc9d9800, slab=0xfffff80007ee0fd8, item=0xfffff80007ee0000) at /usr/src/sys/vm/uma_core.c:5664 #14 0xffffffff80c9faf5 in item_dtor (zone=0xfffffe00dc9d9800, item=0xfffff80007ee0000, size=544, udata=0x0, skip=SKIP_NONE) at /usr/src/sys/vm/uma_core.c:3418 #15 0xffffffff80c9eec7 in uma_zfree_arg (zone=0xfffffe00dc9d9800, item=0xfffff80007ee0000, udata=0x0) at /usr/src/sys/vm/uma_core.c:4374 #16 0xffffffff802e5a89 in uma_zfree (zone=0xfffffe00dc9d9800, item=0xfffff80007ee0000) at /usr/src/sys/vm/uma.h:404 #17 0xffffffff802dcfa6 in xpt_free_ccb (free_ccb=0xfffff80007ee0000) at /usr/src/sys/cam/cam_xpt.c:4674 #18 0xffffffff802db639 in camperiphdone (periph=0xfffff8005d68bd00, done_ccb=0xfffff80007797cc0) at /usr/src/sys/cam/cam_periph.c:1427 #19 0xffffffff802e59b6 in xpt_done_process (ccb_h=0xfffff80007797cc0) at /usr/src/sys/cam/cam_xpt.c:5491 #20 0xffffffff802e811e in xpt_done_td (arg=0xffffffff81143c00 ) at /usr/src/sys/cam/cam_xpt.c:5546 #21 0xffffffff807ac0ea in fork_exit (callout=0xffffffff802e7f20 , arg=0xffffffff81143c00 , frame=0xfffffe00c62a1c00) at /usr/src/sys/kern/kern_fork.c:1083 #22 -- Gary Jennejohn From nobody Tue Jun 8 17:54:41 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 64A7511C8D73 for ; Tue, 8 Jun 2021 17:54:43 +0000 (UTC) (envelope-from jhb@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 4FzyYb2KT5z3vlM; Tue, 8 Jun 2021 17:54:43 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro.local (ralph.baldwin.cx [66.234.199.215]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: jhb) by smtp.freebsd.org (Postfix) with ESMTPSA id B58D4AB60; Tue, 8 Jun 2021 17:54:42 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Subject: Re: Files in /etc containing empty VCSId header To: Ian Lepore , Warner Losh Cc: Michael Gmelin , "freebsd-current@freebsd.org" References: <20210520183705.3673dfb2@bsd64.grem.de> <2bd37d63-1806-b621-a32b-954c912bd16b@FreeBSD.org> <2a280bc83d9a6289b3443329eb15bb0cb6c75063.camel@freebsd.org> From: John Baldwin Message-ID: Date: Tue, 8 Jun 2021 10:54:41 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:78.0) Gecko/20100101 Thunderbird/78.10.0 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 In-Reply-To: <2a280bc83d9a6289b3443329eb15bb0cb6c75063.camel@freebsd.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: N On 6/7/21 12:58 PM, Ian Lepore wrote: > On Mon, 2021-06-07 at 13:53 -0600, Warner Losh wrote: >> On Mon, Jun 7, 2021 at 12:26 PM John Baldwin wrote: >> >>> On 5/20/21 9:37 AM, Michael Gmelin wrote: >>>> Hi, >>>> >>>> After a binary update using freebsd-update, all files in /etc >>>> contain >>>> "empty" VCS Id headers, e.g., >>>> >>>> $ head /etc/nsswitch.conf >>>> # >>>> # nsswitch.conf(5) - name service switch configuration file >>>> # $FreeBSD$ >>>> # >>>> group: compat >>>> group_compat: nis >>>> hosts: files dns >>>> netgroup: compat >>>> networks: files >>>> passwd: compat >>>> >>>> After migrating to git, I would've expected those to contain >>>> something >>>> else or disappear completely. Is this expected and are there any >>>> plans >>>> to remove them completely? >>> >>> I believe we might eventually remove them in the future, but doing >>> so >>> right now would introduce a lot of churn and the conversion to git >>> had enough other churn going on. >>> >> >> We'd planned on not removing things that might be merged to stable/12 >> since >> those releases (12.3 only I think) will be built out of svn. We'll >> likely >> start to >> remove things more widely as the stable/12 branch reaches EOL and >> after. >> >> Warner > > It would be really nice if, instead of just deleting the $FreeBSD$ > markers, they could be replaced with the path/filename of the file in > the source tree. Sometimes it's a real interesting exercise to figure > out where a file on your runtime system comes from in the source world. > All the source tree layout changes that happened for packaged-base > makes it even more interesting. My hope is that we un-break src/etc. :( A few folks have looked at doing that (notably Kyle). -- John Baldwin From nobody Tue Jun 8 19:15:37 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 2D20511CE84B for ; Tue, 8 Jun 2021 19:15:49 +0000 (UTC) (envelope-from SRS0=emw9=LC=FreeBSD.org=otis@ns2.wilbury.net) Received: from ns2.wilbury.net (ns2.wilbury.net [IPv6:2a01:b200:0:1:f816:3eff:fecd:13e6]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "svc.wilbury.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G00M81vc2z4YVg for ; Tue, 8 Jun 2021 19:15:47 +0000 (UTC) (envelope-from SRS0=emw9=LC=FreeBSD.org=otis@ns2.wilbury.net) Received: from smtpclient.apple (gw-upc.owhome.net [188.167.168.254]) (Authenticated sender: juraj@lutter.sk) by svc.wilbury.net (Postfix) with ESMTPSA id BE57145D085 for ; Tue, 8 Jun 2021 21:15:37 +0200 (CEST) From: Juraj Lutter Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: 14-CURRENT/aarch64 build problem Message-Id: <12319609-40E7-429A-B290-9C01B0A8ACDC@FreeBSD.org> Date: Tue, 8 Jun 2021 21:15:37 +0200 To: freebsd-current X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Spam-Status: No, score=-0.8 required=5.0 tests=BAYES_00,KHOP_HELO_FCRDNS, SPF_HELO_NONE,SPF_SOFTFAIL autolearn=no autolearn_force=no version=3.4.5 X-Spam-Checker-Version: SpamAssassin 3.4.5 (2021-03-20) on ns2.wilbury.net X-Rspamd-Queue-Id: 4G00M81vc2z4YVg X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of SRS0=emw9=LC=FreeBSD.org=otis@ns2.wilbury.net has no SPF policy when checking 2a01:b200:0:1:f816:3eff:fecd:13e6) smtp.mailfrom=SRS0=emw9=LC=FreeBSD.org=otis@ns2.wilbury.net X-Spamd-Result: default: False [1.20 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; FORGED_SENDER(0.30)[otis@FreeBSD.org,SRS0=emw9=LC=FreeBSD.org=otis@ns2.wilbury.net]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a01:b200:0:1:f816:3eff:fecd:13e6:from]; ASN(0.00)[asn:44185, ipnet:2a01:b200::/32, country:SK]; R_DKIM_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DOM_EQ_FROM_DOM(0.00)[]; ARC_NA(0.00)[]; SUBJECT_ENDS_SPACES(0.50)[]; FROM_NEQ_ENVFROM(0.00)[otis@FreeBSD.org,SRS0=emw9=LC=FreeBSD.org=otis@ns2.wilbury.net]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a01:b200:0:1:f816:3eff:fecd:13e6:from:127.0.2.255]; DMARC_NA(0.00)[FreeBSD.org]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; 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-ThisMailContainsUnwantedMimeParts: N Hi, I=E2=80=99m having problem to build recent 14-CURRENT/aarch64 as of = 6d2648bcaba9b14e2f5c76680f3e7608e1f125f4: --- cddl/lib/libuutil__L --- make[4]: make[4]: don't know how to make uu_dprintf.c. Stop make[4]: make[4]: don't know how to make uu_open.c. Stop `uu_alloc.c' is up to date. `uu_avl.c' is up to date. `uu_dprintf.c' was not built (being made, type OP_DEPS_FOUND|OP_MARK, = flags REMAKE|DONE_WAIT|DONE_ALLSRC|DONECYCLE)! =E2=80=A6 The build is performed with pristine /usr/obj Any hints, please? Thanks otis =E2=80=94 Juraj Lutter otis@FreeBSD.org From nobody Tue Jun 8 19:38:05 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B80B85D03D0; Tue, 8 Jun 2021 19:38:11 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G00ry45Lpz4bjm; Tue, 8 Jun 2021 19:38:10 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 158Jc5En025421 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 8 Jun 2021 12:38:06 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 158Jc56i025420; Tue, 8 Jun 2021 12:38:05 -0700 (PDT) (envelope-from fbsd) Date: Tue, 8 Jun 2021 12:38:05 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Cc: freebsd-current Subject: Re: 14-CURRENT/aarch64 build problem Message-ID: <20210608193805.GA24803@www.zefox.net> References: <12319609-40E7-429A-B290-9C01B0A8ACDC@FreeBSD.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <12319609-40E7-429A-B290-9C01B0A8ACDC@FreeBSD.org> X-Rspamd-Queue-Id: 4G00ry45Lpz4bjm X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [0.90 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; AUTH_NA(1.00)[]; NEURAL_SPAM_SHORT(1.00)[0.997]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm,freebsd-current]; MID_RHS_WWW(0.50)[] X-ThisMailContainsUnwantedMimeParts: N On Tue, Jun 08, 2021 at 09:15:37PM +0200, Juraj Lutter wrote: > Hi, > > I???m having problem to build recent 14-CURRENT/aarch64 as of 6d2648bcaba9b14e2f5c76680f3e7608e1f125f4: > > --- cddl/lib/libuutil__L --- > make[4]: make[4]: don't know how to make uu_dprintf.c. Stop > make[4]: make[4]: don't know how to make uu_open.c. Stop > `uu_alloc.c' is up to date. > `uu_avl.c' is up to date. > `uu_dprintf.c' was not built (being made, type OP_DEPS_FOUND|OP_MARK, flags REMAKE|DONE_WAIT|DONE_ALLSRC|DONECYCLE)! > ??? > > The build is performed with pristine /usr/obj > FWIW, same problem seen here. In an added twist, git pull (hoping for a fix) fails also: root@www:/usr/src # git pull error: cannot lock ref 'refs/remotes/freebsd/vendor/openzfs/legacy': 'refs/remotes/freebsd/vendor/openzfs' exists; cannot create 'refs/remotes/freebsd/vendor/openzfs/legacy' >From https://git.freebsd.org/src ! [new branch] vendor/openzfs/legacy -> freebsd/vendor/openzfs/legacy (unable to update local ref) error: cannot lock ref 'refs/remotes/freebsd/vendor/openzfs/master': 'refs/remotes/freebsd/vendor/openzfs' exists; cannot create 'refs/remotes/freebsd/vendor/openzfs/master' ! [new branch] vendor/openzfs/master -> freebsd/vendor/openzfs/master (unable to update local ref) error: cannot lock ref 'refs/remotes/freebsd/vendor/openzfs/zfs-2.1-release': 'refs/remotes/freebsd/vendor/openzfs' exists; cannot create 'refs/remotes/freebsd/vendor/openzfs/zfs-2.1-release' ! [new branch] vendor/openzfs/zfs-2.1-release -> freebsd/vendor/openzfs/zfs-2.1-release (unable to update local ref) Is this a problem at my end, or the server's end? Thanks for reading, bob prohaska From nobody Tue Jun 8 19:42:02 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 10E8B5D15DF; Tue, 8 Jun 2021 19:42:16 +0000 (UTC) (envelope-from SRS0=emw9=LC=FreeBSD.org=otis@ns2.wilbury.net) Received: from ns2.wilbury.net (ns2.wilbury.net [92.60.51.55]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "svc.wilbury.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G00xg6Rp0z4dLL; Tue, 8 Jun 2021 19:42:15 +0000 (UTC) (envelope-from SRS0=emw9=LC=FreeBSD.org=otis@ns2.wilbury.net) Received: from smtpclient.apple (gw-upc.owhome.net [188.167.168.254]) (Authenticated sender: juraj@lutter.sk) by svc.wilbury.net (Postfix) with ESMTPSA id 697BE45CF18; Tue, 8 Jun 2021 21:42:03 +0200 (CEST) Content-Type: text/plain; charset=utf-8 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: 14-CURRENT/aarch64 build problem From: Juraj Lutter In-Reply-To: <20210608193805.GA24803@www.zefox.net> Date: Tue, 8 Jun 2021 21:42:02 +0200 Cc: freebsd-arm@freebsd.org, freebsd-current Content-Transfer-Encoding: quoted-printable Message-Id: References: <12319609-40E7-429A-B290-9C01B0A8ACDC@FreeBSD.org> <20210608193805.GA24803@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Spam-Status: No, score=-0.7 required=5.0 tests=BAYES_00,KHOP_HELO_FCRDNS, SPF_HELO_NONE,SPF_SOFTFAIL,TW_NZ,TW_ZF autolearn=no autolearn_force=no version=3.4.5 X-Spam-Checker-Version: SpamAssassin 3.4.5 (2021-03-20) on ns2.wilbury.net X-Rspamd-Queue-Id: 4G00xg6Rp0z4dLL X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N > On 8 Jun 2021, at 21:38, bob prohaska wrote: >=20 > FWIW, same problem seen here. In an added twist, git pull (hoping for > a fix) fails also: >=20 > root@www:/usr/src # git pull > error: cannot lock ref 'refs/remotes/freebsd/vendor/openzfs/legacy': = 'refs/remotes/freebsd/vendor/openzfs' exists; cannot create = 'refs/remotes/freebsd/vendor/openzfs/legacy' > =46rom https://git.freebsd.org/src > ! [new branch] vendor/openzfs/legacy -> = freebsd/vendor/openzfs/legacy (unable to update local ref) > error: cannot lock ref 'refs/remotes/freebsd/vendor/openzfs/master': = 'refs/remotes/freebsd/vendor/openzfs' exists; cannot create = 'refs/remotes/freebsd/vendor/openzfs/master' > ! [new branch] vendor/openzfs/master -> = freebsd/vendor/openzfs/master (unable to update local ref) > error: cannot lock ref = 'refs/remotes/freebsd/vendor/openzfs/zfs-2.1-release': = 'refs/remotes/freebsd/vendor/openzfs' exists; cannot create = 'refs/remotes/freebsd/vendor/openzfs/zfs-2.1-release' > ! [new branch] vendor/openzfs/zfs-2.1-release -> = freebsd/vendor/openzfs/zfs-2.1-release (unable to update local ref) >=20 > Is this a problem at my end, or the server's end? This already has been documented, as the old openzfs branch has been = renamed/moved. $ git remote prune freebsd $ git pull See: = https://lists.freebsd.org/archives/freebsd-git/2021-June/000015.html otis =E2=80=94 Juraj Lutter otis@FreeBSD.org From nobody Tue Jun 8 20:10:13 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B793B5D369B; Tue, 8 Jun 2021 20:10:22 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [202.12.127.228]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.protected-networks.net", Issuer "R3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G01Z64PV1z4h5s; Tue, 8 Jun 2021 20:10:22 +0000 (UTC) (envelope-from imb@protected-networks.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding :content-language:content-type:content-type:in-reply-to :mime-version:user-agent:date:date:message-id:from:from :references:subject:subject; s=201508; t=1623183013; bh=WOFopupj kazh9lGSkOeedbz64sHpDzIvzV+4VXUyZsg=; b=FG2O9Z9LqgxEvCe/L1RHWO7B 5OxdfJqe6ctdqM7KMShg3u1Wlb6YTIouG8d1z1lS1j6Z2w3awgUPE8OmCd3pLuVa mepORULf5gnMaJBJpmWkMnLHZb2o3KEERYXBI3XXLBs52vbkROTaW5GUTVAO/ciN MDg8L4YKDbjyz32wzGw= Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id 7312028CC1; Tue, 8 Jun 2021 16:10:13 -0400 (EDT) Subject: Re: 14-CURRENT/aarch64 build problem To: Juraj Lutter Cc: freebsd-arm@freebsd.org, freebsd-current References: <12319609-40E7-429A-B290-9C01B0A8ACDC@FreeBSD.org> <20210608193805.GA24803@www.zefox.net> Message-ID: Date: Tue, 8 Jun 2021 16:10:13 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-NZ Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4G01Z64PV1z4h5s X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: imb@protected-networks.net From: Michael Butler via freebsd-arm X-Original-From: Michael Butler X-ThisMailContainsUnwantedMimeParts: N On 6/8/21 3:42 PM, Juraj Lutter wrote: > > >> On 8 Jun 2021, at 21:38, bob prohaska wrote: >> >> FWIW, same problem seen here. In an added twist, git pull (hoping for >> a fix) fails also: >> >> root@www:/usr/src # git pull >> error: cannot lock ref 'refs/remotes/freebsd/vendor/openzfs/legacy': 'refs/remotes/freebsd/vendor/openzfs' exists; cannot create 'refs/remotes/freebsd/vendor/openzfs/legacy' >> From https://git.freebsd.org/src >> ! [new branch] vendor/openzfs/legacy -> freebsd/vendor/openzfs/legacy (unable to update local ref) >> error: cannot lock ref 'refs/remotes/freebsd/vendor/openzfs/master': 'refs/remotes/freebsd/vendor/openzfs' exists; cannot create 'refs/remotes/freebsd/vendor/openzfs/master' >> ! [new branch] vendor/openzfs/master -> freebsd/vendor/openzfs/master (unable to update local ref) >> error: cannot lock ref 'refs/remotes/freebsd/vendor/openzfs/zfs-2.1-release': 'refs/remotes/freebsd/vendor/openzfs' exists; cannot create 'refs/remotes/freebsd/vendor/openzfs/zfs-2.1-release' >> ! [new branch] vendor/openzfs/zfs-2.1-release -> freebsd/vendor/openzfs/zfs-2.1-release (unable to update local ref) >> >> Is this a problem at my end, or the server's end? > > This already has been documented, as the old openzfs branch has been renamed/moved. > > $ git remote prune freebsd > $ git pull > > See: https://lists.freebsd.org/archives/freebsd-git/2021-June/000015.html Having pulled a completely new tree (rm -rf /usr/src/*; git clone), I get the following failure .. did I miss something? ===> cddl/lib/libicp_rescue (obj,all,install) Building /usr/obj/usr/src/amd64.amd64/cddl/lib/libicp_rescue/libicp_rescue.so.3 building shared library libicp_rescue.so.3 Building /usr/obj/usr/src/amd64.amd64/cddl/lib/libicp_rescue/_libinstall ===> cddl/lib/libspl (obj,all,install) make[4]: make[4]: don't know how to make atomic.S. Stop `assert.c' is up to date. `list.c' is up to date. `mkdirp.c' is up to date. `page.c' is up to date. `timestamp.c' is up to date. `zone.c' is up to date. `include/sys/list.h' is up to date. `include/sys/list_impl.h' is up to date. `getexecname.c' is up to date. `gethostid.c' is up to date. `getmntany.c' is up to date. `mnttab.c' is up to date. `atomic.S' was not built (being made, type OP_DEPS_FOUND|OP_MARK, flags REMAKE|DONE_WAIT|DONE_ALLSRC|DONECYCLE)! `afterdepend' was not built (deferred, type OP_DEPENDS|OP_NOTMAIN|OP_PHONY|OP_DEPS_FOUND|OP_MARK, flags REMAKE|DONE_WAIT|DONECYCLE)! `afterdepend' has .ORDER dependency against .depend (deferred, type OP_DEPENDS|OP_NOPATH|OP_DEPS_FOUND|OP_MARK, flags REMAKE|DONE_WAIT|CYCLE|DONECYCLE) `assert.o' was not built (unmade, type OP_DEPENDS|OP_NOPATH|OP_HAS_COMMANDS|OP_DEPS_FOUND|OP_MARK, flags REMAKE|DONE_WAIT|DONECYCLE)! `list.o' was not built (unmade, type OP_DEPENDS|OP_NOPATH|OP_HAS_COMMANDS|OP_DEPS_FOUND|OP_MARK, flags REMAKE|DONE_WAIT|DONECYCLE)! ` [ .. etc. .. ] imb From nobody Tue Jun 8 20:47:25 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 08F5D5D5CF7 for ; Tue, 8 Jun 2021 20:47:47 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.3 with cipher TLS_CHACHA20_POLY1305_SHA256 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.evolve.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G02PF4JKlz4lFx for ; Tue, 8 Jun 2021 20:47:44 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id 5d533339 for ; Tue, 8 Jun 2021 20:47:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=date:from:to :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=20180501; bh=6VE12wVQ naekFVj7igYIX/Vt3J8=; b=RCa6S1zxFW6YLaYZWBuYSNu85fqNlOlQaZz62KV8 ovJn7VShnmUouUT1yzCOl/R6OJrK2bMdS51gVGoZT3hF4Afyz8SknpIDwHqkIhso BLk4E97njAFpOAAnlA2pdtDyjzYjQppuK24ajlTWPRkNSHxLsmZ9CfRRsgN1c4Br PZlTPjF3X+RwuAwT0cmjCcu2uA+lWM0FlSie34RDT53mFDKiIErMvX92iAkgWAd+ /rtL6CtckQw0f4pSDhKAADi5GM9H/iNcR526rEhKgL0mcRwIj+Vf9ZQCVDlamutx jZPs3XVLk+Sh+nx0sS+kzTPvo6d9tOkFUVEiNZb/t8XJvw== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=date:from:to :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=20180501; b=Si MlhX+B/tJAYuhxdV26U7ApJOk9XFZRJQEiq6pjKry1VL/VWhNPenWAGEztqOUi+G R6AUqfA6avdTgqpMq+WsfftACUpKDJpXaI2KvyKCTa9WhaXa90cPkIDZYBrWhTtw U0z+NpFbuxwzWKKMCrZrGbaBcZmk+OYSTY/QNyfbmmhqSAeVSENKuwLhl8W0ozp9 +uL8/ig4CO3Jv3RD1M0xE2tsQ6S2i7rhazfpGbMWzWQ4hg6pVVXD9ZKHn898+HiU 7OrTHO2WcPjY/lvL0bY0W3qsEHEOl4WhhZZWdzKrEHJJmmeI0cEEH15aiWtXOhdy JmCi0et/tm5g2y2du0vw== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 47f7c3bb (TLSv1.3:AEAD-CHACHA20-POLY1305-SHA256:256:NO) for ; Tue, 8 Jun 2021 20:47:38 +0000 (UTC) Date: Tue, 8 Jun 2021 22:47:25 +0200 From: Michael Gmelin To: "freebsd-current@freebsd.org" Subject: Re: ssh connections break with "Fssh_packet_write_wait" on 13 [SOLVED] Message-ID: <20210608224725.35930d70@bsd64.grem.de> In-Reply-To: <20210603150906.48cbd638@bsd64.grem.de> References: <20210601134747.40920d51@bsd64.grem.de> <20210603150906.48cbd638@bsd64.grem.de> X-Face: $wrgCtfdVw_H9WAY?S&9+/F"!41z'L$uo*WzT8miX?kZ~W~Lr5W7v?j0Sde\mwB&/ypo^}> +a'4xMc^^KroE~+v^&^#[B">soBo1y6(TW6#UZiC]o>C6`ej+i Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWJBwe5BQDl LASZU0/LTEWEfHbyj0Txi32+sKrp1Mv944X8/fm1rS+cAAAACXBIWXMAAAsTAAAL EwEAmpwYAAAAB3RJTUUH3wESCxwC7OBhbgAAACFpVFh0Q29tbWVudAAAAAAAQ3Jl YXRlZCB3aXRoIFRoZSBHSU1QbbCXAAAAAghJREFUOMu11DFvEzEUAGCfEhBVFzuq AKkLd0O6VrIQsLXVSZXoWE5N1K3DobBBA9fQpRWc8OkWouaIjedWKiyREOKs+3PY fvalCNjgLVHeF7/3bMtBzV8C/VsQ8tecEgCcDgrzjekwKZ7TwsJZd/ywEKwwP+ZM 8P3drTsAwWn2mpWuDDuYiK1bFs6De0KUUFw0tWxm+D4AIhuuvZqtyWYeO7jQ4Aea 7jUqI+ixhQoHex4WshEvSXdood7stlv4oSuFOC4tqGcr0NjEqXgV4mMJO38nld4+ xKNxRDon7khyKVqY7YR4d+Cg0OMrkWXZOM7YDkEfKiilCn1qYv4mighZiynuHHOA Wq9QJq+BIES7lMFUtcikMnkDGHUoncA+uHgrP0ctIEqfwLHzeSo+eUA66AqzwN6n 2ZHJhw6Qh/PoyC/QENyEyC/AyNjq74Bs+3UH0xYwzDUC4B97HgLocg1QLYgDDO1v f3UX9Y307Ew4AHh67YAFFsxEpkXwpXY3eIgMhAAE3R19L919nNnuD2wlPcDE3UeT L2ytEICQib9BXgS2fU8PrD82ToYO1OEmMSnYTjSqSv9wdC0tPYC+rQRQD9ESnldF CyqfmiYW+tlALt8gH2xrMdC/youbjzPXEun+/ReXsMCDyve3dZc09fn2Oas8oXGc Jj6/fOeK5UmSMPmf/jL+GD8BEj0k/Fn6IO4AAAAASUVORK5CYII= List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4G02PF4JKlz4lFx X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=grem.de header.s=20180501 header.b=RCa6S1zx; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@grem.de designates 213.239.217.29 as permitted sender) smtp.mailfrom=freebsd@grem.de X-Spamd-Result: default: False [-1.60 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[grem.de:s=20180501]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:213.239.217.29/32]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[grem.de]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[213.239.217.29:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.90)[0.905]; DKIM_TRACE(0.00)[grem.de:+]; TO_DN_EQ_ADDR_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[213.239.217.29:from]; ASN(0.00)[asn:24940, ipnet:213.239.192.0/18, country:DE]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-ThisMailContainsUnwantedMimeParts: N On Thu, 3 Jun 2021 15:09:06 +0200 Michael Gmelin wrote: > On Tue, 1 Jun 2021 13:47:47 +0200 > Michael Gmelin wrote: > > > Hi, > > > > Since upgrading servers from 12.2 to 13.0, I get > > > > Fssh_packet_write_wait: Connection to 1.2.3.4 port 22: Broken pipe > > > > consistently, usually after about 11 idle minutes, that's with and > > without pf enabled. Client (11.4 in a VM) wasn't altered. > > > > Verbose logging (client and server side) doesn't show anything > > special when the connection breaks. In the past, QoS problems > > caused these disconnects, but I didn't see anything apparent > > changing between 12.2 and 13 in this respect. > > > > I did a test on a newly commissioned server to rule out other > > factors (so, same client connections, some routes, same > > everything). On 12.2 before the update: Connection stays open for > > hours. After the update (same server): connections breaks > > consistently after < 15 minutes (this is with unaltered > > configurations, no *AliveInterval configured on either side of the > > connection). > > I did a little bit more testing and realized that the problem goes > away when I disable "Proportional Rate Reduction per RFC 6937" on the > server side: > > sysctl net.inet.tcp.do_prr=0 > > Keeping it on and enabling net.inet.tcp.do_prr_conservative doesn't > fix the problem. > > This seems to be specific to Parallels. After some more digging, I > realized that Parallels Desktop's NAT daemon (prl_naptd) handles > keep-alive between the VM and the external server on its own. There is > no direct communication between the client and the server. This means: > > - The NAT daemon starts sending keep-alive packages right away (not > after the VM's net.inet.tcp.keepidle), every 75 seconds. > - Keep-alive packages originating in the VM never reach the server. > - Keep-alive originating on the server never reaches the VM. > - Client and server basically do keep-alive with the nat daemon, not > with each other. > > It also seems like Parallels is filtering the tos field (so it's > always 0x00), but that's unrelated. > > I configured a bhyve VM running FreeBSD 11.4 on a separate laptop on > the same network for comparison and is has no such issues. > > Looking at TCP dump output on the server, this is what a keep-alive > package sent by Parallels looks like: > > 10:14:42.449681 IP (tos 0x0, ttl 64, id 15689, offset 0, flags > [none], proto TCP (6), length 40) > 192.168.1.1.58222 > 192.168.1.2.22: Flags [.], cksum x (correct), > seq 2534, ack 3851, win 4096, length 0 > > While those originating from the bhyve VM (after lowering > net.inet.tcp.keepidle) look like this: > > 12:18:43.105460 IP (tos 0x0, ttl 62, id 0, offset 0, flags [DF], > proto TCP (6), length 52) > 192.168.1.3.57555 > 192.168.1.2.22: Flags [.], cksum x > (correct), seq 1780337696, ack 45831723, win 1026, options > [nop,nop,TS val 3003646737 ecr 3331923346], length 0 > > Like written above, once net.inet.tcp.do_prr is disabled, keepalive > seems to be working just fine. Otherwise, Parallel's NAT daemon kills > the connection, as its keep-alive requests are not answered (well, > that's what I think is happening): > > 10:19:43.614803 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], > proto TCP (6), length 40) > 192.168.1.1.58222 > 192.168.1.2.22: Flags [R.], cksum x (correct), > seq 2535, ack 3851, win 4096, length 0 > > The easiest way to work around the problem Client side is to configure > ServerAliveInterval in ~/.ssh/config in the Client VM. > > I'm curious though if this is basically a Parallels problem that has > only been exposed by PRR being more correct (which is what I suspect), > or if this is actually a FreeBSD problem. > So, PRR probably was a red herring and the real reason that's happening is that FreeBSD (since version 13[0]) by default discards packets without timestamps for connections that formally had negotiated to have them. This new behavior seems to be in line with RFC 7323, section 3.2[1]: "Once TSopt has been successfully negotiated, that is both and contain TSopt, the TSopt MUST be sent in every non- segment for the duration of the connection, and SHOULD be sent in an segment (see Section 5.2 for details)." As it turns out, macOS does exactly this - send keep-alive packets without a timestamp for connections that were negotiated to have them. Under normal circumstances - ssh from macOS to a server running FreeBSD 13 - this won't be noticed, since macOS uses the same default settings as FreeBSD (2 hours idle time, 75 seconds intervals), so the server side initiated keep-alive will save the connection before it has a chance to break due to eight consecutive unanswered keep-alives at the client side. This is different for ssh connections originating from a VM inside Parallels, as connections created by prl_naptd will start sending tcp keep-alives shortly after the connection becomes idle. As a result, idle connections break after about 11 minutes of idle time (60s + 8*75s = 660s == 11m), unless countermeasures are taken. An easy way to demonstrate the problem is to change keep-alive defaults on *macOS* using sysctl and sshing to a FreeBSD 13 server: $ sudo sysctl net.inet.tcp.keepidle=5000 $ sudo sysctl net.inet.tcp.keepintvl=5000 $ ssh -oTCPKeepAlive=yes myserver This way, the problem described can be reproduced quite easily: Disconnect due to broken pipe after 45-60 seconds of idle time, tcpdump confirming that keep-alive packets don't have tcp timestamps, while they were used when negotiating the connection. There are various ways to work around the issue. Client side workarounds: - Use ServerAlive* settings in ~/.ssh/config (ssh only) - Tune net.inet.tcp.keep* sysctls on macOS (for all services) Server side workarounds: - Use ClientAlive* settings in ~/.ssh/config (ssh only) - Tolerate missing timestamps in packets using sysctl, which makes FreeBSD 13 behave like previous versions did: sysctl net.inet.tcp.tolerate_missing_ts=1 The last option probably being the most practical one. rscheff@ and tuexen@ (thank you!) were able to reproduce the issue and reached out to Apple to see if there is something they can do to fix this at their end (macOS) in the future. Best Michael [0]https://cgit.freebsd.org/src/commit/?id=283c76c7c3f2f634f19f303a771a3f81fe890cab [1]https://datatracker.ietf.org/doc/html/rfc7323#section-3.2 -- Michael Gmelin From nobody Tue Jun 8 22:09:54 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 1F3AA7CBFE8 for ; Tue, 8 Jun 2021 22:10:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-22.consmr.mail.gq1.yahoo.com (sonic302-22.consmr.mail.gq1.yahoo.com [98.137.68.148]) (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 4G04D75RKmz4tCp for ; Tue, 8 Jun 2021 22:09:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1623190198; bh=X3IxrDALxbLxBlou6C1bImp+k4GR1KUfRWd7fA/o8r0=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=Rk9MoIYOnZCkbZjDRVy/8myz3wvRJv2rBDNOsXtA612Z4jqIhpXHtV3Dg7o6JEAM/XH8B7t1bOkJ/TQ6//lGjUeHkJAo5iJF/Y1UsZZOkz4N9ArpX6R2RjTqUoOb5IyB2ZRxxks5KeS9bBhFmF8TndnQA0/gnKP/rCj1TQ5q7XIiqiZISeK/9timkDJfbfylAE8Z1V/4oe7bk1qBkP/Wc3KxR6/87wyIwuJPnCPf3Vukq8D5eFZJEQ5wAAtCWD2MOJzT1FbKBrW+PGazmoqMmv/9nAswW5qtB32K9ZuAzA/7JG0Ia4w15R4IseKl4fd8p14p/p8/O9JEIs1ND0H/hw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1623190198; bh=4NM090f+WQe3sE2SSqErar22NjiI0mHi3qrFZ325V/R=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=pOPR+UF49wEwbSKMQvfoQTdemStVnEqaBR1YxI3bjovJ4fxxMRi3+r0VuWw29VNqhE6qnk3WXNZCkGRAMnQz0cXBzp2dUfdoXzdOz+8U6fWolf0uIfYPOLLkHFvfb+JiVPP+jr/oed6UDJ5BG+a/D3jrdTwQU6l7yuMmd7fDib8MFzqLCxheve7DR6UtZoR2KVxoDUvMGn+Z4d836DUb3apuKIpSRYZMU+mjPZGT0g8IVVr0tT8iOQCAQg7VnCnl6Mj8BVQNh7lPyKSwcfg57KaB4Ufr0ufPPA+9bkrWxEq46GErz3AoJl5M0T2VThlaD7TPevR8cBcDmyDI4k/j4A== X-YMail-OSG: 0WMxzcoVM1k5QGqnBdk1P36nZlbi9gSGZxhkJg0IpFI4kSI3azKEPanwOtV_LYg CpJ56J0IkiQ6eL0HSMT2.BKGgAA2bjf0j1J6OUYajLLXxnXg6BFETAzNZWxj8Emh6SmLsrWJz6aF FiFKi8Cb89L5ZnGoTNDH_n227C7gScrgldLY9whPtxFzV_EePT7q1E.zjXSUStOQrGXXN5ahVtjn Dhg9wWEu2uZI3pH1QEjKAb.nYUC_t0k.rYr6cEBdS6L6b2ct7gPHk3mauxQ7XbZ69uqc3sCANENd iAsQeU8OBy00eSoDIrM3qrQQ3racJMjW77DkMvts9_q1eMWvOvxEA2ESu4AZjqduEJZ2FiJjy3jc UHOidiQFZsae5oc1kvwYZNCryV.rktDYdwEUoRZlnms51M0iFrOZI_dgtkHW94Bvq7aR7npz.HSP i8Yd0F10csYb3Qerv8wJD6HZjzwg8UwAwuY03Ryl2x_2WqXTi7QA4Zfc2JHl4CNqeE5yFLB5vHiC hEqrFZ6HJY9CF3VKSATIkDZpllRu.keZNJrcIQBDVLcvrFFrQpQyQ0_IkwcONMQrSUTBBqNgM.tB lR5XSa1UVUlxoUO1pnAANSl94fpZ_lk2ABCw1m43xvuEwIhF1Coa8dlvOa1z6EBgKMaLafiYxGIi Hp9B.BgIUYUXxlyEqMQM0RcJ278DiJmGDn1tq4AHr9Ra8ACi5E6IaJY7TWQm8iszl7don7XZl8ga opdV31EZcmcza5STJNqPUes0q8UskWfQ.dFZ5QU50Xid0EjlPua4R9Nyz0NEhNM1V7zKuJwJwyJB _mlRwQ0.tSVnxKrtngNun7JSJoR7cHd.IFi7zI8ITM1XhrqWEZmMwk5R43NTScRm4awOlicT3FG0 SXnmmb58A_Jd9hEx056MwRLeSVQTO_XGpNQeQVjqy6_IQesexICsAIwFziQ3TBcfRo4w6FGGNG.R c1RcTzn49oz.LvBvuQ68JmUSzK8rb9_B_FcO8_l9q9gs47988ZRdTIqbupNobsKMti3ZTq1PklHz Nk8saagF6IM8ERj2gelNmhusaHKMX7e16KK11BoGPWYpZeKUdWgsFtSG_BeTlnFIW4X80h5dHtbk K7F.POpUyNNvCOqmGATz0SzT0MiUTceWLns3QpBFqQgqgU_h3HFKr6nJ9CzHqVbFstm28awwIJmG g4SKaBEjrdTCaI2Wr86JwUAbTnkTX0VKlsXVXDqqVIOlBJ3skrt6D4safvHLPCcJNXxR3SGJiXxE r_58qsl.QKYmzt.WcHew0cuRlFk3J8oZiKWMpHLbQaSN3fwEF7mUyDZPr5q74f6.W6K0531YTKQQ s1pAJJaVqLWVMZ2RZ0Hy4i3TDgL8bjdYGcg1FBz6bVdxxoyjmGNOKfLdPmBNnU2tbhXgkZ_sn6WQ 1jeU1zVu2IIgk8qNOILeo4.x6E_h2WWTF6cW2JZ6J46MX0wYckKC3eqGR3hIrPkO0bnYZmx.WDDA ZmF4Ha0GAmooLXoyF7WEfJ7dFd9vmzcAQe7qGH4zvKZ2XWM4gqZcuiKfd6aejHmiH0do1fN_hleO yvX4k5OEXenD_m2srqOmOHc4GTH8bqLLFVoudCViDsigHTFmSMt65PS9rC6k8KSGWtgwS9FyklaP CzQwfBHgQBmRo2awD8sW_pg8jdpVNlO31YV3RziNlLCSkwRE4TQ3svLVjSJEjcnsl4jI5avzL_p3 55cO_fhQ3wClpFoixHTHdv8Lgiu.QpX8569EEJqnzVK6gNSrh9t0p4ngreek9qVQUSXqhJ.jOY.9 DRwxect7ildTcG4jIBR8GbkT.9qYwEH_tq.y564X2GR_0sr3n_J1E_CTSrpeWNyn03YSbWhxLID0 6p8YoqXQxzCpXIcRHDi_jDIg0HRNoVWTfSMdYfqBhK5WtEPANdt.3221tXKaQ6jW.Uf.mQ1qQNi8 yHoCoX6CQtjTk.ARSIngLxygJlCVyqhcAno1Rm5957jvcbvyYXkyych0cIWG7aw.8Exno1G1lu.h GJuG_bgMadsuz7y_RIFDH82jFEn.WSD4DEPCeYrA8_oody4PzAQ2R.hw3eeXtjsibegmpP7NBJK2 aBEeJWxfly3gJL4TybUfcchVPDV3opkABWVykY3HyzfznE2plf0iNIj5Go7f1buRjFW5_HM9FQYi tcf6eE5JoeQUNMddLvKTsd6.VxypA9_U8b09fJt2BHbJn0CWeZvutG9h3_Taw4XTONck6Fxh8cAi lbrCE6CXnsWDZN3Cae26nWZ0A_Pcr7.lXWsiz2uKCH.vReb.DswhRdSr4nMCEMLk0qKaGu7C4hZY XZE.aWMTzFaOTUNTzGSUW1GXTEXsE0pQcsty6YjNI3UXgM_SFXcgiHhw043dsNr0Ljlwlckg4b5L N8OmNuYHlmnEI9VWXUgpK.Z4rbeBLDGOantffuCBaNV9M5K5G3fGOX1AuOIugaqVSxHy_.1ufE5f 9fav_ZhU0QMv2pT2hJb79X0QBWrvPiRzKiuxP3Ps7w.NOn__NYhLi5vLtd1P0Y9RNZsWmAUZfLJl Zxi28uV9vhRoARFIbsI5pSkLSoGAizSAZ8XzNNXixeRAzTZjGRzfMuOcmudGiQdRtih4fPr5i0eo N_N5jTsG5bHijYjo6S1N3pm3u6DhY3u5NUiljhIAZtOmZ28ck6.mgyO61I1ynklAYO3TkMxvimPj HiIIQXJNrVaZ7CKttVWzmhqd7mAtFHrDkzjsZi0g- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.gq1.yahoo.com with HTTP; Tue, 8 Jun 2021 22:09:58 +0000 Received: by kubenode548.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID f3ad74d6ed73ab097f4220e2a5120456; Tue, 08 Jun 2021 22:09:56 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: OpenZFS imports, status update Message-Id: <94FF271E-1397-42C5-8A9C-26E423D72701@yahoo.com> Date: Tue, 8 Jun 2021 15:09:54 -0700 Cc: freebsd-git , freebsd-current , FreeBSD-STABLE Mailing List To: Li-Wen Hsu X-Mailer: Apple Mail (2.3654.100.0.2.22) References: <94FF271E-1397-42C5-8A9C-26E423D72701.ref@yahoo.com> X-Rspamd-Queue-Id: 4G04D75RKmz4tCp X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Rk9MoIYO; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.148 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.68.148:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.68.148:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.148:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-git X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N Li-Wen Hsu wrote (in part) on Date: Tue, 8 Jun 2021 06:29:51 +0800 : > The people have local branch tracking the original vendor/openzfs will > encounter issues like this whey doing `git pull`: >=20 > error: cannot lock ref > 'refs/remotes/freebsd/vendor/openzfs/legacy': > 'refs/remotes/freebsd/vendor/openzfs' exists; cannot create > 'refs/remotes/freebsd/vendor/openzfs/legacy' >=20 > The solution is update the upstream of the tracking branch: >=20 > (change "freebsd" to "origin" if you use default remote name) > git update-ref -d refs/remotes/freebsd/vendor/openzfs > git branch -u freebsd/vendor/openzfs/legacy vendor/openzfs/legacy I guess I misunderstood the meaning of the wording. I've never explicitly created a branch of or checked out anything from vendor/ or below. So I was not expecting anything. I do use main and stable/13 and releng/13.0 explicitly in worktrees, no local commits involved for the context that this is from. Looks like some implicit initial configuration defaults mean "local branch tracking" of vendor/openzfs was implicitly/automatically in use in a way that fits the actual intent of the wording: # git fetch remote: Enumerating objects: 21551, done. remote: Counting objects: 100% (21551/21551), done. remote: Compressing objects: 100% (152/152), done. remote: Total 75711 (delta 21460), reused 21399 (delta 21399), = pack-reused 54160 Receiving objects: 100% (75711/75711), 46.02 MiB | 4.74 MiB/s, done. Resolving deltas: 100% (59104/59104), completed with 2449 local objects. =46rom https://git.FreeBSD.org/src e5f5b6a75c0a..f20893853e8e main -> = freebsd/main a4deddc0de32..53de482ad419 releng/11.4 -> = freebsd/releng/11.4 f5ddeabc08e7..6e927d10c587 releng/12.2 -> = freebsd/releng/12.2 8023e729a521..b74cdf1eceae releng/13.0 -> = freebsd/releng/13.0 dbb3df26a8a3..90e161ec6d11 stable/11 -> = freebsd/stable/11 f146c0338c6c..0a41a2899eb2 stable/12 -> = freebsd/stable/12 ddd0a8bffe35..04c4bd7f7b52 stable/13 -> = freebsd/stable/13 1e02e5b0ba86..395770967c36 vendor/acpica -> = freebsd/vendor/acpica error: cannot lock ref 'refs/remotes/freebsd/vendor/openzfs/legacy': = 'refs/remotes/freebsd/vendor/openzfs' exists; cannot create = 'refs/remotes/freebsd/vendor/openzfs/legacy' ! [new branch] vendor/openzfs/legacy -> = freebsd/vendor/openzfs/legacy (unable to update local ref) error: cannot lock ref 'refs/remotes/freebsd/vendor/openzfs/master': = 'refs/remotes/freebsd/vendor/openzfs' exists; cannot create = 'refs/remotes/freebsd/vendor/openzfs/master' ! [new branch] vendor/openzfs/master -> = freebsd/vendor/openzfs/master (unable to update local ref) error: cannot lock ref = 'refs/remotes/freebsd/vendor/openzfs/zfs-2.1-release': = 'refs/remotes/freebsd/vendor/openzfs' exists; cannot create = 'refs/remotes/freebsd/vendor/openzfs/zfs-2.1-release' ! [new branch] vendor/openzfs/zfs-2.1-release -> = freebsd/vendor/openzfs/zfs-2.1-release (unable to update local ref) efec8223892b..40c7ff83e74e vendor/wpa -> = freebsd/vendor/wpa * [new tag] vendor/acpica/20210604 -> = vendor/acpica/20210604 So, for now, I then did: # git update-ref -d refs/remotes/freebsd/vendor/openzfs # git fetch =46rom https://git.FreeBSD.org/src * [new branch] vendor/openzfs/legacy -> = freebsd/vendor/openzfs/legacy * [new branch] vendor/openzfs/master -> = freebsd/vendor/openzfs/master * [new branch] vendor/openzfs/zfs-2.1-release -> = freebsd/vendor/openzfs/zfs-2.1-release This order was apparently a mistake in some way because after it I then tried the other of the pair of commands and got: # git branch -u freebsd/vendor/openzfs/legacy vendor/openzfs/legacy fatal: branch 'vendor/openzfs/legacy' does not exist Yet what I see is: # git remote show freebsd * remote freebsd Fetch URL: https://git.FreeBSD.org/src.git Push URL: https://git.FreeBSD.org/src.git HEAD branch: main Remote branches: main tracked refs/notes/commits tracked . . . releng/13.0 tracked . . . stable/13 tracked . . . vendor/openzfs/legacy tracked vendor/openzfs/master tracked vendor/openzfs/zfs-2.1-release tracked . . . Local branches configured for 'git pull': main merges with remote main releng/13.0 merges with remote releng/13.0 stable/13 merges with remote stable/13 So I'm not sure if I have anything that is messed up or not. Nothing looks odd to me, other than the one command's output. Overall it seems that most people not doing something special with an initial git configuration for FreeBSD so have to deal with the issue at hand explicitly in some way. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Tue Jun 8 22:11:53 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 6ADB67CE358 for ; Tue, 8 Jun 2021 22:12:03 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4G04GV2wkcz4vjt; Tue, 8 Jun 2021 22:12:01 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 158MBr7g010420; Tue, 8 Jun 2021 15:11:53 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 158MBrbe010419; Tue, 8 Jun 2021 15:11:53 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202106082211.158MBrbe010419@gndrsh.dnsmgr.net> Subject: Re: Files in /etc containing empty VCSId header In-Reply-To: <20210608114741.3e944e67@ernst.home> To: gljennjohn@gmail.com Date: Tue, 8 Jun 2021 15:11:53 -0700 (PDT) CC: Mark Linimon , Ian Lepore , Warner Losh , John Baldwin , Michael Gmelin , "freebsd-current@freebsd.org" X-Mailer: ELM [version 2.4ME+ PL121h (25)] List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4G04GV2wkcz4vjt X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N > On Tue, 8 Jun 2021 09:41:34 +0000 > Mark Linimon wrote: > > > On Mon, Jun 07, 2021 at 01:58:01PM -0600, Ian Lepore wrote: > > > Sometimes it's a real interesting exercise to figure out where a > > > file on your runtime system comes from in the source world. There is a command for that which does or use to do a pretty decent job of it called whereis(1). > > > > A tangential problem I trip over is "what is on this SD card?" > > > > It generally takes me 5-10 minutes to remember: > > > > strings //boot/kernel/kernel | tail > > > > AFIAK it's the only way to be sure; nothing in //* seems > > to have that data. > > > > (Yes, in theory they all live in their own little box each of > > which is labeled but things happen ...) > > > > I use locate for this kind of search, e.g. > > locate netoptions > /etc/rc.d/netoptions > /usr/src/libexec/rc/rc.d/netoptions > > -- > Gary Jennejohn > > -- Rod Grimes rgrimes@freebsd.org From nobody Tue Jun 8 22:20:56 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 45AD87CF6F7 for ; Tue, 8 Jun 2021 22:20:59 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4G04Sp6QX1z3FR1 for ; Tue, 8 Jun 2021 22:20:58 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 158MKu0i010442; Tue, 8 Jun 2021 15:20:56 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 158MKu4f010441; Tue, 8 Jun 2021 15:20:56 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202106082220.158MKu4f010441@gndrsh.dnsmgr.net> Subject: Re: ssh connections break with "Fssh_packet_write_wait" on 13 [SOLVED] In-Reply-To: <20210608224725.35930d70@bsd64.grem.de> To: Michael Gmelin Date: Tue, 8 Jun 2021 15:20:56 -0700 (PDT) CC: "freebsd-current@freebsd.org" X-Mailer: ELM [version 2.4ME+ PL121h (25)] List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4G04Sp6QX1z3FR1 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N > > On Thu, 3 Jun 2021 15:09:06 +0200 > Michael Gmelin wrote: > > > On Tue, 1 Jun 2021 13:47:47 +0200 > > Michael Gmelin wrote: > > > > > Hi, > > > > > > Since upgrading servers from 12.2 to 13.0, I get > > > > > > Fssh_packet_write_wait: Connection to 1.2.3.4 port 22: Broken pipe > > > > > > consistently, usually after about 11 idle minutes, that's with and > > > without pf enabled. Client (11.4 in a VM) wasn't altered. > > > > > > Verbose logging (client and server side) doesn't show anything > > > special when the connection breaks. In the past, QoS problems > > > caused these disconnects, but I didn't see anything apparent > > > changing between 12.2 and 13 in this respect. > > > > > > I did a test on a newly commissioned server to rule out other > > > factors (so, same client connections, some routes, same > > > everything). On 12.2 before the update: Connection stays open for > > > hours. After the update (same server): connections breaks > > > consistently after < 15 minutes (this is with unaltered > > > configurations, no *AliveInterval configured on either side of the > > > connection). > > > > I did a little bit more testing and realized that the problem goes > > away when I disable "Proportional Rate Reduction per RFC 6937" on the > > server side: > > > > sysctl net.inet.tcp.do_prr=0 > > > > Keeping it on and enabling net.inet.tcp.do_prr_conservative doesn't > > fix the problem. > > > > This seems to be specific to Parallels. After some more digging, I > > realized that Parallels Desktop's NAT daemon (prl_naptd) handles > > keep-alive between the VM and the external server on its own. There is > > no direct communication between the client and the server. This means: > > > > - The NAT daemon starts sending keep-alive packages right away (not > > after the VM's net.inet.tcp.keepidle), every 75 seconds. > > - Keep-alive packages originating in the VM never reach the server. > > - Keep-alive originating on the server never reaches the VM. > > - Client and server basically do keep-alive with the nat daemon, not > > with each other. > > > > It also seems like Parallels is filtering the tos field (so it's > > always 0x00), but that's unrelated. > > > > I configured a bhyve VM running FreeBSD 11.4 on a separate laptop on > > the same network for comparison and is has no such issues. > > > > Looking at TCP dump output on the server, this is what a keep-alive > > package sent by Parallels looks like: > > > > 10:14:42.449681 IP (tos 0x0, ttl 64, id 15689, offset 0, flags > > [none], proto TCP (6), length 40) > > 192.168.1.1.58222 > 192.168.1.2.22: Flags [.], cksum x (correct), > > seq 2534, ack 3851, win 4096, length 0 > > > > While those originating from the bhyve VM (after lowering > > net.inet.tcp.keepidle) look like this: > > > > 12:18:43.105460 IP (tos 0x0, ttl 62, id 0, offset 0, flags [DF], > > proto TCP (6), length 52) > > 192.168.1.3.57555 > 192.168.1.2.22: Flags [.], cksum x > > (correct), seq 1780337696, ack 45831723, win 1026, options > > [nop,nop,TS val 3003646737 ecr 3331923346], length 0 > > > > Like written above, once net.inet.tcp.do_prr is disabled, keepalive > > seems to be working just fine. Otherwise, Parallel's NAT daemon kills > > the connection, as its keep-alive requests are not answered (well, > > that's what I think is happening): > > > > 10:19:43.614803 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], > > proto TCP (6), length 40) > > 192.168.1.1.58222 > 192.168.1.2.22: Flags [R.], cksum x (correct), > > seq 2535, ack 3851, win 4096, length 0 > > > > The easiest way to work around the problem Client side is to configure > > ServerAliveInterval in ~/.ssh/config in the Client VM. > > > > I'm curious though if this is basically a Parallels problem that has > > only been exposed by PRR being more correct (which is what I suspect), > > or if this is actually a FreeBSD problem. > > > > So, PRR probably was a red herring and the real reason that's happening > is that FreeBSD (since version 13[0]) by default discards packets > without timestamps for connections that formally had negotiated to have > them. This new behavior seems to be in line with RFC 7323, section > 3.2[1]: > > "Once TSopt has been successfully negotiated, that is both and > contain TSopt, the TSopt MUST be sent in every non- > segment for the duration of the connection, and SHOULD be sent in an > segment (see Section 5.2 for details)." > > As it turns out, macOS does exactly this - send keep-alive packets > without a timestamp for connections that were negotiated to have them. > > Under normal circumstances - ssh from macOS to a server running FreeBSD > 13 - this won't be noticed, since macOS uses the same default settings > as FreeBSD (2 hours idle time, 75 seconds intervals), so the server > side initiated keep-alive will save the connection before it has a > chance to break due to eight consecutive unanswered keep-alives at the > client side. > > This is different for ssh connections originating from a VM inside > Parallels, as connections created by prl_naptd will start sending tcp > keep-alives shortly after the connection becomes idle. As a result, > idle connections break after about 11 minutes of idle time (60s > + 8*75s = 660s == 11m), unless countermeasures are taken. > > An easy way to demonstrate the problem is to change keep-alive defaults > on *macOS* using sysctl and sshing to a FreeBSD 13 server: > > $ sudo sysctl net.inet.tcp.keepidle=5000 > $ sudo sysctl net.inet.tcp.keepintvl=5000 > $ ssh -oTCPKeepAlive=yes myserver > > This way, the problem described can be reproduced quite easily: > Disconnect due to broken pipe after 45-60 seconds of idle time, tcpdump > confirming that keep-alive packets don't have tcp timestamps, while > they were used when negotiating the connection. > > There are various ways to work around the issue. > > Client side workarounds: > - Use ServerAlive* settings in ~/.ssh/config (ssh only) > - Tune net.inet.tcp.keep* sysctls on macOS (for all services) > > Server side workarounds: > - Use ClientAlive* settings in ~/.ssh/config (ssh only) > - Tolerate missing timestamps in packets using sysctl, which makes > FreeBSD 13 behave like previous versions did: > > sysctl net.inet.tcp.tolerate_missing_ts=1 > > The last option probably being the most practical one. > > rscheff@ and tuexen@ (thank you!) were able to reproduce the issue and > reached out to Apple to see if there is something they can do to fix > this at their end (macOS) in the future. Can we please have the default of tolerate_missing_ts in current, stable/13 and an errata issued to releng_13 changing this value to =1 and staying that way until the buggy tcp stacks are found and eliminated. > > Best > Michael > > [0]https://cgit.freebsd.org/src/commit/?id=283c76c7c3f2f634f19f303a771a3f81fe890cab > [1]https://datatracker.ietf.org/doc/html/rfc7323#section-3.2 > > -- > Michael Gmelin > > -- Rod Grimes rgrimes@freebsd.org From nobody Tue Jun 8 22:32:19 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 6FF767E95F2 for ; Tue, 8 Jun 2021 22:32:22 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "Sectigo RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G04jy20RFz3HV3 for ; Tue, 8 Jun 2021 22:32:21 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from smtpclient.apple (unknown [IPv6:2a02:8109:1140:c3d:10c:5917:5301:f59a]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTPSA id 6328A721E2825; Wed, 9 Jun 2021 00:32:19 +0200 (CEST) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: ssh connections break with "Fssh_packet_write_wait" on 13 [SOLVED] From: tuexen@freebsd.org In-Reply-To: <202106082220.158MKu4f010441@gndrsh.dnsmgr.net> Date: Wed, 9 Jun 2021 00:32:19 +0200 Cc: Michael Gmelin , "freebsd-current@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: <202106082220.158MKu4f010441@gndrsh.dnsmgr.net> To: "Rodney W. Grimes" X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-Rspamd-Queue-Id: 4G04jy20RFz3HV3 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N > On 9. Jun 2021, at 00:20, Rodney W. Grimes = wrote: >=20 >>=20 >> On Thu, 3 Jun 2021 15:09:06 +0200 >> Michael Gmelin wrote: >>=20 >>> On Tue, 1 Jun 2021 13:47:47 +0200 >>> Michael Gmelin wrote: >>>=20 >>>> Hi, >>>>=20 >>>> Since upgrading servers from 12.2 to 13.0, I get >>>>=20 >>>> Fssh_packet_write_wait: Connection to 1.2.3.4 port 22: Broken pipe >>>>=20 >>>> consistently, usually after about 11 idle minutes, that's with and >>>> without pf enabled. Client (11.4 in a VM) wasn't altered. >>>>=20 >>>> Verbose logging (client and server side) doesn't show anything >>>> special when the connection breaks. In the past, QoS problems >>>> caused these disconnects, but I didn't see anything apparent >>>> changing between 12.2 and 13 in this respect. >>>>=20 >>>> I did a test on a newly commissioned server to rule out other >>>> factors (so, same client connections, some routes, same >>>> everything). On 12.2 before the update: Connection stays open for >>>> hours. After the update (same server): connections breaks >>>> consistently after < 15 minutes (this is with unaltered >>>> configurations, no *AliveInterval configured on either side of the >>>> connection).=20 >>>=20 >>> I did a little bit more testing and realized that the problem goes >>> away when I disable "Proportional Rate Reduction per RFC 6937" on = the >>> server side: >>>=20 >>> sysctl net.inet.tcp.do_prr=3D0 >>>=20 >>> Keeping it on and enabling net.inet.tcp.do_prr_conservative doesn't >>> fix the problem. >>>=20 >>> This seems to be specific to Parallels. After some more digging, I >>> realized that Parallels Desktop's NAT daemon (prl_naptd) handles >>> keep-alive between the VM and the external server on its own. There = is >>> no direct communication between the client and the server. This = means: >>>=20 >>> - The NAT daemon starts sending keep-alive packages right away (not >>> after the VM's net.inet.tcp.keepidle), every 75 seconds. >>> - Keep-alive packages originating in the VM never reach the server. >>> - Keep-alive originating on the server never reaches the VM. >>> - Client and server basically do keep-alive with the nat daemon, not >>> with each other. >>>=20 >>> It also seems like Parallels is filtering the tos field (so it's >>> always 0x00), but that's unrelated. >>>=20 >>> I configured a bhyve VM running FreeBSD 11.4 on a separate laptop on >>> the same network for comparison and is has no such issues. >>>=20 >>> Looking at TCP dump output on the server, this is what a keep-alive >>> package sent by Parallels looks like: >>>=20 >>> 10:14:42.449681 IP (tos 0x0, ttl 64, id 15689, offset 0, flags >>> [none], proto TCP (6), length 40) >>> 192.168.1.1.58222 > 192.168.1.2.22: Flags [.], cksum x (correct), >>> seq 2534, ack 3851, win 4096, length 0 >>>=20 >>> While those originating from the bhyve VM (after lowering >>> net.inet.tcp.keepidle) look like this: >>>=20 >>> 12:18:43.105460 IP (tos 0x0, ttl 62, id 0, offset 0, flags [DF], >>> proto TCP (6), length 52) >>> 192.168.1.3.57555 > 192.168.1.2.22: Flags [.], cksum x >>> (correct), seq 1780337696, ack 45831723, win 1026, options >>> [nop,nop,TS val 3003646737 ecr 3331923346], length 0 >>>=20 >>> Like written above, once net.inet.tcp.do_prr is disabled, keepalive >>> seems to be working just fine. Otherwise, Parallel's NAT daemon = kills >>> the connection, as its keep-alive requests are not answered (well, >>> that's what I think is happening): >>>=20 >>> 10:19:43.614803 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], >>> proto TCP (6), length 40) >>> 192.168.1.1.58222 > 192.168.1.2.22: Flags [R.], cksum x (correct), >>> seq 2535, ack 3851, win 4096, length 0 >>>=20 >>> The easiest way to work around the problem Client side is to = configure >>> ServerAliveInterval in ~/.ssh/config in the Client VM. >>>=20 >>> I'm curious though if this is basically a Parallels problem that has >>> only been exposed by PRR being more correct (which is what I = suspect), >>> or if this is actually a FreeBSD problem. >>>=20 >>=20 >> So, PRR probably was a red herring and the real reason that's = happening >> is that FreeBSD (since version 13[0]) by default discards packets >> without timestamps for connections that formally had negotiated to = have >> them. This new behavior seems to be in line with RFC 7323, section >> 3.2[1]: >>=20 >> "Once TSopt has been successfully negotiated, that is both = and >> contain TSopt, the TSopt MUST be sent in every non- >> segment for the duration of the connection, and SHOULD be sent in = an >> segment (see Section 5.2 for details)." >>=20 >> As it turns out, macOS does exactly this - send keep-alive packets >> without a timestamp for connections that were negotiated to have = them. >>=20 >> Under normal circumstances - ssh from macOS to a server running = FreeBSD >> 13 - this won't be noticed, since macOS uses the same default = settings >> as FreeBSD (2 hours idle time, 75 seconds intervals), so the server >> side initiated keep-alive will save the connection before it has a >> chance to break due to eight consecutive unanswered keep-alives at = the >> client side. >>=20 >> This is different for ssh connections originating from a VM inside >> Parallels, as connections created by prl_naptd will start sending tcp >> keep-alives shortly after the connection becomes idle. As a result, >> idle connections break after about 11 minutes of idle time (60s >> + 8*75s =3D 660s =3D=3D 11m), unless countermeasures are taken. >>=20 >> An easy way to demonstrate the problem is to change keep-alive = defaults >> on *macOS* using sysctl and sshing to a FreeBSD 13 server: >>=20 >> $ sudo sysctl net.inet.tcp.keepidle=3D5000 >> $ sudo sysctl net.inet.tcp.keepintvl=3D5000 >> $ ssh -oTCPKeepAlive=3Dyes myserver >>=20 >> This way, the problem described can be reproduced quite easily: >> Disconnect due to broken pipe after 45-60 seconds of idle time, = tcpdump >> confirming that keep-alive packets don't have tcp timestamps, while >> they were used when negotiating the connection. >>=20 >> There are various ways to work around the issue. >>=20 >> Client side workarounds: >> - Use ServerAlive* settings in ~/.ssh/config (ssh only) >> - Tune net.inet.tcp.keep* sysctls on macOS (for all services) >>=20 >> Server side workarounds: >> - Use ClientAlive* settings in ~/.ssh/config (ssh only) >> - Tolerate missing timestamps in packets using sysctl, which makes >> FreeBSD 13 behave like previous versions did: >>=20 >> sysctl net.inet.tcp.tolerate_missing_ts=3D1 >>=20 >> The last option probably being the most practical one. >>=20 >> rscheff@ and tuexen@ (thank you!) were able to reproduce the issue = and >> reached out to Apple to see if there is something they can do to fix >> this at their end (macOS) in the future. >=20 > Can we please have the default of tolerate_missing_ts in > current, stable/13 and an errata issued to releng_13 changing > this value to =3D1 and staying that way until the buggy tcp > stacks are found and eliminated. The interesting part of your statement is that we find these stacks now by using the value of 0. But seriously, I thought that reasonable modern stacks would follow the RFC, which is not the case. I'll change the value in current and stable/13. But I have no idea about an errata. Will bring it up at the next transport call. Best regards Michael >=20 >>=20 >> Best >> Michael >>=20 >> = [0]https://cgit.freebsd.org/src/commit/?id=3D283c76c7c3f2f634f19f303a771a3= f81fe890cab >> [1]https://datatracker.ietf.org/doc/html/rfc7323#section-3.2 >>=20 >> --=20 >> Michael Gmelin >>=20 >>=20 >=20 > --=20 > Rod Grimes = rgrimes@freebsd.org >=20 From nobody Tue Jun 8 22:52:43 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3FBE47EAE0E for ; Tue, 8 Jun 2021 22:52:55 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-lf1-x12a.google.com (mail-lf1-x12a.google.com [IPv6:2a00:1450:4864:20::12a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G059g12kJz3Jtv for ; Tue, 8 Jun 2021 22:52:54 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-lf1-x12a.google.com with SMTP id p17so33914815lfc.6 for ; Tue, 08 Jun 2021 15:52:54 -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=NsRgF49iycAhCuzwHxRpKplmDVIhRHYX7aWH7WPjpQ8=; b=j5HQ3KXztJ8pJeftcOCEE7poQDORPA44jUDu6ApmUVTDjWL3yMkRJbo+C+Q/oezDyk IttAHsiCOIfyWfmWH+CV/A3nDRy5Rs73dcbyKpUCd/xClO8aVVesR3fxL0MHZGPs7VTv v8cbYLPp17Y4+F8EtNCkSGPuRgdF86OvaxJHTdr7M4P8Tv0D2MS/nYGhk/A1cPTYMaGl Aztnt34AYOwKcPZUB4aOon+7gaXkcO39+ki0lMn4r4d+XehbvHIVldjc55n0dAW15m1k BDQKfbtzL2fkSWUz67AHvdhD8fekh49az1knfLiMe8s5hpANGpfXlmhLzfMB7Jtcz6QR dMrg== 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=NsRgF49iycAhCuzwHxRpKplmDVIhRHYX7aWH7WPjpQ8=; b=PoWmEg+K6e/H/4bcNmE0x6sN5TCEoBpIuplqO1nuyEZfNyz1RLc9q371xj2EXGrCVM 5Q1L+2QNcjaK9A4FaEb76xmqWpHMlCO6IkBmGi+ujYfwL3/3e0Yd4xhcXDHFORogHIEM NeyYn2K941CnBvzEiYBrVtJKmR4juYr2QjnT/t6Au0+q6gCnMU2Jo+mO1Wa8ziMFu2TZ /uFuQRUUmNlH6uuuWalN7aEivxck4VKXZ/87xWzbADcyEWBGEQBbm3ml55AYDI1r+39/ t8gDXtdrK1zc3DUIRcCWu5KwPE+28f9eJNmuprkajfIVRPa8w6p/FvAmVLDFdtFFCMsi GqJA== X-Gm-Message-State: AOAM532S2rB5hof+wqdPanZDPMK5tDt1kD9YMPASNmAUdgtxn4izFzeb bJq5vXI/IDuOqc+/xhhAYVfdSBD+IQBqH+a3XJ+7pA== X-Google-Smtp-Source: ABdhPJw36E2cxtdKAqa8x+8/48EOk6gj9caFXdn1KndjIbMs1bs5wa7ra5lRRnlrZf7cvvTOejoOQJc1DLntsFXbe7Q= X-Received: by 2002:a05:6512:3891:: with SMTP id n17mr17161378lft.333.1623192773707; Tue, 08 Jun 2021 15:52:53 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <94FF271E-1397-42C5-8A9C-26E423D72701.ref@yahoo.com> <94FF271E-1397-42C5-8A9C-26E423D72701@yahoo.com> In-Reply-To: <94FF271E-1397-42C5-8A9C-26E423D72701@yahoo.com> From: Warner Losh Date: Tue, 8 Jun 2021 16:52:43 -0600 Message-ID: Subject: Re: OpenZFS imports, status update To: Mark Millard Cc: Li-Wen Hsu , freebsd-git , freebsd-current , FreeBSD-STABLE Mailing List Content-Type: multipart/alternative; boundary="000000000000adde8905c4490473" X-Rspamd-Queue-Id: 4G059g12kJz3Jtv X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: Y --000000000000adde8905c4490473 Content-Type: text/plain; charset="UTF-8" Top posting... You can do a 'git remote purge freebsd' to reset the branch names, then you'll be able to do a normal pull. Thanks for the feedback Warner On Tue, Jun 8, 2021 at 4:10 PM Mark Millard via freebsd-git < freebsd-git@freebsd.org> wrote: > Li-Wen Hsu wrote (in part) on > Date: Tue, 8 Jun 2021 06:29:51 +0800 : > > > The people have local branch tracking the original vendor/openzfs will > > encounter issues like this whey doing `git pull`: > > > > error: cannot lock ref > > 'refs/remotes/freebsd/vendor/openzfs/legacy': > > 'refs/remotes/freebsd/vendor/openzfs' exists; cannot create > > 'refs/remotes/freebsd/vendor/openzfs/legacy' > > > > The solution is update the upstream of the tracking branch: > > > > (change "freebsd" to "origin" if you use default remote name) > > git update-ref -d refs/remotes/freebsd/vendor/openzfs > > git branch -u freebsd/vendor/openzfs/legacy vendor/openzfs/legacy > > I guess I misunderstood the meaning of the wording. > I've never explicitly created a branch of or checked out > anything from vendor/ or below. So I was not expecting > anything. I do use main and stable/13 and releng/13.0 > explicitly in worktrees, no local commits involved for > the context that this is from. > > Looks like some implicit initial configuration defaults > mean "local branch tracking" of vendor/openzfs was > implicitly/automatically in use in a way that fits > the actual intent of the wording: > > # git fetch > remote: Enumerating objects: 21551, done. > remote: Counting objects: 100% (21551/21551), done. > remote: Compressing objects: 100% (152/152), done. > remote: Total 75711 (delta 21460), reused 21399 (delta 21399), pack-reused > 54160 > Receiving objects: 100% (75711/75711), 46.02 MiB | 4.74 MiB/s, done. > Resolving deltas: 100% (59104/59104), completed with 2449 local objects. > From https://git.FreeBSD.org/src > e5f5b6a75c0a..f20893853e8e main -> > freebsd/main > a4deddc0de32..53de482ad419 releng/11.4 -> > freebsd/releng/11.4 > f5ddeabc08e7..6e927d10c587 releng/12.2 -> > freebsd/releng/12.2 > 8023e729a521..b74cdf1eceae releng/13.0 -> > freebsd/releng/13.0 > dbb3df26a8a3..90e161ec6d11 stable/11 -> > freebsd/stable/11 > f146c0338c6c..0a41a2899eb2 stable/12 -> > freebsd/stable/12 > ddd0a8bffe35..04c4bd7f7b52 stable/13 -> > freebsd/stable/13 > 1e02e5b0ba86..395770967c36 vendor/acpica -> > freebsd/vendor/acpica > error: cannot lock ref 'refs/remotes/freebsd/vendor/openzfs/legacy': > 'refs/remotes/freebsd/vendor/openzfs' exists; cannot create > 'refs/remotes/freebsd/vendor/openzfs/legacy' > ! [new branch] vendor/openzfs/legacy -> > freebsd/vendor/openzfs/legacy (unable to update local ref) > error: cannot lock ref 'refs/remotes/freebsd/vendor/openzfs/master': > 'refs/remotes/freebsd/vendor/openzfs' exists; cannot create > 'refs/remotes/freebsd/vendor/openzfs/master' > ! [new branch] vendor/openzfs/master -> > freebsd/vendor/openzfs/master (unable to update local ref) > error: cannot lock ref > 'refs/remotes/freebsd/vendor/openzfs/zfs-2.1-release': > 'refs/remotes/freebsd/vendor/openzfs' exists; cannot create > 'refs/remotes/freebsd/vendor/openzfs/zfs-2.1-release' > ! [new branch] vendor/openzfs/zfs-2.1-release -> > freebsd/vendor/openzfs/zfs-2.1-release (unable to update local ref) > efec8223892b..40c7ff83e74e vendor/wpa -> > freebsd/vendor/wpa > * [new tag] vendor/acpica/20210604 -> > vendor/acpica/20210604 > > So, for now, I then did: > > # git update-ref -d refs/remotes/freebsd/vendor/openzfs > # git fetch > From https://git.FreeBSD.org/src > * [new branch] vendor/openzfs/legacy -> > freebsd/vendor/openzfs/legacy > * [new branch] vendor/openzfs/master -> > freebsd/vendor/openzfs/master > * [new branch] vendor/openzfs/zfs-2.1-release -> > freebsd/vendor/openzfs/zfs-2.1-release > > This order was apparently a mistake in some way because > after it I then tried the other of the pair of commands > and got: > > # git branch -u freebsd/vendor/openzfs/legacy vendor/openzfs/legacy > fatal: branch 'vendor/openzfs/legacy' does not exist > > Yet what I see is: > > # git remote show freebsd > * remote freebsd > Fetch URL: https://git.FreeBSD.org/src.git > Push URL: https://git.FreeBSD.org/src.git > HEAD branch: main > Remote branches: > main tracked > refs/notes/commits tracked > . . . > releng/13.0 tracked > . . . > stable/13 tracked > . . . > vendor/openzfs/legacy tracked > vendor/openzfs/master tracked > vendor/openzfs/zfs-2.1-release tracked > . . . > Local branches configured for 'git pull': > main merges with remote main > releng/13.0 merges with remote releng/13.0 > stable/13 merges with remote stable/13 > > So I'm not sure if I have anything that is messed up > or not. Nothing looks odd to me, other than the one > command's output. > > > Overall it seems that most people not doing something > special with an initial git configuration for FreeBSD > so have to deal with the issue at hand explicitly in > some way. > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > > > --000000000000adde8905c4490473-- From nobody Tue Jun 8 23:02:15 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B71E07ECEB5 for ; Tue, 8 Jun 2021 23:02:28 +0000 (UTC) (envelope-from wlosh@bsdimp.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 4G05Ng65NKz3N6Q for ; Tue, 8 Jun 2021 23:02:27 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-lf1-x131.google.com with SMTP id p17so33948908lfc.6 for ; Tue, 08 Jun 2021 16:02:27 -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=swr9tCtNpFKGguoSi4WNQs2i9/brwG6AHkDLhkChnjI=; b=zZ/s29WvK28UwnfKBIVn1sOrrySEB5lquBMQmvVJIXB+tSebAf1ROC8Ve1iVLrwvGz aJ/3Bqz2FxXdu0MQXHTWMPrDQx4ZT4Ae0hsgZ/5z8X9KBOYBSlIxUoEkWDet45CND3nD zst2R8GtgYlP8PtIldEtFX2lR6ER8i9cQLZdad4hP62uiRvicUddQm9CWxBiYE2Sc5gH hsonfAYvvVdNyfBRfSqhVnlJoUv6PkvTfQJgM+hTedJwyVqVu4zdX1zjagNb0ot44rzK Te9/h6Cj8M6hB5c1Ses4JFT7zwwvULtyy/e2uJXnQulgMRCCPfCmBryiicDUIktZ72OE ug/g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=swr9tCtNpFKGguoSi4WNQs2i9/brwG6AHkDLhkChnjI=; b=FuYJq8fJVOuorWoj5Yc+oqoZvU/LS/CL/M/5nvLreOHP/LIgh9jTQVZW70jRJItZ24 9ySudvQbydB3S/XTF63Pi0sqri5Ncx47+xwvF4hqm8QHZ5zwWDH5X+MMr84VMi1ahO0e V4MUDDq3ZCwy8N0Am64X9b+BqGitNPXK0gfjnENDk0BVfgUpkSo8JrE0i1RjqHepjS2h OipQDEym7zUqQUdl6yaQiadl4nEbo1eksgCqevYFXnji7wugiLPsvWDb2p+1T1z8MjUN Kf7CiwfFVvEcukKNF8UNsWTC/jGzywhhF+7ULurarC/mpiMJQWrMdF+j2sxfTWY9VDDW U2Bg== X-Gm-Message-State: AOAM530L6kmURatGH5sIFtsngPA/H/fsVu0S1C1RMrkX0AWKtLXSW5vA 2YuMy0dev/0CrzLOiV7JLmfnJDdXUO3pGGybCTtxeQ== X-Google-Smtp-Source: ABdhPJz9qWSFB2lRUvMIxmztOHdFnJTgxqmZN/4eANXTCLIDjAN7bZrR1/CcU3xZGJqGZGlIK56KExFXBU+WKT0/aNw= X-Received: by 2002:a05:6512:2249:: with SMTP id i9mr17494592lfu.592.1623193346383; Tue, 08 Jun 2021 16:02:26 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <94FF271E-1397-42C5-8A9C-26E423D72701.ref@yahoo.com> <94FF271E-1397-42C5-8A9C-26E423D72701@yahoo.com> In-Reply-To: From: Warner Losh Date: Tue, 8 Jun 2021 17:02:15 -0600 Message-ID: Subject: Re: OpenZFS imports, status update To: Michael Tuexen Cc: Mark Millard , Li-Wen Hsu , freebsd-git , freebsd-current , FreeBSD-STABLE Mailing List Content-Type: multipart/alternative; boundary="000000000000d03b2605c44926e6" X-Rspamd-Queue-Id: 4G05Ng65NKz3N6Q X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=zZ/s29Wv; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2a00:1450:4864:20::131) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; FREEMAIL_CC(0.00)[yahoo.com,freebsd.org]; 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]; RCPT_COUNT_FIVE(0.00)[6]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::131: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:+]; NEURAL_HAM_SHORT(-1.00)[-0.998]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::131:from]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::131:from]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; MAILMAN_DEST(0.00)[freebsd-current] X-ThisMailContainsUnwantedMimeParts: Y --000000000000d03b2605c44926e6 Content-Type: text/plain; charset="UTF-8" On Tue, Jun 8, 2021 at 4:58 PM Michael Tuexen < michael.tuexen@macmic.franken.de> wrote: > > On 9. Jun 2021, at 00:52, Warner Losh wrote: > > > > Top posting... > > > > You can do a 'git remote purge freebsd' to reset the branch names, then > > you'll be able to do a normal pull. > Do you mean 'git remote prune freebsd'? > Yes. Should have cut and paste instead of retyping it :( Warner > Best regards > Michael > > > > Thanks for the feedback > > > > Warner > > > > On Tue, Jun 8, 2021 at 4:10 PM Mark Millard via freebsd-git < > > freebsd-git@freebsd.org> wrote: > > > >> Li-Wen Hsu wrote (in part) on > >> Date: Tue, 8 Jun 2021 06:29:51 +0800 : > >> > >>> The people have local branch tracking the original vendor/openzfs will > >>> encounter issues like this whey doing `git pull`: > >>> > >>> error: cannot lock ref > >>> 'refs/remotes/freebsd/vendor/openzfs/legacy': > >>> 'refs/remotes/freebsd/vendor/openzfs' exists; cannot create > >>> 'refs/remotes/freebsd/vendor/openzfs/legacy' > >>> > >>> The solution is update the upstream of the tracking branch: > >>> > >>> (change "freebsd" to "origin" if you use default remote name) > >>> git update-ref -d refs/remotes/freebsd/vendor/openzfs > >>> git branch -u freebsd/vendor/openzfs/legacy vendor/openzfs/legacy > >> > >> I guess I misunderstood the meaning of the wording. > >> I've never explicitly created a branch of or checked out > >> anything from vendor/ or below. So I was not expecting > >> anything. I do use main and stable/13 and releng/13.0 > >> explicitly in worktrees, no local commits involved for > >> the context that this is from. > >> > >> Looks like some implicit initial configuration defaults > >> mean "local branch tracking" of vendor/openzfs was > >> implicitly/automatically in use in a way that fits > >> the actual intent of the wording: > >> > >> # git fetch > >> remote: Enumerating objects: 21551, done. > >> remote: Counting objects: 100% (21551/21551), done. > >> remote: Compressing objects: 100% (152/152), done. > >> remote: Total 75711 (delta 21460), reused 21399 (delta 21399), > pack-reused > >> 54160 > >> Receiving objects: 100% (75711/75711), 46.02 MiB | 4.74 MiB/s, done. > >> Resolving deltas: 100% (59104/59104), completed with 2449 local objects. > >> From https://git.FreeBSD.org/src > >> e5f5b6a75c0a..f20893853e8e main -> > >> freebsd/main > >> a4deddc0de32..53de482ad419 releng/11.4 -> > >> freebsd/releng/11.4 > >> f5ddeabc08e7..6e927d10c587 releng/12.2 -> > >> freebsd/releng/12.2 > >> 8023e729a521..b74cdf1eceae releng/13.0 -> > >> freebsd/releng/13.0 > >> dbb3df26a8a3..90e161ec6d11 stable/11 -> > >> freebsd/stable/11 > >> f146c0338c6c..0a41a2899eb2 stable/12 -> > >> freebsd/stable/12 > >> ddd0a8bffe35..04c4bd7f7b52 stable/13 -> > >> freebsd/stable/13 > >> 1e02e5b0ba86..395770967c36 vendor/acpica -> > >> freebsd/vendor/acpica > >> error: cannot lock ref 'refs/remotes/freebsd/vendor/openzfs/legacy': > >> 'refs/remotes/freebsd/vendor/openzfs' exists; cannot create > >> 'refs/remotes/freebsd/vendor/openzfs/legacy' > >> ! [new branch] vendor/openzfs/legacy -> > >> freebsd/vendor/openzfs/legacy (unable to update local ref) > >> error: cannot lock ref 'refs/remotes/freebsd/vendor/openzfs/master': > >> 'refs/remotes/freebsd/vendor/openzfs' exists; cannot create > >> 'refs/remotes/freebsd/vendor/openzfs/master' > >> ! [new branch] vendor/openzfs/master -> > >> freebsd/vendor/openzfs/master (unable to update local ref) > >> error: cannot lock ref > >> 'refs/remotes/freebsd/vendor/openzfs/zfs-2.1-release': > >> 'refs/remotes/freebsd/vendor/openzfs' exists; cannot create > >> 'refs/remotes/freebsd/vendor/openzfs/zfs-2.1-release' > >> ! [new branch] vendor/openzfs/zfs-2.1-release -> > >> freebsd/vendor/openzfs/zfs-2.1-release (unable to update local ref) > >> efec8223892b..40c7ff83e74e vendor/wpa -> > >> freebsd/vendor/wpa > >> * [new tag] vendor/acpica/20210604 -> > >> vendor/acpica/20210604 > >> > >> So, for now, I then did: > >> > >> # git update-ref -d refs/remotes/freebsd/vendor/openzfs > >> # git fetch > >> From https://git.FreeBSD.org/src > >> * [new branch] vendor/openzfs/legacy -> > >> freebsd/vendor/openzfs/legacy > >> * [new branch] vendor/openzfs/master -> > >> freebsd/vendor/openzfs/master > >> * [new branch] vendor/openzfs/zfs-2.1-release -> > >> freebsd/vendor/openzfs/zfs-2.1-release > >> > >> This order was apparently a mistake in some way because > >> after it I then tried the other of the pair of commands > >> and got: > >> > >> # git branch -u freebsd/vendor/openzfs/legacy vendor/openzfs/legacy > >> fatal: branch 'vendor/openzfs/legacy' does not exist > >> > >> Yet what I see is: > >> > >> # git remote show freebsd > >> * remote freebsd > >> Fetch URL: https://git.FreeBSD.org/src.git > >> Push URL: https://git.FreeBSD.org/src.git > >> HEAD branch: main > >> Remote branches: > >> main tracked > >> refs/notes/commits tracked > >> . . . > >> releng/13.0 tracked > >> . . . > >> stable/13 tracked > >> . . . > >> vendor/openzfs/legacy tracked > >> vendor/openzfs/master tracked > >> vendor/openzfs/zfs-2.1-release tracked > >> . . . > >> Local branches configured for 'git pull': > >> main merges with remote main > >> releng/13.0 merges with remote releng/13.0 > >> stable/13 merges with remote stable/13 > >> > >> So I'm not sure if I have anything that is messed up > >> or not. Nothing looks odd to me, other than the one > >> command's output. > >> > >> > >> Overall it seems that most people not doing something > >> special with an initial git configuration for FreeBSD > >> so have to deal with the issue at hand explicitly in > >> some way. > >> > >> === > >> Mark Millard > >> marklmi at yahoo.com > >> ( dsl-only.net went > >> away in early 2018-Mar) > >> > >> > >> > > --000000000000d03b2605c44926e6-- From nobody Tue Jun 8 23:13:45 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3829D7EF35A for ; Tue, 8 Jun 2021 23:13:50 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound4s.ore.mailhop.org (outbound4s.ore.mailhop.org [54.185.97.28]) (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 4G05dn6j4Nz3Qts for ; Tue, 8 Jun 2021 23:13:49 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1623194028; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=ZP73Ih0ckXcDTm4Plqv1MM/CT1oOtRaGS6p38pcEQfFpGDe2qB42miB7SijyRfYn7VG1OPSXd3+lw QMC9O6velZC3zfEMiosfvjgFV98kwhY7mobREvbT/lTb2bdtgfytSMtkphOc16KCBI32GVWJcAsR5r xzEcG5GY78qFJH6PD5myAsmtnYVh5Tw0ETnWTrVQkYDE5XQRgUZBqL+X8itPw1bY5X7yQH10j+CUQ9 h9Mv65m0WhnLAghOr6pLZVYzC3fj/1khuKqQ/AnnCOOYmcjTnVJou9zzhSs6eZ+mBb1qCVNvMMgfx/ 87/7Q6pBqXqsyr014t6bNT7kuELR6Kg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:dkim-signature:from; bh=rofm7JVQJhwQ/dI2EECaRzuXBdD9W3mL56ojO2p8GbY=; b=PyaREm2u9M5ZnN+z6kukAxQCPKA5/YcLurg/V3be8n4LJ9ebfThrgosg/Eu/i62Iq7gkwrx7yTcBX PyLuaHjnJ3CWcMyDks5RdvkCVyWMWSiFrJqMc6EDITIhHQLhwPCE7qcLhHUoxUkcsnJuHF6iETPRBG i7VL2k47MEmNW8PYuOJhipZQyVsq4q6p0w39kgTnmoVpDKpPcnSWMTIxkqkM4Hhhjtdg57kTivQSG7 tcY/hqLMtlcQ0McaIyMhvsTX33qKizuiwZUIDHAL+zyu6jhfKW5QfPcSR/lmEXuwqw1CNLMV2f6Ab7 gLmp6ogrDG+ELllTRoyd3uCC0ONmC3A== ARC-Authentication-Results: i=1; outbound4.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=rofm7JVQJhwQ/dI2EECaRzuXBdD9W3mL56ojO2p8GbY=; b=Lk5bcX5U8SIfWDbXEvHOkATaaqvsIj/mLL+7erpeeAvdCgvVn+3qrrHC9M6w5jh/45FlZN88U/B/N Il2tqABHG5misI3HERXIyeCwkW8XOXPB7PfQbyp/3mzBeNe+W+13uB7UXDb6ugD/Fgf0GbeXSyY6/1 TEmRbK9cvmd5tiyh30SsfsnOZPSOVenhcbbSFQ3X2ZcFPvIQC8eK98pdEbtcei+A/znHaTJmd2ER5e 4KWN73UxNODpqH7to5d8f6x9DbcYaCZ3YTnWKqqyFlRzZxChf2V5UJh5jfW4Ung0cpXjWcQOJ8o6/6 UEuH/l+LNTbygr1itV4LCy8fC3lprgw== X-Originating-IP: 67.177.211.60 X-MHO-RoutePath: aGlwcGll X-MHO-User: 2ceef5da-c8af-11eb-a655-89389772cfc7 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (c-67-177-211-60.hsd1.co.comcast.net [67.177.211.60]) by outbound4.ore.mailhop.org (Halon) with ESMTPSA id 2ceef5da-c8af-11eb-a655-89389772cfc7; Tue, 08 Jun 2021 23:13:47 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 158NDkmq058218; Tue, 8 Jun 2021 17:13:46 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: Subject: Re: Files in /etc containing empty VCSId header From: Ian Lepore To: "Rodney W. Grimes" Cc: "freebsd-current@freebsd.org" Date: Tue, 08 Jun 2021 17:13:45 -0600 In-Reply-To: <202106082211.158MBrbe010419@gndrsh.dnsmgr.net> References: <202106082211.158MBrbe010419@gndrsh.dnsmgr.net> Content-Type: text/plain; charset="ASCII" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4G05dn6j4Nz3Qts X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Tue, 2021-06-08 at 15:11 -0700, Rodney W. Grimes wrote: > > On Tue, 8 Jun 2021 09:41:34 +0000 > > Mark Linimon wrote: > > > > > On Mon, Jun 07, 2021 at 01:58:01PM -0600, Ian Lepore wrote: > > > > Sometimes it's a real interesting exercise to figure out where > > > > a > > > > file on your runtime system comes from in the source world. > > There is a command for that which does or use to do a pretty > decent job of it called whereis(1). > revolution > whereis ntp.conf ntp.conf: revolution > whereis netif netif: revolution > whereis services services: So how does that help me locate the origin of these files in the source tree? -- Ian > > > > > > A tangential problem I trip over is "what is on this SD card?" > > > > > > It generally takes me 5-10 minutes to remember: > > > > > > strings //boot/kernel/kernel | tail > > > > > > AFIAK it's the only way to be sure; nothing in //* seems > > > to have that data. > > > > > > (Yes, in theory they all live in their own little box each of > > > which is labeled but things happen ...) > > > > > > > I use locate for this kind of search, e.g. > > > > locate netoptions > > /etc/rc.d/netoptions > > /usr/src/libexec/rc/rc.d/netoptions > > > > -- > > Gary Jennejohn > > > > > > From nobody Wed Jun 9 01:07:25 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 88660F7E242 for ; Wed, 9 Jun 2021 01:07:29 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 4G088w5KcRz3r7C for ; Wed, 9 Jun 2021 01:07:28 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 2A7995C0165 for ; Tue, 8 Jun 2021 21:07:28 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute3.internal (MEProxy); Tue, 08 Jun 2021 21:07:28 -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=Q7bZWJivb29pHxKeQRoeCile7IY CvEHdwdCKF4Sa6wY=; b=hC1aRwJFJIhMGUc/OFaaNbcojTquR4HQhgc1c5a7ZoE XudKw95AKlnITzfNRErNxZEljgQMHOFpD0Xoa+uguzLXEMqCa31YhP1M7FRjVhGc cpziD9YgV52bbl8VXjEQdtneohjpvLVKCIMKZXqqZaZTjr3lqoNyKqUYnxCssYqG wWVq6yl14i8/h3916I2bsCMOJ+vRFEA4I+kiXuELyWdOMFzFIn7Nslf1ocOL1R5a vnmxEF2Wgd/MVKFBNL/ax6AjDW7dc3jKX4DgdBTwfetgT5QeZr/GzZPalyZIznd/ CvFBgqVWzbt17VKXsWHLqKHZRQCOQj61yFymaamCpew== 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=fm3; bh=Q7bZWJ ivb29pHxKeQRoeCile7IYCvEHdwdCKF4Sa6wY=; b=d/uH/Y4M4hbX6hydR5/lJc nuJr7n+aXUOJpep4llaKPwsNbOamiYQyuwEftJkC3BwZ+0R5dtRvL9Xy/mV7UhmC QtHC34n2nBCLI+Bw/T7+BA92TZWJXEhOdSMjnNPbLkPRusbpW2jyJUTS+9l4QOBd r7JaDv9q6kEvf2Gu4UcS1uClFpgEvg5YMOLtZq8ceKXkS1eswQaKcCVLQQfh6FUM tUaET+g/6l1l7SSXM5vIYMItq3uYAT6GCg2H7AM2TusqhDU/v/648kmKYez7cW5v OPi0F2aGdiCIWA3MTZO/BVSWpVlQ0qjYhF7GhnqMsa+cMoq4imIrCqIEct1o2JEA == X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrfedutddgfeehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesghdtre ertddtvdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucggtffrrghtthgvrhhnpedtheeigfdvudefkeekvddtfedvte dttdekuddvgeevlefftdekffdujedvhfduteenucevlhhushhtvghrufhiiigvpedtnecu rfgrrhgrmhepmhgrihhlfhhrohhmpehtvggthhdqlhhishhtshesiiihgihsthdrnhgvth X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Tue, 8 Jun 2021 21:07:27 -0400 (EDT) Date: Wed, 9 Jun 2021 02:07:25 +0100 From: tech-lists To: freebsd-current@freebsd.org Subject: Re: OpenZFS imports, status update Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: <94FF271E-1397-42C5-8A9C-26E423D72701.ref@yahoo.com> <94FF271E-1397-42C5-8A9C-26E423D72701@yahoo.com> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="SdPTAPMtrVi6Y3mA" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4G088w5KcRz3r7C X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=hC1aRwJF; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=d/uH/Y4M; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 66.111.4.28 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.28:from]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.28]; 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.28: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.28:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm3]; 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.28:from:127.0.2.255]; MAILMAN_DEST(0.00)[freebsd-current] X-ThisMailContainsUnwantedMimeParts: N --SdPTAPMtrVi6Y3mA Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Tue, Jun 08, 2021 at 04:52:43PM -0600, Warner Losh wrote: >Top posting... > >You can do a 'git remote purge freebsd' to reset the branch names, then >you'll be able to do a normal pull. This doesn't work for me. I use the anonssh method of updating the tree % git remote -v origin ssh://anongit@git.freebsd.org/src.git (fetch) origin ssh://anongit@git.freebsd.org/src.git (push) % gvs srctree last updated: Wed Jun 9 02:19:47 2021 +0200 version: 245848 root@desktop:/root# cd /usr/src root@desktop:/usr/src# git version git version 2.31.1 root@desktop:/usr/src# git checkout stable/13 Already on 'stable/13' Your branch is behind 'origin/stable/13' by 6922 commits, and can be fast-f= orwarded. (use "git pull" to update your local branch) root@desktop:/usr/src# git remote purge freebsd error: Unknown subcommand: purge usage: git remote [-v | --verbose] or: git remote add [-t ] [-m ] [-f] [--tags | --no-tags= ] [--mirror=3D] or: git remote rename or: git remote remove or: git remote set-head (-a | --auto | -d | --delete | ) or: git remote [-v | --verbose] show [-n] or: git remote prune [-n | --dry-run] or: git remote [-v | --verbose] update [-p | --prune] [( | )...] or: git remote set-branches [--add] ... or: git remote get-url [--push] [--all] or: git remote set-url [--push] [] or: git remote set-url --add or: git remote set-url --delete -v, --verbose be verbose; must be placed before a subcommand --=20 J. --SdPTAPMtrVi6Y3mA Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmDAFEQACgkQs8o7QhFz NAVXGg/+KtvQ0BRzrdUtO+Jrt83YTMcrfBNC6i/r5r/y0wQ8YTdZ3iXcXCyCKuhg hFTfDx2JccaYfAXnUahLmTokFeKZ8SwJAgSG9tmZGEG00pp/90w9mL12pDS/iDTo pacaYEU4AwISX+auIm4thcg8jNvBwC0Dh69HaEWpaq6ZlHR7Bop7t+o2NJl8P31k IxOZlE8zaOt7zR8lUoEXAevTmSaNcwvvJWC2S32jv9adr5Wvt7FCBMJ85XVkgzhf uLH3DH0HtY0ydPU1U6rHGPAr5G4y1C0ij5/44aTwYP4XJytjxGT/pGj0qJf7V5vQ w2KvErF6MrlNEi1t6itmxj7mpw1T3e1F4KPIxTg1ibg8HLPc5+pY2zHDbTY+SLYP j1o6B5PGUkeHQvd2oSGkKn7MUrbP1aL+xDI8thsrlPQHeRiQEoj6VJsHdilhuQgP 5f7NeKp0XDDzsjg0xi9q0z+33fAcwx+Bk3HT2jMK/0W/j5AXmPc9O6bOrrFWzI8I 6eDUMpFt5upckD6Nh4WD1JG6qRa3ABDjTF4tK3vAeozoHiuVybsN5AsrNmLeuzgQ R6/dRb918xhA15qeEkbOzyKUTN+dcI9N8wV5hGvmqlFMmkTrDjGrAoeaRXQd6yDf Y70xtpvbBD/jz1SwPUzlWI8XW0TrfPATSWLInCLViF/x41KPHPc= =aJfb -----END PGP SIGNATURE----- --SdPTAPMtrVi6Y3mA-- From nobody Wed Jun 9 01:14:01 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id CA8B6F7FEE6 for ; Wed, 9 Jun 2021 01:14:05 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "Sectigo RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G08JY4phgz3tPk for ; Wed, 9 Jun 2021 01:14:05 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from smtpclient.apple (unknown [IPv6:2a02:8109:1140:c3d:fe:1b48:d40b:e513]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTPSA id DE929721A5A82; Wed, 9 Jun 2021 03:14:01 +0200 (CEST) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: OpenZFS imports, status update From: tuexen@freebsd.org In-Reply-To: Date: Wed, 9 Jun 2021 03:14:01 +0200 Cc: freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <9C30BADE-3432-4CC3-A176-1C627AB31599@freebsd.org> References: <94FF271E-1397-42C5-8A9C-26E423D72701.ref@yahoo.com> <94FF271E-1397-42C5-8A9C-26E423D72701@yahoo.com> To: tech-lists X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-Rspamd-Queue-Id: 4G08JY4phgz3tPk X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N > On 9. Jun 2021, at 03:07, tech-lists wrote: >=20 > Hi, >=20 > On Tue, Jun 08, 2021 at 04:52:43PM -0600, Warner Losh wrote: >> Top posting... >>=20 >> You can do a 'git remote purge freebsd' to reset the branch names, = then >> you'll be able to do a normal pull. >=20 > This doesn't work for me. I use the anonssh method of updating the = tree >=20 > % git remote -v > origin ssh://anongit@git.freebsd.org/src.git (fetch) > origin ssh://anongit@git.freebsd.org/src.git (push) >=20 > % gvs > srctree last updated: Wed Jun 9 02:19:47 2021 +0200 version: 245848 >=20 > root@desktop:/root# cd /usr/src >=20 > root@desktop:/usr/src# git version > git version 2.31.1 >=20 > root@desktop:/usr/src# git checkout stable/13 > Already on 'stable/13' > Your branch is behind 'origin/stable/13' by 6922 commits, and can be = fast-forwarded. > (use "git pull" to update your local branch) >=20 > root@desktop:/usr/src# git remote purge freebsd > error: Unknown subcommand: purge Try: git remote prune freebsd Best regards Michael > usage: git remote [-v | --verbose] > or: git remote add [-t ] [-m ] [-f] [--tags | = --no-tags] [--mirror=3D] > or: git remote rename > or: git remote remove > or: git remote set-head (-a | --auto | -d | --delete | = ) > or: git remote [-v | --verbose] show [-n] > or: git remote prune [-n | --dry-run] > or: git remote [-v | --verbose] update [-p | --prune] [( | = )...] > or: git remote set-branches [--add] ... > or: git remote get-url [--push] [--all] > or: git remote set-url [--push] [] > or: git remote set-url --add > or: git remote set-url --delete >=20 > -v, --verbose be verbose; must be placed before a = subcommand >=20 > --=20 > J. From nobody Wed Jun 9 01:13:07 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 233AF5D0AD0 for ; Wed, 9 Jun 2021 01:21:04 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 4G08Sb3PsHz3vRm for ; Wed, 9 Jun 2021 01:21:03 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 147A75C0159 for ; Tue, 8 Jun 2021 21:13:11 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Tue, 08 Jun 2021 21:13:11 -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=IPza0Ev6TQSkRFYPzAs8TAlhmw6 uWM+ElsFqo+d1G+E=; b=hHcKP3OonMFfGAa0k1rFK8W/qVQtwoBpA1NmgMhsYiR Vt6sgbhMvuyDQ9lUm/0X08yD1ALj76oxoziAxp25StA0f1I8xMHBDi6dNphpcSu2 C85JAaaumgugLhVmPqarAKBev4IEJvWM5zOllvuWDhKAik9ajCTQs+yMBDWfXGrF zwpTQdHGYspm4O+3J9hGYC5hvXpcJ6sxt0IDVLAoH8PBuJmnUx7vnW0v+f+XwU8g /7aaOF1Xf77Dm5TuXCmoVEpMIQTAfOZccHGqezzKE3l1g74hDY1Tdh+63cgylKvr SSfaFnq0bRP7wyBjkCMs50H1GhTTT+eJG5HQfYEEBRw== 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=fm3; bh=IPza0E v6TQSkRFYPzAs8TAlhmw6uWM+ElsFqo+d1G+E=; b=Jo8xxZ40i3ehCyVZ8jsJvp Oyssv4eYUvDhInnPfqZ0iDlxHafIsQlslzEwt2SYpIxlWGjGSUWvVb18IAgIkaS2 DTuVe+2vMBbMPhAyQLUdFRCWCVBAdACXJOUGeNLvjae9jcZB+35PH0AEhpTQyP6R lfMXMI1Wlls5V/XswjBXTWZTXEqqX55uI/y/SBQoCkO2LvtAIxXdXCatpLGb95DI 6XXTaXrIEQBvyRF+7TBWUxd5BtYRzd1pju2g5pwr1Yhm3eKuxis1P/7oj6KJ80KI 6Z7V7vuxob/RA+4x2xIz9h6RObUMCrjSgX5KE4H4yPtOKBV/KdDwwevEdYAfLhQA == X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrfedutddgfeeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesghdtre ertddtvdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucggtffrrghtthgvrhhnpedtheeigfdvudefkeekvddtfedvte dttdekuddvgeevlefftdekffdujedvhfduteenucevlhhushhtvghrufhiiigvpedtnecu rfgrrhgrmhepmhgrihhlfhhrohhmpehtvggthhdqlhhishhtshesiiihgihsthdrnhgvth X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Tue, 8 Jun 2021 21:13:08 -0400 (EDT) Date: Wed, 9 Jun 2021 02:13:07 +0100 From: tech-lists To: freebsd-current@freebsd.org Subject: Re: OpenZFS imports, status update Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: <94FF271E-1397-42C5-8A9C-26E423D72701.ref@yahoo.com> <94FF271E-1397-42C5-8A9C-26E423D72701@yahoo.com> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="vddHo9VOic74OFed" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4G08Sb3PsHz3vRm X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=hHcKP3Oo; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=Jo8xxZ40; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 66.111.4.28 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-3.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.28:from]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.28:c]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.111.4.28: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.28:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm3]; 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.28:from:127.0.2.255]; NEURAL_SPAM_SHORT(1.00)[1.000]; MAILMAN_DEST(0.00)[freebsd-current] X-ThisMailContainsUnwantedMimeParts: N --vddHo9VOic74OFed Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 08, 2021 at 05:02:15PM -0600, Warner Losh wrote: >On Tue, Jun 8, 2021 at 4:58 PM Michael Tuexen < >michael.tuexen@macmic.franken.de> wrote: > >> > On 9. Jun 2021, at 00:52, Warner Losh wrote: >> > >> > Top posting... >> > >> > You can do a 'git remote purge freebsd' to reset the branch names, then >> > you'll be able to do a normal pull. >> Do you mean 'git remote prune freebsd'? >> > >Yes. Should have cut and paste instead of retyping it :( root@desktop:/usr/src# git remote prune freebsd fatal: 'freebsd' does not appear to be a git repository fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. --=20 J. --vddHo9VOic74OFed Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmDAFaIACgkQs8o7QhFz NAUXTA/+JM3RPTUYfWQ7IKmg3Zlhz9v01wBaIN2wjDQkGfKzJOXX8RHZSODc7Uxv THVlgk0Gjh/Ibybac/shaxG2nS7rNDiCS/3nFGyft+QgEjzYNcuwqLtSpDFcw1Ni MHHB3YUWQIvxfc9EftAnRmcf+34iuqdwsemNyzjx3/n0H3v4hr3BcTfhFI06ZRuu i6nddoTxUOLDf6sMCRLIDDLIPU4hg74Ju5mSTmsIr2Vk33qwLmWKVEh3APohubWC 1DJrChi/yz83KFdizsEM9cttdeTVt567Y94GdAaNQkpnf5Q/1mVYpo32MSIr+5Jq POBJUU7LGtn2wcRFADegtUVCyY+U6rwATxwrV8MZAPRfE4r7DoJbQ2vUw4Np4TMS Yc3nROMnK0pUQvHGJqqQgQYx26krlf3KTu/UmDrpJ2m7Dg+YmywvElZUKNxrAlFF G39MbkUFDTp3YDAJ7VveO7XL3yrvjfiKuDR2w78h2h8jZBStHykS+EbL4SnxNp4h Hb5liPRwW6bFVXXiV0B2YbM9ddzN4G+mJOa32nbGSWDHgekLluA6qWQW6fsvP8n0 GjtGcxkaed9Xrg3FGAxFdx8CXJAmHEWA/LbY44OTvGNN1RxQ6xBHN+pm0tSMArkL FyOS2iwqTG43yGdO40wbfk8w3sURhEStbbCSeT32IDZqvjQltKI= =GOmF -----END PGP SIGNATURE----- --vddHo9VOic74OFed-- From nobody Wed Jun 9 01:23:38 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B04295D197D for ; Wed, 9 Jun 2021 01:31:07 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.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 4G08hB4X6Hz4R8g for ; Wed, 9 Jun 2021 01:31:06 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 204AA5C0136 for ; Tue, 8 Jun 2021 21:23:41 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Tue, 08 Jun 2021 21:23:41 -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=eSm3u+LP33jfvJp/pTG3eUK0MZq 4DMI9sHKUqwTPpmw=; b=hVUPU24nd/T0zQvIXI1MibmBQUmduZRG4VqPiJ2HjW+ imWYGuz22/S/MyQzEd4jYggYWLQpcu0UHj8WtPj2hG+/NHoX1fh/eqJzun4WL5zH TfJvupKVKJDyWLPNLGgMeWgSVzABgAKC6J9Sl9b0zRCtFFQoRb4aNgRCahqK3CeE zzmfpMTrXX9lDAppoblFHVos2pVihtPQsNxXY9qxR9BKUrDOVo18qMYZc+CDeItV b+37mIbt/4eYV3GueEOpZZ1mPfzrKEwsiSDO5Pvt9GfUavK0pLcOXfiaS1u8iViT BaChxVinIqS8iv8BWwvghuLJp3drNaU4k1ubYerqihQ== 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=fm3; bh=eSm3u+ LP33jfvJp/pTG3eUK0MZq4DMI9sHKUqwTPpmw=; b=t8tMNaGZD/x24U0kGmWNpq HHRfNb7Jrkr1k3BrKwfVDa3vMo+Tx8c+OLF7VuX4/PXpwdp/n91Yy88aavhVfM2F NvJ6Xq101ckPt8+lqNrJArHQinwZbsBFVA0dgDQ0aE3xTXpZ91pr31peuyQUDdHC NRsAgzPErrAgOQifmaZ3bzELY7tNDy8ypgc2H2K4cGuFcDfKCfwX8Fns5F4gaBkA UR6BtOeobegQ9Az6+ZX9rbJwUbKQnOT05SyBycY8SN/mpSUtzx5646ToqtZAf3Gf A7tg0GciozWg0EbL7IMNVsvrxAeDRnvzDTPtc5eZNX24mrMKxvkbTCLy36KIpgSA == X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrfedutddgfeejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesghdtre ertddtvdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucggtffrrghtthgvrhhnpedtheeigfdvudefkeekvddtfedvte dttdekuddvgeevlefftdekffdujedvhfduteenucevlhhushhtvghrufhiiigvpedtnecu rfgrrhgrmhepmhgrihhlfhhrohhmpehtvggthhdqlhhishhtshesiiihgihsthdrnhgvth X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Tue, 8 Jun 2021 21:23:40 -0400 (EDT) Date: Wed, 9 Jun 2021 02:23:38 +0100 From: tech-lists To: freebsd-current@freebsd.org Subject: Re: OpenZFS imports, status update Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: <94FF271E-1397-42C5-8A9C-26E423D72701.ref@yahoo.com> <94FF271E-1397-42C5-8A9C-26E423D72701@yahoo.com> <9C30BADE-3432-4CC3-A176-1C627AB31599@freebsd.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Mu1DDRQpp+VNBZ48" Content-Disposition: inline In-Reply-To: <9C30BADE-3432-4CC3-A176-1C627AB31599@freebsd.org> X-Rspamd-Queue-Id: 4G08hB4X6Hz4R8g X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=hVUPU24n; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=t8tMNaGZ; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 66.111.4.26 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-3.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.26:from]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.26:c]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.111.4.26: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.26:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm3]; 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.26:from:127.0.2.255]; NEURAL_SPAM_SHORT(1.00)[1.000]; MAILMAN_DEST(0.00)[freebsd-current] X-ThisMailContainsUnwantedMimeParts: N --Mu1DDRQpp+VNBZ48 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 09, 2021 at 03:14:01AM +0200, tuexen@freebsd.org wrote: >Try: git remote prune freebsd unfortunately that didn't work either. In the end I rm -rf'd src and just cloned the repo again --=20 J. --Mu1DDRQpp+VNBZ48 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmDAGBMACgkQs8o7QhFz NAWUYBAAoU6bt3+bIrfKCPyP1UwFslvGzxSRcd5uR9hV+Bs/eHCKxpRZpv2+qQaa 1MKDtTi7r5CtPq2NPk/9Txj2vb+XyGtcp54DsjEohdaVugR2FM4/1xNhKJTk5avg x4ODKGgQqOrJ5NB02X/KLuEAVX7gyP1wjc3cKEqNBhdvkNm6PSnN01XE7K1cO5Fn Z2JTuEw12oNOZp8vfM6nFPvf9dzPWthZaaASvthizaOnfT2rW5PS70oUTrGGMPZR 8lPC1Ae87/7imMQQPDAZDi7Kk0Kue9nk+CqZMgkURK4pO4iEcHLuc97IYKpb+aRL E+NbMi/4Z97NNUO9O512GkdsHHxEp9wi+NF94oKcOhJTLFXpqwt7EVZscS6u+0fk oazTrTbKuw+kxu5vTrG6U6jltp5q0EY265++A/It9dnUny3V6IhNdG9Zy2YIxkBV fMtU0kTNDCsf0OMZhhStwN0sOP3e/6I/rWIkfWcNJVeaX//Yjeq3VGT//wtn9I5q MT0cFOVAslv7oYUIKDOJvhBP7iZKlbSTsNNsa6z6++2k0DhgoOZOYOacSSDDNfvg XQ8BK697xJQ1QAKaNvIw1CjAeSTc3HQALQJO1YrajJ1NlypTgPuspPf/E54naHGK WPKEjeWYGVjog6MO+zbAeE5WtewW4kHWft5f3nJPNFPO/Od0Qis= =FVTE -----END PGP SIGNATURE----- --Mu1DDRQpp+VNBZ48-- From nobody Wed Jun 9 01:40:14 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 874B75D28F8 for ; Wed, 9 Jun 2021 01:40:27 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x731.google.com (mail-qk1-x731.google.com [IPv6:2607:f8b0:4864:20::731]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G08ty5vgzz4SCh for ; Wed, 9 Jun 2021 01:40:26 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x731.google.com with SMTP id j62so8483822qke.10 for ; Tue, 08 Jun 2021 18:40:26 -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; bh=1rqYTB5AOIEZdvQ6UlovFYQA4GUYCCpJJELab3VswR0=; b=YQ/o6Ac6tZPSkD2Q/MQu8bJ/ojuK3UNr3iN139m88G1Jeb3VRtmu4CAfFU/Fkmn8sm izJE+2Mt3vVwsIppY2PB9HI3EJzsFlUENkwbz17Lo0/tlbjnLL2dkTeXbZtIo1xB0xyk kjelcZeVBThS8CEHo0+5h/5qWpfETNHZCSYUNbdBF456bE/sowAb0mURAIF6Ae1dAdF+ f+NmaRc6G1ogreDNc+2l4kV0aCUyGKdP7NtQP/IU//FoBQzIBYsRcN/lUYNowFYeWLOw kXpHiyBGEdh/JmvIIbSzy4HRRwbeLlRDBnmD7Z8tCnoOummBUQCqZS/IHRWhkoLqcqij gtPA== 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=1rqYTB5AOIEZdvQ6UlovFYQA4GUYCCpJJELab3VswR0=; b=YU5kMGm0bvtLadni+jOeYk6nfhMAVRVO+2UMTO8uJGeoKhU0KEr+uHHQ50W8tCZzx5 AHLJ/BuGVvIbLNor4pDWqKCoFRObUGC7EMQ+ONVaPjHJi7xVuPcwAKLcgAJDQPu3r+cC 61cugWv1DLJaDfPiTUsHpjfogspvRKqf9cUIPOYb4bImLtxVsaTiR0zXuDoZ+2maYJLK DAuH2ZMud7ApAK5viBL6l1gJRtfl0BngV2mIUpaL8LmqIEoJtFAC/1t2hiiYNJhYHDwN WFFJNnmFoanQuct09WpbSe3uKaXxiTFM6R8WfWCdGc7JO0qFUTQo5B7qb21zihM8nP4v xWzA== X-Gm-Message-State: AOAM53048ZW1jvffp8PDC2UhGePSAqvsujgBU5kof7iVJaBCxExEGymR Mit1A4vk7H+fHWYTUkDaPuI2LzHQqZHWc8C4pgjacOUUA6Y02w== X-Google-Smtp-Source: ABdhPJzvg55F+Jn2J026pqx88SJpcTDITxyxtNXX4wzgmW2vRoxfsIgzjPs2UJMb9GRIGem9PUgHPlV5e1HPfvE10oo= X-Received: by 2002:a37:9ccb:: with SMTP id f194mr23541262qke.206.1623202825462; Tue, 08 Jun 2021 18:40:25 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <94FF271E-1397-42C5-8A9C-26E423D72701.ref@yahoo.com> <94FF271E-1397-42C5-8A9C-26E423D72701@yahoo.com> <9C30BADE-3432-4CC3-A176-1C627AB31599@freebsd.org> In-Reply-To: From: Warner Losh Date: Tue, 8 Jun 2021 19:40:14 -0600 Message-ID: Subject: Re: OpenZFS imports, status update To: FreeBSD Current Content-Type: multipart/alternative; boundary="000000000000cf791305c44b5b43" X-Rspamd-Queue-Id: 4G08ty5vgzz4SCh X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=YQ/o6Ac6; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::731) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-1.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_COUNT_TWO(0.00)[2]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; 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)[bsdimp.com]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::731:from:127.0.2.255]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::731:from]; NEURAL_SPAM_SHORT(1.00)[1.000]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::731:from]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_TLS_ALL(0.00)[]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; MAILMAN_DEST(0.00)[freebsd-current] X-ThisMailContainsUnwantedMimeParts: Y --000000000000cf791305c44b5b43 Content-Type: text/plain; charset="UTF-8" On Tue, Jun 8, 2021, 7:31 PM tech-lists wrote: > On Wed, Jun 09, 2021 at 03:14:01AM +0200, tuexen@freebsd.org wrote: > >Try: git remote prune freebsd > > unfortunately that didn't work either. In the end I rm -rf'd src and > just cloned the repo again > You likely don't have freebsd as the remote origin. You need to replace it with origin most likely. Warner > -- > J. > --000000000000cf791305c44b5b43-- From nobody Wed Jun 9 01:59:12 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D72755D40C2; Wed, 9 Jun 2021 01:59:16 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-ej1-x62f.google.com (mail-ej1-x62f.google.com [IPv6:2a00:1450:4864:20::62f]) (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 4G09Jg661fz4ThP; Wed, 9 Jun 2021 01:59:15 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: by mail-ej1-x62f.google.com with SMTP id l1so35789335ejb.6; Tue, 08 Jun 2021 18:59:15 -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:content-transfer-encoding; bh=QvTcJu5qO/N8iGc6b1KK7hGozd1WF3A/g78tUNEhNJ4=; b=KcekTv66TsXBogh5wYzJWZexYR4FYcDmwNFtLca6Uin3p2nYp2P0/7InAUT7u7ZMoI R3vj1jwL7bqOyFiq/1v9tyRHjxbQKjn+IcjTXnCzsb4HGuM/aYDKq+gsBdz2GyoGRFb1 nOqXZeamlCGUTjE/jcYrbYkDMi1bEjuasDOG+Knjls4Re4UiYB9M0rfhAupR4mA5M4Qf y+Phy89k+Uf/WDkeckozqXV1UauJ5kYfQq50pCiT9Gw+2HgyeIM1wnlIAyOdojWADCO9 4IWSBFrfd9jJXdFITYAB2udSY/kbu+Ax+r174EGPn5qn6LcAK9P8ZGfW32ruFYcOYaHH dCog== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=QvTcJu5qO/N8iGc6b1KK7hGozd1WF3A/g78tUNEhNJ4=; b=ZZW7592DCLkbYeGVB90xdSj/rJzGigWUCAHKodVMz0IzOMMCZ4VNa77aL+QBFaW4lS M979fqpooMGr29bbbUYn71s5ozci7BDCZpqw/d4zwiD1d8Oc4xVFuacprU+7zD1KAaap XeDCSa0IxTjIX4d6exl/EaFH0a2pvjBFGZ52FVgRPywFyc0+tnVck3pcOB1MH6FEIANR ozGFdERl6H4nocPhJz/VIJGyAusN28VTB4/opiByQ+WwppbqmAnisDVSVjTy+elaI5iV IAcJgOrTJIJmDYSYSugFEE7P9WlI87PD+9S4r+lkryxdKV/QeomxAlTl+Db15MhzXql3 JgbQ== X-Gm-Message-State: AOAM530zDEXxvziSudxXLp0sMYZeWvcNOuhAECkBjejYDjK5pAUxiEzq rSmuqRACYept3DAA5JPo+ZSDK091eVeAgBx6DAEMA8AzxyblSC1r X-Google-Smtp-Source: ABdhPJwJ4TFwuJK8cR3yDa8b3VfHo9M1EkuyToqlrPsghrVPi8nkKzBf+AWfC0odhoX8Ak7Xn2lOukpjS92kLL50b88= X-Received: by 2002:a17:906:1c4d:: with SMTP id l13mr11474112ejg.531.1623203952802; Tue, 08 Jun 2021 18:59:12 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Received: by 2002:ab4:a201:0:0:0:0:0 with HTTP; Tue, 8 Jun 2021 18:59:12 -0700 (PDT) In-Reply-To: <0ED41E6B-9C57-405B-84BE-1161F012A974@FreeBSD.org> References: <6b25375d-0945-f01e-264e-ee410195fa97@nomadlogic.org> <0ED41E6B-9C57-405B-84BE-1161F012A974@FreeBSD.org> From: grarpamp Date: Tue, 8 Jun 2021 21:59:12 -0400 Message-ID: Subject: Re: OpenZFS port updated To: freebsd-fs@freebsd.org, zfs-discuss@list.zfsonlinux.org Cc: freebsd-stable@freebsd.org, freebsd-current@freebsd.org, freebsd-questions@freebsd.org, freebsd-security@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4G09Jg661fz4ThP X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=KcekTv66; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grarpamp@gmail.com designates 2a00:1450:4864:20::62f as permitted sender) smtp.mailfrom=grarpamp@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::62f:from]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_FIVE(0.00)[6]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::62f:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::62f:from]; 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-fs,freebsd-stable,freebsd-current,freebsd-questions,freebsd-security]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N On 4/17/20, Ryan Moeller wrote: > >> On Apr 17, 2020, at 4:56 PM, Pete Wright wrote: >> >> On 4/17/20 11:35 AM, Ryan Moeller wrote: >>> OpenZFS brings many exciting features to FreeBSD, including: >>> * native encryption >> Is there a good doc reference on available for using this? I believe th= is >> is zfs filesystem level encryption and not a replacement for our existin= g >> full-disk-encryption scheme that currently works? > > I=E2=80=99m not aware of a good current doc for this. If anyone finds/wri= tes > something, please post it! > There are some old resources you can find with a quick search that do a > pretty good job of covering the basic ideas, but I think the exact syntax= of > commands may be slightly changed in the final implementation. > > The encryption is performed at a filesystem level (per-dataset). You could find some initial doc and video about zfs encryption on openzfs.org and youtube, and in some commit logs. Therein was mentioned... People are needed to volunteer to expand documentation on the zfs crypto subject further in some document committed to openzfs repo since users and orgs will want to know it when considering use. Volunteers are also sought by openzfs to review the crypto itself. Maybe there was already some central place made with further current documentation about the zfs encryption topics since then? https://www.youtube.com/watch?v=3DfrnLiXclAMo openzfs encryption https://drive.google.com/file/d/0B5hUzsxe4cdmU3ZTRXNxa2JIaDQ/view https://www.youtube.com/watch?v=3DkFuo5bDj8C0 openzfs encryption cloud https://drive.google.com/file/d/14uIZmJ48AfaQU4q69tED6MJf-RJhgwQR/view It's dataset level, so GELI or GBDE etc are needed for full coverage, perhaps even those two may not have yet received much or formal review either, so there is always good volunteer opportunity there to start with review of a potentially simpler cryptosystem like those. zfs list, dataset snapshot names properties etc not covered. zfs history not covered, many sensitive strings will end up in there, including cutpaste password typos into commandline, usernames, timestamps, etc... and no tool exist to scrub overwrite history extents with random data, and no option exists to turn keeping of 'user initiated events' or 'long format' off, and ultimately no option exists to tell zpool create to disable history keeping from the very start entirely. So maybe users have to zero disks and pools along with it just to scrub that. zfs also exposes these variety of path and device names, timestamps, etc in cleartext on disk structures in various places, including configuration cachefile... Some of those could could be NULLed or dummied with new zpool create options for more security restricted use cases. There are other meta things and tools left exposed such as potentially any plaintext meta in send/recv. Another big metadata leak for environments and users that ship, sell, embed, clone, distribute, fileshare, and backup, their raw disks pools and usbs around to untrusted third parties... is that zfs also puts hostnames and UUID type of unique static meta and identifying things in cleartext on disk. zfs thus needs options to allow users to set and use a NULL, or generic dummy default, or random string, or chosen, "hostname" for those from the very first zpool create command. Most applications users use, including zfs, can today consider ways in which metadata leaks could be removed entirely, or at least optioned out for use under high security restricted environments modes. That could even involve considering trading off some extra features not actually required for a basic mode of functionality of the app. (cc's for fyi inclusion about leaks, and as lists still haven't been configured to support discreet bcc for that purpose, which would also maintain nice headers for thread following. Gmail breaks threads. zfsonlinux topicbox can't subscribe without web. Drop non-relevant cc's from further replies. Parent thread from freebsd current and stable lists was Subject: OpenZFS port updated) From nobody Wed Jun 9 02:15:12 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 0EC5E5D5642; Wed, 9 Jun 2021 02:15:16 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-ej1-x62b.google.com (mail-ej1-x62b.google.com [IPv6:2a00:1450:4864:20::62b]) (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 4G09g66f7Dz4XJl; Wed, 9 Jun 2021 02:15:14 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: by mail-ej1-x62b.google.com with SMTP id c10so35804673eja.11; Tue, 08 Jun 2021 19:15:14 -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:cc :content-transfer-encoding; bh=SZ1dE8ixmghv2pEIbDI43g6Vfem+rSPYolxq56gSUqE=; b=EAUO8zgelGixBONyPxXHfZ8KgtKcDirgKvZlef6yC4mHI97YNsieQkNHMwi5e199sn MYL1yGCVhzEGyoaBEil1x0pwNST5qcmytfgR4WEcD4heSL5wtJ/7q0Er/9RQHLMwhcb9 LX5BUUbfe5lTxCtutfvx/HPGXAJH8FvMamYbiQjimVfq3dARH561kfKod8yk5e+kwkKf wPfTdfUY6KaKsYilidBsOUQYeeXtfA/x+M000vTB/46lDYu/V1ir3Ctsl23d73hzAo9A DNkJtlYd/BjisHuvUH6SS6V1/52nCbEh5TjObPsFvuNczbzQCRD6bdAg8F4SnPtzccJe vgNA== 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 :content-transfer-encoding; bh=SZ1dE8ixmghv2pEIbDI43g6Vfem+rSPYolxq56gSUqE=; b=df2X6eB59Ua8fGhULE96+DdPY4oxaPDRotrhsTSUgZDgmsdlMvFDS/ySDngE8GIWvU DgSaMx78cnO5+73ZHxdyfuHuUWOWy0My/hvuZKiCWtJrs6Y6IsN3QgnzLhWKXvZJ6VCz 7SYQo8vqyH5lUbpGiiF/RqVb7ZVngyaKQnvQgyYXiZkz3l0EIaQMYhqvjya5igh94Jyw KhvcCslrrtWEyOJozkuEtN8U3IATlLb35/pj3J7WrX6C4M/ji8NYJvWx2cOApXHQsjS/ MekSSPqUI+1qPueNGpH4BCzTozZ2Hm1bP6iMSoeEPqMeHCaMjxUZfB2r4j8nHUiXNny/ HdhA== X-Gm-Message-State: AOAM530hLT5IlpW6kogD9fsv6RK+iYZc7jHTiv+f+3i9aCgxT14+t6vA 7khGEvKQb686JogATDta1P6o7BoVI4sOtuX+CxPhedd3M/IWewaSnm0= X-Google-Smtp-Source: ABdhPJwZVjvK/s1m5T8GAKUOvEQlEzt/HqVuKlJyQvra+fUJuazREb2FjzjIrDilG+lf/1ht0qv/wZyjN9SbX6Hrtec= X-Received: by 2002:a17:906:757:: with SMTP id z23mr25450260ejb.537.1623204912927; Tue, 08 Jun 2021 19:15:12 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Received: by 2002:ab4:a201:0:0:0:0:0 with HTTP; Tue, 8 Jun 2021 19:15:12 -0700 (PDT) From: grarpamp Date: Tue, 8 Jun 2021 22:15:12 -0400 Message-ID: Subject: OpenZFS Encryption: Docs, and re Metadata Leaks To: freebsd-fs@freebsd.org, zfs-discuss@list.zfsonlinux.org Cc: freebsd-stable@freebsd.org, freebsd-current@freebsd.org, freebsd-questions@freebsd.org, freebsd-security@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4G09g66f7Dz4XJl X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=EAUO8zge; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grarpamp@gmail.com designates 2a00:1450:4864:20::62b as permitted sender) smtp.mailfrom=grarpamp@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::62b:from]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_FIVE(0.00)[6]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::62b:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::62b:from]; 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-fs,freebsd-stable,freebsd-current,freebsd-questions,freebsd-security]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N On 4/17/20, Ryan Moeller wrote: > >> On Apr 17, 2020, at 4:56 PM, Pete Wright wrote: >> >> On 4/17/20 11:35 AM, Ryan Moeller wrote: >>> OpenZFS brings many exciting features to FreeBSD, including: >>> * native encryption >> Is there a good doc reference on available for using this? I believe th= is >> is zfs filesystem level encryption and not a replacement for our existin= g >> full-disk-encryption scheme that currently works? > > I=E2=80=99m not aware of a good current doc for this. If anyone finds/wri= tes > something, please post it! > There are some old resources you can find with a quick search that do a > pretty good job of covering the basic ideas, but I think the exact syntax= of > commands may be slightly changed in the final implementation. > > The encryption is performed at a filesystem level (per-dataset). You could find some initial doc and video about zfs encryption on openzfs.org and youtube, and in some commit logs. Therein was mentioned... People are needed to volunteer to expand documentation on the zfs crypto subject further in some document committed to openzfs repo since users and orgs will want to know it when considering use. Volunteers are also sought by openzfs to review the crypto itself. Maybe there was already some central place made with further current documentation about the zfs encryption topics since then? https://www.youtube.com/watch?v=3DfrnLiXclAMo openzfs encryption https://drive.google.com/file/d/0B5hUzsxe4cdmU3ZTRXNxa2JIaDQ/view https://www.youtube.com/watch?v=3DkFuo5bDj8C0 openzfs encryption cloud https://drive.google.com/file/d/14uIZmJ48AfaQU4q69tED6MJf-RJhgwQR/view It's dataset level, so GELI or GBDE etc are needed for full coverage, perhaps even those two may not have yet received much or formal review either, so there is always good volunteer opportunity there to start with review of a potentially simpler cryptosystem like those. zfs list, dataset snapshot names properties etc not covered. zfs history not covered, many sensitive strings will end up in there, including cutpaste password typos into commandline, usernames, timestamps, etc... and no tool exist to scrub overwrite history extents with random data, and no option exists to turn keeping of 'user initiated events' or 'long format' off, and ultimately no option exists to tell zpool create to disable history keeping from the very start entirely. So maybe users have to zero disks and pools along with it just to scrub that. zfs also exposes these variety of path and device names, timestamps, etc in cleartext on disk structures in various places, including configuration cachefile... Some of those could could be NULLed or dummied with new zpool create options for more security restricted use cases. There are other meta things and tools left exposed such as potentially any plaintext meta in send/recv. Another big metadata leak for environments and users that ship, sell, embed, clone, distribute, fileshare, and backup, their raw disks pools and usbs around to untrusted third parties... is that zfs also puts hostnames and UUID type of unique static meta and identifying things in cleartext on disk. zfs thus needs options to allow users to set and use a NULL, or generic dummy default, or random string, or chosen, "hostname" for those from the very first zpool create command. Most applications users use, including zfs, can today consider ways in which metadata leaks could be removed entirely, or at least optioned out for use under high security restricted environments modes. That could even involve considering trading off some extra features not actually required for a basic mode of functionality of the app. (cc's for fyi inclusion about leaks, and as lists still haven't been configured to support discreet bcc for that purpose, which would also maintain nice headers for thread following. Gmail breaks threads. zfsonlinux topicbox peole can't subscribe without javabloatbroken website, so someone could forward this there. Drop non-relevant cc's from further replies. Parent thread from freebsd current and stable lists was Subject: OpenZFS port updated) From nobody Wed Jun 9 03:07:58 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D4CE47CA7C6 for ; Wed, 9 Jun 2021 03:08:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-21.consmr.mail.gq1.yahoo.com (sonic313-21.consmr.mail.gq1.yahoo.com [98.137.65.84]) (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 4G0Br74jXZz4fS4 for ; Wed, 9 Jun 2021 03:08:07 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1623208085; bh=sBlNQ+ca/khTR1HV/k79g0WbiB/95uQs1JQNkhxYhAg=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=FO/BmH4/UByEYbWw19Di0qYv9fYOt692ouDWcREnu6CJL1mbX6BqkcQTMIpQkYDGbSPaAquNEA3HBzKLirnbm4IV89ffifEQ90jJRO4/P3WU0VKgU0pMcxi9cFhdgO8MJqATUltaYoF4OX8+QENqvHVu6DuItTkenDKmajeARE1qY4/r7oFmyXS8JmYxemnAHRNomotV4Ce6qxnccxvAqcUUMTCF3vXM4CYKHXu51kTSCTb3yArATtwM0n/tclJ4V81FjpZ0jZ8+SwkF9kgJclcBYQrnTFmAeO1v8uzF5r2q/4Otgo5tiugcRIIKkkOpajN2uyoTlL7/zQLjaZjXNg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1623208085; bh=SUb8H6lc3GJZw6uzrV2ErZMCNwRp3Ibw003mlX19wY0=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=nQtasluNF6/3ic1YNS1Vv3NQJQYCupCCI4pITfId9ZOv5gjd6UYVKwKx7KfcX54qZ47xF3mIB1mxlmNeLHzVnRGYrFJvkyia3ilu8g9cGl5oSrAYMh4jYrn9Ok/l+/aao5fu5aMejJxD1t++KzUV/MM7HsKFGxEUmPWHOyd0l7WHD0ZE+vTHer1xQaFrntDBGdSOTZJN/j+y+/9ULpeaPFEif5rq9b1L00m2qP0I0gjB0qvmDWPSJ3I2jVtwqXRcos3QQFXAK/J8cwdcLq8ruUHQYEO5mpBfhck4lMaB7642cngwCd0b42aifK3kqdSNRK4aTNCcjyG7gaDHh3Wjjg== X-YMail-OSG: a84gc.8VM1ngDcQIDMxgjEFzfRPPWuaJUYvK2fQa5Owrb1fdOAuKiG9sXus_mdQ YdojcE8lnM4SNeR0wPz0VsMhCdRlCrAhg6j4ZztdwKP1eVGLGWzQSYApZCrwyXmK6RmWtvGh1EdW xngY2YLvVTSJCxyYztEqIKomajonBWTrnAK_5PlzYIL1WNbKOsuh1EY2XrbxOLJ8WkMUAV3NMI1n OBQzvWBxHeELEUkoP_gNEp9kfEkt.nTHjgXUSB5zNnON3cymE9qqIWxVVyYSyejZGcU86V6vIdQD X6ilRAd2GDadjjp3hhax1ClYI0oUIu5Cy1TRQM9D55zvwg9iCcQejtl0qr6SghYMBi55QNfspgQN YeWUHSTrLUPAQMwEGYYeUvIJJvj2Urhnj36_.Uj4c37YFis0v2TllCEFsp1Mn4NCI9XQHDoxvwdr jl_qMzFzTluPWTpZpj4pnWZajcVWHGiIZREe0Oocgr8UE9dcjXyr7B5p5UZl2CePBYlw7NUQ3JqZ QyhuRwjbg8hQ5sHjqnx31UViV8chEIqi8Nu15ojYOApPGDI0wEkiSlnEbC8elqarkRRW4Vw1dLmI GqNkxcHI2GoKwoQ3Ug1ii2QDWW5AxXL6bvAtSKJu1lInia27WmPPp0pOh30IM7bFFW_sEywMlXB. tNvtaKJ_dJexphW.KQatI1qbd5PgthYJcJkcM94mE8r.74mbGLArhdK.qgQWQKDD9u2myzQ1uDZG CV_sE.bHsRM9JkovB6yx9sJX9lNNDyzPUeNBJ.cQ9bGyWHf_H_5snrsfdFzTENFqVtaONG1qMNyj WTvHRmDn0.bti2pkswWqPZ_nbRzFCv7.Xgf4FJ3B2paRXGQ6TrvinCgfv_ER68cxPMlVvW0bB9yC IYcMnHNekFFPlFh3kZ8rDnN.M17HTPr1loQMexOkihBNYKAj2X3wdM7.N_wCTbcXV_wFs_7qonso SBLscaSKfaIvhqYo7PZ8HDL7uwIC8scy5lw9E3B_xlYpETMw4Kq2qtIlf4fJiZXygdDwgT4W.s1L Y3nXZPM_18uKpWhhORz4tJIFv5yz0WYMw9qbuGfR.lKrJtS9T8zXDToa7owvtoWSODH6IT3KbS7J QI.ysN_I1huMQnsZp.shLzC6S25sCgIeyFiulZhrfjsXN9wISvKCccZDY5Vp2_MgHObxc5WbO8gk oL7SQeEDqsCBz7ah2uSBo.GS6PhJKrgkAlIi3OKj4BQxRpaZL6SDKY2lpQWbEr5NiYdH._RdqZAp zHQkynU.Of2CjeITAbZNrBK0LP8eBfmDJwFDNMuNjYTNE.9xSBniIIgnUagrZyLdWYHtScoHG0kD WD0HCFhfvqHoUAL4fB556WjL1nPH0WqfsGxjqHIot91JlYdrhH8jD8qP7iIxVD6nETRD50RKI34C cuN_5P0zQ.qK_fU59YqYcP2zFGdc74.9Ynrlsb7b_qX6rZDhJEzGsyqGlqyLpTZ.ycgsBxiTPzBN nwwqwG8pcpsF1v53.7bUN_5dOhoj3exXz1MU0OrBrJmE.Nu193T5KT3m0_RJapnSQ3PcmLl.U2hz 17gxD7sMg.iBtptRmJCPIw2lOj04UzcRt2FIM4pBYr2r1pUqvXSN9iqMgzcyfyp.lZMThoZ_WCGE 8NBObK9ZnANrLIyrtU_sOFv2xj9cc6Oo1YJSkss1tiojLIbQNBh7_DigKDOB5R83NR8FhE9ggYMq Tc4SfaLJklODl3Z9m1qGlJ3b_2CaOCrVJTHG4Nt6Qqo21Wfw3xQ6R0aNzsyOiglaIR7dnAVnKvV2 ddo_CM1sW2dVhEk_isXl2g9iG9DVQn_qJs1PApH6tLoJaC_MvgIADCtYGKJ1owMvjyKsnGI1R0kw oTRyG4NqUtpEG8xCD1E0LJfT3z7KdLrcNE2zAkfCuRiqHHNshwCazPj3a23y1wnGyLpDYHsg8IfA bTD56w45yQLlDJddmb.TeRzgGr.dwylR99bbv.M3BZ9LHLmJo.TvpFNf9EKupSnFWhkmvldRp2N9 9dAbXacj6RugvjrN7g_A1xzA6qFCXUrnj1xAzkvHzOgAmpt5FXXGcxdbZUmx3ZSTeMjKUMdCUn.I 0tmTJ1mxUpZuejVqAu4APmEMbtGjvFWkn4i3A4z2dr8Iupdjg.fpffxglel354vsKJiBMS1VVmoA YGlfBmdC3EHhY1YfHHwmIc6gOGPHDtwtTJw8S7AnQrVl4aeS67QeMtKHZE1t5269ltSTH2xS1fwF omOJ2bdimictELG_qbL9j8lEkRpFtP7IwtlLPDIFZA2CI40bvJoKOwH79R4V4SeAYJuv4.K1FTz2 j3GKr8THhGAxWGgiWuoDrKQsvnYc1mM_R_R4uKc0KWzlfXY1fum.P6sqX2deNjw5vUgYnjF3er8e Gv7BRlEHJU2MqTG9OJw8C5U2HAhOaNeSg5vm0jF9VVqBZBCBQDgimRu.iPHoxSmTzUNWfygMv1HM yJPk0ZUJgQHEYPn7uCP09d84OPeVtUqh9LDa2cmg7rkAyacq8hGLEmSSgcH.UE0xT4FqB.v9u2JR 3Lg-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Wed, 9 Jun 2021 03:08:05 +0000 Received: by kubenode577.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID c099a7517cd24e4793f403e524866c2f; Wed, 09 Jun 2021 03:07:59 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: OpenZFS imports, status update Message-Id: <1C7658F0-1896-4642-A8EA-99F492FA0801@yahoo.com> Date: Tue, 8 Jun 2021 20:07:58 -0700 Cc: freebsd-current To: tech-lists X-Mailer: Apple Mail (2.3654.100.0.2.22) References: <1C7658F0-1896-4642-A8EA-99F492FA0801.ref@yahoo.com> X-Rspamd-Queue-Id: 4G0Br74jXZz4fS4 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=FO/BmH4/; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.84 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-1.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.84:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.65.84:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.84:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-current X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N tech-lists wrote on Date: Wed, 9 Jun 2021 02:13:07 +0100 : > root_at_desktop:/usr/src# git remote prune freebsd > fatal: 'freebsd' does not appear to be a git repository > fatal: Could not read from remote repository. >=20 > Please make sure you have the correct access rights > and the repository exists. Just a note for potential future reference, first showing showing an example of finding what name(s) identify remotes: # git remote show freebsd Then there is checking what remote branches are known for one of those remotes (showing an example here): # git remote show freebsd * remote freebsd Fetch URL: https://git.FreeBSD.org/src.git Push URL: https://git.FreeBSD.org/src.git HEAD branch: main Remote branches: main tracked refs/notes/commits tracked . . . vendor/zstd tracked Local branches configured for 'git pull': main merges with remote main releng/13.0 merges with remote releng/13.0 stable/13 merges with remote stable/13 Local refs configured for 'git push': main pushes to main (local out of date) releng/13.0 pushes to releng/13.0 (local out of date) stable/13 pushes to stable/13 (local out of date) There can be things in that output such as: . . . refs/remotes/freebsd/vendor/openzfs stale (use 'git remote prune' to = remove) . . . vendor/openzfs/legacy new (next fetch will store in = remotes/freebsd) vendor/openzfs/master new (next fetch will store in = remotes/freebsd) vendor/openzfs/zfs-2.1-release new (next fetch will store in = remotes/freebsd) . . . =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Wed Jun 9 06:57:24 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id C10E97EE32E for ; Wed, 9 Jun 2021 06:57:26 +0000 (UTC) (envelope-from truckman@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 4G0Hwk58Kwz4vqs; Wed, 9 Jun 2021 06:57:26 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from mousie.catspoiler.org (unknown [76.212.85.177]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: truckman) by smtp.freebsd.org (Postfix) with ESMTPSA id 306A020C15; Wed, 9 Jun 2021 06:57:26 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Date: Tue, 8 Jun 2021 23:57:24 -0700 (PDT) From: Don Lewis Subject: Re: ssh connections break with "Fssh_packet_write_wait" on 13 [SOLVED] To: Michael Gmelin cc: "freebsd-current@freebsd.org" In-Reply-To: <20210608224725.35930d70@bsd64.grem.de> Message-ID: References: <20210601134747.40920d51@bsd64.grem.de> <20210603150906.48cbd638@bsd64.grem.de> <20210608224725.35930d70@bsd64.grem.de> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Content-Disposition: INLINE X-ThisMailContainsUnwantedMimeParts: N On 8 Jun, Michael Gmelin wrote: > > > On Thu, 3 Jun 2021 15:09:06 +0200 > Michael Gmelin wrote: > >> On Tue, 1 Jun 2021 13:47:47 +0200 >> Michael Gmelin wrote: >> >> > Hi, >> > >> > Since upgrading servers from 12.2 to 13.0, I get >> > >> > Fssh_packet_write_wait: Connection to 1.2.3.4 port 22: Broken pipe >> > >> > consistently, usually after about 11 idle minutes, that's with and >> > without pf enabled. Client (11.4 in a VM) wasn't altered. >> > >> > Verbose logging (client and server side) doesn't show anything >> > special when the connection breaks. In the past, QoS problems >> > caused these disconnects, but I didn't see anything apparent >> > changing between 12.2 and 13 in this respect. >> > >> > I did a test on a newly commissioned server to rule out other >> > factors (so, same client connections, some routes, same >> > everything). On 12.2 before the update: Connection stays open for >> > hours. After the update (same server): connections breaks >> > consistently after < 15 minutes (this is with unaltered >> > configurations, no *AliveInterval configured on either side of the >> > connection). >> >> I did a little bit more testing and realized that the problem goes >> away when I disable "Proportional Rate Reduction per RFC 6937" on the >> server side: >> >> sysctl net.inet.tcp.do_prr=0 >> >> Keeping it on and enabling net.inet.tcp.do_prr_conservative doesn't >> fix the problem. >> >> This seems to be specific to Parallels. After some more digging, I >> realized that Parallels Desktop's NAT daemon (prl_naptd) handles >> keep-alive between the VM and the external server on its own. There is >> no direct communication between the client and the server. This means: >> >> - The NAT daemon starts sending keep-alive packages right away (not >> after the VM's net.inet.tcp.keepidle), every 75 seconds. >> - Keep-alive packages originating in the VM never reach the server. >> - Keep-alive originating on the server never reaches the VM. >> - Client and server basically do keep-alive with the nat daemon, not >> with each other. >> >> It also seems like Parallels is filtering the tos field (so it's >> always 0x00), but that's unrelated. >> >> I configured a bhyve VM running FreeBSD 11.4 on a separate laptop on >> the same network for comparison and is has no such issues. >> >> Looking at TCP dump output on the server, this is what a keep-alive >> package sent by Parallels looks like: >> >> 10:14:42.449681 IP (tos 0x0, ttl 64, id 15689, offset 0, flags >> [none], proto TCP (6), length 40) >> 192.168.1.1.58222 > 192.168.1.2.22: Flags [.], cksum x (correct), >> seq 2534, ack 3851, win 4096, length 0 >> >> While those originating from the bhyve VM (after lowering >> net.inet.tcp.keepidle) look like this: >> >> 12:18:43.105460 IP (tos 0x0, ttl 62, id 0, offset 0, flags [DF], >> proto TCP (6), length 52) >> 192.168.1.3.57555 > 192.168.1.2.22: Flags [.], cksum x >> (correct), seq 1780337696, ack 45831723, win 1026, options >> [nop,nop,TS val 3003646737 ecr 3331923346], length 0 >> >> Like written above, once net.inet.tcp.do_prr is disabled, keepalive >> seems to be working just fine. Otherwise, Parallel's NAT daemon kills >> the connection, as its keep-alive requests are not answered (well, >> that's what I think is happening): >> >> 10:19:43.614803 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], >> proto TCP (6), length 40) >> 192.168.1.1.58222 > 192.168.1.2.22: Flags [R.], cksum x (correct), >> seq 2535, ack 3851, win 4096, length 0 >> >> The easiest way to work around the problem Client side is to configure >> ServerAliveInterval in ~/.ssh/config in the Client VM. >> >> I'm curious though if this is basically a Parallels problem that has >> only been exposed by PRR being more correct (which is what I suspect), >> or if this is actually a FreeBSD problem. >> > > So, PRR probably was a red herring and the real reason that's happening > is that FreeBSD (since version 13[0]) by default discards packets > without timestamps for connections that formally had negotiated to have > them. This new behavior seems to be in line with RFC 7323, section > 3.2[1]: > > "Once TSopt has been successfully negotiated, that is both and > contain TSopt, the TSopt MUST be sent in every non- > segment for the duration of the connection, and SHOULD be sent in an > segment (see Section 5.2 for details)." > > As it turns out, macOS does exactly this - send keep-alive packets > without a timestamp for connections that were negotiated to have them. I wonder if I'm running into this with ssh connections to freefall. My outgoing IPv6 connections pass through an ipfw firewall that uses dynamic rules. When the dynamic rule gets close to expiration, it generates keep alive packets that just seem to be ignored by freefall. Eventually the dynamic rule expires, then sometime later sshd on freefall sends a keepalive which gets dropped at my end. From nobody Wed Jun 9 08:30:27 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 6A87CF7B307 for ; Wed, 9 Jun 2021 08:30:31 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4G0L070pJBz3J6Z; Wed, 9 Jun 2021 08:30:30 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 1598UR5S012206; Wed, 9 Jun 2021 01:30:27 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 1598URfk012205; Wed, 9 Jun 2021 01:30:27 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202106090830.1598URfk012205@gndrsh.dnsmgr.net> Subject: Re: ssh connections break with "Fssh_packet_write_wait" on 13 [SOLVED] In-Reply-To: To: Don Lewis Date: Wed, 9 Jun 2021 01:30:27 -0700 (PDT) CC: Michael Gmelin , "freebsd-current@freebsd.org" X-Mailer: ELM [version 2.4ME+ PL121h (25)] List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4G0L070pJBz3J6Z X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N > On 8 Jun, Michael Gmelin wrote: > > > > > > On Thu, 3 Jun 2021 15:09:06 +0200 > > Michael Gmelin wrote: > > > >> On Tue, 1 Jun 2021 13:47:47 +0200 > >> Michael Gmelin wrote: > >> > >> > Hi, > >> > > >> > Since upgrading servers from 12.2 to 13.0, I get > >> > > >> > Fssh_packet_write_wait: Connection to 1.2.3.4 port 22: Broken pipe > >> > > >> > consistently, usually after about 11 idle minutes, that's with and > >> > without pf enabled. Client (11.4 in a VM) wasn't altered. > >> > > >> > Verbose logging (client and server side) doesn't show anything > >> > special when the connection breaks. In the past, QoS problems > >> > caused these disconnects, but I didn't see anything apparent > >> > changing between 12.2 and 13 in this respect. > >> > > >> > I did a test on a newly commissioned server to rule out other > >> > factors (so, same client connections, some routes, same > >> > everything). On 12.2 before the update: Connection stays open for > >> > hours. After the update (same server): connections breaks > >> > consistently after < 15 minutes (this is with unaltered > >> > configurations, no *AliveInterval configured on either side of the > >> > connection). > >> > >> I did a little bit more testing and realized that the problem goes > >> away when I disable "Proportional Rate Reduction per RFC 6937" on the > >> server side: > >> > >> sysctl net.inet.tcp.do_prr=0 > >> > >> Keeping it on and enabling net.inet.tcp.do_prr_conservative doesn't > >> fix the problem. > >> > >> This seems to be specific to Parallels. After some more digging, I > >> realized that Parallels Desktop's NAT daemon (prl_naptd) handles > >> keep-alive between the VM and the external server on its own. There is > >> no direct communication between the client and the server. This means: > >> > >> - The NAT daemon starts sending keep-alive packages right away (not > >> after the VM's net.inet.tcp.keepidle), every 75 seconds. > >> - Keep-alive packages originating in the VM never reach the server. > >> - Keep-alive originating on the server never reaches the VM. > >> - Client and server basically do keep-alive with the nat daemon, not > >> with each other. > >> > >> It also seems like Parallels is filtering the tos field (so it's > >> always 0x00), but that's unrelated. > >> > >> I configured a bhyve VM running FreeBSD 11.4 on a separate laptop on > >> the same network for comparison and is has no such issues. > >> > >> Looking at TCP dump output on the server, this is what a keep-alive > >> package sent by Parallels looks like: > >> > >> 10:14:42.449681 IP (tos 0x0, ttl 64, id 15689, offset 0, flags > >> [none], proto TCP (6), length 40) > >> 192.168.1.1.58222 > 192.168.1.2.22: Flags [.], cksum x (correct), > >> seq 2534, ack 3851, win 4096, length 0 > >> > >> While those originating from the bhyve VM (after lowering > >> net.inet.tcp.keepidle) look like this: > >> > >> 12:18:43.105460 IP (tos 0x0, ttl 62, id 0, offset 0, flags [DF], > >> proto TCP (6), length 52) > >> 192.168.1.3.57555 > 192.168.1.2.22: Flags [.], cksum x > >> (correct), seq 1780337696, ack 45831723, win 1026, options > >> [nop,nop,TS val 3003646737 ecr 3331923346], length 0 > >> > >> Like written above, once net.inet.tcp.do_prr is disabled, keepalive > >> seems to be working just fine. Otherwise, Parallel's NAT daemon kills > >> the connection, as its keep-alive requests are not answered (well, > >> that's what I think is happening): > >> > >> 10:19:43.614803 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], > >> proto TCP (6), length 40) > >> 192.168.1.1.58222 > 192.168.1.2.22: Flags [R.], cksum x (correct), > >> seq 2535, ack 3851, win 4096, length 0 > >> > >> The easiest way to work around the problem Client side is to configure > >> ServerAliveInterval in ~/.ssh/config in the Client VM. > >> > >> I'm curious though if this is basically a Parallels problem that has > >> only been exposed by PRR being more correct (which is what I suspect), > >> or if this is actually a FreeBSD problem. > >> > > > > So, PRR probably was a red herring and the real reason that's happening > > is that FreeBSD (since version 13[0]) by default discards packets > > without timestamps for connections that formally had negotiated to have > > them. This new behavior seems to be in line with RFC 7323, section > > 3.2[1]: > > > > "Once TSopt has been successfully negotiated, that is both and > > contain TSopt, the TSopt MUST be sent in every non- > > segment for the duration of the connection, and SHOULD be sent in an > > segment (see Section 5.2 for details)." > > > > As it turns out, macOS does exactly this - send keep-alive packets > > without a timestamp for connections that were negotiated to have them. > > I wonder if I'm running into this with ssh connections to freefall. My > outgoing IPv6 connections pass through an ipfw firewall that uses > dynamic rules. When the dynamic rule gets close to expiration, it > generates keep alive packets that just seem to be ignored by freefall. > Eventually the dynamic rule expires, then sometime later sshd on > freefall sends a keepalive which gets dropped at my end. Verry likely: freefall:rgrimes {101} sysctl net.inet.tcp.tolerate_missing_ts net.inet.tcp.tolerate_missing_ts: 0 Can someone please flip this on freefall to =1. -- Rod Grimes rgrimes@freebsd.org From nobody Wed Jun 9 08:54:18 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 6CD43F7DDC8 for ; Wed, 9 Jun 2021 08:54:40 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vtr.rulingia.com (vtr.rulingia.com [IPv6:2001:19f0:5801:ebe:5400:1ff:fe53:30fd]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "vtr.rulingia.com", Issuer "R3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G0LWz6v10z3MwD; Wed, 9 Jun 2021 08:54:39 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from server.rulingia.com (ppp239-208.static.internode.on.net [59.167.239.208]) by vtr.rulingia.com (8.16.1/8.15.2) with ESMTPS id 1598sONY098531 (version=TLSv1.3 cipher=AEAD-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 9 Jun 2021 18:54:29 +1000 (AEST) (envelope-from peter@rulingia.com) DKIM-Filter: OpenDKIM Filter v2.10.3 vtr.rulingia.com 1598sONY098531 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=rulingia.com; s=default; t=1623228869; bh=+tQ6rxjkG7ERHY2ubrjrRS2HGKw2ctNj54MQYooM8Vc=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=lIzlWhAHdIZP6B5L8+hrq3J43wD1XMUvR3HmbDtp2y3fh7N5h0gKfT9nCMHQUsocn cZwpLoa4bocTZkb2rQHou44fqK3xdLr7HMUgKzZG67ELh6cfOwSFd+3Cma2RfO7acr DazvXnOfIGXtCG3hHTBfPBUcjp85yYhlMhwwj4Tn6KTqqGBJ3/u/1OeXexUPh6FBzf ZVT05NWV40qKGBYMQkdBH+VHfDq4P04RIX4rnx/AONHz7RT3/EN37vBKaLBgJSQq22 OZ8pBmaxgQ8N+mG4PpZc33rb838ffSdG8Tr7w6EcHCC7bvdhQvtnsEmidN4pUo//gt j9FuOtp0hPaMQ== X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.16.1/8.16.1) with ESMTPS id 1598sJuo014655 (version=TLSv1.3 cipher=AEAD-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 9 Jun 2021 18:54:19 +1000 (AEST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.16.1/8.16.1/Submit) id 1598sIMt014654; Wed, 9 Jun 2021 18:54:18 +1000 (AEST) (envelope-from peter) Date: Wed, 9 Jun 2021 18:54:18 +1000 To: Ian Lepore Cc: "Rodney W. Grimes" , "freebsd-current@freebsd.org" Subject: Re: Files in /etc containing empty VCSId header Message-ID: References: <202106082211.158MBrbe010419@gndrsh.dnsmgr.net> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Al1Mrx9H/twesJ46" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://www.rulingia.com/keys/peter.pgp X-Rspamd-Queue-Id: 4G0LWz6v10z3MwD X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: peter@rulingia.com From: Peter Jeremy via freebsd-current X-Original-From: Peter Jeremy X-ThisMailContainsUnwantedMimeParts: N --Al1Mrx9H/twesJ46 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2021-Jun-08 17:13:45 -0600, Ian Lepore wrote: >On Tue, 2021-06-08 at 15:11 -0700, Rodney W. Grimes wrote: >> There is a command for that which does or use to do a pretty >> decent job of it called whereis(1). Thanks. That looks useful. >revolution > whereis ntp.conf >ntp.conf: >revolution > whereis netif >netif: >revolution > whereis services >services: > >So how does that help me locate the origin of these files in the source >tree? It works for me=E2=84=A2: server% whereis ntp.conf ntp.conf: /usr/src/usr.sbin/ntp/ntpd/ntp.conf server% whereis netif =20 netif: /usr/src/libexec/rc/rc.d/netif server% whereis services services: /usr/src/contrib/unbound/services Is your source tree somewhere other than /usr/src? --=20 Peter Jeremy --Al1Mrx9H/twesJ46 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE7rKYbDBnHnTmXCJ+FqWXoOSiCzQFAmDAgbVfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEVF QjI5ODZDMzA2NzFFNzRFNjVDMjI3RTE2QTU5N0EwRTRBMjBCMzQACgkQFqWXoOSi CzQpig/+O3hdfFf+GJ2xYYEuEmGX7cT3BcJdeq6r2W1NZIjC///N3qt8RQygRKJa 0h0vuBGtD6FUVy9kyFuEm7NpvU6XgyUen+EIhcoTgVXUGlGXfTI9sBxvVxPsF0oI K5rfOqmP9C4513ra5/cqUvnvuqCjs3EpqlOOT/eFrhWSUxIAWXlDBlR4T3GAqUok mmSS5xkeDGOtAiGYUoDpmCY9e7A+5OlLp/RaANmvGPnFFXJEjKTaPojTd9O1Ev+F Jk1hWA2pE8+fRVk0flHS7iHpZ7dQnEdGv0k//fwRena8jL76jKixNmB8uQj7AMgF rC9WLbhjUVjIhDfngY0r3xs6bb/0R5gqQQFsgthBTIa9cLjPksL+bo9ey2xFukTo 6nSUAWfrUkWdcnUDCoE7kNBzmlhWBOtZqesa8xu/Gp2iHA61NfHNrws7J/xxkpPK rVZTgNdsEJwR4d0lUn+5ddAqWT/S9oI2iRgBca7Xai5/UcRUTHEr5GC413K+qFw0 gbZXYOlKufnMkqv+8x38r0z6pW2+ZrYJDv7jaCFTzax3TlKCZCqm6i/HZv8AqgHn cxhrBG5zUM895PUQeTln4msCEbG9dqDp56wogtvAvNKZ8HvPCB05DMlKJWinTpuo H33v7rfMdPI2fHxv9W/nyJY56p1YpaHXDXe43lB+wkl8I3sD6vE= =yFdw -----END PGP SIGNATURE----- --Al1Mrx9H/twesJ46-- From nobody Wed Jun 9 09:01:35 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 92EFFF7F796 for ; Wed, 9 Jun 2021 09:01:40 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.3 with cipher TLS_CHACHA20_POLY1305_SHA256 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.evolve.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G0Lh40mf6z3Pmq; Wed, 9 Jun 2021 09:01:39 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id 4fa457f0; Wed, 9 Jun 2021 09:01:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; s=20180501; bh=bvOX9/iWiBh9eo a7aY9+hGnOozg=; b=ovLt7PED23I3+EvYWLwq3Z0WRN/wFAKhQSQbGKw3bSHdI4 Y4jZc4eDUgo3XkT/b5ZecDiP16C/kku+V5PfuI0arg0RFCbumnc88tmKZ9GGvjIb /zOflxqak+q2Kc6/26zaSiNl5kg20sHyH1UaIkscsGbTzgo3w0stqtDCAESfoquN Mg8LR2PRpBnGrwaFcB9FLvPGJ2mL+DLY0wnMdrNXMaRu+0xvQANZSTonKUFJ6OQY vWOAOhoGGtIociz5G8fhTLh7hzPgh9fTyvehkmzemcKv5GELftc4i25f5ZF6WMfe nSYs4NIOEOp5b5J9sH1hC8OcA96C/BccrjKgoKig== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; q=dns; s=20180501; b=WcnL1soM Taj6rrEyg4MiY3v85/5iwIi++tDuF7Ezp1KcxIL/rNmhtaegxMzAVlu+RGXTpcEq 7GOPWL7QoZ5dZox9GNvucjm795TyMwpB3+qu98R4JCSlQn9bwGfK6bKeUew/fe+2 3NS3Z/gGbleuoU+8uAwuvE3gsR+OrIvAldh16CZt8BFYIKTbmEBogtOqP6AGau2Z ADc30lB+YuviRLhN8qms2wo2uCETFygFkX97IlnfwvOjqF37uE871FsRIRzVOKL+ GWzjhNvx/D/xDTLI6Hvgh02NUbc8g59r42op90em1D5Ytx/LCt/SNpVwOhx96Y7x sLkbnFR2QViD3A== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 339a89f2 (TLSv1.3:AEAD-CHACHA20-POLY1305-SHA256:256:NO); Wed, 9 Jun 2021 09:01:36 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (1.0) Subject: Re: Files in /etc containing empty VCSId header From: Michael Gmelin In-Reply-To: Date: Wed, 9 Jun 2021 11:01:35 +0200 Cc: "Rodney W. Grimes" , freebsd-current@freebsd.org Message-Id: References: To: Ian Lepore X-Mailer: iPhone Mail (18E212) X-Rspamd-Queue-Id: 4G0Lh40mf6z3Pmq X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N > On 9. Jun 2021, at 01:15, Ian Lepore wrote: >=20 > =EF=BB=BFOn Tue, 2021-06-08 at 15:11 -0700, Rodney W. Grimes wrote: >>> On Tue, 8 Jun 2021 09:41:34 +0000 >>> Mark Linimon wrote: >>>=20 >>>> On Mon, Jun 07, 2021 at 01:58:01PM -0600, Ian Lepore wrote: >>>>> Sometimes it's a real interesting exercise to figure out where >>>>> a >>>>> file on your runtime system comes from in the source world. =20 >>=20 >> There is a command for that which does or use to do a pretty >> decent job of it called whereis(1). >>=20 >=20 > revolution > whereis ntp.conf > ntp.conf: > revolution > whereis netif > netif: That line might make it to a shirt one day: > revolution > whereis services ;) Michael From nobody Wed Jun 9 09:11:25 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 1FA5211C924F for ; Wed, 9 Jun 2021 09:11:28 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.3 with cipher TLS_CHACHA20_POLY1305_SHA256 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.evolve.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G0LvM5ZDgz3hKZ; Wed, 9 Jun 2021 09:11:27 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id 4aebdaf0; Wed, 9 Jun 2021 09:11:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; s=20180501; bh=wRzKOWvWCeSXd9 Bjb7vQKEwozwU=; b=r1+syxYxolRtU/y3yXtYvBfqkFLisuqtcOybDc1FsBFTSg M/hQoeChUMOrqdrh0Q/JH+NlXPcaJiPCfDT6tZddNcoE2mrXSW/19gVAiQZycNCg 5mx9hFu6s1VJ0doKXRWkf+Qh7Rp6G/Mf9TiKV3Ygeh7c6XeaLXaw30+MD8vFfL2/ LEgslu3FANrofSW4RS87VWtY/VYa62PD6WPWYTIvt6c+6+Q1QQzqi5UC2NFiW7f/ XqVPQUNudwlwJU9dCyEBUkux6qQg+bCJLqCorUd5pOVU/1/yaMsonD3U8ugPtntg emLlUmleqwudsyDuIrSefWS8DW6KMO5X9WbBBJLw== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; q=dns; s=20180501; b=iLEzt53r N8pqBiDzWJAblRvMsOS3yWTlQEe9QYauOe/GDfgtQSh1kSsRBFGxn4VjyvEDFiAf IttFLPBq/J7TX2macE0UbNXvzXmVZYiRs13cU1x+1m2hHNdozoezd2xuWGQhmozw 9MM3NPstH1OasiwA8OstwfVQBjCp454hUpmu+fzTUzNVeuV6Xfs45EkOkCnsNdKM pyA79sSOznBsYxZcMBBLIEIvbu47hMUTMgYRD7dR/9/puFOnO0DWC7CBHMNUJCGt tq5FrD4S0jqWlJduhFSUAiVspEDWkL1qok1eJkV+fWeavLo0F0/095c2sLtlg6Gc ZRWgoe8TMysvZg== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 3a6583b3 (TLSv1.3:AEAD-CHACHA20-POLY1305-SHA256:256:NO); Wed, 9 Jun 2021 09:11:25 +0000 (UTC) Content-Type: multipart/alternative; boundary=Apple-Mail-0946C98E-D715-49EB-8D66-E0B2D8A5C401 Content-Transfer-Encoding: 7bit List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (1.0) Subject: Re: OpenZFS Encryption: Docs, and re Metadata Leaks From: Michael Gmelin In-Reply-To: Date: Wed, 9 Jun 2021 11:11:25 +0200 Cc: freebsd-current@freebsd.org Message-Id: <2D204488-C9F5-40FF-A119-6B91D0750F24@grem.de> References: To: grarpamp X-Mailer: iPhone Mail (18E212) X-Rspamd-Queue-Id: 4G0LvM5ZDgz3hKZ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: Y --Apple-Mail-0946C98E-D715-49EB-8D66-E0B2D8A5C401 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable > On 9. Jun 2021, at 04:17, grarpamp wrote: >=20 > =EF=BB=BFOn 4/17/20, Ryan Moeller wrote: >>=20 >>>> On Apr 17, 2020, at 4:56 PM, Pete Wright wrote: >>>=20 >>> On 4/17/20 11:35 AM, Ryan Moeller wrote: >>>> OpenZFS brings many exciting features to FreeBSD, including: >>>> * native encryption >>> Is there a good doc reference on available for using this? I believe th= is >>> is zfs filesystem level encryption and not a replacement for our existin= g >>> full-disk-encryption scheme that currently works? >>=20 I found this to be a useful starting point: https://blog.heckel.io/2017/01/08/zfs-encryption-openzfs-zfs-on-linux/#What-= s-encrypted -m >> I=E2=80=99m not aware of a good current doc for this. If anyone finds/wri= tes >> something, please post it! >> There are some old resources you can find with a quick search that do a >> pretty good job of covering the basic ideas, but I think the exact syntax= of >> commands may be slightly changed in the final implementation. >>=20 >> The encryption is performed at a filesystem level (per-dataset). >=20 >=20 > You could find some initial doc and video about zfs encryption > on openzfs.org and youtube, and in some commit logs. > Therein was mentioned... >=20 > People are needed to volunteer to expand documentation on the > zfs crypto subject further in some document committed to openzfs > repo since users and orgs will want to know it when considering use. > Volunteers are also sought by openzfs to review the crypto itself. >=20 > Maybe there was already some central place made with further > current documentation about the zfs encryption topics since then? >=20 > https://www.youtube.com/watch?v=3DfrnLiXclAMo openzfs encryption > https://drive.google.com/file/d/0B5hUzsxe4cdmU3ZTRXNxa2JIaDQ/view > https://www.youtube.com/watch?v=3DkFuo5bDj8C0 openzfs encryption cloud > https://drive.google.com/file/d/14uIZmJ48AfaQU4q69tED6MJf-RJhgwQR/view >=20 > It's dataset level, so GELI or GBDE etc are needed for full coverage, > perhaps even those two may not have yet received much or formal > review either, so there is always good volunteer opportunity there > to start with review of a potentially simpler cryptosystem like those. >=20 > zfs list, dataset snapshot names properties etc not covered. >=20 > zfs history not covered, many sensitive strings will end up in > there, including cutpaste password typos into commandline, > usernames, timestamps, etc... > and no tool exist to scrub overwrite history extents with random data, > and no option exists to turn keeping of > 'user initiated events' or 'long format' off, > and ultimately no option exists to tell zpool create to > disable history keeping from the very start entirely. > So maybe users have to zero disks and pools along > with it just to scrub that. >=20 > zfs also exposes these variety of path and device names, > timestamps, etc in cleartext on disk structures in various > places, including configuration cachefile... > Some of those could could be NULLed or dummied > with new zpool create options for more security > restricted use cases. >=20 > There are other meta things and tools left exposed > such as potentially any plaintext meta in send/recv. >=20 > Another big metadata leak for environments and users that > ship, sell, embed, clone, distribute, fileshare, and backup, > their raw disks pools and usbs around to untrusted third parties... > is that zfs also puts hostnames and UUID type of unique > static meta and identifying things in cleartext on disk. > zfs thus needs options to allow users to set and use a NULL, > or generic dummy default, or random string, or chosen, > "hostname" for those from the very first zpool create command. >=20 > Most applications users use, including zfs, can today > consider ways in which metadata leaks could be removed > entirely, or at least optioned out for use under > high security restricted environments modes. > That could even involve considering trading off some > extra features not actually required for a basic mode > of functionality of the app. >=20 >=20 >=20 > (cc's for fyi inclusion about leaks, and as lists still haven't > been configured to support discreet bcc for that purpose, > which would also maintain nice headers for thread following. > Gmail breaks threads. zfsonlinux topicbox peole can't subscribe > without javabloatbroken website, so someone could forward > this there. Drop non-relevant cc's from further replies. > Parent thread from freebsd current and stable lists was > Subject: OpenZFS port updated) From nobody Wed Jun 9 09:13:41 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4CECB11CA67C for ; Wed, 9 Jun 2021 09:13:45 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4G0Ly069HZz3kVV; Wed, 9 Jun 2021 09:13:44 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 1599DgE0012414; Wed, 9 Jun 2021 02:13:42 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 1599DfcH012413; Wed, 9 Jun 2021 02:13:41 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202106090913.1599DfcH012413@gndrsh.dnsmgr.net> Subject: Re: Files in /etc containing empty VCSId header In-Reply-To: To: Peter Jeremy Date: Wed, 9 Jun 2021 02:13:41 -0700 (PDT) CC: Ian Lepore , "Rodney W. Grimes" , "freebsd-current@freebsd.org" X-Mailer: ELM [version 2.4ME+ PL121h (25)] List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4G0Ly069HZz3kVV X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N > On 2021-Jun-08 17:13:45 -0600, Ian Lepore wrote: > >On Tue, 2021-06-08 at 15:11 -0700, Rodney W. Grimes wrote: > >> There is a command for that which does or use to do a pretty > >> decent job of it called whereis(1). > > Thanks. That looks useful. > > >revolution > whereis ntp.conf > >ntp.conf: > >revolution > whereis netif > >netif: > >revolution > whereis services > >services: > > > >So how does that help me locate the origin of these files in the source > >tree? > > It works for me?: > server% whereis ntp.conf > ntp.conf: /usr/src/usr.sbin/ntp/ntpd/ntp.conf > server% whereis netif > netif: /usr/src/libexec/rc/rc.d/netif > server% whereis services > services: /usr/src/contrib/unbound/services > > Is your source tree somewhere other than /usr/src? And if source is not located at /usr/src, /usr/ports there is the -S option. > Peter Jeremy -- Rod Grimes rgrimes@freebsd.org From nobody Wed Jun 9 09:22:55 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id DD6B611CB84E for ; Wed, 9 Jun 2021 09:22:59 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (mail-n.franken.de [193.175.24.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "Sectigo RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G0M8g584Lz3mHS; Wed, 9 Jun 2021 09:22:59 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from smtpclient.apple (unknown [212.201.121.94]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTPSA id 1DF087220C6D0; Wed, 9 Jun 2021 11:22:56 +0200 (CEST) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: ssh connections break with "Fssh_packet_write_wait" on 13 [SOLVED] From: tuexen@freebsd.org In-Reply-To: Date: Wed, 9 Jun 2021 11:22:55 +0200 Cc: Michael Gmelin , "freebsd-current@freebsd.org" Content-Transfer-Encoding: 7bit Message-Id: <7104A202-13F6-451B-85C3-74A0D7EE66D4@freebsd.org> References: <20210601134747.40920d51@bsd64.grem.de> <20210603150906.48cbd638@bsd64.grem.de> <20210608224725.35930d70@bsd64.grem.de> To: Don Lewis X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-Rspamd-Queue-Id: 4G0M8g584Lz3mHS X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N > On 9. Jun 2021, at 08:57, Don Lewis wrote: > > On 8 Jun, Michael Gmelin wrote: >> >> >> On Thu, 3 Jun 2021 15:09:06 +0200 >> Michael Gmelin wrote: >> >>> On Tue, 1 Jun 2021 13:47:47 +0200 >>> Michael Gmelin wrote: >>> >>>> Hi, >>>> >>>> Since upgrading servers from 12.2 to 13.0, I get >>>> >>>> Fssh_packet_write_wait: Connection to 1.2.3.4 port 22: Broken pipe >>>> >>>> consistently, usually after about 11 idle minutes, that's with and >>>> without pf enabled. Client (11.4 in a VM) wasn't altered. >>>> >>>> Verbose logging (client and server side) doesn't show anything >>>> special when the connection breaks. In the past, QoS problems >>>> caused these disconnects, but I didn't see anything apparent >>>> changing between 12.2 and 13 in this respect. >>>> >>>> I did a test on a newly commissioned server to rule out other >>>> factors (so, same client connections, some routes, same >>>> everything). On 12.2 before the update: Connection stays open for >>>> hours. After the update (same server): connections breaks >>>> consistently after < 15 minutes (this is with unaltered >>>> configurations, no *AliveInterval configured on either side of the >>>> connection). >>> >>> I did a little bit more testing and realized that the problem goes >>> away when I disable "Proportional Rate Reduction per RFC 6937" on the >>> server side: >>> >>> sysctl net.inet.tcp.do_prr=0 >>> >>> Keeping it on and enabling net.inet.tcp.do_prr_conservative doesn't >>> fix the problem. >>> >>> This seems to be specific to Parallels. After some more digging, I >>> realized that Parallels Desktop's NAT daemon (prl_naptd) handles >>> keep-alive between the VM and the external server on its own. There is >>> no direct communication between the client and the server. This means: >>> >>> - The NAT daemon starts sending keep-alive packages right away (not >>> after the VM's net.inet.tcp.keepidle), every 75 seconds. >>> - Keep-alive packages originating in the VM never reach the server. >>> - Keep-alive originating on the server never reaches the VM. >>> - Client and server basically do keep-alive with the nat daemon, not >>> with each other. >>> >>> It also seems like Parallels is filtering the tos field (so it's >>> always 0x00), but that's unrelated. >>> >>> I configured a bhyve VM running FreeBSD 11.4 on a separate laptop on >>> the same network for comparison and is has no such issues. >>> >>> Looking at TCP dump output on the server, this is what a keep-alive >>> package sent by Parallels looks like: >>> >>> 10:14:42.449681 IP (tos 0x0, ttl 64, id 15689, offset 0, flags >>> [none], proto TCP (6), length 40) >>> 192.168.1.1.58222 > 192.168.1.2.22: Flags [.], cksum x (correct), >>> seq 2534, ack 3851, win 4096, length 0 >>> >>> While those originating from the bhyve VM (after lowering >>> net.inet.tcp.keepidle) look like this: >>> >>> 12:18:43.105460 IP (tos 0x0, ttl 62, id 0, offset 0, flags [DF], >>> proto TCP (6), length 52) >>> 192.168.1.3.57555 > 192.168.1.2.22: Flags [.], cksum x >>> (correct), seq 1780337696, ack 45831723, win 1026, options >>> [nop,nop,TS val 3003646737 ecr 3331923346], length 0 >>> >>> Like written above, once net.inet.tcp.do_prr is disabled, keepalive >>> seems to be working just fine. Otherwise, Parallel's NAT daemon kills >>> the connection, as its keep-alive requests are not answered (well, >>> that's what I think is happening): >>> >>> 10:19:43.614803 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], >>> proto TCP (6), length 40) >>> 192.168.1.1.58222 > 192.168.1.2.22: Flags [R.], cksum x (correct), >>> seq 2535, ack 3851, win 4096, length 0 >>> >>> The easiest way to work around the problem Client side is to configure >>> ServerAliveInterval in ~/.ssh/config in the Client VM. >>> >>> I'm curious though if this is basically a Parallels problem that has >>> only been exposed by PRR being more correct (which is what I suspect), >>> or if this is actually a FreeBSD problem. >>> >> >> So, PRR probably was a red herring and the real reason that's happening >> is that FreeBSD (since version 13[0]) by default discards packets >> without timestamps for connections that formally had negotiated to have >> them. This new behavior seems to be in line with RFC 7323, section >> 3.2[1]: >> >> "Once TSopt has been successfully negotiated, that is both and >> contain TSopt, the TSopt MUST be sent in every non- >> segment for the duration of the connection, and SHOULD be sent in an >> segment (see Section 5.2 for details)." >> >> As it turns out, macOS does exactly this - send keep-alive packets >> without a timestamp for connections that were negotiated to have them. > > I wonder if I'm running into this with ssh connections to freefall. My > outgoing IPv6 connections pass through an ipfw firewall that uses > dynamic rules. When the dynamic rule gets close to expiration, it > generates keep alive packets that just seem to be ignored by freefall. > Eventually the dynamic rule expires, then sometime later sshd on > freefall sends a keepalive which gets dropped at my end. ipfw sends non-compliant keep alives: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253476 Basically, a node after an ipfw instance seems to be broken from the perspective of the peer. Best regards Michael > > From nobody Wed Jun 9 14:23:20 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4546A7CB69E for ; Wed, 9 Jun 2021 14:23:26 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound5c.ore.mailhop.org (outbound5c.ore.mailhop.org [54.244.192.240]) (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 4G0TqK5GXGz4g0P for ; Wed, 9 Jun 2021 14:23:25 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1623248604; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=cMcFddCazgV7NZ5qchOXUc5xoenn/wWniMOUqjuWxGFZiVNKRNWVJ+X432CtlVzuTstCvqNCcu1uV dJXO1Z5uVwnfGfHJ4/C9xqdlfwSWGtxbaTF4BR1eu4tcYeNA4+7gr7qfiCYVd0obo+QPkM2NgeZtvK /eoiFG1vlKCKDTQFjq6TQ5DgTfUfKWxpInDsrsuzFejnKF+j3grdIKZCiD3EYdtRWPa5bgEFHtCImo b2JlbOLPFF55Ftn0hKEsfyTj0M8aFCmZW40xOhY26g8xem7E0xho/k/3IWf4oYMTx1xplYLmuljc4q nl/O2H/UUBxeULkezm3OGJw8XeIg8BA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:dkim-signature:from; bh=cq1kVpVB8Y6g9n4CyFUneMsTixD6CELu8OGdJU13abI=; b=WqBwWMH0ZbTgu3jtDtK4ayCR4nPL+ImIP0w7anl6oyVUV3GMEdB0o1rlFPMnMx6ur2rl6sIGVSOjM 0S6wkR3REuX+u2x/ftoqBNFODQ6eHDtKq76Rx1QKPWz0NG6xyFUoX1Zm/NCHfbcSgfYOKNjkOEkDwK x+1OOVLNoN/LXkILi2fBo8UH46Xq8xA51vaE14qTaPNwHcU+hwVobrNspo89SmHMIUwcN/Y0k7H9os k2rh/9wR3grScTGBJw3s4f4kaXiBzOLCajfekO7TgSmBcoUMs9xxr3/TWrHfwbpWRBoRe4ipcC/wcQ EMdksus/ExhAu86YX73qX19UWh0lTeQ== ARC-Authentication-Results: i=1; outbound3.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=cq1kVpVB8Y6g9n4CyFUneMsTixD6CELu8OGdJU13abI=; b=i3DO8eZUj/LMNngSJo1lFOYqwg478819QsxXgmQzZGIxNuO+2q1HIuRxdyiB5WzJ5/QwWQmeaX9AI /Lq15q3zjmvYJKACvSjwQxCzcA0MkcDoKvazSWuWsZ5gSe0cvNPyL20doZkylx3uumcw5gA6WhblQ6 ra01iAMUuOAHmuv95rb0I8hIMG7mlZAbsiIAijl3+3a+SnVbg8ZwJ5ZrT0k9Iumzq6uow+jESd7BHd sosFoAeQXxH0Q5M3infhVs9Ot9ghTcDfOxuQ/60DFt46bV47LWFrcUKAzDRQ4tHF7n/+G16/IwPb9F /EBjflqc2Xeebi8KPbFK3ftPsJc/WIg== X-Originating-IP: 67.177.211.60 X-MHO-RoutePath: aGlwcGll X-MHO-User: 3e3ef354-c92e-11eb-8c11-bf9d68d023b6 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (c-67-177-211-60.hsd1.co.comcast.net [67.177.211.60]) by outbound3.ore.mailhop.org (Halon) with ESMTPSA id 3e3ef354-c92e-11eb-8c11-bf9d68d023b6; Wed, 09 Jun 2021 14:23:23 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 159ENK4i060924; Wed, 9 Jun 2021 08:23:21 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <2a0036767ef362e6f9f76c1c472029112de2937d.camel@freebsd.org> Subject: Re: Files in /etc containing empty VCSId header From: Ian Lepore To: peter@rulingia.com Cc: "Rodney W. Grimes" , "freebsd-current@freebsd.org" Date: Wed, 09 Jun 2021 08:23:20 -0600 In-Reply-To: References: <202106082211.158MBrbe010419@gndrsh.dnsmgr.net> Content-Type: text/plain; charset="windows-1251" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4G0TqK5GXGz4g0P X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Wed, 2021-06-09 at 18:54 +1000, Peter Jeremy via freebsd-current wrote: > On 2021-Jun-08 17:13:45 -0600, Ian Lepore wrote: > > On Tue, 2021-06-08 at 15:11 -0700, Rodney W. Grimes wrote: > > > There is a command for that which does or use to do a pretty > > > decent job of it called whereis(1). > > Thanks. That looks useful. > > > revolution > whereis ntp.conf > > ntp.conf: > > revolution > whereis netif > > netif: > > revolution > whereis services > > services: > > > > So how does that help me locate the origin of these files in the > > source > > tree? > > It works for me™: > server% whereis ntp.conf > ntp.conf: /usr/src/usr.sbin/ntp/ntpd/ntp.conf > server% whereis netif > netif: /usr/src/libexec/rc/rc.d/netif > server% whereis services > services: /usr/src/contrib/unbound/services > > Is your source tree somewhere other than /usr/src? > My /usr/src is a symlink to the actual source tree on a different filesystem (but it is the source tree the running system was built from). It seems odd that that would make whereis(1) not work. -- Ian From nobody Wed Jun 9 14:43:28 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 596BF7CD542 for ; Wed, 9 Jun 2021 14:43:30 +0000 (UTC) (envelope-from 01000179f13a6d3e-da7dd183-162b-4d1e-bf61-cfae3c584814-000000@amazonses.com) Received: from a48-97.smtp-out.amazonses.com (a48-97.smtp-out.amazonses.com [54.240.48.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4G0VGT5Xc3z4hqX for ; Wed, 9 Jun 2021 14:43:29 +0000 (UTC) (envelope-from 01000179f13a6d3e-da7dd183-162b-4d1e-bf61-cfae3c584814-000000@amazonses.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug; d=amazonses.com; t=1623249808; h=To:From:Subject:Message-ID:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:Feedback-ID; bh=3ZignkC+SWvyAtUh3z4+MHOSyImT3HsYPcPZqhoG9aI=; b=eHAcLZo1RxMJh/5dIJItR4T7PC4Vzp7NobNK9rIHKfXncmsafZ7bxuf94JaREt6Q eMQo7cqCi6lOYS0NPs8i7ZN9lfkng6OwmCE5WkrZV5UiQsVRrb18jxUWCvsQ7ymE+gS Uk+LVvHMBIuCFhG6K/ywD/cgppRC8ESMRLoeH39o= To: freebsd-current@freebsd.org From: Thomas Laus Subject: drm-kmod kernel crash fatal trap 12 Message-ID: <01000179f13a6d3e-da7dd183-162b-4d1e-bf61-cfae3c584814-000000@email.amazonses.com> Date: Wed, 9 Jun 2021 14:43:28 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.10.2 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Feedback-ID: 1.us-east-1.9pbSdi8VQuDGy3n7CRAr3/hYnLCug78GrsPo0xSgBOs=:AmazonSES X-SES-Outgoing: 2021.06.09-54.240.48.97 X-Rspamd-Queue-Id: 4G0VGT5Xc3z4hqX X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=pass header.d=amazonses.com header.s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug header.b=eHAcLZo1; dmarc=none; spf=pass (mx1.freebsd.org: domain of 01000179f13a6d3e-da7dd183-162b-4d1e-bf61-cfae3c584814-000000@amazonses.com designates 54.240.48.97 as permitted sender) smtp.mailfrom=01000179f13a6d3e-da7dd183-162b-4d1e-bf61-cfae3c584814-000000@amazonses.com X-Spamd-Result: default: False [1.31 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[amazonses.com:s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:54.240.0.0/18]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[acm.org]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; DKIM_TRACE(0.00)[amazonses.com:+]; NEURAL_HAM_SHORT(-0.99)[-0.988]; RCVD_IN_DNSWL_NONE(0.00)[54.240.48.97:from]; FORGED_SENDER(0.30)[lausts@acm.org,01000179f13a6d3e-da7dd183-162b-4d1e-bf61-cfae3c584814-000000@amazonses.com]; RCVD_COUNT_ZERO(0.00)[0]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_VERYGOOD(0.00)[54.240.48.97:from]; ASN(0.00)[asn:14618, ipnet:54.240.48.0/23, country:US]; FORGED_MUA_THUNDERBIRD_MSGID_UNKNOWN(2.50)[]; FROM_NEQ_ENVFROM(0.00)[lausts@acm.org,01000179f13a6d3e-da7dd183-162b-4d1e-bf61-cfae3c584814-000000@amazonses.com]; MAILMAN_DEST(0.00)[freebsd-current] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N I updated my system this morning to main-n247260-dc318a4ffab June 9 2012 and the first boot after the kernel was loaded I received: 'fatal trap 12' fault virtual address = 0x0 fault code = supervisor write data, page not present instruction pointer = 0x20:0xffffffff82fc3d1b stack pointer = 0x28:0xfffffe011aea3330 frame pointer = 0x28:0xfffffe011aea3370 code segment = base 0x0 limit 0xffff, type 0x1b DPL 0,pres 1, long 1, def 32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1187 (kldload) trap number = 12 I hand copied the screen display since I was not able to generate a crash dump to /var/crash on a zfs file system. I am rebuilding the GENERIC kernel since the crash was using the NODEBUG version. This is 100 percent repeatable. Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF From nobody Wed Jun 9 14:53:54 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D44A57CE734 for ; Wed, 9 Jun 2021 14:54:06 +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 4G0VVk53Prz4k5v for ; Wed, 9 Jun 2021 14:54:06 +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 D9E0426010C; Wed, 9 Jun 2021 16:53:57 +0200 (CEST) Subject: Re: drm-kmod kernel crash fatal trap 12 To: Thomas Laus , freebsd-current@freebsd.org References: <01000179f13a6d3e-da7dd183-162b-4d1e-bf61-cfae3c584814-000000@email.amazonses.com> From: Hans Petter Selasky Message-ID: <4894bd36-92bd-596e-cc18-cd3e6aafe47f@selasky.org> Date: Wed, 9 Jun 2021 16:53:54 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.10.2 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 In-Reply-To: <01000179f13a6d3e-da7dd183-162b-4d1e-bf61-cfae3c584814-000000@email.amazonses.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4G0VVk53Prz4k5v X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On 6/9/21 4:43 PM, Thomas Laus wrote: > I updated my system this morning to main-n247260-dc318a4ffab June 9 2012 > and the first boot after the kernel was loaded I received: > > 'fatal trap 12' fault virtual address = 0x0 > fault code = supervisor write data, page not present > instruction pointer = 0x20:0xffffffff82fc3d1b > stack pointer = 0x28:0xfffffe011aea3330 > frame pointer = 0x28:0xfffffe011aea3370 > code segment = base 0x0 limit 0xffff, type 0x1b > DPL 0,pres 1, long 1, def 32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 1187 (kldload) > trap number = 12 > > I hand copied the screen display since I was not able to generate a > crash dump to /var/crash on a zfs file system. > > I am rebuilding the GENERIC kernel since the crash was using the NODEBUG > version. This is 100 percent repeatable. > > Tom > Make sure you also re-build the drm-kmod module. --HPS From nobody Wed Jun 9 15:00:31 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7F6EC7CF648 for ; Wed, 9 Jun 2021 15:00:49 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.3 with cipher TLS_CHACHA20_POLY1305_SHA256 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.evolve.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G0VfT0tphz4lZX; Wed, 9 Jun 2021 15:00:49 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id 4dd4b8d4; Wed, 9 Jun 2021 15:00:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=date:from:to:cc :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=20180501; bh=y3wAs3VS VnqxGd9v3IifyEQMsSY=; b=MFICKmiamI78tvoeTJXQPdiZEXBLNoYjUqsGzfi+ imalQPvhW7CHLuf8HzSqTYbl9O/KCZ34fvgRfTm+mw/ScKLlmrGuXhkunXihJzW/ txoOzJYWwwumxAuH9ayN4H2lHyZxy9RtQuwkKcBpAR8+rr6WlX5IY/mF/TDnVkuf SDCQCbH3vO3/pCHJni4dfS2XJN6BegNHnVwcgISFcaqiH2r7XKKBX+OWFCBR5y6o QpZqXyjbOpwwvrvOhu33ZIk7cGH4nwAwRh/ql7PV/JtsHNeILBONsFuhVyNHRQYa iNiLsEs6Dt0521z0s96xvrSmBI2EQTgjTNRqOgib7fzZCg== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=date:from:to:cc :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=20180501; b=aa xRM8Brs7ztgeS6cL0E7yrsSXfdurYd6yz2Ew6JAmCLF1IvrM2fYBJHK96XzOhtt6 zy3EmyuwXmaquxKY4CZfMkcU0hsxROYxi2l/8y7+cFcBWCotgOvwM29wh08q0a/z xMEWNpFFRodA5ePMcGWt4jKRBEtR5fS+jYc33efvoIR3g6+J/Z9WOxS5R1x4iV94 Br44qawyWXWlg/AtDU8zM0StHuUAlWpRBxzZkEq3MM/uzWzPZhcGSR7MXJwVUCb9 FQMmO4Buzd+vc9PlAPsSgsVmyXjkAhZklyZR2+bp7rEY7AWNbO3Xx4aQHK0O5kq/ SFn8bC27qWkx1bWpWz3A== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 6d2031ab (TLSv1.3:AEAD-CHACHA20-POLY1305-SHA256:256:NO); Wed, 9 Jun 2021 15:00:46 +0000 (UTC) Date: Wed, 9 Jun 2021 17:00:31 +0200 From: Michael Gmelin To: Ian Lepore Cc: freebsd-current@freebsd.org Subject: Re: Files in /etc containing empty VCSId header Message-ID: <20210609170031.58adad10@bsd64.grem.de> In-Reply-To: <2a0036767ef362e6f9f76c1c472029112de2937d.camel@freebsd.org> References: <202106082211.158MBrbe010419@gndrsh.dnsmgr.net> <2a0036767ef362e6f9f76c1c472029112de2937d.camel@freebsd.org> X-Face: $wrgCtfdVw_H9WAY?S&9+/F"!41z'L$uo*WzT8miX?kZ~W~Lr5W7v?j0Sde\mwB&/ypo^}> +a'4xMc^^KroE~+v^&^#[B">soBo1y6(TW6#UZiC]o>C6`ej+i Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWJBwe5BQDl LASZU0/LTEWEfHbyj0Txi32+sKrp1Mv944X8/fm1rS+cAAAACXBIWXMAAAsTAAAL EwEAmpwYAAAAB3RJTUUH3wESCxwC7OBhbgAAACFpVFh0Q29tbWVudAAAAAAAQ3Jl YXRlZCB3aXRoIFRoZSBHSU1QbbCXAAAAAghJREFUOMu11DFvEzEUAGCfEhBVFzuq AKkLd0O6VrIQsLXVSZXoWE5N1K3DobBBA9fQpRWc8OkWouaIjedWKiyREOKs+3PY fvalCNjgLVHeF7/3bMtBzV8C/VsQ8tecEgCcDgrzjekwKZ7TwsJZd/ywEKwwP+ZM 8P3drTsAwWn2mpWuDDuYiK1bFs6De0KUUFw0tWxm+D4AIhuuvZqtyWYeO7jQ4Aea 7jUqI+ixhQoHex4WshEvSXdood7stlv4oSuFOC4tqGcr0NjEqXgV4mMJO38nld4+ xKNxRDon7khyKVqY7YR4d+Cg0OMrkWXZOM7YDkEfKiilCn1qYv4mighZiynuHHOA Wq9QJq+BIES7lMFUtcikMnkDGHUoncA+uHgrP0ctIEqfwLHzeSo+eUA66AqzwN6n 2ZHJhw6Qh/PoyC/QENyEyC/AyNjq74Bs+3UH0xYwzDUC4B97HgLocg1QLYgDDO1v f3UX9Y307Ew4AHh67YAFFsxEpkXwpXY3eIgMhAAE3R19L919nNnuD2wlPcDE3UeT L2ytEICQib9BXgS2fU8PrD82ToYO1OEmMSnYTjSqSv9wdC0tPYC+rQRQD9ESnldF CyqfmiYW+tlALt8gH2xrMdC/youbjzPXEun+/ReXsMCDyve3dZc09fn2Oas8oXGc Jj6/fOeK5UmSMPmf/jL+GD8BEj0k/Fn6IO4AAAAASUVORK5CYII= List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4G0VfT0tphz4lZX X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Wed, 09 Jun 2021 08:23:20 -0600 Ian Lepore wrote: > On Wed, 2021-06-09 at 18:54 +1000, Peter Jeremy via freebsd-current > wrote: > > On 2021-Jun-08 17:13:45 -0600, Ian Lepore wrote: =20 > > > On Tue, 2021-06-08 at 15:11 -0700, Rodney W. Grimes wrote: =20 > > > > There is a command for that which does or use to do a pretty > > > > decent job of it called whereis(1). =20 > >=20 > > Thanks. That looks useful. > > =20 > > > revolution > whereis ntp.conf > > > ntp.conf: > > > revolution > whereis netif > > > netif: > > > revolution > whereis services > > > services: > > >=20 > > > So how does that help me locate the origin of these files in the > > > source > > > tree? =20 > >=20 > > It works for me=E2=84=A2: > > server% whereis ntp.conf > > ntp.conf: /usr/src/usr.sbin/ntp/ntpd/ntp.conf > > server% whereis netif =20 > > netif: /usr/src/libexec/rc/rc.d/netif > > server% whereis services > > services: /usr/src/contrib/unbound/services > >=20 > > Is your source tree somewhere other than /usr/src? > > =20 >=20 > My /usr/src is a symlink to the actual source tree on a different > filesystem (but it is the source tree the running system was built > from). It seems odd that that would make whereis(1) not work. >=20 whereis(1) falls back to using "locate" if it can't find the sources directly, so e.g., in case of `whereis -s ls', it will get through the results of `locate '*'/ls` and see if they match "^/usr/src" (or whatever you gave as source dir using -S). Therefore if locate '*'/ntp.conf | grep "^/usr/src" gives you a result, then `whereis -s ntp.conf' will too. See also https://cgit.freebsd.org/src/tree/usr.bin/whereis/whereis.c#n607 Michael (re-sent, as the previous mail bounced from the list) --=20 Michael Gmelin From nobody Thu Jun 10 09:50:41 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 0E5ED7CAF32 for ; Thu, 10 Jun 2021 09:50:49 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wr1-x42d.google.com (mail-wr1-x42d.google.com [IPv6:2a00:1450:4864:20::42d]) (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 4G0zkJ2MXQz3r9S for ; Thu, 10 Jun 2021 09:50:48 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wr1-x42d.google.com with SMTP id c9so1530871wrt.5 for ; Thu, 10 Jun 2021 02:50:47 -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=fldPFh7v7t8GMXm2fctdXxG29Tkk9UIB/PC8R6zN+GA=; b=jTCvLZfmNlHTCxiwpXZiAHs16d5FiDuNEWjQzb0HcggZjypx8UnEzt3XSrqFh+eLNv eDx6sSkSf/dIg2YXJeA05CjnJdL+mE/MgHTgowjrmr2oArGMs6kXMTx6/Za4ro6CD1n8 1vo27No3PGA9FLlG2EaRZMcyl+/4Qdz3uUOGwXke6mhldM053eTgPDedxdCFF6uqlMml OMezUyWOn6j9rf5aGFG1Ghw+vK6aMGJ16gndu6n/R638qEB3LZnU+FzkikvCIq0werMh fCXEkkmRew7VdsFc3+xmy8Bl4VYjJKtPQVkSz1g7NGtKrWIuiGCSFkIMhkCqJk8dae+U FrVg== 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=fldPFh7v7t8GMXm2fctdXxG29Tkk9UIB/PC8R6zN+GA=; b=bZQ3VfY5Ann9u+msARU2EkW4bCgwKP5LORM4/p81fImcW0DDkZ2+hcqCpj/oWoviha f9VDXzPaxp/yv1w1GHbIB3xmLnlfk4pDhJ0PMt3kjzq6uV6tKE7vNN64qNxtHdbEi/g0 Z+6iKr+Ts0nH00zx36/4N8Lfou07gH/CAiV8BGHBU3PNXcQcSUUfMgC+23Ql0XYTScDz ag7eOCTF4Qh1/atxZ134/SUu3C6e0ccW8XFzs8btj4uAEjl6N2o1Nsx39pMX8vjEG3Mc +dFT1jY9+NG8e5HTXNky7LbJif99y037+8ocS/h/7WgkzdWPFAgb0dsOfOIpqA5mTFIG v6qw== X-Gm-Message-State: AOAM532gFmrtN1dHqFa1SaZlCLq/PdZ9E17tGNz27I17tPfcDomYdwaQ 97hJ3wU0n0drbTDbawO8aK6hkR4Vchw= X-Google-Smtp-Source: ABdhPJxuw+XhP/9ToaIIMXRHQllhBq91ctY9/igxFkkZTFvDV3gNCY5gEBhNwHrAIF1lbC1gnAIy6g== X-Received: by 2002:a05:6000:188d:: with SMTP id a13mr4396391wri.61.1623318646852; Thu, 10 Jun 2021 02:50:46 -0700 (PDT) Received: from ernst.home (pd9e2360f.dip0.t-ipconnect.de. [217.226.54.15]) by smtp.gmail.com with ESMTPSA id 73sm3141300wrk.17.2021.06.10.02.50.45 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 10 Jun 2021 02:50:46 -0700 (PDT) Date: Thu, 10 Jun 2021 11:50:41 +0200 From: Gary Jennejohn To: Warner Losh Cc: FreeBSD Current Subject: Re: kernel panic while copying files Message-ID: <20210610095041.38d7597c@ernst.home> In-Reply-To: <20210608155405.5cf0e200@ernst.home> References: <20210607090109.08ecb130@ernst.home> <20210608084646.6a7e1bc7@ernst.home> <20210608155405.5cf0e200@ernst.home> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4G0zkJ2MXQz3r9S X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=jTCvLZfm; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of gljennjohn@gmail.com designates 2a00:1450:4864:20::42d as permitted sender) smtp.mailfrom=gljennjohn@gmail.com X-Spamd-Result: default: False [-0.18 / 15.00]; HAS_REPLYTO(0.00)[gljennjohn@gmail.com]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; 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]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::42d:from]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[217.226.54.15:received]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.82)[0.818]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::42d:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::42d:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-ThisMailContainsUnwantedMimeParts: N On Tue, 8 Jun 2021 17:54:05 +0200 Gary Jennejohn wrote: [big snip] > Here's the kgdb backtrace with the -O0 kernel: > > (kgdb) bt > #0 0xffffffff8081d706 in doadump (textdump=0) > at /usr/src/sys/kern/kern_shutdown.c:398 > #1 0xffffffff804ef15a in db_dump (dummy=-2138500043, dummy2=false, dummy3=-1, > dummy4=0xfffffe00c62a11b0 "") at /usr/src/sys/ddb/db_command.c:575 > #2 0xffffffff804eef5f in db_command ( > last_cmdp=0xffffffff8114d380 , cmd_table=0x0, dopager=1) > at /usr/src/sys/ddb/db_command.c:482 > #3 0xffffffff804eeb38 in db_command_loop () > at /usr/src/sys/ddb/db_command.c:535 > #4 0xffffffff804f38ef in db_trap (type=3, code=0) > at /usr/src/sys/ddb/db_main.c:270 > #5 0xffffffff80891d02 in kdb_trap (type=3, code=0, tf=0xfffffe00c62a1680) > at /usr/src/sys/kern/subr_kdb.c:727 > #6 0xffffffff80dd53c3 in trap (frame=0xfffffe00c62a1680) > at /usr/src/sys/amd64/amd64/trap.c:604 > #7 0xffffffff80dd6718 in trap_check (frame=0xfffffe00c62a1680) > at /usr/src/sys/amd64/amd64/trap.c:664 > #8 > #9 breakpoint () at /usr/src/sys/amd64/include/cpufunc.h:66 > #10 0xffffffff808910d0 in kdb_enter (why=0xffffffff80eaaf0b "panic", > msg=0xffffffff80eaaf0b "panic") at /usr/src/sys/kern/subr_kdb.c:505 > #11 0xffffffff8081dbfe in vpanic ( > fmt=0xffffffff80e80f73 "Duplicate free of %p from zone %p(%s) slab %p(%d)", ap=0xfffffe00c62a1850) at /usr/src/sys/kern/kern_shutdown.c:906 > #12 0xffffffff8081d6b0 in panic ( > fmt=0xffffffff80e80f73 "Duplicate free of %p from zone %p(%s) slab %p(%d)") > at /usr/src/sys/kern/kern_shutdown.c:843 > #13 0xffffffff80caaec5 in uma_dbg_free (zone=0xfffffe00dc9d9800, > slab=0xfffff80007ee0fd8, item=0xfffff80007ee0000) > at /usr/src/sys/vm/uma_core.c:5664 > #14 0xffffffff80c9faf5 in item_dtor (zone=0xfffffe00dc9d9800, > item=0xfffff80007ee0000, size=544, udata=0x0, skip=SKIP_NONE) > at /usr/src/sys/vm/uma_core.c:3418 > #15 0xffffffff80c9eec7 in uma_zfree_arg (zone=0xfffffe00dc9d9800, > item=0xfffff80007ee0000, udata=0x0) at /usr/src/sys/vm/uma_core.c:4374 > #16 0xffffffff802e5a89 in uma_zfree (zone=0xfffffe00dc9d9800, > item=0xfffff80007ee0000) at /usr/src/sys/vm/uma.h:404 > #17 0xffffffff802dcfa6 in xpt_free_ccb (free_ccb=0xfffff80007ee0000) > at /usr/src/sys/cam/cam_xpt.c:4674 > #18 0xffffffff802db639 in camperiphdone (periph=0xfffff8005d68bd00, > done_ccb=0xfffff80007797cc0) at /usr/src/sys/cam/cam_periph.c:1427 > #19 0xffffffff802e59b6 in xpt_done_process (ccb_h=0xfffff80007797cc0) > at /usr/src/sys/cam/cam_xpt.c:5491 > #20 0xffffffff802e811e in xpt_done_td (arg=0xffffffff81143c00 ) > at /usr/src/sys/cam/cam_xpt.c:5546 > #21 0xffffffff807ac0ea in fork_exit (callout=0xffffffff802e7f20 , > arg=0xffffffff81143c00 , frame=0xfffffe00c62a1c00) > at /usr/src/sys/kern/kern_fork.c:1083 > #22 > So, I did ``git reset --hard 8dc96b74edb844bb621afeba38fe4af104b13120'', which was the penultimate commit made by trasz to clear CCBs on the stack after he committed 3394d4239b85b5577845d9e6de4e97b18d3dba58, the change to allocate CCBs in UMA. Note that I only built the kernel and not world. I tried to reset to 3394d4239b85b5577845d9e6de4e97b18d3dba58 itself, but without the following commits for CCBs on the stack the kernel paniced during startup in AHCI. Anyway, this is the minimum set of changes relevant to the uma_ccbs story and also results in a panic identical to the one listed above when I set kern.cam.da.enable_uma_ccbs=1 and turn on the external USB disk. So, Warner is probably right and at least the da_uma_ccbs commits should be reverted until more research can be done on why the panic happens. The ada_uma_ccbs commits do not cause any problems in my experience and could probably be left in the kernel. -- Gary Jennejohn From nobody Thu Jun 10 14:13:58 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 01E6D11CF29A for ; Thu, 10 Jun 2021 14:13:59 +0000 (UTC) (envelope-from 01000179f645c406-d38fbce4-d9d4-41c2-8c20-54a278d44196-000000@amazonses.com) Received: from a48-89.smtp-out.amazonses.com (a48-89.smtp-out.amazonses.com [54.240.48.89]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4G15Yy6bskz4rCf for ; Thu, 10 Jun 2021 14:13:58 +0000 (UTC) (envelope-from 01000179f645c406-d38fbce4-d9d4-41c2-8c20-54a278d44196-000000@amazonses.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug; d=amazonses.com; t=1623334438; h=Date:From:To:Cc:Subject:Message-ID:Reply-To:References:MIME-Version:Content-Type:In-Reply-To:Feedback-ID; bh=omptgpYzG4u13dnlSMdtpaFlzpNv8T0tPbEe6XK45RQ=; b=Pptzk/8NlakurXLyvySMSzCPN8C5AZW37E4O8cf3oioMbgqA6O1yqJsV87DJiiJX xhzNV3kzJELXcpNjRbmxWFiqJPfxK2NXXqoDzy4xO23xkHnH1aUuIJmY3ahLioi5jJs 1HYTXB6NkKRFipCcyjX163UxOgdzRduSySxBKHMQ= Date: Thu, 10 Jun 2021 14:13:58 +0000 From: Thomas Laus To: Hans Petter Selasky Cc: freebsd-current@freebsd.org Subject: Re: drm-kmod kernel crash fatal trap 12 Message-ID: <01000179f645c406-d38fbce4-d9d4-41c2-8c20-54a278d44196-000000@email.amazonses.com> Reply-To: lausts@acm.org References: <01000179f13a6d3e-da7dd183-162b-4d1e-bf61-cfae3c584814-000000@email.amazonses.com> <4894bd36-92bd-596e-cc18-cd3e6aafe47f@selasky.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4894bd36-92bd-596e-cc18-cd3e6aafe47f@selasky.org> X-Operating-System: FreeBSD 12.2-RELEASE-p7 on an amd64 Feedback-ID: 1.us-east-1.9pbSdi8VQuDGy3n7CRAr3/hYnLCug78GrsPo0xSgBOs=:AmazonSES X-SES-Outgoing: 2021.06.10-54.240.48.89 X-Rspamd-Queue-Id: 4G15Yy6bskz4rCf X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N Hans Petter Selasky [hps@selasky.org] wrote: > > Make sure you also re-build the drm-kmod module. > The drm-kmod module is the latest from the pkg server. It all worked this past Monday after the recent drm-kmod update. Things are good at n247230. I cleaned my source today and checked out fresh. I also performed a rm -rf /usr/obj/* before rebuilding today. This panic still exists at main-247280-98597880632. Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF From nobody Thu Jun 10 14:58:48 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7797311D1E5D for ; Thu, 10 Jun 2021 14:58:59 +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 4G16Yv2Sfrz3F9X for ; Thu, 10 Jun 2021 14:58:58 +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 4BBEA260111; Thu, 10 Jun 2021 16:58:51 +0200 (CEST) Subject: Re: drm-kmod kernel crash fatal trap 12 To: lausts@acm.org Cc: freebsd-current@freebsd.org References: <01000179f13a6d3e-da7dd183-162b-4d1e-bf61-cfae3c584814-000000@email.amazonses.com> <4894bd36-92bd-596e-cc18-cd3e6aafe47f@selasky.org> <01000179f645c406-d38fbce4-d9d4-41c2-8c20-54a278d44196-000000@email.amazonses.com> From: Hans Petter Selasky Message-ID: Date: Thu, 10 Jun 2021 16:58:48 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.10.2 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 In-Reply-To: <01000179f645c406-d38fbce4-d9d4-41c2-8c20-54a278d44196-000000@email.amazonses.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4G16Yv2Sfrz3F9X X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On 6/10/21 4:13 PM, Thomas Laus wrote: > The drm-kmod module is the latest from the pkg server. It all > worked this past Monday after the recent drm-kmod update. When you use -current, you need to compile this pkg from the latest ports. I'm not sure if that happens automatically when you install the binary package. --HPS From nobody Thu Jun 10 15:13:35 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 2457411D35BE for ; Thu, 10 Jun 2021 15:13:39 +0000 (UTC) (envelope-from bakul@iitbombay.org) Received: from mail-oi1-x22a.google.com (mail-oi1-x22a.google.com [IPv6:2607:f8b0:4864:20::22a]) (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 4G16tq0H2Gz3H56 for ; Thu, 10 Jun 2021 15:13:38 +0000 (UTC) (envelope-from bakul@iitbombay.org) Received: by mail-oi1-x22a.google.com with SMTP id h9so2474022oih.4 for ; Thu, 10 Jun 2021 08:13:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=iitbombay-org.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=cjIWyzzroyuw6QEfu2/dnMPJ9I7RVTkUWZr8Ljv8N7Q=; b=m4u252s9hMTXJowBLGvW22P38twIUQVcdEvDR4kUg/xDRVJs+WceKfvre6ZTG5a+q1 ugbeiE5hmhvL59hyKilqUqthSOBlHuHnbhV/QzJ88QrFAhuhxQaQJywgJ7ZbLJIkmoKb TO6Z5JQCdr8sk2mzbrTzPwp/1jvbh/1kmmX1HqXSbnWj2sTXThLwvcaoJvmzZrPsr4Ia LrM6Z1+ZqV6U3XljpmKz+yd5dE+1mj/0ATVip1hW652EWm9+LAkshv0PN7HkAx1j1UKS jPmf4F2DVdgqrrrOO6YVo3RbrnyaGths68HQdXeFJNG0S5o45dNL+AqbbEetpdWp2L3z Gf2w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=cjIWyzzroyuw6QEfu2/dnMPJ9I7RVTkUWZr8Ljv8N7Q=; b=fjY4iqbc8vlvVWPptYigKuLyagBPT//gaZ5yZjFkpfP4lPBZtOKy53oabHVkDJj6/j T96In5OQMzsQp5MuNhmkoK1htgs6ZAHHI4p+VwrVIdf0b5OPyhUsv1bj4WBikhhwW+5w K+6aZhXqfzu5whx38nw72TFxh4M903xNA0Nya0w7EjqbNFsuUO1U3vyh143jbWXH/osg nGlEn2qe9qOtNEVGUrBuzffU35eKwRJ2LSKruN34ms2fKtLBlQA6gvdlVAZX14bAaZVj ySDfdpO5lNvANkGITy1UIsfL8eHg0P09dZ0syX/b4BU+uorvAqhkEv2/m0PE1/4k7rq/ rsgg== X-Gm-Message-State: AOAM530lIuj/OwDWUSdGki6EF2oyVd5pZyTIP5gtG5HbFYu/rvP6zK89 iNp5WNUfNwC6PF/mn4pMArmupg== X-Google-Smtp-Source: ABdhPJzMmQWfmuapHmib2ZdpbE57Y4+0pW2HPZAN32eoumSe+cVi07tymtVMlD4MDUmU0ITvqYOd5w== X-Received: by 2002:aca:fc0d:: with SMTP id a13mr3853384oii.14.1623338017327; Thu, 10 Jun 2021 08:13:37 -0700 (PDT) Received: from smtpclient.apple (107-215-223-229.lightspeed.sntcca.sbcglobal.net. [107.215.223.229]) by smtp.gmail.com with ESMTPSA id y66sm568869ooa.48.2021.06.10.08.13.36 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 10 Jun 2021 08:13:36 -0700 (PDT) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: drm-kmod kernel crash fatal trap 12 From: Bakul Shah In-Reply-To: <01000179f645c406-d38fbce4-d9d4-41c2-8c20-54a278d44196-000000@email.amazonses.com> Date: Thu, 10 Jun 2021 08:13:35 -0700 Cc: Current FreeBSD Content-Transfer-Encoding: 7bit Message-Id: <046B931E-899A-4643-B516-C1863E3D3EC3@iitbombay.org> References: <01000179f13a6d3e-da7dd183-162b-4d1e-bf61-cfae3c584814-000000@email.amazonses.com> <4894bd36-92bd-596e-cc18-cd3e6aafe47f@selasky.org> <01000179f645c406-d38fbce4-d9d4-41c2-8c20-54a278d44196-000000@email.amazonses.com> To: lausts@acm.org X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4G16tq0H2Gz3H56 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Jun 10, 2021, at 7:13 AM, Thomas Laus wrote: > The drm-kmod module is the latest from the pkg server. It all > worked this past Monday after the recent drm-kmod update. This is what I did: git clone https://github.com/freebsd/drm-kmod ln -s $PWD/drm-kmod /usr/local/sys/modules Now it gets compiled every time you do make buildkernel. If things break you can do a git pull in the drm-kmod dir and rebuild. From nobody Thu Jun 10 16:17:01 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 6EA8D11D7336 for ; Thu, 10 Jun 2021 16:17:02 +0000 (UTC) (envelope-from 01000179f6b66c46-1001508d-f698-4e24-ab9c-eeae9b97b169-000000@amazonses.com) Received: from a48-99.smtp-out.amazonses.com (a48-99.smtp-out.amazonses.com [54.240.48.99]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4G18Hy2g9yz3PZ4 for ; Thu, 10 Jun 2021 16:17:02 +0000 (UTC) (envelope-from 01000179f6b66c46-1001508d-f698-4e24-ab9c-eeae9b97b169-000000@amazonses.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug; d=amazonses.com; t=1623341821; h=Date:From:To:Cc:Subject:Message-ID:Reply-To:References:MIME-Version:Content-Type:In-Reply-To:Feedback-ID; bh=lTpy0PT3OqbjhjZvbkAT7CTHPFqQ21Sb2sZ5HoMFBnY=; b=cmR1Smi50vNd+/hQW3519AkVJPQQ7JLrFKe1hEyqQAN8ljzTF88YuXj+Y4Lm77wV Hl/S0yJVx8W+cwXI0kRvKHtEhkz3/HfMYMcuMf+EsL54uWDK6LEui59Tgfn7doiqOX3 cTtlIXklrSlcCjCmRdd+1zszLA82LKGs4IoxHeqo= Date: Thu, 10 Jun 2021 16:17:01 +0000 From: Thomas Laus To: Hans Petter Selasky Cc: freebsd-current@freebsd.org Subject: Re: drm-kmod kernel crash fatal trap 12 Message-ID: <01000179f6b66c46-1001508d-f698-4e24-ab9c-eeae9b97b169-000000@email.amazonses.com> Reply-To: lausts@acm.org References: <01000179f13a6d3e-da7dd183-162b-4d1e-bf61-cfae3c584814-000000@email.amazonses.com> <4894bd36-92bd-596e-cc18-cd3e6aafe47f@selasky.org> <01000179f645c406-d38fbce4-d9d4-41c2-8c20-54a278d44196-000000@email.amazonses.com> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 12.2-RELEASE-p7 on an amd64 Feedback-ID: 1.us-east-1.9pbSdi8VQuDGy3n7CRAr3/hYnLCug78GrsPo0xSgBOs=:AmazonSES X-SES-Outgoing: 2021.06.10-54.240.48.99 X-Rspamd-Queue-Id: 4G18Hy2g9yz3PZ4 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N Hans Petter Selasky [hps@selasky.org] wrote: > > When you use -current, you need to compile this pkg from the latest ports. > I'm not sure if that happens automatically when you install the binary > package. > I just built drm-current-kmod as a port and things work. Building a kernel in the past used to build drm-current-kmod automatically as part of the process. It looks like that has been turned off and I will need to build it each time that the port is updated. Thanks for the help. Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF From nobody Thu Jun 10 16:18:50 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 6999511D7F1B for ; Thu, 10 Jun 2021 16:18:51 +0000 (UTC) (envelope-from 01000179f6b815cd-d507275f-1e5d-42ec-903e-43e7b8af5be9-000000@amazonses.com) Received: from a8-86.smtp-out.amazonses.com (a8-86.smtp-out.amazonses.com [54.240.8.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4G18L31HSXz3QgL for ; Thu, 10 Jun 2021 16:18:50 +0000 (UTC) (envelope-from 01000179f6b815cd-d507275f-1e5d-42ec-903e-43e7b8af5be9-000000@amazonses.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug; d=amazonses.com; t=1623341930; h=Date:From:To:Cc:Subject:Message-ID:Reply-To:References:MIME-Version:Content-Type:In-Reply-To:Feedback-ID; bh=4W9DhtY4+0Y0aS5ZFF+JburD1hxeMHxfdpj542Vfqqo=; b=OwVaQv44RkUcNJrW1juZQ01vznVskEQTW22rxbNt5yGIWUiZ494lQalhqmu1XQIK 0rg/EqWWOZCBRDkOGUosm0XywfQ8gdGwMrYPS1XUmf+OHvZECMUHjxyvKyr9vTocudV nQr3jNRn2BecopMoOG6xPdGFrXBjMyYJCMXZumyI= Date: Thu, 10 Jun 2021 16:18:50 +0000 From: Thomas Laus To: Bakul Shah Cc: Current FreeBSD Subject: Re: drm-kmod kernel crash fatal trap 12 Message-ID: <01000179f6b815cd-d507275f-1e5d-42ec-903e-43e7b8af5be9-000000@email.amazonses.com> Reply-To: lausts@acm.org References: <01000179f13a6d3e-da7dd183-162b-4d1e-bf61-cfae3c584814-000000@email.amazonses.com> <4894bd36-92bd-596e-cc18-cd3e6aafe47f@selasky.org> <01000179f645c406-d38fbce4-d9d4-41c2-8c20-54a278d44196-000000@email.amazonses.com> <046B931E-899A-4643-B516-C1863E3D3EC3@iitbombay.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <046B931E-899A-4643-B516-C1863E3D3EC3@iitbombay.org> X-Operating-System: FreeBSD 12.2-RELEASE-p7 on an amd64 Feedback-ID: 1.us-east-1.9pbSdi8VQuDGy3n7CRAr3/hYnLCug78GrsPo0xSgBOs=:AmazonSES X-SES-Outgoing: 2021.06.10-54.240.8.86 X-Rspamd-Queue-Id: 4G18L31HSXz3QgL X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N Bakul Shah [bakul@iitbombay.org] wrote: > > This is what I did: > > git clone https://github.com/freebsd/drm-kmod > ln -s $PWD/drm-kmod /usr/local/sys/modules > > Now it gets compiled every time you do make buildkernel. > If things break you can do a git pull in the drm-kmod dir > and rebuild. > Great idea and I will make this change. Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF From nobody Thu Jun 10 16:49:26 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 5EDF75D2A38 for ; Thu, 10 Jun 2021 16:48:14 +0000 (UTC) (envelope-from pj@smo.de) Received: from mail.adebahr.de (mail.adebahr.de [185.66.179.123]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.adebahr.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G18zy1fZ9z3kVv for ; Thu, 10 Jun 2021 16:48:13 +0000 (UTC) (envelope-from pj@smo.de) Received: from localhost (localhost [127.0.0.1]) by mail.adebahr.de (Postfix) with ESMTP id 4FFE760134051; Thu, 10 Jun 2021 18:48:06 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=smo.de; h= content-transfer-encoding:content-language:content-type :content-type:in-reply-to:mime-version:user-agent:date:date :message-id:from:from:references:subject:subject; s=mail; t= 1623343686; x=1625158087; bh=2c4LrW2drzMehOzxxuyXtpC5v1E2g/Vyipc ZPGNfLzY=; b=ZVsoz9CpzePbLYro472yB/ndFQKvMprdxBp3D73gXkP4QTiDbhx Qphiw7tOIxpTniHzgt4MX3PXihvlqEbk+ZoWB1PFeSMeKkkaQsKQyRUT2bkZLX5X dO5xF85glOZenBOdsGqgFRKpk0lJUz+mTZxXxQa4xG600hklDKS/TDbo= Received: from mail.adebahr.de ([127.0.0.1]) by localhost (mail.adebahr.de [127.0.0.1]) (amavisd-new, port 10026) with LMTP id S1fCVO3eO9eO; Thu, 10 Jun 2021 18:48:06 +0200 (CEST) Received: from skjaldbreidur.intern.smo.de (p5b239a2d.dip0.t-ipconnect.de [91.35.154.45]) by mail.adebahr.de (Postfix) with ESMTPSA id 0CF9D600593DF; Thu, 10 Jun 2021 18:48:05 +0200 (CEST) Subject: Re: drm-kmod kernel crash fatal trap 12 To: Bakul Shah , lausts@acm.org Cc: Current FreeBSD References: <01000179f13a6d3e-da7dd183-162b-4d1e-bf61-cfae3c584814-000000@email.amazonses.com> <4894bd36-92bd-596e-cc18-cd3e6aafe47f@selasky.org> <01000179f645c406-d38fbce4-d9d4-41c2-8c20-54a278d44196-000000@email.amazonses.com> <046B931E-899A-4643-B516-C1863E3D3EC3@iitbombay.org> From: Philipp Ost Message-ID: <725f55b4-6251-78ab-d3f5-f964cd8e5015@smo.de> Date: Thu, 10 Jun 2021 18:49:26 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 In-Reply-To: <046B931E-899A-4643-B516-C1863E3D3EC3@iitbombay.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4G18zy1fZ9z3kVv X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On 6/10/21 5:13 PM, Bakul Shah wrote: > On Jun 10, 2021, at 7:13 AM, Thomas Laus wrote: >> The drm-kmod module is the latest from the pkg server. It all >> worked this past Monday after the recent drm-kmod update. > > This is what I did: > > git clone https://github.com/freebsd/drm-kmod > ln -s $PWD/drm-kmod /usr/local/sys/modules > > Now it gets compiled every time you do make buildkernel. Why don't you set PORTS_MODULES in make.conf accordingly? Philipp From nobody Thu Jun 10 16:58:04 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 721175D38C2 for ; Thu, 10 Jun 2021 16:58:12 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.139]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G19CR3zvzz3lkH for ; Thu, 10 Jun 2021 16:58:11 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.66.148.124]) by shaw.ca with ESMTPA id rO0MlvaLOiLmnrO0NlFPEp; Thu, 10 Jun 2021 10:58:08 -0600 X-Authority-Analysis: v=2.4 cv=W+Nb6Tak c=1 sm=1 tr=0 ts=60c244a0 a=Cwc3rblV8FOMdVN/wOAqyQ==:117 a=Cwc3rblV8FOMdVN/wOAqyQ==:17 a=kj9zAlcOel0A:10 a=r6YtysWOX24A:10 a=ndaoGXS1AAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=EkcXrb_YAAAA:8 a=xKexlL0fbj2_jXUoN0cA:9 a=CjuIK1q_8ugA:10 a=mFeOnlTyF09QQMGr2mMI:22 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 a=LK5xJRSDVpKd5WXXoEvA:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id 0DA6E19D4; Thu, 10 Jun 2021 09:58:05 -0700 (PDT) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.16.1/8.16.1) with ESMTP id 15AGw4CA018332; Thu, 10 Jun 2021 09:58:04 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <202106101658.15AGw4CA018332@slippy.cwsent.com> X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.7.1 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Hans Petter Selasky cc: Thomas Laus , freebsd-current@freebsd.org Subject: Re: drm-kmod kernel crash fatal trap 12 In-reply-to: <4894bd36-92bd-596e-cc18-cd3e6aafe47f@selasky.org> References: <01000179f13a6d3e-da7dd183-162b-4d1e-bf61-cfae3c584814-000000@email.amazonses.com> <4894bd36-92bd-596e-cc18-cd3e6aafe47f@selasky.org> Comments: In-reply-to Hans Petter Selasky message dated "Wed, 09 Jun 2021 16:53:54 +0200." List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 10 Jun 2021 09:58:04 -0700 X-CMAE-Envelope: MS4xfPTSkOPR9l8lSUuf+00sbHob+bRb1Dp3vDebs4GuFTCseVVPj+HsLKEQb2pRKwhEHRzFZH6dJKb64A1fQE5Npu0CsgN7UpUyFWq8e9pppW2rwxe4ELHT xXDCNrl5sozx6xnoH4feIyMZgX+QJrQj7fXuSO7C/ZWhyAhsEmJ5K+YUtlEhKMEYp2J1FAnFB8cmivvdqC/vG+PJzE+BEfe9xDgMKAA54OaNpEqIMQ5Y9Vhb qkA/RzToxPp1XHTEhNs77ibGXWa1pYB7FiGPbnfxGQw= X-Rspamd-Queue-Id: 4G19CR3zvzz3lkH X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of cy.schubert@cschubert.com has no SPF policy when checking 64.59.136.139) smtp.mailfrom=cy.schubert@cschubert.com X-Spamd-Result: default: False [0.30 / 15.00]; HAS_REPLYTO(0.00)[Cy.Schubert@cschubert.com]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[4]; RECEIVED_SPAMHAUS_PBL(0.00)[70.66.148.124:received]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[64.59.136.139:from]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:6327, ipnet:64.59.128.0/20, country:CA]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[cschubert.com: no valid DMARC record]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[64.59.136.139:from:127.0.2.255]; RCVD_IN_DNSWL_LOW(-0.10)[64.59.136.139:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_SPF_NA(0.00)[no SPF record]; MAILMAN_DEST(0.00)[freebsd-current] X-ThisMailContainsUnwantedMimeParts: N In message <4894bd36-92bd-596e-cc18-cd3e6aafe47f@selasky.org>, Hans Petter Sela sky writes: > On 6/9/21 4:43 PM, Thomas Laus wrote: > > I updated my system this morning to main-n247260-dc318a4ffab June 9 2012 > > and the first boot after the kernel was loaded I received: > > > > 'fatal trap 12' fault virtual address = 0x0 > > fault code = supervisor write data, page not present > > instruction pointer = 0x20:0xffffffff82fc3d1b > > stack pointer = 0x28:0xfffffe011aea3330 > > frame pointer = 0x28:0xfffffe011aea3370 > > code segment = base 0x0 limit 0xffff, type 0x1b > > DPL 0,pres 1, long 1, def 32 0, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 1187 (kldload) > > trap number = 12 > > > > I hand copied the screen display since I was not able to generate a > > crash dump to /var/crash on a zfs file system. > > > > I am rebuilding the GENERIC kernel since the crash was using the NODEBUG > > version. This is 100 percent repeatable. > > > > Tom > > > > Make sure you also re-build the drm-kmod module. And while you're at it, update your copy of the drm-* port to the latest. -- Cheers, Cy Schubert FreeBSD UNIX: Web: https://FreeBSD.org NTP: Web: https://nwtime.org The need of the many outweighs the greed of the few. From nobody Thu Jun 10 17:01:51 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E44BB5D4958 for ; Thu, 10 Jun 2021 17:01:55 +0000 (UTC) (envelope-from bakul@iitbombay.org) Received: from mail-pf1-x42f.google.com (mail-pf1-x42f.google.com [IPv6:2607:f8b0:4864:20::42f]) (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 4G19Hl3sL7z3nCc for ; Thu, 10 Jun 2021 17:01:55 +0000 (UTC) (envelope-from bakul@iitbombay.org) Received: by mail-pf1-x42f.google.com with SMTP id z26so2133695pfj.5 for ; Thu, 10 Jun 2021 10:01:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=iitbombay-org.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=V66sVuNsoeMWYMon6fwXHRtN5ii9mAUpd+jQ8LnkaLQ=; b=j8P9Z70mFg7Ddbl9QRVYXY8QsXwYmUZrSmRTUEtLPSWcKpEpvLdpuNCvoeKjXKmvKB 6UNbRc372lpdwONB6QtcODIiLD6poT8h2F2naIbzS1IOPp3st049tamGkBy/w9Xb8Y12 n9Lk0FPi6IwnqOtE2jW0/Ujkzdomio1OXMepwRGuPbbwlQ1TFgkSwE/5yQn8lr5lg3mK i3Tc1DWclf/AjuYp7vRxD0Z+K/zsddNOZwNjBQH45/LNorKoKtCqEYVYEhbw1Jd+6/wY TDf0tYCOV2DQQkVAbGz6gV96HbJsyJ/kzeYisz9yXbnlGEUEGdW+zoFNa1M7pc96k8rO byfQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=V66sVuNsoeMWYMon6fwXHRtN5ii9mAUpd+jQ8LnkaLQ=; b=bWj+jV7X9tpSGo86NK9Yn4AEiZNLgBRjmo9h8zfINSsldVtu1NfWkG0U3l93DGQBJ3 KUqDR8yTPBF1g+kVFFExXe777fwIsgWpksy58KaBR2VdlnsA58qiC6hJHb1QN/TslLP4 pZFq3tT+tAKunRl7a76VqZeClaAOxINA91C8B3xcI6glU+j8zHeMPD3CPZFSp+m8rnWC qmNpfd9sVZmcRb5fmi5TskN5DgoTyTXse+GVNNMjZceQLWZ/zYi2nIVqvDVBkEIn/plc 5PLBFu6K1gfNuWX00umSj+jlwdvrF2J+zMF3RnJXzlKbytF1fSFOiTTFPmPNc63CDTX4 3Hyg== X-Gm-Message-State: AOAM530Au9Q1GYcOngqExMr4we4vlq1xyT70+18Y+naoBqFckcgFC3oc Wnw/pCyIvaJMX5X7c8Jm+qauDg== X-Google-Smtp-Source: ABdhPJytF/XoyPejI26MRvAiyGqPDj1c+kDgOcRmIEUVLtjfa05A0HPC8hD23Tn+ACrbNVJu6oLHFw== X-Received: by 2002:a62:8c0d:0:b029:2e9:e1f4:c433 with SMTP id m13-20020a628c0d0000b02902e9e1f4c433mr3880545pfd.24.1623344514148; Thu, 10 Jun 2021 10:01:54 -0700 (PDT) Received: from smtpclient.apple (107-215-223-229.lightspeed.sntcca.sbcglobal.net. [107.215.223.229]) by smtp.gmail.com with ESMTPSA id s13sm3025813pjm.34.2021.06.10.10.01.52 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 10 Jun 2021 10:01:53 -0700 (PDT) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: drm-kmod kernel crash fatal trap 12 From: Bakul Shah In-Reply-To: <725f55b4-6251-78ab-d3f5-f964cd8e5015@smo.de> Date: Thu, 10 Jun 2021 10:01:51 -0700 Cc: lausts@acm.org, Current FreeBSD Content-Transfer-Encoding: 7bit Message-Id: References: <01000179f13a6d3e-da7dd183-162b-4d1e-bf61-cfae3c584814-000000@email.amazonses.com> <4894bd36-92bd-596e-cc18-cd3e6aafe47f@selasky.org> <01000179f645c406-d38fbce4-d9d4-41c2-8c20-54a278d44196-000000@email.amazonses.com> <046B931E-899A-4643-B516-C1863E3D3EC3@iitbombay.org> <725f55b4-6251-78ab-d3f5-f964cd8e5015@smo.de> To: Philipp Ost X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4G19Hl3sL7z3nCc X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Jun 10, 2021, at 9:49 AM, Philipp Ost wrote: > > On 6/10/21 5:13 PM, Bakul Shah wrote: >> On Jun 10, 2021, at 7:13 AM, Thomas Laus wrote: >>> The drm-kmod module is the latest from the pkg server. It all >>> worked this past Monday after the recent drm-kmod update. >> This is what I did: >> git clone https://github.com/freebsd/drm-kmod >> ln -s $PWD/drm-kmod /usr/local/sys/modules >> Now it gets compiled every time you do make buildkernel. > > Why don't you set PORTS_MODULES in make.conf accordingly? I used to do that but ran into problems such as doing pkg upgrade which wanted to overwrite it when the port was updated. From nobody Thu Jun 10 22:26:58 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E3D9511C8885 for ; Thu, 10 Jun 2021 22:27:16 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ot1-x32d.google.com (mail-ot1-x32d.google.com [IPv6:2607:f8b0:4864:20::32d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G1JW824RGz4hx2; Thu, 10 Jun 2021 22:27:16 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-ot1-x32d.google.com with SMTP id 36-20020a9d0ba70000b02902e0a0a8fe36so1257584oth.8; Thu, 10 Jun 2021 15:27:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=iJcFtKZZUP6+qWMNS33zJChKUyCGCQ0iBlkX9a7SkwA=; b=AH1W71aPYHzYVRGpchunV5W5ghTlz1/XhxRRibkbhDI67b32Lje/j8f9SdG+rFGtOU RDizsBWaewt0XxalmUffiQlgD6e2Q06HxKbGPJe9Vnw7rA2AP1alBrXer/0450A3Xdaq WnTx7O9LEGslDeJLf0Lbo4upwekBH/FAg2DldHpmdkiS6dTHDpdlhbCoKporTEcDTU/K 69BpF3evS2/NKBEyYm48hAHltH/am9HU3rdqIUL+qrcqAypY05pUk2E3ZLRAq+GUUTRi 8FHZCXatxs/d1l7tq3dE95WKCCFnHF8JW27ZfSrFEEB60wNlrqvoTD0HvcPGLmfVIhvl j4Sw== 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=iJcFtKZZUP6+qWMNS33zJChKUyCGCQ0iBlkX9a7SkwA=; b=GjwexxHsQHrKTDlwFwhUXhr/NevH+yhxkoUJLoxv3bQowi4zzmCaZXw3Nnc8dGI4Jy 8DjuGiZbP9HM8l8BmCT2oCKgT6I4f7AAn+xYzFgXx95wJ+TBQDpgPAjXUsRCl8jYLzpj /qBELor5NQiLYhQQNK/luVvHLCdr9bB2JVVNXE2Jb+eEgF91ayjfDeqDFBqq38HrRyPk ah0ami2lcchaJXkrC8vVH1RYF9+vJDuZPZGaKeG9rEtSEY1WkxbUnZGtSQw2fwKIcmnk piwy5S3yguAEY9uyWeCg+JEBm7Tp/x1+DmOxNvGWRvkbMO8GozWkHLx87XSyJvhznTfp tIZw== X-Gm-Message-State: AOAM530EjgnVetw8+v3cgZ5crzdkwyHGCyd1rv9nSi4jpWfTW9HtPqHc BOj26duB6s/Imm25Z9dYYtoWlG0ELBoGOOpnHkA1wnedte0= X-Google-Smtp-Source: ABdhPJyj4uQOiChoRgT3YGO+FX/MTMvqpQGov+nCRPDShAdnVDtG9JNefzzC35ssu2+1JRJRYY922hU9eO9SvtPGQtc= X-Received: by 2002:a05:6830:348c:: with SMTP id c12mr471682otu.344.1623364035225; Thu, 10 Jun 2021 15:27:15 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Kevin Oberman Date: Thu, 10 Jun 2021 15:26:58 -0700 Message-ID: Subject: Re: Files in /etc containing empty VCSId header To: Michael Gmelin Cc: Ian Lepore , "Rodney W. Grimes" , FreeBSD Current Content-Type: multipart/alternative; boundary="000000000000a92f1605c470e424" X-Rspamd-Queue-Id: 4G1JW824RGz4hx2 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=AH1W71aP; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kob6558@gmail.com designates 2607:f8b0:4864:20::32d as permitted sender) smtp.mailfrom=kob6558@gmail.com X-Spamd-Result: default: False [-3.66 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.96)[-0.956]; FORGED_SENDER(0.30)[rkoberman@gmail.com,kob6558@gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::32d:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[rkoberman@gmail.com,kob6558@gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::32d:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::32d:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-ThisMailContainsUnwantedMimeParts: Y --000000000000a92f1605c470e424 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, Jun 9, 2021 at 2:02 AM Michael Gmelin wrote: > > > > On 9. Jun 2021, at 01:15, Ian Lepore wrote: > > > > =EF=BB=BFOn Tue, 2021-06-08 at 15:11 -0700, Rodney W. Grimes wrote: > >>> On Tue, 8 Jun 2021 09:41:34 +0000 > >>> Mark Linimon wrote: > >>> > >>>> On Mon, Jun 07, 2021 at 01:58:01PM -0600, Ian Lepore wrote: > >>>>> Sometimes it's a real interesting exercise to figure out where > >>>>> a > >>>>> file on your runtime system comes from in the source world. > >> > >> There is a command for that which does or use to do a pretty > >> decent job of it called whereis(1). > >> > > > > revolution > whereis ntp.conf > > ntp.conf: > > revolution > whereis netif > > netif: > > That line might make it to a shirt one day: > > > revolution > whereis services > > ;) > Michael > Just to clarify for those not willing or able to RTFM, it only works for executables, not conf files or libraries. It reports the location of the executable, the man page and the port location, if it is a port. For those who did RTFM, it is wrong. It claims that it reports on the location of the source, but that is not the case as far as I know. I have never seen it return anything from /usr/src. > whereis cc cc: /usr/bin/cc /usr/share/man/man1/cc.1.gz > whereis postfix postfix: /usr/local/sbin/postfix /usr/local/man/man1/postfix.1.gz /usr/ports/mail/postfix -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 --000000000000a92f1605c470e424-- From nobody Thu Jun 10 22:33:45 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 96AD611C964E for ; Thu, 10 Jun 2021 22:33:53 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.3 with cipher TLS_CHACHA20_POLY1305_SHA256 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.evolve.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G1Jfm5Kvvz4jv6; Thu, 10 Jun 2021 22:33:52 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id 473840a9; Thu, 10 Jun 2021 22:33:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; s=20180501; bh=sPxp2MjP5igZaA k4IcWpP2VkGWI=; b=OUcT2yUSAQ66rafYdivCiDEubLnN8QM1/412sOG4K0+/v/ CPgCvl1VgAxz2a01fto5FthUclDpiLFIwwzDQD/2GXuAWacqe1F3AFChJQTAlxt9 0mBYrWMDEajW97zggXGwQA0GaMfF8Sfb+B74x23dq0pAQbpSr7LoQlpruKykZEAO pxBK5VZVXynVFDRofsMXoKyeBEpPcG4FCJ9y15uEZTLgcA+//jfdJ1IulasQVtvL C5oRtjIUJl3NfFLE0SVOJIfmMOog3Hf4ahBKrRTGDIJ7Mvs5mG+eiYM2BFqqChWJ 4HdmA3TRMZC5q3qItyVaLjbUaB4IEhuQzrKDRz7w== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; q=dns; s=20180501; b=gmrstyd4 DqMXXT3/kKEe0l+TSMmp3xZDA4dkOob30B1Kct1Obnk/elYo5Ap2VInEbs+OE5XV TRiX2GiF9C9+TaDsCe9UXkr9lO3mwW/QpcK5FU6XEMKgafo+PJnf0+eMUhF44EfK SwlI4Qac3fSxSNV1O5pNnpWQIU3N5sgT4UdhHMOYgK2GvSsXCJGcNCZh5T0/55tX ITU90n5AZaEKzgb5wOiQYVnqQto3JRvmvJ5jclTPB5nMvbQsUuvwxghpu/C/HgEF 25mCkb3no+wi288n5EvgGAcndLC5nxmeCPhDeuaJUrOHTmgsF/SZI3UELHv6fVGU jp+H29k+9ePXaA== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 67d03c1d (TLSv1.3:AEAD-CHACHA20-POLY1305-SHA256:256:NO); Thu, 10 Jun 2021 22:33:46 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (1.0) Subject: Re: Files in /etc containing empty VCSId header From: Michael Gmelin In-Reply-To: Date: Fri, 11 Jun 2021 00:33:45 +0200 Cc: Ian Lepore , "Rodney W. Grimes" , FreeBSD Current Message-Id: <24D0991D-D67D-492A-A9D9-1FCDBB289530@grem.de> References: To: Kevin Oberman X-Mailer: iPhone Mail (18E212) X-Rspamd-Queue-Id: 4G1Jfm5Kvvz4jv6 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N > On 11. Jun 2021, at 00:28, Kevin Oberman wrote: >=20 > =EF=BB=BFOn Wed, Jun 9, 2021 at 2:02 AM Michael Gmelin w= rote: >=20 >>=20 >>=20 >>>> On 9. Jun 2021, at 01:15, Ian Lepore wrote: >>>=20 >>> =EF=BB=BFOn Tue, 2021-06-08 at 15:11 -0700, Rodney W. Grimes wrote: >>>>> On Tue, 8 Jun 2021 09:41:34 +0000 >>>>> Mark Linimon wrote: >>>>>=20 >>>>>> On Mon, Jun 07, 2021 at 01:58:01PM -0600, Ian Lepore wrote: >>>>>>> Sometimes it's a real interesting exercise to figure out where >>>>>>> a >>>>>>> file on your runtime system comes from in the source world. >>>>=20 >>>> There is a command for that which does or use to do a pretty >>>> decent job of it called whereis(1). >>>>=20 >>>=20 >>> revolution > whereis ntp.conf >>> ntp.conf: >>> revolution > whereis netif >>> netif: >>=20 >> That line might make it to a shirt one day: >>=20 >>> revolution > whereis services >>=20 >> ;) >> Michael >>=20 > Just to clarify for those not willing or able to RTFM, it only works for > executables, not conf files or libraries. It reports the location of the > executable, the man page and the port location, if it is a port. For those= > who did RTFM, it is wrong. It claims that it reports on the location of th= e > source, but that is not the case as far as I know. I have never seen it > return anything from /usr/src. I have, just earlier today. Like I wrote somewhere else in this thread, it d= oes so by using locate (it=E2=80=99s debatable how useful this really is tho= ugh). -m >> whereis cc > cc: /usr/bin/cc /usr/share/man/man1/cc.1.gz >> whereis postfix > postfix: /usr/local/sbin/postfix /usr/local/man/man1/postfix.1.gz > /usr/ports/mail/postfix > -- > Kevin Oberman, Part time kid herder and retired Network Engineer > E-mail: rkoberman@gmail.com > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From nobody Thu Jun 10 22:36:47 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 6D69911CA20D for ; Thu, 10 Jun 2021 22:36:56 +0000 (UTC) (envelope-from nc@FreeBSD.org) Received: from rainpuddle.neelc.org (locks.neelc.org [IPv6:2602:fed2:7106:25ff::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 4G1JkH4dQgz4lJQ; Thu, 10 Jun 2021 22:36:55 +0000 (UTC) (envelope-from nc@FreeBSD.org) Received: from mail.neelc.org (locks.neelc.org [IPv6:2602:fed2:7106:25ff::1]) by rainpuddle.neelc.org (Postfix) with ESMTPSA id D780F8926A; Thu, 10 Jun 2021 15:36:47 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Date: Thu, 10 Jun 2021 15:36:47 -0700 From: Neel Chauhan To: freebsd-current@freebsd.org Cc: bz@freebsd.org, hselasky@freebsd.org, manu@freebsd.org Subject: Kernel hacking: Pagefault on sx_xlock/sx_xunlock (linuxkpi mutex_lock/mutex_unlock) User-Agent: Roundcube Webmail/1.4.11 Message-ID: X-Sender: nc@FreeBSD.org Content-Type: multipart/mixed; boundary="=_d9b68ccc6c596054db2627b37648b3f7" X-Rspamd-Queue-Id: 4G1JkH4dQgz4lJQ X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:23470, ipnet:2602:fed2:7106::/48, country:US]; local_wl_from(0.00)[FreeBSD.org] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N --=_d9b68ccc6c596054db2627b37648b3f7 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Hi freebsd-current@, Keep in mind that I am a Ports committer, not a src one. However I have very recently gotten into hacking on drm-kmod and linuxkpi. I am attempting to update drm-kmod to Linux 5.7, mainly to support my Intel TigerLake laptop, and I wanted something to do while I wait for GNOME dependencies to get updated in Ports (for GNOME 40). When I kldload the i915kms module, I am getting a kernel panic. Namely a pagefault on sx_xlock/sx_xunlock (mutex_lock/mutex_unlock via linuxkpi) on both Intel WhiskeyLake (HP Spectre x360 13-ap0053dx) and TigerLake (HP Spectre x360 13t-aw200). The respective trace is below (on Intel WhiskeyLake): KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe011359dde0 vpanic() at vpanic+0x181/frame 0xfffffe011359de30 panic() at panic+0x43/frame 0xfffffe011359de90 trap_fatal() at trap_fatal+0x387/frame 0xfffffe011359def0 trap_pfault() at trap_pfault+0x97/frame 0xfffffe011359df50 trap() at trap+0x294/frame 0xfffffe011359e060 calltrap() at calltrap+0x8/frame 0xfffffe011359e060 --- trap 0xc, rip = 0xffffffff80c224f7, rsp = 0xfffffe011359e130, rbp = 0xfffffe011359e1c0 --- _sx_xlock_hard() at _sx_xlock_hard+0x187/frame 0xfffffe011359e1c0 _sx_xlock() at _sx_xlock+0xba/frame 0xfffffe011359e200 intel_wakeref_wait_for_idle() at intel_wakeref_wait_for_idle+0xe5/frame 0xfffffe011359e260 intel_engines_release() at intel_engines_release+0xab/frame 0xfffffe011359e280 intel_gt_init() at intel_gt_init+0x151/frame 0xfffffe011359e330 i915_gem_init() at i915_gem_init+0x95/frame 0xfffffe011359e380 i915_driver_probe() at i915_driver_probe+0xecb/frame 0xfffffe011359e410 i915_pci_probe() at i915_pci_probe+0x3c/frame 0xfffffe011359e460 linux_pci_attach_device() at linux_pci_attach_device+0x2d6/frame 0xfffffe011359e4b0 device_attach() at device_attach+0x3ca/frame 0xfffffe011359e4f0 device_probe_and_attach() at device_probe_and_attach+0x70/frame 0xfffffe011359e520 bus_generic_driver_added() at bus_generic_driver_added+0x58/frame 0xfffffe011359e540 devclass_driver_added() at devclass_driver_added+0x39/frame 0xfffffe011359e580 devclass_add_driver() at devclass_add_driver+0x147/frame 0xfffffe011359e5c0 _linux_pci_register_driver() at _linux_pci_register_driver+0xcf/frame 0xfffffe011359e5f0 i915kms_evh() at i915kms_evh+0x44/frame 0xfffffe011359e600 module_register_init() at module_register_init+0xbd/frame 0xfffffe011359e630 linker_load_module() at linker_load_module+0xc01/frame 0xfffffe011359e940 kern_kldload() at kern_kldload+0x151/frame 0xfffffe011359e990 sys_kldload() at sys_kldload+0x5b/frame 0xfffffe011359e9c0 amd64_syscall() at amd64_syscall+0x12e/frame 0xfffffe011359eaf0 fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe011359eaf0 --- syscall (304, FreeBSD ELF64, sys_kldload), rip = 0x8011a58fa, rsp = 0x7fffffffe558, rbp = 0x7fffffffead0 --- KDB: enter: panic Uptime: 52m39s Dumping 1132 out of 15985 MB:..2% (CTRL-C to abort) ..12% (CTRL-C to abort) ..22%..32%..41%..51%..61%..71%..81%..91% __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=textdump@entry=1) at /usr/src/sys/kern/kern_shutdown.c:399 #2 0xffffffff80c17830 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:486 #3 0xffffffff80c17c90 in vpanic (fmt=, ap=) at /usr/src/sys/kern/kern_shutdown.c:919 #4 0xffffffff80c179e3 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:843 #5 0xffffffff810d3df7 in trap_fatal (frame=0xfffffe011359e070, eva=1088) at /usr/src/sys/amd64/amd64/trap.c:943 #6 0xffffffff810d3e97 in trap_pfault (frame=frame@entry=0xfffffe011359e070, usermode=false, signo=, signo@entry=0x0, ucode=, ucode@entry=0x0) at /usr/src/sys/amd64/amd64/trap.c:760 #7 0xffffffff810d3464 in trap (frame=0xfffffe011359e070) at /usr/src/sys/amd64/amd64/trap.c:438 #8 #9 _sx_xlock_hard (sx=sx@entry=0xfffffe013de90188, x=, opts=, opts@entry=0, file=, file@entry=0xffffffff831af870 "/root/drm-kmod/drivers/gpu/drm/i915/intel_wakeref.h", line=, line@entry=195) at /usr/src/sys/kern/kern_sx.c:686 #10 0xffffffff80c2230a in _sx_xlock (sx=sx@entry=0xfffffe013de90188, opts=opts@entry=0, file=0xffffffff831af870 "/root/drm-kmod/drivers/gpu/drm/i915/intel_wakeref.h", line=line@entry=195) at /usr/src/sys/kern/kern_sx.c:332 #11 0xffffffff8310cbf5 in intel_wakeref_unlock_wait (wf=0xfffffe013de90180) at /root/drm-kmod/drivers/gpu/drm/i915/intel_wakeref.h:195 #12 intel_wakeref_wait_for_idle (wf=wf@entry=0xfffffe013de90180) at /root/drm-kmod/drivers/gpu/drm/i915/intel_wakeref.c:122 #13 0xffffffff8315793b in intel_engines_release ( gt=gt@entry=0xfffffe013821a7e0) at /root/drm-kmod/drivers/gpu/drm/i915/gt/intel_engine_cs.c:418 #14 0xffffffff8315fa91 in intel_gt_init (gt=gt@entry=0xfffffe013821a7e0) at /root/drm-kmod/drivers/gpu/drm/i915/gt/intel_gt.c:624 #15 0xffffffff83078da5 in i915_gem_init ( dev_priv=dev_priv@entry=0xfffffe0138215000) at /root/drm-kmod/drivers/gpu/drm/i915/i915_gem.c:1129 #16 0xffffffff830755eb in i915_driver_modeset_probe (i915=0xfffffe0138215000) at /root/drm-kmod/drivers/gpu/drm/i915/i915_drv.c:302 #17 i915_driver_probe (pdev=pdev@entry=0xfffff802462f6480, ent=ent@entry=0xffffffff831c5f90 ) at /root/drm-kmod/drivers/gpu/drm/i915/i915_drv.c:1022 #18 0xffffffff8308747c in i915_pci_probe (pdev=0xfffff802462f6480, ent=0xffffffff831c5f90 ) at /root/drm-kmod/drivers/gpu/drm/i915/i915_pci.c:977 #19 0xffffffff80e7ddf6 in linux_pci_attach_device (dev=, pdrv=0xffffffff831df6b8 , id=0xffffffff831c5f90 , pdev=0xfffff802462f6480) at /usr/src/sys/compat/linuxkpi/common/src/linux_pci.c:371 #20 0xffffffff80c5303a in DEVICE_ATTACH (dev=0xfffff80003c57600) at ./device_if.h:195 #21 device_attach (dev=dev@entry=0xfffff80003c57600) at /usr/src/sys/kern/subr_bus.c:2996 #22 0xffffffff80c52be0 in device_probe_and_attach ( dev=dev@entry=0xfffff80003c57600) at /usr/src/sys/kern/subr_bus.c:2953 #23 0xffffffff80c54ab8 in bus_generic_driver_added (dev=0xfffff80003c5db00, driver=) at /usr/src/sys/kern/subr_bus.c:4136 #24 0xffffffff80c50839 in BUS_DRIVER_ADDED (_dev=0xfffff80003c5db00, _driver=0xffffffff831df700 ) at ./bus_if.h:210 #25 devclass_driver_added (dc=dc@entry=0xfffff80003de0300, driver=driver@entry=0xffffffff831df700 ) at /usr/src/sys/kern/subr_bus.c:1079 #26 0xffffffff80c50777 in devclass_add_driver ( dc=dc@entry=0xfffff80003de0300, driver=driver@entry=0xffffffff831df700 , pass=pass@entry=2147483647, dcp=dcp@entry=0xffffffff831df730 ) at /usr/src/sys/kern/subr_bus.c:1155 #27 0xffffffff80e7e7bf in _linux_pci_register_driver (pdrv=, pdrv@entry=0xfffff802b18dee00, dc=0xfffff80003de0300) at /usr/src/sys/compat/linuxkpi/common/src/linux_pci.c:535 #28 0xffffffff80e7e9aa in linux_pci_register_drm_driver (pdrv=) at /usr/src/sys/compat/linuxkpi/common/src/linux_pci.c:592 #29 0xffffffff83087404 in i915_init () at /root/drm-kmod/drivers/gpu/drm/i915/i915_pci.c:1045 #30 i915kms_evh (m=, e=, a=) at /root/drm-kmod/drivers/gpu/drm/i915/i915_pci.c:1086 #31 0xffffffff80bf2b1d in module_register_init ( arg=0xffffffff831df6a0 ) at /usr/src/sys/kern/kern_module.c:123 #32 0xffffffff80be2941 in linker_file_sysinit (lf=0xfffff802b1370180) at /usr/src/sys/kern/kern_linker.c:236 #33 linker_load_file (filename=, result=) at /usr/src/sys/kern/kern_linker.c:461 #34 linker_load_module (kldname=, kldname@entry=0x0, modname=0xfffff80003d3b800 "i915kms", modname@entry=0xfffffe0116f271e0 "\300\060\255\"", parent=parent@entry=0x0, verinfo=verinfo@entry=0x0, lfpp=, lfpp@entry=0xfffffe011359e960) at /usr/src/sys/kern/kern_linker.c:2179 #35 0xffffffff80be43c1 in kern_kldload (td=, td@entry=0xfffffe0116f271e0, file=, file@entry=0xfffff80003d3b800 "i915kms", fileid=fileid@entry=0xfffffe011359e9a4) at /usr/src/sys/kern/kern_linker.c:1138 #36 0xffffffff80be454b in sys_kldload (td=0xfffffe0116f271e0, uap=) at /usr/src/sys/kern/kern_linker.c:1161 #37 0xffffffff810d47be in syscallenter (td=) at /usr/src/sys/amd64/amd64/../../kern/subr_syscall.c:189 #38 amd64_syscall (td=0xfffffe0116f271e0, traced=0) at /usr/src/sys/amd64/amd64/trap.c:1184 #39 #40 0x00000008011a58fa in ?? () Does anybody know why this is happening and how I would fix/resolve it? I'm really more-or-less a kernel newbie (yes, I did some driver and TCP/IP hacking before but not to this scale). The GitHub branch is here: https://github.com/neelchauhan/drm-kmod/tree/5.7-wip Note: If you wish to run the branch, you need an up-to-date CURRENT and also need to apply these patches to /usr/src: * https://reviews.freebsd.org/D30705 * https://reviews.freebsd.org/D30706 -Neel (nc@) --=_d9b68ccc6c596054db2627b37648b3f7 Content-Transfer-Encoding: base64 Content-Type: text/plain; charset=us-ascii; name=core.txt.0.txt Content-Disposition: attachment; filename=core.txt.0.txt; size=124890 c3BlY3RyZS5sb2NhbCBkdW1wZWQgY29yZSAtIHNlZSAvdmFyL2NyYXNoL3ZtY29yZS4wCgpUaHUg SnVuIDEwIDEwOjQ5OjM0IFBEVCAyMDIxCgpGcmVlQlNEIHNwZWN0cmUubG9jYWwgMTQuMC1DVVJS RU5UIEZyZWVCU0QgMTQuMC1DVVJSRU5UICMxIG1haW4tbjI0NzI3NC00YWI1Yzg4ZGEyODctZGly dHk6IFdlZCBKdW4gIDkgMjI6MzM6NDAgUERUIDIwMjEgICAgIHJvb3RAc3BlY3RyZS5sb2NhbDov dXNyL29iai91c3Ivc3JjL2FtZDY0LmFtZDY0L3N5cy9HRU5FUklDICBhbWQ2NAoKcGFuaWM6IHBh Z2UgZmF1bHQKCkdOVSBnZGIgKEdEQikgMTAuMiBbR0RCIHYxMC4yIGZvciBGcmVlQlNEXQpDb3B5 cmlnaHQgKEMpIDIwMjEgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uLCBJbmMuCkxpY2Vuc2UgR1BM djMrOiBHTlUgR1BMIHZlcnNpb24gMyBvciBsYXRlciA8aHR0cDovL2dudS5vcmcvbGljZW5zZXMv Z3BsLmh0bWw+ClRoaXMgaXMgZnJlZSBzb2Z0d2FyZTogeW91IGFyZSBmcmVlIHRvIGNoYW5nZSBh bmQgcmVkaXN0cmlidXRlIGl0LgpUaGVyZSBpcyBOTyBXQVJSQU5UWSwgdG8gdGhlIGV4dGVudCBw ZXJtaXR0ZWQgYnkgbGF3LgpUeXBlICJzaG93IGNvcHlpbmciIGFuZCAic2hvdyB3YXJyYW50eSIg Zm9yIGRldGFpbHMuClRoaXMgR0RCIHdhcyBjb25maWd1cmVkIGFzICJ4ODZfNjQtcG9ydGJsZC1m cmVlYnNkMTQuMCIuClR5cGUgInNob3cgY29uZmlndXJhdGlvbiIgZm9yIGNvbmZpZ3VyYXRpb24g ZGV0YWlscy4KRm9yIGJ1ZyByZXBvcnRpbmcgaW5zdHJ1Y3Rpb25zLCBwbGVhc2Ugc2VlOgo8aHR0 cHM6Ly93d3cuZ251Lm9yZy9zb2Z0d2FyZS9nZGIvYnVncy8+LgpGaW5kIHRoZSBHREIgbWFudWFs IGFuZCBvdGhlciBkb2N1bWVudGF0aW9uIHJlc291cmNlcyBvbmxpbmUgYXQ6CiAgICA8aHR0cDov L3d3dy5nbnUub3JnL3NvZnR3YXJlL2dkYi9kb2N1bWVudGF0aW9uLz4uCgpGb3IgaGVscCwgdHlw ZSAiaGVscCIuClR5cGUgImFwcm9wb3Mgd29yZCIgdG8gc2VhcmNoIGZvciBjb21tYW5kcyByZWxh dGVkIHRvICJ3b3JkIi4uLgpSZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9rZXJuZWwva2VybmVs Li4uClJlYWRpbmcgc3ltYm9scyBmcm9tIC91c3IvbGliL2RlYnVnLy9ib290L2tlcm5lbC9rZXJu ZWwuZGVidWcuLi4KClVucmVhZCBwb3J0aW9uIG9mIHRoZSBrZXJuZWwgbWVzc2FnZSBidWZmZXI6 Cltkcm0gRVJST1IgOmludGVsX2V4ZWNsaXN0c19zdWJtaXNzaW9uX3NldHVwXSBXQSBiYXRjaCBi dWZmZXIgaW5pdGlhbGl6YXRpb24gZmFpbGVkCgoKRmF0YWwgdHJhcCAxMjogcGFnZSBmYXVsdCB3 aGlsZSBpbiBrZXJuZWwgbW9kZQpjcHVpZCA9IDE7IGFwaWMgaWQgPSAwMQpmYXVsdCB2aXJ0dWFs IGFkZHJlc3MJPSAweDQ0MApmYXVsdCBjb2RlCQk9IHN1cGVydmlzb3IgcmVhZCBkYXRhLCBwYWdl IG5vdCBwcmVzZW50Cmluc3RydWN0aW9uIHBvaW50ZXIJPSAweDIwOjB4ZmZmZmZmZmY4MGMyMjRm NwpzdGFjayBwb2ludGVyCSAgICAgICAgPSAweDI4OjB4ZmZmZmZlMDExMzU5ZTEzMApmcmFtZSBw b2ludGVyCSAgICAgICAgPSAweDI4OjB4ZmZmZmZlMDExMzU5ZTFjMApjb2RlIHNlZ21lbnQJCT0g YmFzZSAweDAsIGxpbWl0IDB4ZmZmZmYsIHR5cGUgMHgxYgoJCQk9IERQTCAwLCBwcmVzIDEsIGxv bmcgMSwgZGVmMzIgMCwgZ3JhbiAxCnByb2Nlc3NvciBlZmxhZ3MJPSBpbnRlcnJ1cHQgZW5hYmxl ZCwgcmVzdW1lLCBJT1BMID0gMApjdXJyZW50IHByb2Nlc3MJCT0gNDg2OCAoa2xkbG9hZCkKdHJh cCBudW1iZXIJCT0gMTIKcGFuaWM6IHBhZ2UgZmF1bHQKY3B1aWQgPSAxCnRpbWUgPSAxNjIzMzQ3 MTYzCktEQjogc3RhY2sgYmFja3RyYWNlOgpkYl90cmFjZV9zZWxmX3dyYXBwZXIoKSBhdCBkYl90 cmFjZV9zZWxmX3dyYXBwZXIrMHgyYi9mcmFtZSAweGZmZmZmZTAxMTM1OWRkZTAKdnBhbmljKCkg YXQgdnBhbmljKzB4MTgxL2ZyYW1lIDB4ZmZmZmZlMDExMzU5ZGUzMApwYW5pYygpIGF0IHBhbmlj KzB4NDMvZnJhbWUgMHhmZmZmZmUwMTEzNTlkZTkwCnRyYXBfZmF0YWwoKSBhdCB0cmFwX2ZhdGFs KzB4Mzg3L2ZyYW1lIDB4ZmZmZmZlMDExMzU5ZGVmMAp0cmFwX3BmYXVsdCgpIGF0IHRyYXBfcGZh dWx0KzB4OTcvZnJhbWUgMHhmZmZmZmUwMTEzNTlkZjUwCnRyYXAoKSBhdCB0cmFwKzB4Mjk0L2Zy YW1lIDB4ZmZmZmZlMDExMzU5ZTA2MApjYWxsdHJhcCgpIGF0IGNhbGx0cmFwKzB4OC9mcmFtZSAw eGZmZmZmZTAxMTM1OWUwNjAKLS0tIHRyYXAgMHhjLCByaXAgPSAweGZmZmZmZmZmODBjMjI0Zjcs IHJzcCA9IDB4ZmZmZmZlMDExMzU5ZTEzMCwgcmJwID0gMHhmZmZmZmUwMTEzNTllMWMwIC0tLQpf c3hfeGxvY2tfaGFyZCgpIGF0IF9zeF94bG9ja19oYXJkKzB4MTg3L2ZyYW1lIDB4ZmZmZmZlMDEx MzU5ZTFjMApfc3hfeGxvY2soKSBhdCBfc3hfeGxvY2srMHhiYS9mcmFtZSAweGZmZmZmZTAxMTM1 OWUyMDAKaW50ZWxfd2FrZXJlZl93YWl0X2Zvcl9pZGxlKCkgYXQgaW50ZWxfd2FrZXJlZl93YWl0 X2Zvcl9pZGxlKzB4ZTUvZnJhbWUgMHhmZmZmZmUwMTEzNTllMjYwCmludGVsX2VuZ2luZXNfcmVs ZWFzZSgpIGF0IGludGVsX2VuZ2luZXNfcmVsZWFzZSsweGFiL2ZyYW1lIDB4ZmZmZmZlMDExMzU5 ZTI4MAppbnRlbF9ndF9pbml0KCkgYXQgaW50ZWxfZ3RfaW5pdCsweDE1MS9mcmFtZSAweGZmZmZm ZTAxMTM1OWUzMzAKaTkxNV9nZW1faW5pdCgpIGF0IGk5MTVfZ2VtX2luaXQrMHg5NS9mcmFtZSAw eGZmZmZmZTAxMTM1OWUzODAKaTkxNV9kcml2ZXJfcHJvYmUoKSBhdCBpOTE1X2RyaXZlcl9wcm9i ZSsweGVjYi9mcmFtZSAweGZmZmZmZTAxMTM1OWU0MTAKaTkxNV9wY2lfcHJvYmUoKSBhdCBpOTE1 X3BjaV9wcm9iZSsweDNjL2ZyYW1lIDB4ZmZmZmZlMDExMzU5ZTQ2MApsaW51eF9wY2lfYXR0YWNo X2RldmljZSgpIGF0IGxpbnV4X3BjaV9hdHRhY2hfZGV2aWNlKzB4MmQ2L2ZyYW1lIDB4ZmZmZmZl MDExMzU5ZTRiMApkZXZpY2VfYXR0YWNoKCkgYXQgZGV2aWNlX2F0dGFjaCsweDNjYS9mcmFtZSAw eGZmZmZmZTAxMTM1OWU0ZjAKZGV2aWNlX3Byb2JlX2FuZF9hdHRhY2goKSBhdCBkZXZpY2VfcHJv YmVfYW5kX2F0dGFjaCsweDcwL2ZyYW1lIDB4ZmZmZmZlMDExMzU5ZTUyMApidXNfZ2VuZXJpY19k cml2ZXJfYWRkZWQoKSBhdCBidXNfZ2VuZXJpY19kcml2ZXJfYWRkZWQrMHg1OC9mcmFtZSAweGZm ZmZmZTAxMTM1OWU1NDAKZGV2Y2xhc3NfZHJpdmVyX2FkZGVkKCkgYXQgZGV2Y2xhc3NfZHJpdmVy X2FkZGVkKzB4MzkvZnJhbWUgMHhmZmZmZmUwMTEzNTllNTgwCmRldmNsYXNzX2FkZF9kcml2ZXIo KSBhdCBkZXZjbGFzc19hZGRfZHJpdmVyKzB4MTQ3L2ZyYW1lIDB4ZmZmZmZlMDExMzU5ZTVjMApf bGludXhfcGNpX3JlZ2lzdGVyX2RyaXZlcigpIGF0IF9saW51eF9wY2lfcmVnaXN0ZXJfZHJpdmVy KzB4Y2YvZnJhbWUgMHhmZmZmZmUwMTEzNTllNWYwCmk5MTVrbXNfZXZoKCkgYXQgaTkxNWttc19l dmgrMHg0NC9mcmFtZSAweGZmZmZmZTAxMTM1OWU2MDAKbW9kdWxlX3JlZ2lzdGVyX2luaXQoKSBh dCBtb2R1bGVfcmVnaXN0ZXJfaW5pdCsweGJkL2ZyYW1lIDB4ZmZmZmZlMDExMzU5ZTYzMApsaW5r ZXJfbG9hZF9tb2R1bGUoKSBhdCBsaW5rZXJfbG9hZF9tb2R1bGUrMHhjMDEvZnJhbWUgMHhmZmZm ZmUwMTEzNTllOTQwCmtlcm5fa2xkbG9hZCgpIGF0IGtlcm5fa2xkbG9hZCsweDE1MS9mcmFtZSAw eGZmZmZmZTAxMTM1OWU5OTAKc3lzX2tsZGxvYWQoKSBhdCBzeXNfa2xkbG9hZCsweDViL2ZyYW1l IDB4ZmZmZmZlMDExMzU5ZTljMAphbWQ2NF9zeXNjYWxsKCkgYXQgYW1kNjRfc3lzY2FsbCsweDEy ZS9mcmFtZSAweGZmZmZmZTAxMTM1OWVhZjAKZmFzdF9zeXNjYWxsX2NvbW1vbigpIGF0IGZhc3Rf c3lzY2FsbF9jb21tb24rMHhmOC9mcmFtZSAweGZmZmZmZTAxMTM1OWVhZjAKLS0tIHN5c2NhbGwg KDMwNCwgRnJlZUJTRCBFTEY2NCwgc3lzX2tsZGxvYWQpLCByaXAgPSAweDgwMTFhNThmYSwgcnNw ID0gMHg3ZmZmZmZmZmU1NTgsIHJicCA9IDB4N2ZmZmZmZmZlYWQwIC0tLQpLREI6IGVudGVyOiBw YW5pYwpVcHRpbWU6IDUybTM5cwpEdW1waW5nIDExMzIgb3V0IG9mIDE1OTg1IE1COi4uMiUgKENU UkwtQyB0byBhYm9ydCkgLi4xMiUgKENUUkwtQyB0byBhYm9ydCkgLi4yMiUuLjMyJS4uNDElLi41 MSUuLjYxJS4uNzElLi44MSUuLjkxJQoKX19jdXJ0aHJlYWQgKCkgYXQgL3Vzci9zcmMvc3lzL2Ft ZDY0L2luY2x1ZGUvcGNwdV9hdXguaDo1NQo1NQkJX19hc20oIm1vdnEgJSVnczolUDEsJTAiIDog Ij1yIiAodGQpIDogIm4iIChvZmZzZXRvZihzdHJ1Y3QgcGNwdSwKKGtnZGIpICMwICBfX2N1cnRo cmVhZCAoKSBhdCAvdXNyL3NyYy9zeXMvYW1kNjQvaW5jbHVkZS9wY3B1X2F1eC5oOjU1CiMxICBk b2FkdW1wICh0ZXh0ZHVtcD10ZXh0ZHVtcEBlbnRyeT0xKQogICAgYXQgL3Vzci9zcmMvc3lzL2tl cm4va2Vybl9zaHV0ZG93bi5jOjM5OQojMiAgMHhmZmZmZmZmZjgwYzE3ODMwIGluIGtlcm5fcmVi b290IChob3d0bz0yNjApCiAgICBhdCAvdXNyL3NyYy9zeXMva2Vybi9rZXJuX3NodXRkb3duLmM6 NDg2CiMzICAweGZmZmZmZmZmODBjMTdjOTAgaW4gdnBhbmljIChmbXQ9PG9wdGltaXplZCBvdXQ+ LCBhcD08b3B0aW1pemVkIG91dD4pCiAgICBhdCAvdXNyL3NyYy9zeXMva2Vybi9rZXJuX3NodXRk b3duLmM6OTE5CiM0ICAweGZmZmZmZmZmODBjMTc5ZTMgaW4gcGFuaWMgKGZtdD08dW5hdmFpbGFi bGU+KQogICAgYXQgL3Vzci9zcmMvc3lzL2tlcm4va2Vybl9zaHV0ZG93bi5jOjg0MwojNSAgMHhm ZmZmZmZmZjgxMGQzZGY3IGluIHRyYXBfZmF0YWwgKGZyYW1lPTB4ZmZmZmZlMDExMzU5ZTA3MCwg ZXZhPTEwODgpCiAgICBhdCAvdXNyL3NyYy9zeXMvYW1kNjQvYW1kNjQvdHJhcC5jOjk0MwojNiAg MHhmZmZmZmZmZjgxMGQzZTk3IGluIHRyYXBfcGZhdWx0IChmcmFtZT1mcmFtZUBlbnRyeT0weGZm ZmZmZTAxMTM1OWUwNzAsIAogICAgdXNlcm1vZGU9ZmFsc2UsIHNpZ25vPTxvcHRpbWl6ZWQgb3V0 Piwgc2lnbm9AZW50cnk9MHgwLCAKICAgIHVjb2RlPTxvcHRpbWl6ZWQgb3V0PiwgdWNvZGVAZW50 cnk9MHgwKQogICAgYXQgL3Vzci9zcmMvc3lzL2FtZDY0L2FtZDY0L3RyYXAuYzo3NjAKIzcgIDB4 ZmZmZmZmZmY4MTBkMzQ2NCBpbiB0cmFwIChmcmFtZT0weGZmZmZmZTAxMTM1OWUwNzApCiAgICBh dCAvdXNyL3NyYy9zeXMvYW1kNjQvYW1kNjQvdHJhcC5jOjQzOAojOCAgPHNpZ25hbCBoYW5kbGVy IGNhbGxlZD4KIzkgIF9zeF94bG9ja19oYXJkIChzeD1zeEBlbnRyeT0weGZmZmZmZTAxM2RlOTAx ODgsIHg9PG9wdGltaXplZCBvdXQ+LCAKICAgIG9wdHM9PG9wdGltaXplZCBvdXQ+LCBvcHRzQGVu dHJ5PTAsIGZpbGU9PG9wdGltaXplZCBvdXQ+LCAKICAgIGZpbGVAZW50cnk9MHhmZmZmZmZmZjgz MWFmODcwICIvcm9vdC9kcm0ta21vZC9kcml2ZXJzL2dwdS9kcm0vaTkxNS9pbnRlbF93YWtlcmVm LmgiLCBsaW5lPTxvcHRpbWl6ZWQgb3V0PiwgbGluZUBlbnRyeT0xOTUpCiAgICBhdCAvdXNyL3Ny Yy9zeXMva2Vybi9rZXJuX3N4LmM6Njg2CiMxMCAweGZmZmZmZmZmODBjMjIzMGEgaW4gX3N4X3hs b2NrIChzeD1zeEBlbnRyeT0weGZmZmZmZTAxM2RlOTAxODgsIAogICAgb3B0cz1vcHRzQGVudHJ5 PTAsIAogICAgZmlsZT0weGZmZmZmZmZmODMxYWY4NzAgIi9yb290L2RybS1rbW9kL2RyaXZlcnMv Z3B1L2RybS9pOTE1L2ludGVsX3dha2VyZWYuaCIsIGxpbmU9bGluZUBlbnRyeT0xOTUpIGF0IC91 c3Ivc3JjL3N5cy9rZXJuL2tlcm5fc3guYzozMzIKIzExIDB4ZmZmZmZmZmY4MzEwY2JmNSBpbiBp bnRlbF93YWtlcmVmX3VubG9ja193YWl0ICh3Zj0weGZmZmZmZTAxM2RlOTAxODApCiAgICBhdCAv cm9vdC9kcm0ta21vZC9kcml2ZXJzL2dwdS9kcm0vaTkxNS9pbnRlbF93YWtlcmVmLmg6MTk1CiMx MiBpbnRlbF93YWtlcmVmX3dhaXRfZm9yX2lkbGUgKHdmPXdmQGVudHJ5PTB4ZmZmZmZlMDEzZGU5 MDE4MCkKICAgIGF0IC9yb290L2RybS1rbW9kL2RyaXZlcnMvZ3B1L2RybS9pOTE1L2ludGVsX3dh a2VyZWYuYzoxMjIKIzEzIDB4ZmZmZmZmZmY4MzE1NzkzYiBpbiBpbnRlbF9lbmdpbmVzX3JlbGVh c2UgKAogICAgZ3Q9Z3RAZW50cnk9MHhmZmZmZmUwMTM4MjFhN2UwKQogICAgYXQgL3Jvb3QvZHJt LWttb2QvZHJpdmVycy9ncHUvZHJtL2k5MTUvZ3QvaW50ZWxfZW5naW5lX2NzLmM6NDE4CiMxNCAw eGZmZmZmZmZmODMxNWZhOTEgaW4gaW50ZWxfZ3RfaW5pdCAoZ3Q9Z3RAZW50cnk9MHhmZmZmZmUw MTM4MjFhN2UwKQogICAgYXQgL3Jvb3QvZHJtLWttb2QvZHJpdmVycy9ncHUvZHJtL2k5MTUvZ3Qv aW50ZWxfZ3QuYzo2MjQKIzE1IDB4ZmZmZmZmZmY4MzA3OGRhNSBpbiBpOTE1X2dlbV9pbml0ICgK ICAgIGRldl9wcml2PWRldl9wcml2QGVudHJ5PTB4ZmZmZmZlMDEzODIxNTAwMCkKICAgIGF0IC9y b290L2RybS1rbW9kL2RyaXZlcnMvZ3B1L2RybS9pOTE1L2k5MTVfZ2VtLmM6MTEyOQojMTYgMHhm ZmZmZmZmZjgzMDc1NWViIGluIGk5MTVfZHJpdmVyX21vZGVzZXRfcHJvYmUgKGk5MTU9MHhmZmZm ZmUwMTM4MjE1MDAwKQogICAgYXQgL3Jvb3QvZHJtLWttb2QvZHJpdmVycy9ncHUvZHJtL2k5MTUv aTkxNV9kcnYuYzozMDIKIzE3IGk5MTVfZHJpdmVyX3Byb2JlIChwZGV2PXBkZXZAZW50cnk9MHhm ZmZmZjgwMjQ2MmY2NDgwLCAKICAgIGVudD1lbnRAZW50cnk9MHhmZmZmZmZmZjgzMWM1ZjkwIDxw Y2lpZGxpc3QrNjY1Nj4pCiAgICBhdCAvcm9vdC9kcm0ta21vZC9kcml2ZXJzL2dwdS9kcm0vaTkx NS9pOTE1X2Rydi5jOjEwMjIKIzE4IDB4ZmZmZmZmZmY4MzA4NzQ3YyBpbiBpOTE1X3BjaV9wcm9i ZSAocGRldj0weGZmZmZmODAyNDYyZjY0ODAsIAogICAgZW50PTB4ZmZmZmZmZmY4MzFjNWY5MCA8 cGNpaWRsaXN0KzY2NTY+KQogICAgYXQgL3Jvb3QvZHJtLWttb2QvZHJpdmVycy9ncHUvZHJtL2k5 MTUvaTkxNV9wY2kuYzo5NzcKIzE5IDB4ZmZmZmZmZmY4MGU3ZGRmNiBpbiBsaW51eF9wY2lfYXR0 YWNoX2RldmljZSAoZGV2PTxvcHRpbWl6ZWQgb3V0PiwgCiAgICBwZHJ2PTB4ZmZmZmZmZmY4MzFk ZjZiOCA8aTkxNV9wY2lfZHJpdmVyPiwgCiAgICBpZD0weGZmZmZmZmZmODMxYzVmOTAgPHBjaWlk bGlzdCs2NjU2PiwgcGRldj0weGZmZmZmODAyNDYyZjY0ODApCiAgICBhdCAvdXNyL3NyYy9zeXMv Y29tcGF0L2xpbnV4a3BpL2NvbW1vbi9zcmMvbGludXhfcGNpLmM6MzcxCiMyMCAweGZmZmZmZmZm ODBjNTMwM2EgaW4gREVWSUNFX0FUVEFDSCAoZGV2PTB4ZmZmZmY4MDAwM2M1NzYwMCkKICAgIGF0 IC4vZGV2aWNlX2lmLmg6MTk1CiMyMSBkZXZpY2VfYXR0YWNoIChkZXY9ZGV2QGVudHJ5PTB4ZmZm ZmY4MDAwM2M1NzYwMCkKICAgIGF0IC91c3Ivc3JjL3N5cy9rZXJuL3N1YnJfYnVzLmM6Mjk5Ngoj MjIgMHhmZmZmZmZmZjgwYzUyYmUwIGluIGRldmljZV9wcm9iZV9hbmRfYXR0YWNoICgKICAgIGRl dj1kZXZAZW50cnk9MHhmZmZmZjgwMDAzYzU3NjAwKSBhdCAvdXNyL3NyYy9zeXMva2Vybi9zdWJy X2J1cy5jOjI5NTMKIzIzIDB4ZmZmZmZmZmY4MGM1NGFiOCBpbiBidXNfZ2VuZXJpY19kcml2ZXJf YWRkZWQgKGRldj0weGZmZmZmODAwMDNjNWRiMDAsIAogICAgZHJpdmVyPTxvcHRpbWl6ZWQgb3V0 PikgYXQgL3Vzci9zcmMvc3lzL2tlcm4vc3Vicl9idXMuYzo0MTM2CiMyNCAweGZmZmZmZmZmODBj NTA4MzkgaW4gQlVTX0RSSVZFUl9BRERFRCAoX2Rldj0weGZmZmZmODAwMDNjNWRiMDAsIAogICAg X2RyaXZlcj0weGZmZmZmZmZmODMxZGY3MDAgPGk5MTVfcGNpX2RyaXZlcis3Mj4pIGF0IC4vYnVz X2lmLmg6MjEwCiMyNSBkZXZjbGFzc19kcml2ZXJfYWRkZWQgKGRjPWRjQGVudHJ5PTB4ZmZmZmY4 MDAwM2RlMDMwMCwgCiAgICBkcml2ZXI9ZHJpdmVyQGVudHJ5PTB4ZmZmZmZmZmY4MzFkZjcwMCA8 aTkxNV9wY2lfZHJpdmVyKzcyPikKICAgIGF0IC91c3Ivc3JjL3N5cy9rZXJuL3N1YnJfYnVzLmM6 MTA3OQojMjYgMHhmZmZmZmZmZjgwYzUwNzc3IGluIGRldmNsYXNzX2FkZF9kcml2ZXIgKAogICAg ZGM9ZGNAZW50cnk9MHhmZmZmZjgwMDAzZGUwMzAwLCAKICAgIGRyaXZlcj1kcml2ZXJAZW50cnk9 MHhmZmZmZmZmZjgzMWRmNzAwIDxpOTE1X3BjaV9kcml2ZXIrNzI+LCAKICAgIHBhc3M9cGFzc0Bl bnRyeT0yMTQ3NDgzNjQ3LCAKICAgIGRjcD1kY3BAZW50cnk9MHhmZmZmZmZmZjgzMWRmNzMwIDxp OTE1X3BjaV9kcml2ZXIrMTIwPikKICAgIGF0IC91c3Ivc3JjL3N5cy9rZXJuL3N1YnJfYnVzLmM6 MTE1NQojMjcgMHhmZmZmZmZmZjgwZTdlN2JmIGluIF9saW51eF9wY2lfcmVnaXN0ZXJfZHJpdmVy IChwZHJ2PTxvcHRpbWl6ZWQgb3V0PiwgCiAgICBwZHJ2QGVudHJ5PTB4ZmZmZmY4MDJiMThkZWUw MCwgZGM9MHhmZmZmZjgwMDAzZGUwMzAwKQogICAgYXQgL3Vzci9zcmMvc3lzL2NvbXBhdC9saW51 eGtwaS9jb21tb24vc3JjL2xpbnV4X3BjaS5jOjUzNQojMjggMHhmZmZmZmZmZjgwZTdlOWFhIGlu IGxpbnV4X3BjaV9yZWdpc3Rlcl9kcm1fZHJpdmVyIChwZHJ2PTxvcHRpbWl6ZWQgb3V0PikKICAg IGF0IC91c3Ivc3JjL3N5cy9jb21wYXQvbGludXhrcGkvY29tbW9uL3NyYy9saW51eF9wY2kuYzo1 OTIKIzI5IDB4ZmZmZmZmZmY4MzA4NzQwNCBpbiBpOTE1X2luaXQgKCkKICAgIGF0IC9yb290L2Ry bS1rbW9kL2RyaXZlcnMvZ3B1L2RybS9pOTE1L2k5MTVfcGNpLmM6MTA0NQojMzAgaTkxNWttc19l dmggKG09PG9wdGltaXplZCBvdXQ+LCBlPTxvcHRpbWl6ZWQgb3V0PiwgYT08b3B0aW1pemVkIG91 dD4pCiAgICBhdCAvcm9vdC9kcm0ta21vZC9kcml2ZXJzL2dwdS9kcm0vaTkxNS9pOTE1X3BjaS5j OjEwODYKIzMxIDB4ZmZmZmZmZmY4MGJmMmIxZCBpbiBtb2R1bGVfcmVnaXN0ZXJfaW5pdCAoCiAg ICBhcmc9MHhmZmZmZmZmZjgzMWRmNmEwIDxpOTE1a21zX21kPikKICAgIGF0IC91c3Ivc3JjL3N5 cy9rZXJuL2tlcm5fbW9kdWxlLmM6MTIzCiMzMiAweGZmZmZmZmZmODBiZTI5NDEgaW4gbGlua2Vy X2ZpbGVfc3lzaW5pdCAobGY9MHhmZmZmZjgwMmIxMzcwMTgwKQogICAgYXQgL3Vzci9zcmMvc3lz L2tlcm4va2Vybl9saW5rZXIuYzoyMzYKIzMzIGxpbmtlcl9sb2FkX2ZpbGUgKGZpbGVuYW1lPTxv cHRpbWl6ZWQgb3V0PiwgcmVzdWx0PTxvcHRpbWl6ZWQgb3V0PikKICAgIGF0IC91c3Ivc3JjL3N5 cy9rZXJuL2tlcm5fbGlua2VyLmM6NDYxCiMzNCBsaW5rZXJfbG9hZF9tb2R1bGUgKGtsZG5hbWU9 PG9wdGltaXplZCBvdXQ+LCBrbGRuYW1lQGVudHJ5PTB4MCwgCiAgICBtb2RuYW1lPTB4ZmZmZmY4 MDAwM2QzYjgwMCAiaTkxNWttcyIsIAogICAgbW9kbmFtZUBlbnRyeT0weGZmZmZmZTAxMTZmMjcx ZTAgIlwzMDBcMDYwXDI1NVwiIiwgCiAgICBwYXJlbnQ9cGFyZW50QGVudHJ5PTB4MCwgdmVyaW5m bz12ZXJpbmZvQGVudHJ5PTB4MCwgbGZwcD08b3B0aW1pemVkIG91dD4sIAogICAgbGZwcEBlbnRy eT0weGZmZmZmZTAxMTM1OWU5NjApIGF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fbGlua2VyLmM6 MjE3OQojMzUgMHhmZmZmZmZmZjgwYmU0M2MxIGluIGtlcm5fa2xkbG9hZCAodGQ9PG9wdGltaXpl ZCBvdXQ+LCAKICAgIHRkQGVudHJ5PTB4ZmZmZmZlMDExNmYyNzFlMCwgZmlsZT08b3B0aW1pemVk IG91dD4sIAogICAgZmlsZUBlbnRyeT0weGZmZmZmODAwMDNkM2I4MDAgImk5MTVrbXMiLCAKICAg IGZpbGVpZD1maWxlaWRAZW50cnk9MHhmZmZmZmUwMTEzNTllOWE0KQogICAgYXQgL3Vzci9zcmMv c3lzL2tlcm4va2Vybl9saW5rZXIuYzoxMTM4CiMzNiAweGZmZmZmZmZmODBiZTQ1NGIgaW4gc3lz X2tsZGxvYWQgKHRkPTB4ZmZmZmZlMDExNmYyNzFlMCwgCiAgICB1YXA9PG9wdGltaXplZCBvdXQ+ KSBhdCAvdXNyL3NyYy9zeXMva2Vybi9rZXJuX2xpbmtlci5jOjExNjEKIzM3IDB4ZmZmZmZmZmY4 MTBkNDdiZSBpbiBzeXNjYWxsZW50ZXIgKHRkPTxvcHRpbWl6ZWQgb3V0PikKICAgIGF0IC91c3Iv c3JjL3N5cy9hbWQ2NC9hbWQ2NC8uLi8uLi9rZXJuL3N1YnJfc3lzY2FsbC5jOjE4OQojMzggYW1k NjRfc3lzY2FsbCAodGQ9MHhmZmZmZmUwMTE2ZjI3MWUwLCB0cmFjZWQ9MCkKICAgIGF0IC91c3Iv c3JjL3N5cy9hbWQ2NC9hbWQ2NC90cmFwLmM6MTE4NAojMzkgPHNpZ25hbCBoYW5kbGVyIGNhbGxl ZD4KIzQwIDB4MDAwMDAwMDgwMTFhNThmYSBpbiA/PyAoKQpCYWNrdHJhY2Ugc3RvcHBlZDogQ2Fu bm90IGFjY2VzcyBtZW1vcnkgYXQgYWRkcmVzcyAweDdmZmZmZmZmZTU1OAooa2dkYikgCgotLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0KcHMgLWF4bHd3CgogVUlEICBQSUQgUFBJRCAgQyBQUkkgTkkgICBWU1ogIFJT UyBNV0NIQU4gICBTVEFUIFRUICAgICAgIFRJTUUgQ09NTUFORAogICAwICAgIDAgICAgMCAgNyAt MTYgIDAgICAgIDAgICAgMCBzd2FwaW4gICBETHMgICAtICAgIDA6MTcuMTUgW2tlcm5lbF0KICAg MCAgICAxICAgIDAgIDYgIDM3ICAwIDExOTMyIDEyNjggd2FpdCAgICAgRExzICAgLSAgICAwOjAw LjA1IFtpbml0XQogICAwICAgIDIgICAgMCAgNCAtMTYgIDAgICAgIDAgICAgMCAtICAgICAgICBE TCAgICAtICAgIDA6MDAuMDAgW0tUTFNdCiAgIDAgICAgMyAgICAwICAxIC0xNiAgMCAgICAgMCAg ICAwIGNyeXB0b193IERMICAgIC0gICAgMDowMC4wMCBbY3J5cHRvXQogICAwICAgIDQgICAgMCAg MSAtMTYgIDAgICAgIDAgICAgMCBjcnlwdG9fciBETCAgICAtICAgIDA6MDAuMDAgW2NyeXB0byBy ZXR1cm5zIDBdCiAgIDAgICAgNSAgICAwICAwIC0xNiAgMCAgICAgMCAgICAwIGNyeXB0b19yIERM ICAgIC0gICAgMDowMC4wMCBbY3J5cHRvIHJldHVybnMgMV0KICAgMCAgICA2ICAgIDAgIDQgLTE2 ICAwICAgICAwICAgIDAgY3J5cHRvX3IgREwgICAgLSAgICAwOjAwLjAwIFtjcnlwdG8gcmV0dXJu cyAyXQogICAwICAgIDcgICAgMCAgNSAtMTYgIDAgICAgIDAgICAgMCBjcnlwdG9fciBETCAgICAt ICAgIDA6MDAuMDAgW2NyeXB0byByZXR1cm5zIDNdCiAgIDAgICAgOCAgICAwICAzIC0xNiAgMCAg ICAgMCAgICAwIGNyeXB0b19yIERMICAgIC0gICAgMDowMC4wMCBbY3J5cHRvIHJldHVybnMgNF0K ICAgMCAgICA5ICAgIDAgIDMgLTE2ICAwICAgICAwICAgIDAgY3J5cHRvX3IgREwgICAgLSAgICAw OjAwLjAwIFtjcnlwdG8gcmV0dXJucyA1XQogICAwICAgMTAgICAgMCAgMiAtMTYgIDAgICAgIDAg ICAgMCBhdWRpdF93byBETCAgICAtICAgIDA6MDAuMDAgW2F1ZGl0XQogICAwICAgMTEgICAgMCAg MCAxNTUgIDAgICAgIDAgICAgMCAtICAgICAgICBSTCAgICAtICAzNjA6MTguMDggW2lkbGVdCiAg IDAgICAxMiAgICAwIC0xIC01NiAgMCAgICAgMCAgICAwIC0gICAgICAgIFdMICAgIC0gICAgMjo1 NS45OCBbaW50cl0KICAgMCAgIDEzICAgIDAgIDEgIC04ICAwICAgICAwICAgIDAgLSAgICAgICAg REwgICAgLSAgICAwOjAwLjAwIFtnZW9tXQogICAwICAgMTQgICAgMCAgMyAtMTYgIDAgICAgIDAg ICAgMCBjcnlwdG9fciBETCAgICAtICAgIDA6MDAuMDAgW2NyeXB0byByZXR1cm5zIDZdCiAgIDAg ICAxNSAgICAwICA1IC0xNiAgMCAgICAgMCAgICAwIGNyeXB0b19yIERMICAgIC0gICAgMDowMC4w MCBbY3J5cHRvIHJldHVybnMgN10KICAgMCAgIDE2ICAgIDAgIDAgLTE2ICAwICAgICAwICAgIDAg c2Vxc3RhdGUgREwgICAgLSAgICAwOjAwLjAwIFtzZXF1ZW5jZXIgMDBdCiAgIDAgICAxNyAgICAw ICAyIC0xNiAgMCAgICAgMCAgICAwIC0gICAgICAgIERMICAgIC0gICAgMDowMC4wMCBbY2FtXQog ICAwICAgMTggICAgMCAgNiAtNjggIDAgICAgIDAgICAgMCAtICAgICAgICBETCAgICAtICAgIDA6 MDAuNTAgW3VzYl0KICAgMCAgIDE5ICAgIDAgIDAgLTE2ICAwICAgICAwICAgIDAgLSAgICAgICAg REwgICAgLSAgICAwOjAwLjAwIFtzb2Fpb2QxXQogICAwICAgMjAgICAgMCAgMiAtMTYgIDAgICAg IDAgICAgMCAtICAgICAgICBETCAgICAtICAgIDA6MDAuMDAgW3NvYWlvZDJdCiAgIDAgICAyMSAg ICAwICA2IC0xNiAgMCAgICAgMCAgICAwIC0gICAgICAgIERMICAgIC0gICAgMDowMC4wMCBbc29h aW9kM10KICAgMCAgIDIyICAgIDAgIDUgLTE2ICAwICAgICAwICAgIDAgLSAgICAgICAgREwgICAg LSAgICAwOjAwLjAwIFtzb2Fpb2Q0XQogICAwICAgMjMgICAgMCAgNSAgLTggIDAgICAgIDAgICAg MCB0LT56dGhyXyBETCAgICAtICAgIDA6MDUuNDMgW3pmc2tlcm5dCiAgIDAgICAyNCAgICAwICA1 IC0xNiAgMCAgICAgMCAgICAwIC0gICAgICAgIERMICAgIC0gICAgMDowMS4xMCBbcmFuZF9oYXJ2 ZXN0cV0KICAgMCAgIDI1ICAgIDAgIDYgLTE2ICAwICAgICAwICAgIDAgdHpwb2xsICAgREwgICAg LSAgICAwOjAwLjM1IFthY3BpX3RoZXJtYWxdCiAgIDAgICAyNiAgICAwICA2IC0xNiAgMCAgICAg MCAgICAwIGNvb2xpbmcgIERMICAgIC0gICAgMDowMC4wMCBbYWNwaV9jb29saW5nMF0KICAgMCAg IDI3ICAgIDAgIDMgLTE2ICAwICAgICAwICAgIDAgcHNsZWVwICAgREwgICAgLSAgICAwOjAwLjU3 IFtwYWdlZGFlbW9uXQogICAwICAgMjggICAgMCAgMyAtMTYgIDAgICAgIDAgICAgMCBwc2xlZXAg ICBETCAgICAtICAgIDA6MDAuMDAgW3ZtZGFlbW9uXQogICAwICAgMjkgICAgMCAgNCAtMTYgIDAg ICAgIDAgICAgMCBxc2xlZXAgICBETCAgICAtICAgIDA6MDAuNTIgW2J1ZmRhZW1vbl0KICAgMCAg IDMwICAgIDAgIDIgIDE2ICAwICAgICAwICAgIDAgc3luY2VyICAgREwgICAgLSAgICAwOjAwLjA1 IFtzeW5jZXJdCiAgIDAgICAzMSAgICAwICAxIC0xNiAgMCAgICAgMCAgICAwIHZscnV3dCAgIERM ICAgIC0gICAgMDowMC4wMyBbdm5scnVdCiAgIDAgIDk0MSAgICAwICA3IC0xNiAgMCAgICAgMCAg ICAwIHNsZWVwICAgIERMICAgIC0gICAgMDowMC4wMCBbbmdfcXVldWVdCiAgIDAgMTI0NiAgICAx ICA2ICAyMCAgMCAxMTYwMCAxNzk2IHNlbGVjdCAgIERzICAgIC0gICAgMDowMC4yNyBbZGV2ZF0K ICAgMCAxNDQwICAgIDEgIDIgIDIwICAwIDEzMDI4IDI5NDQgc2VsZWN0ICAgRHMgICAgLSAgICAw OjAwLjE3IFtzeXNsb2dkXQogICAwIDE1MjggICAgMSAgNCAgMjAgIDAgMTMwNjggMjcwOCBuYW5z bHAgICBEcyAgICAtICAgIDA6MDAuMDIgW2Nyb25dCiAgIDAgMTU0NyAgICAxICA2ICAyMCAgMCAy MTA3MiA4NDU2IHNlbGVjdCAgIERzICAgIC0gICAgMDowMC4wMCBbc3NoZF0KICAgMCAxNTY5ICAg IDEgIDEgIDIxICAwIDEzODM2IDMyMzYgd2FpdCAgICAgRHMgICAgLSAgICAwOjAwLjAzIFtsb2dp bl0KICAgMCAxNTcwICAgIDEgIDQgIDIwICAwIDEzODM2IDMyMzIgd2FpdCAgICAgRHMgICAgLSAg ICAwOjAwLjAyIFtsb2dpbl0KICAgMCAxNTcxICAgIDEgIDcgIDUyICAwIDEyOTk2IDIzNzYgdHR5 aW4gICAgRHMrICAgLSAgICAwOjAwLjAwIFtnZXR0eV0KICAgMCAxNTcyICAgIDEgIDAgIDUyICAw IDEyOTk2IDIzNzYgdHR5aW4gICAgRHMrICAgLSAgICAwOjAwLjAwIFtnZXR0eV0KICAgMCAxNTcz ICAgIDEgIDIgIDUyICAwIDEyOTk2IDIzNzYgdHR5aW4gICAgRHMrICAgLSAgICAwOjAwLjAwIFtn ZXR0eV0KICAgMCAxNTc0ICAgIDEgIDQgIDUyICAwIDEyOTk2IDIzNzYgdHR5aW4gICAgRHMrICAg LSAgICAwOjAwLjAwIFtnZXR0eV0KICAgMCAxNTc1ICAgIDEgIDEgIDUyICAwIDEyOTk2IDIzNzYg dHR5aW4gICAgRHMrICAgLSAgICAwOjAwLjAwIFtnZXR0eV0KICAgMCAxNTc2ICAgIDEgIDMgIDUy ICAwIDEyOTk2IDIzNzYgdHR5aW4gICAgRHMrICAgLSAgICAwOjAwLjAwIFtnZXR0eV0KICAgMCAx NTc3IDE1NjkgIDIgIDIwICAwIDE2NjgwIDQ4NTYgcGF1c2UgICAgRCAgICAgLSAgICAwOjAwLjI3 IFtjc2hdCiAgIDAgMzk2MyAxNTcwICA0ICAyMiAgMCAxNDEyMCA0NDI0IHR0eWluICAgIEQrICAg IC0gICAgMDowMC4wMiBbY3NoXQogICAwIDQ2NDYgICAgMSAgNyAgMjMgIDAgMTMzMDggMjgyMCBz ZWxlY3QgICBEcyAgICAtICAgIDA6MDAuMDAgW2RoY2xpZW50XQogICAwIDQ2NDkgICAgMSAgMSAg IDQgIDAgMTMzMDggMjkwMCBzZWxlY3QgICBEcyAgICAtICAgIDA6MDAuMDAgW2RoY2xpZW50XQog IDY1IDQ3NTQgICAgMSAgMCAgMjAgIDAgMTMzMTIgMzAyNCBzZWxlY3QgICBEQ3MgICAtICAgIDA6 MDAuMDAgW2RoY2xpZW50XQogICAwIDQ3NjMgMTU0NyAgMyAgMjEgIDAgMjE1MDggOTMyMCBzZWxl Y3QgICBEcyAgICAtICAgIDA6MDAuMDAgW3NzaGRdCjEwMDEgNDc2OCA0NzYzICAyICAyMCAgMCAy MTUxMiA5MzQ0IHNlbGVjdCAgIEQgICAgIC0gICAgMDowMC4wMCBbc3NoZF0KMTAwMSA0NzY5IDQ3 NjggIDIgIDI5ICAwIDE0MTIwIDQ0OTIgcGF1c2UgICAgRHMgICAgLSAgICAwOjAwLjAxIFtjc2hd CiAgIDAgNDc3MyA0NzY5ICA2ICAyMiAgMCAxMzgxMiAzMjI0IHdhaXQgICAgIEQgICAgIC0gICAg MDowMC4wMCBbc3VdCiAgIDAgNDc3NCA0NzczICA1ICAyMCAgMCAxNDEyMCA0NTIwIHBhdXNlICAg IEQgICAgIC0gICAgMDowMC4wMCBbY3NoXQogICAwIDQ3ODEgICAgMSAgNSAgMjAgIDAgMTUwMTYg NTA4MCBzZWxlY3QgICBEcyAgICAtICAgIDA6MDAuMDAgW3RtdXhdCiAgIDAgNDc4MiA0NzgxICA3 ICAyMCAgMCAxNDEyMCA0NTEyIHBhdXNlICAgIERzICAgIC0gICAgMDowMC4wMiBbY3NoXQogICAw IDQ3ODYgNDc4MiAgNSAgMjAgIDAgMTk0MDAgOTcwOCBzZWxlY3QgICBEKyAgICAtICAgIDA6MDAu NjYgW3ZpbV0KICAgMCA0NzkxIDQ3NzQgIDAgIDIxICAwIDE1MDE2IDQ4OTIgc2VsZWN0ICAgRCsg ICAgLSAgICAwOjAwLjAwIFt0bXV4XQogICAwIDQ4MDEgMTU3NyAgNCAgMjAgIDAgMTM4MTIgMzIy MCB3YWl0ICAgICBEICAgICAtICAgIDA6MDAuMDAgW3N1XQogICAwIDQ4MDIgNDgwMSAgMyAgMzIg IDAgMTQxMjAgNDQ0NCBwYXVzZSAgICBEICAgICAtICAgIDA6MDAuMDAgW2NzaF0KICAgMCA0ODY4 IDQ4MDIgIDEgIDMyICAwIDEyODY4IDIxOTIgLSAgICAgICAgUisgICAgLSAgICAwOjAwLjAwIFtr bGRsb2FkXQoKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCnZtc3RhdCAtcwoKICAyMTU4NjgwIGNwdSBjb250ZXh0 IHN3aXRjaGVzCiAgIDY3ODczNiBkZXZpY2UgaW50ZXJydXB0cwogICAgNjE5MDMgc29mdHdhcmUg aW50ZXJydXB0cwogMTEyNTE4MzggdHJhcHMKICA1ODEwOTIxIHN5c3RlbSBjYWxscwogICAgICAg MzIga2VybmVsIHRocmVhZHMgY3JlYXRlZAogICAgIDIzODggIGZvcmsoKSBjYWxscwogICAgIDIz NzYgdmZvcmsoKSBjYWxscwogICAgICAgNzIgcmZvcmsoKSBjYWxscwogICAgICAgIDAgc3dhcCBw YWdlciBwYWdlaW5zCiAgICAgICAgMCBzd2FwIHBhZ2VyIHBhZ2VzIHBhZ2VkIGluCiAgICAgICAg MCBzd2FwIHBhZ2VyIHBhZ2VvdXRzCiAgICAgICAgMCBzd2FwIHBhZ2VyIHBhZ2VzIHBhZ2VkIG91 dAogICAgMjc5NzIgdm5vZGUgcGFnZXIgcGFnZWlucwogICA0MDc5MTQgdm5vZGUgcGFnZXIgcGFn ZXMgcGFnZWQgaW4KICAgICAzNzIwIHZub2RlIHBhZ2VyIHBhZ2VvdXRzCiAgIDExODg1NCB2bm9k ZSBwYWdlciBwYWdlcyBwYWdlZCBvdXQKICAgICAgICAwIHBhZ2UgZGFlbW9uIHdha2V1cHMKICAg ICAgICAwIHBhZ2VzIGV4YW1pbmVkIGJ5IHRoZSBwYWdlIGRhZW1vbgogICAgICAgIDAgY2xlYW4g cGFnZSByZWNsYW1hdGlvbiBzaG9ydGZhbGxzCiAgICAgICAgMCBwYWdlcyByZWFjdGl2YXRlZCBi eSB0aGUgcGFnZSBkYWVtb24KICAgMTk2NzU5IGNvcHktb24td3JpdGUgZmF1bHRzCiAgICAgICA1 MiBjb3B5LW9uLXdyaXRlIG9wdGltaXplZCBmYXVsdHMKIDEwNzg4Njk4IHplcm8gZmlsbCBwYWdl cyB6ZXJvZWQKICAgICAgICAwIHplcm8gZmlsbCBwYWdlcyBwcmV6ZXJvZWQKICAgICA0NTQ0IGlu dHJhbnNpdCBibG9ja2luZyBwYWdlIGZhdWx0cwogMTEyMTAyMjUgdG90YWwgVk0gZmF1bHRzIHRh a2VuCiAgICAyNzc2OCBwYWdlIGZhdWx0cyByZXF1aXJpbmcgSS9PCiAgICAgICAgMCBwYWdlcyBh ZmZlY3RlZCBieSBrZXJuZWwgdGhyZWFkIGNyZWF0aW9uCiAgIDE1MzQ2MyBwYWdlcyBhZmZlY3Rl ZCBieSAgZm9yaygpCiAgICA4NDEwOSBwYWdlcyBhZmZlY3RlZCBieSB2Zm9yaygpCiAgICAgMjUy OCBwYWdlcyBhZmZlY3RlZCBieSByZm9yaygpCiAxMTc3OTQ1NyBwYWdlcyBmcmVlZAogICAgICAg IDAgcGFnZXMgZnJlZWQgYnkgZGFlbW9uCiAgICAgICAgMCBwYWdlcyBmcmVlZCBieSBleGl0aW5n IHByb2Nlc3NlcwogICAgICAgIDAgcGFnZXMgYWN0aXZlCiAgICAgICAgMCBwYWdlcyBpbmFjdGl2 ZQogICAgICAgIDAgcGFnZXMgaW4gdGhlIGxhdW5kcnkgcXVldWUKICAgICAgICAwIHBhZ2VzIHdp cmVkIGRvd24KICAgICAgICAwIHZpcnR1YWwgdXNlciBwYWdlcyB3aXJlZCBkb3duCiAgICAgICAg MCBwYWdlcyBmcmVlCiAgICAgICAgMCBieXRlcyBwZXIgcGFnZQogICAgICAgIDAgdG90YWwgbmFt ZSBsb29rdXBzCiAgICAgICAgICBjYWNoZSBoaXRzICgwJSBwb3MgKyAwJSBuZWcpIHN5c3RlbSAw JSBwZXItZGlyZWN0b3J5CiAgICAgICAgICBkZWxldGlvbnMgMCUsIGZhbHNlaGl0cyAwJSwgdG9v bG9uZyAwJQoKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCnZtc3RhdCAtbQoKICAgICAgICAgVHlwZSBJblVzZSBN ZW1Vc2UgUmVxdWVzdHMgIFNpemUocykKIE5GU0Qgc2Vzc2lvbiAgICAgMSAgICAgMUsgICAgICAg IDEgIDEwMjQKICAgIHBmc19ub2RlcyAgICAzMCAgICAxMksgICAgICAxMTAgIDM4NAogIHBmc192 bmNhY2hlICAgICA3ICAgIDMzSyAgICAgICAzOCAgMzIsMzI3NjgKICAgICAgICAgR0VPTSAgICA2 OCAgICAxM0sgICAgICA2MTQgIDE2LDMyLDY0LDEyOCwyNTYsNTEyLDEwMjQsMjA0OCw4MTkyLDE2 Mzg0CiAgICByYWlkX2RhdGEgICAgIDAgICAgIDBLICAgICAgIDg0ICAzMiwxMjgsMjU2CiAgICAg ICBpc2FkZXYgICAgIDcgICAgIDFLICAgICAgICA3ICAxMjgKICBkZGJfY2FwdHVyZSAgICAgMSAg ICA2NEsgICAgICAgIDEgIDY1NTM2CiAgICAgICAgIGNkZXYgICAgIDEgICAgIDFLICAgICAgICAx ICAyNTYKICAgICBmaWxlZGVzYyAgICAgMSAgICAgNEsgICAgICA3MjAgIDQwOTYKICAgICAgcHdk ZGVzYyAgICA2MiAgICAgNEsgICAgIDQ4NjkgIDY0CiAgICAgICAgc2lnaW8gICAgIDAgICAgIDBL ICAgICAgICAxICA2NAogICAgIGZpbGVjYXBzICAgICAxICAgICAxSyAgICAgIDQyMiAgMTYsMzIs NjQKICAgICAga2R0cmFjZSAgMTAxOCAgIDI0M0sgICAgIDU5ODYgIDY0LDI1NgogICAgICAgICBr ZW52ICAgMTEwICAgIDEySyAgICAgIDExMCAgMTYsMzIsNjQsMTI4LDgxOTIKICAgICAgIGtxdWV1 ZSAgICA2MiAgICAgNEsgICAgIDQ4NzUgIDY0LDI1NiwyMDQ4CiAgICBwcm9jLWFyZ3MgICAgOTQg ICAgIDRLICAgICAzMzY4ICAxNiwzMiw2NCwxMjgsMjU2CiAgICAgICAgaGhvb2sgICAgMTMgICAg IDRLICAgICAgIDEzICAyNTYKICAgICAgaXRocmVhZCAgIDI0MiAgICA0OEsgICAgICAyNDIgIDMy LDEyOCwyNTYKICAgICAgIHByaXNvbiAgICAxMiAgICAgMUsgICAgICAgNDQgIDE2LDMyCiAgICAg ICBLVFJBQ0UgICAxMDAgICAgMTNLICAgICAgMTAwICAxMjgKICAgICAgIGxpbmtlciAgIDU1MSAg MjA4OEsgICAgIDE2MDMgIDE2LDMyLDY0LDEyOCwyNTYsMzg0LDUxMiwxMDI0LDIwNDgsNDA5Niw4 MTkyLDE2Mzg0LDMyNzY4LDY1NTM2CiAgICAgICAgZXZkZXYgICAgMTQgICAgMTdLICAgICAgIDE0 ICAzODQsMTAyNCwyMDQ4CiAgICAgICAgbG9ja2YgICAgMjIgICAgIDNLICAgIDc2OTc3ICA2NCwx MjgKICAgbG9naW5jbGFzcyAgICAgMyAgICAgMUsgICAgICAgIDMgIDY0CiAgICAgICBkZXZidWYg Mjc0NjcgNjgwNjNLICAgIDI3NjE1ICAxNiwzMiw2NCwxMjgsMjU2LDM4NCwxMDI0LDIwNDgsNDA5 Niw4MTkyLDMyNzY4LDY1NTM2CiAgICAgICAgIHRlbXAgICAgNjUgICAgMzVLICAgMzc5MjYzICAx NiwzMiw2NCwxMjgsMjU2LDM4NCw1MTIsMTAyNCwyMDQ4LDQwOTYsODE5MiwxNjM4NCwzMjc2OCw2 NTUzNgogICAgICAgbW9kdWxlICAgNTIyICAgIDY2SyAgICAgIDU1NSAgMTI4CiAgICAgbXR4X3Bv b2wgICAgIDIgICAgNzJLICAgICAgICAyICA4MTkyLDY1NTM2CiAgICAgICAgICBvc2QgICAxNTgg ICAgIDNLICAgICAgMjM4ICAxNiwzMiw2NCwxMjgsMjU2CiAgICAgcG1jaG9va3MgICAgIDEgICAg IDFLICAgICAgICAxICAxMjgKICAgICAgICAgIHBtYyAgICAgMSAgICAgMUsgICAgICAgIDEgIDY0 CiAgICAgIHNlc3Npb24gICAgMjAgICAgIDNLICAgICAgIDczICAxMjgKICAgICAgICAgcHJvYyAg ICAgMyAgICA2NksgICAgICAgIDMgIDIwNDgsMzI3NjgKICAgICAgc3VicHJvYyAgIDE4OSAgIDI5 NksgICAgIDQ5OTYgIDM4NCw0MDk2CiAgICAgICAgIGNyZWQgICAgNDQgICAgMTFLICAgICAgNDc0 ICAyNTYKICAgICBhY3BpaW50ciAgICAgMSAgICAgMUsgICAgICAgIDEgIDY0CiAgICAgICBwbGlt aXQgICAgMTkgICAgIDVLICAgICAgNzUzICAyNTYKICAgICAgdWlkaW5mbyAgICAgNCAgICAgOUsg ICAgICAgMjUgIDEyOCw4MTkyCiAgICAgICBkdW1wZXIgICAgIDIgICAgIDFLICAgICAgICAyICAx MjgsNTEyCiAgICAgICBhY3BpY2EgMjUzMjMgIDI2MDNLICAgODEzNzkzICAxNiwzMiw2NCwxMjgs MjU2LDM4NCw1MTIsMTAyNCwyMDQ4LDQwOTYsODE5MgogICAgICAgc3lzY3RsICAgICAwICAgICAw SyAgICAgIDI1NiAgMzIsNjQKICAgIHN5c2N0bG9pZCA0ODU2MyAgMjgyMEsgICAgNTg5MzEgIDE2 LDMyLDY0LDEyOCwyNTYKICAgIHN5c2N0bHRtcCAgICAgMCAgICAgMEsgICAgMTk2MDYgIDE2LDMy LDY0LDI1NiwxMDI0CiAgICAgICBrYmRtdXggICAgIDYgICAgMjJLICAgICAgICA2ICAxNiwzODQs MTAyNCwyMDQ4LDE2Mzg0CiAgICAgIHRpZGhhc2ggICAgIDMgICAxOTJLICAgICAgICAzICA0MDk2 LDY1NTM2CiAgICAgIGNhbGxvdXQgICAgIDggIDIwNDhLICAgICAgICA4ICAKICAgICAgICAgdW10 eCAgMjA0NiAgIDI1NksgICAgIDIwNDYgIDEyOAogICAgIHAxMDAzLjFiICAgICAxICAgICAxSyAg ICAgICAgMSAgMTYKICAgICAgICAgU1dBUCAgICAgMSAgIDEzMksgICAgICAgIDEgIAogICAgICAg ICAgYnVzICAxNDgyICAgMTQ3SyAgICA0NjgzOSAgMTYsMzIsNjQsMTI4LDI1NiwyMDQ4LDQwOTYK ICAgICAgIGJ1cy1zYyAgIDExNCAgMzk4N0sgICAgMjAyNzggIDE2LDMyLDY0LDEyOCwyNTYsMzg0 LDUxMiwxMDI0LDIwNDgsNDA5Niw4MTkyLDE2Mzg0LDMyNzY4LDY1NTM2CiAgICAgIGRldnN0YXQg ICAgIDQgICAgIDlLICAgICAgICA0ICAzMiw0MDk2CiBldmVudGhhbmRsZXIgICAxMjkgICAgMTFL ICAgICAgMTI5ICA2NCwxMjgKICAgICBmaXJtd2FyZSAgICAgMiAgICAgMUsgICAgICAgIDQgIDE2 LDMyLDEyOAogICBndGFza3F1ZXVlICAgIDU0ICAgIDMwSyAgICAgICA1NCAgMTYsMzIsMjU2LDgx OTIKICAgICAgICAga29iaiAgIDM1NCAgMTQxNksgICAgICA1MzAgIDQwOTYKICAgICAgUGVyLWNw dSAgICAgMSAgICAgMUsgICAgICAgIDEgIDMyCiAgICAgICAgIHJtYW4gICAyODkgICAgMzJLICAg ICAgODE3ICAzMiwxMjgKICAgICAgICAgc2J1ZiAgICAgMCAgICAgMEsgICAgICA1NzMgIDE2LDMy LDY0LDEyOCwyNTYsNTEyLDQwOTYsODE5MiwxNjM4NCwzMjc2OAogICAgdG9wb25vZGVzICAgIDIy ICAgICAzSyAgICAgICAyMiAgMTI4CiAgICB0YXNrcXVldWUgICAxODkgICAgMjVLICAgICAgMjEz ICAxNiwzMiw2NCwxMjgsMjU2LDQwOTYKICAgICB0ZXJtaW5hbCAgICAxMSAgICAgM0sgICAgICAg MTEgIDI1NgogICAgICAgVW5pdG5vICAgIDI3ICAgICAySyAgICAgNDE5OSAgMzIsNjQKICAgICAg ICAgdm1lbSAgICAgMiAgIDI3MksgICAgICAgIDMgIDE2Mzg0CiAgICAgaW9jdGxvcHMgICAgIDAg ICAgIDBLICAgICAgMzA0ICAyNTYsMzg0LDEwMjQKICAgICAgIHNlbGVjdCAgICAxNCAgICAgMksg ICAgICAyMTQgIDEyOAogICAgICAgICAgaW92ICAgICAwICAgICAwSyAgIDY0MDY4NiAgMTYsNjQs MTI4LDI1NiwzODQsNTEyLDIwNDgKICAgICAgICBzZWxmZCAgICA0NiAgICAgM0sgICAyODY2MDYg IDY0CiAgICAgcHJvY2Rlc2MgICAgIDEgICAgIDFLICAgICAgIDcyICAxMjgKICAgICAgICAgIG1z ZyAgICAgNCAgICAzMEsgICAgICAgIDQgIDIwNDgsNDA5Niw4MTkyLDE2Mzg0CiAgICAgICAgICBz ZW0gICAgIDQgICAxMDZLICAgICAgICA0ICAyMDQ4LDQwOTYKICAgICAgICAgIHNobSAgICAgMSAg ICAzMksgICAgICAgIDEgIDMyNzY4CiAgICAgICAgICB0dHkgICAgMTQgICAgMTRLICAgICAgIDE0 ICAxMDI0CiAgICAgICAgICBwdHMgICAgIDIgICAgIDFLICAgICAgICAyICAyNTYKICAgICBhY3Bp dGFzayAgICAgMSAgICA2NEsgICAgICAgIDEgIDY1NTM2CiAgICAgIGFjcGlzZW0gICAxNTkgICAg MjBLICAgICAgMTc0ICAxMjgKICAgICAgYWNwaWRldiAgIDExOSAgICAgOEsgICAgICAxMTkgIDY0 CiAgICAgICAgICBudmQgICAgIDQgICAgIDFLICAgICAgICA0ICA2NCwyNTYKICAgICAgICAgbnZt ZSAgMTA3NyAgIDE1MksgICAgNDU2OTcgIDEyOCwxMDI0LDIwNDgKICAgICAgICAga3RscyAgICAg MSAgICAgMUsgICAgICAgIDEgIDEwMjQKICAgICBtYnVmX3RhZyAgICAgMCAgICAgMEsgICAyODE1 NDYgIDMyLDY0LDI1NgogICAgICAgIHNobWZkICAgICAxICAgICA4SyAgICAgICAgMSAgODE5Mgog ICAgICAgc29uYW1lICAgICA2ICAgICAxSyAgICAyNzQ0NCAgMTYsMzIsMTI4CiAgICAgICAgICBw Y2IgICAgMTUgIDIwNTdLICAgICAgMzM5ICAxNiwzMiw2NCwxMDI0LDIwNDgKICAgICAgICAgIGFj bCAgICAgMCAgICAgMEsgICAgICAgMTQgIDQwOTYKICAgICAgQ0FNIFNJTSAgICAgMSAgICAgMUsg ICAgICAgIDEgIDEyOAogICAgICBlbnRyb3B5ICAgICAxICAgICAxSyAgICAgIDg0NCAgMzIsNjQs NDA5NgogICAgICBDQU0gWFBUICAgIDExICAgICAxSyAgICAgICAxMiAgMzIsMTI4CiAgICAgIENB TSBERVYgICAgIDEgICAgIDJLICAgICAgICAyICAyMDQ4CiAgICAgQ0FNIHBhdGggICAgIDEgICAg IDFLICAgICAgIDEyICAzMgogICBDQU0gcGVyaXBoICAgICAyICAgICAxSyAgICAgICAxNCAgMTYs MzIsNjQsMTI4LDI1NgogICAgICAgICBoZGFhICAgIDEwICAgIDM5SyAgICAgICAxMCAgMjU2LDM4 NCwxMDI0LDIwNDgsMTYzODQKICAgICAgICAgaGRhYyAgICAgMSAgICAgMksgICAgICAgIDEgIDIw NDgKICAgICB2ZnNjYWNoZSAgICAgMyAgNDEwOEsgICAgICAgIDMgIDQwOTYsODE5MgogICAgICAg IGhkYWNjICAgICAyICAgICAxSyAgICAgICAgMiAgMzIKICAgICAgIGZlZWRlciAgICAxNiAgICAg MksgICAgICAgMjAgIDMyLDEyOAogICAgICAgIG1peGVyICAgICAzICAgIDEySyAgICAgICAgMyAg NDA5NgogICAgIHZmc19oYXNoICAgICAxICAyMDQ4SyAgICAgICAgMSAgCiAgICAgICB2bm9kZXMg ICAgIDEgICAgIDFLICAgICAgICAxICAyNTYKbmFtZWlfdHJhY2tlciAgICAgMCAgICAgMEsgICAg ICAgNzUgIDMyCiAgICAgICAgbW91bnQgICAzNDEgICAgMTNLICAgICAgNTk4ICAxNiwzMiw2NCwx MjgsMjU2LDEwMjQKICAgICAgIHN0YXRmcyAgICAgMCAgICAgMEsgICAgICAgMjIgIDQwOTYKICB2 bm9kZW1hcmtlciAgICAgMyAgICAgMksgICAgICAxMDIgIDUxMgpjaGFjaGEyMHJhbmRvbSAgICAg MSAgICAgMksgICAgICAgIDEgIDIwNDgKICAgICAgICAgIEJQRiAgICAxMSAgICAxOEsgICAgICAg NDYgIDMyLDEyOCwyNTYsNTEyLDQwOTYKICAgICAgICBpZm5ldCAgICAgMyAgICAgNUsgICAgICAg IDUgIDEyOCwyMDQ4CiAgICAgICBpZmFkZHIgICAgNzEgICAgMTRLICAgICAgMTgwICAxNiwzMiw2 NCwxMjgsMjU2LDM4NCwyMDQ4LDQwOTYKICBldGhlcl9tdWx0aSAgICA0MCAgICAgNEsgICAgICAx NDAgIDE2LDMyLDY0LDEyOAogICAgICAgIGNsb25lICAgICA4ICAgICAxSyAgICAgICAgOCAgMTI4 CiAgICAgIGxsdGFibGUgICAgMTYgICAgIDVLICAgICAgIDM5ICAyNTYsMzg0CiAgICAgICAgICB0 dW4gICAgIDMgICAgIDFLICAgICAgICAzICAzMgogICAgICAgICBwZmlsICAgICAzICAgICAxSyAg ICAgICAgMyAgMTI4CiAgICAgICAgbmhvcHMgICAgIDYgICAgIDFLICAgICAgICA2ICAxMjgKICAg ICByb3V0ZXRibCAgIDE1NyAgICAxNEsgICAgICA3NjkgIDMyLDY0LDEyOCwyNTYsMzg0LDUxMiwx MDI0LDIwNDgKICAgICAgICAgdm5ldCAgICAgMSAgICAgMUsgICAgICAgIDEgIDY0CiAgICB2bmV0 X2RhdGEgICAgIDEgICAxNjhLICAgICAgICAxICAKdm5ldF9kYXRhX2ZyZWUgICAgIDEgICAgIDFL ICAgICAgICAxICAzMgogICAgIDgwMjExdmFwICAgICAxICAgICA0SyAgICAgICAgMyAgNDA5Ngog IDgwMjExY3J5cHRvICAgICAyICAgICAxSyAgICAgICAgNiAgNTEyCiAgICA4MDIxMW5vZGUgICAg IDIgICAgNjRLICAgICAgMjE4ICAxNiwzMjc2OAogIDgwMjExbm9kZWllICAgIDcwICAgIDI1SyAg ICAgIDI2NiAgMzIsMTI4LDI1NiwzODQsNTEyLDEwMjQKIDgwMjExcmF0ZWN0bCAgICAgMyAgICAg MUsgICAgICAgIDYgIDE2LDY0CiAgICA4MDIxMXNjYW4gICAgNjkgICAgNDRLICAgICAgMjYxICAz ODQsMjA0OCwxNjM4NAogICAgICAgICBpZ21wICAgICAyICAgICAxSyAgICAgICAgNCAgMTI4CiAg ICAgaW5fbXVsdGkgICAgIDIgICAgIDFLICAgICAgIDEwICAyNTYKZW5jYXBfZXhwb3J0X2hvc3Qg ICAgIDggICAgIDFLICAgICAgICA4ICAzMiw2NAogICB0Zm9fY2NhY2hlICAgICAxICAgMTI4SyAg ICAgICAgMSAgCiAgICBob3N0Y2FjaGUgICAgIDEgICAgMzJLICAgICAgICAxICAzMjc2OAogICAg ICB0Y3BmdW5jICAgICAxICAgICAxSyAgICAgICAgMSAgNjQKICAgICBzeW5jYWNoZSAgICAgMSAg ICA2OEsgICAgICAgIDEgIAogICAgaW42X211bHRpICAgIDMwICAgICA0SyAgICAgICA5MCAgMzIs MjU2CiAgICAgICBpcDZvcHQgICAgIDAgICAgIDBLICAgICAgICA1ICAzMgogICAgICAgICAgbWxk ICAgICAyICAgICAxSyAgICAgICAgNCAgMTI4CiAgICAgICBpcDZuZHAgICAgMTEgICAgIDJLICAg ICAgIDI3ICAzMiw2NCwyNTYKICBpbnBjYnBvbGljeSAgICAgNiAgICAgMUsgICAgICA2NTQgIDMy CiAgICAgc2VjYXN2YXIgICAgIDEgICAgIDFLICAgICAgICAxICAxMDI0CiAgICAgICBzYWhlYWQg ICAgIDEgICAgIDFLICAgICAgICAxICAxMDI0CiAgaXBzZWNwb2xpY3kgICAgIDEgICAgIDFLICAg ICAgICAxICAxMDI0CiAgICBpcHNlYy1zYXEgICAgIDIgICAgIDJLICAgICAgICAyICAxMDI0CiAg ICAgICAgbGludXggICA5ODYgICAyNDhLICAgICA1Mjg1ICAxNiwzMiw2NCwxMjgsMjU2LDM4NCwx MDI0LDIwNDgsNDA5Niw4MTkyLDE2Mzg0LDMyNzY4CiAgICAgICBsa3BpZncgICAgIDAgICAgIDBL ICAgICAgICAyICAzMgogICAgICAgICAgaWRyICAgIDMzICAgIDEySyAgICAgICAzMyAgMTI4LDM4 NAogICAgICAgY3J5cHRvICAgICA0ICAgICAySyAgICAgICAgNCAgNjQsMjU2LDEwMjQKICAgIGFj cGlfcGVyZiAgICAgOCAgICAgM0sgICAgICAgIDggIDM4NAogICAgICBhY3BpcHdyICAgICAyICAg ICAxSyAgICAgICAgMiAgNjQKICAgIENBTSBxdWV1ZSAgICAgMiAgICAgMUsgICAgICAgIDUgIDE2 LDUxMgogICAgICAgIHhmb3JtICAgICAyICAgICAxSyAgICAgICAyOCAgMTYsMzIsNjQKYXVkaXRf ZXZjbGFzcyAgIDIzNiAgICAgOEsgICAgICAyOTQgIDMyCiAgICB1ZnNfcXVvdGEgICAgIDEgIDIw NDhLICAgICAgICAxICAKICAgIHZtX3BnZGF0YSAgICAgMSAgICAgMUsgICAgICAgIDEgIDEyOAog ICAgICAgICAgVVNCICAgIDMzICAgIDQwSyAgICAgICAzOCAgMTYsMzIsMTI4LDI1NiwzODQsNTEy LDIwNDgsNDA5NgogICAgICAgVVNCZGV2ICAgIDQyICAgICA5SyAgICAgICA1MCAgMzIsNjQsMTI4 LDI1NiwzODQsNTEyLDEwMjQsNDA5NgogICAgICAgICAgVU1BICAgMzU4ICAgICA3SyAgICAgIDQ0 NiAgMTYsMzIKQ0FNIGRldiBxdWV1ZSAgICAgMSAgICAgMUsgICAgICAgIDEgIDY0CiAgICAgICAg dnRidWYgICAgMjQgIDIyNTZLICAgICAgIDQ2ICA0MDk2CiAgICAgICAgICBycGMgICAgIDIgICAg IDhLICAgICAgICAyICA0MDk2CiAgIGFlc25pX2RhdGEgICAgIDIgICAgIDFLICAgICAgICAyICA2 NCw1MTIKICAgICBwY2lfbGluayAgICAxNiAgICAgMksgICAgICAgMTYgIDY0LDEyOAogICAgIGF0 a2JkZGV2ICAgICAyICAgICAxSyAgICAgICAgMiAgNjQKICAgICAgIGFwbWRldiAgICAgMSAgICAg MUsgICAgICAgIDEgIDEyOAogICAgICAgICAgIHZ0ICAgIDE0ICAgMTE3SyAgICAgICAxNCAgMzg0 LDQwOTYKICAgICAgICAgaW50ciAgICAgNCAgIDQ3NksgICAgICAgIDQgIDY1NTM2CiAgICAgICAg ICBNQ0EgICAgMTkgICAgIDRLICAgICAgIDE5ICA2NCwxMjgsMjU2CiAgICAgICAgIGNwdXMgICAg IDIgICAgIDFLICAgICAgICAyICAzMgogICAgIG5leHVzZGV2ICAgICA3ICAgICAxSyAgICAgICAg NyAgMTYKICBmcHVrZXJuX2N0eCAgICAgOSAgICAxOEsgICAgICAgIDkgIDIwNDgKICAgICAgbWVt ZGVzYyAgICAgMSAgICAgNEsgICAgICAgIDEgIDQwOTYKICAgICAgIERFVkZTMyAgIDQwNiAgIDEw MksgICAgIDE0NDcgIDI1NgogICAgICAgREVWRlMxICAgMzc3ICAgMzc3SyAgICAgMjQ2NSAgMTAy NAogICBERVZGU19SVUxFICAgIDU5ICAgIDIxSyAgICAgICA1OSAgNjQsMzg0CiAgICAgICAgREVW RlMgICAgMTcgICAgIDFLICAgICAgIDE4ICAxNiwxMjgKICAgICAgIERFVkZTUCAgICAgNCAgICAg MUsgICAgICAgMzAgIDY0CiBtc2Rvc2ZzX25vZGUgICAgIDAgICAgIDBLICAgICAgICAxICAyNTYK bXNkb3Nmc19tb3VudCAgICAgMSAgICAgMUsgICAgICAgIDEgIDM4NAogIG1zZG9zZnNfZmF0ICAg ICAxICAgICA0SyAgICAgICAgMSAgNDA5NgpORlNEIFY0Y2xpZW50ICAgICAxICAgICAxSyAgICAg ICAgMSAgMjU2CiBORlNEIGxja2ZpbGUgICAgIDEgICAgIDFLICAgICAgICAxICAyNTYKICAgbWFk dF90YWJsZSAgICAgMCAgICAgMEsgICAgICAgIDIgIDY0LDQwOTYKICAgICAgaW9fYXBpYyAgICAg MSAgICAxNksgICAgICAgIDEgIDE2Mzg0CiAgIGxvY2FsX2FwaWMgICAgIDEgICAgIDhLICAgICAg ICAxICA4MTkyCiAgICAgICAgICBtc2kgICAgMjggICAgIDRLICAgICAgIDI4ICAxMjgKICAga3N0 YXRfZGF0YSAgICAzNSAgICAzNUsgICAgICAgMzUgIDEwMjQKICAgICAgc29sYXJpcyAxNTA1MDEg Njk0NjlLICA2MjQ1MTgxICAxNiwzMiw2NCwxMjgsMjU2LDM4NCw1MTIsMTAyNCwyMDQ4LDQwOTYs ODE5MiwxNjM4NCwzMjc2OCw2NTUzNgogICAgICAgIHRhc2txICAgICAyICAgICAxSyAgICAgICAg MiAgMjU2LDUxMgogICAgc2ZzX25vZGVzICAgIDIyICAgICA5SyAgICAgICAyMiAgMzg0CiAgICAg IGFjcGl3bWkgICAgMjAgICAgIDJLICAgICAgIDI0ICAzMiw2NCwzODQKbmV0Z3JhcGhfbm9kZSAg ICAgMiAgICAgMUsgICAgICAgIDIgIDEyOAogICAgICAgICAgaWRyICAgICAwICAgICAwSyAgICAg ICAgMSAgMTYKICAgZGVidWdmc2ludCAgICAgMyAgICAgMUsgICAgICAgIDMgIDE2LDY0CgotLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0Kdm1zdGF0IC16CgpJVEVNICAgICAgICAgICAgICAgICAgIFNJWkUgIExJTUlU ICAgICBVU0VEICAgICBGUkVFICAgICAgUkVRICAgICBGQUlMU0xFRVAgWERPTUFJTgpVTUEgS2Vn czogICAgICAgICAgICAgICAzODQsICAgICAgMCwgICAgIDMwMiwgICAgICAgMCwgICAgIDM5MCwg ICAwLCAgIDAsICAgMApVTUEgWm9uZXM6ICAgICAgICAgICAgIDE1MzYsICAgICAgMCwgICAgIDMz MCwgICAgICAgMCwgICAgIDQxOCwgICAwLCAgIDAsICAgMApVTUEgU2xhYnMgMDogICAgICAgICAg ICAxMTIsICAgICAgMCwgIDI5NTcwNiwgICAgICAgMCwgIDI5ODI5OCwgICAwLCAgIDAsICAgMApV TUEgU2xhYnMgMTogICAgICAgICAgICAxNzYsICAgICAgMCwgICAgICAxMCwgICAgICAgMCwgICAg ICAxMCwgICAwLCAgIDAsICAgMApVTUEgSGFzaDogICAgICAgICAgICAgICAyNTYsICAgICAgMCwg ICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAsICAgMAoyIEJ1Y2tldDogICAgICAg ICAgICAgICAgMzIsICAgICAgMCwgICAgNDQ1NSwgICAgMjQ3NSwgICA0MTcyOCwgICAwLCAgIDAs ICAgMAo0IEJ1Y2tldDogICAgICAgICAgICAgICAgNDgsICAgICAgMCwgICAgIDUwOSwgICAgMTc1 OSwgICAzNTE3NCwgICAwLCAgIDAsICAgMAo4IEJ1Y2tldDogICAgICAgICAgICAgICAgODAsICAg ICAgMCwgICAgIDU0NSwgICAgMTE1NSwgICAxOTA1MywgICAwLCAgIDAsICAgMAoxNiBCdWNrZXQ6 ICAgICAgICAgICAgICAxNDQsICAgICAgMCwgICAgIDkyOCwgICAgIDY5NiwgICA0MjIxOSwgICA2 LCAgIDAsICAgMAozMiBCdWNrZXQ6ICAgICAgICAgICAgICAyNTYsICAgICAgMCwgICAgNDAxNiwg ICAgMjAyOSwgICA3OTM2MiwgICA4LCAgIDAsICAgMAo2NCBCdWNrZXQ6ICAgICAgICAgICAgICA1 MTIsICAgICAgMCwgICAgMTAyOSwgICAgIDM4NywgIDIyODAyNSw5MjM3LCAgIDAsICAgMAoxMjgg QnVja2V0OiAgICAgICAgICAgIDEwMjQsICAgICAgMCwgICAgIDIzNCwgICAgIDE0NSwgICAxNjY1 NiwzNTYyNiwgICAwLCAgIDAKMjU2IEJ1Y2tldDogICAgICAgICAgICAyMDQ4LCAgICAgIDAsICAg ICA3NTYsICAgICAxMDIsICAgMTE3MjcsICAxMiwgICAwLCAgIDAKU01SIFNIQVJFRDogICAgICAg ICAgICAgIDI0LCAgICAgIDAsICAgICAgIDMsICAgICAgNjAsICAgICAgIDMsICAgMCwgICAwLCAg IDAKU01SIENQVTogICAgICAgICAgICAgICAgIDMyLCAgICAgIDAsICAgICAgIDMsICAgICAgNjAs ICAgICAgIDMsICAgMCwgICAwLCAgIDAKdm1lbTogICAgICAgICAgICAgICAgICAxODU2LCAgICAg IDAsICAgICAgIDEsICAgICAgIDEsICAgICAgIDEsICAgMCwgICAwLCAgIDAKdm1lbSBidGFnOiAg ICAgICAgICAgICAgIDU2LCAgICAgIDAsICAgMzI2NDAsICAgICA4MjAsICAgMzMxODcsIDkyNSwg ICAwLCAgIDAKVk0gT0JKRUNUOiAgICAgICAgICAgICAgMjY0LCAgICAgIDAsICAgMjQ4NzcsICAg ICAzNjgsICAxMTQ3NzUsICAgMCwgICAwLCAgIDAKUkFESVggTk9ERTogICAgICAgICAgICAgMTQ0 LCAgICAgIDAsICAgMzEwNjksICAgIDI5MTcsICA5MjEzMTksICAgMCwgICAwLCAgIDAKS01BUCBF TlRSWTogICAgICAgICAgICAgIDk2LCAgICAgIDAsICAgICAgNjYsICAgICAgIDAsICAgICAyMDMs ICAgMCwgICAwLCAgIDAKTUFQIEVOVFJZOiAgICAgICAgICAgICAgIDk2LCAgICAgIDAsICAgIDE1 NTgsICAgIDEzNDAsICAzNjU1MDQsICAgMCwgICAwLCAgIDAKVk1TUEFDRTogICAgICAgICAgICAg ICAyNTQ0LCAgICAgIDAsICAgICAgMzAsICAgICAgNDIsICAgIDQ4MzgsICAgMCwgICAwLCAgIDAK ZmFrZXBnOiAgICAgICAgICAgICAgICAgMTA0LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAg ICAgIDAsICAgMCwgICAwLCAgIDAKcGNwdS00OiAgICAgICAgICAgICAgICAgICA0LCAgICAgIDAs ICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKcGNwdS04OiAgICAgICAg ICAgICAgICAgICA4LCAgICAgIDAsICAgIDM3MzEsICAgIDE2NDMsICAgIDQzNTgsICAgMCwgICAw LCAgIDAKcGNwdS0xNjogICAgICAgICAgICAgICAgIDE2LCAgICAgIDAsICAgICAgMjgsICAgICA5 OTQsICAgICAgMjgsICAgMCwgICAwLCAgIDAKcGNwdS0zMjogICAgICAgICAgICAgICAgIDMyLCAg ICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKcGNwdS02NDog ICAgICAgICAgICAgICAgIDY0LCAgICAgIDAsICAgICA0NjYsICAgICAzNjYsICAgICA1MjIsICAg MCwgICAwLCAgIDAKbWFsbG9jLTE2OiAgICAgICAgICAgICAgIDE2LCAgICAgIDAsICAgICAgIDAs ICAgIDEwMDAsICAgICAgIDgsICAgMCwgICAwLCAgIDAKbWFsbG9jLTE2OiAgICAgICAgICAgICAg IDE2LCAgICAgIDAsICAgMTk1OTYsICAgIDE5MDQsICAgMjQwMjcsICAgMCwgICAwLCAgIDAKbWFs bG9jLTE2OiAgICAgICAgICAgICAgIDE2LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAg IDAsICAgMCwgICAwLCAgIDAKbWFsbG9jLTE2OiAgICAgICAgICAgICAgIDE2LCAgICAgIDAsICAg IDE0NDcsICAgIDE4MDMsIDEwMzIzNTIsICAgMCwgICAwLCAgIDAKbWFsbG9jLTE2OiAgICAgICAg ICAgICAgIDE2LCAgICAgIDAsICAgICA0MzUsICAgIDIzMTUsICAgIDcyODcsICAgMCwgICAwLCAg IDAKbWFsbG9jLTE2OiAgICAgICAgICAgICAgIDE2LCAgICAgIDAsICAgICA5MzIsICAgIDEzMTgs ICAgMzI4MTAsICAgMCwgICAwLCAgIDAKbWFsbG9jLTE2OiAgICAgICAgICAgICAgIDE2LCAgICAg IDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKbWFsbG9jLTE2OiAg ICAgICAgICAgICAgIDE2LCAgICAgIDAsICAgICAgMzgsICAgIDE5NjIsICAgICA0NDMsICAgMCwg ICAwLCAgIDAKbWFsbG9jLTMyOiAgICAgICAgICAgICAgIDMyLCAgICAgIDAsICAgICAgIDMsICAg ICA2MjcsICAgICAgMzgsICAgMCwgICAwLCAgIDAKbWFsbG9jLTMyOiAgICAgICAgICAgICAgIDMy LCAgICAgIDAsICAgIDg1MTgsICAgIDEzMTAsICAgIDk5MTIsICAgMCwgICAwLCAgIDAKbWFsbG9j LTMyOiAgICAgICAgICAgICAgIDMyLCAgICAgIDAsICAgICAgNDQsICAgICAyMDgsICAgICAgNDQs ICAgMCwgICAwLCAgIDAKbWFsbG9jLTMyOiAgICAgICAgICAgICAgIDMyLCAgICAgIDAsICAgMTQz NzgsICAgMTM1NjIsIDE1MjM5MzUsICAgMCwgICAwLCAgIDAKbWFsbG9jLTMyOiAgICAgICAgICAg ICAgIDMyLCAgICAgIDAsICAgICAxNTEsICAgICA4NTcsICAgICA3NTMsICAgMCwgICAwLCAgIDAK bWFsbG9jLTMyOiAgICAgICAgICAgICAgIDMyLCAgICAgIDAsICAgICA1NTIsICAgICA3MDgsICAg IDg2NjMsICAgMCwgICAwLCAgIDAKbWFsbG9jLTMyOiAgICAgICAgICAgICAgIDMyLCAgICAgIDAs ICAgICAgIDIsICAgICA4ODAsICAgIDQxNjAsICAgMCwgICAwLCAgIDAKbWFsbG9jLTMyOiAgICAg ICAgICAgICAgIDMyLCAgICAgIDAsICAgICAxMTUsICAgICA4OTMsICAgIDI2MTEsICAgMCwgICAw LCAgIDAKbWFsbG9jLTY0OiAgICAgICAgICAgICAgIDY0LCAgICAgIDAsICAgICAgIDIsICAgICAy NTAsICAgICAgIDQsICAgMCwgICAwLCAgIDAKbWFsbG9jLTY0OiAgICAgICAgICAgICAgIDY0LCAg ICAgIDAsICAgIDQ5OTMsICAgIDExODEsICAgIDY5NjgsICAgMCwgICAwLCAgIDAKbWFsbG9jLTY0 OiAgICAgICAgICAgICAgIDY0LCAgICAgIDAsICAgICAgIDIsICAgICAxMjQsICAgICAgIDIsICAg MCwgICAwLCAgIDAKbWFsbG9jLTY0OiAgICAgICAgICAgICAgIDY0LCAgICAgIDAsICAgNDk1MzMs ICAgNDI5NTEsIDExMjk1NjYsICAgMCwgICAwLCAgIDAKbWFsbG9jLTY0OiAgICAgICAgICAgICAg IDY0LCAgICAgIDAsICAgICAzMDAsICAgICAzOTMsICAgMTU1MzIsICAgMCwgICAwLCAgIDAKbWFs bG9jLTY0OiAgICAgICAgICAgICAgIDY0LCAgICAgIDAsICAgMTI0NTgsICAgICA1MjAsICAgMjI3 ODEsICAgMCwgICAwLCAgIDAKbWFsbG9jLTY0OiAgICAgICAgICAgICAgIDY0LCAgICAgIDAsICAg ICAxNDcsICAgICA0ODMsICAgICAxNjMsICAgMCwgICAwLCAgIDAKbWFsbG9jLTY0OiAgICAgICAg ICAgICAgIDY0LCAgICAgIDAsICAgICAgMjAsICAgICA3OTksICA2NDAxMjAsICAgMCwgICAwLCAg IDAKbWFsbG9jLTEyODogICAgICAgICAgICAgMTI4LCAgICAgIDAsICAgICAgIDcsICAgICAgODYs ICAgICAgMTMsICAgMCwgICAwLCAgIDAKbWFsbG9jLTEyODogICAgICAgICAgICAgMTI4LCAgICAg IDAsICAgMTU0NzQsICAgICA3MDgsICAgMTg4ODEsICAgMCwgICAwLCAgIDAKbWFsbG9jLTEyODog ICAgICAgICAgICAgMTI4LCAgICAgIDAsICAgICAyNDUsICAgICAyMjAsICAgICA3NzMsICAgMCwg ICAwLCAgIDAKbWFsbG9jLTEyODogICAgICAgICAgICAgMTI4LCAgICAgIDAsICAgNDE5OTksICAg IDE0OTQsIDEzMzA3MzMsICAgMCwgICAwLCAgIDAKbWFsbG9jLTEyODogICAgICAgICAgICAgMTI4 LCAgICAgIDAsICAgIDEwMDYsICAgICA1NzUsICAgNjkxODYsICAgMCwgICAwLCAgIDAKbWFsbG9j LTEyODogICAgICAgICAgICAgMTI4LCAgICAgIDAsICAgIDY3NzMsICAgICAyMzMsICAgMTY1MzQs ICAgMCwgICAwLCAgIDAKbWFsbG9jLTEyODogICAgICAgICAgICAgMTI4LCAgICAgIDAsICAgIDEw OTEsICAgIDExNzIsICAgNDU3NDUsICAgMCwgICAwLCAgIDAKbWFsbG9jLTEyODogICAgICAgICAg ICAgMTI4LCAgICAgIDAsICAgICAgMjAsICAgICAyMjgsICAgICA3MDMsICAgMCwgICAwLCAgIDAK bWFsbG9jLTI1NjogICAgICAgICAgICAgMjU2LCAgICAgIDAsICAgICAgMTYsICAgICAgNTksICAg ICAgMjEsICAgMCwgICAwLCAgIDAKbWFsbG9jLTI1NjogICAgICAgICAgICAgMjU2LCAgICAgIDAs ICAgICAgNDIsICAgICAgOTMsICAgICA3NzYsICAgMCwgICAwLCAgIDAKbWFsbG9jLTI1NjogICAg ICAgICAgICAgMjU2LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAw LCAgIDAKbWFsbG9jLTI1NjogICAgICAgICAgICAgMjU2LCAgICAgIDAsICAgMjk0NjEsICAgIDMx MDEsICA2MjcwNTEsICAgMCwgICAwLCAgIDAKbWFsbG9jLTI1NjogICAgICAgICAgICAgMjU2LCAg ICAgIDAsICAgICAyMDUsICAgICAxMTAsICAgICA3MjIsICAgMCwgICAwLCAgIDAKbWFsbG9jLTI1 NjogICAgICAgICAgICAgMjU2LCAgICAgIDAsICAgIDE0NzksICAgICAxMjYsICAgMjEzMzUsICAg MCwgICAwLCAgIDAKbWFsbG9jLTI1NjogICAgICAgICAgICAgMjU2LCAgICAgIDAsICAgICAgIDMs ICAgICAgMjcsICAgICAgIDMsICAgMCwgICAwLCAgIDAKbWFsbG9jLTI1NjogICAgICAgICAgICAg MjU2LCAgICAgIDAsICAgICAgNzEsICAgICAzOTQsICAyODI5NDYsICAgMCwgICAwLCAgIDAKbWFs bG9jLTM4NDogICAgICAgICAgICAgMzg0LCAgICAgIDAsICAgICAgIDMsICAgICAgIDcsICAgICAg IDMsICAgMCwgICAwLCAgIDAKbWFsbG9jLTM4NDogICAgICAgICAgICAgMzg0LCAgICAgIDAsICAg ICAgNjcsICAgICAxNzMsICAgICAyNTgsICAgMCwgICAwLCAgIDAKbWFsbG9jLTM4NDogICAgICAg ICAgICAgMzg0LCAgICAgIDAsICAgICAgIDgsICAgICAgIDIsICAgICAgIDgsICAgMCwgICAwLCAg IDAKbWFsbG9jLTM4NDogICAgICAgICAgICAgMzg0LCAgICAgIDAsICAgMzU4NDUsICAgIDEzMzUs IDEzMzAwMzgsICAgMCwgICAwLCAgIDAKbWFsbG9jLTM4NDogICAgICAgICAgICAgMzg0LCAgICAg IDAsICAgICAxMTUsICAgICAgNjUsICAgICAzMTMsICAgMCwgICAwLCAgIDAKbWFsbG9jLTM4NDog ICAgICAgICAgICAgMzg0LCAgICAgIDAsICAgICAxOTUsICAgICAxNTUsICAgICA0NDEsICAgMCwg ICAwLCAgIDAKbWFsbG9jLTM4NDogICAgICAgICAgICAgMzg0LCAgICAgIDAsICAgICAgMTIsICAg ICAgMTgsICAgICAgMTIsICAgMCwgICAwLCAgIDAKbWFsbG9jLTM4NDogICAgICAgICAgICAgMzg0 LCAgICAgIDAsICAgICAgMzQsICAgICAxMTYsICAgICAxMzAsICAgMCwgICAwLCAgIDAKbWFsbG9j LTUxMjogICAgICAgICAgICAgNTEyLCAgICAgIDAsICAgICAgIDIsICAgICAgMjIsICAgICAgIDks ICAgMCwgICAwLCAgIDAKbWFsbG9jLTUxMjogICAgICAgICAgICAgNTEyLCAgICAgIDAsICAgICAg IDQsICAgICAgNjAsICAgICAxMDMsICAgMCwgICAwLCAgIDAKbWFsbG9jLTUxMjogICAgICAgICAg ICAgNTEyLCAgICAgIDAsICAgICAgIDIsICAgICAgMTQsICAgICAgIDYsICAgMCwgICAwLCAgIDAK bWFsbG9jLTUxMjogICAgICAgICAgICAgNTEyLCAgICAgIDAsICAgIDExMTQsICAgMjM3MjgsICAx Mzc3NDgsICAgMCwgICAwLCAgIDAKbWFsbG9jLTUxMjogICAgICAgICAgICAgNTEyLCAgICAgIDAs ICAgICAgIDEsICAgICAgNjMsICAgICAgMzMsICAgMCwgICAwLCAgIDAKbWFsbG9jLTUxMjogICAg ICAgICAgICAgNTEyLCAgICAgIDAsICAgICAgIDUsICAgICAgNDMsICAgICAgMTUsICAgMCwgICAw LCAgIDAKbWFsbG9jLTUxMjogICAgICAgICAgICAgNTEyLCAgICAgIDAsICAgICAgIDAsICAgICAg IDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKbWFsbG9jLTUxMjogICAgICAgICAgICAgNTEyLCAg ICAgIDAsICAgICAgIDMsICAgICAgNjEsICAgICAxNzAsICAgMCwgICAwLCAgIDAKbWFsbG9jLTEw MjQ6ICAgICAgICAgICAxMDI0LCAgICAgIDAsICAgICAgIDQsICAgICAgIDQsICAgICAgIDQsICAg MCwgICAwLCAgIDAKbWFsbG9jLTEwMjQ6ICAgICAgICAgICAxMDI0LCAgICAgIDAsICAgICAgIDMs ICAgICAgIDEsICAgICAgIDMsICAgMCwgICAwLCAgIDAKbWFsbG9jLTEwMjQ6ICAgICAgICAgICAx MDI0LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKbWFs bG9jLTEwMjQ6ICAgICAgICAgICAxMDI0LCAgICAgIDAsICAgIDIwMTksICAgICA1ODksICAgMzQz NzIsICAgMCwgICAwLCAgIDAKbWFsbG9jLTEwMjQ6ICAgICAgICAgICAxMDI0LCAgICAgIDAsICAg ICAgMjYsICAgICAgMjYsICAzNjk0OTksICAgMCwgICAwLCAgIDAKbWFsbG9jLTEwMjQ6ICAgICAg ICAgICAxMDI0LCAgICAgIDAsICAgICAgNTMsICAgICAgMjcsICAgICAyMjcsICAgMCwgICAwLCAg IDAKbWFsbG9jLTEwMjQ6ICAgICAgICAgICAxMDI0LCAgICAgIDAsICAgICAgIDYsICAgICAgIDIs ICAgICAgIDYsICAgMCwgICAwLCAgIDAKbWFsbG9jLTEwMjQ6ICAgICAgICAgICAxMDI0LCAgICAg IDAsICAgICAgIDcsICAgICAgMjUsICAgICAgNTgsICAgMCwgICAwLCAgIDAKbWFsbG9jLTIwNDg6 ICAgICAgICAgICAyMDQ4LCAgICAgIDAsICAgICAgIDMsICAgICAgIDMsICAgICAgIDMsICAgMCwg ICAwLCAgIDAKbWFsbG9jLTIwNDg6ICAgICAgICAgICAyMDQ4LCAgICAgIDAsICAgICAgIDMsICAg ICAgIDcsICAgICAgIDcsICAgMCwgICAwLCAgIDAKbWFsbG9jLTIwNDg6ICAgICAgICAgICAyMDQ4 LCAgICAgIDAsICAgICAgIDEsICAgICAgIDEsICAgICAgIDEsICAgMCwgICAwLCAgIDAKbWFsbG9j LTIwNDg6ICAgICAgICAgICAyMDQ4LCAgICAgIDAsICAgICAxODEsICAgICAgNjEsICAgNjI3OTQs ICAgMCwgICAwLCAgIDAKbWFsbG9jLTIwNDg6ICAgICAgICAgICAyMDQ4LCAgICAgIDAsICAgICAg MTEsICAgICAgMTcsICAgICAxMjQsICAgMCwgICAwLCAgIDAKbWFsbG9jLTIwNDg6ICAgICAgICAg ICAyMDQ4LCAgICAgIDAsICAgICAxNTgsICAgICAgNDgsICAgICAyNzcsICAgMCwgICAwLCAgIDAK bWFsbG9jLTIwNDg6ICAgICAgICAgICAyMDQ4LCAgICAgIDAsICAgICAgMTYsICAgICAgIDQsICAg ICAgMTcsICAgMCwgICAwLCAgIDAKbWFsbG9jLTIwNDg6ICAgICAgICAgICAyMDQ4LCAgICAgIDAs ICAgICAgIDAsICAgICAgMTAsICAgICAgMTYsICAgMCwgICAwLCAgIDAKbWFsbG9jLTQwOTY6ICAg ICAgICAgICA0MDk2LCAgICAgIDAsICAgICAgIDcsICAgICAgIDYsICAgICAgMTUsICAgMCwgICAw LCAgIDAKbWFsbG9jLTQwOTY6ICAgICAgICAgICA0MDk2LCAgICAgIDAsICAgICAgIDIsICAgICAg IDcsICAgICAgMTYsICAgMCwgICAwLCAgIDAKbWFsbG9jLTQwOTY6ICAgICAgICAgICA0MDk2LCAg ICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKbWFsbG9jLTQw OTY6ICAgICAgICAgICA0MDk2LCAgICAgIDAsICAgIDIyMDQsICAgICAgMjUsICAxMjI2MTIsICAg MCwgICAwLCAgIDAKbWFsbG9jLTQwOTY6ICAgICAgICAgICA0MDk2LCAgICAgIDAsICAgICAgMTAs ICAgICAgMjEsICAgICA3ODAsICAgMCwgICAwLCAgIDAKbWFsbG9jLTQwOTY6ICAgICAgICAgICA0 MDk2LCAgICAgIDAsICAgICAxMzgsICAgICAgIDksICAgMjQyMzUsICAgMCwgICAwLCAgIDAKbWFs bG9jLTQwOTY6ICAgICAgICAgICA0MDk2LCAgICAgIDAsICAgICAgMTQsICAgICAgIDcsICAgICAg NDcsICAgMCwgICAwLCAgIDAKbWFsbG9jLTQwOTY6ICAgICAgICAgICA0MDk2LCAgICAgIDAsICAg ICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKbWFsbG9jLTgxOTI6ICAgICAg ICAgICA4MTkyLCAgICAgIDAsICAgICAgIDEsICAgICAgIDAsICAgICAgIDEsICAgMCwgICAwLCAg IDAKbWFsbG9jLTgxOTI6ICAgICAgICAgICA4MTkyLCAgICAgIDAsICAgICAgIDEsICAgICAgIDAs ICAgICAgIDEsICAgMCwgICAwLCAgIDAKbWFsbG9jLTgxOTI6ICAgICAgICAgICA4MTkyLCAgICAg IDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKbWFsbG9jLTgxOTI6 ICAgICAgICAgICA4MTkyLCAgICAgIDAsICAgICAgIDgsICAgICAgMTEsICAgIDEzNTYsICAgMCwg ICAwLCAgIDAKbWFsbG9jLTgxOTI6ICAgICAgICAgICA4MTkyLCAgICAgIDAsICAgICAgIDgsICAg ICAgIDAsICAgICAgIDgsICAgMCwgICAwLCAgIDAKbWFsbG9jLTgxOTI6ICAgICAgICAgICA4MTky LCAgICAgIDAsICAgICAgMTUsICAgICAgIDYsICAgICAgMjMsICAgMCwgICAwLCAgIDAKbWFsbG9j LTgxOTI6ICAgICAgICAgICA4MTkyLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAs ICAgMCwgICAwLCAgIDAKbWFsbG9jLTgxOTI6ICAgICAgICAgICA4MTkyLCAgICAgIDAsICAgICAg IDQsICAgICAgIDIsICAgICAgNjAsICAgMCwgICAwLCAgIDAKbWFsbG9jLTE2Mzg0OiAgICAgICAg IDE2Mzg0LCAgICAgIDAsICAgICAgIDIsICAgICAgIDAsICAgICAgIDIsICAgMCwgICAwLCAgIDAK bWFsbG9jLTE2Mzg0OiAgICAgICAgIDE2Mzg0LCAgICAgIDAsICAgICAgIDEsICAgICAgIDAsICAg ICAgIDEsICAgMCwgICAwLCAgIDAKbWFsbG9jLTE2Mzg0OiAgICAgICAgIDE2Mzg0LCAgICAgIDAs ICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKbWFsbG9jLTE2Mzg0OiAg ICAgICAgIDE2Mzg0LCAgICAgIDAsICAgICAgMTMsICAgICAgMjQsICAgNDYxOTEsICAgMCwgICAw LCAgIDAKbWFsbG9jLTE2Mzg0OiAgICAgICAgIDE2Mzg0LCAgICAgIDAsICAgICAgIDIsICAgICAg IDIsICAgICAgIDcsICAgMCwgICAwLCAgIDAKbWFsbG9jLTE2Mzg0OiAgICAgICAgIDE2Mzg0LCAg ICAgIDAsICAgICAgMTAsICAgICAgMTEsICAgICAgMzQsICAgMCwgICAwLCAgIDAKbWFsbG9jLTE2 Mzg0OiAgICAgICAgIDE2Mzg0LCAgICAgIDAsICAgICAgIDEsICAgICAgIDAsICAgICAgIDEsICAg MCwgICAwLCAgIDAKbWFsbG9jLTE2Mzg0OiAgICAgICAgIDE2Mzg0LCAgICAgIDAsICAgICAgIDAs ICAgICAgIDMsICAgICAgIDYsICAgMCwgICAwLCAgIDAKbWFsbG9jLTMyNzY4OiAgICAgICAgIDMy NzY4LCAgICAgIDAsICAgICAgIDQsICAgICAgIDAsICAgICAgIDQsICAgMCwgICAwLCAgIDAKbWFs bG9jLTMyNzY4OiAgICAgICAgIDMyNzY4LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAg IDAsICAgMCwgICAwLCAgIDAKbWFsbG9jLTMyNzY4OiAgICAgICAgIDMyNzY4LCAgICAgIDAsICAg ICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKbWFsbG9jLTMyNzY4OiAgICAg ICAgIDMyNzY4LCAgICAgIDAsICAgICAgIDEsICAgICAgIDcsICAgIDE2MDcsICAgMCwgICAwLCAg IDAKbWFsbG9jLTMyNzY4OiAgICAgICAgIDMyNzY4LCAgICAgIDAsICAgICAgIDQsICAgICAgIDMs ICAgICAgMTYsICAgMCwgICAwLCAgIDAKbWFsbG9jLTMyNzY4OiAgICAgICAgIDMyNzY4LCAgICAg IDAsICAgICAgIDUsICAgICAgMTAsICAgICAgMjIsICAgMCwgICAwLCAgIDAKbWFsbG9jLTMyNzY4 OiAgICAgICAgIDMyNzY4LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwg ICAwLCAgIDAKbWFsbG9jLTMyNzY4OiAgICAgICAgIDMyNzY4LCAgICAgIDAsICAgICAgIDAsICAg ICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKbWFsbG9jLTY1NTM2OiAgICAgICAgIDY1NTM2 LCAgICAgIDAsICAgICAgIDMsICAgICAgIDAsICAgICAgIDMsICAgMCwgICAwLCAgIDAKbWFsbG9j LTY1NTM2OiAgICAgICAgIDY1NTM2LCAgICAgIDAsICAgICAgIDIsICAgICAgIDAsICAgICAgIDIs ICAgMCwgICAwLCAgIDAKbWFsbG9jLTY1NTM2OiAgICAgICAgIDY1NTM2LCAgICAgIDAsICAgICAg IDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKbWFsbG9jLTY1NTM2OiAgICAgICAg IDY1NTM2LCAgICAgIDAsICAgICAgIDIsICAgICAgIDgsICAgIDE1OTksICAgMCwgICAwLCAgIDAK bWFsbG9jLTY1NTM2OiAgICAgICAgIDY1NTM2LCAgICAgIDAsICAgICAgIDEsICAgICAgIDgsICAg ICAyNjQsICAgMCwgICAwLCAgIDAKbWFsbG9jLTY1NTM2OiAgICAgICAgIDY1NTM2LCAgICAgIDAs ICAgICAgIDcsICAgICAgMTAsICAgICAgMjQsICAgMCwgICAwLCAgIDAKbWFsbG9jLTY1NTM2OiAg ICAgICAgIDY1NTM2LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAw LCAgIDAKbWFsbG9jLTY1NTM2OiAgICAgICAgIDY1NTM2LCAgICAgIDAsICAgICAgIDAsICAgICAg IDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKU0xFRVBRVUVVRTogICAgICAgICAgICAgIDg4LCAg ICAgIDAsICAgIDEwMjQsICAgICAxNjAsICAgIDEwMjQsICAgMCwgICAwLCAgIDAKa2VudjogICAg ICAgICAgICAgICAgICAgMjU4LCAgICAgIDAsICAgICAgMjAsICAgICAxMTUsICAgMTQ4NjIsICAg MCwgICAwLCAgIDAKRmlsZXM6ICAgICAgICAgICAgICAgICAgIDgwLCAgICAgIDAsICAgICAgODIs ICAgIDEwMTgsIDEwMTE2MjgsICAgMCwgICAwLCAgIDAKZmlsZWRlc2MwOiAgICAgICAgICAgICAx MDcyLCAgICAgIDAsICAgICAgNjIsICAgICAgNzgsICAgIDQ4NjksICAgMCwgICAwLCAgIDAKUFdE OiAgICAgICAgICAgICAgICAgICAgIDMyLCAgICAgIDAsICAgICAgMTcsICAgIDI2MjksICAxMDI0 ODMsICAgMCwgICAwLCAgIDAKVFVSTlNUSUxFOiAgICAgICAgICAgICAgMTM2LCAgICAgIDAsICAg IDEwMjQsICAgICAxMTAsICAgIDEwMjQsICAgMCwgICAwLCAgIDAKcmFuZ2VzZXQgcGN0cmllIG5v ZGVzOiAgICAxNDQsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAs ICAgMApybF9lbnRyeTogICAgICAgICAgICAgICAgNDAsICAgICAgMCwgICAgICA5NCwgICAgIDcx NCwgICAgICA5NCwgICAwLCAgIDAsICAgMApsa3BpY3VycjogICAgICAgICAgICAgICAxNjAsICAg ICAgMCwgICAgICAgNSwgICAgIDE0MSwgICAgICAxMywgICAwLCAgIDAsICAgMApsa3BpbW06ICAg ICAgICAgICAgICAgICAxNjAsICAgICAgMCwgICAgICAgMywgICAgIDExOCwgICAgICAxMSwgICAw LCAgIDAsICAgMAp1bXR4IHBpOiAgICAgICAgICAgICAgICAgOTYsICAgICAgMCwgICAgICAgMCwg ICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAsICAgMAp1bXR4X3NobTogICAgICAgICAgICAgICAg ODgsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAsICAgMApzd3Ji dWY6ICAgICAgICAgICAgICAgIDI2MjQsICAgIDEyOCwgICAgICAgMCwgICAgICAgMCwgICAgICAg MCwgICAwLCAgIDAsICAgMApzd3didWY6ICAgICAgICAgICAgICAgIDI2MjQsICAgICA2NCwgICAg ICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAsICAgMApuZnNwYnVmOiAgICAgICAgICAg ICAgIDI2MjQsICAgIDEyOCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAsICAg MAptZHBidWY6ICAgICAgICAgICAgICAgIDI2MjQsICAgICAyNSwgICAgICAgMCwgICAgICAgMCwg ICAgICAgMCwgICAwLCAgIDAsICAgMApjbHBidWY6ICAgICAgICAgICAgICAgIDI2MjQsICAgIDEy OCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAsICAgMAp2bnBidWY6ICAgICAg ICAgICAgICAgIDI2MjQsICAgIDUxMiwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAg IDAsICAgMApwYnVmOiAgICAgICAgICAgICAgICAgIDI2MjQsICAgICAxNiwgICAgICAgMCwgICAg ICAgMCwgICAgICAgMCwgICAwLCAgIDAsICAgMApGUFVfc2F2ZV9hcmVhOiAgICAgICAgIDEwODgs ICAgICAgMCwgICAgICAgMSwgICAgICAgNiwgICAgICAgMSwgICAwLCAgIDAsICAgMApNQUMgbGFi ZWxzOiAgICAgICAgICAgICAgNDAsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwg ICAwLCAgIDAsICAgMApQUk9DOiAgICAgICAgICAgICAgICAgIDEzMjgsICAgICAgMCwgICAgICA2 MSwgICAgICA2NSwgICAgNDg2OCwgICAwLCAgIDAsICAgMApQR1JQOiAgICAgICAgICAgICAgICAg ICAgODgsICAgICAgMCwgICAgICAyOSwgICAgIDMzOSwgICAgMTE3NywgICAwLCAgIDAsICAgMApU SFJFQUQ6ICAgICAgICAgICAgICAgIDE4MDgsICAgICAgMCwgICAgIDk1NSwgICAgICA2OCwgICAg MTExNiwgICAwLCAgIDAsICAgMApjcHVzZXQ6ICAgICAgICAgICAgICAgICAxMDQsICAgICAgMCwg ICAgICAyNywgICAgIDIyMSwgICAgICAyNywgICAwLCAgIDAsICAgMApkb21haW5zZXQ6ICAgICAg ICAgICAgICAgNDAsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAs ICAgMAphdWRpdF9yZWNvcmQ6ICAgICAgICAgIDEyODAsICAgICAgMCwgICAgICAgMCwgICAgICAg MCwgICAgICAgMCwgICAwLCAgIDAsICAgMAptYnVmX3BhY2tldDogICAgICAgICAgICAyNTYsICAg ICAgMCwgICAgICAgMCwgICAgMTk5NSwgICAxNzg2NiwgICAwLCAgIDAsICAgMAptYnVmOiAgICAg ICAgICAgICAgICAgICAyNTYsIDYzNDc5MjAsICAgICA1MTMsICAgIDI3NTcsICAzNDE4NjAsICAg MCwgICAwLCAgIDAKbWJ1Zl9jbHVzdGVyOiAgICAgICAgICAyMDQ4LCA5OTE4NjIsICAgIDE5OTUs ICAgICAgIDUsICAgIDE5OTUsICAgMCwgICAwLCAgIDAKbWJ1Zl9qdW1ib19wYWdlOiAgICAgICA0 MDk2LCA0OTU5MzEsICAgICA1MTIsICAgIDI2NzEsICAyNjYyNzAsICAgMCwgICAwLCAgIDAKbWJ1 Zl9qdW1ib185azogICAgICAgICA5MjE2LCAxNDY5NDIsICAgICAgIDAsICAgICAgIDAsICAgICAg IDAsICAgMCwgICAwLCAgIDAKbWJ1Zl9qdW1ib18xNms6ICAgICAgIDE2Mzg0LCAgODI2NTUsICAg ICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKZXBvY2hfcmVjb3JkIHBjcHU6 ICAgICAgMjU2LCAgICAgIDAsICAgICAgIDQsICAgICAgMTIsICAgICAgIDQsICAgMCwgICAwLCAg IDAKa3Rsc19zZXNzaW9uOiAgICAgICAgICAgMTI4LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAs ICAgICAgIDAsICAgMCwgICAwLCAgIDAKSU9NTVVfTUFQX0VOVFJZOiAgICAgICAgMTIwLCAgICAg IDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKdHR5aW5xOiAgICAg ICAgICAgICAgICAgMTYwLCAgICAgIDAsICAgICAxOTUsICAgICAxMDUsICAgICAzMzAsICAgMCwg ICAwLCAgIDAKdHR5b3V0cTogICAgICAgICAgICAgICAgMjU2LCAgICAgIDAsICAgICAxMDMsICAg ICAgNzcsICAgICAxNzUsICAgMCwgICAwLCAgIDAKREVWQ1RMOiAgICAgICAgICAgICAgICAxMDI0 LCAgIDEwMDAsICAgICAgIDAsICAgICAgIDAsICAgIDQ3NTksICAgMCwgICAwLCAgIDAKZ19iaW86 ICAgICAgICAgICAgICAgICAgMzg0LCAgICAgIDAsICAgICAgIDAsICAgICA0MTAsICAxMjU1MTMs ICAgMCwgICAwLCAgIDAKbGludXhfZG1hX3BjdHJpZTogICAgICAgMTQ0LCAgICAgIDAsICAgICAg IDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKbGludXhfZG1hX29iamVjdDogICAg ICAgIDI0LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAK dnRuZXRfdHhfaGRyOiAgICAgICAgICAgIDI0LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAg ICAgIDAsICAgMCwgICAwLCAgIDAKY3J5cHRvcDogICAgICAgICAgICAgICAgMjgwLCAgICAgIDAs ICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKdGFza3Ffem9uZTogICAg ICAgICAgICAgMTkyLCAgICAgIDAsICAgICAgIDAsICAgICA3OTgsICAgMzEzMjUsICAgMCwgICAw LCAgIDAKVk5PREU6ICAgICAgICAgICAgICAgICAgNDQ4LCAgICAgIDAsICAgMjU3NzAsICAgICAy NDksICAgOTkzMzYsICAgMCwgICAwLCAgIDAKQlVGIFRSSUU6ICAgICAgICAgICAgICAgMTQ0LCAg ICAgIDAsICAgICAgIDUsICAgICAzMDUsICAgICAgIDUsICAgMCwgICAwLCAgIDAKTkFNRUk6ICAg ICAgICAgICAgICAgICAxMDI0LCAgICAgIDAsICAgICAgIDAsICAgICAgNDQsIDIwMDAxMTUsICAg MCwgICAwLCAgIDAKUyBWRlMgQ2FjaGU6ICAgICAgICAgICAgMTA0LCAgICAgIDAsICAgMzUxNzYs ICAgICA4NjAsICAgNTIxOTUsICAgMCwgICAwLCAgIDAKU1RTIFZGUyBDYWNoZTogICAgICAgICAg MTQ0LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKTCBW RlMgQ2FjaGU6ICAgICAgICAgICAgMzIwLCAgICAgIDAsICAgICAgMjcsICAgIDEzODksICAgIDE4 NjksICAgMCwgICAwLCAgIDAKTFRTIFZGUyBDYWNoZTogICAgICAgICAgMzYwLCAgICAgIDAsICAg ICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKTkNMTk9ERTogICAgICAgICAg ICAgICAgNTg0LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAg IDAKRElSSEFTSDogICAgICAgICAgICAgICAxMDI0LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAs ICAgICAgIDAsICAgMCwgICAwLCAgIDAKVE1QRlMgbm9kZTogICAgICAgICAgICAgMjI0LCAgICAg IDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKQUlPOiAgICAgICAg ICAgICAgICAgICAgMjA4LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwg ICAwLCAgIDAKQUlPUDogICAgICAgICAgICAgICAgICAgIDMyLCAgICAgIDAsICAgICAgIDAsICAg ICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKQUlPQ0I6ICAgICAgICAgICAgICAgICAgNTUy LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKQUlPTElP OiAgICAgICAgICAgICAgICAgMjcyLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAs ICAgMCwgICAwLCAgIDAKcGlwZTogICAgICAgICAgICAgICAgICAgNzQ0LCAgICAgIDAsICAgICAg IDUsICAgICAxMDAsICAgIDIzMTUsICAgMCwgICAwLCAgIDAKTW91bnRwb2ludHM6ICAgICAgICAg ICAyNzUyLCAgICAgIDAsICAgICAgMTQsICAgICAgMTQsICAgICAgMTQsICAgMCwgICAwLCAgIDAK cmVmZXJlbmNlX2NhY2hlOiAgICAgICAgIDQwLCAgICAgIDAsICAgICAgMjQsICAgIDMwMDYsICAx MDQ1MjQsICAgMCwgICAwLCAgIDAKcmVmZXJlbmNlX2hpc3RvcnlfY2FjaGU6ICAgICAgOCwgICAg ICAwLCAgICAgIDI0LCAgICAxOTQ4LCAgMTA0NTI0LCAgIDAsICAgMCwgICAwCnpmc19idHJlZV9s ZWFmX2NhY2hlOiAgIDQwOTYsICAgICAgMCwgICAgIDEwMywgICAgIDQ5NSwgICAxMjY5OCwgICAw LCAgIDAsICAgMAptZXRhc2xhYl9hbGxvY190cmFjZV9jYWNoZTogICAgIDcyLCAgICAgIDAsICAg ICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKZGR0X2NhY2hlOiAgICAgICAg ICAgIDI0ODQwLCAgICAgIDAsICAgICAgMTMsICAgICAgIDAsICAgICAgMTMsICAgMCwgICAwLCAg IDAKZGR0X2VudHJ5X2NhY2hlOiAgICAgICAgMzkyLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAs ICAgICAgIDAsICAgMCwgICAwLCAgIDAKemlvX2NhY2hlOiAgICAgICAgICAgICAxMjMyLCAgICAg IDAsICAgICAgMTIsICAgMTE2OTgsICA5NjQ1OTgsICAgMCwgICAwLCAgIDAKemlvX2xpbmtfY2Fj aGU6ICAgICAgICAgIDQ4LCAgICAgIDAsICAgICAgIDAsICAgMTQzMzAsICAyOTgwNzgsICAgMCwg ICAwLCAgIDAKemlvX2J1Zl81MTI6ICAgICAgICAgICAgNTEyLCAgICAgIDAsICAgICA1MDUsICAg ICA1MzUsICAxNjY3OTEsICAgMCwgICAwLCAgIDAKemlvX2RhdGFfYnVmXzUxMjogICAgICAgNTEy LCAgICAgIDAsICAgICA3NDYsICAgNzIxODgsICAyMTUyNTQsICAgMCwgICAwLCAgIDAKemlvX2J1 Zl8xMDI0OiAgICAgICAgICAxMDI0LCAgICAgIDAsICAgICA2OTAsICAgICAxNTQsICAgIDQyODQs ICAgMCwgICAwLCAgIDAKemlvX2RhdGFfYnVmXzEwMjQ6ICAgICAxMDI0LCAgICAgIDAsICAgIDI4 MTcsICAgICA3NDMsICAgIDgyOTgsICAgMCwgICAwLCAgIDAKemlvX2J1Zl8xNTM2OiAgICAgICAg ICAxNTM2LCAgICAgIDAsICAgICAyOTAsICAgICAgNzUsICAgIDI4ODQsICAgMCwgICAwLCAgIDAK emlvX2RhdGFfYnVmXzE1MzY6ICAgICAxNTM2LCAgICAgIDAsICAgIDIxNjcsICAgICA1MzEsICAg IDYwNTAsICAgMCwgICAwLCAgIDAKemlvX2J1Zl8yMDQ4OiAgICAgICAgICAyMDQ4LCAgICAgIDAs ICAgICAxMTIsICAgICAgNDIsICAgIDE3MjksICAgMCwgICAwLCAgIDAKemlvX2RhdGFfYnVmXzIw NDg6ICAgICAyMDQ4LCAgICAgIDAsICAgIDE0OTYsICAgICAzNzAsICAgIDQwMjYsICAgMCwgICAw LCAgIDAKemlvX2J1Zl8yNTYwOiAgICAgICAgICAyNTYwLCAgICAgIDAsICAgICAgNjIsICAgICAg MzQsICAgIDE2MzgsICAgMCwgICAwLCAgIDAKemlvX2RhdGFfYnVmXzI1NjA6ICAgICAyNTYwLCAg ICAgIDAsICAgIDEyNzksICAgICAyODEsICAgIDM2NTUsICAgMCwgICAwLCAgIDAKemlvX2J1Zl8z MDcyOiAgICAgICAgICAzMDcyLCAgICAgIDAsICAgICAgNDAsICAgICAgMzIsICAgICA5OTYsICAg MCwgICAwLCAgIDAKemlvX2RhdGFfYnVmXzMwNzI6ICAgICAzMDcyLCAgICAgIDAsICAgICA5OTQs ICAgICAyNzgsICAgIDI5MjksICAgMCwgICAwLCAgIDAKemlvX2J1Zl8zNTg0OiAgICAgICAgICAz NTg0LCAgICAgIDAsICAgICAgNDYsICAgICAgMTgsICAgICA3NTksICAgMCwgICAwLCAgIDAKemlv X2RhdGFfYnVmXzM1ODQ6ICAgICAzNTg0LCAgICAgIDAsICAgICA3NjIsICAgICAyMjYsICAgIDIx MzYsICAgMCwgICAwLCAgIDAKemlvX2J1Zl80MDk2OiAgICAgICAgICA0MDk2LCAgICAgIDAsICAg IDQ2MTcsICAgICAgMzgsICAgMTU4NjEsICAgMCwgICAwLCAgIDAKemlvX2RhdGFfYnVmXzQwOTY6 ICAgICA0MDk2LCAgICAgIDAsICAgIDUzMjYsICAgICAgODIsICAgMjAxMjUsICAgMCwgICAwLCAg IDAKemlvX2J1Zl81MTIwOiAgICAgICAgICA1MTIwLCAgICAgIDAsICAgICAgIDEsICAgICA0NjYs ICAgIDEyNTYsICAgMCwgICAwLCAgIDAKemlvX2RhdGFfYnVmXzUxMjA6ICAgICA1MTIwLCAgICAg IDAsICAgICAgIDAsICAgICA2MzksICAgIDMyNzcsICAgMCwgICAwLCAgIDAKemlvX2J1Zl82MTQ0 OiAgICAgICAgICA2MTQ0LCAgICAgIDAsICAgICAgIDAsICAgICAzMTYsICAgICA4NjQsICAgMCwg ICAwLCAgIDAKemlvX2RhdGFfYnVmXzYxNDQ6ICAgICA2MTQ0LCAgICAgIDAsICAgICAgIDAsICAg ICA0ODksICAgIDIzOTAsICAgMCwgICAwLCAgIDAKemlvX2J1Zl83MTY4OiAgICAgICAgICA3MTY4 LCAgICAgIDAsICAgICAgIDAsICAgICAyNzksICAgICA2MzIsICAgMCwgICAwLCAgIDAKemlvX2Rh dGFfYnVmXzcxNjg6ICAgICA3MTY4LCAgICAgIDAsICAgICAgIDAsICAgICA0MTIsICAgIDE4Nzgs ICAgMCwgICAwLCAgIDAKemlvX2J1Zl84MTkyOiAgICAgICAgICA4MTkyLCAgICAgIDAsICAgICAg IDAsICAgICAyNzcsICAgMTIzOTAsICAgMCwgICAwLCAgIDAKemlvX2RhdGFfYnVmXzgxOTI6ICAg ICA4MTkyLCAgICAgIDAsICAgICAgIDAsICAgICAzMTgsICAgIDE1MTcsICAgMCwgICAwLCAgIDAK emlvX2J1Zl8xMDI0MDogICAgICAgIDEwMjQwLCAgICAgIDAsICAgICAgIDAsICAgICAzMDMsICAg ICA3MzIsICAgMCwgICAwLCAgIDAKemlvX2RhdGFfYnVmXzEwMjQwOiAgIDEwMjQwLCAgICAgIDAs ICAgICAgIDAsICAgICA0NzEsICAgIDI2NjMsICAgMCwgICAwLCAgIDAKemlvX2J1Zl8xMjI4ODog ICAgICAgIDEyMjg4LCAgICAgIDAsICAgICAgIDAsICAgICAyNzYsICAgIDI3NjAsICAgMCwgICAw LCAgIDAKemlvX2RhdGFfYnVmXzEyMjg4OiAgIDEyMjg4LCAgICAgIDAsICAgICAgIDAsICAgICAz NjIsICAgIDE5MjAsICAgMCwgICAwLCAgIDAKemlvX2J1Zl8xNDMzNjogICAgICAgIDE0MzM2LCAg ICAgIDAsICAgICAgIDAsICAgICAyMDMsICAgICAzNTEsICAgMCwgICAwLCAgIDAKemlvX2RhdGFf YnVmXzE0MzM2OiAgIDE0MzM2LCAgICAgIDAsICAgICAgIDAsICAgICAyNzgsICAgIDE3MzcsICAg MCwgICAwLCAgIDAKemlvX2J1Zl8xNjM4NDogICAgICAgIDE2Mzg0LCAgICAgIDAsICAgIDE3NjYs ICAgICA3MDYsICAgMTIzODEsICAgMCwgICAwLCAgIDAKemlvX2RhdGFfYnVmXzE2Mzg0OiAgIDE2 Mzg0LCAgICAgIDAsICAgICAgIDAsICAgICAyNDIsICAgIDE2MDUsICAgMCwgICAwLCAgIDAKemlv X2J1Zl9jb21iXzIwNDgwOiAgIDIwNDgwLCAgICAgIDAsICAgICAgIDAsICAgICA0MDQsICAgIDQ4 NjMsICAgMCwgICAwLCAgIDAKemlvX2J1Zl9jb21iXzI0NTc2OiAgIDI0NTc2LCAgICAgIDAsICAg ICAgIDEsICAgICAzMDgsICAgIDU1MDEsICAgMCwgICAwLCAgIDAKemlvX2J1Zl9jb21iXzI4Njcy OiAgIDI4NjcyLCAgICAgIDAsICAgICAgIDAsICAgICAyNDEsICAgIDM1OTksICAgMCwgICAwLCAg IDAKemlvX2J1Zl9jb21iXzMyNzY4OiAgIDMyNzY4LCAgICAgIDAsICAgICAgIDAsICAgICAyMTQs ICAgIDE2NzUsICAgMCwgICAwLCAgIDAKemlvX2J1Zl9jb21iXzQwOTYwOiAgIDQwOTYwLCAgICAg IDAsICAgICAgIDIsICAgICAxNTIsICAgIDI0NjEsICAgMCwgICAwLCAgIDAKemlvX2J1Zl9jb21i XzQ5MTUyOiAgIDQ5MTUyLCAgICAgIDAsICAgICAgIDAsICAgICAxMTQsICAgIDcxMTUsICAgMCwg ICAwLCAgIDAKemlvX2J1Zl9jb21iXzU3MzQ0OiAgIDU3MzQ0LCAgICAgIDAsICAgICAgIDEsICAg ICAgODYsICAgIDE5ODMsICAgMCwgICAwLCAgIDAKemlvX2J1Zl9jb21iXzY1NTM2OiAgIDY1NTM2 LCAgICAgIDAsICAgICAgIDAsICAgICAgNjcsICAgIDE1ODEsICAgMCwgICAwLCAgIDAKemlvX2J1 Zl9jb21iXzgxOTIwOiAgIDgxOTIwLCAgICAgIDAsICAgICAgIDEsICAgICAgOTUsICAgIDYwMzIs ICAgMCwgICAwLCAgIDAKemlvX2J1Zl9jb21iXzk4MzA0OiAgIDk4MzA0LCAgICAgIDAsICAgICAg IDEsICAgICAgNjYsICAgIDY2MjgsICAgMCwgICAwLCAgIDAKemlvX2J1Zl9jb21iXzExNDY4ODog MTE0Njg4LCAgICAgIDAsICAgICAgIDAsICAgICAgNDksICAgIDIxMTgsICAgMCwgICAwLCAgIDAK emlvX2J1Zl9jb21iXzEzMTA3MjogMTMxMDcyLCAgICAgIDAsICAgICAzODIsICAgIDIyOTgsICAg ODQ4NTIsICAgMCwgICAwLCAgIDAKemlvX2J1Zl9jb21iXzE2Mzg0MDogMTYzODQwLCAgICAgIDAs ICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKemlvX2J1Zl9jb21iXzE5 NjYwODogMTk2NjA4LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAw LCAgIDAKemlvX2J1Zl9jb21iXzIyOTM3NjogMjI5Mzc2LCAgICAgIDAsICAgICAgIDAsICAgICAg IDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKemlvX2J1Zl9jb21iXzI2MjE0NDogMjYyMTQ0LCAg ICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKemlvX2J1Zl9j b21iXzMyNzY4MDogMzI3NjgwLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAg MCwgICAwLCAgIDAKemlvX2J1Zl9jb21iXzM5MzIxNjogMzkzMjE2LCAgICAgIDAsICAgICAgIDAs ICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKemlvX2J1Zl9jb21iXzQ1ODc1MjogNDU4 NzUyLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKemlv X2J1Zl9jb21iXzUyNDI4ODogNTI0Mjg4LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAg IDAsICAgMCwgICAwLCAgIDAKemlvX2J1Zl9jb21iXzY1NTM2MDogNjU1MzYwLCAgICAgIDAsICAg ICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKemlvX2J1Zl9jb21iXzc4NjQz MjogNzg2NDMyLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAg IDAKemlvX2J1Zl9jb21iXzkxNzUwNDogOTE3NTA0LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAs ICAgICAgIDAsICAgMCwgICAwLCAgIDAKemlvX2J1Zl9jb21iXzEwNDg1NzY6IDEwNDg1NzYsICAg ICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAsICAgMAp6aW9fYnVmX2Nv bWJfMTMxMDcyMDogMTMxMDcyMCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAg IDAsICAgMCwgICAwCnppb19idWZfY29tYl8xNTcyODY0OiAxNTcyODY0LCAgICAgIDAsICAgICAg IDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKemlvX2J1Zl9jb21iXzE4MzUwMDg6 IDE4MzUwMDgsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAsICAg MAp6aW9fYnVmX2NvbWJfMjA5NzE1MjogMjA5NzE1MiwgICAgICAwLCAgICAgICAwLCAgICAgICAw LCAgICAgICAwLCAgIDAsICAgMCwgICAwCnppb19idWZfY29tYl8yNjIxNDQwOiAyNjIxNDQwLCAg ICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKemlvX2J1Zl9j b21iXzMxNDU3Mjg6IDMxNDU3MjgsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwg ICAwLCAgIDAsICAgMAp6aW9fYnVmX2NvbWJfMzY3MDAxNjogMzY3MDAxNiwgICAgICAwLCAgICAg ICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMCwgICAwCnppb19idWZfY29tYl80MTk0MzA0 OiA0MTk0MzA0LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAg IDAKemlvX2J1Zl9jb21iXzUyNDI4ODA6IDUyNDI4ODAsICAgICAgMCwgICAgICAgMCwgICAgICAg MCwgICAgICAgMCwgICAwLCAgIDAsICAgMAp6aW9fYnVmX2NvbWJfNjI5MTQ1NjogNjI5MTQ1Niwg ICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMCwgICAwCnppb19idWZf Y29tYl83MzQwMDMyOiA3MzQwMDMyLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAs ICAgMCwgICAwLCAgIDAKemlvX2J1Zl9jb21iXzgzODg2MDg6IDgzODg2MDgsICAgICAgMCwgICAg ICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAsICAgMAp6aW9fYnVmX2NvbWJfMTA0ODU3 NjA6IDEwNDg1NzYwLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAw LCAgIDAKemlvX2J1Zl9jb21iXzEyNTgyOTEyOiAxMjU4MjkxMiwgICAgICAwLCAgICAgICAwLCAg ICAgICAwLCAgICAgICAwLCAgIDAsICAgMCwgICAwCnppb19idWZfY29tYl8xNDY4MDA2NDogMTQ2 ODAwNjQsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAsICAgMAp6 aW9fYnVmX2NvbWJfMTY3NzcyMTY6IDE2Nzc3MjE2LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAs ICAgICAgIDAsICAgMCwgICAwLCAgIDAKYWJkX2NodW5rOiAgICAgICAgICAgICA0MDk2LCAgICAg IDAsICAxOTkxNDcsICAgNDQ1NTQsIDE1ODM4MjYsICAgMCwgICAwLCAgIDAKc2FfY2FjaGU6ICAg ICAgICAgICAgICAgMjk2LCAgICAgIDAsICAgMjU2OTksICAgICAgODAsICAgMjc2MzIsICAgMCwg ICAwLCAgIDAKZG5vZGVfdDogICAgICAgICAgICAgICAxMDQwLCAgICAgIDAsICAgMjYzNTMsICAg ICAgNTgsICAgMjg5NTMsICAgMCwgICAwLCAgIDAKYXJjX2J1Zl9oZHJfdF9mdWxsOiAgICAgMzYw LCAgICAgIDAsICAgMzkwOTMsICAgIDE1ODUsICAxODYyMzQsICAgMCwgICAwLCAgIDAKYXJjX2J1 Zl9oZHJfdF9mdWxsX2NyeXB0OiAgICA0MjQsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAg ICAgMCwgICAwLCAgIDAsICAgMAphcmNfYnVmX2hkcl90X2wyb25seTogICAgIDk2LCAgICAgIDAs ICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKYXJjX2J1Zl90OiAgICAg ICAgICAgICAgIDY0LCAgICAgIDAsICAgIDIxNzYsICAgMTQyOTYsICAyMzk3NzEsICAgMCwgICAw LCAgIDAKZG11X2J1Zl9pbXBsX3Q6ICAgICAgICAgNDA4LCAgICAgIDAsICAgMjgwMTAsICAgMTE4 NDAsICAyNjU3NzYsICAgMCwgICAwLCAgIDAKemlsX2x3Yl9jYWNoZTogICAgICAgICAgMzYwLCAg ICAgIDAsICAgICAgIDIsICAgICA3ODgsICAgIDEwNDgsICAgMCwgICAwLCAgIDAKemlsX3pjd19j YWNoZTogICAgICAgICAgIDgwLCAgICAgIDAsICAgICAgIDAsICAgICA0MDAsICAgICAyMTcsICAg MCwgICAwLCAgIDAKc2lvX2NhY2hlXzA6ICAgICAgICAgICAgMTM2LCAgICAgIDAsICAgICAgIDAs ICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKc2lvX2NhY2hlXzE6ICAgICAgICAgICAg MTUyLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKc2lv X2NhY2hlXzI6ICAgICAgICAgICAgMTY4LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAg IDAsICAgMCwgICAwLCAgIDAKemZzX3pub2RlX2NhY2hlOiAgICAgICAgNDcyLCAgICAgIDAsICAg MjU2OTksICAgICAyMzcsICAgMjc2MzIsICAgMCwgICAwLCAgIDAKa3NpZ2luZm86ICAgICAgICAg ICAgICAgMTEyLCAgICAgIDAsICAgICAxMDIsICAgICA5MDYsICAgICAzMDIsICAgMCwgICAwLCAg IDAKaXRpbWVyOiAgICAgICAgICAgICAgICAgMzUyLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAs ICAgICAgIDAsICAgMCwgICAwLCAgIDAKS05PVEU6ICAgICAgICAgICAgICAgICAgMTYwLCAgICAg IDAsICAgICAgIDAsICAgICAxNTAsICAgICAgNDcsICAgMCwgICAwLCAgIDAKc29ja2V0OiAgICAg ICAgICAgICAgICAgOTQ0LCA1MTE1MzAsICAgICAgMjMsICAgICAgNjksICAgIDQyMTQsICAgMCwg ICAwLCAgIDAKaXBxOiAgICAgICAgICAgICAgICAgICAgIDU2LCAgMzA5OTUsICAgICAgIDAsICAg ICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKdWRwX2lucGNiOiAgICAgICAgICAgICAgNDg4 LCA1MTE1MzAsICAgICAgIDIsICAgICAgODYsICAgICA2MjcsICAgMCwgICAwLCAgIDAKdWRwY2I6 ICAgICAgICAgICAgICAgICAgIDMyLCA1MTE1MzAsICAgICAgIDIsICAgIDEwMDYsICAgICA2Mjcs ICAgMCwgICAwLCAgIDAKdGNwX2lucGNiOiAgICAgICAgICAgICAgNDg4LCA1MTE1MzAsICAgICAg IDMsICAgICAgNDUsICAgICAgMTUsICAgMCwgICAwLCAgIDAKdGNwY2I6ICAgICAgICAgICAgICAg ICAxMDY0LCA1MTE1MzAsICAgICAgIDMsICAgICAgMzksICAgICAgMTUsICAgMCwgICAwLCAgIDAK dGNwdHc6ICAgICAgICAgICAgICAgICAgIDg4LCAgMjc3NjcsICAgICAgIDAsICAgICAgNDYsICAg ICAgIDMsICAgMCwgICAwLCAgIDAKc3luY2FjaGU6ICAgICAgICAgICAgICAgMTY4LCAgMTUzNjAs ICAgICAgIDAsICAgICAgMjQsICAgICAgIDEsICAgMCwgICAwLCAgIDAKaG9zdGNhY2hlOiAgICAg ICAgICAgICAgIDY0LCAgMTUzNjAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAw LCAgIDAKc2Fja2hvbGU6ICAgICAgICAgICAgICAgIDMyLCAgICAgIDAsICAgICAgIDAsICAgICAg IDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKdGZvOiAgICAgICAgICAgICAgICAgICAgICA0LCAg ICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKdGZvX2NjYWNo ZV9lbnRyaWVzOiAgICAgIDgwLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAg MCwgICAwLCAgIDAKdGNwcmVhc3M6ICAgICAgICAgICAgICAgIDQ4LCAgNjE5OTEsICAgICAgIDAs ICAgICAgODQsICAgICAgIDcsICAgMCwgICAwLCAgIDAKdGNwX2xvZzogICAgICAgICAgICAgICAg NDE2LCA1MDAwMDAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMCwgICAwCnRj cF9sb2dfYnVja2V0OiAgICAgICAgIDE3NiwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAg ICAwLCAgIDAsICAgMCwgICAwCnRjcF9sb2dfbm9kZTogICAgICAgICAgIDEyMCwgICAgICAwLCAg ICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMCwgICAwCnVkcGxpdGVfaW5wY2I6ICAg ICAgICAgIDQ4OCwgNTExNTMwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMCwg ICAwCnJpcGNiOiAgICAgICAgICAgICAgICAgIDQ4OCwgNTExNTMwLCAgICAgICAxLCAgICAgIDMx LCAgICAgIDEyLCAgIDAsICAgMCwgICAwCklQc2VjIFNBIGxmdF9jOiAgICAgICAgICAxNiwgICAg ICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMCwgICAwCnVucGNiOiAgICAg ICAgICAgICAgICAgIDI1NiwgNTExNTMwLCAgICAgIDE2LCAgICAgMTA0LCAgICAzNTI5LCAgIDAs ICAgMCwgICAwCnJvdXRpbmcgbmhvcHM6ICAgICAgICAgIDI1NiwgICAgICAwLCAgICAgIDExLCAg ICAgIDk0LCAgICAgIDQ2LCAgIDAsICAgMCwgICAwCnJ0ZW50cnk6ICAgICAgICAgICAgICAgIDE3 NiwgICAgICAwLCAgICAgIDE2LCAgICAgMTQ1LCAgICAgIDQ2LCAgIDAsICAgMCwgICAwCnN3cGN0 cmllOiAgICAgICAgICAgICAgIDE0NCwgMTk4Mzc3MiwgICAgICAgMCwgICAgICAgMCwgICAgICAg MCwgICAwLCAgIDAsICAgMApzd2JsazogICAgICAgICAgICAgICAgICAxMzYsIDE5ODM3NDUsICAg ICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKYWRhX2NjYjogICAgICAgICAg ICAgICAgMjcyLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAg IDAKZGFfY2NiOiAgICAgICAgICAgICAgICAgNTQ0LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAs ICAgICAgIDAsICAgMCwgICAwLCAgIDAKTmV0R3JhcGggaXRlbXM6ICAgICAgICAgIDcyLCAgIDQw OTYsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKTmV0R3JhcGggZGF0 YSBpdGVtczogICAgIDcyLCAgIDQwOTYsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwg ICAwLCAgIDAKZHJtX3NjaGVkX2ZlbmNlOiAgICAgICAgMTg0LCAgICAgIDAsICAgICAgIDAsICAg ICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKYWN0aXZlX25vZGU6ICAgICAgICAgICAgIDcy LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKaTkxNV9i dWRkeV9ibG9jazogICAgICAgIDcyLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAs ICAgMCwgICAwLCAgIDAKaW50ZWxfY29udGV4dDogICAgICAgICAgNDE2LCAgICAgIDAsICAgICAg IDAsICAgICAgIDksICAgICAgIDEsICAgMCwgICAwLCAgIDAKaTkxNV9sdXRfaGFuZGxlOiAgICAg ICAgIDMyLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAK ZHJtX2k5MTVfZ2VtX29iamVjdDogICAgODAwLCAgICAgIDAsICAgICAgIDIsICAgICAgIDcsICAg ICAgIDIsICAgMCwgICAwLCAgIDAKaTkxNV9yZXF1ZXN0OiAgICAgICAgICAgNjU2LCAgICAgIDAs ICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKZXhlY3V0ZV9jYjogICAg ICAgICAgICAgMTA0LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAw LCAgIDAKaTkxNV9kZXBlbmRlbmN5OiAgICAgICAgIDk2LCAgICAgIDAsICAgICAgIDAsICAgICAg IDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKaTkxNV9wcmlvbGlzdDogICAgICAgICAgMTA0LCAg ICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwLCAgIDAKaTkxNV92bWE6 ICAgICAgICAgICAgICAgNjgwLCAgICAgIDAsICAgICAgIDIsICAgICAgIDksICAgICAgIDIsICAg MCwgICAwLCAgIDAKCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQp2bXN0YXQgLWkKCmludGVycnVwdCAgICAgICAg ICAgICAgICAgICAgICAgICAgdG90YWwgICAgICAgcmF0ZQppcnExOiBhdGtiZDAgICAgICAgICAg ICAgICAgICAgICAgICA4MzgwICAgICAgICAyNTAKaXJxOTogYWNwaTAgICAgICAgICAgICAgICAg ICAgICAgICAgMjMxOCAgICAgICAgIDY5CmlycTE2OiBpZzRpaWMwICAgICAgICAgICAgICAgICAg ICAgICA5ODEgICAgICAgICAyOQppcnExNzogaWc0aWljMSAgICAgICAgICAgICAgICAgICAgICAx MDAxICAgICAgICAgMzAKY3B1MDp0aW1lciAgICAgICAgICAgICAgICAgICAgICAgIDIzNzA1MCAg ICAgICA3MDcyCmNwdTE6dGltZXIgICAgICAgICAgICAgICAgICAgICAgICAxODU2NTEgICAgICAg NTUzOQpjcHUyOnRpbWVyICAgICAgICAgICAgICAgICAgICAgICAgMTk0NTc5ICAgICAgIDU4MDUK Y3B1Mzp0aW1lciAgICAgICAgICAgICAgICAgICAgICAgIDE5MDM3MSAgICAgICA1NjgwCmNwdTQ6 dGltZXIgICAgICAgICAgICAgICAgICAgICAgICAyMDcxNjEgICAgICAgNjE4MQpjcHU1OnRpbWVy ICAgICAgICAgICAgICAgICAgICAgICAgMTg1MTAwICAgICAgIDU1MjIKY3B1Njp0aW1lciAgICAg ICAgICAgICAgICAgICAgICAgIDE5MDkxNyAgICAgICA1Njk2CmNwdTc6dGltZXIgICAgICAgICAg ICAgICAgICAgICAgICAxODkzNDEgICAgICAgNTY0OQppcnExMjg6IHhoY2kwICAgICAgICAgICAg ICAgICAgICAgICAgMTAxICAgICAgICAgIDMKaXJxMTM1OiBudm1lMDphZG1pbiAgICAgICAgICAg ICAgICAgICAxNCAgICAgICAgICAwCmlycTEzNjogbnZtZTA6aW8wICAgICAgICAgICAgICAgICAg MTAyNTAgICAgICAgIDMwNgppcnExMzc6IG52bWUwOmlvMSAgICAgICAgICAgICAgICAgIDEwODE4 ICAgICAgICAzMjMKaXJxMTM4OiBudm1lMDppbzIgICAgICAgICAgICAgICAgICAxMDg5OCAgICAg ICAgMzI1CmlycTEzOTogbnZtZTA6aW8zICAgICAgICAgICAgICAgICAgIDk1MDkgICAgICAgIDI4 NAppcnExNDA6IG52bWUxOmFkbWluICAgICAgICAgICAgICAgICAgIDE0ICAgICAgICAgIDAKaXJx MTQyOiBudm1lMTppbzEgICAgICAgICAgICAgICAgICAgICAgMSAgICAgICAgICAwCmlycTE0NDog bnZtZTE6aW8zICAgICAgICAgICAgICAgICAgICAgMjggICAgICAgICAgMQppcnExNDU6IGhkYWMw ICAgICAgICAgICAgICAgICAgICAgICAgIDMzICAgICAgICAgIDEKaXJxMTQ2OiBpd20wICAgICAg ICAgICAgICAgICAgICAgIDYyNDM0OCAgICAgIDE4NjI3CmlycTE0NzogdmdhcGNpMCAgICAgICAg ICAgICAgICAgICAgICAgNDIgICAgICAgICAgMQpUb3RhbCAgICAgICAgICAgICAgICAgICAgICAg ICAgICAyMjU4OTA2ICAgICAgNjczOTQKCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQpwc3RhdCAtVAoKIDgyLzUx MTUzMCBmaWxlcwowTS8wTSBzd2FwIHNwYWNlCgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KcHN0YXQgLXMKCkRl dmljZSAgICAgICAgICAxSy1ibG9ja3MgICAgIFVzZWQgICAgQXZhaWwgQ2FwYWNpdHkKCi0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLQppb3N0YXQKCiAgICAgICB0dHkgICAgICAgICAgICBudmQwICAgICAgICAgICAg IG52ZDEgICAgICAgICAgICAgY3B1CiB0aW4gIHRvdXQgS0IvdCAgdHBzICBNQi9zICBLQi90ICB0 cHMgIE1CL3MgIHVzIG5pIHN5IGluIGlkCiAgIDMgIDEwNzggMzcuNiAgIDEzICAgMC41ICAxOC4w ICAgIDAgICAwLjAgICA0ICAwICAwICAwIDk1CgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KaXBjcyAtYQoKTWVz c2FnZSBRdWV1ZXM6ClQgICAgICAgICAgIElEICAgICAgICAgIEtFWSBNT0RFICAgICAgICBPV05F UiAgICBHUk9VUCAgICBDUkVBVE9SICBDR1JPVVAgICAgICAgICAgICAgICAgIENCWVRFUyAgICAg ICAgICAgICAgICAgUU5VTSAgICAgICAgICAgICAgIFFCWVRFUyAgICAgICAgTFNQSUQgICAgICAg IExSUElEIFNUSU1FICAgIFJUSU1FICAgIENUSU1FICAgCgpTaGFyZWQgTWVtb3J5OgpUICAgICAg ICAgICBJRCAgICAgICAgICBLRVkgTU9ERSAgICAgICAgT1dORVIgICAgR1JPVVAgICAgQ1JFQVRP UiAgQ0dST1VQICAgICAgICAgTkFUVENIICAgICAgICBTRUdTWiAgICAgICAgIENQSUQgICAgICAg ICBMUElEIEFUSU1FICAgIERUSU1FICAgIENUSU1FICAgCgpTZW1hcGhvcmVzOgpUICAgICAgICAg ICBJRCAgICAgICAgICBLRVkgTU9ERSAgICAgICAgT1dORVIgICAgR1JPVVAgICAgQ1JFQVRPUiAg Q0dST1VQICAgICAgICAgIE5TRU1TIE9USU1FICAgIENUSU1FICAgCgoKLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t CmlwY3MgLVQKCm1zZ2luZm86Cgltc2dtYXg6ICAgICAgICAxNjM4NAkobWF4IGNoYXJhY3RlcnMg aW4gYSBtZXNzYWdlKQoJbXNnbW5pOiAgICAgICAgICAgNDAJKCMgb2YgbWVzc2FnZSBxdWV1ZXMp Cgltc2dtbmI6ICAgICAgICAgMjA0OAkobWF4IGNoYXJhY3RlcnMgaW4gYSBtZXNzYWdlIHF1ZXVl KQoJbXNndHFsOiAgICAgICAgICAgNDAJKG1heCAjIG9mIG1lc3NhZ2VzIGluIHN5c3RlbSkKCW1z Z3NzejogICAgICAgICAgICA4CShzaXplIG9mIGEgbWVzc2FnZSBzZWdtZW50KQoJbXNnc2VnOiAg ICAgICAgIDIwNDgJKCMgb2YgbWVzc2FnZSBzZWdtZW50cyBpbiBzeXN0ZW0pCgpzaG1pbmZvOgoJ c2htbWF4OiAgICA1MzY4NzA5MTIJKG1heCBzaGFyZWQgbWVtb3J5IHNlZ21lbnQgc2l6ZSkKCXNo bW1pbjogICAgICAgICAgICAxCShtaW4gc2hhcmVkIG1lbW9yeSBzZWdtZW50IHNpemUpCglzaG1t bmk6ICAgICAgICAgIDE5MgkobWF4IG51bWJlciBvZiBzaGFyZWQgbWVtb3J5IGlkZW50aWZpZXJz KQoJc2htc2VnOiAgICAgICAgICAxMjgJKG1heCBzaGFyZWQgbWVtb3J5IHNlZ21lbnRzIHBlciBw cm9jZXNzKQoJc2htYWxsOiAgICAgICAxMzEwNzIJKG1heCBhbW91bnQgb2Ygc2hhcmVkIG1lbW9y eSBpbiBwYWdlcykKCnNlbWluZm86CglzZW1tbmk6ICAgICAgICAgICA1MAkoIyBvZiBzZW1hcGhv cmUgaWRlbnRpZmllcnMpCglzZW1tbnM6ICAgICAgICAgIDM0MAkoIyBvZiBzZW1hcGhvcmVzIGlu IHN5c3RlbSkKCXNlbW1udTogICAgICAgICAgMTUwCSgjIG9mIHVuZG8gc3RydWN0dXJlcyBpbiBz eXN0ZW0pCglzZW1tc2w6ICAgICAgICAgIDM0MAkobWF4ICMgb2Ygc2VtYXBob3JlcyBwZXIgaWQp CglzZW1vcG06ICAgICAgICAgIDEwMAkobWF4ICMgb2Ygb3BlcmF0aW9ucyBwZXIgc2Vtb3AgY2Fs bCkKCXNlbXVtZTogICAgICAgICAgIDUwCShtYXggIyBvZiB1bmRvIGVudHJpZXMgcGVyIHByb2Nl c3MpCglzZW11c3o6ICAgICAgICAgIDYzMgkoc2l6ZSBpbiBieXRlcyBvZiB1bmRvIHN0cnVjdHVy ZSkKCXNlbXZteDogICAgICAgIDMyNzY3CShzZW1hcGhvcmUgbWF4aW11bSB2YWx1ZSkKCXNlbWFl bTogICAgICAgIDE2Mzg0CShhZGp1c3Qgb24gZXhpdCBtYXggdmFsdWUpCgoKLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tCm5ldHN0YXQgLXMKCnRjcDoKCTEyMTM5IHBhY2tldHMgc2VudAoJCTYzMyBkYXRhIHBhY2tl dHMgKDYyNjY3IGJ5dGVzKQoJCTAgZGF0YSBwYWNrZXRzICgwIGJ5dGVzKSByZXRyYW5zbWl0dGVk CgkJMCBkYXRhIHBhY2tldHMgdW5uZWNlc3NhcmlseSByZXRyYW5zbWl0dGVkCgkJMCByZXNlbmRz IGluaXRpYXRlZCBieSBNVFUgZGlzY292ZXJ5CgkJMTE0NjUgYWNrLW9ubHkgcGFja2V0cyAoMTQg ZGVsYXllZCkKCQkwIFVSRyBvbmx5IHBhY2tldHMKCQkwIHdpbmRvdyBwcm9iZSBwYWNrZXRzCgkJ MTkgd2luZG93IHVwZGF0ZSBwYWNrZXRzCgkJMjIgY29udHJvbCBwYWNrZXRzCgkyMzYwMyBwYWNr ZXRzIHJlY2VpdmVkCgkJNTcwIGFja3MgKGZvciA2MjY3OCBieXRlcykKCQkxIGR1cGxpY2F0ZSBh Y2sKCQkwIFVEUCB0dW5uZWxlZCBwa3RzCgkJMCBVRFAgdHVubmVsZWQgcGt0IGNudCB3aXRoIGVy cm9ycwoJCTAgYWNrcyBmb3IgdW5zZW50IGRhdGEKCQkyMjg2MSBwYWNrZXRzICgzMTk5MzA4NiBi eXRlcykgcmVjZWl2ZWQgaW4tc2VxdWVuY2UKCQkxIGNvbXBsZXRlbHkgZHVwbGljYXRlIHBhY2tl dCAoNjQgYnl0ZXMpCgkJMCBvbGQgZHVwbGljYXRlIHBhY2tldHMKCQkwIHBhY2tldHMgd2l0aCBz b21lIGR1cC4gZGF0YSAoMCBieXRlcyBkdXBlZCkKCQkyMjIgb3V0LW9mLW9yZGVyIHBhY2tldHMg KDMxNzAxNiBieXRlcykKCQkwIHBhY2tldHMgKDAgYnl0ZXMpIG9mIGRhdGEgYWZ0ZXIgd2luZG93 CgkJMCB3aW5kb3cgcHJvYmVzCgkJMCB3aW5kb3cgdXBkYXRlIHBhY2tldHMKCQkwIHBhY2tldHMg cmVjZWl2ZWQgYWZ0ZXIgY2xvc2UKCQkwIGRpc2NhcmRlZCBmb3IgYmFkIGNoZWNrc3VtcwoJCTAg ZGlzY2FyZGVkIGZvciBiYWQgaGVhZGVyIG9mZnNldCBmaWVsZHMKCQkwIGRpc2NhcmRlZCBiZWNh dXNlIHBhY2tldCB0b28gc2hvcnQKCQkwIGRpc2NhcmRlZCBkdWUgdG8gZnVsbCByZWFzc2VtYmx5 IHF1ZXVlCgkxMSBjb25uZWN0aW9uIHJlcXVlc3RzCgkxIGNvbm5lY3Rpb24gYWNjZXB0CgkwIGJh ZCBjb25uZWN0aW9uIGF0dGVtcHRzCgkwIGxpc3RlbiBxdWV1ZSBvdmVyZmxvd3MKCTAgaWdub3Jl ZCBSU1RzIGluIHRoZSB3aW5kb3dzCgkxMiBjb25uZWN0aW9ucyBlc3RhYmxpc2hlZCAoaW5jbHVk aW5nIGFjY2VwdHMpCgkJMCB0aW1lcyB1c2VkIFJUVCBmcm9tIGhvc3RjYWNoZQoJCTAgdGltZXMg dXNlZCBSVFQgdmFyaWFuY2UgZnJvbSBob3N0Y2FjaGUKCQkwIHRpbWVzIHVzZWQgc2xvdy1zdGFy dCB0aHJlc2hvbGQgZnJvbSBob3N0Y2FjaGUKCTEyIGNvbm5lY3Rpb25zIGNsb3NlZCAoaW5jbHVk aW5nIDAgZHJvcHMpCgkJMCBjb25uZWN0aW9ucyB1cGRhdGVkIGNhY2hlZCBSVFQgb24gY2xvc2UK CQkwIGNvbm5lY3Rpb25zIHVwZGF0ZWQgY2FjaGVkIFJUVCB2YXJpYW5jZSBvbiBjbG9zZQoJCTAg Y29ubmVjdGlvbnMgdXBkYXRlZCBjYWNoZWQgc3N0aHJlc2ggb24gY2xvc2UKCTAgZW1icnlvbmlj IGNvbm5lY3Rpb25zIGRyb3BwZWQKCTQzOCBzZWdtZW50cyB1cGRhdGVkIHJ0dCAob2YgNDM4IGF0 dGVtcHRzKQoJNSByZXRyYW5zbWl0IHRpbWVvdXRzCgkJMCBjb25uZWN0aW9ucyBkcm9wcGVkIGJ5 IHJleG1pdCB0aW1lb3V0CgkwIHBlcnNpc3QgdGltZW91dHMKCQkwIGNvbm5lY3Rpb25zIGRyb3Bw ZWQgYnkgcGVyc2lzdCB0aW1lb3V0CgkwIENvbm5lY3Rpb25zIChmaW5fd2FpdF8yKSBkcm9wcGVk IGJlY2F1c2Ugb2YgdGltZW91dAoJMCBrZWVwYWxpdmUgdGltZW91dHMKCQkwIGtlZXBhbGl2ZSBw cm9iZXMgc2VudAoJCTAgY29ubmVjdGlvbnMgZHJvcHBlZCBieSBrZWVwYWxpdmUKCTI2MyBjb3Jy ZWN0IEFDSyBoZWFkZXIgcHJlZGljdGlvbnMKCTIyNzkwIGNvcnJlY3QgZGF0YSBwYWNrZXQgaGVh ZGVyIHByZWRpY3Rpb25zCgkxIHN5bmNhY2hlIGVudHJ5IGFkZGVkCgkJMCByZXRyYW5zbWl0dGVk CgkJMCBkdXBzeW4KCQkwIGRyb3BwZWQKCQkxIGNvbXBsZXRlZAoJCTAgYnVja2V0IG92ZXJmbG93 CgkJMCBjYWNoZSBvdmVyZmxvdwoJCTAgcmVzZXQKCQkwIHN0YWxlCgkJMCBhYm9ydGVkCgkJMCBi YWRhY2sKCQkwIHVucmVhY2gKCQkwIHpvbmUgZmFpbHVyZXMKCTEgY29va2llIHNlbnQKCTEgY29v a2llIHJlY2VpdmVkCgkwIGhvc3RjYWNoZSBlbnRyaWVzIGFkZGVkCgkJMCBidWNrZXQgb3ZlcmZs b3cKCTAgU0FDSyByZWNvdmVyeSBlcGlzb2RlcwoJMCBzZWdtZW50IHJleG1pdHMgaW4gU0FDSyBy ZWNvdmVyeSBlcGlzb2RlcwoJMCBieXRlIHJleG1pdHMgaW4gU0FDSyByZWNvdmVyeSBlcGlzb2Rl cwoJMCBTQUNLIG9wdGlvbnMgKFNBQ0sgYmxvY2tzKSByZWNlaXZlZAoJMjE5IFNBQ0sgb3B0aW9u cyAoU0FDSyBibG9ja3MpIHNlbnQKCTAgU0FDSyByZXRyYW5zbWlzc2lvbnMgbG9zdAoJMCBTQUNL IHNjb3JlYm9hcmQgb3ZlcmZsb3cKCTAgcGFja2V0cyB3aXRoIEVDTiBDRSBiaXQgc2V0CgkwIHBh Y2tldHMgd2l0aCBFQ04gRUNUKDApIGJpdCBzZXQKCTAgcGFja2V0cyB3aXRoIEVDTiBFQ1QoMSkg Yml0IHNldAoJMCBzdWNjZXNzZnVsIEVDTiBoYW5kc2hha2VzCgkwIHRpbWVzIEVDTiByZWR1Y2Vk IHRoZSBjb25nZXN0aW9uIHdpbmRvdwoJMCBwYWNrZXRzIHdpdGggbWF0Y2hpbmcgc2lnbmF0dXJl IHJlY2VpdmVkCgkwIHBhY2tldHMgd2l0aCBiYWQgc2lnbmF0dXJlIHJlY2VpdmVkCgkwIHRpbWVz IGZhaWxlZCB0byBtYWtlIHNpZ25hdHVyZSBkdWUgdG8gbm8gU0EKCTAgdGltZXMgdW5leHBlY3Rl ZCBzaWduYXR1cmUgcmVjZWl2ZWQKCTAgdGltZXMgbm8gc2lnbmF0dXJlIHByb3ZpZGVkIGJ5IHNl Z21lbnQKCTAgUGF0aCBNVFUgZGlzY292ZXJ5IGJsYWNrIGhvbGUgZGV0ZWN0aW9uIGFjdGl2YXRp b25zCgkwIFBhdGggTVRVIGRpc2NvdmVyeSBibGFjayBob2xlIGRldGVjdGlvbiBtaW4gTVNTIGFj dGl2YXRpb25zCgkwIFBhdGggTVRVIGRpc2NvdmVyeSBibGFjayBob2xlIGRldGVjdGlvbiBmYWls dXJlcwpUQ1AgY29ubmVjdGlvbiBjb3VudCBieSBzdGF0ZToKCTAgY29ubmVjdGlvbnMgaW4gQ0xP U0VEIHN0YXRlCgkyIGNvbm5lY3Rpb25zIGluIExJU1RFTiBzdGF0ZQoJMCBjb25uZWN0aW9ucyBp biBTWU5fU0VOVCBzdGF0ZQoJMCBjb25uZWN0aW9ucyBpbiBTWU5fUkNWRCBzdGF0ZQoJMSBjb25u ZWN0aW9uICBpbiBFU1RBQkxJU0hFRCBzdGF0ZQoJMCBjb25uZWN0aW9ucyBpbiBDTE9TRV9XQUlU IHN0YXRlCgkwIGNvbm5lY3Rpb25zIGluIEZJTl9XQUlUXzEgc3RhdGUKCTAgY29ubmVjdGlvbnMg aW4gQ0xPU0lORyBzdGF0ZQoJMCBjb25uZWN0aW9ucyBpbiBMQVNUX0FDSyBzdGF0ZQoJMCBjb25u ZWN0aW9ucyBpbiBGSU5fV0FJVF8yIHN0YXRlCgkwIGNvbm5lY3Rpb25zIGluIFRJTUVfV0FJVCBz dGF0ZQp1ZHA6CgkxMTIzMDYgZGF0YWdyYW1zIHJlY2VpdmVkCgkwIHdpdGggaW5jb21wbGV0ZSBo ZWFkZXIKCTAgd2l0aCBiYWQgZGF0YSBsZW5ndGggZmllbGQKCTAgd2l0aCBiYWQgY2hlY2tzdW0K CTAgd2l0aCBubyBjaGVja3N1bQoJMTEyMjcyIGRyb3BwZWQgZHVlIHRvIG5vIHNvY2tldAoJMyBi cm9hZGNhc3QvbXVsdGljYXN0IGRhdGFncmFtcyB1bmRlbGl2ZXJlZAoJMCBkcm9wcGVkIGR1ZSB0 byBmdWxsIHNvY2tldCBidWZmZXJzCgkwIG5vdCBmb3IgaGFzaGVkIHBjYgoJMzEgZGVsaXZlcmVk CgkyNTMgZGF0YWdyYW1zIG91dHB1dAoJMCB0aW1lcyBtdWx0aWNhc3Qgc291cmNlIGZpbHRlciBt YXRjaGVkCmlwOgoJMTAzOCB0b3RhbCBwYWNrZXRzIHJlY2VpdmVkCgkwIGJhZCBoZWFkZXIgY2hl Y2tzdW1zCgkwIHdpdGggc2l6ZSBzbWFsbGVyIHRoYW4gbWluaW11bQoJMCB3aXRoIGRhdGEgc2l6 ZSA8IGRhdGEgbGVuZ3RoCgkwIHdpdGggaXAgbGVuZ3RoID4gbWF4IGlwIHBhY2tldCBzaXplCgkw IHdpdGggaGVhZGVyIGxlbmd0aCA8IGRhdGEgc2l6ZQoJMCB3aXRoIGRhdGEgbGVuZ3RoIDwgaGVh ZGVyIGxlbmd0aAoJMCB3aXRoIGJhZCBvcHRpb25zCgkwIHdpdGggaW5jb3JyZWN0IHZlcnNpb24g bnVtYmVyCgkwIGZyYWdtZW50cyByZWNlaXZlZAoJMCBmcmFnbWVudHMgZHJvcHBlZCAoZHVwIG9y IG91dCBvZiBzcGFjZSkKCTAgZnJhZ21lbnRzIGRyb3BwZWQgYWZ0ZXIgdGltZW91dAoJMCBwYWNr ZXRzIHJlYXNzZW1ibGVkIG9rCgkxMDM0IHBhY2tldHMgZm9yIHRoaXMgaG9zdAoJMCBwYWNrZXRz IGZvciB1bmtub3duL3Vuc3VwcG9ydGVkIHByb3RvY29sCgkwIHBhY2tldHMgZm9yd2FyZGVkICgw IHBhY2tldHMgZmFzdCBmb3J3YXJkZWQpCgk0IHBhY2tldHMgbm90IGZvcndhcmRhYmxlCgkwIHBh Y2tldHMgcmVjZWl2ZWQgZm9yIHVua25vd24gbXVsdGljYXN0IGdyb3VwCgkwIHJlZGlyZWN0cyBz ZW50Cgk3OTAgcGFja2V0cyBzZW50IGZyb20gdGhpcyBob3N0CgkwIHBhY2tldHMgc2VudCB3aXRo IGZhYnJpY2F0ZWQgaXAgaGVhZGVyCgkwIG91dHB1dCBwYWNrZXRzIGRyb3BwZWQgZHVlIHRvIG5v IGJ1ZnMsIGV0Yy4KCTAgb3V0cHV0IHBhY2tldHMgZGlzY2FyZGVkIGR1ZSB0byBubyByb3V0ZQoJ MCBvdXRwdXQgZGF0YWdyYW1zIGZyYWdtZW50ZWQKCTAgZnJhZ21lbnRzIGNyZWF0ZWQKCTAgZGF0 YWdyYW1zIHRoYXQgY2FuJ3QgYmUgZnJhZ21lbnRlZAoJMCB0dW5uZWxpbmcgcGFja2V0cyB0aGF0 IGNhbid0IGZpbmQgZ2lmCgkwIGRhdGFncmFtcyB3aXRoIGJhZCBhZGRyZXNzIGluIGhlYWRlcgpp Y21wOgoJMiBjYWxscyB0byBpY21wX2Vycm9yCgkwIGVycm9ycyBub3QgZ2VuZXJhdGVkIGluIHJl c3BvbnNlIHRvIGFuIGljbXAgbWVzc2FnZQoJT3V0cHV0IGhpc3RvZ3JhbToKCQllY2hvIHJlcGx5 OiAxCgkJZGVzdGluYXRpb24gdW5yZWFjaGFibGU6IDIKCTAgbWVzc2FnZXMgd2l0aCBiYWQgY29k ZSBmaWVsZHMKCTAgbWVzc2FnZXMgbGVzcyB0aGFuIHRoZSBtaW5pbXVtIGxlbmd0aAoJMCBtZXNz YWdlcyB3aXRoIGJhZCBjaGVja3N1bQoJMCBtZXNzYWdlcyB3aXRoIGJhZCBsZW5ndGgKCTAgbXVs dGljYXN0IGVjaG8gcmVxdWVzdHMgaWdub3JlZAoJMCBtdWx0aWNhc3QgdGltZXN0YW1wIHJlcXVl c3RzIGlnbm9yZWQKCUlucHV0IGhpc3RvZ3JhbToKCQllY2hvOiAxCgkxIG1lc3NhZ2UgcmVzcG9u c2UgZ2VuZXJhdGVkCgkwIGludmFsaWQgcmV0dXJuIGFkZHJlc3NlcwoJMCBubyByZXR1cm4gcm91 dGVzCmFycDoKCTcgQVJQIHJlcXVlc3RzIHNlbnQKCTAgQVJQIHJlcXVlc3RzIGZhaWxlZCB0byBz ZW50Cgk0MCBBUlAgcmVwbGllcyBzZW50Cgk5NyBBUlAgcmVxdWVzdHMgcmVjZWl2ZWQKCTQgQVJQ IHJlcGxpZXMgcmVjZWl2ZWQKCTEwMiBBUlAgcGFja2V0cyByZWNlaXZlZAoJMCB0b3RhbCBwYWNr ZXRzIGRyb3BwZWQgZHVlIHRvIG5vIEFSUCBlbnRyeQoJMCBBUlAgZW50cnlzIHRpbWVkIG91dAoJ MCBEdXBsaWNhdGUgSVBzIHNlZW4KaXA2OgoJMTM1MDA3IHRvdGFsIHBhY2tldHMgcmVjZWl2ZWQK CTAgd2l0aCBzaXplIHNtYWxsZXIgdGhhbiBtaW5pbXVtCgkwIHdpdGggZGF0YSBzaXplIDwgZGF0 YSBsZW5ndGgKCTAgd2l0aCBiYWQgb3B0aW9ucwoJMCB3aXRoIGluY29ycmVjdCB2ZXJzaW9uIG51 bWJlcgoJMCBmcmFnbWVudHMgcmVjZWl2ZWQKCTAgZnJhZ21lbnRzIGRyb3BwZWQgKGR1cCBvciBv dXQgb2Ygc3BhY2UpCgkwIGZyYWdtZW50cyBkcm9wcGVkIGFmdGVyIHRpbWVvdXQKCTAgZnJhZ21l bnRzIHRoYXQgZXhjZWVkZWQgbGltaXQKCTAgYXRvbWljIGZyYWdtZW50cwoJMCBwYWNrZXRzIHJl YXNzZW1ibGVkIG9rCgkxMzQ5ODAgcGFja2V0cyBmb3IgdGhpcyBob3N0CgkwIHBhY2tldHMgZm9y d2FyZGVkCgkwIHBhY2tldHMgbm90IGZvcndhcmRhYmxlCgkwIHJlZGlyZWN0cyBzZW50CgkxMTY2 MyBwYWNrZXRzIHNlbnQgZnJvbSB0aGlzIGhvc3QKCTAgcGFja2V0cyBzZW50IHdpdGggZmFicmlj YXRlZCBpcCBoZWFkZXIKCTAgb3V0cHV0IHBhY2tldHMgZHJvcHBlZCBkdWUgdG8gbm8gYnVmcywg ZXRjLgoJMCBvdXRwdXQgcGFja2V0cyBkaXNjYXJkZWQgZHVlIHRvIG5vIHJvdXRlCgkwIG91dHB1 dCBkYXRhZ3JhbXMgZnJhZ21lbnRlZAoJMCBmcmFnbWVudHMgY3JlYXRlZAoJMCBkYXRhZ3JhbXMg dGhhdCBjYW4ndCBiZSBmcmFnbWVudGVkCgkwIHBhY2tldHMgdGhhdCB2aW9sYXRlZCBzY29wZSBy dWxlcwoJODggbXVsdGljYXN0IHBhY2tldHMgd2hpY2ggd2UgZG9uJ3Qgam9pbgoJSW5wdXQgaGlz dG9ncmFtOgoJCWhvcCBieSBob3A6IDEyCgkJVENQOiAyMjY2NAoJCVVEUDogMTEyMjIyCgkJSUNN UDY6IDEwOQoJTWJ1ZiBzdGF0aXN0aWNzOgoJCTUgb25lIG1idWYKCQkxMzUwMDIgb25lIGV4dCBt YnVmCgkJMCB0d28gb3IgbW9yZSBleHQgbWJ1ZgoJMCBwYWNrZXRzIHdob3NlIGhlYWRlcnMgYXJl IG5vdCBjb250aWd1b3VzCgkwIHR1bm5lbGluZyBwYWNrZXRzIHRoYXQgY2FuJ3QgZmluZCBnaWYK CTAgcGFja2V0cyBkaXNjYXJkZWQgYmVjYXVzZSBvZiB0b28gbWFueSBoZWFkZXJzCgkwIGZhaWx1 cmVzIG9mIHNvdXJjZSBhZGRyZXNzIHNlbGVjdGlvbgoJc291cmNlIGFkZHJlc3NlcyBvbiBhbiBv dXRnb2luZyBJL0YKCQkyMyBsaW5rLWxvY2FscwoJCTEzOCBnbG9iYWxzCglzb3VyY2UgYWRkcmVz c2VzIG9mIHNhbWUgc2NvcGUKCQkxNCBsaW5rLWxvY2FscwoJCTEzOCBnbG9iYWxzCglzb3VyY2Ug YWRkcmVzc2VzIG9mIGEgZGlmZmVyZW50IHNjb3BlCgkJOSBsaW5rLWxvY2FscwoJU291cmNlIGFk ZHJlc3NlcyBzZWxlY3Rpb24gcnVsZSBhcHBsaWVkOgoJCTE2MSBmaXJzdCBjYW5kaWRhdGUKCQkx MzggYXBwcm9wcmlhdGUgc2NvcGUKaWNtcDY6CgkxIGNhbGwgdG8gaWNtcDZfZXJyb3IKCTAgZXJy b3JzIG5vdCBnZW5lcmF0ZWQgaW4gcmVzcG9uc2UgdG8gYW4gaWNtcDYgbWVzc2FnZQoJMCBlcnJv cnMgbm90IGdlbmVyYXRlZCBiZWNhdXNlIG9mIHJhdGUgbGltaXRhdGlvbgoJT3V0cHV0IGhpc3Rv Z3JhbToKCQl1bnJlYWNoOiAxCgkJcm91dGVyIHNvbGljaXRhdGlvbjogNQoJCW5laWdoYm9yIHNv bGljaXRhdGlvbjogMjEKCQluZWlnaGJvciBhZHZlcnRpc2VtZW50OiAxMwoJCU1MRHYyIGxpc3Rl bmVyIHJlcG9ydDogMQoJMCBtZXNzYWdlcyB3aXRoIGJhZCBjb2RlIGZpZWxkcwoJMCBtZXNzYWdl cyA8IG1pbmltdW0gbGVuZ3RoCgkwIGJhZCBjaGVja3N1bXMKCTAgbWVzc2FnZXMgd2l0aCBiYWQg bGVuZ3RoCglJbnB1dCBoaXN0b2dyYW06CgkJcm91dGVyIGFkdmVydGlzZW1lbnQ6IDQKCQluZWln aGJvciBzb2xpY2l0YXRpb246IDE2CgkJbmVpZ2hib3IgYWR2ZXJ0aXNlbWVudDogMTMKCUhpc3Rv Z3JhbSBvZiBlcnJvciBtZXNzYWdlcyB0byBiZSBnZW5lcmF0ZWQ6CgkJMCBubyByb3V0ZQoJCTAg YWRtaW5pc3RyYXRpdmVseSBwcm9oaWJpdGVkCgkJMCBiZXlvbmQgc2NvcGUKCQkwIGFkZHJlc3Mg dW5yZWFjaGFibGUKCQkxIHBvcnQgdW5yZWFjaGFibGUKCQkwIHBhY2tldCB0b28gYmlnCgkJMCB0 aW1lIGV4Y2VlZCB0cmFuc2l0CgkJMCB0aW1lIGV4Y2VlZCByZWFzc2VtYmx5CgkJMCBlcnJvbmVv dXMgaGVhZGVyIGZpZWxkCgkJMCB1bnJlY29nbml6ZWQgbmV4dCBoZWFkZXIKCQkwIHVucmVjb2du aXplZCBvcHRpb24KCQkwIHJlZGlyZWN0CgkJMCB1bmtub3duCgkwIG1lc3NhZ2UgcmVzcG9uc2Vz IGdlbmVyYXRlZAoJMCBtZXNzYWdlcyB3aXRoIHRvbyBtYW55IE5EIG9wdGlvbnMKCTAgbWVzc2Fn ZXMgd2l0aCBiYWQgTkQgb3B0aW9ucwoJMCBiYWQgbmVpZ2hib3Igc29saWNpdGF0aW9uIG1lc3Nh Z2VzCgkwIGJhZCBuZWlnaGJvciBhZHZlcnRpc2VtZW50IG1lc3NhZ2VzCgkwIGJhZCByb3V0ZXIg c29saWNpdGF0aW9uIG1lc3NhZ2VzCgkwIGJhZCByb3V0ZXIgYWR2ZXJ0aXNlbWVudCBtZXNzYWdl cwoJMCBiYWQgcmVkaXJlY3QgbWVzc2FnZXMKCTAgZGVmYXVsdCByb3V0ZXJzIG92ZXJmbG93cwoJ MCBwcmVmaXggb3ZlcmZsb3dzCgkwIG5laWdoYm91ciBlbnRyaWVzIG92ZXJmbG93cwoJMCByZWRp cmVjdCBvdmVyZmxvd3MKCTAgbWVzc2FnZXMgd2l0aCBpbnZhbGlkIGhvcCBsaW1pdAoJMCBwYXRo IE1UVSBjaGFuZ2VzCnJpcDY6CgkwIG1lc3NhZ2VzIHJlY2VpdmVkCgkwIGNoZWNrc3VtIGNhbGN1 bGF0aW9ucyBvbiBpbmJvdW5kCgkwIG1lc3NhZ2VzIHdpdGggYmFkIGNoZWNrc3VtCgkwIG1lc3Nh Z2VzIGRyb3BwZWQgZHVlIHRvIG5vIHNvY2tldAoJMCBtdWx0aWNhc3QgbWVzc2FnZXMgZHJvcHBl ZCBkdWUgdG8gbm8gc29ja2V0CgkwIG1lc3NhZ2VzIGRyb3BwZWQgZHVlIHRvIGZ1bGwgc29ja2V0 IGJ1ZmZlcnMKCTAgZGVsaXZlcmVkCgkwIGRhdGFncmFtcyBvdXRwdXQKcGZrZXk6CgkwIHJlcXVl c3RzIHNlbnQgZnJvbSB1c2VybGFuZAoJMCBieXRlcyBzZW50IGZyb20gdXNlcmxhbmQKCTAgbWVz c2FnZXMgd2l0aCBpbnZhbGlkIGxlbmd0aCBmaWVsZAoJMCBtZXNzYWdlcyB3aXRoIGludmFsaWQg dmVyc2lvbiBmaWVsZAoJMCBtZXNzYWdlcyB3aXRoIGludmFsaWQgbWVzc2FnZSB0eXBlIGZpZWxk CgkwIG1lc3NhZ2VzIHRvbyBzaG9ydAoJMCBtZXNzYWdlcyB3aXRoIG1lbW9yeSBhbGxvY2F0aW9u IGZhaWx1cmUKCTAgbWVzc2FnZXMgd2l0aCBkdXBsaWNhdGUgZXh0ZW5zaW9uCgkwIG1lc3NhZ2Vz IHdpdGggaW52YWxpZCBleHRlbnNpb24gdHlwZQoJMCBtZXNzYWdlcyB3aXRoIGludmFsaWQgc2Eg dHlwZQoJMCBtZXNzYWdlcyB3aXRoIGludmFsaWQgYWRkcmVzcyBleHRlbnNpb24KCTAgcmVxdWVz dHMgc2VudCB0byB1c2VybGFuZAoJMCBieXRlcyBzZW50IHRvIHVzZXJsYW5kCgkwIG1lc3NhZ2Vz IHRvd2FyZCBzaW5nbGUgc29ja2V0CgkwIG1lc3NhZ2VzIHRvd2FyZCBhbGwgc29ja2V0cwoJMCBt ZXNzYWdlcyB0b3dhcmQgcmVnaXN0ZXJlZCBzb2NrZXRzCgkwIG1lc3NhZ2VzIHdpdGggbWVtb3J5 IGFsbG9jYXRpb24gZmFpbHVyZQoKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCm5ldHN0YXQgLW0KCjUxMy80NzUy LzUyNjUgbWJ1ZnMgaW4gdXNlIChjdXJyZW50L2NhY2hlL3RvdGFsKQowLzIwMDAvMjAwMC85OTE4 NjIgbWJ1ZiBjbHVzdGVycyBpbiB1c2UgKGN1cnJlbnQvY2FjaGUvdG90YWwvbWF4KQowLzE5OTUg bWJ1ZitjbHVzdGVycyBvdXQgb2YgcGFja2V0IHNlY29uZGFyeSB6b25lIGluIHVzZSAoY3VycmVu dC9jYWNoZSkKNTEyLzI2NzEvMzE4My80OTU5MzEgNGsgKHBhZ2Ugc2l6ZSkganVtYm8gY2x1c3Rl cnMgaW4gdXNlIChjdXJyZW50L2NhY2hlL3RvdGFsL21heCkKMC8wLzAvMTQ2OTQyIDlrIGp1bWJv IGNsdXN0ZXJzIGluIHVzZSAoY3VycmVudC9jYWNoZS90b3RhbC9tYXgpCjAvMC8wLzgyNjU1IDE2 ayBqdW1ibyBjbHVzdGVycyBpbiB1c2UgKGN1cnJlbnQvY2FjaGUvdG90YWwvbWF4KQoyMTc2Sy8x NTg3MksvMTgwNDhLIGJ5dGVzIGFsbG9jYXRlZCB0byBuZXR3b3JrIChjdXJyZW50L2NhY2hlL3Rv dGFsKQowLzAvMCByZXF1ZXN0cyBmb3IgbWJ1ZnMgZGVuaWVkIChtYnVmcy9jbHVzdGVycy9tYnVm K2NsdXN0ZXJzKQowLzAvMCByZXF1ZXN0cyBmb3IgbWJ1ZnMgZGVsYXllZCAobWJ1ZnMvY2x1c3Rl cnMvbWJ1ZitjbHVzdGVycykKMC8wLzAgcmVxdWVzdHMgZm9yIGp1bWJvIGNsdXN0ZXJzIGRlbGF5 ZWQgKDRrLzlrLzE2aykKMC8wLzAgcmVxdWVzdHMgZm9yIGp1bWJvIGNsdXN0ZXJzIGRlbmllZCAo NGsvOWsvMTZrKQowIHNlbmRmaWxlIHN5c2NhbGxzCjAgc2VuZGZpbGUgc3lzY2FsbHMgY29tcGxl dGVkIHdpdGhvdXQgSS9PIHJlcXVlc3QKMCByZXF1ZXN0cyBmb3IgSS9PIGluaXRpYXRlZCBieSBz ZW5kZmlsZQowIHBhZ2VzIHJlYWQgYnkgc2VuZGZpbGUgYXMgcGFydCBvZiBhIHJlcXVlc3QKMCBw YWdlcyB3ZXJlIHZhbGlkIGF0IHRpbWUgb2YgYSBzZW5kZmlsZSByZXF1ZXN0CjAgcGFnZXMgd2Vy ZSB2YWxpZCBhbmQgc3Vic3RpdHV0ZWQgdG8gYm9ndXMgcGFnZQowIHBhZ2VzIHdlcmUgcmVxdWVz dGVkIGZvciByZWFkIGFoZWFkIGJ5IGFwcGxpY2F0aW9ucwowIHBhZ2VzIHdlcmUgcmVhZCBhaGVh ZCBieSBzZW5kZmlsZQowIHRpbWVzIHNlbmRmaWxlIGVuY291bnRlcmVkIGFuIGFscmVhZHkgYnVz eSBwYWdlCjAgcmVxdWVzdHMgZm9yIHNmYnVmcyBkZW5pZWQKMCByZXF1ZXN0cyBmb3Igc2ZidWZz IGRlbGF5ZWQKCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQpuZXRzdGF0IC1hbkEKCkFjdGl2ZSBJbnRlcm5ldCBj b25uZWN0aW9ucyAoaW5jbHVkaW5nIHNlcnZlcnMpClRjcGNiICAgICAgICAgICAgUHJvdG8gUmVj di1RIFNlbmQtUSBMb2NhbCBBZGRyZXNzICAgICAgRm9yZWlnbiBBZGRyZXNzICAgIChzdGF0ZSkg ICAgCmZmZmZmODAwM2MyMzI5ODggdWRwNCAgICAgICAwICAgICAgMCAqLjUxNCAgICAgICAgICAg ICAgKi4qICAgICAgICAgICAgICAgIApmZmZmZjgwMDNjMjMyZDU4IHVkcDYgICAgICAgMCAgICAg IDAgKi41MTQgICAgICAgICAgICAgICouKiAgICAgICAgICAgICAgICAKCi0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LQpuZXRzdGF0IC1hTAoKQ3VycmVudCBsaXN0ZW4gcXVldWUgc2l6ZXMgKHFsZW4vaW5jcWxlbi9t YXhxbGVuKQpQcm90byBMaXN0ZW4gICAgICAgICAgICAgICAgICAgICAgICAgICBMb2NhbCBBZGRy ZXNzICAgICAgICAgCnVuaXggIDAvMC8xMjggICAgICAgICAgICAgICAgICAgICAgICAgIC90bXAv dG11eC0wL2RlZmF1bHQKdW5peCAgMC8wLzQgICAgICAgICAgICAgICAgICAgICAgICAgICAgL3Zh ci9ydW4vZGV2ZC5waXBlCnVuaXggIDAvMC80ICAgICAgICAgICAgICAgICAgICAgICAgICAgIC92 YXIvcnVuL2RldmQuc2VxcGFja2V0LnBpcGUKCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQpmc3RhdAoKVVNFUiAg ICAgQ01EICAgICAgICAgIFBJRCAgIEZEIE1PVU5UICAgICAgSU5VTSBNT0RFICAgICAgICAgU1p8 RFYgUi9XCnJvb3QgICAgIGtsZGxvYWQgICAgIDQ4Njggcm9vdCAvICAgICAgICAgICAgMzQgZHJ3 eHIteHIteCAgICAgIDI3ICByCnJvb3QgICAgIGtsZGxvYWQgICAgIDQ4NjggICB3ZCAvICAgICAg ICAxMzQxNzEgZHJ3eHIteHIteCAgICAgMzk3ICByCnJvb3QgICAgIGtsZGxvYWQgICAgIDQ4Njgg dGV4dCAvICAgICAgICAgMTU0ODEgLXIteHIteHIteCAgICA5MzA0ICByCnJvb3QgICAgIGtsZGxv YWQgICAgIDQ4NjggY3R0eSAvZGV2ICAgICAgICAgODcgY3J3LS0tLS0tLSAgIHR0eXYwIHJ3CnJv b3QgICAgIGtsZGxvYWQgICAgIDQ4NjggICAgMCAvZGV2ICAgICAgICAgODcgY3J3LS0tLS0tLSAg IHR0eXYwIHJ3CnJvb3QgICAgIGtsZGxvYWQgICAgIDQ4NjggICAgMSAvZGV2ICAgICAgICAgODcg Y3J3LS0tLS0tLSAgIHR0eXYwIHJ3CnJvb3QgICAgIGtsZGxvYWQgICAgIDQ4NjggICAgMiAvZGV2 ICAgICAgICAgODcgY3J3LS0tLS0tLSAgIHR0eXYwIHJ3CnJvb3QgICAgIGNzaCAgICAgICAgIDQ4 MDIgcm9vdCAvICAgICAgICAgICAgMzQgZHJ3eHIteHIteCAgICAgIDI3ICByCnJvb3QgICAgIGNz aCAgICAgICAgIDQ4MDIgICB3ZCAvICAgICAgICAxMzQxNzEgZHJ3eHIteHIteCAgICAgMzk3ICBy CnJvb3QgICAgIGNzaCAgICAgICAgIDQ4MDIgdGV4dCAvICAgICAgICAgMTQ3MzUgLXIteHIteHIt eCAgNDU4MjE2ICByCnJvb3QgICAgIGNzaCAgICAgICAgIDQ4MDIgY3R0eSAvZGV2ICAgICAgICAg ODcgY3J3LS0tLS0tLSAgIHR0eXYwIHJ3CnJvb3QgICAgIGNzaCAgICAgICAgIDQ4MDIgICAxNSAv ZGV2ICAgICAgICAgODcgY3J3LS0tLS0tLSAgIHR0eXYwIHJ3CnJvb3QgICAgIGNzaCAgICAgICAg IDQ4MDIgICAxNiAvZGV2ICAgICAgICAgODcgY3J3LS0tLS0tLSAgIHR0eXYwIHJ3CnJvb3QgICAg IGNzaCAgICAgICAgIDQ4MDIgICAxNyAvZGV2ICAgICAgICAgODcgY3J3LS0tLS0tLSAgIHR0eXYw IHJ3CnJvb3QgICAgIGNzaCAgICAgICAgIDQ4MDIgICAxOCAvZGV2ICAgICAgICAgODcgY3J3LS0t LS0tLSAgIHR0eXYwIHJ3CnJvb3QgICAgIGNzaCAgICAgICAgIDQ4MDIgICAxOSAvZGV2ICAgICAg ICAgODcgY3J3LS0tLS0tLSAgIHR0eXYwIHJ3CnJvb3QgICAgIHN1ICAgICAgICAgIDQ4MDEgcm9v dCAvICAgICAgICAgICAgMzQgZHJ3eHIteHIteCAgICAgIDI3ICByCnJvb3QgICAgIHN1ICAgICAg ICAgIDQ4MDEgICB3ZCAvICAgICAgICAxMzM1MDIgZHJ3eHIteHIteCAgICAgMTE1ICByCnJvb3Qg ICAgIHN1ICAgICAgICAgIDQ4MDEgdGV4dCAvICAgICAgICAgIDU1ODAgLXItc3IteHIteCAgIDE3 ODk2ICByCnJvb3QgICAgIHN1ICAgICAgICAgIDQ4MDEgY3R0eSAvZGV2ICAgICAgICAgODcgY3J3 LS0tLS0tLSAgIHR0eXYwIHJ3CnJvb3QgICAgIHN1ICAgICAgICAgIDQ4MDEgICAgMCAvZGV2ICAg ICAgICAgODcgY3J3LS0tLS0tLSAgIHR0eXYwIHJ3CnJvb3QgICAgIHN1ICAgICAgICAgIDQ4MDEg ICAgMSAvZGV2ICAgICAgICAgODcgY3J3LS0tLS0tLSAgIHR0eXYwIHJ3CnJvb3QgICAgIHN1ICAg ICAgICAgIDQ4MDEgICAgMiAvZGV2ICAgICAgICAgODcgY3J3LS0tLS0tLSAgIHR0eXYwIHJ3CnJv b3QgICAgIHRtdXggICAgICAgIDQ3OTEgcm9vdCAvICAgICAgICAgICAgMzQgZHJ3eHIteHIteCAg ICAgIDI3ICByCnJvb3QgICAgIHRtdXggICAgICAgIDQ3OTEgICB3ZCAvICAgICAgICAxMzE0NjIg ZHJ3eHIteHIteCAgICAgIDIxICByCnJvb3QgICAgIHRtdXggICAgICAgIDQ3OTEgdGV4dCAvICAg ICAgICAxOTc3OTcgLXIteHIteHIteCAgODI1MTkyICByCnJvb3QgICAgIHRtdXggICAgICAgIDQ3 OTEgY3R0eSAvZGV2ICAgICAgICAxMzAgY3J3LS13LS0tLSAgIHB0cy8wIHJ3CnJvb3QgICAgIHRt dXggICAgICAgIDQ3OTEgICAgMCAvZGV2ICAgICAgICAxMzAgY3J3LS13LS0tLSAgIHB0cy8wIHJ3 CnJvb3QgICAgIHRtdXggICAgICAgIDQ3OTEgICAgMSAvZGV2ICAgICAgICAxMzAgY3J3LS13LS0t LSAgIHB0cy8wIHJ3CnJvb3QgICAgIHRtdXggICAgICAgIDQ3OTEgICAgMiAvZGV2ICAgICAgICAx MzAgY3J3LS13LS0tLSAgIHB0cy8wIHJ3CnJvb3QgICAgIHRtdXggICAgICAgIDQ3OTEgICAgMyog cGlwZSBmZmZmZjgwMDMxMGEyYmEwIDwtPiBmZmZmZjgwMDMxMGEyZDAwICAgICAgMCBydwpyb290 ICAgICB0bXV4ICAgICAgICA0NzkxICAgIDQqIHBpcGUgZmZmZmY4MDAzMTBhMmQwMCA8LT4gZmZm ZmY4MDAzMTBhMmJhMCAgICAgIDAgcncKcm9vdCAgICAgdG11eCAgICAgICAgNDc5MSAgICA1KiBs b2NhbCBzdHJlYW0gZmZmZmY4MDEwYzIyMzkwMCA8LT4gZmZmZmY4MDI5ZDRlOGEwMApyb290ICAg ICB2aW0gICAgICAgICA0Nzg2IHJvb3QgLyAgICAgICAgICAgIDM0IGRyd3hyLXhyLXggICAgICAy NyAgcgpyb290ICAgICB2aW0gICAgICAgICA0Nzg2ICAgd2QgLyAgICAgICAgMTMzNTAyIGRyd3hy LXhyLXggICAgIDExNSAgcgpyb290ICAgICB2aW0gICAgICAgICA0Nzg2IHRleHQgLyAgICAgICAg IDY1MjE4IC1yd3hyLXhyLXggIDMzMTk3NjAgIHIKcm9vdCAgICAgdmltICAgICAgICAgNDc4NiBj dHR5IC9kZXYgICAgICAgIDEzMiBjcnctLXctLS0tICAgcHRzLzEgcncKcm9vdCAgICAgdmltICAg ICAgICAgNDc4NiAgICAwIC9kZXYgICAgICAgIDEzMiBjcnctLXctLS0tICAgcHRzLzEgcncKcm9v dCAgICAgdmltICAgICAgICAgNDc4NiAgICAxIC9kZXYgICAgICAgIDEzMiBjcnctLXctLS0tICAg cHRzLzEgcncKcm9vdCAgICAgdmltICAgICAgICAgNDc4NiAgICAyIC9kZXYgICAgICAgIDEzMiBj cnctLXctLS0tICAgcHRzLzEgcncKcm9vdCAgICAgdmltICAgICAgICAgNDc4NiAgICA0IC8gICAg ICAgIDE5NzY2OSAtcnctci0tci0tICAgNDA5NjAgcncKcm9vdCAgICAgY3NoICAgICAgICAgNDc4 MiByb290IC8gICAgICAgICAgICAzNCBkcnd4ci14ci14ICAgICAgMjcgIHIKcm9vdCAgICAgY3No ICAgICAgICAgNDc4MiAgIHdkIC8gICAgICAgIDEzMzUwMiBkcnd4ci14ci14ICAgICAxMTUgIHIK cm9vdCAgICAgY3NoICAgICAgICAgNDc4MiB0ZXh0IC8gICAgICAgICAxNDczNSAtci14ci14ci14 ICA0NTgyMTYgIHIKcm9vdCAgICAgY3NoICAgICAgICAgNDc4MiBjdHR5IC9kZXYgICAgICAgIDEz MiBjcnctLXctLS0tICAgcHRzLzEgcncKcm9vdCAgICAgY3NoICAgICAgICAgNDc4MiAgIDE1IC9k ZXYgICAgICAgIDEzMiBjcnctLXctLS0tICAgcHRzLzEgcncKcm9vdCAgICAgY3NoICAgICAgICAg NDc4MiAgIDE2IC9kZXYgICAgICAgIDEzMiBjcnctLXctLS0tICAgcHRzLzEgcncKcm9vdCAgICAg Y3NoICAgICAgICAgNDc4MiAgIDE3IC9kZXYgICAgICAgIDEzMiBjcnctLXctLS0tICAgcHRzLzEg cncKcm9vdCAgICAgY3NoICAgICAgICAgNDc4MiAgIDE4IC9kZXYgICAgICAgIDEzMiBjcnctLXct LS0tICAgcHRzLzEgcncKcm9vdCAgICAgY3NoICAgICAgICAgNDc4MiAgIDE5IC9kZXYgICAgICAg IDEzMiBjcnctLXctLS0tICAgcHRzLzEgcncKcm9vdCAgICAgdG11eCAgICAgICAgNDc4MSByb290 IC8gICAgICAgICAgICAzNCBkcnd4ci14ci14ICAgICAgMjcgIHIKcm9vdCAgICAgdG11eCAgICAg ICAgNDc4MSAgIHdkIC8gICAgICAgIDEzMTQ2MiBkcnd4ci14ci14ICAgICAgMjEgIHIKcm9vdCAg ICAgdG11eCAgICAgICAgNDc4MSB0ZXh0IC8gICAgICAgIDE5Nzc5NyAtci14ci14ci14ICA4MjUx OTIgIHIKcm9vdCAgICAgdG11eCAgICAgICAgNDc4MSAgICAwIC9kZXYgICAgICAgICAyNyBjcnct cnctcnctICAgIG51bGwgcncKcm9vdCAgICAgdG11eCAgICAgICAgNDc4MSAgICAxIC9kZXYgICAg ICAgICAyNyBjcnctcnctcnctICAgIG51bGwgcncKcm9vdCAgICAgdG11eCAgICAgICAgNDc4MSAg ICAyIC9kZXYgICAgICAgICAyNyBjcnctcnctcnctICAgIG51bGwgcncKcm9vdCAgICAgdG11eCAg ICAgICAgNDc4MSAgICAzKiBwaXBlIGZmZmZmODAyZGI4YmE4YjggPC0+IGZmZmZmODAyZGI4YmFh MTggICAgICAwIHJ3CnJvb3QgICAgIHRtdXggICAgICAgIDQ3ODEgICAgNCogcGlwZSBmZmZmZjgw MmRiOGJhYTE4IDwtPiBmZmZmZjgwMmRiOGJhOGI4ICAgICAgMCBydwpyb290ICAgICB0bXV4ICAg ICAgICA0NzgxICAgIDUqIGxvY2FsIHN0cmVhbSBmZmZmZjgwMjlkNGU4YTAwIDwtPiBmZmZmZjgw MTBjMjIzOTAwCnJvb3QgICAgIHRtdXggICAgICAgIDQ3ODEgICAgNiogbG9jYWwgc3RyZWFtIGZm ZmZmODAxMGMyMjNiMDAKcm9vdCAgICAgdG11eCAgICAgICAgNDc4MSAgICA3IC9kZXYgICAgICAg IDEzMCBjcnctLXctLS0tICAgcHRzLzAgcncKcm9vdCAgICAgdG11eCAgICAgICAgNDc4MSAgICA4 KiBwc2V1ZG8tdGVybWluYWwgbWFzdGVyICAgICAgcHRzLzEgcncKcm9vdCAgICAgY3NoICAgICAg ICAgNDc3NCByb290IC8gICAgICAgICAgICAzNCBkcnd4ci14ci14ICAgICAgMjcgIHIKcm9vdCAg ICAgY3NoICAgICAgICAgNDc3NCAgIHdkIC8gICAgICAgIDEzMTQ2MiBkcnd4ci14ci14ICAgICAg MjEgIHIKcm9vdCAgICAgY3NoICAgICAgICAgNDc3NCB0ZXh0IC8gICAgICAgICAxNDczNSAtci14 ci14ci14ICA0NTgyMTYgIHIKcm9vdCAgICAgY3NoICAgICAgICAgNDc3NCBjdHR5IC9kZXYgICAg ICAgIDEzMCBjcnctLXctLS0tICAgcHRzLzAgcncKcm9vdCAgICAgY3NoICAgICAgICAgNDc3NCAg IDE1IC9kZXYgICAgICAgIDEzMCBjcnctLXctLS0tICAgcHRzLzAgcncKcm9vdCAgICAgY3NoICAg ICAgICAgNDc3NCAgIDE2IC9kZXYgICAgICAgIDEzMCBjcnctLXctLS0tICAgcHRzLzAgcncKcm9v dCAgICAgY3NoICAgICAgICAgNDc3NCAgIDE3IC9kZXYgICAgICAgIDEzMCBjcnctLXctLS0tICAg cHRzLzAgcncKcm9vdCAgICAgY3NoICAgICAgICAgNDc3NCAgIDE4IC9kZXYgICAgICAgIDEzMCBj cnctLXctLS0tICAgcHRzLzAgcncKcm9vdCAgICAgY3NoICAgICAgICAgNDc3NCAgIDE5IC9kZXYg ICAgICAgIDEzMCBjcnctLXctLS0tICAgcHRzLzAgcncKcm9vdCAgICAgc3UgICAgICAgICAgNDc3 MyByb290IC8gICAgICAgICAgICAzNCBkcnd4ci14ci14ICAgICAgMjcgIHIKcm9vdCAgICAgc3Ug ICAgICAgICAgNDc3MyAgIHdkIC91c3IvaG9tZSAgICAgIDIgZHJ3eHIteHIteCAgICAgICA5ICBy CnJvb3QgICAgIHN1ICAgICAgICAgIDQ3NzMgdGV4dCAvICAgICAgICAgIDU1ODAgLXItc3IteHIt eCAgIDE3ODk2ICByCnJvb3QgICAgIHN1ICAgICAgICAgIDQ3NzMgY3R0eSAvZGV2ICAgICAgICAx MzAgY3J3LS13LS0tLSAgIHB0cy8wIHJ3CnJvb3QgICAgIHN1ICAgICAgICAgIDQ3NzMgICAgMCAv ZGV2ICAgICAgICAxMzAgY3J3LS13LS0tLSAgIHB0cy8wIHJ3CnJvb3QgICAgIHN1ICAgICAgICAg IDQ3NzMgICAgMSAvZGV2ICAgICAgICAxMzAgY3J3LS13LS0tLSAgIHB0cy8wIHJ3CnJvb3QgICAg IHN1ICAgICAgICAgIDQ3NzMgICAgMiAvZGV2ICAgICAgICAxMzAgY3J3LS13LS0tLSAgIHB0cy8w IHJ3Cm5lZWwgICAgIGNzaCAgICAgICAgIDQ3Njkgcm9vdCAvICAgICAgICAgICAgMzQgZHJ3eHIt eHIteCAgICAgIDI3ICByCm5lZWwgICAgIGNzaCAgICAgICAgIDQ3NjkgICB3ZCAvdXNyL2hvbWUg ICAgICAyIGRyd3hyLXhyLXggICAgICAgOSAgcgpuZWVsICAgICBjc2ggICAgICAgICA0NzY5IHRl eHQgLyAgICAgICAgIDE0NzM1IC1yLXhyLXhyLXggIDQ1ODIxNiAgcgpuZWVsICAgICBjc2ggICAg ICAgICA0NzY5IGN0dHkgL2RldiAgICAgICAgMTMwIGNydy0tdy0tLS0gICBwdHMvMCBydwpuZWVs ICAgICBjc2ggICAgICAgICA0NzY5ICAgMTUgL2RldiAgICAgICAgMTMwIGNydy0tdy0tLS0gICBw dHMvMCBydwpuZWVsICAgICBjc2ggICAgICAgICA0NzY5ICAgMTYgL2RldiAgICAgICAgMTMwIGNy dy0tdy0tLS0gICBwdHMvMCBydwpuZWVsICAgICBjc2ggICAgICAgICA0NzY5ICAgMTcgL2RldiAg ICAgICAgMTMwIGNydy0tdy0tLS0gICBwdHMvMCBydwpuZWVsICAgICBjc2ggICAgICAgICA0NzY5 ICAgMTggL2RldiAgICAgICAgMTMwIGNydy0tdy0tLS0gICBwdHMvMCBydwpuZWVsICAgICBjc2gg ICAgICAgICA0NzY5ICAgMTkgL2RldiAgICAgICAgMTMwIGNydy0tdy0tLS0gICBwdHMvMCBydwpu ZWVsICAgICBzc2hkICAgICAgICA0NzY4IHJvb3QgLyAgICAgICAgICAgIDM0IGRyd3hyLXhyLXgg ICAgICAyNyAgcgpuZWVsICAgICBzc2hkICAgICAgICA0NzY4ICAgd2QgLyAgICAgICAgICAgIDM0 IGRyd3hyLXhyLXggICAgICAyNyAgcgpuZWVsICAgICBzc2hkICAgICAgICA0NzY4IHRleHQgLyAg ICAgICAgICAxNzQ2IC1yLXhyLXhyLXggIDMyNjMyMCAgcgpuZWVsICAgICBzc2hkICAgICAgICA0 NzY4ICAgIDAgL2RldiAgICAgICAgIDI3IGNydy1ydy1ydy0gICAgbnVsbCBydwpuZWVsICAgICBz c2hkICAgICAgICA0NzY4ICAgIDEgL2RldiAgICAgICAgIDI3IGNydy1ydy1ydy0gICAgbnVsbCBy dwpuZWVsICAgICBzc2hkICAgICAgICA0NzY4ICAgIDIgL2RldiAgICAgICAgIDI3IGNydy1ydy1y dy0gICAgbnVsbCBydwpuZWVsICAgICBzc2hkICAgICAgICA0NzY4ICAgIDMgL2RldiAgICAgICAg IDY1IGNydy1ydy1ydy0gIGNyeXB0byBydwpuZWVsICAgICBzc2hkICAgICAgICA0NzY4ICAgIDQq IGxvY2FsIHN0cmVhbSBmZmZmZjgwMTBjMGQwMjAwIDwtPiBmZmZmZjgwMjlkNGU4YzAwCm5lZWwg ICAgIHNzaGQgICAgICAgIDQ3NjggICAgNSogaW50ZXJuZXQgc3RyZWFtIHRjcCBmZmZmZmUwMTM1 OTE2NGM4Cm5lZWwgICAgIHNzaGQgICAgICAgIDQ3NjggICAgNiAvZGV2ICAgICAgICAgNjUgY3J3 LXJ3LXJ3LSAgY3J5cHRvIHJ3Cm5lZWwgICAgIHNzaGQgICAgICAgIDQ3NjggICAgNyogcGlwZSBm ZmZmZjgwMDI0YzYwMmU4IDwtPiBmZmZmZjgwMDI0YzYwNDQ4ICAgICAgMCBydwpuZWVsICAgICBz c2hkICAgICAgICA0NzY4ICAgIDgqIGxvY2FsIHN0cmVhbSBmZmZmZjgwMTBjMzAyYjAwCm5lZWwg ICAgIHNzaGQgICAgICAgIDQ3NjggICAgOSogcGlwZSBmZmZmZjgwMDI0YzYwNDQ4IDwtPiBmZmZm ZjgwMDI0YzYwMmU4ICAgICAgMCBydwpuZWVsICAgICBzc2hkICAgICAgICA0NzY4ICAgMTAqIHBz ZXVkby10ZXJtaW5hbCBtYXN0ZXIgICAgICBwdHMvMCBydwpuZWVsICAgICBzc2hkICAgICAgICA0 NzY4ICAgMTIqIHBzZXVkby10ZXJtaW5hbCBtYXN0ZXIgICAgICBwdHMvMCBydwpuZWVsICAgICBz c2hkICAgICAgICA0NzY4ICAgMTMqIHBzZXVkby10ZXJtaW5hbCBtYXN0ZXIgICAgICBwdHMvMCBy dwpyb290ICAgICBzc2hkICAgICAgICA0NzYzIHJvb3QgLyAgICAgICAgICAgIDM0IGRyd3hyLXhy LXggICAgICAyNyAgcgpyb290ICAgICBzc2hkICAgICAgICA0NzYzICAgd2QgLyAgICAgICAgICAg IDM0IGRyd3hyLXhyLXggICAgICAyNyAgcgpyb290ICAgICBzc2hkICAgICAgICA0NzYzIHRleHQg LyAgICAgICAgICAxNzQ2IC1yLXhyLXhyLXggIDMyNjMyMCAgcgpyb290ICAgICBzc2hkICAgICAg ICA0NzYzICAgIDAgL2RldiAgICAgICAgIDI3IGNydy1ydy1ydy0gICAgbnVsbCAgcgpyb290ICAg ICBzc2hkICAgICAgICA0NzYzICAgIDEgL2RldiAgICAgICAgIDI3IGNydy1ydy1ydy0gICAgbnVs bCBydwpyb290ICAgICBzc2hkICAgICAgICA0NzYzICAgIDIgL2RldiAgICAgICAgIDI3IGNydy1y dy1ydy0gICAgbnVsbCBydwpyb290ICAgICBzc2hkICAgICAgICA0NzYzICAgIDMgL2RldiAgICAg ICAgIDY1IGNydy1ydy1ydy0gIGNyeXB0byBydwpyb290ICAgICBzc2hkICAgICAgICA0NzYzICAg IDQqIHBzZXVkby10ZXJtaW5hbCBtYXN0ZXIgICAgICBwdHMvMCBydwpyb290ICAgICBzc2hkICAg ICAgICA0NzYzICAgIDUqIGludGVybmV0IHN0cmVhbSB0Y3AgZmZmZmZlMDEzNTkxNjRjOApyb290 ICAgICBzc2hkICAgICAgICA0NzYzICAgIDYgL2RldiAgICAgICAgIDY1IGNydy1ydy1ydy0gIGNy eXB0byBydwpyb290ICAgICBzc2hkICAgICAgICA0NzYzICAgIDcqIGxvY2FsIHN0cmVhbSBmZmZm ZjgwMjlkNGU4YzAwIDwtPiBmZmZmZjgwMTBjMGQwMjAwCnJvb3QgICAgIHNzaGQgICAgICAgIDQ3 NjMgICAgOCogbG9jYWwgc3RyZWFtIGZmZmZmODAxMGMzMDJiMDAKX2RoY3AgICAgZGhjbGllbnQg ICAgNDc1NCByb290IC8gICAgICAgICAgICAzNCBkcnd4ci14ci14ICAgICAgMjcgIHIKX2RoY3Ag ICAgZGhjbGllbnQgICAgNDc1NCAgIHdkIC8gICAgICAgICAgICAzNCBkcnd4ci14ci14ICAgICAg MjcgIHIKX2RoY3AgICAgZGhjbGllbnQgICAgNDc1NCB0ZXh0IC8gICAgICAgICAxNTUwMCAtci14 ci14ci14ICAxMTk0NzIgIHIKX2RoY3AgICAgZGhjbGllbnQgICAgNDc1NCAgICAwIC9kZXYgICAg ICAgICAyNyBjcnctcnctcnctICAgIG51bGwgcncKX2RoY3AgICAgZGhjbGllbnQgICAgNDc1NCAg ICAxIC9kZXYgICAgICAgICAyNyBjcnctcnctcnctICAgIG51bGwgcncKX2RoY3AgICAgZGhjbGll bnQgICAgNDc1NCAgICAyIC9kZXYgICAgICAgICAyNyBjcnctcnctcnctICAgIG51bGwgcncKX2Ro Y3AgICAgZGhjbGllbnQgICAgNDc1NCAgICAzIC8gICAgICAgICAxNTY2MCBkcnd4ci14ci14ICAg ICAgIDMgIHIKX2RoY3AgICAgZGhjbGllbnQgICAgNDc1NCAgICA0KiBsb2NhbCBzdHJlYW0gZmZm ZmY4MDEwYzBkMGIwMCA8LT4gZmZmZmY4MDAzMWZkYmMwMApfZGhjcCAgICBkaGNsaWVudCAgICA0 NzU0ICAgIDUgLyAgICAgICAgMTk3NjY0IC1ydy1yLS1yLS0gICAgICAgNCAgdwpfZGhjcCAgICBk aGNsaWVudCAgICA0NzU0ICAgIDcgL2RldiAgICAgICAgIDMxIGNydy0tLS0tLS0gICAgIGJwZiAg cgpfZGhjcCAgICBkaGNsaWVudCAgICA0NzU0ICAgIDgqIHJvdXRlIHJhdyAwIGZmZmZmODAyY2Zk ZTNiMTAKX2RoY3AgICAgZGhjbGllbnQgICAgNDc1NCAgICA5IC8gICAgICAgICAzMjkwMyAtLS0t LS0tLS0tICAgICA4MDAgIHcKX2RoY3AgICAgZGhjbGllbnQgICAgNDc1NCAgIDExKiBwaXBlIGZm ZmZmODAwMzFlNTVhMTggPC0+IGZmZmZmODAwMzFlNTU4YjggICAgICAwIHJ3CnJvb3QgICAgIGRo Y2xpZW50ICAgIDQ2NDkgcm9vdCAvICAgICAgICAgICAgMzQgZHJ3eHIteHIteCAgICAgIDI3ICBy CnJvb3QgICAgIGRoY2xpZW50ICAgIDQ2NDkgICB3ZCAvICAgICAgICAgICAgMzQgZHJ3eHIteHIt eCAgICAgIDI3ICByCnJvb3QgICAgIGRoY2xpZW50ICAgIDQ2NDkgdGV4dCAvICAgICAgICAgMTU1 MDAgLXIteHIteHIteCAgMTE5NDcyICByCnJvb3QgICAgIGRoY2xpZW50ICAgIDQ2NDkgICAgMCAv ZGV2ICAgICAgICAgMjcgY3J3LXJ3LXJ3LSAgICBudWxsIHJ3CnJvb3QgICAgIGRoY2xpZW50ICAg IDQ2NDkgICAgMSAvZGV2ICAgICAgICAgMjcgY3J3LXJ3LXJ3LSAgICBudWxsIHJ3CnJvb3QgICAg IGRoY2xpZW50ICAgIDQ2NDkgICAgMiAvZGV2ICAgICAgICAgMjcgY3J3LXJ3LXJ3LSAgICBudWxs IHJ3CnJvb3QgICAgIGRoY2xpZW50ICAgIDQ2NDkgICAgMyAvICAgICAgICAgMTU2NjAgZHJ3eHIt eHIteCAgICAgICAzICByCnJvb3QgICAgIGRoY2xpZW50ICAgIDQ2NDkgICAgNCogbG9jYWwgc3Ry ZWFtIGZmZmZmODAxMGMwZDBiMDAgPC0+IGZmZmZmODAwMzFmZGJjMDAKcm9vdCAgICAgZGhjbGll bnQgICAgNDY0OSAgICA1IC8gICAgICAgIDE5NzY2NCAtcnctci0tci0tICAgICAgIDQgIHcKcm9v dCAgICAgZGhjbGllbnQgICAgNDY0OSAgICA4IC9kZXYgICAgICAgICAzMSBjcnctLS0tLS0tICAg ICBicGYgIHcKcm9vdCAgICAgZGhjbGllbnQgICAgNDY0OSAgICA5KiBpbnRlcm5ldCByYXcgaXAg ZmZmZmY4MDI5ZDU1Yjk4OApyb290ICAgICBkaGNsaWVudCAgICA0NjQ5ICAgMTAqIHBpcGUgZmZm ZmY4MDAzMWU1NThiOCA8LT4gZmZmZmY4MDAzMWU1NWExOCAgICAgIDAgcncKcm9vdCAgICAgZGhj bGllbnQgICAgNDY0NiByb290IC8gICAgICAgICAgICAzNCBkcnd4ci14ci14ICAgICAgMjcgIHIK cm9vdCAgICAgZGhjbGllbnQgICAgNDY0NiAgIHdkIC8gICAgICAgICAgICAzNCBkcnd4ci14ci14 ICAgICAgMjcgIHIKcm9vdCAgICAgZGhjbGllbnQgICAgNDY0NiB0ZXh0IC8gICAgICAgICAxNTUw MCAtci14ci14ci14ICAxMTk0NzIgIHIKcm9vdCAgICAgZGhjbGllbnQgICAgNDY0NiAgICAwIC9k ZXYgICAgICAgICAyNyBjcnctcnctcnctICAgIG51bGwgcncKcm9vdCAgICAgZGhjbGllbnQgICAg NDY0NiAgICAxIC9kZXYgICAgICAgICAyNyBjcnctcnctcnctICAgIG51bGwgcncKcm9vdCAgICAg ZGhjbGllbnQgICAgNDY0NiAgICAyIC9kZXYgICAgICAgICAyNyBjcnctcnctcnctICAgIG51bGwg cncKcm9vdCAgICAgZGhjbGllbnQgICAgNDY0NiAgICAzCnJvb3QgICAgIGRoY2xpZW50ICAgIDQ2 NDYgICAgNCogbG9jYWwgZGdyYW0gZmZmZmY4MDAzMWZkYjYwMCA8LT4gZmZmZmY4MDEwYzJkN2Uw MApyb290ICAgICBkaGNsaWVudCAgICA0NjQ2ICAgIDYqIGxvY2FsIHN0cmVhbSBmZmZmZjgwMDMx ZmRiYzAwIDwtPiBmZmZmZjgwMTBjMGQwYjAwCnJvb3QgICAgIGNzaCAgICAgICAgIDM5NjMgcm9v dCAvICAgICAgICAgICAgMzQgZHJ3eHIteHIteCAgICAgIDI3ICByCnJvb3QgICAgIGNzaCAgICAg ICAgIDM5NjMgICB3ZCAvICAgICAgICAgICAxMzAgZHJ3eHIteC0tLSAgICAgIDMxICByCnJvb3Qg ICAgIGNzaCAgICAgICAgIDM5NjMgdGV4dCAvICAgICAgICAgMTQ3MzUgLXIteHIteHIteCAgNDU4 MjE2ICByCnJvb3QgICAgIGNzaCAgICAgICAgIDM5NjMgY3R0eSAvZGV2ICAgICAgICAgODggY3J3 LS0tLS0tLSAgIHR0eXYxIHJ3CnJvb3QgICAgIGNzaCAgICAgICAgIDM5NjMgICAxNSAvZGV2ICAg ICAgICAgODggY3J3LS0tLS0tLSAgIHR0eXYxIHJ3CnJvb3QgICAgIGNzaCAgICAgICAgIDM5NjMg ICAxNiAvZGV2ICAgICAgICAgODggY3J3LS0tLS0tLSAgIHR0eXYxIHJ3CnJvb3QgICAgIGNzaCAg ICAgICAgIDM5NjMgICAxNyAvZGV2ICAgICAgICAgODggY3J3LS0tLS0tLSAgIHR0eXYxIHJ3CnJv b3QgICAgIGNzaCAgICAgICAgIDM5NjMgICAxOCAvZGV2ICAgICAgICAgODggY3J3LS0tLS0tLSAg IHR0eXYxIHJ3CnJvb3QgICAgIGNzaCAgICAgICAgIDM5NjMgICAxOSAvZGV2ICAgICAgICAgODgg Y3J3LS0tLS0tLSAgIHR0eXYxIHJ3CnJvb3QgICAgIGNzaCAgICAgICAgIDE1Nzcgcm9vdCAvICAg ICAgICAgICAgMzQgZHJ3eHIteHIteCAgICAgIDI3ICByCnJvb3QgICAgIGNzaCAgICAgICAgIDE1 NzcgICB3ZCAvICAgICAgICAxMzM1MDIgZHJ3eHIteHIteCAgICAgMTE1ICByCnJvb3QgICAgIGNz aCAgICAgICAgIDE1NzcgdGV4dCAvICAgICAgICAgMTQ3MzUgLXIteHIteHIteCAgNDU4MjE2ICBy CnJvb3QgICAgIGNzaCAgICAgICAgIDE1NzcgY3R0eSAvZGV2ICAgICAgICAgODcgY3J3LS0tLS0t LSAgIHR0eXYwIHJ3CnJvb3QgICAgIGNzaCAgICAgICAgIDE1NzcgICAxNSAvZGV2ICAgICAgICAg ODcgY3J3LS0tLS0tLSAgIHR0eXYwIHJ3CnJvb3QgICAgIGNzaCAgICAgICAgIDE1NzcgICAxNiAv ZGV2ICAgICAgICAgODcgY3J3LS0tLS0tLSAgIHR0eXYwIHJ3CnJvb3QgICAgIGNzaCAgICAgICAg IDE1NzcgICAxNyAvZGV2ICAgICAgICAgODcgY3J3LS0tLS0tLSAgIHR0eXYwIHJ3CnJvb3QgICAg IGNzaCAgICAgICAgIDE1NzcgICAxOCAvZGV2ICAgICAgICAgODcgY3J3LS0tLS0tLSAgIHR0eXYw IHJ3CnJvb3QgICAgIGNzaCAgICAgICAgIDE1NzcgICAxOSAvZGV2ICAgICAgICAgODcgY3J3LS0t LS0tLSAgIHR0eXYwIHJ3CnJvb3QgICAgIGdldHR5ICAgICAgIDE1NzYgcm9vdCAvICAgICAgICAg ICAgMzQgZHJ3eHIteHIteCAgICAgIDI3ICByCnJvb3QgICAgIGdldHR5ICAgICAgIDE1NzYgICB3 ZCAvICAgICAgICAgICAgMzQgZHJ3eHIteHIteCAgICAgIDI3ICByCnJvb3QgICAgIGdldHR5ICAg ICAgIDE1NzYgdGV4dCAvICAgICAgICAgIDU2MzQgLXIteHIteHIteCAgIDM1NTY4ICByCnJvb3Qg ICAgIGdldHR5ICAgICAgIDE1NzYgY3R0eSAvZGV2ICAgICAgICAgOTQgY3J3LS0tLS0tLSAgIHR0 eXY3IHJ3CnJvb3QgICAgIGdldHR5ICAgICAgIDE1NzYgICAgMCAvZGV2ICAgICAgICAgOTQgY3J3 LS0tLS0tLSAgIHR0eXY3IHJ3CnJvb3QgICAgIGdldHR5ICAgICAgIDE1NzYgICAgMSAvZGV2ICAg ICAgICAgOTQgY3J3LS0tLS0tLSAgIHR0eXY3IHJ3CnJvb3QgICAgIGdldHR5ICAgICAgIDE1NzYg ICAgMiAvZGV2ICAgICAgICAgOTQgY3J3LS0tLS0tLSAgIHR0eXY3IHJ3CnJvb3QgICAgIGdldHR5 ICAgICAgIDE1NzUgcm9vdCAvICAgICAgICAgICAgMzQgZHJ3eHIteHIteCAgICAgIDI3ICByCnJv b3QgICAgIGdldHR5ICAgICAgIDE1NzUgICB3ZCAvICAgICAgICAgICAgMzQgZHJ3eHIteHIteCAg ICAgIDI3ICByCnJvb3QgICAgIGdldHR5ICAgICAgIDE1NzUgdGV4dCAvICAgICAgICAgIDU2MzQg LXIteHIteHIteCAgIDM1NTY4ICByCnJvb3QgICAgIGdldHR5ICAgICAgIDE1NzUgY3R0eSAvZGV2 ICAgICAgICAgOTMgY3J3LS0tLS0tLSAgIHR0eXY2IHJ3CnJvb3QgICAgIGdldHR5ICAgICAgIDE1 NzUgICAgMCAvZGV2ICAgICAgICAgOTMgY3J3LS0tLS0tLSAgIHR0eXY2IHJ3CnJvb3QgICAgIGdl dHR5ICAgICAgIDE1NzUgICAgMSAvZGV2ICAgICAgICAgOTMgY3J3LS0tLS0tLSAgIHR0eXY2IHJ3 CnJvb3QgICAgIGdldHR5ICAgICAgIDE1NzUgICAgMiAvZGV2ICAgICAgICAgOTMgY3J3LS0tLS0t LSAgIHR0eXY2IHJ3CnJvb3QgICAgIGdldHR5ICAgICAgIDE1NzQgcm9vdCAvICAgICAgICAgICAg MzQgZHJ3eHIteHIteCAgICAgIDI3ICByCnJvb3QgICAgIGdldHR5ICAgICAgIDE1NzQgICB3ZCAv ICAgICAgICAgICAgMzQgZHJ3eHIteHIteCAgICAgIDI3ICByCnJvb3QgICAgIGdldHR5ICAgICAg IDE1NzQgdGV4dCAvICAgICAgICAgIDU2MzQgLXIteHIteHIteCAgIDM1NTY4ICByCnJvb3QgICAg IGdldHR5ICAgICAgIDE1NzQgY3R0eSAvZGV2ICAgICAgICAgOTIgY3J3LS0tLS0tLSAgIHR0eXY1 IHJ3CnJvb3QgICAgIGdldHR5ICAgICAgIDE1NzQgICAgMCAvZGV2ICAgICAgICAgOTIgY3J3LS0t LS0tLSAgIHR0eXY1IHJ3CnJvb3QgICAgIGdldHR5ICAgICAgIDE1NzQgICAgMSAvZGV2ICAgICAg ICAgOTIgY3J3LS0tLS0tLSAgIHR0eXY1IHJ3CnJvb3QgICAgIGdldHR5ICAgICAgIDE1NzQgICAg MiAvZGV2ICAgICAgICAgOTIgY3J3LS0tLS0tLSAgIHR0eXY1IHJ3CnJvb3QgICAgIGdldHR5ICAg ICAgIDE1NzMgcm9vdCAvICAgICAgICAgICAgMzQgZHJ3eHIteHIteCAgICAgIDI3ICByCnJvb3Qg ICAgIGdldHR5ICAgICAgIDE1NzMgICB3ZCAvICAgICAgICAgICAgMzQgZHJ3eHIteHIteCAgICAg IDI3ICByCnJvb3QgICAgIGdldHR5ICAgICAgIDE1NzMgdGV4dCAvICAgICAgICAgIDU2MzQgLXIt eHIteHIteCAgIDM1NTY4ICByCnJvb3QgICAgIGdldHR5ICAgICAgIDE1NzMgY3R0eSAvZGV2ICAg ICAgICAgOTEgY3J3LS0tLS0tLSAgIHR0eXY0IHJ3CnJvb3QgICAgIGdldHR5ICAgICAgIDE1NzMg ICAgMCAvZGV2ICAgICAgICAgOTEgY3J3LS0tLS0tLSAgIHR0eXY0IHJ3CnJvb3QgICAgIGdldHR5 ICAgICAgIDE1NzMgICAgMSAvZGV2ICAgICAgICAgOTEgY3J3LS0tLS0tLSAgIHR0eXY0IHJ3CnJv b3QgICAgIGdldHR5ICAgICAgIDE1NzMgICAgMiAvZGV2ICAgICAgICAgOTEgY3J3LS0tLS0tLSAg IHR0eXY0IHJ3CnJvb3QgICAgIGdldHR5ICAgICAgIDE1NzIgcm9vdCAvICAgICAgICAgICAgMzQg ZHJ3eHIteHIteCAgICAgIDI3ICByCnJvb3QgICAgIGdldHR5ICAgICAgIDE1NzIgICB3ZCAvICAg ICAgICAgICAgMzQgZHJ3eHIteHIteCAgICAgIDI3ICByCnJvb3QgICAgIGdldHR5ICAgICAgIDE1 NzIgdGV4dCAvICAgICAgICAgIDU2MzQgLXIteHIteHIteCAgIDM1NTY4ICByCnJvb3QgICAgIGdl dHR5ICAgICAgIDE1NzIgY3R0eSAvZGV2ICAgICAgICAgOTAgY3J3LS0tLS0tLSAgIHR0eXYzIHJ3 CnJvb3QgICAgIGdldHR5ICAgICAgIDE1NzIgICAgMCAvZGV2ICAgICAgICAgOTAgY3J3LS0tLS0t LSAgIHR0eXYzIHJ3CnJvb3QgICAgIGdldHR5ICAgICAgIDE1NzIgICAgMSAvZGV2ICAgICAgICAg OTAgY3J3LS0tLS0tLSAgIHR0eXYzIHJ3CnJvb3QgICAgIGdldHR5ICAgICAgIDE1NzIgICAgMiAv ZGV2ICAgICAgICAgOTAgY3J3LS0tLS0tLSAgIHR0eXYzIHJ3CnJvb3QgICAgIGdldHR5ICAgICAg IDE1NzEgcm9vdCAvICAgICAgICAgICAgMzQgZHJ3eHIteHIteCAgICAgIDI3ICByCnJvb3QgICAg IGdldHR5ICAgICAgIDE1NzEgICB3ZCAvICAgICAgICAgICAgMzQgZHJ3eHIteHIteCAgICAgIDI3 ICByCnJvb3QgICAgIGdldHR5ICAgICAgIDE1NzEgdGV4dCAvICAgICAgICAgIDU2MzQgLXIteHIt eHIteCAgIDM1NTY4ICByCnJvb3QgICAgIGdldHR5ICAgICAgIDE1NzEgY3R0eSAvZGV2ICAgICAg ICAgODkgY3J3LS0tLS0tLSAgIHR0eXYyIHJ3CnJvb3QgICAgIGdldHR5ICAgICAgIDE1NzEgICAg MCAvZGV2ICAgICAgICAgODkgY3J3LS0tLS0tLSAgIHR0eXYyIHJ3CnJvb3QgICAgIGdldHR5ICAg ICAgIDE1NzEgICAgMSAvZGV2ICAgICAgICAgODkgY3J3LS0tLS0tLSAgIHR0eXYyIHJ3CnJvb3Qg ICAgIGdldHR5ICAgICAgIDE1NzEgICAgMiAvZGV2ICAgICAgICAgODkgY3J3LS0tLS0tLSAgIHR0 eXYyIHJ3CnJvb3QgICAgIGxvZ2luICAgICAgIDE1NzAgcm9vdCAvICAgICAgICAgICAgMzQgZHJ3 eHIteHIteCAgICAgIDI3ICByCnJvb3QgICAgIGxvZ2luICAgICAgIDE1NzAgICB3ZCAvICAgICAg ICAgICAxMzAgZHJ3eHIteC0tLSAgICAgIDMxICByCnJvb3QgICAgIGxvZ2luICAgICAgIDE1NzAg dGV4dCAvICAgICAgICAgICA2MDEgLXItc3IteHIteCAgIDI2NDg4ICByCnJvb3QgICAgIGxvZ2lu ICAgICAgIDE1NzAgY3R0eSAvZGV2ICAgICAgICAgODggY3J3LS0tLS0tLSAgIHR0eXYxIHJ3CnJv b3QgICAgIGxvZ2luICAgICAgIDE1NzAgICAgMCAvZGV2ICAgICAgICAgODggY3J3LS0tLS0tLSAg IHR0eXYxIHJ3CnJvb3QgICAgIGxvZ2luICAgICAgIDE1NzAgICAgMSAvZGV2ICAgICAgICAgODgg Y3J3LS0tLS0tLSAgIHR0eXYxIHJ3CnJvb3QgICAgIGxvZ2luICAgICAgIDE1NzAgICAgMiAvZGV2 ICAgICAgICAgODggY3J3LS0tLS0tLSAgIHR0eXYxIHJ3CnJvb3QgICAgIGxvZ2luICAgICAgIDE1 NzAgICAgMyogbG9jYWwgZGdyYW0gZmZmZmY4MDEwYzMwMmMwMCA8LT4gZmZmZmY4MDEwYzJkN2Uw MApyb290ICAgICBsb2dpbiAgICAgICAxNTY5IHJvb3QgLyAgICAgICAgICAgIDM0IGRyd3hyLXhy LXggICAgICAyNyAgcgpyb290ICAgICBsb2dpbiAgICAgICAxNTY5ICAgd2QgLyAgICAgICAgICAg MTMwIGRyd3hyLXgtLS0gICAgICAzMSAgcgpyb290ICAgICBsb2dpbiAgICAgICAxNTY5IHRleHQg LyAgICAgICAgICAgNjAxIC1yLXNyLXhyLXggICAyNjQ4OCAgcgpyb290ICAgICBsb2dpbiAgICAg ICAxNTY5IGN0dHkgL2RldiAgICAgICAgIDg3IGNydy0tLS0tLS0gICB0dHl2MCBydwpyb290ICAg ICBsb2dpbiAgICAgICAxNTY5ICAgIDAgL2RldiAgICAgICAgIDg3IGNydy0tLS0tLS0gICB0dHl2 MCBydwpyb290ICAgICBsb2dpbiAgICAgICAxNTY5ICAgIDEgL2RldiAgICAgICAgIDg3IGNydy0t LS0tLS0gICB0dHl2MCBydwpyb290ICAgICBsb2dpbiAgICAgICAxNTY5ICAgIDIgL2RldiAgICAg ICAgIDg3IGNydy0tLS0tLS0gICB0dHl2MCBydwpyb290ICAgICBsb2dpbiAgICAgICAxNTY5ICAg IDMqIGxvY2FsIGRncmFtIGZmZmZmODAwMzFmZGJhMDAgPC0+IGZmZmZmODAxMGMyZDdlMDAKcm9v dCAgICAgc3NoZCAgICAgICAgMTU0NyByb290IC8gICAgICAgICAgICAzNCBkcnd4ci14ci14ICAg ICAgMjcgIHIKcm9vdCAgICAgc3NoZCAgICAgICAgMTU0NyAgIHdkIC8gICAgICAgICAgICAzNCBk cnd4ci14ci14ICAgICAgMjcgIHIKcm9vdCAgICAgc3NoZCAgICAgICAgMTU0NyB0ZXh0IC8gICAg ICAgICAgMTc0NiAtci14ci14ci14ICAzMjYzMjAgIHIKcm9vdCAgICAgc3NoZCAgICAgICAgMTU0 NyAgICAwIC9kZXYgICAgICAgICAyNyBjcnctcnctcnctICAgIG51bGwgcncKcm9vdCAgICAgc3No ZCAgICAgICAgMTU0NyAgICAxIC9kZXYgICAgICAgICAyNyBjcnctcnctcnctICAgIG51bGwgcncK cm9vdCAgICAgc3NoZCAgICAgICAgMTU0NyAgICAyIC9kZXYgICAgICAgICAyNyBjcnctcnctcnct ICAgIG51bGwgcncKcm9vdCAgICAgc3NoZCAgICAgICAgMTU0NyAgICAzIC9kZXYgICAgICAgICA2 NSBjcnctcnctcnctICBjcnlwdG8gcncKcm9vdCAgICAgc3NoZCAgICAgICAgMTU0NyAgICA0KiBp bnRlcm5ldDYgc3RyZWFtIHRjcCBmZmZmZmUwMTE3MzcwOGYwCnJvb3QgICAgIHNzaGQgICAgICAg IDE1NDcgICAgNSogaW50ZXJuZXQgc3RyZWFtIHRjcCBmZmZmZmUwMTE3MzcwNGM4CnJvb3QgICAg IGNyb24gICAgICAgIDE1Mjggcm9vdCAvICAgICAgICAgICAgMzQgZHJ3eHIteHIteCAgICAgIDI3 ICByCnJvb3QgICAgIGNyb24gICAgICAgIDE1MjggICB3ZCAvICAgICAgICAgMTU2MzggZHJ3eHIt eC0tLSAgICAgICAzICByCnJvb3QgICAgIGNyb24gICAgICAgIDE1MjggdGV4dCAvICAgICAgICAg IDE4MjMgLXIteHIteHIteCAgIDQ4NDI0ICByCnJvb3QgICAgIGNyb24gICAgICAgIDE1MjggICAg MCAvZGV2ICAgICAgICAgMjcgY3J3LXJ3LXJ3LSAgICBudWxsIHJ3CnJvb3QgICAgIGNyb24gICAg ICAgIDE1MjggICAgMSAvZGV2ICAgICAgICAgMjcgY3J3LXJ3LXJ3LSAgICBudWxsIHJ3CnJvb3Qg ICAgIGNyb24gICAgICAgIDE1MjggICAgMiAvZGV2ICAgICAgICAgMjcgY3J3LXJ3LXJ3LSAgICBu dWxsIHJ3CnJvb3QgICAgIGNyb24gICAgICAgIDE1MjggICAgMyAvICAgICAgICAgMTU2MzcgZHJ3 eHIteHIteCAgICAgIDI3ICByCnJvb3QgICAgIGNyb24gICAgICAgIDE1MjggICAgNCAvICAgICAg ICAxOTY2MTEgLXJ3LS0tLS0tLSAgICAgICA0ICB3CnJvb3QgICAgIHN5c2xvZ2QgICAgIDE0NDAg cm9vdCAvICAgICAgICAgICAgMzQgZHJ3eHIteHIteCAgICAgIDI3ICByCnJvb3QgICAgIHN5c2xv Z2QgICAgIDE0NDAgICB3ZCAvICAgICAgICAgICAgMzQgZHJ3eHIteHIteCAgICAgIDI3ICByCnJv b3QgICAgIHN5c2xvZ2QgICAgIDE0NDAgdGV4dCAvICAgICAgICAgIDE4MDAgLXIteHIteHIteCAg IDU3NjY0ICByCnJvb3QgICAgIHN5c2xvZ2QgICAgIDE0NDAgICAgMCAvZGV2ICAgICAgICAgMjcg Y3J3LXJ3LXJ3LSAgICBudWxsIHJ3CnJvb3QgICAgIHN5c2xvZ2QgICAgIDE0NDAgICAgMSAvZGV2 ICAgICAgICAgMjcgY3J3LXJ3LXJ3LSAgICBudWxsIHJ3CnJvb3QgICAgIHN5c2xvZ2QgICAgIDE0 NDAgICAgMiAvZGV2ICAgICAgICAgMjcgY3J3LXJ3LXJ3LSAgICBudWxsIHJ3CnJvb3QgICAgIHN5 c2xvZ2QgICAgIDE0NDAgICAgMyogcGlwZSBmZmZmZjgwMDMxMDk2MmU4IDwtPiBmZmZmZjgwMDMx MDk2NDQ4ICAgICAgMCBydwpyb290ICAgICBzeXNsb2dkICAgICAxNDQwICAgIDQqIHBpcGUgZmZm ZmY4MDAzMTA5NjQ0OCA8LT4gZmZmZmY4MDAzMTA5NjJlOCAgICAgIDAgcncKcm9vdCAgICAgc3lz bG9nZCAgICAgMTQ0MCAgICA1IC9kZXYgICAgICAgICAxMiBjcnctLS0tLS0tICAgIGtsb2cgIHIK cm9vdCAgICAgc3lzbG9nZCAgICAgMTQ0MCAgICA2KiBpbnRlcm5ldDYgZGdyYW0gdWRwIGZmZmZm ODAxMGMyZDJiNzAKcm9vdCAgICAgc3lzbG9nZCAgICAgMTQ0MCAgICA3KiBpbnRlcm5ldCBkZ3Jh bSB1ZHAgZmZmZmY4MDEwYzJkMmQ1OApyb290ICAgICBzeXNsb2dkICAgICAxNDQwICAgIDgqIGxv Y2FsIGRncmFtIGZmZmZmODAxMGMyMjNlMDAKcm9vdCAgICAgc3lzbG9nZCAgICAgMTQ0MCAgICA5 KiBsb2NhbCBkZ3JhbSBmZmZmZjgwMTBjMmQ3ZTAwCnJvb3QgICAgIHN5c2xvZ2QgICAgIDE0NDAg ICAxMCAvICAgICAgICAgMTU2MzcgZHJ3eHIteHIteCAgICAgIDI3ICByCnJvb3QgICAgIHN5c2xv Z2QgICAgIDE0NDAgICAxMSAvICAgICAgICAxOTczODMgLXJ3LS0tLS0tLSAgICAgICA0ICB3CnJv b3QgICAgIHN5c2xvZ2QgICAgIDE0NDAgICAxMyAtICAgICAgICAgLSAgICAgICAgIGJhZCAgICAt CnJvb3QgICAgIHN5c2xvZ2QgICAgIDE0NDAgICAxNCAvdmFyL2xvZyAgICAyNjAgLXJ3LXItLXIt LSAgMzA5ODk4ICB3CnJvb3QgICAgIHN5c2xvZ2QgICAgIDE0NDAgICAxNSAvdmFyL2xvZyAgICAy NjIgLXJ3LS0tLS0tLSAgICAgIDYzICB3CnJvb3QgICAgIHN5c2xvZ2QgICAgIDE0NDAgICAxNiAv dmFyL2xvZyAgICAyNTYgLXJ3LS0tLS0tLSAgICAzNTMyICB3CnJvb3QgICAgIHN5c2xvZ2QgICAg IDE0NDAgICAxNyAvdmFyL2xvZyAgICAyNTkgLXJ3LXItLS0tLSAgICAxODI3ICB3CnJvb3QgICAg IHN5c2xvZ2QgICAgIDE0NDAgICAxOCAvdmFyL2xvZyAgICAyNTcgLXJ3LS0tLS0tLSAgICAzNzI5 ICB3CnJvb3QgICAgIHN5c2xvZ2QgICAgIDE0NDAgICAxOSAvdmFyL2xvZyAgICAyNTggLXJ3LS0t LS0tLSAgICAyMTQ0ICB3CnJvb3QgICAgIHN5c2xvZ2QgICAgIDE0NDAgICAyMCAvdmFyL2xvZyAg ICAyNjMgLXJ3LXItLXItLSAgIDMxNzc3ICB3CnJvb3QgICAgIHN5c2xvZ2QgICAgIDE0NDAgICAy MiAvdmFyL2xvZyAgICAyNjQgLXJ3LS0tLS0tLSAgICAgIDYzICB3CnJvb3QgICAgIHN5c2xvZ2Qg ICAgIDE0NDAgICAyMyAvdmFyL2xvZyAgICAyNjUgLXJ3LXItLXItLSAgICAgIDYzICB3CnJvb3Qg ICAgIHN5c2xvZ2QgICAgIDE0NDAgICAyNCAvdmFyL2xvZyAgICAyNjYgLXJ3LXItLS0tLSAgICAg IDYzICB3CnJvb3QgICAgIGRldmQgICAgICAgIDEyNDYgcm9vdCAvICAgICAgICAgICAgMzQgZHJ3 eHIteHIteCAgICAgIDI3ICByCnJvb3QgICAgIGRldmQgICAgICAgIDEyNDYgICB3ZCAvICAgICAg ICAgICAgMzQgZHJ3eHIteHIteCAgICAgIDI3ICByCnJvb3QgICAgIGRldmQgICAgICAgIDEyNDYg dGV4dCAvICAgICAgICAgMTU0NTQgLXIteHIteHIteCAgMTA5MDM1MiAgcgpyb290ICAgICBkZXZk ICAgICAgICAxMjQ2ICAgIDAgL2RldiAgICAgICAgIDI3IGNydy1ydy1ydy0gICAgbnVsbCBydwpy b290ICAgICBkZXZkICAgICAgICAxMjQ2ICAgIDEgL2RldiAgICAgICAgIDI3IGNydy1ydy1ydy0g ICAgbnVsbCBydwpyb290ICAgICBkZXZkICAgICAgICAxMjQ2ICAgIDIgL2RldiAgICAgICAgIDI3 IGNydy1ydy1ydy0gICAgbnVsbCBydwpyb290ICAgICBkZXZkICAgICAgICAxMjQ2ICAgIDMgL2Rl diAgICAgICAgICA4IGNydy0tLS0tLS0gIGRldmN0bCAgcgpyb290ICAgICBkZXZkICAgICAgICAx MjQ2ICAgIDQqIGxvY2FsIHN0cmVhbSBmZmZmZjgwMDMxZmRiZTAwCnJvb3QgICAgIGRldmQgICAg ICAgIDEyNDYgICAgNSogbG9jYWwgc2VxcGFrIGZmZmZmODAwMzFmZGJkMDAKcm9vdCAgICAgZGV2 ZCAgICAgICAgMTI0NiAgICA2IC8gICAgICAgICAxNTYzNyBkcnd4ci14ci14ICAgICAgMjcgIHIK cm9vdCAgICAgZGV2ZCAgICAgICAgMTI0NiAgICA3IC8gICAgICAgIDE5NzUwNSAtcnctLS0tLS0t ICAgICAgIDQgIHcKcm9vdCAgICAgZGV2ZCAgICAgICAgMTI0NiAgICA4KiBsb2NhbCBkZ3JhbSBm ZmZmZjgwMTBjMjIzZDAwIDwtPiBmZmZmZjgwMTBjMmQ3ZTAwCnJvb3QgICAgIG5nX3F1ZXVlICAg ICA5NDEgcm9vdCAvICAgICAgICAgICAgMzQgZHJ3eHIteHIteCAgICAgIDI3ICByCnJvb3QgICAg IG5nX3F1ZXVlICAgICA5NDEgICB3ZCAvICAgICAgICAgICAgMzQgZHJ3eHIteHIteCAgICAgIDI3 ICByCnJvb3QgICAgIGluaXQgICAgICAgICAgIDEgcm9vdCAvICAgICAgICAgICAgMzQgZHJ3eHIt eHIteCAgICAgIDI3ICByCnJvb3QgICAgIGluaXQgICAgICAgICAgIDEgICB3ZCAvICAgICAgICAg ICAgMzQgZHJ3eHIteHIteCAgICAgIDI3ICByCnJvb3QgICAgIGluaXQgICAgICAgICAgIDEgdGV4 dCAvICAgICAgICAgMTU1MTkgLXIteHIteHIteCAgMTM0ODQzMiAgcgpyb290ICAgICBrZXJuZWwg ICAgICAgICAwIHJvb3QgLyAgICAgICAgICAgIDM0IGRyd3hyLXhyLXggICAgICAyNyAgcgpyb290 ICAgICBrZXJuZWwgICAgICAgICAwICAgd2QgLyAgICAgICAgICAgIDM0IGRyd3hyLXhyLXggICAg ICAyNyAgcgoKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCmRtZXNnCgotLS08PEJPT1Q+Pi0tLQpDb3B5cmlnaHQg KGMpIDE5OTItMjAyMSBUaGUgRnJlZUJTRCBQcm9qZWN0LgpDb3B5cmlnaHQgKGMpIDE5NzksIDE5 ODAsIDE5ODMsIDE5ODYsIDE5ODgsIDE5ODksIDE5OTEsIDE5OTIsIDE5OTMsIDE5OTQKCVRoZSBS ZWdlbnRzIG9mIHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVzZXJ2 ZWQuCkZyZWVCU0QgaXMgYSByZWdpc3RlcmVkIHRyYWRlbWFyayBvZiBUaGUgRnJlZUJTRCBGb3Vu ZGF0aW9uLgpGcmVlQlNEIDE0LjAtQ1VSUkVOVCAjMSBtYWluLW4yNDcyNzQtNGFiNWM4OGRhMjg3 LWRpcnR5OiBXZWQgSnVuICA5IDIyOjMzOjQwIFBEVCAyMDIxCiAgICByb290QHNwZWN0cmUubG9j YWw6L3Vzci9vYmovdXNyL3NyYy9hbWQ2NC5hbWQ2NC9zeXMvR0VORVJJQyBhbWQ2NApGcmVlQlNE IGNsYW5nIHZlcnNpb24gMTEuMC4xIChnaXRAZ2l0aHViLmNvbTpsbHZtL2xsdm0tcHJvamVjdC5n aXQgbGx2bW9yZy0xMS4wLjEtMC1nNDNmZjc1ZjJjM2ZlKQpXQVJOSU5HOiBXSVRORVNTIG9wdGlv biBlbmFibGVkLCBleHBlY3QgcmVkdWNlZCBwZXJmb3JtYW5jZS4KVlQoZWZpZmIpOiByZXNvbHV0 aW9uIDEwMjR4NzY4CkNQVTogSW50ZWwoUikgQ29yZShUTSkgaTctODU2NVUgQ1BVIEAgMS44MEdI eiAoMjAwMC4wMC1NSHogSzgtY2xhc3MgQ1BVKQogIE9yaWdpbj0iR2VudWluZUludGVsIiAgSWQ9 MHg4MDZlYiAgRmFtaWx5PTB4NiAgTW9kZWw9MHg4ZSAgU3RlcHBpbmc9MTEKICBGZWF0dXJlcz0w eGJmZWJmYmZmPEZQVSxWTUUsREUsUFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRS UixQR0UsTUNBLENNT1YsUEFULFBTRTM2LENMRkxVU0gsRFRTLEFDUEksTU1YLEZYU1IsU1NFLFNT RTIsU1MsSFRULFRNLFBCRT4KICBGZWF0dXJlczI9MHg3ZmZhZmJiZjxTU0UzLFBDTE1VTFFEUSxE VEVTNjQsTU9OLERTX0NQTCxWTVgsRVNULFRNMixTU1NFMyxTREJHLEZNQSxDWDE2LHhUUFIsUERD TSxQQ0lELFNTRTQuMSxTU0U0LjIseDJBUElDLE1PVkJFLFBPUENOVCxUU0NETFQsQUVTTkksWFNB VkUsT1NYU0FWRSxBVlgsRjE2QyxSRFJBTkQ+CiAgQU1EIEZlYXR1cmVzPTB4MmMxMDA4MDA8U1lT Q0FMTCxOWCxQYWdlMUdCLFJEVFNDUCxMTT4KICBBTUQgRmVhdHVyZXMyPTB4MTIxPExBSEYsQUJN LFByZWZldGNoPgogIFN0cnVjdHVyZWQgRXh0ZW5kZWQgRmVhdHVyZXM9MHgyOWM2N2FmPEZTR1NC QVNFLFRTQ0FESixTR1gsQk1JMSxBVlgyLFNNRVAsQk1JMixFUk1TLElOVlBDSUQsTkZQVVNHLE1Q WCxSRFNFRUQsQURYLFNNQVAsQ0xGTFVTSE9QVCxQUk9DVFJBQ0U+CiAgU3RydWN0dXJlZCBFeHRl bmRlZCBGZWF0dXJlczM9MHhiYzAwMjQwMDxNRF9DTEVBUixUU1hGQSxJQlBCLFNUSUJQLEwxREZM LEFSQ0hfQ0FQLFNTQkQ+CiAgWFNBVkUgRmVhdHVyZXM9MHhmPFhTQVZFT1BULFhTQVZFQyxYSU5V U0UsWFNBVkVTPgogIElBMzJfQVJDSF9DQVBTPTB4OTxSRENMX05PLFNLSVBfTDFERkxfVk1FPgog IFZULXg6IFBBVCxITFQsTVRGLFBBVVNFLEVQVCxVRyxWUElECiAgVFNDOiBQLXN0YXRlIGludmFy aWFudCwgcGVyZm9ybWFuY2Ugc3RhdGlzdGljcwpyZWFsIG1lbW9yeSAgPSAxNzE3OTg2OTE4NCAo MTYzODQgTUIpCmF2YWlsIG1lbW9yeSA9IDE2MTcwMDU3NzI4ICgxNTQyMCBNQikKRXZlbnQgdGlt ZXIgIkxBUElDIiBxdWFsaXR5IDYwMApBQ1BJIEFQSUMgVGFibGU6IDxIUFFPRU0gODUxNCAgICA+ CkZyZWVCU0QvU01QOiBNdWx0aXByb2Nlc3NvciBTeXN0ZW0gRGV0ZWN0ZWQ6IDggQ1BVcwpGcmVl QlNEL1NNUDogMSBwYWNrYWdlKHMpIHggNCBjb3JlKHMpIHggMiBoYXJkd2FyZSB0aHJlYWRzCnJh bmRvbTogcmVnaXN0ZXJpbmcgZmFzdCBzb3VyY2UgSW50ZWwgU2VjdXJlIEtleSBSTkcKcmFuZG9t OiBmYXN0IHByb3ZpZGVyOiAiSW50ZWwgU2VjdXJlIEtleSBSTkciCnJhbmRvbTogdW5ibG9ja2lu ZyBkZXZpY2UuCmlvYXBpYzAgPFZlcnNpb24gMi4wPiBpcnFzIDAtMTE5CkxhdW5jaGluZyBBUHM6 IDEgNyAyIDQgNSAzIDYKVGltZWNvdW50ZXIgIlRTQyIgZnJlcXVlbmN5IDIwMDAwMDAwMDAgSHog cXVhbGl0eSAxMDAwCnJhbmRvbTogZW50cm9weSBkZXZpY2UgZXh0ZXJuYWwgaW50ZXJmYWNlCmti ZDEgYXQga2JkbXV4MAptbHg1ZW46IE1lbGxhbm94IEV0aGVybmV0IGRyaXZlciAzLjYuMCAoRGVj ZW1iZXIgMjAyMCkKZWZpcnRjMDogPEVGSSBSZWFsdGltZSBDbG9jaz4KZWZpcnRjMDogcmVnaXN0 ZXJlZCBhcyBhIHRpbWUtb2YtZGF5IGNsb2NrLCByZXNvbHV0aW9uIDEuMDAwMDAwcwpzbWJpb3Mw OiA8U3lzdGVtIE1hbmFnZW1lbnQgQklPUz4gYXQgaW9tZW0gMHg0ZmE4OTAwMC0weDRmYTg5MDFl CnNtYmlvczA6IFZlcnNpb246IDMuMiwgQkNEIFJldmlzaW9uOiAzLjIKYWVzbmkwOiA8QUVTLUNC QyxBRVMtQ0NNLEFFUy1HQ00sQUVTLUlDTSxBRVMtWFRTPgphY3BpMDogPEhQUU9FTSBTTElDLU1Q Qz4KRmlybXdhcmUgRXJyb3IgKEFDUEkpOiBDb3VsZCBub3QgcmVzb2x2ZSBzeW1ib2wgW1wxMzRf U0IuUENJMC5YRENJXSwgQUVfTk9UX0ZPVU5EICgyMDIxMDYwNC9kc3dsb2FkMi0zMTUpCkFDUEkg RXJyb3I6IEFFX05PVF9GT1VORCwgRHVyaW5nIG5hbWUgbG9va3VwL2NhdGFsb2cgKDIwMjEwNjA0 L3Bzb2JqZWN0LTM3MikKRmlybXdhcmUgRXJyb3IgKEFDUEkpOiBDb3VsZCBub3QgcmVzb2x2ZSBz eW1ib2wgW1wxMzRfU0IuUENJMC5JMkMxLlRQTDFdLCBBRV9OT1RfRk9VTkQgKDIwMjEwNjA0L2Rz d2xvYWQyLTMxNSkKQUNQSSBFcnJvcjogQUVfTk9UX0ZPVU5ELCBEdXJpbmcgbmFtZSBsb29rdXAv Y2F0YWxvZyAoMjAyMTA2MDQvcHNvYmplY3QtMzcyKQpGaXJtd2FyZSBFcnJvciAoQUNQSSk6IEZh aWx1cmUgY3JlYXRpbmcgbmFtZWQgb2JqZWN0IFtcMTM0X1NCLlBDSTAuWEhDLlJIVUIuR1BMRF0s IEFFX0FMUkVBRFlfRVhJU1RTICgyMDIxMDYwNC9kc3dsb2FkMi00ODApCkFDUEkgRXJyb3I6IEFF X0FMUkVBRFlfRVhJU1RTLCBEdXJpbmcgbmFtZSBsb29rdXAvY2F0YWxvZyAoMjAyMTA2MDQvcHNv YmplY3QtMzcyKQpGaXJtd2FyZSBFcnJvciAoQUNQSSk6IEZhaWx1cmUgY3JlYXRpbmcgbmFtZWQg b2JqZWN0IFtcMTM0X1NCLlBDSTAuWEhDLlJIVUIuVFBMRF0sIEFFX0FMUkVBRFlfRVhJU1RTICgy MDIxMDYwNC9kc3dsb2FkMi00ODApCkFDUEkgRXJyb3I6IEFFX0FMUkVBRFlfRVhJU1RTLCBEdXJp bmcgbmFtZSBsb29rdXAvY2F0YWxvZyAoMjAyMTA2MDQvcHNvYmplY3QtMzcyKQpGaXJtd2FyZSBF cnJvciAoQUNQSSk6IEZhaWx1cmUgY3JlYXRpbmcgbmFtZWQgb2JqZWN0IFtcMTM0X1NCLlBDSTAu WEhDLlJIVUIuR1VQQ10sIEFFX0FMUkVBRFlfRVhJU1RTICgyMDIxMDYwNC9kc3dsb2FkMi00ODAp CkFDUEkgRXJyb3I6IEFFX0FMUkVBRFlfRVhJU1RTLCBEdXJpbmcgbmFtZSBsb29rdXAvY2F0YWxv ZyAoMjAyMTA2MDQvcHNvYmplY3QtMzcyKQpGaXJtd2FyZSBFcnJvciAoQUNQSSk6IEZhaWx1cmUg Y3JlYXRpbmcgbmFtZWQgb2JqZWN0IFtcMTM0X1NCLlBDSTAuWEhDLlJIVUIuVFVQQ10sIEFFX0FM UkVBRFlfRVhJU1RTICgyMDIxMDYwNC9kc3dsb2FkMi00ODApCkFDUEkgRXJyb3I6IEFFX0FMUkVB RFlfRVhJU1RTLCBEdXJpbmcgbmFtZSBsb29rdXAvY2F0YWxvZyAoMjAyMTA2MDQvcHNvYmplY3Qt MzcyKQpGaXJtd2FyZSBFcnJvciAoQUNQSSk6IEZhaWx1cmUgY3JlYXRpbmcgbmFtZWQgb2JqZWN0 IFtcMTM0X1NCLlBDSTAuWEhDLlJIVUIuSFMwMS5fVVBDXSwgQUVfQUxSRUFEWV9FWElTVFMgKDIw MjEwNjA0L2Rzd2xvYWQyLTQ4MCkKQUNQSSBFcnJvcjogQUVfQUxSRUFEWV9FWElTVFMsIER1cmlu ZyBuYW1lIGxvb2t1cC9jYXRhbG9nICgyMDIxMDYwNC9wc29iamVjdC0zNzIpCkZpcm13YXJlIEVy cm9yIChBQ1BJKTogRmFpbHVyZSBjcmVhdGluZyBuYW1lZCBvYmplY3QgW1wxMzRfU0IuUENJMC5Y SEMuUkhVQi5IUzAxLl9QTERdLCBBRV9BTFJFQURZX0VYSVNUUyAoMjAyMTA2MDQvZHN3bG9hZDIt NDgwKQpBQ1BJIEVycm9yOiBBRV9BTFJFQURZX0VYSVNUUywgRHVyaW5nIG5hbWUgbG9va3VwL2Nh dGFsb2cgKDIwMjEwNjA0L3Bzb2JqZWN0LTM3MikKRmlybXdhcmUgRXJyb3IgKEFDUEkpOiBGYWls dXJlIGNyZWF0aW5nIG5hbWVkIG9iamVjdCBbXDEzNF9TQi5QQ0kwLlhIQy5SSFVCLkhTMDIuX1VQ Q10sIEFFX0FMUkVBRFlfRVhJU1RTICgyMDIxMDYwNC9kc3dsb2FkMi00ODApCkFDUEkgRXJyb3I6 IEFFX0FMUkVBRFlfRVhJU1RTLCBEdXJpbmcgbmFtZSBsb29rdXAvY2F0YWxvZyAoMjAyMTA2MDQv cHNvYmplY3QtMzcyKQpGaXJtd2FyZSBFcnJvciAoQUNQSSk6IEZhaWx1cmUgY3JlYXRpbmcgbmFt ZWQgb2JqZWN0IFtcMTM0X1NCLlBDSTAuWEhDLlJIVUIuSFMwMi5fUExEXSwgQUVfQUxSRUFEWV9F WElTVFMgKDIwMjEwNjA0L2Rzd2xvYWQyLTQ4MCkKQUNQSSBFcnJvcjogQUVfQUxSRUFEWV9FWElT VFMsIER1cmluZyBuYW1lIGxvb2t1cC9jYXRhbG9nICgyMDIxMDYwNC9wc29iamVjdC0zNzIpCkZp cm13YXJlIEVycm9yIChBQ1BJKTogRmFpbHVyZSBjcmVhdGluZyBuYW1lZCBvYmplY3QgW1wxMzRf U0IuUENJMC5YSEMuUkhVQi5IUzAzLl9VUENdLCBBRV9BTFJFQURZX0VYSVNUUyAoMjAyMTA2MDQv ZHN3bG9hZDItNDgwKQpBQ1BJIEVycm9yOiBBRV9BTFJFQURZX0VYSVNUUywgRHVyaW5nIG5hbWUg bG9va3VwL2NhdGFsb2cgKDIwMjEwNjA0L3Bzb2JqZWN0LTM3MikKRmlybXdhcmUgRXJyb3IgKEFD UEkpOiBGYWlsdXJlIGNyZWF0aW5nIG5hbWVkIG9iamVjdCBbXDEzNF9TQi5QQ0kwLlhIQy5SSFVC LkhTMDMuX1BMRF0sIEFFX0FMUkVBRFlfRVhJU1RTICgyMDIxMDYwNC9kc3dsb2FkMi00ODApCkFD UEkgRXJyb3I6IEFFX0FMUkVBRFlfRVhJU1RTLCBEdXJpbmcgbmFtZSBsb29rdXAvY2F0YWxvZyAo MjAyMTA2MDQvcHNvYmplY3QtMzcyKQpGaXJtd2FyZSBFcnJvciAoQUNQSSk6IEZhaWx1cmUgY3Jl YXRpbmcgbmFtZWQgb2JqZWN0IFtcMTM0X1NCLlBDSTAuWEhDLlJIVUIuSFMwNC5fVVBDXSwgQUVf QUxSRUFEWV9FWElTVFMgKDIwMjEwNjA0L2Rzd2xvYWQyLTQ4MCkKQUNQSSBFcnJvcjogQUVfQUxS RUFEWV9FWElTVFMsIER1cmluZyBuYW1lIGxvb2t1cC9jYXRhbG9nICgyMDIxMDYwNC9wc29iamVj dC0zNzIpCkZpcm13YXJlIEVycm9yIChBQ1BJKTogRmFpbHVyZSBjcmVhdGluZyBuYW1lZCBvYmpl Y3QgW1wxMzRfU0IuUENJMC5YSEMuUkhVQi5IUzA0Ll9QTERdLCBBRV9BTFJFQURZX0VYSVNUUyAo MjAyMTA2MDQvZHN3bG9hZDItNDgwKQpBQ1BJIEVycm9yOiBBRV9BTFJFQURZX0VYSVNUUywgRHVy aW5nIG5hbWUgbG9va3VwL2NhdGFsb2cgKDIwMjEwNjA0L3Bzb2JqZWN0LTM3MikKRmlybXdhcmUg RXJyb3IgKEFDUEkpOiBGYWlsdXJlIGNyZWF0aW5nIG5hbWVkIG9iamVjdCBbXDEzNF9TQi5QQ0kw LlhIQy5SSFVCLkhTMDUuX1VQQ10sIEFFX0FMUkVBRFlfRVhJU1RTICgyMDIxMDYwNC9kc3dsb2Fk Mi00ODApCkFDUEkgRXJyb3I6IEFFX0FMUkVBRFlfRVhJU1RTLCBEdXJpbmcgbmFtZSBsb29rdXAv Y2F0YWxvZyAoMjAyMTA2MDQvcHNvYmplY3QtMzcyKQpGaXJtd2FyZSBFcnJvciAoQUNQSSk6IEZh aWx1cmUgY3JlYXRpbmcgbmFtZWQgb2JqZWN0IFtcMTM0X1NCLlBDSTAuWEhDLlJIVUIuSFMwNS5f UExEXSwgQUVfQUxSRUFEWV9FWElTVFMgKDIwMjEwNjA0L2Rzd2xvYWQyLTQ4MCkKQUNQSSBFcnJv cjogQUVfQUxSRUFEWV9FWElTVFMsIER1cmluZyBuYW1lIGxvb2t1cC9jYXRhbG9nICgyMDIxMDYw NC9wc29iamVjdC0zNzIpCkZpcm13YXJlIEVycm9yIChBQ1BJKTogRmFpbHVyZSBjcmVhdGluZyBu YW1lZCBvYmplY3QgW1wxMzRfU0IuUENJMC5YSEMuUkhVQi5IUzA2Ll9VUENdLCBBRV9BTFJFQURZ X0VYSVNUUyAoMjAyMTA2MDQvZHN3bG9hZDItNDgwKQpBQ1BJIEVycm9yOiBBRV9BTFJFQURZX0VY SVNUUywgRHVyaW5nIG5hbWUgbG9va3VwL2NhdGFsb2cgKDIwMjEwNjA0L3Bzb2JqZWN0LTM3MikK RmlybXdhcmUgRXJyb3IgKEFDUEkpOiBGYWlsdXJlIGNyZWF0aW5nIG5hbWVkIG9iamVjdCBbXDEz NF9TQi5QQ0kwLlhIQy5SSFVCLkhTMDYuX1BMRF0sIEFFX0FMUkVBRFlfRVhJU1RTICgyMDIxMDYw NC9kc3dsb2FkMi00ODApCkFDUEkgRXJyb3I6IEFFX0FMUkVBRFlfRVhJU1RTLCBEdXJpbmcgbmFt ZSBsb29rdXAvY2F0YWxvZyAoMjAyMTA2MDQvcHNvYmplY3QtMzcyKQpGaXJtd2FyZSBFcnJvciAo QUNQSSk6IEZhaWx1cmUgY3JlYXRpbmcgbmFtZWQgb2JqZWN0IFtcMTM0X1NCLlBDSTAuWEhDLlJI VUIuSFMwNy5fVVBDXSwgQUVfQUxSRUFEWV9FWElTVFMgKDIwMjEwNjA0L2Rzd2xvYWQyLTQ4MCkK QUNQSSBFcnJvcjogQUVfQUxSRUFEWV9FWElTVFMsIER1cmluZyBuYW1lIGxvb2t1cC9jYXRhbG9n ICgyMDIxMDYwNC9wc29iamVjdC0zNzIpCkZpcm13YXJlIEVycm9yIChBQ1BJKTogRmFpbHVyZSBj cmVhdGluZyBuYW1lZCBvYmplY3QgW1wxMzRfU0IuUENJMC5YSEMuUkhVQi5IUzA3Ll9QTERdLCBB RV9BTFJFQURZX0VYSVNUUyAoMjAyMTA2MDQvZHN3bG9hZDItNDgwKQpBQ1BJIEVycm9yOiBBRV9B TFJFQURZX0VYSVNUUywgRHVyaW5nIG5hbWUgbG9va3VwL2NhdGFsb2cgKDIwMjEwNjA0L3Bzb2Jq ZWN0LTM3MikKRmlybXdhcmUgRXJyb3IgKEFDUEkpOiBGYWlsdXJlIGNyZWF0aW5nIG5hbWVkIG9i amVjdCBbXDEzNF9TQi5QQ0kwLlhIQy5SSFVCLkhTMDguX1VQQ10sIEFFX0FMUkVBRFlfRVhJU1RT ICgyMDIxMDYwNC9kc3dsb2FkMi00ODApCkFDUEkgRXJyb3I6IEFFX0FMUkVBRFlfRVhJU1RTLCBE dXJpbmcgbmFtZSBsb29rdXAvY2F0YWxvZyAoMjAyMTA2MDQvcHNvYmplY3QtMzcyKQpGaXJtd2Fy ZSBFcnJvciAoQUNQSSk6IEZhaWx1cmUgY3JlYXRpbmcgbmFtZWQgb2JqZWN0IFtcMTM0X1NCLlBD STAuWEhDLlJIVUIuSFMwOC5fUExEXSwgQUVfQUxSRUFEWV9FWElTVFMgKDIwMjEwNjA0L2Rzd2xv YWQyLTQ4MCkKQUNQSSBFcnJvcjogQUVfQUxSRUFEWV9FWElTVFMsIER1cmluZyBuYW1lIGxvb2t1 cC9jYXRhbG9nICgyMDIxMDYwNC9wc29iamVjdC0zNzIpCkZpcm13YXJlIEVycm9yIChBQ1BJKTog RmFpbHVyZSBjcmVhdGluZyBuYW1lZCBvYmplY3QgW1wxMzRfU0IuUENJMC5YSEMuUkhVQi5IUzA5 Ll9VUENdLCBBRV9BTFJFQURZX0VYSVNUUyAoMjAyMTA2MDQvZHN3bG9hZDItNDgwKQpBQ1BJIEVy cm9yOiBBRV9BTFJFQURZX0VYSVNUUywgRHVyaW5nIG5hbWUgbG9va3VwL2NhdGFsb2cgKDIwMjEw NjA0L3Bzb2JqZWN0LTM3MikKRmlybXdhcmUgRXJyb3IgKEFDUEkpOiBGYWlsdXJlIGNyZWF0aW5n IG5hbWVkIG9iamVjdCBbXDEzNF9TQi5QQ0kwLlhIQy5SSFVCLkhTMDkuX1BMRF0sIEFFX0FMUkVB RFlfRVhJU1RTICgyMDIxMDYwNC9kc3dsb2FkMi00ODApCkFDUEkgRXJyb3I6IEFFX0FMUkVBRFlf RVhJU1RTLCBEdXJpbmcgbmFtZSBsb29rdXAvY2F0YWxvZyAoMjAyMTA2MDQvcHNvYmplY3QtMzcy KQpGaXJtd2FyZSBFcnJvciAoQUNQSSk6IEZhaWx1cmUgY3JlYXRpbmcgbmFtZWQgb2JqZWN0IFtc MTM0X1NCLlBDSTAuWEhDLlJIVUIuSFMxMC5fVVBDXSwgQUVfQUxSRUFEWV9FWElTVFMgKDIwMjEw NjA0L2Rzd2xvYWQyLTQ4MCkKQUNQSSBFcnJvcjogQUVfQUxSRUFEWV9FWElTVFMsIER1cmluZyBu YW1lIGxvb2t1cC9jYXRhbG9nICgyMDIxMDYwNC9wc29iamVjdC0zNzIpCkZpcm13YXJlIEVycm9y IChBQ1BJKTogRmFpbHVyZSBjcmVhdGluZyBuYW1lZCBvYmplY3QgW1wxMzRfU0IuUENJMC5YSEMu UkhVQi5IUzEwLl9QTERdLCBBRV9BTFJFQURZX0VYSVNUUyAoMjAyMTA2MDQvZHN3bG9hZDItNDgw KQpBQ1BJIEVycm9yOiBBRV9BTFJFQURZX0VYSVNUUywgRHVyaW5nIG5hbWUgbG9va3VwL2NhdGFs b2cgKDIwMjEwNjA0L3Bzb2JqZWN0LTM3MikKRmlybXdhcmUgRXJyb3IgKEFDUEkpOiBGYWlsdXJl IGNyZWF0aW5nIG5hbWVkIG9iamVjdCBbXDEzNF9TQi5QQ0kwLlhIQy5SSFVCLlVTUjEuX1VQQ10s IEFFX0FMUkVBRFlfRVhJU1RTICgyMDIxMDYwNC9kc3dsb2FkMi00ODApCkFDUEkgRXJyb3I6IEFF X0FMUkVBRFlfRVhJU1RTLCBEdXJpbmcgbmFtZSBsb29rdXAvY2F0YWxvZyAoMjAyMTA2MDQvcHNv YmplY3QtMzcyKQpGaXJtd2FyZSBFcnJvciAoQUNQSSk6IEZhaWx1cmUgY3JlYXRpbmcgbmFtZWQg b2JqZWN0IFtcMTM0X1NCLlBDSTAuWEhDLlJIVUIuVVNSMS5fUExEXSwgQUVfQUxSRUFEWV9FWElT VFMgKDIwMjEwNjA0L2Rzd2xvYWQyLTQ4MCkKQUNQSSBFcnJvcjogQUVfQUxSRUFEWV9FWElTVFMs IER1cmluZyBuYW1lIGxvb2t1cC9jYXRhbG9nICgyMDIxMDYwNC9wc29iamVjdC0zNzIpCkZpcm13 YXJlIEVycm9yIChBQ1BJKTogRmFpbHVyZSBjcmVhdGluZyBuYW1lZCBvYmplY3QgW1wxMzRfU0Iu UENJMC5YSEMuUkhVQi5VU1IyLl9VUENdLCBBRV9BTFJFQURZX0VYSVNUUyAoMjAyMTA2MDQvZHN3 bG9hZDItNDgwKQpBQ1BJIEVycm9yOiBBRV9BTFJFQURZX0VYSVNUUywgRHVyaW5nIG5hbWUgbG9v a3VwL2NhdGFsb2cgKDIwMjEwNjA0L3Bzb2JqZWN0LTM3MikKRmlybXdhcmUgRXJyb3IgKEFDUEkp OiBGYWlsdXJlIGNyZWF0aW5nIG5hbWVkIG9iamVjdCBbXDEzNF9TQi5QQ0kwLlhIQy5SSFVCLlVT UjIuX1BMRF0sIEFFX0FMUkVBRFlfRVhJU1RTICgyMDIxMDYwNC9kc3dsb2FkMi00ODApCkFDUEkg RXJyb3I6IEFFX0FMUkVBRFlfRVhJU1RTLCBEdXJpbmcgbmFtZSBsb29rdXAvY2F0YWxvZyAoMjAy MTA2MDQvcHNvYmplY3QtMzcyKQpGaXJtd2FyZSBFcnJvciAoQUNQSSk6IEZhaWx1cmUgY3JlYXRp bmcgbmFtZWQgb2JqZWN0IFtcMTM0X1NCLlBDSTAuWEhDLlJIVUIuU1MwMS5fVVBDXSwgQUVfQUxS RUFEWV9FWElTVFMgKDIwMjEwNjA0L2Rzd2xvYWQyLTQ4MCkKQUNQSSBFcnJvcjogQUVfQUxSRUFE WV9FWElTVFMsIER1cmluZyBuYW1lIGxvb2t1cC9jYXRhbG9nICgyMDIxMDYwNC9wc29iamVjdC0z NzIpCkZpcm13YXJlIEVycm9yIChBQ1BJKTogRmFpbHVyZSBjcmVhdGluZyBuYW1lZCBvYmplY3Qg W1wxMzRfU0IuUENJMC5YSEMuUkhVQi5TUzAxLl9QTERdLCBBRV9BTFJFQURZX0VYSVNUUyAoMjAy MTA2MDQvZHN3bG9hZDItNDgwKQpBQ1BJIEVycm9yOiBBRV9BTFJFQURZX0VYSVNUUywgRHVyaW5n IG5hbWUgbG9va3VwL2NhdGFsb2cgKDIwMjEwNjA0L3Bzb2JqZWN0LTM3MikKRmlybXdhcmUgRXJy b3IgKEFDUEkpOiBGYWlsdXJlIGNyZWF0aW5nIG5hbWVkIG9iamVjdCBbXDEzNF9TQi5QQ0kwLlhI Qy5SSFVCLlNTMDIuX1VQQ10sIEFFX0FMUkVBRFlfRVhJU1RTICgyMDIxMDYwNC9kc3dsb2FkMi00 ODApCkFDUEkgRXJyb3I6IEFFX0FMUkVBRFlfRVhJU1RTLCBEdXJpbmcgbmFtZSBsb29rdXAvY2F0 YWxvZyAoMjAyMTA2MDQvcHNvYmplY3QtMzcyKQpGaXJtd2FyZSBFcnJvciAoQUNQSSk6IEZhaWx1 cmUgY3JlYXRpbmcgbmFtZWQgb2JqZWN0IFtcMTM0X1NCLlBDSTAuWEhDLlJIVUIuU1MwMi5fUExE XSwgQUVfQUxSRUFEWV9FWElTVFMgKDIwMjEwNjA0L2Rzd2xvYWQyLTQ4MCkKQUNQSSBFcnJvcjog QUVfQUxSRUFEWV9FWElTVFMsIER1cmluZyBuYW1lIGxvb2t1cC9jYXRhbG9nICgyMDIxMDYwNC9w c29iamVjdC0zNzIpCkZpcm13YXJlIEVycm9yIChBQ1BJKTogRmFpbHVyZSBjcmVhdGluZyBuYW1l ZCBvYmplY3QgW1wxMzRfU0IuUENJMC5YSEMuUkhVQi5TUzAzLl9VUENdLCBBRV9BTFJFQURZX0VY SVNUUyAoMjAyMTA2MDQvZHN3bG9hZDItNDgwKQpBQ1BJIEVycm9yOiBBRV9BTFJFQURZX0VYSVNU UywgRHVyaW5nIG5hbWUgbG9va3VwL2NhdGFsb2cgKDIwMjEwNjA0L3Bzb2JqZWN0LTM3MikKRmly bXdhcmUgRXJyb3IgKEFDUEkpOiBGYWlsdXJlIGNyZWF0aW5nIG5hbWVkIG9iamVjdCBbXDEzNF9T Qi5QQ0kwLlhIQy5SSFVCLlNTMDMuX1BMRF0sIEFFX0FMUkVBRFlfRVhJU1RTICgyMDIxMDYwNC9k c3dsb2FkMi00ODApCkFDUEkgRXJyb3I6IEFFX0FMUkVBRFlfRVhJU1RTLCBEdXJpbmcgbmFtZSBs b29rdXAvY2F0YWxvZyAoMjAyMTA2MDQvcHNvYmplY3QtMzcyKQpGaXJtd2FyZSBFcnJvciAoQUNQ SSk6IEZhaWx1cmUgY3JlYXRpbmcgbmFtZWQgb2JqZWN0IFtcMTM0X1NCLlBDSTAuWEhDLlJIVUIu U1MwNC5fVVBDXSwgQUVfQUxSRUFEWV9FWElTVFMgKDIwMjEwNjA0L2Rzd2xvYWQyLTQ4MCkKQUNQ SSBFcnJvcjogQUVfQUxSRUFEWV9FWElTVFMsIER1cmluZyBuYW1lIGxvb2t1cC9jYXRhbG9nICgy MDIxMDYwNC9wc29iamVjdC0zNzIpCkZpcm13YXJlIEVycm9yIChBQ1BJKTogRmFpbHVyZSBjcmVh dGluZyBuYW1lZCBvYmplY3QgW1wxMzRfU0IuUENJMC5YSEMuUkhVQi5TUzA0Ll9QTERdLCBBRV9B TFJFQURZX0VYSVNUUyAoMjAyMTA2MDQvZHN3bG9hZDItNDgwKQpBQ1BJIEVycm9yOiBBRV9BTFJF QURZX0VYSVNUUywgRHVyaW5nIG5hbWUgbG9va3VwL2NhdGFsb2cgKDIwMjEwNjA0L3Bzb2JqZWN0 LTM3MikKRmlybXdhcmUgRXJyb3IgKEFDUEkpOiBGYWlsdXJlIGNyZWF0aW5nIG5hbWVkIG9iamVj dCBbXDEzNF9TQi5QQ0kwLlhIQy5SSFVCLlNTMDUuX1VQQ10sIEFFX0FMUkVBRFlfRVhJU1RTICgy MDIxMDYwNC9kc3dsb2FkMi00ODApCkFDUEkgRXJyb3I6IEFFX0FMUkVBRFlfRVhJU1RTLCBEdXJp bmcgbmFtZSBsb29rdXAvY2F0YWxvZyAoMjAyMTA2MDQvcHNvYmplY3QtMzcyKQpGaXJtd2FyZSBF cnJvciAoQUNQSSk6IEZhaWx1cmUgY3JlYXRpbmcgbmFtZWQgb2JqZWN0IFtcMTM0X1NCLlBDSTAu WEhDLlJIVUIuU1MwNS5fUExEXSwgQUVfQUxSRUFEWV9FWElTVFMgKDIwMjEwNjA0L2Rzd2xvYWQy LTQ4MCkKQUNQSSBFcnJvcjogQUVfQUxSRUFEWV9FWElTVFMsIER1cmluZyBuYW1lIGxvb2t1cC9j YXRhbG9nICgyMDIxMDYwNC9wc29iamVjdC0zNzIpCkZpcm13YXJlIEVycm9yIChBQ1BJKTogRmFp bHVyZSBjcmVhdGluZyBuYW1lZCBvYmplY3QgW1wxMzRfU0IuUENJMC5YSEMuUkhVQi5TUzA2Ll9V UENdLCBBRV9BTFJFQURZX0VYSVNUUyAoMjAyMTA2MDQvZHN3bG9hZDItNDgwKQpBQ1BJIEVycm9y OiBBRV9BTFJFQURZX0VYSVNUUywgRHVyaW5nIG5hbWUgbG9va3VwL2NhdGFsb2cgKDIwMjEwNjA0 L3Bzb2JqZWN0LTM3MikKRmlybXdhcmUgRXJyb3IgKEFDUEkpOiBGYWlsdXJlIGNyZWF0aW5nIG5h bWVkIG9iamVjdCBbXDEzNF9TQi5QQ0kwLlhIQy5SSFVCLlNTMDYuX1BMRF0sIEFFX0FMUkVBRFlf RVhJU1RTICgyMDIxMDYwNC9kc3dsb2FkMi00ODApCkFDUEkgRXJyb3I6IEFFX0FMUkVBRFlfRVhJ U1RTLCBEdXJpbmcgbmFtZSBsb29rdXAvY2F0YWxvZyAoMjAyMTA2MDQvcHNvYmplY3QtMzcyKQpG aXJtd2FyZSBFcnJvciAoQUNQSSk6IENvdWxkIG5vdCByZXNvbHZlIHN5bWJvbCBbXDEzNF9TQi5Q Q0kwLlhEQ0ldLCBBRV9OT1RfRk9VTkQgKDIwMjEwNjA0L2Rzd2xvYWQyLTMxNSkKQUNQSSBFcnJv cjogQUVfTk9UX0ZPVU5ELCBEdXJpbmcgbmFtZSBsb29rdXAvY2F0YWxvZyAoMjAyMTA2MDQvcHNv YmplY3QtMzcyKQpGaXJtd2FyZSBFcnJvciAoQUNQSSk6IENvdWxkIG5vdCByZXNvbHZlIHN5bWJv bCBbXDEzNF9TQi5QQ0kwLkkyQzEuVFBMMS5URFhdLCBBRV9OT1RfRk9VTkQgKDIwMjEwNjA0L3Bz YXJncy01MDMpCkFDUEkgRXJyb3I6IEFib3J0aW5nIG1ldGhvZCBcMTM0X1NCLlBDSTAuSTJDMS5J TkMxIGR1ZSB0byBwcmV2aW91cyBlcnJvciAoQUVfTk9UX0ZPVU5EKSAoMjAyMTA2MDQvcHNwYXJz ZS02ODkpCkFDUEkgRXJyb3I6IEFib3J0aW5nIG1ldGhvZCBcMTM0X1NCLlBDSTAuSTJDMS5fSU5J IGR1ZSB0byBwcmV2aW91cyBlcnJvciAoQUVfTk9UX0ZPVU5EKSAoMjAyMTA2MDQvcHNwYXJzZS02 ODkpCnVua25vd246IG1lbW9yeSByYW5nZSBub3Qgc3VwcG9ydGVkCmNwdTA6IDxBQ1BJIENQVT4g b24gYWNwaTAKaHBldDA6IDxIaWdoIFByZWNpc2lvbiBFdmVudCBUaW1lcj4gaW9tZW0gMHhmZWQw MDAwMC0weGZlZDAwM2ZmIG9uIGFjcGkwClRpbWVjb3VudGVyICJIUEVUIiBmcmVxdWVuY3kgMjQw MDAwMDAgSHogcXVhbGl0eSA5NTAKRXZlbnQgdGltZXIgIkhQRVQiIGZyZXF1ZW5jeSAyNDAwMDAw MCBIeiBxdWFsaXR5IDU1MAphdHJ0YzA6IDxBVCByZWFsdGltZSBjbG9jaz4gcG9ydCAweDcwLTB4 NzcgaXJxIDggb24gYWNwaTAKYXRydGMwOiBXYXJuaW5nOiBDb3VsZG4ndCBtYXAgSS9PLgphdHJ0 YzA6IHJlZ2lzdGVyZWQgYXMgYSB0aW1lLW9mLWRheSBjbG9jaywgcmVzb2x1dGlvbiAxLjAwMDAw MHMKRXZlbnQgdGltZXIgIlJUQyIgZnJlcXVlbmN5IDMyNzY4IEh6IHF1YWxpdHkgMAphdHRpbWVy MDogPEFUIHRpbWVyPiBwb3J0IDB4NDAtMHg0MywweDUwLTB4NTMgaXJxIDAgb24gYWNwaTAKVGlt ZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDAKRXZlbnQgdGlt ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDEwMApUaW1lY291bnRlciAi QUNQSS1mYXN0IiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDkwMAphY3BpX3RpbWVyMDog PDI0LWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweDE4MDgtMHgxODBiIG9uIGFjcGkw CmFjcGlfZWMwOiA8RW1iZWRkZWQgQ29udHJvbGxlcjogR1BFIDB4MTc+IHBvcnQgMHg2MiwweDY2 IG9uIGFjcGkwCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYg b24gYWNwaTAKcGNpMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjAKdmdhcGNpMDogPFZHQS1jb21w YXRpYmxlIGRpc3BsYXk+IHBvcnQgMHgzMDAwLTB4MzAzZiBtZW0gMHg2MDRhMDAwMDAwLTB4NjA0 YWZmZmZmZiwweDQwMDAwMDAwMDAtMHg0MDBmZmZmZmZmIGF0IGRldmljZSAyLjAgb24gcGNpMAp2 Z2FwY2kwOiBCb290IHZpZGVvIGRldmljZQpwY2kwOiA8c2ltcGxlIGNvbW1zLCBVQVJUPiBhdCBk ZXZpY2UgMTkuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQp4aGNpMDogPFhIQ0kgKGdlbmVyaWMpIFVT QiAzLjAgY29udHJvbGxlcj4gbWVtIDB4NjA0YjEwMDAwMC0weDYwNGIxMGZmZmYgYXQgZGV2aWNl IDIwLjAgb24gcGNpMAp4aGNpMDogMzIgYnl0ZXMgY29udGV4dCBzaXplLCA2NC1iaXQgRE1BCnVz YnVzMCBvbiB4aGNpMAp1c2J1czA6IDUuMEdicHMgU3VwZXIgU3BlZWQgVVNCIHYzLjAKcGNpMDog PG1lbW9yeSwgUkFNPiBhdCBkZXZpY2UgMjAuMiAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8 bmV0d29yaz4gYXQgZGV2aWNlIDIwLjMgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMDogPHNlcmlh bCBidXM+IGF0IGRldmljZSAyMS4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxzZXJpYWwg YnVzPiBhdCBkZXZpY2UgMjEuMSAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8c2ltcGxlIGNv bW1zPiBhdCBkZXZpY2UgMjIuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQphaGNpMDogPEludGVsIElD SDhNKyAoUkFJRCkgQUhDSSBTQVRBIGNvbnRyb2xsZXI+IHBvcnQgMHgzMDkwLTB4MzA5NywweDMw ODAtMHgzMDgzLDB4MzA2MC0weDMwN2YgbWVtIDB4OGU0MDAwMDAtMHg4ZTQwMWZmZiwweDhlNDAz MDAwLTB4OGU0MDMwZmYsMHg4ZTQwMjAwMC0weDhlNDAyN2ZmIGF0IGRldmljZSAyMy4wIG9uIHBj aTAKYWhjaTA6IEFIQ0kgdjEuMzEgd2l0aCAxNiAzR2JwcyBwb3J0cywgUG9ydCBNdWx0aXBsaWVy IG5vdCBzdXBwb3J0ZWQKcGNpYjE6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMjgu MCBvbiBwY2kwCnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxCnJ0c3gwOiA8Mi4wYyBSZWFs dGVrIFJUUzUyNUEgUENJIE1NQy9TRCBDYXJkIFJlYWRlcj4gbWVtIDB4OGUzMDAwMDAtMHg4ZTMw MGZmZiBhdCBkZXZpY2UgMC4wIG9uIHBjaTEKcnRzeDA6IHBjaV9yZWFkX2NvbmZpZygpIGVycm9y IC0gcmVnOiAweGVlZmZmZmFhCnJ0c3gwOiBDYXJkIGFic2VudApwY2liMjogPEFDUEkgUENJLVBD SSBicmlkZ2U+IGF0IGRldmljZSAyOC40IG9uIHBjaTAKcGNpMjogPEFDUEkgUENJIGJ1cz4gb24g cGNpYjIKcGNpYjM6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMC4wIG9uIHBjaTIK cGNpMzogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjMKcGNpYjQ6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdl PiBhdCBkZXZpY2UgMC4wIG9uIHBjaTMKcGNpNDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjQKcGNp YjU6IDxQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDEuMCBvbiBwY2kzCnBjaWI2OiA8QUNQSSBQ Q0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDIuMCBvbiBwY2kzCnBjaTU6IDxBQ1BJIFBDSSBidXM+ IG9uIHBjaWI2CnhoY2kxOiA8WEhDSSAoZ2VuZXJpYykgVVNCIDMuMCBjb250cm9sbGVyPiBtZW0g MHg3N2YwMDAwMC0weDc3ZjBmZmZmIGF0IGRldmljZSAwLjAgb24gcGNpNQp4aGNpMTogMzIgYnl0 ZXMgY29udGV4dCBzaXplLCA2NC1iaXQgRE1BCnVzYnVzMSBvbiB4aGNpMQp1c2J1czE6IDUuMEdi cHMgU3VwZXIgU3BlZWQgVVNCIHYzLjAKcGNpYjc6IDxQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNl IDQuMCBvbiBwY2kzCnBjaWI4OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDI5LjAg b24gcGNpMApwY2k2OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liOApudm1lMDogPEdlbmVyaWMgTlZN ZSBEZXZpY2U+IG1lbSAweDhlMjAwMDAwLTB4OGUyMDNmZmYgYXQgZGV2aWNlIDAuMCBvbiBwY2k2 CnBjaWI5OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDI5LjYgb24gcGNpMApwY2k3 OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liOQpudm1lMTogPEdlbmVyaWMgTlZNZSBEZXZpY2U+IG1l bSAweDhlMTEwMDAwLTB4OGUxMTNmZmYsMHg4ZTEwMDAwMC0weDhlMTBmZmZmIGF0IGRldmljZSAw LjAgb24gcGNpNwppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMzEuMCBvbiBwY2kw CmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMApoZGFjMDogPEludGVsIENhbm5vbiBMYWtlIEhEQSBD b250cm9sbGVyPiBtZW0gMHg2MDRiMTE4MDAwLTB4NjA0YjExYmZmZiwweDYwNGIwMDAwMDAtMHg2 MDRiMGZmZmZmIGF0IGRldmljZSAzMS4zIG9uIHBjaTAKcGNpMDogPHNlcmlhbCBidXM+IGF0IGRl dmljZSAzMS41IChubyBkcml2ZXIgYXR0YWNoZWQpCmJhdHRlcnkwOiA8QUNQSSBDb250cm9sIE1l dGhvZCBCYXR0ZXJ5PiBvbiBhY3BpMAphY3BpX2FjYWQwOiA8QUMgQWRhcHRlcj4gb24gYWNwaTAK YWNwaV9saWQwOiA8Q29udHJvbCBNZXRob2QgTGlkIFN3aXRjaD4gb24gYWNwaTAKYWNwaV9idXR0 b24wOiA8UG93ZXIgQnV0dG9uPiBvbiBhY3BpMAphY3BpX3R6MDogPFRoZXJtYWwgWm9uZT4gb24g YWNwaTAKYXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9ydCAweDYwLDB4 NjQgaXJxIDEgb24gYWNwaTAKYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzAK a2JkMCBhdCBhdGtiZDAKYXRrYmQwOiBbR0lBTlQtTE9DS0VEXQphY3BpX3N5c2NvbnRhaW5lcjA6 IDxTeXN0ZW0gQ29udGFpbmVyPiBvbiBhY3BpMApod3BzdGF0ZV9pbnRlbDA6IDxJbnRlbCBTcGVl ZCBTaGlmdD4gb24gY3B1MApod3BzdGF0ZV9pbnRlbDE6IDxJbnRlbCBTcGVlZCBTaGlmdD4gb24g Y3B1MQpod3BzdGF0ZV9pbnRlbDI6IDxJbnRlbCBTcGVlZCBTaGlmdD4gb24gY3B1Mgpod3BzdGF0 ZV9pbnRlbDM6IDxJbnRlbCBTcGVlZCBTaGlmdD4gb24gY3B1Mwpod3BzdGF0ZV9pbnRlbDQ6IDxJ bnRlbCBTcGVlZCBTaGlmdD4gb24gY3B1NApod3BzdGF0ZV9pbnRlbDU6IDxJbnRlbCBTcGVlZCBT aGlmdD4gb24gY3B1NQpod3BzdGF0ZV9pbnRlbDY6IDxJbnRlbCBTcGVlZCBTaGlmdD4gb24gY3B1 Ngpod3BzdGF0ZV9pbnRlbDc6IDxJbnRlbCBTcGVlZCBTaGlmdD4gb24gY3B1NwpUaW1lY291bnRl cnMgdGljayBldmVyeSAxLjAwMCBtc2VjClpGUyBmaWxlc3lzdGVtIHZlcnNpb246IDUKWkZTIHN0 b3JhZ2UgcG9vbCB2ZXJzaW9uOiBmZWF0dXJlcyBzdXBwb3J0ICg1MDAwKQp1Z2VuMC4xOiA8MHg4 MDg2IFhIQ0kgcm9vdCBIVUI+IGF0IHVzYnVzMAp1Z2VuMS4xOiA8MHg4MDg2IFhIQ0kgcm9vdCBI VUI+IGF0IHVzYnVzMQp1aHViMSBvbiB1c2J1czEKdWh1YjE6IDwweDgwODYgWEhDSSByb290IEhV QiwgY2xhc3MgOS8wLCByZXYgMy4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMQp1aHViMCBvbiB1 c2J1czAKdWh1YjA6IDwweDgwODYgWEhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMy4wMC8x LjAwLCBhZGRyIDE+IG9uIHVzYnVzMApudmQwOiA8SU5URUwgSEJSUEVLTlgwMjAyQUg+IE5WTWUg bmFtZXNwYWNlCm52ZDA6IDQ4ODM4Nk1CICgxMDAwMjE1MjE2IDUxMiBieXRlIHNlY3RvcnMpCnVo dWIxOiA0IHBvcnRzIHdpdGggNCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApudmQxOiA8SU5URUwg SEJSUEVLTlgwMjAyQUhPPiBOVk1lIG5hbWVzcGFjZQpudmQxOiAyNzkwNU1CICg1NzE0OTQ0MCA1 MTIgYnl0ZSBzZWN0b3JzKQpoZGFjYzA6IDxSZWFsdGVrIEFMQzI4NSBIREEgQ09ERUM+IGF0IGNh ZCAwIG9uIGhkYWMwCmhkYWEwOiA8UmVhbHRlayBBTEMyODUgQXVkaW8gRnVuY3Rpb24gR3JvdXA+ IGF0IG5pZCAxIG9uIGhkYWNjMApwY20wOiA8UmVhbHRlayBBTEMyODUgKEFuYWxvZyk+IGF0IG5p ZCAyMyBhbmQgMjUgb24gaGRhYTAKcGNtMTogPFJlYWx0ZWsgQUxDMjg1IChSaWdodCBBbmFsb2cg SGVhZHBob25lcyk+IGF0IG5pZCAzMyBvbiBoZGFhMApoZGFjYzE6IDxJbnRlbCBLYWJ5IExha2Ug SERBIENPREVDPiBhdCBjYWQgMiBvbiBoZGFjMApoZGFhMTogPEludGVsIEthYnkgTGFrZSBBdWRp byBGdW5jdGlvbiBHcm91cD4gYXQgbmlkIDEgb24gaGRhY2MxCnBjbTI6IDxJbnRlbCBLYWJ5IExh a2UgKEhETUkvRFAgOGNoKT4gYXQgbmlkIDMgb24gaGRhYTEKVHJ5aW5nIHRvIG1vdW50IHJvb3Qg ZnJvbSB6ZnM6enJvb3QvUk9PVC9kZWZhdWx0IFtdLi4uClJvb3QgbW91bnQgd2FpdGluZyBmb3I6 IHVzYnVzMCBDQU0KV0FSTklORzogV0lUTkVTUyBvcHRpb24gZW5hYmxlZCwgZXhwZWN0IHJlZHVj ZWQgcGVyZm9ybWFuY2UuCnVodWIwOiAxOCBwb3J0cyB3aXRoIDE4IHJlbW92YWJsZSwgc2VsZiBw b3dlcmVkCnVnZW4wLjI6IDxTdW5wbHVzSVQgSW5jIEhQIFdpZGUgVmlzaW9uIEZIRCBDYW1lcmE+ IGF0IHVzYnVzMApSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czAKdWdlbjAuMzogPHZlbmRv ciAweDA2Y2IgcHJvZHVjdCAweDAwYmI+IGF0IHVzYnVzMAp1Z2VuMC40OiA8dmVuZG9yIDB4ODA4 NyBwcm9kdWN0IDB4MGFhYT4gYXQgdXNidXMwClNldHRpbmcgaG9zdHV1aWQ6IDM5NDQ0MzM1LTMy MzItNTgzOS0zMjMxLTMxNTgzMjMyNDQzNS4KU2V0dGluZyBob3N0aWQ6IDB4YWVlNDBlODguCm5v IHBvb2xzIGF2YWlsYWJsZSB0byBpbXBvcnQKU3RhcnRpbmcgZmlsZSBzeXN0ZW0gY2hlY2tzOgov ZGV2L252ZDBwMTogRklMRVNZU1RFTSBDTEVBTjsgU0tJUFBJTkcgQ0hFQ0tTCk1vdW50aW5nIGxv Y2FsIGZpbGVzeXN0ZW1zOi4KQXV0b2xvYWRpbmcgbW9kdWxlOiBhY3BpX3dtaS5rbwpBdXRvbG9h ZGluZyBtb2R1bGU6IGlmX2l3bS5rbwpBdXRvbG9hZGluZyBtb2R1bGU6IGlnNC5rbwpBdXRvbG9h ZGluZyBtb2R1bGU6IHBjaHRoZXJtLmtvCnBjaHRoZXJtMDogPENhbm5vbkxha2UtTFAgVGhlcm1h bCBTdWJzeXN0ZW0+IG1lbSAweDYwNGIxMjkwMDAtMHg2MDRiMTI5ZmZmIGF0IGRldmljZSAxOC4w IG9uIHBjaTAKaXdtMDogPEludGVsKFIpIER1YWwgQmFuZCBXaXJlbGVzcyBBQyA5NTYwPiBtZW0g MHg2MDRiMTFjMDAwLTB4NjA0YjExZmZmZiBhdCBkZXZpY2UgMjAuMyBvbiBwY2kwCml3bTA6IGh3 IHJldiAweDMxMCwgZncgdmVyIDM0LjMxMjU4MTE5ODUuMCwgYWRkcmVzcyAzODowMDoyNTo1MDo3 Yjo4OQppZzRpaWMwOiA8SW50ZWwgQ2Fubm9uIExha2UtTFAgSTJDIENvbnRyb2xsZXItMj4gYXQg ZGV2aWNlIDIxLjAgb24gcGNpMAppZzRpaWMwOiBVc2luZyBNU0kKaWljYnVzMDogPFBoaWxpcHMg STJDIGJ1cyAoQUNQSS1oaW50ZWQpPiBvbiBpZzRpaWMwCmlpY2J1czA6IDx1bmtub3duIGNhcmQ+ IGF0IGFkZHIgMHgxMAppZzRpaWMxOiA8SW50ZWwgQ2Fubm9uIExha2UtTFAgSTJDIENvbnRyb2xs ZXItMz4gYXQgZGV2aWNlIDIxLjEgb24gcGNpMAppZzRpaWMxOiBVc2luZyBNU0kKaWljYnVzMTog PFBoaWxpcHMgSTJDIGJ1cyAoQUNQSS1oaW50ZWQpPiBvbiBpZzRpaWMxCmlpY2J1czE6IDx1bmtu b3duIGNhcmQ+IGF0IGFkZHIgMHgyYwphY3BpX3dtaTA6IDxBQ1BJLVdNSSBtYXBwaW5nPiBvbiBh Y3BpMAphY3BpX3dtaTE6IDxBQ1BJLVdNSSBtYXBwaW5nPiBvbiBhY3BpMAphY3BpX3dtaTE6IEVt YmVkZGVkIE1PRiBmb3VuZApBQ1BJOiBcMTM0X1NCLldGREUuV1FDQzogMSBhcmd1bWVudHMgd2Vy ZSBwYXNzZWQgdG8gYSBub24tbWV0aG9kIEFDUEkgb2JqZWN0IChCdWZmZXIpICgyMDIxMDYwNC9u c2FyZ3VtZW50cy0zNjEpCmFjcGlfd21pMjogPEFDUEktV01JIG1hcHBpbmc+IG9uIGFjcGkwCmFj cGlfd21pMjogRW1iZWRkZWQgTU9GIGZvdW5kCkFDUEk6IFwxMzRfU0IuV0ZURS5XUUNDOiAxIGFy Z3VtZW50cyB3ZXJlIHBhc3NlZCB0byBhIG5vbi1tZXRob2QgQUNQSSBvYmplY3QgKEJ1ZmZlcikg KDIwMjEwNjA0L25zYXJndW1lbnRzLTM2MSkKYWNwaV93bWkzOiA8QUNQSS1XTUkgbWFwcGluZz4g b24gYWNwaTAKYWNwaV93bWkzOiBFbWJlZGRlZCBNT0YgZm91bmQKQUNQSTogXDEzNF9TQi5XTUlE LldRQUI6IDEgYXJndW1lbnRzIHdlcmUgcGFzc2VkIHRvIGEgbm9uLW1ldGhvZCBBQ1BJIG9iamVj dCAoQnVmZmVyKSAoMjAyMTA2MDQvbnNhcmd1bWVudHMtMzYxKQpTZXR0aW5nIHVwIGhhcnZlc3Rp bmc6IFBVUkVfUkRSQU5ELFtVTUFdLFtGU19BVElNRV0sU1dJLElOVEVSUlVQVCxORVRfTkcsW05F VF9FVEhFUl0sTkVUX1RVTixNT1VTRSxLRVlCT0FSRCxBVFRBQ0gsQ0FDSEVECkZlZWRpbmcgZW50 cm9weTogLgpTZXR0aW5nIGhvc3RuYW1lOiBzcGVjdHJlLmxvY2FsLgpFTEYgbGRjb25maWcgcGF0 aDogL2xpYiAvdXNyL2xpYiAvdXNyL2xpYi9jb21wYXQgL3Vzci9sb2NhbC9saWIgL3Vzci9sb2Nh bC9saWIvY29tcGF0L3BrZyAvdXNyL2xvY2FsL2xpYi9jb21wYXQvcGtnIC91c3IvbG9jYWwvbGli L3Blcmw1LzUuMzIvbWFjaC9DT1JFIC91c3IvbG9jYWwvbGx2bTEwL2xpYiAvdXNyL2xvY2FsL3No YXJlL2Nocm9taXVtCjMyLWJpdCBjb21wYXRpYmlsaXR5IGxkY29uZmlnIHBhdGg6IC91c3IvbGli MzIgL3Vzci9sb2NhbC9saWIzMiAvdXNyL2xvY2FsL2xpYjMyL3dpbmUKd2xhbjA6IEV0aGVybmV0 IGFkZHJlc3M6IDM4OjAwOjI1OjUwOjdiOjg5CkNyZWF0ZWQgd2xhbig0KSBpbnRlcmZhY2VzOiB3 bGFuMC4KbG8wOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gVVAKU3RhcnRpbmcgd3BhX3N1cHBsaWNh bnQuCndsYW4wOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gVVAKcGlkIDI5OSAod3BhX3N1cHBsaWNh bnQpLCBqaWQgMCwgdWlkIDA6IGV4aXRlZCBvbiBzaWduYWwgMTAgKGNvcmUgZHVtcGVkKQpTdGFy dGluZyBOZXR3b3JrOiBsbzAgd2xhbjAuCmxvMDogZmxhZ3M9ODA0OTxVUCxMT09QQkFDSyxSVU5O SU5HLE1VTFRJQ0FTVD4gbWV0cmljIDAgbXR1IDE2Mzg0CglvcHRpb25zPTY4MDAwMzxSWENTVU0s VFhDU1VNLExJTktTVEFURSxSWENTVU1fSVBWNixUWENTVU1fSVBWNj4KCWluZXQ2IDo6MSBwcmVm aXhsZW4gMTI4CglpbmV0NiBmZTgwOjoxJWxvMCBwcmVmaXhsZW4gNjQgc2NvcGVpZCAweDEKCWlu ZXQgMTI3LjAuMC4xIG5ldG1hc2sgMHhmZjAwMDAwMAoJZ3JvdXBzOiBsbwoJbmQ2IG9wdGlvbnM9 MjE8UEVSRk9STU5VRCxBVVRPX0xJTktMT0NBTD4Kd2xhbjA6IGZsYWdzPTg4NDM8VVAsQlJPQURD QVNULFJVTk5JTkcsU0lNUExFWCxNVUxUSUNBU1Q+IG1ldHJpYyAwIG10dSAxNTAwCglldGhlciAz ODowMDoyNTo1MDo3Yjo4OQoJaW5ldDYgZmU4MDo6M2EwMDoyNWZmOmZlNTA6N2I4OSV3bGFuMCBw cmVmaXhsZW4gNjQgc2NvcGVpZCAweDIKCWluZXQ2IDI2MDQ6NTUwMDo3MDI1OmY4MDA6M2EwMDoy NWZmOmZlNTA6N2I4OSBwcmVmaXhsZW4gNjQgYXV0b2NvbmYKCWdyb3Vwczogd2xhbgoJc3NpZCBO ZWVsV2lmaSBjaGFubmVsIDEgKDI0MTIgTUh6IDExZykgYnNzaWQgMGM6ODM6OWE6N2Y6YTU6NzAK CXJlZ2RvbWFpbiBGQ0MgY291bnRyeSBVUyBhdXRobW9kZSBXUEEyLzgwMi4xMWkgcHJpdmFjeSBP TgoJZGVmdHhrZXkgVU5ERUYgQUVTLUNDTSAyOjEyOC1iaXQgdHhwb3dlciAzMCBibWlzcyAxMCBz Y2FudmFsaWQgNjAKCXByb3Rtb2RlIENUUyB3bWUgcm9hbWluZyBNQU5VQUwKCXBhcmVudCBpbnRl cmZhY2U6IGl3bTAKCW1lZGlhOiBJRUVFIDgwMi4xMSBXaXJlbGVzcyBFdGhlcm5ldCBPRkRNLzM2 TWJwcyBtb2RlIDExZwoJc3RhdHVzOiBhc3NvY2lhdGVkCgluZDYgb3B0aW9ucz0yMzxQRVJGT1JN TlVELEFDQ0VQVF9SVEFEVixBVVRPX0xJTktMT0NBTD4KU3RhcnRpbmcgZGV2ZC4KQXV0b2xvYWRp bmcgbW9kdWxlOiBwY2h0aGVybS5rbwpBdXRvbG9hZGluZyBtb2R1bGU6IGlmX2l3bS5rbwpBdXRv bG9hZGluZyBtb2R1bGU6IGlnNC5rbwpBdXRvbG9hZGluZyBtb2R1bGU6IGlnNC5rbwpBdXRvbG9h ZGluZyBtb2R1bGU6IGFjcGlfd21pLmtvCkF1dG9sb2FkaW5nIG1vZHVsZTogYWNwaV93bWkua28K QXV0b2xvYWRpbmcgbW9kdWxlOiBhY3BpX3dtaS5rbwpBdXRvbG9hZGluZyBtb2R1bGU6IGFjcGlf d21pLmtvCml3bWJ0Znc6IGl3bWJ0X2Z3X3JlYWQ6IG9wZW46IC91c3IvbG9jYWwvc2hhcmUvaXdt YnQtZmlybXdhcmUvaWJ0LTE3LTE2LTEuc2ZpOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5Cml3 bWJ0Znc6IG1haW46IEZpcm13YXJlIGRvd25sb2FkIGZhaWxlZCEKQXV0b2xvYWRpbmcgbW9kdWxl OiBuZ191YnQua28KQXV0b2xvYWRpbmcgbW9kdWxlOiBuZ191YnQua28KQXV0b2xvYWRpbmcgbW9k dWxlOiBpaWNoaWQua28KaWljaGlkMDogPEVMQU4yNTE0OjAwIDA0RjM6MjgxMyBJMkMgSElEIGRl dmljZT4gYXQgYWRkciAweDEwIG9uIGlpY2J1czAKaWljaGlkMDogSW50ZXJydXB0IHNldHVwIGZh aWxlZC4gRmFsbGJhY2sgdG8gc2FtcGxpbmcKaGlkYnVzMDogPEhJRCBidXM+IG9uIGlpY2hpZDAK aWljaGlkMTogPFNZTkEzMjdFOjAwIDA2Q0I6Q0Q0RiBJMkMgSElEIGRldmljZT4gYXQgYWRkciAw eDJjIG9uIGlpY2J1czEKaWljaGlkMTogSW50ZXJydXB0IHNldHVwIGZhaWxlZC4gRmFsbGJhY2sg dG8gc2FtcGxpbmcKaGlkYnVzMTogPEhJRCBidXM+IG9uIGlpY2hpZDEKQXV0b2xvYWRpbmcgbW9k dWxlOiBpaWNoaWQua28KU3RhcnRpbmcgZGhjbGllbnQuCkRIQ1BESVNDT1ZFUiBvbiB3bGFuMCB0 byAyNTUuMjU1LjI1NS4yNTUgcG9ydCA2NyBpbnRlcnZhbCAzCkRIQ1BPRkZFUiBmcm9tIDE3Mi4y MC4wLjEKREhDUFJFUVVFU1Qgb24gd2xhbjAgdG8gMjU1LjI1NS4yNTUuMjU1IHBvcnQgNjcKREhD UEFDSyBmcm9tIDE3Mi4yMC4wLjEKYm91bmQgdG8gMTcyLjIwLjAuMTk5IC0tIHJlbmV3YWwgaW4g MzYwMCBzZWNvbmRzLgpBdXRvbG9hZGluZyBtb2R1bGU6IG5nX3VidC5rbwpBdXRvbG9hZGluZyBt b2R1bGU6IG5nX3VidC5rbwpBdXRvbG9hZGluZyBtb2R1bGU6IGhtdC5rbwpobXQwOiA8RUxBTjI1 MTQ6MDAgMDRGMzoyODEzIFRvdWNoU2NyZWVuPiBvbiBoaWRidXMwCmhtdDA6IE11bHRpdG91Y2gg dG91Y2hzY3JlZW4gd2l0aCAwIGV4dGVybmFsIGJ1dHRvbnMKaG10MDogMTAgY29udGFjdHMgd2l0 aCBbV0hdIHByb3BlcnRpZXMuIFJlcG9ydCByYW5nZSBbMDowXSAtIFszNDA4OjE5MjBdCmhtdDE6 IDxTWU5BMzI3RTowMCAwNkNCOkNENEYgVG91Y2hQYWQ+IG9uIGhpZGJ1czEKaGNvbmYwOiA8U1lO QTMyN0U6MDAgMDZDQjpDRDRGIENvbmZpZ3VyYXRpb24+IG9uIGhpZGJ1czEKaG10MTogTXVsdGl0 b3VjaCB0b3VjaHBhZCB3aXRoIDAgZXh0ZXJuYWwgYnV0dG9ucywgY2xpY2stcGFkCmhtdDE6IDUg Y29udGFjdHMgd2l0aCBbQ10gcHJvcGVydGllcy4gUmVwb3J0IHJhbmdlIFswOjBdIC0gWzEzOTI6 NjcyXQpBdXRvbG9hZGluZyBtb2R1bGU6IGhwZW4ua28KaHBlbjA6IDxFTEFOMjUxNDowMCAwNEYz OjI4MTMgUGVuPiBvbiBoaWRidXMwCkF1dG9sb2FkaW5nIG1vZHVsZTogaG1zLmtvCmhtczA6IDxT WU5BMzI3RTowMCAwNkNCOkNENEYgTW91c2U+IG9uIGhpZGJ1czEKaG1zMDogMiBidXR0b25zIGFu ZCBbWFldIGNvb3JkaW5hdGVzIElEPTIKQXV0b2xvYWRpbmcgbW9kdWxlOiBobXQua28KQXV0b2xv YWRpbmcgbW9kdWxlOiBoY29uZi5rbwphZGQgaG9zdCAxMjcuMC4wLjE6IGdhdGV3YXkgbG8wIGZp YiAwOiByb3V0ZSBhbHJlYWR5IGluIHRhYmxlCmFkZCBob3N0IDo6MTogZ2F0ZXdheSBsbzAgZmli IDA6IHJvdXRlIGFscmVhZHkgaW4gdGFibGUKYWRkIG5ldCBmZTgwOjo6IGdhdGV3YXkgOjoxCmFk ZCBuZXQgZmYwMjo6OiBnYXRld2F5IDo6MQphZGQgbmV0IDo6ZmZmZjowLjAuMC4wOiBnYXRld2F5 IDo6MQphZGQgbmV0IDo6MC4wLjAuMDogZ2F0ZXdheSA6OjEKVXBkYXRpbmcgL3Zhci9ydW4vb3Mt cmVsZWFzZSBkb25lLgpDcmVhdGluZyBhbmQvb3IgdHJpbW1pbmcgbG9nIGZpbGVzLgpDbGVhcmlu ZyAvdG1wIChYIHJlbGF0ZWQpLgpVcGRhdGluZyBtb3RkOi4KU3RhcnRpbmcgc3lzbG9nZC4KTm8g Y29yZSBkdW1wcyBmb3VuZC4KTW91bnRpbmcgbGF0ZSBmaWxlc3lzdGVtczouClN0YXJ0aW5nIGNy b24uClN0YXJ0aW5nIHNlbmRtYWlsX3N1Ym1pdC4KU2NyaXB0IC9ldGMvcmMuZC9zZW5kbWFpbCBp bnRlcnJ1cHRlZApQZXJmb3JtaW5nIHNhbml0eSBjaGVjayBvbiBzc2hkIGNvbmZpZ3VyYXRpb24u ClN0YXJ0aW5nIHNzaGQuCkNvbmZpZ3VyaW5nIHZ0OiBibGFua3RpbWUuClN0YXJ0aW5nIGJhY2tn cm91bmQgZmlsZSBzeXN0ZW0gY2hlY2tzIGluIDYwIHNlY29uZHMuCgpUaHUgSnVuIDEwIDA5OjUz OjUwIFBEVCAyMDIxCkp1biAxMCAwOTo1Mzo1OCBzcGVjdHJlIGxvZ2luWzE1NjldOiBST09UIExP R0lOIChyb290KSBPTiB0dHl2MApLREI6IGVudGVyOiBtYW51YWwgZXNjYXBlIHRvIGRlYnVnZ2Vy Cml3bTA6IGR1bXBpbmcgZGV2aWNlIGVycm9yIGxvZwppd20wOiBTdGFydCBFcnJvciBMb2cgRHVt cDoKaXdtMDogU3RhdHVzOiAweDMsIGNvdW50OiA2Cml3bTA6IDB4MDAwMDIyQ0UgfCBBRFZBTkNF RF9TWVNBU1NFUlQgICAgICAgICAgCml3bTA6IDAwMDBBMkYwIHwgdHJtX2h3X3N0YXR1czAKaXdt MDogMDAwMDAwMDAgfCB0cm1faHdfc3RhdHVzMQppd20wOiAwMDQ1NkQwNiB8IGJyYW5jaGxpbmsy Cml3bTA6IDAwNDYwNjRBIHwgaW50ZXJydXB0bGluazEKaXdtMDogMDAwMDAwMDAgfCBpbnRlcnJ1 cHRsaW5rMgppd20wOiAwMDAwMDAxQyB8IGRhdGExCml3bTA6IEUwMDAwMDBDIHwgZGF0YTIKaXdt MDogREVBREJFRUYgfCBkYXRhMwppd20wOiAyN0MwMUUwNSB8IGJlYWNvbiB0aW1lCml3bTA6IDQy RDBFMjAzIHwgdHNmIGxvdwppd20wOiAwMDAwMDBEQyB8IHRzZiBoaQppd20wOiAwMDAwMDAwMCB8 IHRpbWUgZ3AxCml3bTA6IDBERUM3NkE1IHwgdGltZSBncDIKaXdtMDogMDAwMDAwMDEgfCB1Q29k ZSByZXZpc2lvbiB0eXBlCml3bTA6IDAwMDAwMDIyIHwgdUNvZGUgdmVyc2lvbiBtYWpvcgppd20w OiBCQTUwMUIxMSB8IHVDb2RlIHZlcnNpb24gbWlub3IKaXdtMDogMDAwMDAzMTIgfCBodyB2ZXJz aW9uCml3bTA6IDAwODBGRjBGIHwgYm9hcmQgdmVyc2lvbgppd20wOiAwMDAwMDAxQyB8IGhjbWQK aXdtMDogMjdGOTIwMDAgfCBpc3IwCml3bTA6IDAwMDA0MDAwIHwgaXNyMQppd20wOiAwMDAwMTgw MiB8IGlzcjIKaXdtMDogNDA0MTdEQzEgfCBpc3IzCml3bTA6IDAwMDAwMDAwIHwgaXNyNAppd20w OiA5NkQ0MDA5RCB8IGxhc3QgY21kIElkCml3bTA6IDAwMDAwMDAwIHwgd2FpdF9ldmVudAppd20w OiAwMDAwNDI4OCB8IGwycF9jb250cm9sCml3bTA6IDAwMDAwMDIwIHwgbDJwX2R1cmF0aW9uCml3 bTA6IDAwMDAwM0JGIHwgbDJwX21odmFsaWQKaXdtMDogMDAwMDAwRTcgfCBsMnBfYWRkcl9tYXRj aAppd20wOiAwMDAwMDAwRCB8IGxtcG1fcG1nX3NlbAppd20wOiAyODAyMDIzMyB8IHRpbWVzdGFt cAppd20wOiAxNzUwMzAzMCB8IGZsb3dfaGFuZGxlcgppd20wOiBTdGFydCBVTUFDIEVycm9yIExv ZyBEdW1wOgppd20wOiBTdGF0dXM6IDB4MywgY291bnQ6IDcKaXdtMDogMHgwMDAwMDA3MCB8IEFE VkFOQ0VEX1NZU0FTU0VSVAppd20wOiAweDAwMDAwMDAwIHwgdW1hYyBicmFuY2hsaW5rMQppd20w OiAweEMwMDg3RDA4IHwgdW1hYyBicmFuY2hsaW5rMgppd20wOiAweEMwMDgzQTA4IHwgdW1hYyBp bnRlcnJ1cHRsaW5rMQppd20wOiAweEMwMDgzQTA4IHwgdW1hYyBpbnRlcnJ1cHRsaW5rMgppd20w OiAweDAwMDAwODAwIHwgdW1hYyBkYXRhMQppd20wOiAweEMwMDgzQTA4IHwgdW1hYyBkYXRhMgpp d20wOiAweERFQURCRUVGIHwgdW1hYyBkYXRhMwppd20wOiAweDAwMDAwMDIyIHwgdW1hYyBtYWpv cgppd20wOiAweEJBNTAxQjExIHwgdW1hYyBtaW5vcgppd20wOiAweEMwODg2MjhDIHwgZnJhbWUg cG9pbnRlcgppd20wOiAweEMwODg2MjhDIHwgc3RhY2sgcG9pbnRlcgppd20wOiAweDA5MzEwMDRF IHwgbGFzdCBob3N0IGNtZAppd20wOiAweDAwMDAwMDAwIHwgaXNyIHN0YXR1cyByZWcKaXdtMDog ZHJpdmVyIHN0YXR1czoKaXdtMDogICB0eCByaW5nICAwOiBxaWQ9MCAgY3VyPTMxICBxdWV1ZWQ9 MCAgCml3bTA6ICAgdHggcmluZyAgMTogcWlkPTEgIGN1cj0wICAgcXVldWVkPTAgIAppd20wOiAg IHR4IHJpbmcgIDI6IHFpZD0yICBjdXI9MCAgIHF1ZXVlZD0wICAKaXdtMDogICB0eCByaW5nICAz OiBxaWQ9MyAgY3VyPTAgICBxdWV1ZWQ9MCAgCml3bTA6ICAgdHggcmluZyAgNDogcWlkPTQgIGN1 cj0wICAgcXVldWVkPTAgIAppd20wOiAgIHR4IHJpbmcgIDU6IHFpZD01ICBjdXI9MCAgIHF1ZXVl ZD0wICAKaXdtMDogICB0eCByaW5nICA2OiBxaWQ9NiAgY3VyPTAgICBxdWV1ZWQ9MCAgCml3bTA6 ICAgdHggcmluZyAgNzogcWlkPTcgIGN1cj0wICAgcXVldWVkPTAgIAppd20wOiAgIHR4IHJpbmcg IDg6IHFpZD04ICBjdXI9MCAgIHF1ZXVlZD0wICAKaXdtMDogICB0eCByaW5nICA5OiBxaWQ9OSAg Y3VyPTUwICBxdWV1ZWQ9MCAgCml3bTA6ICAgdHggcmluZyAxMDogcWlkPTEwIGN1cj0wICAgcXVl dWVkPTAgIAppd20wOiAgIHR4IHJpbmcgMTE6IHFpZD0xMSBjdXI9MCAgIHF1ZXVlZD0wICAKaXdt MDogICB0eCByaW5nIDEyOiBxaWQ9MTIgY3VyPTAgICBxdWV1ZWQ9MCAgCml3bTA6ICAgdHggcmlu ZyAxMzogcWlkPTEzIGN1cj0wICAgcXVldWVkPTAgIAppd20wOiAgIHR4IHJpbmcgMTQ6IHFpZD0x NCBjdXI9MCAgIHF1ZXVlZD0wICAKaXdtMDogICB0eCByaW5nIDE1OiBxaWQ9MTUgY3VyPTAgICBx dWV1ZWQ9MCAgCml3bTA6ICAgdHggcmluZyAxNjogcWlkPTE2IGN1cj0wICAgcXVldWVkPTAgIApp d20wOiAgIHR4IHJpbmcgMTc6IHFpZD0xNyBjdXI9MCAgIHF1ZXVlZD0wICAKaXdtMDogICB0eCBy aW5nIDE4OiBxaWQ9MTggY3VyPTAgICBxdWV1ZWQ9MCAgCml3bTA6ICAgdHggcmluZyAxOTogcWlk PTE5IGN1cj0wICAgcXVldWVkPTAgIAppd20wOiAgIHR4IHJpbmcgMjA6IHFpZD0yMCBjdXI9MCAg IHF1ZXVlZD0wICAKaXdtMDogICB0eCByaW5nIDIxOiBxaWQ9MjEgY3VyPTAgICBxdWV1ZWQ9MCAg Cml3bTA6ICAgdHggcmluZyAyMjogcWlkPTIyIGN1cj0wICAgcXVldWVkPTAgIAppd20wOiAgIHR4 IHJpbmcgMjM6IHFpZD0yMyBjdXI9MCAgIHF1ZXVlZD0wICAKaXdtMDogICB0eCByaW5nIDI0OiBx aWQ9MjQgY3VyPTAgICBxdWV1ZWQ9MCAgCml3bTA6ICAgdHggcmluZyAyNTogcWlkPTI1IGN1cj0w ICAgcXVldWVkPTAgIAppd20wOiAgIHR4IHJpbmcgMjY6IHFpZD0yNiBjdXI9MCAgIHF1ZXVlZD0w ICAKaXdtMDogICB0eCByaW5nIDI3OiBxaWQ9MjcgY3VyPTAgICBxdWV1ZWQ9MCAgCml3bTA6ICAg dHggcmluZyAyODogcWlkPTI4IGN1cj0wICAgcXVldWVkPTAgIAppd20wOiAgIHR4IHJpbmcgMjk6 IHFpZD0yOSBjdXI9MCAgIHF1ZXVlZD0wICAKaXdtMDogICB0eCByaW5nIDMwOiBxaWQ9MzAgY3Vy PTAgICBxdWV1ZWQ9MCAgCml3bTA6ICAgcnggcmluZzogY3VyPTMwNQppd20wOiAgIDgwMi4xMSBz dGF0ZSA1Cml3bTA6IGl3bV9pbnRyOiBjb250cm9sbGVyIHBhbmlja2VkLCBpdl9zdGF0ZSA9IDU7 IHJlc3RhcnRpbmcKd2xhbjA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBET1dOCktEQjogZW50ZXI6 IG1hbnVhbCBlc2NhcGUgdG8gZGVidWdnZXIKS0RCOiBlbnRlcjogbWFudWFsIGVzY2FwZSB0byBk ZWJ1Z2dlcgpLREI6IGVudGVyOiBtYW51YWwgZXNjYXBlIHRvIGRlYnVnZ2VyCktEQjogZW50ZXI6 IG1hbnVhbCBlc2NhcGUgdG8gZGVidWdnZXIKbG8wOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gRE9X TgpKdW4gMTAgMTA6MDk6MzAgc3BlY3RyZSBkaGNsaWVudFs5OTddOiBNeSBhZGRyZXNzICgxNzIu MjAuMC4xOTkpIHdhcyBkZWxldGVkLCBkaGNsaWVudCBleGl0aW5nCkp1biAxMCAxMDowOTozMCBz cGVjdHJlIGRoY2xpZW50Wzk5N106IGNvbm5lY3Rpb24gY2xvc2VkCkp1biAxMCAxMDowOTozMCBz cGVjdHJlIGRoY2xpZW50Wzk5N106IGV4aXRpbmcuCndsYW4wOiBFdGhlcm5ldCBhZGRyZXNzOiAz ODowMDoyNTo1MDo3Yjo4OQpsbzA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBVUApKdW4gMTAgMTA6 MDk6MzAgc3BlY3RyZSB3cGFfc3VwcGxpY2FudFszNzI1XTogaW9jdGxbU0lPQ1M4MDIxMSwgb3A9 MjAsIHZhbD0wLCBhcmdfbGVuPTddOiBJbnZhbGlkIGFyZ3VtZW50Ckp1biAxMCAxMDowOTozMCBz cGVjdHJlIHN5c2xvZ2Q6IGxhc3QgbWVzc2FnZSByZXBlYXRlZCAxIHRpbWVzCkp1biAxMCAxMDow OTozMiBzcGVjdHJlIHdwYV9zdXBwbGljYW50WzM3MjZdOiBGYWlsZWQgdG8gYWRkIHN1cHBvcnRl ZCBvcGVyYXRpbmcgY2xhc3NlcyBJRQp3bGFuMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQCkp1 biAxMCAxMDowOTozMiBzcGVjdHJlIGRoY2xpZW50WzM3NDhdOiBzZW5kX3BhY2tldDogTm8gYnVm ZmVyIHNwYWNlIGF2YWlsYWJsZQpwaWQgMzcyNiAod3BhX3N1cHBsaWNhbnQpLCBqaWQgMCwgdWlk IDA6IGV4aXRlZCBvbiBzaWduYWwgMTAgKGNvcmUgZHVtcGVkKQpLREI6IGVudGVyOiBtYW51YWwg ZXNjYXBlIHRvIGRlYnVnZ2VyCkp1biAxMCAxMDoxNjo0NCBzcGVjdHJlIGxvZ2luWzE1NzBdOiBS T09UIExPR0lOIChyb290KSBPTiB0dHl2MQpXYXJuaW5nOiBtZW1vcnkgdHlwZSBkZWJ1Z2ZzaW50 IGxlYWtlZCBtZW1vcnkgb24gZGVzdHJveSAoMiBhbGxvY2F0aW9ucywgODAgYnl0ZXMgbGVha2Vk KS4KV2FybmluZzogbWVtb3J5IHR5cGUgZGVidWdmc2ludCBsZWFrZWQgbWVtb3J5IG9uIGRlc3Ry b3kgKDIgYWxsb2NhdGlvbnMsIDgwIGJ5dGVzIGxlYWtlZCkuCktEQjogZW50ZXI6IG1hbnVhbCBl c2NhcGUgdG8gZGVidWdnZXIKd2xhbjA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBET1dOCldhcm5p bmc6IG1lbW9yeSB0eXBlIGRlYnVnZnNpbnQgbGVha2VkIG1lbW9yeSBvbiBkZXN0cm95ICgyIGFs bG9jYXRpb25zLCA4MCBieXRlcyBsZWFrZWQpLgpbZHJtXSAxCltkcm1dIDIKW2RybV0gMwpbZHJt XSA0Cltkcm1dIDUKW2RybV0gNgpbZHJtXSA3Ckp1biAxMCAxMDoyMzo1NyBzcGVjdHJlIGtlcm5l bDogW2RybV0gMQpKdW4gMTAgMTA6MjM6NTcgc3BlY3RyZSBrZXJuZWw6IFtkcm1dIDIKSnVuIDEw IDEwOjIzOjU3IHNwZWN0cmUga2VybmVsOiBbZHJtXSAzCkp1biAxMCAxMDoyMzo1NyBzcGVjdHJl IGtlcm5lbDogW2RybV0gNApKdW4gMTAgMTA6MjM6NTcgc3BlY3RyZSBrZXJuZWw6IFtkcm1dIDUK SnVuIDEwIDEwOjIzOjU3IHNwZWN0cmUga2VybmVsOiBbZHJtXSA2Ckp1biAxMCAxMDoyMzo1NyBz cGVjdHJlIGtlcm5lbDogW2RybV0gNwpXYXJuaW5nOiBtZW1vcnkgdHlwZSBkZWJ1Z2ZzaW50IGxl YWtlZCBtZW1vcnkgb24gZGVzdHJveSAoMiBhbGxvY2F0aW9ucywgODAgYnl0ZXMgbGVha2VkKS4K V2FybmluZzogbWVtb3J5IHR5cGUgZGVidWdmc2ludCBsZWFrZWQgbWVtb3J5IG9uIGRlc3Ryb3kg KDIgYWxsb2NhdGlvbnMsIDgwIGJ5dGVzIGxlYWtlZCkuCldhcm5pbmc6IG1lbW9yeSB0eXBlIGRl YnVnZnNpbnQgbGVha2VkIG1lbW9yeSBvbiBkZXN0cm95ICgyIGFsbG9jYXRpb25zLCA4MCBieXRl cyBsZWFrZWQpLgpXYXJuaW5nOiBtZW1vcnkgdHlwZSBkZWJ1Z2ZzaW50IGxlYWtlZCBtZW1vcnkg b24gZGVzdHJveSAoMiBhbGxvY2F0aW9ucywgODAgYnl0ZXMgbGVha2VkKS4KbG8wOiBsaW5rIHN0 YXRlIGNoYW5nZWQgdG8gRE9XTgpKdW4gMTAgMTA6Mzg6NDUgc3BlY3RyZSBkaGNsaWVudFszNzQ4 XTogTXkgYWRkcmVzcyAoMTcyLjIwLjAuMTk5KSB3YXMgZGVsZXRlZCwgZGhjbGllbnQgZXhpdGlu ZwpKdW4gMTAgMTA6Mzg6NDUgc3BlY3RyZSBkaGNsaWVudFszNzQ4XTogY29ubmVjdGlvbiBjbG9z ZWQKSnVuIDEwIDEwOjM4OjQ1IHNwZWN0cmUgZGhjbGllbnRbMzc0OF06IGV4aXRpbmcuCndsYW4w OiBFdGhlcm5ldCBhZGRyZXNzOiAzODowMDoyNTo1MDo3Yjo4OQpsbzA6IGxpbmsgc3RhdGUgY2hh bmdlZCB0byBVUApKdW4gMTAgMTA6Mzg6NDYgc3BlY3RyZSB3cGFfc3VwcGxpY2FudFs0NjIzXTog aW9jdGxbU0lPQ1M4MDIxMSwgb3A9MjAsIHZhbD0wLCBhcmdfbGVuPTddOiBJbnZhbGlkIGFyZ3Vt ZW50Ckp1biAxMCAxMDozODo0NiBzcGVjdHJlIHN5c2xvZ2Q6IGxhc3QgbWVzc2FnZSByZXBlYXRl ZCAxIHRpbWVzCkp1biAxMCAxMDozODo0NyBzcGVjdHJlIHdwYV9zdXBwbGljYW50WzQ2MjRdOiBG YWlsZWQgdG8gYWRkIHN1cHBvcnRlZCBvcGVyYXRpbmcgY2xhc3NlcyBJRQp3bGFuMDogbGluayBz dGF0ZSBjaGFuZ2VkIHRvIFVQCkp1biAxMCAxMDozODo0NyBzcGVjdHJlIGRoY2xpZW50WzQ2NDZd OiBzZW5kX3BhY2tldDogTm8gYnVmZmVyIHNwYWNlIGF2YWlsYWJsZQpwaWQgNDYyNCAod3BhX3N1 cHBsaWNhbnQpLCBqaWQgMCwgdWlkIDA6IGV4aXRlZCBvbiBzaWduYWwgMTAgKGNvcmUgZHVtcGVk KQpKdW4gMTAgMTA6Mzk6MDAgc3BlY3RyZSBzc2hkWzQ3NjNdOiBlcnJvcjogUEFNOiBBdXRoZW50 aWNhdGlvbiBlcnJvciBmb3IgbmVlbCBmcm9tIDE3Mi4yMC4wLjE1NQpKdW4gMTAgMTA6Mzk6MDEg c3BlY3RyZSBzeXNsb2dkOiBsYXN0IG1lc3NhZ2UgcmVwZWF0ZWQgMSB0aW1lcwpKdW4gMTAgMTA6 Mzk6MDcgc3BlY3RyZSBzdVs0Nzc0XTogbmVlbCB0byByb290IG9uIC9kZXYvcHRzLzAKV2Fybmlu ZzogbWVtb3J5IHR5cGUgZGVidWdmc2ludCBsZWFrZWQgbWVtb3J5IG9uIGRlc3Ryb3kgKDIgYWxs b2NhdGlvbnMsIDgwIGJ5dGVzIGxlYWtlZCkuCmRybW4wOiA8ZHJtbj4gb24gdmdhcGNpMAp2Z2Fw Y2kwOiBjaGlsZCBkcm1uMCByZXF1ZXN0ZWQgcGNpX2VuYWJsZV9pbwp2Z2FwY2kwOiBjaGlsZCBk cm1uMCByZXF1ZXN0ZWQgcGNpX2VuYWJsZV9pbwpbZHJtXSBVbmFibGUgdG8gY3JlYXRlIGEgcHJp dmF0ZSB0bXBmcyBtb3VudCwgaHVnZXBhZ2Ugc3VwcG9ydCB3aWxsIGJlIGRpc2FibGVkKC0xOSku CkZhaWxlZCB0byBhZGQgV0MgTVRSUiBmb3IgWzB4NDAwMDAwMDAwMC0weDQwMGZmZmZmZmZdOiAt MjI7IHBlcmZvcm1hbmNlIG1heSBzdWZmZXIKW2RybV0gU3VwcG9ydHMgdmJsYW5rIHRpbWVzdGFt cCBjYWNoaW5nIFJldiAyICgyMS4xMC4yMDEzKS4KSnVuIDEwIDEwOjQ2OjAyIHNwZWN0cmUga2Vy bmVsOiBGYWlsZWQgdG8gYWRkIFdDIE1UUlIgZm9yIFsweDQwMDAwMDAwMDAtMHg0MDBmZmZmZmZm XTogLTIyOyBwZXJmb3JtYW5jZSBtYXkgc3VmZmVyCltkcm1dIENvbm5lY3RvciBlRFAtMTogZ2V0 IG1vZGUgZnJvbSB0dW5hYmxlczoKW2RybV0gICAtIGtlcm4udnQuZmIubW9kZXMuZURQLTEKW2Ry bV0gICAtIGtlcm4udnQuZmIuZGVmYXVsdF9tb2RlCmRybW4wOiBzdWNjZXNzZnVsbHkgbG9hZGVk IGZpcm13YXJlIGltYWdlICdpOTE1L2tibF9kbWNfdmVyMV8wNC5iaW4nCmRybW4wOiBbZHJtXSBG aW5pc2hlZCBsb2FkaW5nIERNQyBmaXJtd2FyZSBpOTE1L2tibF9kbWNfdmVyMV8wNC5iaW4gKHYx LjQpCltkcm1dIENvbm5lY3RvciBEUC0xOiBnZXQgbW9kZSBmcm9tIHR1bmFibGVzOgpbZHJtXSAg IC0ga2Vybi52dC5mYi5tb2Rlcy5EUC0xCltkcm1dICAgLSBrZXJuLnZ0LmZiLmRlZmF1bHRfbW9k ZQpbZHJtXSBDb25uZWN0b3IgRFAtMjogZ2V0IG1vZGUgZnJvbSB0dW5hYmxlczoKW2RybV0gICAt IGtlcm4udnQuZmIubW9kZXMuRFAtMgpbZHJtXSAgIC0ga2Vybi52dC5mYi5kZWZhdWx0X21vZGUK W2RybSBFUlJPUiA6aW50ZWxfZXhlY2xpc3RzX3N1Ym1pc3Npb25fc2V0dXBdIFdBIGJhdGNoIGJ1 ZmZlciBpbml0aWFsaXphdGlvbiBmYWlsZWQKCgpGYXRhbCB0cmFwIDEyOiBwYWdlIGZhdWx0IHdo aWxlIGluIGtlcm5lbCBtb2RlCmNwdWlkID0gMTsgYXBpYyBpZCA9IDAxCmZhdWx0IHZpcnR1YWwg YWRkcmVzcwk9IDB4NDQwCmZhdWx0IGNvZGUJCT0gc3VwZXJ2aXNvciByZWFkIGRhdGEsIHBhZ2Ug bm90IHByZXNlbnQKaW5zdHJ1Y3Rpb24gcG9pbnRlcgk9IDB4MjA6MHhmZmZmZmZmZjgwYzIyNGY3 CnN0YWNrIHBvaW50ZXIJICAgICAgICA9IDB4Mjg6MHhmZmZmZmUwMTEzNTllMTMwCmZyYW1lIHBv aW50ZXIJICAgICAgICA9IDB4Mjg6MHhmZmZmZmUwMTEzNTllMWMwCmNvZGUgc2VnbWVudAkJPSBi YXNlIDB4MCwgbGltaXQgMHhmZmZmZiwgdHlwZSAweDFiCgkJCT0gRFBMIDAsIHByZXMgMSwgbG9u ZyAxLCBkZWYzMiAwLCBncmFuIDEKcHJvY2Vzc29yIGVmbGFncwk9IGludGVycnVwdCBlbmFibGVk LCByZXN1bWUsIElPUEwgPSAwCmN1cnJlbnQgcHJvY2VzcwkJPSA0ODY4IChrbGRsb2FkKQp0cmFw IG51bWJlcgkJPSAxMgpwYW5pYzogcGFnZSBmYXVsdApjcHVpZCA9IDEKdGltZSA9IDE2MjMzNDcx NjMKS0RCOiBzdGFjayBiYWNrdHJhY2U6CmRiX3RyYWNlX3NlbGZfd3JhcHBlcigpIGF0IGRiX3Ry YWNlX3NlbGZfd3JhcHBlcisweDJiL2ZyYW1lIDB4ZmZmZmZlMDExMzU5ZGRlMAp2cGFuaWMoKSBh dCB2cGFuaWMrMHgxODEvZnJhbWUgMHhmZmZmZmUwMTEzNTlkZTMwCnBhbmljKCkgYXQgcGFuaWMr MHg0My9mcmFtZSAweGZmZmZmZTAxMTM1OWRlOTAKdHJhcF9mYXRhbCgpIGF0IHRyYXBfZmF0YWwr MHgzODcvZnJhbWUgMHhmZmZmZmUwMTEzNTlkZWYwCnRyYXBfcGZhdWx0KCkgYXQgdHJhcF9wZmF1 bHQrMHg5Ny9mcmFtZSAweGZmZmZmZTAxMTM1OWRmNTAKdHJhcCgpIGF0IHRyYXArMHgyOTQvZnJh bWUgMHhmZmZmZmUwMTEzNTllMDYwCmNhbGx0cmFwKCkgYXQgY2FsbHRyYXArMHg4L2ZyYW1lIDB4 ZmZmZmZlMDExMzU5ZTA2MAotLS0gdHJhcCAweGMsIHJpcCA9IDB4ZmZmZmZmZmY4MGMyMjRmNywg cnNwID0gMHhmZmZmZmUwMTEzNTllMTMwLCByYnAgPSAweGZmZmZmZTAxMTM1OWUxYzAgLS0tCl9z eF94bG9ja19oYXJkKCkgYXQgX3N4X3hsb2NrX2hhcmQrMHgxODcvZnJhbWUgMHhmZmZmZmUwMTEz NTllMWMwCl9zeF94bG9jaygpIGF0IF9zeF94bG9jaysweGJhL2ZyYW1lIDB4ZmZmZmZlMDExMzU5 ZTIwMAppbnRlbF93YWtlcmVmX3dhaXRfZm9yX2lkbGUoKSBhdCBpbnRlbF93YWtlcmVmX3dhaXRf Zm9yX2lkbGUrMHhlNS9mcmFtZSAweGZmZmZmZTAxMTM1OWUyNjAKaW50ZWxfZW5naW5lc19yZWxl YXNlKCkgYXQgaW50ZWxfZW5naW5lc19yZWxlYXNlKzB4YWIvZnJhbWUgMHhmZmZmZmUwMTEzNTll MjgwCmludGVsX2d0X2luaXQoKSBhdCBpbnRlbF9ndF9pbml0KzB4MTUxL2ZyYW1lIDB4ZmZmZmZl MDExMzU5ZTMzMAppOTE1X2dlbV9pbml0KCkgYXQgaTkxNV9nZW1faW5pdCsweDk1L2ZyYW1lIDB4 ZmZmZmZlMDExMzU5ZTM4MAppOTE1X2RyaXZlcl9wcm9iZSgpIGF0IGk5MTVfZHJpdmVyX3Byb2Jl KzB4ZWNiL2ZyYW1lIDB4ZmZmZmZlMDExMzU5ZTQxMAppOTE1X3BjaV9wcm9iZSgpIGF0IGk5MTVf cGNpX3Byb2JlKzB4M2MvZnJhbWUgMHhmZmZmZmUwMTEzNTllNDYwCmxpbnV4X3BjaV9hdHRhY2hf ZGV2aWNlKCkgYXQgbGludXhfcGNpX2F0dGFjaF9kZXZpY2UrMHgyZDYvZnJhbWUgMHhmZmZmZmUw MTEzNTllNGIwCmRldmljZV9hdHRhY2goKSBhdCBkZXZpY2VfYXR0YWNoKzB4M2NhL2ZyYW1lIDB4 ZmZmZmZlMDExMzU5ZTRmMApkZXZpY2VfcHJvYmVfYW5kX2F0dGFjaCgpIGF0IGRldmljZV9wcm9i ZV9hbmRfYXR0YWNoKzB4NzAvZnJhbWUgMHhmZmZmZmUwMTEzNTllNTIwCmJ1c19nZW5lcmljX2Ry aXZlcl9hZGRlZCgpIGF0IGJ1c19nZW5lcmljX2RyaXZlcl9hZGRlZCsweDU4L2ZyYW1lIDB4ZmZm ZmZlMDExMzU5ZTU0MApkZXZjbGFzc19kcml2ZXJfYWRkZWQoKSBhdCBkZXZjbGFzc19kcml2ZXJf YWRkZWQrMHgzOS9mcmFtZSAweGZmZmZmZTAxMTM1OWU1ODAKZGV2Y2xhc3NfYWRkX2RyaXZlcigp IGF0IGRldmNsYXNzX2FkZF9kcml2ZXIrMHgxNDcvZnJhbWUgMHhmZmZmZmUwMTEzNTllNWMwCl9s aW51eF9wY2lfcmVnaXN0ZXJfZHJpdmVyKCkgYXQgX2xpbnV4X3BjaV9yZWdpc3Rlcl9kcml2ZXIr MHhjZi9mcmFtZSAweGZmZmZmZTAxMTM1OWU1ZjAKaTkxNWttc19ldmgoKSBhdCBpOTE1a21zX2V2 aCsweDQ0L2ZyYW1lIDB4ZmZmZmZlMDExMzU5ZTYwMAptb2R1bGVfcmVnaXN0ZXJfaW5pdCgpIGF0 IG1vZHVsZV9yZWdpc3Rlcl9pbml0KzB4YmQvZnJhbWUgMHhmZmZmZmUwMTEzNTllNjMwCmxpbmtl cl9sb2FkX21vZHVsZSgpIGF0IGxpbmtlcl9sb2FkX21vZHVsZSsweGMwMS9mcmFtZSAweGZmZmZm ZTAxMTM1OWU5NDAKa2Vybl9rbGRsb2FkKCkgYXQga2Vybl9rbGRsb2FkKzB4MTUxL2ZyYW1lIDB4 ZmZmZmZlMDExMzU5ZTk5MApzeXNfa2xkbG9hZCgpIGF0IHN5c19rbGRsb2FkKzB4NWIvZnJhbWUg MHhmZmZmZmUwMTEzNTllOWMwCmFtZDY0X3N5c2NhbGwoKSBhdCBhbWQ2NF9zeXNjYWxsKzB4MTJl L2ZyYW1lIDB4ZmZmZmZlMDExMzU5ZWFmMApmYXN0X3N5c2NhbGxfY29tbW9uKCkgYXQgZmFzdF9z eXNjYWxsX2NvbW1vbisweGY4L2ZyYW1lIDB4ZmZmZmZlMDExMzU5ZWFmMAotLS0gc3lzY2FsbCAo MzA0LCBGcmVlQlNEIEVMRjY0LCBzeXNfa2xkbG9hZCksIHJpcCA9IDB4ODAxMWE1OGZhLCByc3Ag PSAweDdmZmZmZmZmZTU1OCwgcmJwID0gMHg3ZmZmZmZmZmVhZDAgLS0tCktEQjogZW50ZXI6IHBh bmljClVwdGltZTogNTJtMzlzCkR1bXBpbmcgMTEzMiBvdXQgb2YgMTU5ODUgTUI6Li4yJSAoQ1RS TC1DIHRvIGFib3J0KSAuLjEyJSAoQ1RSTC1DIHRvIGFib3J0KSAuLjIyJS4uMzIlLi40MSUuLjUx JS4uNjElLi43MSUuLjgxJS4uOTElCgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0Ka2VybmVsIGNvbmZpZwoKb3B0 aW9ucwlDT05GSUdfQVVUT0dFTkVSQVRFRAppZGVudAlHRU5FUklDCm1hY2hpbmUJYW1kNjQKY3B1 CUhBTU1FUgptYWtlb3B0aW9ucwlXSVRIX0NURj0xCm1ha2VvcHRpb25zCURFQlVHPS1nCm9wdGlv bnMJSUlDSElEX1NBTVBMSU5HCm9wdGlvbnMJSElEX0RFQlVHCm9wdGlvbnMJRVZERVZfU1VQUE9S VApvcHRpb25zCVhFTkhWTQpvcHRpb25zCVVTQl9ERUJVRwpvcHRpb25zCUFUSF9FTkFCTEVfMTFO Cm9wdGlvbnMJQUhfQVI1NDE2X0lOVEVSUlVQVF9NSVRJR0FUSU9OCm9wdGlvbnMJSUVFRTgwMjEx X1NVUFBPUlRfTUVTSApvcHRpb25zCUlFRUU4MDIxMV9ERUJVRwpvcHRpb25zCVNDX1BJWEVMX01P REUKb3B0aW9ucwlWRVNBCm9wdGlvbnMJQ09NUEFUX0xJTlVYS1BJCm9wdGlvbnMJUENJX0lPVgpv cHRpb25zCVBDSV9IUApvcHRpb25zCUlPTU1VCm9wdGlvbnMJRUFSTFlfQVBfU1RBUlRVUApvcHRp b25zCVNNUApvcHRpb25zCU5FVEdEQgpvcHRpb25zCU5FVERVTVAKb3B0aW9ucwlERUJVR05FVApv cHRpb25zCVpTVERJTwpvcHRpb25zCUdaSU8Kb3B0aW9ucwlFS0NECm9wdGlvbnMJVkVSQk9TRV9T WVNJTklUPTAKb3B0aW9ucwlNQUxMT0NfREVCVUdfTUFYWk9ORVM9OApvcHRpb25zCVdJVE5FU1Nf U0tJUFNQSU4Kb3B0aW9ucwlXSVRORVNTCm9wdGlvbnMJUVVFVUVfTUFDUk9fREVCVUdfVFJBU0gK b3B0aW9ucwlJTlZBUklBTlRfU1VQUE9SVApvcHRpb25zCUlOVkFSSUFOVFMKb3B0aW9ucwlERUFE TEtSRVMKb3B0aW9ucwlHREIKb3B0aW9ucwlGVUxMX0JVRl9UUkFDS0lORwpvcHRpb25zCUREQgpv cHRpb25zCUJVRl9UUkFDS0lORwpvcHRpb25zCUtEQl9UUkFDRQpvcHRpb25zCUtEQgpvcHRpb25z CVJDVEwKb3B0aW9ucwlSQUNDVF9ERUZBVUxUX1RPX0RJU0FCTEVECm9wdGlvbnMJUkFDQ1QKb3B0 aW9ucwlJTkNMVURFX0NPTkZJR19GSUxFCm9wdGlvbnMJRERCX0NURgpvcHRpb25zCUtEVFJBQ0Vf SE9PS1MKb3B0aW9ucwlLRFRSQUNFX0ZSQU1FCm9wdGlvbnMJTUFDCm9wdGlvbnMJQ0FQQUJJTElU SUVTCm9wdGlvbnMJQ0FQQUJJTElUWV9NT0RFCm9wdGlvbnMJQVVESVQKb3B0aW9ucwlIV1BNQ19I T09LUwpvcHRpb25zCUtCRF9JTlNUQUxMX0NERVYKb3B0aW9ucwlQUklOVEZfQlVGUl9TSVpFPTEy OApvcHRpb25zCV9LUE9TSVhfUFJJT1JJVFlfU0NIRURVTElORwpvcHRpb25zCVNZU1ZTRU0Kb3B0 aW9ucwlTWVNWTVNHCm9wdGlvbnMJU1lTVlNITQpvcHRpb25zCVNUQUNLCm9wdGlvbnMJS1RSQUNF Cm9wdGlvbnMJU0NTSV9ERUxBWT01MDAwCm9wdGlvbnMJQ09NUEFUX0ZSRUVCU0QxMgpvcHRpb25z CUNPTVBBVF9GUkVFQlNEMTEKb3B0aW9ucwlDT01QQVRfRlJFRUJTRDEwCm9wdGlvbnMJQ09NUEFU X0ZSRUVCU0Q5Cm9wdGlvbnMJQ09NUEFUX0ZSRUVCU0Q3Cm9wdGlvbnMJQ09NUEFUX0ZSRUVCU0Q2 Cm9wdGlvbnMJQ09NUEFUX0ZSRUVCU0Q1Cm9wdGlvbnMJQ09NUEFUX0ZSRUVCU0Q0Cm9wdGlvbnMJ Q09NUEFUX0ZSRUVCU0QzMgpvcHRpb25zCUVGSVJUCm9wdGlvbnMJR0VPTV9MQUJFTApvcHRpb25z CUdFT01fUkFJRApvcHRpb25zCVRNUEZTCm9wdGlvbnMJUFNFVURPRlMKb3B0aW9ucwlQUk9DRlMK b3B0aW9ucwlDRDk2NjAKb3B0aW9ucwlNU0RPU0ZTCm9wdGlvbnMJTkZTX1JPT1QKb3B0aW9ucwlO RlNMT0NLRApvcHRpb25zCU5GU0QKb3B0aW9ucwlORlNDTApvcHRpb25zCU1EX1JPT1QKb3B0aW9u cwlRVU9UQQpvcHRpb25zCVVGU19HSk9VUk5BTApvcHRpb25zCVVGU19ESVJIQVNICm9wdGlvbnMJ VUZTX0FDTApvcHRpb25zCVNPRlRVUERBVEVTCm9wdGlvbnMJRkZTCm9wdGlvbnMJS0VSTl9UTFMK b3B0aW9ucwlTQ1RQX1NVUFBPUlQKb3B0aW9ucwlUQ1BfUkZDNzQxMwpvcHRpb25zCVRDUF9ISE9P SwpvcHRpb25zCVRDUF9CTEFDS0JPWApvcHRpb25zCVRDUF9PRkZMT0FECm9wdGlvbnMJRklCX0FM R08Kb3B0aW9ucwlST1VURV9NUEFUSApvcHRpb25zCUlQU0VDX1NVUFBPUlQKb3B0aW9ucwlJTkVU NgpvcHRpb25zCUlORVQKb3B0aW9ucwlWSU1BR0UKb3B0aW9ucwlQUkVFTVBUSU9OCm9wdGlvbnMJ TlVNQQpvcHRpb25zCVNDSEVEX1VMRQpvcHRpb25zCU5FV19QQ0lCCm9wdGlvbnMJR0VPTV9QQVJU X0dQVApvcHRpb25zCUdFT01fUEFSVF9NQlIKb3B0aW9ucwlHRU9NX1BBUlRfRUJSCm9wdGlvbnMJ R0VPTV9QQVJUX0JTRApkZXZpY2UJaXNhCmRldmljZQltZW0KZGV2aWNlCWlvCmRldmljZQl1YXJ0 X25zODI1MApkZXZpY2UJY3B1ZnJlcQpkZXZpY2UJYWNwaQpkZXZpY2UJc21iaW9zCmRldmljZQlw Y2kKZGV2aWNlCWZkYwpkZXZpY2UJYWhjaQpkZXZpY2UJYXRhCmRldmljZQltdnMKZGV2aWNlCXNp aXMKZGV2aWNlCWFoYwpkZXZpY2UJYWhkCmRldmljZQllc3AKZGV2aWNlCWhwdGlvcApkZXZpY2UJ aXNwCmRldmljZQltcHQKZGV2aWNlCW1wcwpkZXZpY2UJbXByCmRldmljZQlzeW0KZGV2aWNlCWlz Y2kKZGV2aWNlCW9jc19mYwpkZXZpY2UJcHZzY3NpCmRldmljZQlzY2J1cwpkZXZpY2UJY2gKZGV2 aWNlCWRhCmRldmljZQlzYQpkZXZpY2UJY2QKZGV2aWNlCXBhc3MKZGV2aWNlCXNlcwpkZXZpY2UJ YW1yCmRldmljZQlhcmNtc3IKZGV2aWNlCWNpc3MKZGV2aWNlCWlpcgpkZXZpY2UJaXBzCmRldmlj ZQltbHkKZGV2aWNlCXR3YQpkZXZpY2UJc21hcnRwcWkKZGV2aWNlCXR3cwpkZXZpY2UJYWFjCmRl dmljZQlhYWNwCmRldmljZQlhYWNyYWlkCmRldmljZQlpZGEKZGV2aWNlCW1maQpkZXZpY2UJbWx4 CmRldmljZQltcnNhcwpkZXZpY2UJcG1zcGN2CmRldmljZQl0d2UKZGV2aWNlCW52bWUKZGV2aWNl CW52ZApkZXZpY2UJdm1kCmRldmljZQl2bWRfYnVzCmRldmljZQlhdGtiZGMKZGV2aWNlCWF0a2Jk CmRldmljZQlwc20KZGV2aWNlCWtiZG11eApkZXZpY2UJdmdhCmRldmljZQlzcGxhc2gKZGV2aWNl CXNjCmRldmljZQl2dApkZXZpY2UJdnRfdmdhCmRldmljZQl2dF9lZmlmYgpkZXZpY2UJdnRfdmJl ZmIKZGV2aWNlCWFncApkZXZpY2UJY2JiCmRldmljZQlwY2NhcmQKZGV2aWNlCWNhcmRidXMKZGV2 aWNlCXVhcnQKZGV2aWNlCXBwYwpkZXZpY2UJcHBidXMKZGV2aWNlCWxwdApkZXZpY2UJcHBpCmRl dmljZQlwdWMKZGV2aWNlCWlmbGliCmRldmljZQllbQpkZXZpY2UJaXgKZGV2aWNlCWl4dgpkZXZp Y2UJaXhsCmRldmljZQlpYXZmCmRldmljZQlpY2UKZGV2aWNlCXZteApkZXZpY2UJYXhwCmRldmlj ZQlieGUKZGV2aWNlCWxlCmRldmljZQl0aQpkZXZpY2UJbWx4NQpkZXZpY2UJbWx4ZncKZGV2aWNl CW1seDVlbgpkZXZpY2UJbWlpYnVzCmRldmljZQlhZQpkZXZpY2UJYWdlCmRldmljZQlhbGMKZGV2 aWNlCWFsZQpkZXZpY2UJYmNlCmRldmljZQliZmUKZGV2aWNlCWJnZQpkZXZpY2UJY2FzCmRldmlj ZQlkYwpkZXZpY2UJZXQKZGV2aWNlCWZ4cApkZXZpY2UJZ2VtCmRldmljZQlqbWUKZGV2aWNlCWxn ZQpkZXZpY2UJbXNrCmRldmljZQluZmUKZGV2aWNlCW5nZQpkZXZpY2UJcmUKZGV2aWNlCXJsCmRl dmljZQlzZ2UKZGV2aWNlCXNpcwpkZXZpY2UJc2sKZGV2aWNlCXN0ZQpkZXZpY2UJc3RnZQpkZXZp Y2UJdmdlCmRldmljZQl2cgpkZXZpY2UJeGwKZGV2aWNlCXdsYW4KZGV2aWNlCXdsYW5fd2VwCmRl dmljZQl3bGFuX2NjbXAKZGV2aWNlCXdsYW5fdGtpcApkZXZpY2UJd2xhbl9hbXJyCmRldmljZQlh bgpkZXZpY2UJYXRoCmRldmljZQlhdGhfcGNpCmRldmljZQlhdGhfaGFsCmRldmljZQlhdGhfcmF0 ZV9zYW1wbGUKZGV2aWNlCWlwdwpkZXZpY2UJaXdpCmRldmljZQlpd24KZGV2aWNlCW1hbG8KZGV2 aWNlCW13bApkZXZpY2UJcmFsCmRldmljZQl3cGkKZGV2aWNlCWNyeXB0bwpkZXZpY2UJYWVzbmkK ZGV2aWNlCWxvb3AKZGV2aWNlCXBhZGxvY2tfcm5nCmRldmljZQlyZHJhbmRfcm5nCmRldmljZQll dGhlcgpkZXZpY2UJdmxhbgpkZXZpY2UJdHVudGFwCmRldmljZQltZApkZXZpY2UJZ2lmCmRldmlj ZQlmaXJtd2FyZQpkZXZpY2UJeHoKZGV2aWNlCWJwZgpkZXZpY2UJdWhjaQpkZXZpY2UJb2hjaQpk ZXZpY2UJZWhjaQpkZXZpY2UJeGhjaQpkZXZpY2UJdXNiCmRldmljZQl1a2JkCmRldmljZQl1bWFz cwpkZXZpY2UJc291bmQKZGV2aWNlCXNuZF9jbWkKZGV2aWNlCXNuZF9jc2EKZGV2aWNlCXNuZF9l bXUxMGt4CmRldmljZQlzbmRfZXMxMzd4CmRldmljZQlzbmRfaGRhCmRldmljZQlzbmRfaWNoCmRl dmljZQlzbmRfdmlhODIzMwpkZXZpY2UJbW1jCmRldmljZQltbWNzZApkZXZpY2UJc2RoY2kKZGV2 aWNlCXJ0c3gKZGV2aWNlCXZpcnRpbwpkZXZpY2UJdmlydGlvX3BjaQpkZXZpY2UJdnRuZXQKZGV2 aWNlCXZpcnRpb19ibGsKZGV2aWNlCXZpcnRpb19zY3NpCmRldmljZQl2aXJ0aW9fYmFsbG9vbgpk ZXZpY2UJaHlwZXJ2CmRldmljZQl4ZW5wY2kKZGV2aWNlCW5ldG1hcApkZXZpY2UJZXZkZXYKZGV2 aWNlCXVpbnB1dApkZXZpY2UJaGlkCgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KZGRiIGNhcHR1cmUgYnVmZmVy CgoK --=_d9b68ccc6c596054db2627b37648b3f7-- From nobody Thu Jun 10 22:41:01 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 35A1211CAFFE for ; Thu, 10 Jun 2021 22:41:10 +0000 (UTC) (envelope-from me@cameronkatri.com) Received: from cameronkatri.com (cameronkatri.com [206.189.178.249]) (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 4G1Jq91ZZ9z4m92 for ; Thu, 10 Jun 2021 22:41:09 +0000 (UTC) (envelope-from me@cameronkatri.com) Received: from [192.168.1.186] (c-73-84-80-103.hsd1.fl.comcast.net [73.84.80.103]) by cameronkatri.com (Postfix) with ESMTPSA id 7FE284177A for ; Thu, 10 Jun 2021 18:41:02 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cameronkatri.com; s=20201109; t=1623364862; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=pl1MClWRaFAxJ0RYMLQoJFW15NR+fzKnEB8GmwG8jeo=; b=k9F0BoE8HJPtlShly22SeLt5y47bAsDrsIQ17wVFPR35LjVeRTz56Gdsb5raPkV7fy2Q26 rbZP9c9NqsimkoSbImLbxTgY1UqOlNalcnx62dwYRKjYU41vho9Ep7QNQ+n/mc0g19CuFW IBmePZEgDh2kCuMDT9aCVssx4ymegvQ= Subject: Re: Files in /etc containing empty VCSId header To: freebsd-current@freebsd.org References: Message-ID: <91150081-1a01-8d77-8a08-392b36ad2767@cameronkatri.com> Date: Thu, 10 Jun 2021 18:41:01 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4G1Jq91ZZ9z4m92 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cameronkatri.com header.s=20201109 header.b=k9F0BoE8; dmarc=pass (policy=reject) header.from=cameronkatri.com; spf=pass (mx1.freebsd.org: domain of me@cameronkatri.com designates 206.189.178.249 as permitted sender) smtp.mailfrom=me@cameronkatri.com X-Spamd-Result: default: False [-3.99 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[cameronkatri.com:+]; DMARC_POLICY_ALLOW(-0.50)[cameronkatri.com,reject]; NEURAL_HAM_SHORT(-0.99)[-0.991]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[206.189.178.249:from]; ASN(0.00)[asn:14061, ipnet:206.189.176.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[73.84.80.103:received]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[cameronkatri.com:s=20201109]; FREEFALL_USER(0.00)[me]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[206.189.178.249:from:127.0.2.255]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] Reply-To: me@cameronkatri.com From: Cameron Katri via freebsd-current X-Original-From: Cameron Katri X-ThisMailContainsUnwantedMimeParts: N On 6/10/21 6:26 PM, Kevin Oberman wrote: > I have never seen it return anything from /usr/src. It seems to return stuff from /usr/src for me > whereis cc cc: /usr/bin/cc /usr/share/man/man1/cc.1.gz /usr/src/contrib/netbsd-tests/usr.bin/cc Although I question the validity of that response. But other times it works fine. > whereis whereis whereis: /usr/bin/whereis /usr/share/man/man1/whereis.1.gz /usr/src/usr.bin/whereis >> whereis cc > cc: /usr/bin/cc /usr/share/man/man1/cc.1.gz >> whereis postfix > postfix: /usr/local/sbin/postfix /usr/local/man/man1/postfix.1.gz > /usr/ports/mail/postfix > -- > Kevin Oberman, Part time kid herder and retired Network Engineer > E-mail: rkoberman@gmail.com > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > - Cameron Katri From nobody Thu Jun 10 22:52:53 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 43BA411CC1FE for ; Thu, 10 Jun 2021 22:52:58 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.3 with cipher TLS_CHACHA20_POLY1305_SHA256 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.evolve.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G1K4n4ZHjz4p3F; Thu, 10 Jun 2021 22:52:57 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id 3e4eb621; Thu, 10 Jun 2021 22:52:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; s=20180501; bh=Kyg/P3gC2mGKJe XjwpQlbUj1HSM=; b=aFlVnrYDFIHZ9NXGGz/cmZXuNHdlGpTBi/ZNO1GkbVZvwb Dc3LZZouSfIjypfVM2FhqCmHQJVwRuxA6suPipLw68bxkXdtGjxF6lNpXj3Wa5jj Gk2BXlhyyqOu5OQpBVkQuI8c6/5WKYdG2I2fwUrGtO+iIwZ4+ctNAtvWWsE6vINZ WZLNgvDpACZvTcH/ZxsFCI1biMrv81+ioAEVlyyVLsIuA0HPvnefd37Y30fUpNZP ldDWaQdKPe0PPTlyHoblVJmn0by6S9MAh1q1LTn7mxfx5wkxAOtTs+WSJLPHmkV/ 3ELi/edSk2PFl6AGhcVBnY/9dgkg39Hbae2h9pxQ== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; q=dns; s=20180501; b=apD+sSVO p8ZoJjutnPHUugKQjt0wUokOBxRnwztJchchqR7X9atKFdermKhOCn9WKug51sp/ UgFXyB0QVzt1h+c+bRwWJQsGvPqNEs9uxCBYb8agIjY+QnWiYaIQ7i3UwFE9DnZo 9C+uxs+kCuqQ4LBBaP2gf/Q0aSgyL8YLLpm0Belu0EUiul6OVs7IkdyCy8S2q3Fl qXRa8mhjbZFpxhk7EvEH40Kml8irbpDNIYAQlz27JjJr/rhWdkTyAzy/174yk7Vg Dmp9cSfFCg6L3vMdOZf0xr4nnf5V8FN2THsZqz0oSrfKcR8ZxJG33WtgvefMopQY 2/u5ZCuBUU3L4Q== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 9665e73d (TLSv1.3:AEAD-CHACHA20-POLY1305-SHA256:256:NO); Thu, 10 Jun 2021 22:52:54 +0000 (UTC) Content-Type: multipart/alternative; boundary=Apple-Mail-0BB7C1D6-09BA-4B3B-BED8-BF538717019D Content-Transfer-Encoding: 7bit List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (1.0) Subject: Re: Files in /etc containing empty VCSId header From: Michael Gmelin In-Reply-To: <91150081-1a01-8d77-8a08-392b36ad2767@cameronkatri.com> Date: Fri, 11 Jun 2021 00:52:53 +0200 Cc: freebsd-current@freebsd.org Message-Id: <711E3237-024A-4AA9-955B-3B7FAA426BD1@grem.de> References: <91150081-1a01-8d77-8a08-392b36ad2767@cameronkatri.com> To: me@cameronkatri.com X-Mailer: iPhone Mail (18E212) X-Rspamd-Queue-Id: 4G1K4n4ZHjz4p3F X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: Y --Apple-Mail-0BB7C1D6-09BA-4B3B-BED8-BF538717019D Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable > On 11. Jun 2021, at 00:42, Cameron Katri via freebsd-current wrote: >=20 > =EF=BB=BFOn 6/10/21 6:26 PM, Kevin Oberman wrote: >> I have never seen it return anything from /usr/src. >=20 > It seems to return stuff from /usr/src for me > > whereis cc > cc: /usr/bin/cc /usr/share/man/man1/cc.1.gz /usr/src/contrib/netbsd-tests/= usr.bin/cc >=20 > Although I question the validity of that response. But other times it work= s fine. >=20 Again, (among other ways) it does so using locate, see https://lists.freebsd= .org/archives/freebsd-current/2021-June/000193.html -m > > whereis whereis > whereis: /usr/bin/whereis /usr/share/man/man1/whereis.1.gz /usr/src/usr.bi= n/whereis >=20 >>> whereis cc >> cc: /usr/bin/cc /usr/share/man/man1/cc.1.gz >>> whereis postfix >> postfix: /usr/local/sbin/postfix /usr/local/man/man1/postfix.1.gz >> /usr/ports/mail/postfix >> -- >> Kevin Oberman, Part time kid herder and retired Network Engineer >> E-mail: rkoberman@gmail.com >> PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 >=20 > - Cameron Katri From nobody Thu Jun 10 22:54:08 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 251CA11CC894 for ; Thu, 10 Jun 2021 22:54:11 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x42b.google.com (mail-wr1-x42b.google.com [IPv6:2a00:1450:4864:20::42b]) (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 4G1K6B3cLmz4pY6 for ; Thu, 10 Jun 2021 22:54:10 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x42b.google.com with SMTP id e11so3995808wrg.3 for ; Thu, 10 Jun 2021 15:54:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=9zibayV1cXLhb8Kk+ZskCQDkaXtwUHrq1XMAeyjnd+M=; b=QrP9EG5xkjxCnrkaE0NpCbIfDotQ2dZbaTxXiMF2dmShz4IJoF8KPyUrKsQBM7MqJD ctS/62WCjDdmbxFRpXoRaGWYRNqs2qpA4nO0Y0FaRUk6611ufE/611gkNYyD7xwxZsBo qZsDj5JTZpPs6aj12tPRoj8vH+UoY87PkS+WJntwRcHK9ecWTHHhreMTh7t1Xfh4kZpx AHX6JBS//lreCpDhI2D/WKFwe8nLVcdTqkZV/ChAaPEfFSoiDOaWfsj/w/MTe5wdeQTs vApDe7GNGnQYdRVU9ZNBghiko8JrKidirnpFnkCu+5kTYM7MrIkgwgYQZrkC7QW7hpyv pbdw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=9zibayV1cXLhb8Kk+ZskCQDkaXtwUHrq1XMAeyjnd+M=; b=bi3WXltNIMZ2Qoksc/o7dY7JZNzl+g3Xhed3YKLtMdDkvS2iBGak3p//e2QCS1pEil uDYH9KxFwAw2XPVgGLFL+G43lGuz7Z9SVMQahembmM51o+vNWvQShu/CQwhzSxfUxiBQ mO/Bqnach7vfCAwMg6sV+sHShbgLmQez5Tjlj/H4L2rEa67S7JGxHHYg/6S2Wst9wT5J B4nN9FDs5hzfFCoVWSEwBgbqy0O1Ahhow1vITd5jvsqy77Vf2tKWEskTMe8YIn6qGBn6 uj3rM0IbCyAkJPglEKb8eo1UQ+lModWeKQmxJLwSlTdRQ/Z8+Y7ywq+jHBG0WbZllSfn Zw6w== X-Gm-Message-State: AOAM533UU/+7YYeZmYDpvzsSWk9e9uHuKh0aXf2kBjTyM3Pn/TdcuIDC JWB+nNLVKsoOztIVH9VU1FswIH67UA5rEw== X-Google-Smtp-Source: ABdhPJya2EUvyiwWpe4hzRwAtmltxSIqjPfxmbwhFN4x5BSDZM2qoemPVW5tzZFx/m0UqORj/niAtQ== X-Received: by 2002:a05:6000:1a87:: with SMTP id f7mr710002wry.172.1623365648273; Thu, 10 Jun 2021 15:54:08 -0700 (PDT) Received: from [192.168.1.10] (88-105-96-80.dynamic.dsl.as9105.com. [88.105.96.80]) by smtp.gmail.com with ESMTPSA id 89sm5290001wrq.14.2021.06.10.15.54.07 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 10 Jun 2021 15:54:07 -0700 (PDT) Subject: OpenZFS encryption: documentation To: freebsd-current@freebsd.org References: From: Graham Perrin Message-ID: <83746d1a-218b-32d4-89dd-7aacc9fff61a@gmail.com> Date: Thu, 10 Jun 2021 23:54:08 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Rspamd-Queue-Id: 4G1K6B3cLmz4pY6 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=QrP9EG5x; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::42b as permitted sender) smtp.mailfrom=grahamperrin@gmail.com X-Spamd-Result: default: False [-3.59 / 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(-0.60)[-0.596]; RECEIVED_SPAMHAUS_PBL(0.00)[88.105.96.80:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::42b:from]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; 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::42b:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::42b:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-ThisMailContainsUnwantedMimeParts: N On 09/06/2021 03:15, grarpamp wrote: > … You could find some initial doc and video about zfs encryption > on openzfs.org and youtube, and … Also, 'Encryption' under > … file and zvol data, file attributes, ACLs, permission bits, directory listings, FUID mappings, and userused / groupused data. ZFS will not encrypt metadata related to the pool structure, including dataset and snapshot names, dataset hierarchy, properties, file size, file holes, and deduplication tables (though the deduplicated data itself is encrypted). … man 8 zfs-load-key From nobody Fri Jun 11 00:31:13 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7A35D5D19AE for ; Fri, 11 Jun 2021 00:31:22 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G1MGL26Sfz3C7t; Fri, 11 Jun 2021 00:31:21 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.16.1/8.16.1) with ESMTPS id 15B0VDNR009033 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 10 Jun 2021 17:31:13 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.16.1/8.16.1/Submit) id 15B0VDAl009032; Thu, 10 Jun 2021 17:31:13 -0700 (PDT) (envelope-from sgk) Date: Thu, 10 Jun 2021 17:31:13 -0700 From: Steve Kargl To: Kevin Oberman Cc: Michael Gmelin , Ian Lepore , "Rodney W. Grimes" , FreeBSD Current Subject: Re: Files in /etc containing empty VCSId header Message-ID: <20210611003113.GA9021@troutmask.apl.washington.edu> References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Rspamd-Queue-Id: 4G1MGL26Sfz3C7t X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Thu, Jun 10, 2021 at 03:26:58PM -0700, Kevin Oberman wrote: > On Wed, Jun 9, 2021 at 2:02 AM Michael Gmelin wrote: > > > > > On 9. Jun 2021, at 01:15, Ian Lepore wrote: > > > > > > On Tue, 2021-06-08 at 15:11 -0700, Rodney W. Grimes wrote: > > >>> On Tue, 8 Jun 2021 09:41:34 +0000 > > >>> Mark Linimon wrote: > > >>> > > >>>> On Mon, Jun 07, 2021 at 01:58:01PM -0600, Ian Lepore wrote: > > >>>>> Sometimes it's a real interesting exercise to figure out where > > >>>>> a > > >>>>> file on your runtime system comes from in the source world. > > >> > > >> There is a command for that which does or use to do a pretty > > >> decent job of it called whereis(1). > > >> > > > > > > revolution > whereis ntp.conf > > > ntp.conf: > > > revolution > whereis netif > > > netif: > > > > That line might make it to a shirt one day: > > > > > revolution > whereis services > > > > ;) > > Michael > > > Just to clarify for those not willing or able to RTFM, it only works for > executables, not conf files or libraries. It reports the location of the > executable, the man page and the port location, if it is a port. For those > who did RTFM, it is wrong. It claims that it reports on the location of the > source, but that is not the case as far as I know. I have never seen it > return anything from /usr/src. > > whereis cc > cc: /usr/bin/cc /usr/share/man/man1/cc.1.gz > > whereis postfix > postfix: /usr/local/sbin/postfix /usr/local/man/man1/postfix.1.gz > /usr/ports/mail/postfix I should probably just lurk, but I believe the command that some are looking for is ident(1). This command is, of course, broken by the lost of $FreeBSD$ expansion. -- Steve From nobody Fri Jun 11 08:09:07 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id BC9CD11C8312 for ; Fri, 11 Jun 2021 08:09:11 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G1YQb4pqlz3vhd; Fri, 11 Jun 2021 08:09:11 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from [192.168.0.88] (unknown [195.64.148.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: avg/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 1DFE18054; Fri, 11 Jun 2021 08:09:11 +0000 (UTC) (envelope-from avg@FreeBSD.org) Subject: Re: drm-kmod kernel crash fatal trap 12 To: Bakul Shah , lausts@acm.org Cc: Current FreeBSD References: <01000179f13a6d3e-da7dd183-162b-4d1e-bf61-cfae3c584814-000000@email.amazonses.com> <4894bd36-92bd-596e-cc18-cd3e6aafe47f@selasky.org> <01000179f645c406-d38fbce4-d9d4-41c2-8c20-54a278d44196-000000@email.amazonses.com> <046B931E-899A-4643-B516-C1863E3D3EC3@iitbombay.org> From: Andriy Gapon Message-ID: <23dfa84c-7730-884c-fdae-b76579b7eca7@FreeBSD.org> Date: Fri, 11 Jun 2021 11:09:07 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Firefox/78.0 Thunderbird/78.11.0 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 In-Reply-To: <046B931E-899A-4643-B516-C1863E3D3EC3@iitbombay.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: N On 10/06/2021 18:13, Bakul Shah wrote: > On Jun 10, 2021, at 7:13 AM, Thomas Laus wrote: >> The drm-kmod module is the latest from the pkg server. It all >> worked this past Monday after the recent drm-kmod update. > > This is what I did: > > git clone https://github.com/freebsd/drm-kmod > ln -s $PWD/drm-kmod /usr/local/sys/modules > > Now it gets compiled every time you do make buildkernel. > If things break you can do a git pull in the drm-kmod dir > and rebuild. I did approximately the same, but instead of a symlink I use LOCAL_MODULES_DIR and LOCAL_MODULES. -- Andriy Gapon From nobody Fri Jun 11 14:08:19 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 9A1267C8C15 for ; Fri, 11 Jun 2021 14:08:28 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4G1jP82C6dz3Jmr; Fri, 11 Jun 2021 14:08:27 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 15BE8JJg024452; Fri, 11 Jun 2021 07:08:19 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 15BE8Jtb024451; Fri, 11 Jun 2021 07:08:19 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202106111408.15BE8Jtb024451@gndrsh.dnsmgr.net> Subject: Re: Files in /etc containing empty VCSId header In-Reply-To: <20210611003113.GA9021@troutmask.apl.washington.edu> To: Steve Kargl Date: Fri, 11 Jun 2021 07:08:19 -0700 (PDT) CC: Kevin Oberman , Michael Gmelin , Ian Lepore , "Rodney W. Grimes" , FreeBSD Current X-Mailer: ELM [version 2.4ME+ PL121h (25)] List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4G1jP82C6dz3Jmr X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N > On Thu, Jun 10, 2021 at 03:26:58PM -0700, Kevin Oberman wrote: > > On Wed, Jun 9, 2021 at 2:02 AM Michael Gmelin wrote: > > > > > > > On 9. Jun 2021, at 01:15, Ian Lepore wrote: > > > > > > > > ?On Tue, 2021-06-08 at 15:11 -0700, Rodney W. Grimes wrote: > > > >>> On Tue, 8 Jun 2021 09:41:34 +0000 > > > >>> Mark Linimon wrote: > > > >>> > > > >>>> On Mon, Jun 07, 2021 at 01:58:01PM -0600, Ian Lepore wrote: > > > >>>>> Sometimes it's a real interesting exercise to figure out where > > > >>>>> a > > > >>>>> file on your runtime system comes from in the source world. > > > >> > > > >> There is a command for that which does or use to do a pretty > > > >> decent job of it called whereis(1). > > > >> > > > > > > > > revolution > whereis ntp.conf > > > > ntp.conf: > > > > revolution > whereis netif > > > > netif: > > > > > > That line might make it to a shirt one day: > > > > > > > revolution > whereis services > > > > > > ;) > > > Michael > > > > > Just to clarify for those not willing or able to RTFM, it only works for > > executables, not conf files or libraries. It reports the location of the > > executable, the man page and the port location, if it is a port. For those > > who did RTFM, it is wrong. It claims that it reports on the location of the > > source, but that is not the case as far as I know. I have never seen it > > return anything from /usr/src. > > > whereis cc > > cc: /usr/bin/cc /usr/share/man/man1/cc.1.gz > > > whereis postfix > > postfix: /usr/local/sbin/postfix /usr/local/man/man1/postfix.1.gz > > /usr/ports/mail/postfix > > I should probably just lurk, but I believe the command that > some are looking for is ident(1). This command is, of course, > broken by the lost of $FreeBSD$ expansion. ident provides a bit more detail, but yes, it WAS the solution, and it would be nice to have that back. -- Rod Grimes rgrimes@freebsd.org From nobody Sat Jun 12 13:10:36 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 22AA67CA003 for ; Sat, 12 Jun 2021 13:10:42 +0000 (UTC) (envelope-from etnapierala@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 4G2J403566z4m1S for ; Sat, 12 Jun 2021 13:10:39 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by mail-wm1-x32d.google.com with SMTP id l7-20020a05600c1d07b02901b0e2ebd6deso10157020wms.1 for ; Sat, 12 Jun 2021 06:10:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-disposition:in-reply-to; bh=FMT634I5dEHrfqPhcHRh1enUhdaLDiIffNatyBEjA4U=; b=d83dISGjiqU7PRc1joj7ZOEpa97O0yIhj/x4BhcwRsrIA1xkI7M5sDNqP+ajFgj04j gRhtYq56HuS7z3wgq9cHn0yT5Us3yLlkDfy2imFYwqZtNxRNzK9kn7uizGHv7EKiKrMX hO5lXc8O7WQJqjgGzMi6+ObRJCPnQRw3oM9kXYfg5id9Wgs9GpERXIlahJAkG0BhZm/i cvT7Clyxc5ia4duqEYcH/Ta+8cbMYjNRXdlVQ3cMYdzEabet+QPcLjYlXzpXJQzqRN37 0MoS9GUr73tZhzfpcsOf/svFHmh/ejt+z/0hI5wOHmK5L5JTzqk2bmjls7ShPHyYvoH/ 2KwQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to; bh=FMT634I5dEHrfqPhcHRh1enUhdaLDiIffNatyBEjA4U=; b=aUx+WhpkT+D4SuetBAMENTauxp/XBNIL3JZlQUEFqQySt9x4CHQVFx2S4tfmCwPmcD 7vbXvpx8tdu3OqohU55N50OtB8AuYvt4UIFZwbpWOFjZT5+YA7havWdxMcRcEYiZeMAk BKFckVgrSBOM6lSfZYbD0u1voaBLe5Tgoie39DI2brxZRrpyteWT1QWrwnlCxL+hRqBw rvaInHaVkoa7oV/D/wxq1AAvZdj2aatA3r1YSaRveaQ/v/sjn3+iCP5Up+75zE2DTKe/ wczq/Yhg58DQbgJmQXRVJUVojAETRsgH0Prbvrm4tYwrODUjUhwS7oRpjHtJFsbSLEEx DEyQ== X-Gm-Message-State: AOAM5315IM6OsRJV9lkz84xm+4+tteG6MQAc9QLpyH87C2pN9P/5+f9x 0DBY5aem+l7RP8HKOX48yFwSx9f0FUA= X-Google-Smtp-Source: ABdhPJxnpilxFwcTIjY4UNAWH6UF1IWGu9hxtfdOzkeDEYclB7UFT/TUK3OcYt23vyVzktK8ExDm3g== X-Received: by 2002:a1c:770b:: with SMTP id t11mr24852673wmi.79.1623503438134; Sat, 12 Jun 2021 06:10:38 -0700 (PDT) Received: from brick (cpc159423-cmbg20-2-0-cust338.5-4.cable.virginm.net. [86.7.147.83]) by smtp.gmail.com with ESMTPSA id p10sm10155644wrr.33.2021.06.12.06.10.37 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 12 Jun 2021 06:10:37 -0700 (PDT) Date: Sat, 12 Jun 2021 14:10:36 +0100 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: Gary Jennejohn Cc: Warner Losh , FreeBSD Current Subject: Re: kernel panic while copying files Message-ID: Mail-Followup-To: Gary Jennejohn , Warner Losh , FreeBSD Current References: <20210607090109.08ecb130@ernst.home> <20210608084646.6a7e1bc7@ernst.home> <20210608155405.5cf0e200@ernst.home> <20210610095041.38d7597c@ernst.home> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210610095041.38d7597c@ernst.home> X-Rspamd-Queue-Id: 4G2J403566z4m1S X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=d83dISGj; dmarc=none; spf=pass (mx1.freebsd.org: domain of etnapierala@gmail.com designates 2a00:1450:4864:20::32d as permitted sender) smtp.mailfrom=etnapierala@gmail.com X-Spamd-Result: default: False [-2.14 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[trasz@freebsd.org,etnapierala@gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[86.7.147.83:received]; MIME_TRACE(0.00)[0:+]; R_MIXED_CHARSET(0.56)[subject]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[trasz@freebsd.org,etnapierala@gmail.com]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::32d:from]; 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]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::32d:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::32d:from]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-ThisMailContainsUnwantedMimeParts: N On 0610T1150, Gary Jennejohn wrote: > On Tue, 8 Jun 2021 17:54:05 +0200 > Gary Jennejohn wrote: > > [big snip] [..] > So, I did ``git reset --hard 8dc96b74edb844bb621afeba38fe4af104b13120'', > which was the penultimate commit made by trasz to clear CCBs on the stack > after he committed 3394d4239b85b5577845d9e6de4e97b18d3dba58, the change > to allocate CCBs in UMA. > > Note that I only built the kernel and not world. > > I tried to reset to 3394d4239b85b5577845d9e6de4e97b18d3dba58 itself, > but without the following commits for CCBs on the stack the kernel > paniced during startup in AHCI. > > Anyway, this is the minimum set of changes relevant to the uma_ccbs > story and also results in a panic identical to the one listed above > when I set kern.cam.da.enable_uma_ccbs=1 and turn on the external USB > disk. > > So, Warner is probably right and at least the da_uma_ccbs commits > should be reverted until more research can be done on why the panic > happens. > > The ada_uma_ccbs commits do not cause any problems in my experience and > could probably be left in the kernel. Thank you, I'm working on a fix. Meanwhile - does the current code cause any problems with set kern.cam.da.enable_uma_ccbs set to 0? If it doesn't, it probably doesn't require backing off, since 0 is the default, and will keep being the default until bugs such as this one are fixed. From nobody Sat Jun 12 14:45:24 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 1E54D7CED1D for ; Sat, 12 Jun 2021 14:45:28 +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 4G2L9N06bzz4s4H; Sat, 12 Jun 2021 14:45:27 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wr1-x42e.google.com with SMTP id z8so9165942wrp.12; Sat, 12 Jun 2021 07:45:27 -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=OceQLyia35Ase2RNDb7kwyG35//4/b/PW0Jt7k3+wlo=; b=LwLX39Tw2awXXaOtH9KpMHleIP7jDN44FSeZmrOqHOzv0QANfnCCbN+xXZmUCR8AWV R7NqrcYBeSSVeC4saNVUJYbnZ/+qSGleMIoedNjMmXjmQPMbcN5FbvlLe1hN3L6ssFCb aWpXzf+eRTu0QvkgIo3D92hS/5BUG07g9tWvnJhhuq2GSZ6uPReqbrTH0uxqmiqinpkC jmpttMgFKGvhQ502Msw6MJMs6cEXjS9Rww7B+EA/P7KrapkCt3jHlarzL8KLpv+eEKfE qz2khBdvD4XIDoE08EJwJShkdk9rknwNOCQ1DNIpMNLc7xSNUh4RZpPj2YPQUKOt+8lm g4Ng== 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=OceQLyia35Ase2RNDb7kwyG35//4/b/PW0Jt7k3+wlo=; b=oOpvwr6265t1yNSWSs8Mz63FlZfteZFgPEDFg8nyF6rnV7BTaOpLPJydmM6HVexNOG Lt/A1WpMNrh3b8v4xawb4BlreHb2drLWoZxJjKtqY20CoqHtZJsz7VNtCq1Gpk9kg0GU 3zu34epWls0Ad55uFSrwkVsOKourSFr8mVPjdQ31BAp15HB3OhasuRrx+3S2nhHoDkXg eURN0WVj7MR81WO9W3jH0DEdscaDylBNzc+YQ27SyuDgB5gC/tnNjeMoLqWLmfBOerqp XIOR1LUbq/g/Ftg+I+goBBE/iujyMnNOoWpDu0K9CDPsOP0SLkpWCxL6yVnQ8YeXWPKw 2nIQ== X-Gm-Message-State: AOAM5335pLF9c5J4rRzm6TGtGGTLKKcnRViCIXmNcY3aFxt/kWF0fhsH 87C3uaiDpM27yn/j58SUGXjAiGL6dRM= X-Google-Smtp-Source: ABdhPJyq1SECrF4j/LsMxm3wK1gozWAM8ykEKp+mToFcjk4Sx3Pplh7pI0XGKkGLdEbdpS69aNKWCg== X-Received: by 2002:adf:8b9a:: with SMTP id o26mr9369864wra.96.1623509126680; Sat, 12 Jun 2021 07:45:26 -0700 (PDT) Received: from ernst.home (pd9e2360f.dip0.t-ipconnect.de. [217.226.54.15]) by smtp.gmail.com with ESMTPSA id z10sm9431923wmb.26.2021.06.12.07.45.25 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 12 Jun 2021 07:45:26 -0700 (PDT) Date: Sat, 12 Jun 2021 16:45:24 +0200 From: Gary Jennejohn To: Edward Tomasz =?ISO-8859-1?Q?Napiera=3Fa?= Cc: FreeBSD Current Subject: Re: kernel panic while copying files Message-ID: <20210612144524.7881f852@ernst.home> In-Reply-To: References: <20210607090109.08ecb130@ernst.home> <20210608084646.6a7e1bc7@ernst.home> <20210608155405.5cf0e200@ernst.home> <20210610095041.38d7597c@ernst.home> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4G2L9N06bzz4s4H X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Sat, 12 Jun 2021 14:10:36 +0100 Edward Tomasz Napiera__a wrote: > On 0610T1150, Gary Jennejohn wrote: > > On Tue, 8 Jun 2021 17:54:05 +0200 > > Gary Jennejohn wrote: > > > > [big snip] > > [..] > > > So, I did ``git reset --hard 8dc96b74edb844bb621afeba38fe4af104b13120'', > > which was the penultimate commit made by trasz to clear CCBs on the stack > > after he committed 3394d4239b85b5577845d9e6de4e97b18d3dba58, the change > > to allocate CCBs in UMA. > > > > Note that I only built the kernel and not world. > > > > I tried to reset to 3394d4239b85b5577845d9e6de4e97b18d3dba58 itself, > > but without the following commits for CCBs on the stack the kernel > > paniced during startup in AHCI. > > > > Anyway, this is the minimum set of changes relevant to the uma_ccbs > > story and also results in a panic identical to the one listed above > > when I set kern.cam.da.enable_uma_ccbs=1 and turn on the external USB > > disk. > > > > So, Warner is probably right and at least the da_uma_ccbs commits > > should be reverted until more research can be done on why the panic > > happens. > > > > The ada_uma_ccbs commits do not cause any problems in my experience and > > could probably be left in the kernel. > > Thank you, I'm working on a fix. Meanwhile - does the current code > cause any problems with set kern.cam.da.enable_uma_ccbs set to 0? > If it doesn't, it probably doesn't require backing off, since 0 is > the default, and will keep being the default until bugs such as this > one are fixed. > No, with the sysctl set to 0 it works really well. I've been running it that way for several days and have transferred large amounts of data to an external USB3 disk with no problems. I didn't mention it, but I also tested the reset kernel (with INVARIANTS) with the sysctl set to 0 and the kernel did not panic. I've had ada_enable_uma_ccbs set to 1 the whole time and never saw any problems. I agree, as long as the default is 0 all the code can stay in the tree. -- Gary Jennejohn From nobody Sun Jun 13 14:21:02 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4F3EE7CF24C for ; Sun, 13 Jun 2021 14:21:07 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.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 4G2xZp37rdz3hMQ for ; Sun, 13 Jun 2021 14:21:06 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 0AD2C5C0139 for ; Sun, 13 Jun 2021 10:21:05 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Sun, 13 Jun 2021 10:21:05 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:mime-version:content-type; s= fm2; bh=df91cDmhG53zeMdzN3A+zLrAxtAN9YL3q8mffAl9WFU=; b=g+wUPzou pe/M8eFU2J+RoBgsRmBASMNrSKRWm2toIMUan7dHt9j+DEdO5W38R3eHaOG47AtF yPzkNqXFcdwr9HqXfvHLHUwEB6XAdrviqlh89iTZsVGXgbenPdJ0yeYN8Rz7F6VD uQNp1kmKhy916FlVMm9uo3F10pszAOvwP4drgwe+XLku7u77GNYFc+Y1/ePAC9Hz v62TXtvkzvY6SJ9Bcn1oD0OJZkVYPTQM2N5djj3CHN4HO74aiaFqNL+SiFG5Av79 CmzRgEH4bMCn7KQVrL8dzaJT5PGpjrEjxm4qSGwzkWQKoFzwV1PzCpG9Vw5Oek+H 21XOtIuPJBPR0A== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=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=fm3; bh=df91cDmhG53zeMdzN3A+zLrAxtAN9 YL3q8mffAl9WFU=; b=BMs+mc0mPRBe8o3r02DdrLNs8A9jAk52B9yreRoV949Ow E2Ke4ME2kNnxmQGdsSCLcJr9onQPLoQ91XCU2/v3jXALnutXPfLGhzo/vqIBbsEA PbudKMpnsZ+Ct/pK9mQjYIvoHzCaJ7jxMWqXPvoFzYt7PMoHDWW+IvAVFBxfmXfB nEtcbWBxwVXfOiDdvutx6OkpywYsws5Usgzc+9vGyPJrGEbqweSglIOb5MLstyPv 3WRJnZMejILBS2L7hGnRqD91UHolO7Xpgk3JKY2mFK3pufCJOtpRU2DQLSZgH7xf rPkDk2AcZf2ru591LfaPhUJZVh3/IezhspRveSTZw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrfedvfedgjeekucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkgggtugesghdtreertd dtvdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseiihiig shhtrdhnvghtqeenucggtffrrghtthgvrhhnpeevgffhffdtfeekleelhedtjeelvdfhvd egieejveffgfduvdfhteegjeeujeeuieenucevlhhushhtvghrufhiiigvpedtnecurfgr rhgrmhepmhgrihhlfhhrohhmpehtvggthhdqlhhishhtshesiiihgihsthdrnhgvth X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Sun, 13 Jun 2021 10:21:04 -0400 (EDT) Date: Sun, 13 Jun 2021 15:21:02 +0100 From: tech-lists To: freebsd-current@freebsd.org Subject: 15s wait for prompt for sudo su - on -current Message-ID: Mail-Followup-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="vcmU/iMKIiVInucg" Content-Disposition: inline X-Rspamd-Queue-Id: 4G2xZp37rdz3hMQ X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=g+wUPzou; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=BMs+mc0m; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 66.111.4.26 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.26:from]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.26]; 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.26:from]; ASN(0.00)[asn:11403, ipnet:66.111.0.0/20, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.26:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm3]; 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.26:from:127.0.2.255]; MAILMAN_DEST(0.00)[freebsd-current] X-ThisMailContainsUnwantedMimeParts: N --vcmU/iMKIiVInucg Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, context is main-n247177-dab84426a68 # uname -KU 1400018 1400018 # uname -mn rpi4 arm64 disk is usb3-connected spinning rust. OS is on microsd I'm seeing, recently, a roughly 15s wait for the prompt to return after sudo su - sudo is aliased to doas The problem does not happen on stable/13-n245218-41d864457dd on the same hardware. DNS works fine both for itself and externally. How can I fix/debug further? thanks, --=20 J. --vcmU/iMKIiVInucg Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmDGFEUACgkQs8o7QhFz NAW6TQ/+Iedy9Vc+oQsVDgtmSYtzobi/p3fk8zdbprHCVQo9hOdUJDNrOPzIcAAa i7XctfLE5Eywwxp/s2mrjqo6SB4WSP/nYE7VJQW+SSv+WIa6c7A4j+RJhJrrUTw/ 9qYAIJ81xhdzjSLb0Y2xfJHKwPMeKBI5CJx+mj0PBlee4LAviJvSxOAKFmCywjF3 lJU7sTCydFlSNvH4ZfT8Kx+wnDGDRb9WVZliM2h3JkyPMz/Oj08E61T/udrp3Vfw PMk8+L/a8e4WAS4C6EDEXfMOT09BCUUEhRE/ss4vvAv2lWcNZzQWVsB7cybBTQaD JR47tu1EbUV8ShBodq7B9Fky/EgBqPw6tLyEOZ08WS9CTP4aLVlRcuZ9WntCgh9e BUD2+R57YPnBpYj/ozPe4kXL/SQB2uWZrnu9m1wfCyESJe+QtewmN/16FCCZz8bO 09kF8FnLLOAvYVuP/NegFT5LD/smtFlb01ThTaNpofJyknKgyB+lGGqV1TbytBpS 6KEhei7swyA2cHivmQoXIPDcwXdjQib2mBRin2xXhg9lwzauoNyyIBbJZEag0EAG jgTJQYX6etc+RKjrU0k+sPfYKiGWX7f6FPoVWZhPa7AgYNRUnb3yDKT1nZO4ZLG4 TPdVycsFMrb27fVK/axNRaUMM5DqrRDYTb1PLWv8GXXKDQPk2Gc= =p6Es -----END PGP SIGNATURE----- --vcmU/iMKIiVInucg-- From nobody Sun Jun 13 15:35:18 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 51E8811CBDD8 for ; Sun, 13 Jun 2021 15:35:23 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x32a.google.com (mail-wm1-x32a.google.com [IPv6:2a00:1450:4864:20::32a]) (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 4G2zDV2RmCz3p7n for ; Sun, 13 Jun 2021 15:35:22 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wm1-x32a.google.com with SMTP id 3-20020a05600c0243b029019f2f9b2b8aso11324960wmj.2 for ; Sun, 13 Jun 2021 08:35:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=70QtK9nbO5Hdim9ct1fwSUzm4tmIhWav+Oi8q1TvDPI=; b=Z/4B3OIbvcQtpI7H7d+hUAJaGtVW2aJZWOh/v/+hw01sM4o6Xz1W4UwNfU40j2szxj rkuSz1hTNd4QvVVAUobPdqTtCfhyHGHBZfLz4g9Eai6edYxVIWna1zhUyRLDH3oc1qWc AFLE0d3hzasqIZJRHG/JCzVx0Fxz0pScUuntDUiUc7jbN0Hf+Mm/7GcaISmYBF5meagY qA1TP2vN1tMrKA8+/SM1Z3d82lp6KBdOzHyibtsrWKzYpIL+DawidY8ZHLioNzH1CcYo LcjrIVgeg/b+bLxYeMBr2vnSM+DmEShjZQPf7dNIrxwMC1ndw4T+Gnl6raelBMhihoj3 NP4A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=70QtK9nbO5Hdim9ct1fwSUzm4tmIhWav+Oi8q1TvDPI=; b=M9+XnaazIvjE/YPcTlgrBwr0NV3lFNeZPIk6T0dUK9Ln+cITfJ4Au/cilG6o0VeK/n EQYrDtlfvqK5xQb4+vmWqr1p5PY2f347LYh66xEgdUtqjaYI+mNcqhisj3Ugfxdh7zRy 0J2bfllrHTSyvGbM2V1otMYQ4Nw6PqFh6cR+PHOcgFLftfXKWk1at80I8CMgMgZfuLjz jZXW4mSGGZiVYn/lgax2xdl5jvMu8Ol7Cn3/D/+ZKeDJBxubmjuaNeX5kdDYXs4SbY4/ l0T1yJP+ICaAVaLlxjV42MZwFfvPMXXr0yoiFNcoLWL73R1q5vNHIjryVpXAHinCKfQr usfw== X-Gm-Message-State: AOAM530UBgCBzGQrf2JD0nz9uBraQC8p290JeqJwcJgTd+N1ko3dt3jU wVcAceYVWCQ4RadXHmNjTENpmdMoS4gh2g== X-Google-Smtp-Source: ABdhPJzfqw6oUe3iNPgQbzSbslOzE+PWVLdffmT0RMpY38Ie3YpdUpRJUYrx2e5PCwylDxBiPrlHoQ== X-Received: by 2002:a05:600c:354d:: with SMTP id i13mr12327318wmq.67.1623598520195; Sun, 13 Jun 2021 08:35:20 -0700 (PDT) Received: from [192.168.1.10] (88-105-96-80.dynamic.dsl.as9105.com. [88.105.96.80]) by smtp.gmail.com with ESMTPSA id b10sm13260247wrx.57.2021.06.13.08.35.19 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 13 Jun 2021 08:35:19 -0700 (PDT) Subject: Re: 15s wait for prompt for sudo su - on -current To: freebsd-current@freebsd.org References: From: Graham Perrin Message-ID: <7a3f12e4-f36a-da65-56c5-5b82fb62e094@gmail.com> Date: Sun, 13 Jun 2021 16:35:18 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB X-Rspamd-Queue-Id: 4G2zDV2RmCz3p7n X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Z/4B3OIb; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::32a as permitted sender) smtp.mailfrom=grahamperrin@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)[-1.000]; RECEIVED_SPAMHAUS_PBL(0.00)[88.105.96.80:received]; FROM_EQ_ENVFROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::32a: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::32a:from:127.0.2.255]; MIME_TRACE(0.00)[0:+]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::32a:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-ThisMailContainsUnwantedMimeParts: N On 13/06/2021 15:21, tech-lists wrote: > Hi, > > context is main-n247177-dab84426a68 > # uname -KU > 1400018 1400018 > # uname -mn > rpi4 arm64 > > disk is usb3-connected spinning rust. OS is on microsd > > I'm seeing, recently, a roughly 15s wait for the prompt to return after > sudo su - > > sudo is aliased to doas > > The problem does not happen on stable/13-n245218-41d864457dd finds nothing, can you double-check that reference? > on the same > hardware. DNS works fine both for itself and externally. How can I > fix/debug further? > > thanks, From nobody Sun Jun 13 16:10:15 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id C078111CDD43 for ; Sun, 13 Jun 2021 16:10:21 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.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 4G300r3s85z3s0w for ; Sun, 13 Jun 2021 16:10:20 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id 951A85C00A9 for ; Sun, 13 Jun 2021 12:10:19 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute2.internal (MEProxy); Sun, 13 Jun 2021 12:10:19 -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=HT1CH5dkQjnD4X3QWcHFZRL9FTC 02HlL6DU5w6ihDJ4=; b=FsqCI7Gg0vb6a3Y9pJc9+PRdYA1BMScQUxdJuuOs3NJ TbJh6ePO2kGDU2IhrJ0kM5UrhqLpltMYMN10dNcWfdPAmeW5+r3Uu4manaqh6WRG Q4t3Kd055HOJ8LeCBu7KJPfICQBN0bT0QqAP9sjniKDfe9RdJxE6wNV53IlkAVsb RnWa/coTTUwvY8sBWwmy00/YSGhioD2DUqXL/YTCH4CABsddgf2XcL3tBtjUtSfN Ydwbdu8wBmRHUNtNeHKX069L4Vyrq3Ya6kT/uLJOGXuINiB0wl1RcW/+QIDcOkVz tvfeH4kh1htSsC1zHjpn5TXJrg83KqOwHXgm8+kl+Jg== 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=fm3; bh=HT1CH5 dkQjnD4X3QWcHFZRL9FTC02HlL6DU5w6ihDJ4=; b=mIMzK8ZXOXWZo2bmf2lC4/ Fij5W5TqPYf8yRrerf2TzeWsBacF1oWvNV2e8sh2r8iNrQb3u+oEvQmag+Maw1ND T8bwcx5fDEBVIffnGcDzXw4GegxjocF/Xiq/p3FNlC3QKMB4mYGWPgXhPBKWdWiF St1il1vCvB/pFJhyF4aXc5TbB0vcg6+3s0K7T4FZg06o07C6wciWmNq8BGRooB9w M+ACyYYd5p3G8PCbbl3hHZjNFYRJ5nMbc2WlmTVz0olccAV4KJyPiXE3hsEO6sX4 duHPwGBVX66EHiQrv2tEtxn8E7oodTLsAt7b4duxRajhAjtfD7LfQEJcKwPR2Fmw == X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrfedvfedguddtudcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehgtd erredttddvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshes iiihgihsthdrnhgvtheqnecuggftrfgrthhtvghrnheptedttdduuefggeeghfekkeetke ejleefffelheejfffgffdtfeeftdejgeeuieffnecuffhomhgrihhnpehfrhgvvggsshgu rdhorhhgnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomh epthgvtghhqdhlihhsthhsseiihiigshhtrdhnvght X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Sun, 13 Jun 2021 12:10:18 -0400 (EDT) Date: Sun, 13 Jun 2021 17:10:15 +0100 From: tech-lists To: freebsd-current@freebsd.org Subject: Re: 15s wait for prompt for sudo su - on -current Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: <7a3f12e4-f36a-da65-56c5-5b82fb62e094@gmail.com> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="uIxafaNaBIghhGoN" Content-Disposition: inline In-Reply-To: <7a3f12e4-f36a-da65-56c5-5b82fb62e094@gmail.com> X-Rspamd-Queue-Id: 4G300r3s85z3s0w X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=FsqCI7Gg; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=mIMzK8ZX; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 66.111.4.26 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.26:from]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.26]; 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.26:from]; ASN(0.00)[asn:11403, ipnet:66.111.0.0/20, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.26:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm3]; 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.26:from:127.0.2.255]; MAILMAN_DEST(0.00)[freebsd-current] X-ThisMailContainsUnwantedMimeParts: N --uIxafaNaBIghhGoN Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 13, 2021 at 04:35:18PM +0100, Graham Perrin wrote: >On 13/06/2021 15:21, tech-lists wrote: >> Hi, >> >> context is main-n247177-dab84426a68 > > > >> # uname -KU >> 1400018 1400018 >> # uname -mn >> rpi4 arm64 >> >> disk is usb3-connected spinning rust. OS is on microsd >> >> I'm seeing, recently, a roughly 15s wait for the prompt to return after >> sudo su - >> >> sudo is aliased to doas >> >> The problem does not happen on stable/13-n245218-41d864457dd > > >finds nothing, can you double-check that reference? Hi, % git -C /usr/src --no-pager log -1 --format=3D%cd origin/stable/13 Wed Jun 9 12:51:50 2021 +0200 % git -C /usr/src rev-list --first-parent --count stable/13 245219 % uname -v FreeBSD 13.0-STABLE #0 stable/13-n245218-41d864457dd: Mon May 24 03:46:32 BST 2021 do you need me to check anything else? thanks, --=20 J. --uIxafaNaBIghhGoN Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmDGLd4ACgkQs8o7QhFz NAVXUA//S5qc6eZm/4vrCPyCYOkpWR6Lf0vbDeB1PJ05MCmn4IxgdN+Rym0hz876 oOzunE2I5QXHyep2jlG/MwE+OHrWdz/A2heoBDdJr9jKN8QaoSerlWXx4r52CZv7 v1QUwNEEVJqBbbSGMQVDmXo7ypmnWNrOMkACmPuorg3gmp+c9DkRTE27ssINXvpB +vvG+oL1cOAGqMGtbQ7hCb5VceqMpKH+5fc+PwLmpSS0zUV5JeRWRp7CjHoErkCR xIjxd5o76V5BlBy86jHJ0PJxQox32bikZT1nZp3txYhDce16bPZWT3VPkeMR9ciV TisX1QgEt5xAsmWGO7McVY/38W4RiEzf4+76B862eb8bry7vEq3r9j20U55qUlb7 wqanWLtTqUI/0FRASm4pi0A2ra879697XKPr4lVDsU07d64FhgCWpiiS9f1vVhNR NNtEW51lU/ojvQOaXDUaGjVqpd2nj6I35LQ1b4Xa+oyhusCjyKqOnVWHffRTrzjd coZ2no4jSQDBGByJsefgPZabnu/esFy4X4dtuAim2ZxmHe1eVy4D0ESpiZHrkg56 NkZsQ7pdRNT32zYqZLnCM3rwFLe2LQ1BP7uYBZ63HCfGQBFAbkeZ1ui670XggeYB XrNJNVK8IdJY3lMm01jP7VFn43PTvoIyZYHpmqhHjX+B8XGXvGc= =4tLA -----END PGP SIGNATURE----- --uIxafaNaBIghhGoN-- From nobody Sun Jun 13 16:48:11 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 114F011CFC4B for ; Sun, 13 Jun 2021 16:48:20 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from tor1-11.mx.scaleengine.net (tor1-11.mx.scaleengine.net [209.51.186.6]) (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 4G30rg5Y0Vz3vPn for ; Sun, 13 Jun 2021 16:48:19 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.3] (senat1-01.HML3.ScaleEngine.net [209.51.186.5]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by tor1-11.mx.scaleengine.net (Postfix) with ESMTPSA id EB1D71E8A0 for ; Sun, 13 Jun 2021 16:48:12 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.10.3 tor1-11.mx.scaleengine.net EB1D71E8A0 Subject: Re: 15s wait for prompt for sudo su - on -current To: freebsd-current@freebsd.org References: <7a3f12e4-f36a-da65-56c5-5b82fb62e094@gmail.com> From: Allan Jude Message-ID: <20180a47-aee3-3891-22bf-9187bdb8fb18@freebsd.org> Date: Sun, 13 Jun 2021 12:48:11 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4G30rg5Y0Vz3vPn 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:6939, ipnet:209.51.160.0/19, country:US] X-ThisMailContainsUnwantedMimeParts: N On 6/13/2021 12:10 PM, tech-lists wrote: > On Sun, Jun 13, 2021 at 04:35:18PM +0100, Graham Perrin wrote: >> On 13/06/2021 15:21, tech-lists wrote: >>> Hi, >>> >>> context is main-n247177-dab84426a68 >> >> >> >>> # uname -KU >>> 1400018 1400018 >>> # uname -mn >>> rpi4 arm64 >>> >>> disk is usb3-connected spinning rust. OS is on microsd >>> >>> I'm seeing, recently, a roughly 15s wait for the prompt to return after >>> sudo su - >>> >>> sudo is aliased to doas >>> >>> The problem does not happen on stable/13-n245218-41d864457dd >> >> >> finds nothing, can you double-check that reference? > > Hi, > > % git -C /usr/src --no-pager log -1 --format=%cd origin/stable/13 > Wed Jun 9 12:51:50 2021 +0200 > > % git -C /usr/src rev-list --first-parent --count stable/13 > 245219 > > % uname -v > FreeBSD 13.0-STABLE #0 stable/13-n245218-41d864457dd: Mon May 24 > 03:46:32 BST 2021 > > do you need me to check anything else? > > thanks, During the 15 seconds of waiting, press control+t a bunch of times, what is the waitchan? -- Allan Jude From nobody Sun Jun 13 17:19:04 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 8184111D1B04 for ; Sun, 13 Jun 2021 17:19:14 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (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 4G31XK3LXsz4S7c for ; Sun, 13 Jun 2021 17:19:13 +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 4A7B35C018F for ; Sun, 13 Jun 2021 13:19:07 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Sun, 13 Jun 2021 13:19:07 -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=SD3HZFL8rvJdby/K9t5GCL0G+ZC D0z7qCvCU9aIjn2c=; b=HT/j8Oe+T550+n1NkFOIiyt4oiX1MwL+cEopLL9i9Qq nv9KHcthQHebVyWXFK1WfjG4kBiAftPbp0/fv3ffGEK6R22OFgR89JKNe20D1AcO XgtWFD9V1nfw6mC4vcqdKbTtVDQHLBIQ/Z7ARNmXOIb3PHruh+SYg13+mXeC65wN dRx1sBWuHQjpH6MLklB1skH9UXh0B5UO+8SZHkPKePHCTxA1Gqm9/v1saSdBrhjP yIXp1NYqQd/ia7wI5tH4mJrrfrfFhxhuyIj6THYp3bDRDyf7WaDhuK+FQfPaVcv1 4F4auIjC14+Vadw47upGigP2KO8mjcQXCAPYb1+vdGA== 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=fm3; bh=SD3HZF L8rvJdby/K9t5GCL0G+ZCD0z7qCvCU9aIjn2c=; b=rcfN+Rx5y9uFtxiqqZcs9A fEmXWTzQMZQdIpL4A5IQWodRd5EwBNiIg826tUSof0IsCsmxY5DVu1LIe0juAfsq pN1kxUxqE4Ythksvf72l4k3rslPK2V+Atk93qxxnQYS48VKwbPfMsXMFVABPUqYA 1xCrIgWTBIQ+/2hbYpdgEBYx5TabK+HbBhfKrYn3emIAsgwh23qg1d1Bg8cCtStR DQ9usNeM2WbBy7EvDbqlnvCPFbJhhrZTtXmfSPgvspP2TxTmVw+vfWPzAoZKEGLg 2u0RJeMoNuUjIzSFk8myzzm49iOM1ZuGFiFPyFqwRt+bT7Ah3IrlvTN91hTriVEQ == X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrfedvfedgudduhecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehgtd erredttddvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshes iiihgihsthdrnhgvtheqnecuggftrfgrthhtvghrnheptdehiefgvddufeekkedvtdefvd ettddtkeduvdegveelffdtkeffudejvdfhudetnecuvehluhhsthgvrhfuihiivgeptden ucfrrghrrghmpehmrghilhhfrhhomhepthgvtghhqdhlihhsthhsseiihiigshhtrdhnvg ht X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Sun, 13 Jun 2021 13:19:06 -0400 (EDT) Date: Sun, 13 Jun 2021 18:19:04 +0100 From: tech-lists To: freebsd-current@freebsd.org Subject: Re: 15s wait for prompt for sudo su - on -current Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: <7a3f12e4-f36a-da65-56c5-5b82fb62e094@gmail.com> <20180a47-aee3-3891-22bf-9187bdb8fb18@freebsd.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="HIx0KPmKmNB6hRqX" Content-Disposition: inline In-Reply-To: <20180a47-aee3-3891-22bf-9187bdb8fb18@freebsd.org> X-Rspamd-Queue-Id: 4G31XK3LXsz4S7c X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=HT/j8Oe+; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=rcfN+Rx5; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 66.111.4.29 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm3]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[66.111.4.29:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.29]; 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]; 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:66.111.0.0/20, country:US]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.29:from] X-ThisMailContainsUnwantedMimeParts: N --HIx0KPmKmNB6hRqX Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 13, 2021 at 12:48:11PM -0400, Allan Jude wrote: > >During the 15 seconds of waiting, press control+t a bunch of times, what >is the waitchan? % sudo su - load: 0.11 cmd: git 79703 [running] 0.81r 0.67u 0.12s 8% 141608k load: 0.11 cmd: git 79703 [running] 1.42r 1.28u 0.14s 13% 161384k load: 0.18 cmd: git 79703 [running] 2.06r 1.91u 0.14s 18% 177460k load: 0.18 cmd: git 79703 [running] 2.69r 2.52u 0.16s 24% 197724k load: 0.18 cmd: git 79703 [running] 3.92r 3.74u 0.18s 34% 225796k load: 0.18 cmd: git 79703 [running] 4.55r 4.32u 0.22s 37% 255252k load: 0.18 cmd: git 79703 [running] 5.23r 4.99u 0.23s 40% 270948k load: 0.18 cmd: git 79703 [running] 5.79r 5.53u 0.25s 46% 283704k load: 0.18 cmd: git 79703 [running] 6.37r 6.09u 0.26s 47% 296864k load: 0.18 cmd: git 79703 [running] 6.98r 6.69u 0.28s 48% 310828k load: 0.18 cmd: git 79703 [running] 7.54r 7.23u 0.30s 53% 323440k load: 0.32 cmd: git 79703 [running] 8.13r 7.81u 0.31s 54% 336756k load: 0.32 cmd: git 79703 [running] 8.66r 8.34u 0.31s 59% 355228k load: 0.32 cmd: git 79705 [running] 0.05r 0.04u 0.00s 0% 32984k load: 0.32 cmd: git 79705 [running] 0.65r 0.57u 0.07s 5% 116316k load: 0.32 cmd: git 79705 [running] 1.23r 1.13u 0.09s 11% 138692k load: 0.32 cmd: git 79705 [running] 1.85r 1.73u 0.11s 16% 161508k load: 0.32 cmd: git 79705 [running] 2.43r 2.28u 0.14s 22% 186196k load: 0.32 cmd: git 79705 [running] 3.06r 2.90u 0.14s 26% 199808k load: 0.32 cmd: git 79705 [running] 3.71r 3.52u 0.18s 30% 217844k how weird is that??! git isn't running: # ps ax | grep git 79708 1 S+ 0:00.00 grep git --=20 J. --HIx0KPmKmNB6hRqX Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmDGPf8ACgkQs8o7QhFz NAWXkRAAimQDm/1fwm9XnubXy5sI5h6g6BGCDq7VgC9GHw9n6zHbwVpab7U1wJWL bg0OGPd/Diqp7peCvQES2BEiXjMSbIwdS44YYhvTcTmCxg1/+PY3hZhxtftTJzL8 uvqu5F1EolWWdNhBUDZSHw0qCag6sq0uVDQb19ZPwEHtdldsW67NwdFAObc/avl/ Pf5MjtrgsCTieK6Lx3O+Vu55wHjzDokejfoaQJfHHe1LK6e2uvxacFRQtRg7D07P Gotgj2q2kuErt65DQFkFCPBT4sY8OisgghdHW9dpEgCU4lx50iSguU84YPa3lPhH VTU72Gn2deEkAiZmTo5W0jWLTOxV3aLJagIiA2y3+nzqM/cEusL8tyJDOEGH+Jhh itjqrqgTt1vzuQebqf1UoEfRvyvzouZbCUlh6eKaGoUkK/xBFpapsw7BgTErQMwq PyfD+piQT/adQMbDSCOmudxcDPPhjEjRgaquY7wfQf8vCW0tZICYE26zBA6bnJ0E 9qtlcNdtEsrIC/1RPmypBmSTX/XUWWK8VsQ4EWgwBg8aWKLZcfzuqWl1tjeAU1B+ SMLWRQ8JtUVtS3+LH5G/7deGhm5PlhnPL1T/4UaTvMk4+YaI8CCtGVz28R7j7kPM sg5h9HKnQLevCjlmRjJvfsDZ/fvAZXWX9JHqkF6af/123uCVreY= =YknF -----END PGP SIGNATURE----- --HIx0KPmKmNB6hRqX-- From nobody Sun Jun 13 18:48:14 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 2352211D5AE9 for ; Sun, 13 Jun 2021 18:48:17 +0000 (UTC) (envelope-from SRS0=QTZ5=LH=klop.ws=ronald-lists@realworks.nl) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (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 4G33W46yNCz4YJc for ; Sun, 13 Jun 2021 18:48:16 +0000 (UTC) (envelope-from SRS0=QTZ5=LH=klop.ws=ronald-lists@realworks.nl) Date: Sun, 13 Jun 2021 20:48:14 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1623610095; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to; bh=gljvppLRjCwTMOCzfaGc5PXRvAPUxzhyTBGH36h88Fs=; b=tbPDDU9ieAzaT2l6jC7BF402OJG8EwBhD3+4cNPiR5kTAXRwdVRsylLHhSue3lv1evo7Tm rJKB80Gz90qbCfDTxcXtSVxlreG2JJ7sYcfN5GjBQJyo7WW7nVhk5/GFSBHoCsXmf/1Ogb 7WizM7ZQwlmrSARvS5pYIYl/c5WQOh/ahByL1i1370w8QGlll3DQIRIk6PwXbUMprvg2T2 xI/WD9LwYJvz6+SjEhHD0s6bRdYPdw4NlQ/qeDCvBJh1nMhxB2FbdX9RIuFLVdIHCLwvWB L4Rio+A4r0Ws3R6HnHyz2c8vapUzBLcO4guq3fLQ4Y+DGfpK9/uCTrLV/NytBQ== From: Ronald Klop To: freebsd-current@freebsd.org, tech-lists Message-ID: <1157538923.13501.1623610094162@localhost> In-Reply-To: Subject: Re: 15s wait for prompt for sudo su - on -current List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_13500_1234943079.1623610094160" X-Mailer: Realworks (562.25.c1a1d2d7e57) Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Queue-Id: 4G33W46yNCz4YJc X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: Y ------=_Part_13500_1234943079.1623610094160 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit What do you have configured as prompt? Or shell startup script? Does it contain a call to git? Regards, Ronald Van: tech-lists Datum: 13 juni 2021 19:20 Aan: freebsd-current@freebsd.org Onderwerp: Re: 15s wait for prompt for sudo su - on -current > > > > On Sun, Jun 13, 2021 at 12:48:11PM -0400, Allan Jude wrote: > > > >During the 15 seconds of waiting, press control+t a bunch of times, what > >is the waitchan? > > % sudo su - > load: 0.11 cmd: git 79703 [running] 0.81r 0.67u 0.12s 8% 141608k > load: 0.11 cmd: git 79703 [running] 1.42r 1.28u 0.14s 13% 161384k > load: 0.18 cmd: git 79703 [running] 2.06r 1.91u 0.14s 18% 177460k > load: 0.18 cmd: git 79703 [running] 2.69r 2.52u 0.16s 24% 197724k > load: 0.18 cmd: git 79703 [running] 3.92r 3.74u 0.18s 34% 225796k > load: 0.18 cmd: git 79703 [running] 4.55r 4.32u 0.22s 37% 255252k > load: 0.18 cmd: git 79703 [running] 5.23r 4.99u 0.23s 40% 270948k > load: 0.18 cmd: git 79703 [running] 5.79r 5.53u 0.25s 46% 283704k > load: 0.18 cmd: git 79703 [running] 6.37r 6.09u 0.26s 47% 296864k > load: 0.18 cmd: git 79703 [running] 6.98r 6.69u 0.28s 48% 310828k > load: 0.18 cmd: git 79703 [running] 7.54r 7.23u 0.30s 53% 323440k > load: 0.32 cmd: git 79703 [running] 8.13r 7.81u 0.31s 54% 336756k > load: 0.32 cmd: git 79703 [running] 8.66r 8.34u 0.31s 59% 355228k > load: 0.32 cmd: git 79705 [running] 0.05r 0.04u 0.00s 0% 32984k > load: 0.32 cmd: git 79705 [running] 0.65r 0.57u 0.07s 5% 116316k > load: 0.32 cmd: git 79705 [running] 1.23r 1.13u 0.09s 11% 138692k > load: 0.32 cmd: git 79705 [running] 1.85r 1.73u 0.11s 16% 161508k > load: 0.32 cmd: git 79705 [running] 2.43r 2.28u 0.14s 22% 186196k > load: 0.32 cmd: git 79705 [running] 3.06r 2.90u 0.14s 26% 199808k > load: 0.32 cmd: git 79705 [running] 3.71r 3.52u 0.18s 30% 217844k > > how weird is that??! > > git isn't running: > > # ps ax | grep git > 79708 1 S+ 0:00.00 grep git > > -- > J. > > > > > > > ------=_Part_13500_1234943079.1623610094160-- From nobody Sun Jun 13 19:16:58 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 0C3C011D787E for ; Sun, 13 Jun 2021 19:17:13 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.3 with cipher TLS_CHACHA20_POLY1305_SHA256 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.evolve.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G348S4fjrz4brb; Sun, 13 Jun 2021 19:17:12 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id 5e61a6df; Sun, 13 Jun 2021 19:17:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; s=20180501; bh=NB1CtYgiia2kij IRpB1DfJLv0cM=; b=dl10WJY0yPMh3k9KRhLRCe0KvCN4O4VmM7h1tPhL+Lmlwv aH670x40Y6myE+MeTbwuXWu7YxuN4lF7edG4stTC3jKq8KlY17qQEwVlCJPTKRYm ODz8fHZj/2xEnLUaNTfwwKIFH6QH981MxGyMaZwOeM6iakhfU7VuE1F1qeRrrojg Lt7Ww6kySc6pyPrg4Eo6jV/Uz2kRvzs5RcIUeqvOPhM+v7pyOZpA2MqumxgHVcbA W80fFCWNsH1Dm5jCu6uwDyTwUt7JVWetj5zwkwHFM2GyaY+bmWLAjKl0bY6v/dh1 hsC0cq8CddK7NzouJVE3lDjrqXd5L6lYpVIfFygQ== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; q=dns; s=20180501; b=dzo01hAA haEaiLn18qqmlPcd8u3ZplYMuSUl2LDST/D3Jz9pBB0YueEPCI5Xnc34N4Zx9G9G Ykg0fTrrWX8NhyxDI2ydwmJKUUJzoARjUB1EBRvJhct4sSpoLtp/L8QEfmSX7Wl0 JgyEv4GVTXxyGH1zBco73bBq/O7csM8svL1XGmsA82aF/xdWsuH1HqxQmL47rbIX /tZfX26e8zktnFGmAZqbR7VfHIBqidHZmUVZLtJsQLrn9eKBwnmZdGBi5eJsAcgi Th1VBxZwzT/X98tPas0Kd90lXriK62fKh6lh5oMi847FnwPGQ/xeqqq/68mZhHUN HsnX0ANl6D3ifw== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id bb4a3fd4 (TLSv1.3:AEAD-CHACHA20-POLY1305-SHA256:256:NO); Sun, 13 Jun 2021 19:16:59 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (1.0) Subject: Re: 15s wait for prompt for sudo su - on -current From: Michael Gmelin In-Reply-To: <1157538923.13501.1623610094162@localhost> Date: Sun, 13 Jun 2021 21:16:58 +0200 Cc: freebsd-current@freebsd.org, tech-lists Message-Id: <3605327C-7ABE-4B87-AA32-2FC59F89784D@grem.de> References: <1157538923.13501.1623610094162@localhost> To: Ronald Klop X-Mailer: iPhone Mail (18E212) X-Rspamd-Queue-Id: 4G348S4fjrz4brb X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N > On 13. Jun 2021, at 20:50, Ronald Klop wrote: >=20 > =EF=BB=BFWhat do you have configured as prompt? Or shell startup script? > Does it contain a call to git?=20 >=20 I agree that this smells like a prompt that calls "git status" or something s= imilar (when on the FreeBSD source tree on an rpi, 15 seconds feels about ri= ght for performing such a call). -m > Regards, > Ronald=20 >=20 > Van: tech-lists > Datum: 13 juni 2021 19:20 > Aan: freebsd-current@freebsd.org > Onderwerp: Re: 15s wait for prompt for sudo su - on -current >=20 >> On Sun, Jun 13, 2021 at 12:48:11PM -0400, Allan Jude wrote: >> > >> >During the 15 seconds of waiting, press control+t a bunch of times, what= >> >is the waitchan? >> % sudo su - >> load: 0.11 cmd: git 79703 [running] 0.81r 0.67u 0.12s 8% 141608k >> load: 0.11 cmd: git 79703 [running] 1.42r 1.28u 0.14s 13% 161384k >> load: 0.18 cmd: git 79703 [running] 2.06r 1.91u 0.14s 18% 177460k >> load: 0.18 cmd: git 79703 [running] 2.69r 2.52u 0.16s 24% 197724k >> load: 0.18 cmd: git 79703 [running] 3.92r 3.74u 0.18s 34% 225796k >> load: 0.18 cmd: git 79703 [running] 4.55r 4.32u 0.22s 37% 255252k >> load: 0.18 cmd: git 79703 [running] 5.23r 4.99u 0.23s 40% 270948k >> load: 0.18 cmd: git 79703 [running] 5.79r 5.53u 0.25s 46% 283704k >> load: 0.18 cmd: git 79703 [running] 6.37r 6.09u 0.26s 47% 296864k >> load: 0.18 cmd: git 79703 [running] 6.98r 6.69u 0.28s 48% 310828k >> load: 0.18 cmd: git 79703 [running] 7.54r 7.23u 0.30s 53% 323440k >> load: 0.32 cmd: git 79703 [running] 8.13r 7.81u 0.31s 54% 336756k >> load: 0.32 cmd: git 79703 [running] 8.66r 8.34u 0.31s 59% 355228k >> load: 0.32 cmd: git 79705 [running] 0.05r 0.04u 0.00s 0% 32984k >> load: 0.32 cmd: git 79705 [running] 0.65r 0.57u 0.07s 5% 116316k >> load: 0.32 cmd: git 79705 [running] 1.23r 1.13u 0.09s 11% 138692k >> load: 0.32 cmd: git 79705 [running] 1.85r 1.73u 0.11s 16% 161508k >> load: 0.32 cmd: git 79705 [running] 2.43r 2.28u 0.14s 22% 186196k >> load: 0.32 cmd: git 79705 [running] 3.06r 2.90u 0.14s 26% 199808k >> load: 0.32 cmd: git 79705 [running] 3.71r 3.52u 0.18s 30% 217844k >> how weird is that??! >> git isn't running: >> # ps ax | grep git >> 79708 1 S+ 0:00.00 grep git >> --=20 >> J. From nobody Sun Jun 13 21:50:58 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3E66B7CF6C0 for ; Sun, 13 Jun 2021 21:52:36 +0000 (UTC) (envelope-from freebsd-ml@daemonbytes.net) Received: from www442.your-server.de (www442.your-server.de [78.47.106.34]) (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 4G37bl33rzz3CbZ for ; Sun, 13 Jun 2021 21:52:34 +0000 (UTC) (envelope-from freebsd-ml@daemonbytes.net) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=daemonbytes.net; s=default2011; h=Content-Transfer-Encoding:Content-Type: Mime-Version:References:In-Reply-To:Message-Id:Subject:To:From:Date:Sender: Reply-To:Cc:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID; bh=Xk4KXiOjCLsWAeou2ah2W9yJ8p8yNCGiRFIA4wPrs0M=; b=UlAMfyrSRNfXSg8yBNnT9L9spl A8WcTOr0aJ3Fi/EfB1UvFZ81URkFUnYQNyHKFFprNNymLDbiO/swVXusXCxnPpvMqPhCzJ0bB9fhw FYk2g/PH6ufZwr5fqCH9mouwCrUS17+m4xRDQqGtSZXXKaTPdoVM4HHIbNsgItgnt4exKgu3LZmSI ipTCsCAEeKy8SFP0Rvz3kXUYYFWnnPP78Hoh8u0I8xcsy69yVae/mESLxMw9HSUJXV7ClkkIyoIiI uLO9vd78iQ/+VaVbnLj4FQEQHODVAfqBxZ95kFcvdJ1uoGRfMok29SwUTzG52bbE6MDVJr59X0UWP Br/ujp5w==; Received: from sslproxy03.your-server.de ([88.198.220.132]) by www442.your-server.de with esmtpsa (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92.3) (envelope-from ) id 1lsY1r-0001eO-Cv for freebsd-current@freebsd.org; Sun, 13 Jun 2021 23:52:27 +0200 Received: from [2003:df:9f24:df00:f9ed:5bc6:3997:fc0e] (helo=beastie.rz) by sslproxy03.your-server.de with esmtpsa (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lsY1r-000QZO-9C for freebsd-current@freebsd.org; Sun, 13 Jun 2021 23:52:27 +0200 Date: Sun, 13 Jun 2021 23:50:58 +0200 From: Daniel Dowse To: freebsd-current@freebsd.org Subject: Re: 15s wait for prompt for sudo su - on -current Message-Id: <20210613235058.ab02ea3780305daa20636de3@daemonbytes.net> In-Reply-To: References: <7a3f12e4-f36a-da65-56c5-5b82fb62e094@gmail.com> <20180a47-aee3-3891-22bf-9187bdb8fb18@freebsd.org> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Authenticated-Sender: freebsd-ml@daemonbytes.net X-Virus-Scanned: Clear (ClamAV 0.103.2/26200/Sun Jun 13 13:14:45 2021) X-Rspamd-Queue-Id: 4G37bl33rzz3CbZ X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none (invalid DKIM record) header.d=daemonbytes.net header.s=default2011 header.b=UlAMfyrS; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd-ml@daemonbytes.net designates 78.47.106.34 as permitted sender) smtp.mailfrom=freebsd-ml@daemonbytes.net X-Spamd-Result: default: False [-2.79 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[daemonbytes.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[78.47.106.34:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+a]; DKIM_TRACE(0.00)[daemonbytes.net:~]; NEURAL_HAM_SHORT(-0.99)[-0.992]; R_DKIM_PERMFAIL(0.00)[daemonbytes.net:s=default2011]; NEURAL_HAM_LONG(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[78.47.106.34:from]; ASN(0.00)[asn:24940, ipnet:78.46.0.0/15, country:DE]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current]; HAS_X_AS(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On Sun, 13 Jun 2021 18:19:04 +0100 tech-lists wrote: > On Sun, Jun 13, 2021 at 12:48:11PM -0400, Allan Jude wrote: > > > >During the 15 seconds of waiting, press control+t a bunch of times, what > >is the waitchan? > > % sudo su - > load: 0.11 cmd: git 79703 [running] 0.81r 0.67u 0.12s 8% 141608k [snip] > J. You could start su like sudo su root -V to see what really gets sourced and loaded. And sudo su - -f to not load/read .chsrc at all. best regards -- Daniel Dowse